JPH1186515A - 記録装置及び文字編集方法 - Google Patents

Abstract

(57)【要約】 【課題】 文字情報とプログラム番号の対応付けが正確
でない状態となっても、ユーザーが簡易な操作を行うの
みで正しい状態に修正できるようにする。 【解決手段】 記録媒体の管理領域に、プログラム領域
に記録されている個々のプログラムに対応して記録され
ている各文字情報について、その文字情報とプログラム
番号の対応付けの変更指示操作を行うことができる操作
手段と、操作手段による変更指示操作に従って、管理領
域に記録されている文字情報のプログラム番号への対応
付けの状態を変更させるように管理領域のデータを更新
する更新制御手段とを設ける。つまり一旦入力され登録
された文字情報が、プログラム番号に対する対応関係が
間違っているような場合でも、その対応関係を変更させ
る編集を可能とすることで、再度の文字入力等が必要な
いようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばオーデイオ
プログラムとともにオーデイオプログラムに関連する文
字情報が記録された記録媒体の、文字情報とプログラム
の対応関係を編集するための記録装置及び編集方法に関
するものである。

【０００２】

【従来技術】従来、ミニデイスクを代表とする光磁気デ
イスクにオーデイオデータを記録及び再生する記録再生
装置が知られている。このような光磁気デイスクには、
オーデイオデータが記録されるプログラム領域とプログ
ラム領域に記録された各プログラムを管理する目録情報
（Ｕ−ＴＯＣ：所謂user table of contents）が記録さ
れる管理領域が設けられている。ミニディスクシステム
などでは「プログラム」とは一般に「トラック」とも呼
ばれ、例えばオーディオデータとして１つの楽曲などの
単位が１つのプログラムとされて管理される。

【０００３】このようなプログラムを管理する目録情報
（Ｕ−ＴＯＣ）は、管理領域として複数のセクターを有
しており、Ｕ−ＴＯＣセクター０ではプログラム領域に
記録されている各プログラムの起点アドレス、終点アド
レス、コピープロテクト情報、エンファシス情報等が管
理されている。

【０００４】またＵ−ＴＯＣセクター１では、プログラ
ム領域に記録されている各プログラムに対応したタイト
ルや、光磁気デイスク全体のタイトルなどとなる文字情
報が管理されている。光磁気デイスク全体のタイトルと
は、記録されるプログラムがオーデイオデータの場合は
アルバムタイトル、演奏者名等の情報になり、各プログ
ラムのタイトルとは曲名に相当する。更にＵ−ＴＯＣセ
クター２ではプログラム領域に記録されている各プログ
ラム毎の記録日時が管理されている。また、Ｕ−ＴＯＣ
セクター４に関してはプログラム領域に記録されている
各プログラムのタイトル、光磁気デイスク全体のタイト
ルのフォントとしてカタカナ、漢字が使用できるように
管理されている。

【０００５】

【発明が解決する課題】ところで、記録装置において各
プログラム毎のタイトル入力は、その記録装置筐体に設
けられている操作子（キーやジョグダイヤル）や、遠隔
操作部（リモートコントローラ）に設けられたアルファ
ベットキーなどをユーザーが操作することによって行わ
れる。例えばユーザーは、ディスクにオーデイオ情報を
ダビング記録しながら、遠隔操作部に設けられたアルフ
ァベットキーの操作を行い、そのダビングしているプロ
グラムに対応する文字入力を行う。この文字入力の際に
は、プログラムに対応したタイトル入力を行うのである
が、入力するタイトルとプログラムの対応付けを誤って
ユーザが入力してしまうことがある。

【０００６】例えばユーザーがＣＤ（コンパクトディス
ク）に収録されている楽曲をミニディスクにダビングし
ながら、その各楽曲のタイトルを入力することを考え
る。ユーザーはダビング中やダビング後において、ＣＤ
（コンパクトデイスク）に付属している歌詞カードやラ
イナーノーツに記載している曲名やアルバムタイトルを
見ながら、文字入力作業を行う。しかし、この入力作業
の際に、ミニディスク側でのプログラム番号と曲名の対
応付けを誤って、例えば１つずらして入力してしまった
とする。つまり録音された各プログラム（各楽曲）に対
して正しくタイトルが登録されていない状態となる。こ
のような状況下では、ユーザーは全曲目に対して全曲名
を再度入力しなければならず、作業が非常に煩わしく面
倒なものとなる。

【０００７】また、例えばコンパクトディスク再生装置
等の音声ソースからミニデイスク記録装置に装填されて
いるミニディスクへのダビングを行う方法としては、２
つのダビング方法が許されている。１つはコンパクトデ
イスク再生装置の光出力として出力されるデジタルオー
デイオ信号を光ケーブル等でミニデイスク記録装置側に
伝送してダビングを行ういわゆるデジタルダビング方法
である。またもう１つは、コンパクトデイスク再生装置
のラインアウト出力やヘッドフォン出力から出力される
アナログオーデイオ信号をミニデイスク記録装置側に伝
送して、ミニデイスク記録装置側でＡ／Ｄ変換を行いダ
ビングを行ういわゆるアナログダビング方法である。

【０００８】デジタルダビングにおいては、光出力から
出力されるデジタルオーデイオ信号に付随してプログラ
ムの変化を示す識別子が伝送されるので、ミニディスク
側ではＣＤ側と同様にプログラムの区分が設定される。
例えば１０曲入りのＣＤからのダビングであれば、ダビ
ング終了時点でミニディスク側でも正しく１０曲（１０
プログラム）が録音されている状態となる。即ちミニデ
ィスクのＵ−ＴＯＣでは、ダビングした一連の音声デー
タを１０個のプログラムとして管理する状態となってい
る。従ってプログラムとタイトル名の対応付けは、ユー
ザーが入力ミスをおこさない限り生じない。

【０００９】しかし、ソース側のトラックナンバ等の情
報が伝送されないアナログダビング方式では、ミニディ
スク記録装置側ではプログラムの変化（プログラム区分
のタイミング）を、ダビングする音声信号上で無音部分
が所定時間以上継続したことを検出して判断するので、
１つの曲の途中に無音部分があるような曲の場合、プロ
グラム変化のポイントを誤まり、曲の途中でプログラム
の区切りを行うような状態となる。例えばクラッシック
音楽等のソースによってはこのような事情により、単一
のプログラムが複数のプログラムに分割されて、Ｕ−Ｔ
ＯＣに管理されてしまうことが多い。

【００１０】このような際には、入力された文字情報単
位とプログラム単位に不一致が生じてしまい、プログラ
ムとタイトル名の対応付けのずれが生じてしまう。この
場合も、ユーザはプログラムとタイトル名の対応付けが
ずれているプログラムに対しては新規に文字を再入力す
るとともに、誤った文字の消去作業も行わなければなら
ない。また分割されたプログラムを1 つのプログラム単
位に結合するコンバイン処理も行わなければならない。
つまりはなはだ面倒な作業が必要になる。

【００１１】

【課題を解決するための手段】本発明はこのような問題
点に鑑みて、文字情報とプログラム番号の対応付けが正
確でない状態となっても、ユーザーが簡易な操作を行う
のみで正しい状態に修正できるようにすることを目的と
する。即ち、プログラムに対応するタイトル名の移動、
交換等の編集作業を可能とし、また文字情報の編集作業
後に、タイトルが付与されているか否ないかに基づいて
自動的にコンバイン処理（プログラム結合処理）を行う
ようにする。

【００１２】このために記録装置において、記録媒体の
管理領域に、プログラム領域に記録されている個々のプ
ログラムに対応して記録されている各文字情報につい
て、その文字情報とプログラム番号の対応付けの変更指
示操作を行うことができる操作手段と、操作手段による
変更指示操作に従って、管理領域に記録されている文字
情報のプログラム番号への対応付けの状態を変更させる
ように管理領域のデータを更新する更新制御手段とを設
ける。つまり一旦入力され登録された文字情報が、プロ
グラム番号に対する対応関係が間違っているような場合
でも、その対応関係を変更させることで、再度の文字入
力等が必要ないようにする。

【００１３】また記録装置において更新制御手段は、記
操作手段による変更指示操作に従って管理領域に記録さ
れている文字情報のプログラム番号への対応付けの状態
を変更させるとともに、その対応付けの変更が行われた
状態における各プログラムについての対応する文字情報
の存在／非存在の状況に応じて、所要の複数のプログラ
ムが１つのプログラムとして結合された状態で管理され
るように管理領域のデータを更新するようにする。即ち
この場合、文字情報とプログラム番号に対する対応関係
を変更できるとともに、それに応じて必要となるコンバ
イン処理も自動的に実行されるようにする。

【００１４】文字情報とプログラム番号の対応関係を変
更する文字編集方法としては、管理領域から文字情報を
読み出してプログラム番号と対応付けて記憶する記憶工
程と、記憶工程にて記憶された文字情報とプログラム番
号の対応付けの変更を指示する操作工程と、操作工程で
の指示に従って記憶された文字情報とプログラム番号の
対応付けを変更する編集工程と、編集工程で得られた新
たな文字情報とプログラム番号の対応付けに基づいて管
理領域のデータを更新する更新工程とを実行する。

【００１５】また、更新工程としては、編集工程で得ら
れた新たな文字情報とプログラム番号の対応付けに基づ
いて管理領域のデータを更新するとともに、その文字情
報とプログラム番号の対応付けが変更された状態での各
プログラムの対応する文字情報の存在／非存在の状況に
応じて、所要の複数のプログラムが１つのプログラムと
して結合された状態で管理されるように管理領域のデー
タを更新する。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態として
の例を説明していく。本例では記録装置としてＭＤ（ミ
ニディスク）としての光磁気ディスクに対して記録再生
動作を行うことのできるＭＤレコーダをあげる。説明は
次の順序で行う。 １．ＭＤレコーダの構成 ２．クラスタフォーマット ３．Ｕ−ＴＯＣ ４．文字編集動作 ５．文字編集処理

【００１７】１．ＭＤレコーダの構成 図１は本例のＭＤレコーダ１のブロック図である。ＭＤ
レコーダ１は光磁気ディスク（ＭＤ）９０に対して音声
データの記録及び再生動作が可能とされる。

【００１８】光磁気ディスク９０はカートリッジ内に収
納されて、カートリッジに設けられているシャッター機
構を記録時又は再生時に開閉することで光学ピックアッ
プ（光学ヘッド３）からの光を照射したり、磁気ヘッド
からの磁界を印加することができるように構成されてい
る。光磁気ディスク９０はスピンドルモータ２によって
ＣＬＶ（線速度一定：constant liner velocity ）に回
転制御される。

【００１９】光学ヘッド３は、磁気ヘッド６ａに対し
て、装填された光磁気ディスク９０を挟んで対向する位
置に設けられている。この光学ヘッド３は対物レンズ３
ａと２軸機構４と、図示しない半導体レーザ及び半導体
レーザの出射光が上記光磁気ディスクの表面で反射し
て、その反射光を受光する受光部を有して構成されてい
る。２軸機構４は、対物レンズ３ａを光磁気ディスク９
０に接離する方向に駆動するフォーカス用コイルと、対
物レンズ３ａを光磁気ディスクの半径方向に駆動するト
ラッキング用コイルとを有している。また、光学ヘッド
３全体を光磁気ディスク９０の半径方向に大きく移動さ
せるスレッド機構５を更に備えている。

【００２０】光学ヘッド３内の受光部にて検知した反射
光情報は、ＲＦアンプ７に供給され、電流−電圧変換さ
れた後、マトリクス演算処理が行われ、フォーカスエラ
ー信号ＦＥ、トラッキングエラー信号ＴＥが生成される
とともにＲＦ信号も生成される。再生信号であるＲＦ信
号は、光磁気ディスク９０上に記録時より低いレーザパ
ワーで光を照射した際に、反射光の磁気Kerr効果を利用
して磁界ベクトルを検知して、検知した磁界ベクトルに
基づいて生成されることになる。

【００２１】ＲＦアンプ７で生成されたフォーカスエラ
ー信号ＦＥ、トラッキングエラー信号ＴＥはサーボ回路
９にて位相補償回路、利得調整をされたのちにドライブ
アンプ（図示せず）を介して２軸機構４のフォーカス用
コイルと、トラッキング用コイルとに印加される。さら
にトラッキングエラー信号ＴＥからは、サーボ回路９内
にてＬＰＦ（lowpass filter ）を介してスレッドエラ
ー信号が生成され、スレッドドライブアンプ（図示せ
ず）を介してスレッド機構５に印加される。更にＲＦア
ンプ７にて生成されたＲＦ信号は、ＥＦＭ／ＣＩＲＣエ
ンコーダ・デコーダ８にて、２値化されてＥＦＭ復調(e
ight to fourteen modulation ) されるとともに、ＣＩ
ＲＣ（cross interleave read solomon coding）エラー
訂正処理が行なわれて、メモリコントローラー１２に供
給される。

【００２２】光磁気ディスク９０には予めグルーブ
（溝）が所定周波数にて蛇行して（本例の場合は22.05K
Ｈｚ）設けられており、ＦＭ変調にてアドレスデータが
記録されている。このアドレスデータはアドレスデコー
ダ１０にて所定周波数のみを通過するＢＰＦ（バンドパ
スフィルター）を介してＦＭ復調することで抽出され
る。ＥＦＭ／ＣＩＲＣエンコーダ・デコーダ８では２値
化したＥＦＭ信号もしくはアドレスデコーダ１０にて抽
出されたアドレスデコーダに基づいてディスクを回転制
御するためのスピンドルエラー信号を生成してサーボ回
路９を介してスピンドルモーター２に印加する。更にＥ
ＦＭ／ＣＩＲＣエンコーダ・デコーダ８では２値化した
ＥＦＭ信号に基づいてＰＬＬ（Phase Locked loop ）の
引き込み動作を制御し、デコード処理のための再生クロ
ックを生成させる。

【００２３】メモリコントローラ１２によって、エラー
訂正後の２値化データは１．４Ｍｂｉｔ／sec の転送レ
ートでバッファメモリ１３に書き込まれる。メモリコン
トローラ１２は、バッファメモリ１３に所定量以上のデ
ータが蓄積されたら、バッファメモリ１３から書き込み
の転送レートより十分遅い０．３Ｍｂｉｔ／sec の転送
レートにて読み出しを行い、オーディオデータとしての
出力に供する。このようにバッファメモリ１３に一旦デ
ータを蓄えてからオーデイオデータとして出力するよう
にているため、例えば振動等の外乱に対して不要なトラ
ックジャンプ等が生じて光学ヘッド３からの連続したデ
ータ読み出しが途絶えたとしても、光学ヘッド３のトラ
ックジャンプが発生したアドレスへの再配置に要する時
間に相当するデータは予めバッファメモリ１３に蓄積さ
れているので、オーデイオ出力の音声としては連続した
（音のとぎれのない）出力が実現できる。本例の場合、
バッファメモリ１３として４ＭbyteのＲＡＭを用いた場
合には、バッファメモリ１３にデータが満杯の状態で約
１０秒のオーデイオデータが蓄えられる。尚、メモリコ
ントローラ１２はシステムコントローラ１１によって制
御されている。

【００２４】光磁気ディスク９０から読み出されたデー
タは記録時に所定の圧縮方法（本例では例えばＡＴＲＡ
Ｃ (Acoustic transferred adapted coding ) 方式）に
て圧縮が施されており、メモリコントローラ１２によっ
てバッファメモリ１３から読み出されたデータは、オー
デイオ圧縮エンコーダ・伸張デコーダ１４にて圧縮が解
かれたデジタルデータとされ、Ｄ／Ａ変換器１５に供給
される。Ｄ／Ａ変換器１５ではオーデイオ圧縮エンコー
ダ・伸張デコーダ１４にて圧縮が解かれたデジタルデー
タをアナログオーデイオ信号に変換する。このアナログ
オーディオ信号は出力端子１６から図示しない再生出力
系（アンプ及びスピーカ、ヘッドホン等）に供給され、
再生音声として出力される。

【００２５】このような再生動作時においては、システ
ムコントローラ１１は、操作部１９の操作に応じて各種
サーボ用のコマンドをサーボ回路９に転送したり、メモ
リコントローラ１２に対してバッファメモリ１３の制御
の指令を与えたり、演奏経過時間や再生しているプログ
ラムのタイトル等の文字情報の表示を表示部２０に実行
させるように制御を行ったり、ＥＦＭ／ＣＩＲＣエンコ
ーダ・デコーダ８でのスピンドルサーボ制御やデコード
処理制御を行う。また操作部１９とともにユーザーが各
種操作を行うためにリモートコマンダー２９が用意さ
れ、例えば赤外線変調信号としてユーザーの操作に応じ
たコマンドを出力する。そのコマンド即ち操作情報は赤
外線受光部２３によって電気信号に変換され、システム
コントローラ１１に供給される。システムコントローラ
１１は赤外線受光部２３からの操作情報にも対応して必
要な制御処理を行う。

【００２６】このＭＤレコーダ１において楽曲等の音声
をディスク９０に記録する場合、その音声信号は入力端
子１７もしくは入力端子２１に供給される。例えばＣＤ
プレーヤ等の再生装置のアナログ出力端子から出力され
たアナログオーディオ信号は入力端子１７に印加されて
Ａ／Ｄ変換器１８にてデジタル信号に変換され、オーデ
イオ圧縮エンコーダ・伸張デコーダ１４に供給される。
これはいわゆるアナログダビング方式としての記録信号
入力経路となる。また、ＣＤプレーヤ等の再生装置のデ
ジタル出力端子からデジタルデータ形態で伝送されてき
たデジタルオーディオ信号は、入力端子２１に印加され
る。この場合デジタルインターフェース部２５でデジタ
ル通信フォーマットに関するデコード、制御データ抽出
等が行われ、デジタルオーディオ信号がオーデイオ圧縮
エンコーダ・伸張デコーダ１４に供給される。これはい
わゆるデジタルダビング方式としての記録信号入力経路
となる。

【００２７】オーデイオ圧縮エンコーダ・伸張デコーダ
１４に入力されたデジタルオーディオ信号はＡＴＲＡＣ
(Acoustic transferred adapted coding ) 方式にて圧
縮エンコードが施され、圧縮されたデジタルオーディオ
信号は転送レート０．３Ｍbit/sec にてメモリコントロ
ーラ１２を介してバッファメモリ１３に一旦蓄積され
る。メモリコントローラ１２はバッファメモリ１３に蓄
積された圧縮されたデータが所定量蓄積されたことを検
知してバッファメモリ１３からの読み出しを許可する。

【００２８】バッファメモリ１３から読み出された圧縮
データはＥＦＭ／ＣＩＲＣエンコーダ・デコーダ８にて
ＣＩＲＣ方式のエラー訂正符号付加、ＥＦＭ変調等の処
理が施されて磁気ヘッド駆動回路６に印加される。磁気
ヘッド駆動回路６は供給されたデータに応じて磁気ヘッ
ド６ａのＮ極又はＳ極の磁界印加駆動を行う。またこの
ような磁界印加を行う記録時には、システムコントロー
ラ１１は光学ヘッド３の図示しない半導体レーザの出射
パワーを再生時のときよりも高パワーに制御して光磁気
ディスクの表面をキューリー温度まで加熱するようにす
る。これにより磁気ヘッド６ａから印加された磁界情報
がディスク記録面に固定されていくことになる。つまり
データが磁界情報として記録される。

【００２９】記録時にもシステムコントローラ１１は、
各種サーボ用のコマンドをサーボ回路９に転送したり、
メモリコントローラ１２に対してバッファメモリ１３の
制御の指令を与えたり、記録経過時間や記録しているプ
ログラムのトラックナンバ等の表示を表示部２０に実行
させるように制御を行ったり、ＥＦＭ／ＣＩＲＣエンコ
ーダ・デコーダ８でのスピンドルサーボ制御やエンコー
ド処理制御を行う。またデジタルデータ入力に関する処
理の場合は、デジタルインターフェース２５から、抽出
された制御データの取り込みを行う。アナログ信号入力
に関する処理の場合は、入力端子１７からのアナログ音
声信号は無音検知部２２にも供給され、入力音声信号と
しての曲と曲の間などの無音状況が監視される。この監
視情報がシステムコントローラ１１に供給される。

【００３０】このＭＤレコーダ１では、音声データの他
に、その音声データとしての各プログラム（１曲、トラ
ック）や、ディスク全体に対応する文字情報をディスク
９０に記録することができる。ユーザーが文字情報入力
を行うために、操作部１９としては、例えばジョグダイ
ヤルなどによる文字選択操作子と、入力した文字列を決
定し、文字入力操作を終了させる決定キーが用意されて
いる。またリモートコマンダー２９を用いても文字入力
を行うことができるように、リモートコマンダー２９に
は「Ａ］〜「Ｚ」のアルファベットキー、「・」「’」
「．」「 」「？」などの記号キーなどが用意され、さ
らに数字入力のためのテンキーなども用意される。また
これらのキーを用いて入力した文字列を決定し、文字入
力操作を終了させる決定キーも用意されている

【００３１】システムコントローラ１１は、操作部１９
やリモートコマンダー２９により入力された文字を内部
のＳ−ＲＡＭ１１ａに保持していき、決定操作により文
字列が決定されることで、その文字列を、そのとき選択
されているプログラムに対応させた状態で登録する。選
択されているプログラムとは、そのとき再生・記録・一
時停止などの状態とされているプログラムである。もし
このような状態でなく、プログラムが選択されていない
状態の場合は、入力文字列はディスク全体に対応する文
字情報と扱われる。また、システムコントローラ１１内
のメモリとしてＳ−ＲＡＭ１１ａは、後述する文字ムー
ブ他、各種の編集処理の用いられる。

【００３２】登録された文字情報は、後述するＵ−ＴＯ
Ｃセクター１のデータとしてディスク９０に書き込まれ
ることでディスク９０上で確定することになる。ディス
ク９０上でのＵ−ＴＯＣデータの更新は記録動作の後や
文字入力動作の後において所定のタイミングで行われ
る。

【００３３】詳しくは後述するが本例では、Ｕ−ＴＯＣ
セクター１に登録された文字情報についてのプログラム
（トラック）に対する対応関係を変更する文字編集動作
（このような編集を仮に「文字ムーブ」ということとす
る）を行うことができるようにされている。この文字ム
ーブのためにはユーザーが操作部１９もしくはリモート
コマンダー２９を用いて操作を行うわけであるが、例え
ばこの操作としてまずシステムを文字ムーブ編集モード
とする。例えば操作部１９には文字ムーブとしてのモー
ドキーが設けられており、このキーが操作されることで
システムコントローラ１１は文字ムーブ編集モードに入
る。そして操作部１９のジョグダイヤル等の操作に応じ
て編集内容の指示が行われる。上述のようにジョグダイ
ヤルは文字入力にも用いられるが、文字ムーブ実行モー
ドとされているときは、このジョグダイヤルの回転操作
は、処理対象とされている文字情報の対応関係の変更先
のトラックナンバを選択する操作とされる。またジョグ
ダイヤルは押圧操作も可能とされ、これが選択決定操作
（エンター操作）とされる。

【００３４】なお各種の編集動作は後述するＵ−ＴＯＣ
の内容を更新することで実行されるが、編集操作として
は文字ムーブの他に、１つのトラックを複数のトラック
に分割するディバイド編集、２つのトラックを１つのト
ラックに連結するコンバイン編集、或るトラックを消去
するイレーズ編集、すべてのトラックを消去するオール
イレーズ編集がある。また上述の文字入力編集として
は、トラック単位で楽曲名などの文字を登録するトラッ
クネーム入力編集、ディスク単位でアルバムタイトルな
どの文字を登録するディスクネーム入力編集、登録した
文字情報を消去するネームイレーズ編集がある。本例の
特徴的な動作として後述する文字ムーブ編集は、トラッ
クネーム入力編集により登録されたトラックネームに対
する編集処理となる。

【００３５】２．クラスタフォーマット ここで光磁気ディスク９０の記録データトラックのクラ
スタフォーマットについて説明する。ミニディスクシス
テムにおける記録動作はクラスタという単位で行われる
が、このクラスタのフォーマットは図２に示される。ミ
ニディスクシステムでの記録トラックとしては図２のよ
うにクラスタＣＬが連続して形成されており、１クラス
タが記録時の最小単位とされる。１クラスタは２〜３周
回トラック分に相当する。

【００３６】そして１クラスタＣＬは、セクターＳFC〜
ＳFFとされる４セクターのサブデータ領域と、セクター
Ｓ00〜Ｓ1Fとして示す３２セクターのメインデータ領域
から形成されている。メインデータとは、オーデイオ用
の場合は上記ＡＴＲＡＣ処理により圧縮されたオーデイ
オデータとなる。１セクタは２３５２バイトで形成され
るデータ単位である。４セクターのサブデータ領域はサ
ブデータやリンキングエリアとしてなどに用いられ、Ｔ
ＯＣデータ、オーディオデータ等の記録は３２セクター
のメインデータ領域に行なわれる。リンキングエリアの
セクターは、エラー訂正処理を施す際にＣＤ等で採用さ
れている１セクター長(13.3msec)と比較して今回採用し
たＣＩＲＣのインターリーブ長が長いので、そのつじつ
まをあわせる為に設けられている捨てセクタであり、基
本的にはリザーブエリアとされるが、これらのセクター
は何らかの処理や何らかの制御データの記録に用いるこ
とも可能である。なお、アドレスは１セクター毎に記録
される。

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

【００３８】３．Ｕ−ＴＯＣ 光磁気ディスク９０には、図２のようなクラスタフォー
マットが全領域にわたって形成されるが、半径方向に分
割されるエリアとして最内周側が管理領域とされ、その
管理領域に続いてプログラム領域が形成される。なお、
ディスク最内周側は位相ピットにより再生専用データが
記録される再生専用領域が設けられ、その再生専用領域
に続いて光磁気記録再生可能な光磁気領域が形成され
る。上記管理領域は、再生専用領域と、光磁気領域の最
内周部分となる。

【００３９】光磁気領域の管理領域に続いてプログラム
領域が形成されるが、そのプログラム領域においては、
上記図２のメインデータ領域としての各セクターにオー
ディオデータが記録されていく。一方、管理領域とし
て、再生専用領域にはディスク全体のエリア管理等を行
うＰ−ＴＯＣ（プリマスタードＴＯＣ）が設けられ、そ
れに続く光磁気領域での管理領域に、プログラム領域に
記録された各プログラム（楽曲等）を管理する目録情報
（Ｕ−ＴＯＣ：所謂user table of contents）が記録さ
れる。

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

【００４１】また、Ｕ−ＴＯＣはデータの記録や消去、
さらには文字情報入力等の編集操作に応じて書き換えら
れるものであるが、システムコントローラ１１は記録／
消去／編集動作のたびにバッファメモリ１３に記憶され
たＵ−ＴＯＣ情報に対して更新処理を行ない、その更新
動作に応じて所定のタイミングでディスク９０のＵ−Ｔ
ＯＣエリアについても書き換えるようにしている。

【００４２】さらにシステムコントローラ１１による管
理情報処理としては、Ｐ−ＴＯＣ、Ｕ−ＴＯＣのうちの
一部又は全部をバッファメモリ１３からさらに内部のＳ
−ＲＡＭ１１ａに読み込んで、このＳ−ＲＡＭ１１ａ内
で管理情報に関する処理を行なうこともできる。例えば
後述する文字ムーブ編集の動作中では、一連の文字ムー
ブ編集操作に応じて逐次Ｓ−ＲＡＭ１１ａ内でデータを
更新しておき、一連の文字ムーブ編集操作が終了された
時点（文字ムーブに関してすべてのＵ−ＴＯＣ更新内容
が確定した時点で、バッファメモリ１３内でのＵ−ＴＯ
Ｃデータを書き換える。そしてさらにディスク排出時や
電源オフ時などにバッファメモリ１３内でのＵ−ＴＯＣ
データでディスク１におけるＵ−ＴＯＣデータを書き換
えるようにする。

【００４３】ここで、ディスク１においてトラック（楽
曲等）の記録／再生動作などの管理を行なう管理情報と
して、Ｕ−ＴＯＣセクターについて説明する。図３はＵ
−ＴＯＣセクター０のフォーマットを示すものである。
なお、Ｕ−ＴＯＣセクターとしてはセクター０〜セクタ
ー３１まで設けることができる。つまり管理領域におけ
る１クラスタの各セクター（Ｓ00〜Ｓ1F）を用いること
ができる。そしてセクター１，セクター４は文字情報、
セクター２は録音日時を記録するエリアとされる。Ｕ−
ＴＯＣセクター０は、主にユーザーが録音を行なった楽
曲や新たに楽曲が録音可能なフリーエリアについての管
理情報が記録されているデータ領域とされる。即ちセク
ター０ではプログラム領域に記録されている各プログラ
ムの起点（スタートアドレス）、終点（エンドアドレ
ス）や、各プログラムの性格（トラックモード）として
のコピープロテクト情報、エンファシス情報等が管理さ
れている。

【００４４】例えばディスク１に或る楽曲の録音を行な
おうとする際には、システムコントローラ１１は、Ｕ−
ＴＯＣセクター０からディスク上のフリーエリアを探し
出し、ここに音声データを記録していくことになる。ま
た、再生時には再生すべき楽曲が記録されているエリア
をＵ−ＴＯＣセクター０から判別し、そのエリアにアク
セスして再生動作を行なう。

【００４５】図３に示すようにＵ−ＴＯＣセクター０に
は、１２バイトでシンクパターンが形成されるヘッダ部
に続いて、当該セクターのアドレスとして３バイトのデ
ータ（「Cluster H 」「Cluster L 」「SECTOR」）と、
ディスクの製造元を示すメーカコード（「maker cod
e」）とモデルコード（「model code」）、最初のプロ
グラム番号（「First TNO 」）、最後のプログラム番号
（「Last TNO」）、セクター使用状況（「used sector
s」）、ディスクシリアル番号（「disc serial N
o」）、ディスクＩＤ等が記録されている。

【００４６】更にディスク上に生じた欠陥位置情報を格
納するスロットの先頭位置を示すポインタP-DFA （Poin
ter for defective area）と、スロットの使用状況を示
すポインタP-EMPTY （pointer for Empty slot）、記録
可能領域を管理するスロットの先頭位置を示すポインタ
P-FRA （Pointer for Freely area ）、各プログラム番
号に対応したスロットの先頭位置を各々示すポインタP-
TNO1,P-TNO2,.............,P-TNO255から構成される対
応テーブル指示データ部が記録されている。

【００４７】続いて各８バイトのスロットが２５５個設
けられている管理テーブル部が設けられる。各スロット
にはスタートアドレス、エンドアドレス、トラックモー
ド、リンク情報が管理されている。本例の光磁気ディス
ク９０は、記録媒体上にデータを必ずしも連続した形態
で記録しなくてもよく、シーケンシャルなデータ列を記
録媒体上で離散して（複数のパーツとして）記録しても
いいことになっている（なおパーツとは時間的に連続し
たデータが物理的に連続したクラスタに記録されている
部分を指す）。

【００４８】すなわちディスク９０に適応される記録再
生装置（図１のＭＤレコーダ１）では上述のようにデー
タを一旦バッファメモリ１３に蓄積することと、バッフ
ァメモリ１３への書込レートと読出レートを変えるよう
にしたので、光学ヘッド３をディスク９０上に離散的に
記録されたデータに順次アクセスさせてはバッファメモ
リ１３にデータを蓄積させることで、バッファメモリ１
３上ではシーケンシャルなデータ列に復元して再生する
ことができる。このように構成しても再生時のバッファ
メモリ１３への書込レートを読出レートより早くしてい
るので連続した音声再生が妨げられる事はない。

【００４９】また、既に記録済みのプログラムの上に記
録済みのプログラムより短いプログラムを上書きして
も、余った部分を消去することなく記録可能領域（ポイ
ンタP-FRA から管理される領域）として指定することで
効率よく記録容量を使用することができる。

【００５０】記録可能領域を管理するポインタＰ−ＦＲ
Ａの例を用いて離散的に存在するエリアの結合方法につ
いて図４を用いて説明する。記録可能領域を管理するス
ロットの先頭位置を示すポインタP-FRA に例えば03h( h
exia-decimal) という値が記録されたとすると、続いて
この「03h 」に対応するスロットがアクセスされる。即
ち管理テーブル部におけるスロット０３ｈのデータが読
み込まれる。スロット０３ｈに記録されているスタート
アドレス及びエンドアドレスデータはディスク上に記録
された１つのパーツの起点と終点を示す。スロット０３
ｈに記録されているリンク情報は次に続くべきスロット
のアドレスを示しており、この場合は１８ｈが記録され
ている。スロット０３ｈに記録されているリンク情報を
次にたどってスロット２Ｂｈをアクセスしスロット２Ｂ
ｈに記録されているスタートアドレス及びエンドアドレ
スとしてディスクの１つのパーツの起点と終点を把握す
る。さらに同様にリンク情報として「００ｈ」のデータ
が現れる迄リンク情報をたどっていくことで、ポインタ
P-FRA から管理される全パーツのアドレスを把握でき
る。

【００５１】このようにポインタP-FRA によって指示さ
れるスロットを起点にリンク情報がnull（＝００ｈ）に
なるまでスロットを辿り、ディスク上に離散的に記録さ
れたパーツをメモリ上でつなげることが可能となる。こ
の場合、ディスク９０上の記録可能領域としての全パー
ツが把握できる。この例ではポインタP-FRA を例に説明
したがポインタP-FRA 、P-EMPTY 、P-TNO1、P-TNO
2,.............,P-TNO255 も同様に離散的に存在する
パーツを結合して管理する。

【００５２】続いて図５にＵ−ＴＯＣセクター１のフォ
ーマットを示す。Ｕ−ＴＯＣセクター１では、プログラ
ム領域に記録されている各プログラムに対応する文字情
報や、光磁気ディスク全体に対応する文字情報（例えば
ディスクタイトル）が管理されている。ディスクタイト
ルとは、記録されるプログラムがオーディオデータの場
合はアルバムタイトル、演奏者名等の情報になり、各プ
ログラムに対応する文字情報とは例えば曲名などとな
る。これらの文字情報はユーザーが任意に文字を設定し
て入力し、登録されるものである。各プログラム毎の文
字情報は、文字スロット指示データのポインタP-TNA(x)
（ｘは１から２５５）によって指示される文字テーブル
内のスロットに記録されている。１つのスロットには７
バイトの文字情報が記録できるが、文字数が多い場合は
リンク情報を用いて複数のスロットを連結して記録を行
うことができる。

【００５３】なお、更にＵ−ＴＯＣセクター４に関して
はプログラム領域に記録されている各プログラム毎の記
録日時が同様な形態で管理されている。また、Ｕ−ＴＯ
Ｃセクター４に関してはプログラム領域に記録されてい
る各プログラムのタイトル、光磁気ディスク全体のタイ
トル等の文字情報のフォントとしてカタカナ、漢字が使
用できるように図５と同様な形態で管理が行われる。

【００５４】４．文字編集動作 本例において文字情報に関する編集動作としては上述し
たようにトラックネーム入力編集、ディスクネーム入力
編集、文字ムーブ編集があり、トラックネーム入力編
集、ディスクネーム入力編集により入力された文字情報
は上記のＵ−ＴＯＣセクター１（又はセクター４）に登
録されることになる。そして本例ではトラックネーム入
力編集により登録された文字情報、つまりトラックナン
バに対応づけられてＵ−ＴＯＣセクター１又はセクター
４に登録された文字情報について、その対応付けを変更
する新規な編集動作として文字ムーブ編集が可能とされ
るものである。この文字ムーブ編集について詳しく説明
していく。

【００５５】例えばユーザーがトラックネーム入力編集
操作により入力した文字情報（曲名等）の数と、実際に
ディスク９０のプログラム領域に記録されたプログラム
数が一致しなかったとする。このような状態は上述した
ように、アナログダビング方式の場合のプログラムの切
れ目の誤検知や、ユーザーのトラックネーム入力操作ミ
スにより発生する。

【００５６】図６にトラックネーム入力が正確にできな
かった様子の例をあげる。例えばユーザーが５曲入りの
ＣＤからの再生音声をディスク９０にアナログダビング
録音し、また各曲（各プログラム）に対応してトラック
ネーム入力を行った場合を考える。図６（ａ）は、ディ
スク９０のダビング後の状態としてユーザーが意図して
いるディスク９０の記録及び管理状態を示し、図６
（ｂ）はダビング後の実際のディスク９０の記録及び管
理状態の例を示している。

【００５７】つまりユーザーは、５曲入りのＣＤからの
ダビングであるため、一連の録音音声はディスク９０に
おいても図６（ａ）のように５つのプログラム＃１〜＃
５として管理されている状態と考える。そしてユーザー
は各プログラム＃１〜＃５に対してそれぞれトラックネ
ーム入力を行う。即ち第１のプログラム＃１に対応する
タイトル名として「ａｂｃ」、第２のプログラム＃２に
対応するタイトル名として「ｄｅｆ」、第３のプログラ
ム＃３に対応するタイトル名として「ｇｈｉ」、 第４
のプログラム＃４に対応するタイトル名として「ｊｋ
ｌ」、第５のプログラム＃５に対応するタイトル名とし
て「ｍｎｏ」と入力したとする。この状態で、ユーザー
はソースとされたＣＤ側と同様に、図６（ａ）のように
プログラム＃１〜＃５についてそれぞれ正しくトラック
ネームが登録されたと考える。

【００５８】ところが、本来は５曲であるアナログダビ
ング録音の際に、図６（ｂ）に示すようにＡ点、Ｂ点、
Ｃ点としてのタイミングで無音検知部２２が無音部を検
知して、ダビング終了時のディスク９０上においては、
図６（ｂ）に示すように８つのプログラム＃１〜＃８に
分割されて管理されている状態となってしまったとす
る。ユーザーのトラックネーム入力はこのような状態で
行われることになるため、上記のようにプログラム＃１
〜＃５に対応して文字を入力すると、プログラム番号と
トラックネームの対応関係は図６（ｂ）のように登録さ
れてしまう。つまり入力された文字情報単位とプログラ
ム単位に不一致が生じてしまい、プログラムとタイトル
名の対応付けのずれが生じた状態となる。

【００５９】この図６（ｂ）でのＵ−ＴＯＣによる管理
状態の例を図９、図１２に示す。図９はＵ−ＴＯＣセク
ター１の状態の例、図１２はＵ−ＴＯＣセクター０の状
態の例である。ただしこれらのＵ−ＴＯＣ内のデータ例
はあくまで一例である。なお図９〜図１１はＵ−ＴＯＣ
セクター１、図１２、図１３はＵ−ＴＯＣセクター０に
おける管理例としてのＵ−ＴＯＣ状態を示すが、各図面
中データ値が「００ｈ」もしくは「００００００ｈ」と
される部分は「−」として表記している。またディスク
９０上に欠陥エリアは無いものとし、従って図１２，図
１３において、ポインタP-DFA は「００ｈ」とされてい
る。また図６（ｂ）の状態でフリーエリアは残されてい
ないものとし、ポインタP-FRA は「００ｈ」とする。

【００６０】図６（ｂ）のようなプログラム＃１〜＃８
は、図１２のＵ−ＴＯＣセクター０に示すように管理さ
れている。なお図６（ｂ）に示すＡ１〜Ａ１６はディス
ク上のアドレス値を示すものとする。図１２のように、
プログラム＃１については、ポインタP-TNO1に示される
（０１ｈ）のパーツテーブルにおいてそのスタートアド
レスＡ１及びエンドアドレスＡ２が示される。プログラ
ム＃１は１つのパーツとして記録されているため、パー
ツテーブル（０１ｈ）のリンク情報は「００ｈ」とされ
ている。以下、プログラム＃２〜＃８についてもそれぞ
れ同様に、それぞれポインタP-TNO3〜P-TNO8を起点とし
て示されるパーツテーブルによってそのパーツ位置が管
理されている。なお、８個のプログラムが録音されてい
るため、テーブルポインタP-TNO9〜P-TNO255までは使用
されておらず「００ｈ」とされている。また、使用して
いないパーツテーブルを示すポインタP-EMPTY は、この
場合パーツテーブル（０９ｈ）を示しており、パーツテ
ーブル（０９ｈ）からパーツテーブル（ＦＦｈ）までの
全ての未使用のパーツテーブルがリンク情報によってリ
ンクされている。

【００６１】また図６の状態において、Ｕ−ＴＯＣセク
ター１は図９のようになっている。つまりプログラム＃
１〜＃５に対してトラックネーム入力が行われたこと
で、ポインタP-TNA1〜P-TNA5によってそれぞれ所定の文
字スロットが示され（この場合スロット（０１ｈ）〜
（０５ｈ）がそれぞれ示される）、その示されたスロッ
ト（０１ｈ）〜（０５ｈ）において、プログラム＃１〜
＃５に対応づけられたトラックネーム「ａｂｃ」「ｄｅ
ｆ」・・・「ｍｎｏ」が記録される。

【００６２】この図１２、図９に示した管理状態によ
り、ディスク９０は図６のようなトラックネームとプロ
グラム番号が不一致の状態になっている。そしてこの図
１２、図９のようなＵ−ＴＯＣデータはバッファメモリ
１３内に保持されているデータとしての状態である（ダ
ビング終了後にディスクイジェクト等がされた場合は、
ディスク９０上でもこのような管理状態になってい
る）。システムコントローラ１１はこのようなＵ−ＴＯ
ＣデータをさらにＳ−ＲＡＭ１１ａに読み込んでおくこ
とで、ディスク９０の図６（ｂ）のような管理状態を把
握している。そして本例ではこのような管理状態を、文
字ムーブ編集機能により本来の状態、つまり図６（ａ）
の状態に容易に修正することができる。以下、この文字
ムーブ編集の操作手順について、図７、図８を参照して
説明していく。

【００６３】文字ムーブ編集を行なって図６（ｂ）のよ
うなタイトル名とプログラム番号との関係を修正するた
めに、まずユーザーは操作部１９で文字ムーブキーを操
作する。

【００６４】この文字ムーブキーの操作によりシステム
コントローラ１１は文字ムーブ編集モードに入る。この
文字ムーブ編集モードでは、システムコントローラ１１
は、図８（ａ）に示すように表示部２０に、タイトル名
の付与されているプログラムの終端プログラム番号とそ
のタイトル名としての文字情報を表示するとともに、タ
イトル名の付与されていない始端部分に近いプログラム
番号を表示する。上記図６（ｂ）の場合でいえば、タイ
トル名の付与されている終端プログラムは５曲目で、タ
イトル名の付与されていない始端部分に近いプログラム
番号は６曲目なので「５：ｍｎｏ→６？」という表示を
行う。

【００６５】「５：ｍｎｏ→６？」の意味は、プログラ
ム＃５（５曲目）に付与されているタイトル名「ｍｎ
ｏ」をプログラム＃６（６曲目）に対応するタイトル名
として移動するか否かをユーザに問いかけるものであ
る。図６（ａ）（ｂ）から明らかなように。タイトル名
「ｍｎｏ」は図６（ｂ）の状態で本来プログラム＃８に
あるべきタイトル名なので、このままでは適切ではな
く、ユーザーはジョグダイヤルを操作して移動先として
のプログラム番号を選択する。なおこの操作は例えば早
送りキーなどで指定されるプログラム番号が変更される
ようにしてもよい。

【００６６】ユーザーがジョグダイヤルを１クリック分
＋方向に回すと、システムコントローラ１１は表示を図
８（ｂ）に示すように、次のタイトル名の付与されてい
ないプログラム番号「７」に変更する。

【００６７】この表示は、プログラム＃５に付与されて
いるタイトル名「ｍｎｏ」をプログラム＃７に対応する
タイトル名として移動してよいかという意味で「５：ｍ
ｎｏ→７？」という表示を行う。続いてユーザは更にジ
ョグダイヤル（又は早送りキー）を操作して次のタイト
ル名の付与されていないプログラム番号「８」に変更を
行う。この際、表示部２０にはプログラム＃５に付与さ
れているタイトル名「ｍｎｏ」をプログラム＃８に対応
するタイトル名として移動してよいかという意味で、図
８（ｃ）に示すように「５：ｍｎｏ→８？」という表示
が行なわれる。このような移動をユーザーは望むものな
ので、この図８（ｃ）の状態でユーザーは決定操作を行
う。例えばユーザーはジョグダイヤルの中心部を押圧す
る。

【００６８】決定操作であるジョグダイヤルの中心部の
ユーザによる押圧に応じて、プログラム＃５に対応する
タイトル名「ｍｎｏ」はプログラム＃８に対応する文字
情報として移動される。このタイトル名の移動を模式的
に表したのが図７（ｂ）である。つまり図７（ａ）は図
６（ｂ）の状態を示しているが、図７（ｂ）のように文
字情報「ｍｎｏ」はプログラム＃８に対応する状態とさ
れる。このような１つの文字情報の移動が行われる毎
に、バッファメモリ１３上でＵ−ＴＯＣを更新していっ
てもよいが、本例の場合、処理の効率化のため、一連の
文字ムーブ編集が終了されるまではシステムコントロー
ラ１１が内部のＳ−ＲＡＭ１１ａ内でＵ−ＴＯＣデータ
の更新を行い、文字ムーブ編集が終了した時点でＳ−Ｒ
ＡＭ１１ａのＵ−ＴＯＣデータをバッファメモリ１３に
転送してＵ−ＴＯＣ更新が行われるようにしている。

【００６９】このためにＳ−ＲＡＭ１１ａには少なくと
もＵ−ＴＯＣセクター０、セクター１の情報が読み込ま
れており、例えば図７（ａ）から図７（ｂ）のように更
新される場合は、Ｓ−ＲＡＭ１１ａ内において、Ｕ−Ｔ
ＯＣセクター１のデータが、上述した図９の状態から図
１０に示すように変更される。即ちプログラム＃５に対
応する文字情報はなくなるため、ポインタP-TNA5は「０
０ｈ」とされ、またポインタP-TNA8が「０５ｈ」とされ
て「ｍｎｏ」を記録しているスロットが指定されること
で、プログラム＃８に「ｍｎｏ」という文字が対応づけ
られる。

【００７０】このように文字の移動は、まずＳ−ＲＡＭ
１１ａ内にプログラム番号と対応つけられて記憶されて
いるタイトル名を更新することで実現される。この１つ
の文字移動決定時の表示としては、図８（ｄ）に示すよ
うに「５：（空白）→８：ｍｎｏ」という表示を所定時
間行う。

【００７１】続いて所定時間経過後、プログラム番号５
より始端部分に近いプログラム番号４に付与されている
タイトル名「ｊｋｌ」を、タイトル名の付与されていな
い始端部分に近いプログラム番号（この場合「５」）に
移動するか否かをユーザーに問う、図８（ｅ）に示す
「４：ｊｋｌ→５？」という表示を行う。図６（ａ）
（ｂ）からわかるように、ユーザーは「ｊｋｌ」という
文字情報をプログラム＃６に対応させることを望むこと
になる。従ってユーザは更にジョグダイヤル又は早送り
キーを操作して、次のタイトル名の付与されていないプ
ログラム番号６に変更を行う。この際、表示部２０には
プログラム＃４に付与されているタイル名「ｊｋｌ」を
プログラム＃６に対応するタイトル名として移動しても
よいかという意味で、図８（ｆ）に示すように「４：ｊ
ｋｌ→６？」という表示を行う。

【００７２】この状態で、ジョグダイヤルの操作に伴っ
て本来移行したい所望のプログラム番号である「６」が
指定されたので、決定操作としてユーザーはジョグダイ
ヤルの中心部を押圧する。図７（ｃ）に示すように決定
操作に応じて、プログラム＃４に対応するタイトル名
「ｊｋｌ」はプログラム＃６に対応する文字として移動
される。このときのＵ−ＴＯＣセクター１の更新もＳ−
ＲＡＭ１１ａ内で行われる。またこのように移動が決定
されたことに応じて、表示部２０では所定時間、図８
（ｇ）に示すように「４：（空白）→６：ｊｋｌ」とい
う表示を行う。

【００７３】所定時間経過後、表示部２０には、次に始
端部分に近いプログラム番号「３」に付与されているタ
イトル名「ｇｈｉ」を、タイトル名の付与されていない
始端部分に近いプログラム＃４に移動するか否かを意味
する、図８（ｈ）に示す「３：ｇｈｉ→４？」という表
示が行われる。本来タイトル名「ｇｈｉ」はプログラム
＃５に対応されるべきだったので、ユーザーはジョグダ
イヤル又は早送りキーを操作して、次のタイトル名の付
与されていないプログラム番号「５」に変更を行う。こ
の際、表示部にはプログラム＃３に付与されているタイ
トル名「ｇｈｉ」をプログラム＃５に対応するタイトル
名として移動してよいかという意味で、図８（ｉ）に示
すように「３：ｇｈｉ→５？」という表示を行う。

【００７４】これに対してユーザーは、決定操作として
ジョグダイヤルの中心部を押圧する。すると図７（ｄ）
に示すようにプログラム＃３に対応されていたタイトル
名「ｇｈｉ」はプログラム＃５に対応されるように移動
される。またこのとき表示部２０には所定時間図８
（ｊ）に示すように「３：（空白）→５：ｇｈｉ」とい
う表示が所定時間行なわれる。

【００７５】所定時間経過後、次に表示部２０には始端
部分に近いプログラム番号「２」に付与されているタイ
トル名「ｄｅｆ」を、タイトル名の付与されていない始
端部分に近いプログラム＃３に移動してもよいかを意味
する図８（ｋ）に示す「２：ｄｅｆ→３？」という表示
を行う。本来タイトル名「ｄｅｆ」はプログラム＃３に
対応されるべきだったので、ユーザーはそのまま決定操
作としてジョグダイヤルの中心部を押圧する。すると図
７（ｅ）のようにプログラム＃２に対応していたタイト
ル名「ｄｅｆ」がプログラム＃３に対応するものとして
移動されるとともに、表示部２０には所定時間図８
（ｌ）に示すように「２：（空白）→３：ｄｅｆ」とい
う表示が行なわれる。

【００７６】所定時間経過後、次に表示部２０には始端
部分に近いプログラム番号「１」に付与されているタイ
トル名「ａｂｃ」を、タイトル名の付与されていない始
端部分に近いプログラム番号＃２に移動するか否かを意
味する図８（ｍ）に示す「１：ａｂｃ→２？」という表
示を行う。タイトル名「ａｂｃ」についてはプログラム
＃２に移動する必要性はなく、文字の移動に対して全て
の処理を終了したとして、ユーザーは再度文字ムーブキ
ーを押圧する。これによりユーザーの操作としての文字
ムーブは終了される。

【００７７】この時点、つまり図７（ｅ）の状態におい
て、Ｓ−ＲＡＭ１１ａ内でのＵ−ＴＯＣセクター１のデ
ータは、例えば図１１のように更新されている。即ちポ
インタP-TNA1は「０１ｈ」とされ、スロット「０１ｈ」
にプログラム＃１に対応する文字情報「ａｂｃ」が記録
される。ポインタP-TNA2は「００ｈ」とされ、従ってプ
ログラム＃２に対応する文字情報は存在しない状態とな
る。ポインタP-TNA3は「０２ｈ」とされ、スロット「０
２ｈ」にプログラム＃３に対応する文字情報「ｄｅｆ」
が記録される。ポインタP-TNA4は「００ｈ」とされ、プ
ログラム＃２に対応する文字情報は存在しない状態とな
る。ポインタP-TNA5は「０３ｈ」とされ、スロット「０
３ｈ」にプログラム＃５に対応する文字情報「ｇｈｉ」
が記録される。ポインタP-TNA6は「０４ｈ」とされ、ス
ロット「０４ｈ」にプログラム＃６に対応する文字情報
「ｊｋｌ」が記録される。ポインタP-TNA7は「００ｈ」
とされ、プログラム＃７に対応する文字情報は存在しな
い状態となる。ポインタP-TNA8は「０５ｈ」とされ、ス
ロット「０５ｈ」にプログラム＃５に対応する文字情報
「ｍｎｏ」が記録される。

【００７８】このような文字ムーブにより更新された図
１１のＵ−ＴＯＣセクター１の情報がＳ−ＲＡＭ１１ａ
からバッファメモリ１３に転送され、バッファメモリ１
３上でＵ−ＴＯＣセクター１の更新が行われる。

【００７９】文字ムーブ編集としては、以上の編集が行
われるた時点で終了させてもよいが、さらにこの文字ム
ーブ編集の最終段階の処理として自動コンバイン処理が
行なわれるようにしてもよい。文字ムーブ編集の最終段
階として、この自動コンバイン処理が採用される場合
は、上記動作に続いて以下の処理が行われる。

【００８０】即ちこのコンバイン処理は、図６（ｂ）の
Ａ，Ｂ，Ｃ点において分割されている曲を結合する作業
であり、つまり図７（ｅ）においてはプログラム＃１、
＃２を１つのプログラムとして結合し、プログラム＃
３、＃４を１つのプログラムとして結合し、プログラム
＃６、＃７を１つのプログラムとして結合するように管
理領域であるＵ−ＴＯＣ情報を編集する処理となる。こ
れを自動的に行うには、各プログラムについてタイトル
名としての文字情報が対応されているか否かを判別して
行う。

【００８１】上記文字ムーブ処理により図７（ａ）の状
態から図７（ｅ）の状態にされるが、この各管理状態を
それぞれ図１４（ａ）（ｂ）に示している。図１４
（ｂ）と図６からわかるように、文字ムーブ後において
タイトル名として文字情報が対応されていないプログラ
ムは、本来独立した曲としてのプログラムではなく、そ
のプログラムは、それよりも始端側に近いプログラムで
あって、かつ文字情報が対応されているプログラムに連
結されるべきプログラムである。従って図１４（ｂ）に
示すプログラム＃１〜＃８について、タイトル名が存在
しないプログラムを、その前のプログラムに連結するこ
とで、図１４（ｃ）の状態が得られる。つまりこれは図
７（ｆ）の状態に相当し、これは図６（ａ）の状態と一
致するものであるため、本来のプログラム分割状態が実
現されるとともに、プログラムとタイトル名が正しく対
応された状態となる。

【００８２】このようなコンバイン処理が実行される前
のＵ−ＴＯＣセクター０は、上述したように例えば図１
２の状態であったが、これを自動コンバイン処理として
例えば図１３のように更新することで、図７（ｆ）の状
態が実現される。即ち、図７（ｅ）におけるプログラム
＃１、＃２を１つのプログラムとして結合してプログラ
ム＃１とするために、ポインタP-TNO1から指示されてい
るパーツテーブル（０１ｈ）に、パーツテーブル（０２
ｈ）、つまそれまでプログラム＃２とされていたパーツ
をリンクさせる。これによりアドレスＡ１〜Ａ４がプロ
グラム＃１となる。

【００８３】また、プログラム＃３、＃４を１つのプロ
グラムとして結合し、プログラム＃２とするために、ポ
インタP-TNO2の値を、それまでプログラム＃３を管理す
るパーツテーブル「０３ｈ」とし、またパーツテーブル
（０３ｈ）に、それまでプログラム＃４を管理していた
パーツテーブル（０４ｈ）をリンクさせる。また図７
（ｅ）のプログラム＃５は繰り上がってプログラム＃３
となるため、ポインタP-TNO3の値を、それまでプログラ
ム＃５を管理していたパーツテーブル「０５ｈ」とす
る。

【００８４】また、図７（ｅ）のプログラム＃６、＃７
を１つのプログラムとして結合し、プログラム＃４とす
るために、ポインタP-TNO4の値を、それまでプログラム
＃６を管理するパーツテーブル「０６ｈ」とし、またパ
ーツテーブル（０６ｈ）に、それまでプログラム＃７を
管理していたパーツテーブル（０７ｈ）をリンクさせ
る。図７（ｅ）のプログラム＃８は繰り上がってプログ
ラム＃５となるため、ポインタP-TNO5の値を、それまで
プログラム＃８を管理していたパーツテーブル「０８
ｈ」とする。

【００８５】例えばこのようにＵ−ＴＯＣセクター０が
更新されることで、図７（ｆ）の状態が得られる。な
お、このコンバイン処理に伴ってＵ−ＴＯＣセクター１
の更新も行われる。即ちコンバインによるプログラム番
号の変化に応じて、セクター１でも、プログラム番号と
文字情報の対応付けの変更が行われる。つまり、図７
（ｅ）の段階でのプログラム＃２、＃４、＃７が独立の
プログラムとして存在しなくなったため、タイトル名の
プログラム番号に対する前詰めが行われ、図７（ｆ）の
ように、プログラム＃１〜＃５のそれぞれに、「ａｂ
ｃ」〜「ｍｎｏ」が対応される。一例としては、Ｕ−Ｔ
ＯＣセクター１は、図９で示した状態に戻されることに
なる。

【００８６】ところで、このような自動コンバインを文
字ムーブ編集の最終段階の処理としては採用しない場合
でも、ユーザーが後に通常のコンバイン編集を行うこと
で図７（ｆ）の状態にすることができるものである。

【００８７】なお、上記の具体例に対応するＵ−ＴＯＣ
データの各時点での更新箇所などの更新例は必ずしも１
通りではなく、ソフトウエアにより各種考えられるもの
である。また上記してきた文字ムーブや自動コンバイン
処理は、その処理における最終段階でバッファメモリ１
３内でＵ−ＴＯＣデータを更新することで実現される
が、いづれにしても、最終的にはディスク９０上でＵ−
ＴＯＣデータを更新しなければ編集動作は完結しないこ
とはいうまでもない。

【００８８】５．文字編集処理 以上説明してきた文字ムーブ編集を実現するためのシス
テムコントローラ１１の処理を説明していく。尚、上記
説明ではタイトル名の移動操作の際に再生音に対しては
特に言及してなかったが、実際にはユーザーがタイトル
名の移動先を指定する際には、その移動先のプログラム
の内容が提示されることが好ましい。即ち、例えば図８
（ｂ）の表示状態のときに、プログラム＃７の冒頭部分
の音声が再生されれば、ユーザーは文字をプログラム＃
７に移動すべきか否かを即座に判断できる。つまり、こ
のようにジョグダイヤルによって選択されている（決定
操作前の）プログラムについて、その冒頭部分、若しく
はその直前に位置するプログラムの終端部分としての数
秒間など、移動先の候補とされているプログラムをユー
ザーが識別できる音声データを繰り返し再生すると大変
便利である。このように例えば選択中のプログラムの冒
頭部分である数秒を繰り返し再生する、所謂リハーサル
再生を実行するものとして、以下の処理手順を説明して
いく。

【００８９】システムコントローラ１１が行う一連の編
集処理例を図１４に示す。ユーザーによって文字ムーブ
キーが押されると、システムコントローラ１１の処理は
ステップＦ１０１からステップＦ１０２に進む。

【００９０】ステップＦ１０２では、それまでにユーザ
ーが入力した文字情報（タイトル）数と実際にディスク
９０上に記録されたプログラム数の大小関係を比較す
る。ユーザーが入力したタイトル数が実際にディスク９
０上に記録されたプログラム数より小さくない場合と
は、図６（ｂ）に示したような状況にはなっていない場
合であり、特に文字ムーブは不要であるため処理を終了
する。

【００９１】なお、本例では図６（ｂ）のような状況を
是正するための処理として文字ムーブ編集が行われるよ
うにしているため、ステップＦ１０２で否定結果が出た
ときは文字ムーブを不要としているが、特に図６（ｂ）
のような状況でなくてもユーザーがある文字情報につい
てプログラム番号との対応関係を変更したい場合も考え
られる。そのような場合でも文字ムーブを実行できるよ
うにする場合は、ステップＦ１０２の処理は不要とな
る。また、その場合は、必ずしもプログラムの分割状態
が正確でないとは限らないため、ステップＦ１１６での
自動コンバイン処理は実行しないことが好ましい。

【００９２】本例において、ユーザーが入力したタイト
ル数が実際にディスク９０上に記録されたプログラム数
より小さい場合は、処理をステップＦ１０３に進め、デ
ィスク９０上に記録されているタイトル名の付与されて
いるプログラム番号の終端側のプログラム番号をｍに記
憶する。上記図６（ｂ）の例の場合は、変数ｍとして５
が代入されることになる。

【００９３】次にステップＦ１０４にて、変数ｍ＝１、
つまりタイトル名の付与されているプログラム番号の終
端側にもっとも近いプログラム番号が１に等しいかを判
別する。変数ｍ＝１でない場合は、ステップＦ１０５に
て、タイトルが未付与で始端側にもっとも近いプログラ
ム番号を変数ｎとして記憶する。

【００９４】ステップＦ１０６では、変数ｍ、ｎ、及び
プログラム＃ｍに付与されているタイトル名を表示部２
０に表示させる。つまり図６（ｂ）の状態であるときは
変数ｎ＝６とされ、図８（ａ）の表示を行う。さらに、
上記したリハーサル再生として、プログラム＃ｎ（６曲
目）の冒頭部分の再生音声出力を実行させる。これによ
りユーザーに対して、プログラム＃ｍに対応されている
文字情報をプログラム＃ｎに対応するものとして移動さ
せてよいか否かを尋ねることになる。

【００９５】図８で説明したようにユーザーはこれに対
してジョグダイヤルを回転操作して他のプログラム番号
を選択するか、エンター操作としてジョグダイヤルを押
圧操作を行う。ユーザーがジョグダイヤルを回転操作す
る場合とは、現在表示している移動を求めない場合であ
り、処理はステップＦ１０７からＦ１０８に進み、シス
テムコントローラ１１はジョグダイヤルが＋／−いづれ
の方向に回転されたかを検知する。そして＋方向であれ
ばステップＦ１０８で変数ｎをインクリメントし、また
−方向であれば変数ｎをデクリメントしてステップＦ１
０６に戻る。例えば図８の例では、図８（ａ）の状態か
らユーザーが＋方向にジョグダイヤルを回したために、
変数ｎは「７」とされ、ステップＦ１０６で図８（ｂ）
の表示が行われるとともに、プログラム＃７のリハーサ
ル再生が行われる。また図８の例ではさらにユーザーが
＋方向にジョグダイヤルを回すため、変数ｎは「８」と
され、ステップＦ１０６で図８（ｃ）の表示が行われる
とともに、プログラム＃８のリハーサル再生が行われ
る。

【００９６】この段階でユーザーは表示されている移動
に合意してエンター操作を行うため、処理はステップＦ
１０７からＦ１１１に進み、文字移動処理、即ち上述し
たようにＳ−ＲＡＭ１１ａ内での、図７（ｂ）のように
対応関係を変更する処理を行う。そしてステップＦ１１
２として、そのような移動が行われた旨の表示、即ち図
８（ｄ）の表示を実行する。この表示状態をステップＦ
１１３で所定時間経過と判断されるまで継続したら、続
いてステップＦ１１４で変数ｍをデクリメントし、ステ
ップＦ１０４に戻る。

【００９７】このステップＦ１０４からＦ１１４の処理
が繰り返されることで、図８（ａ）〜（ｍ）及び図７
（ａ）〜（ｅ）で説明した処理が実行されていき、図８
（ｍ）及び図７（ｅ）までの処理が終了した時点でステ
ップＦ１０４でｍ＝１と判断されることになる。その時
点でステップＦ１１５で文字ムーブキーの押圧がなされ
たかを判断し、押圧された場合はユーザーの操作として
のタイトル移動は全て終了したと解釈してステップＦ１
１６の自動コンバイン処理に移行する。

【００９８】この自動コンバイン処理は上述したように
図７（ｅ）の状態から図７（ｆ）の状態に管理状態を更
新する処理である。コンバイン処理を終えたら、ステッ
プＦ１１７でバッファメモリ１３上での最終的なＵ−Ｔ
ＯＣ更新を行い、一連の文字ムーブ処理を終了する。そ
の後所定時点で、ディスク９０上のＵ−ＴＯＣデータ
が、バッファメモリ１３に保持されているＵ−ＴＯＣデ
ータにより更新されることで、文字編集が完結する。

【００９９】以上のような処理が行われることで、上述
してきた文字ムーブ編集が実現され、例え図６（ｂ）の
ようなタイトルとプログラム番号の不一致が生じても、
ユーザーがわざわざ始めから文字入力をやり直すことな
く、正しい状態に直すことができる。

【０１００】なお、図１５の処理は一例であり、処理方
式としては各種の例が考えられることはいうまでもな
い。特にＵ−ＴＯＣデータの更新は、Ｓ−ＲＡＭ１１
ａ、バッファメモリ１３、ディスク９０のそれぞれの３
段階で行われるが、どの時点での更新をどの部位で行う
かは、更新処理プログラムとしてのソフトウエアの設計
事情などによればよく、上記例には全く限定されるもの
ではない。

【０１０１】

【発明の効果】以上説明したきたように本発明は、プロ
グラムと文字情報（タイトル）の対応関係がずれている
場合などに、それを是正するためにプログラムとタイト
ルの対応関係を変更することができ、ユーザーにとって
文字入力のやり直しなどの煩雑な作業を不要とすること
ができるという効果がある。またこのような文字情報の
移動編集は、その指示操作の際に表示による移動内容を
ユーザーに示したり、いわゆるリハーサル再生で移動先
を提示することで、操作に迷うことはなくなり、簡易か
つ効率的な操作をユーザーに提供できるという効果があ
る。また各プログラムについて対応される文字情報の有
無に応じてプログラムの結合処理を自動的に行わせるよ
うにしたため、文字移動後のユーザーのコンバイン編集
も不要とし、より簡易な操作環境を実現できる。

【図面の簡単な説明】

【図１】本発明の実施の形態のＭＤレコーダのブロック
図である。

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

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

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

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

【図６】実施の形態のダビング時の管理状態例の説明図
である。

【図７】実施の形態の文字ムーブ動作の説明図である。

【図８】実施の形態の文字ムーブ動作時の表示状態の説
明図である。

【図９】実施の形態の文字ムーブ実行前のＵ−ＴＯＣセ
クター１の管理例の説明図である。

【図１０】実施の形態の文字ムーブ実行中のＵ−ＴＯＣ
セクター１の管理例の説明図である。

【図１１】実施の形態の文字ムーブ実行後のＵ−ＴＯＣ
セクター１の管理例の説明図である。

【図１２】実施の形態のダビング終了時点のＵ−ＴＯＣ
セクター０の管理例の説明図である。

【図１３】実施の形態のコンバイン終了時点のＵ−ＴＯ
Ｃセクター０の管理例の説明図である。

【図１４】実施の形態の自動コンバイン処理の説明図で
ある。

【図１５】実施の形態の文字ムーブ処理のフローチャー
トである。

【符号の説明】

１ ＭＤレコーダ、３ 光学ヘッド、１１ システムコ
ントローラ、１２ メモリコントローラ、１３ バッフ
ァメモリ、１９ 操作部、２０ 表示部、２２無音検知
部、２５ デジタルインターフェース部

Claims (11)

【特許請求の範囲】
1. 【請求項１】 複数のプログラムが記録可能なプログラ
   ム領域と、前記プログラム領域に記録されたプログラム
   の記録位置及びプログラム領域に記録された個々のプロ
   グラムに対応した文字情報を管理する管理領域を有する
   記録媒体に対応して記録動作を行うことのできる記録装
   置において、 前記管理領域に、前記プログラム領域に記録されている
   個々のプログラムに対応して記録されている各文字情報
   について、その文字情報とプログラム番号の対応付けの
   変更指示操作を行うことができる操作手段と、 前記操作手段による変更指示操作に従って、前記管理領
   域に記録されている文字情報のプログラム番号への対応
   付けの状態を変更させるように、前記管理領域のデータ
   を更新する更新制御手段と、 を有することを特徴とする記録装置。
2. 【請求項２】 前記更新制御手段は、文字情報とプログ
   ラム番号の対応付けの状態の変更として、或るプログラ
   ム番号に対応する文字情報が、他のプログラム番号に対
   応する文字情報として管理されるように前記管理領域の
   データを更新することを特徴とする請求項１に記載の記
   録装置。
3. 【請求項３】 表示手段を備え、 前記更新制御手段は、前記操作手段による変更指示操作
   の際に、前記表示手段上で、処理対象となる文字情報及
   び対応付けられているプログラム番号と、新たな対応付
   け先となるプログラム番号を表示させることを特徴とす
   る請求項１に記載の記録装置。
4. 【請求項４】 前記プログラム領域に記録されたプログ
   ラムを再生出力することのできる再生手段を備え、 前記更新制御手段は、前記操作手段による変更指示操作
   過程において、処理対象となっている文字情報に関し新
   たな対応付け先となるプログラム番号の候補があげられ
   ている際に、前記再生手段により、その候補とされてい
   るプログラム番号を提示することができるプログラムデ
   ータ部分を再生するリハーサル再生を実行させることを
   特徴とする請求項１に記載の記録装置。
5. 【請求項５】 複数のプログラムが記録可能なプログラ
   ム領域と、前記プログラム領域に記録されたプログラム
   の記録位置及びプログラム領域に記録された個々のプロ
   グラムに対応した文字情報を管理する管理領域を有する
   記録媒体に対応して記録動作を行うことのできる記録装
   置において、 前記管理領域に前記プログラム領域に記録されている個
   々のプログラムに対応して記録されている各文字情報に
   ついて、その文字情報とプログラム番号の対応付けの変
   更指示操作を行うことができる操作手段と、 前記操作手段による変更指示操作に従って、前記管理領
   域に記録されている文字情報のプログラム番号への対応
   付けの状態を変更させるとともに、その対応付けの変更
   が行われた状態における各プログラムについての対応す
   る文字情報の存在／非存在の状況に応じて、所要の複数
   のプログラムが１つのプログラムとして結合された状態
   で管理されるように前記管理領域のデータを更新する更
   新制御手段と、 を有することを特徴とする記録装置。
6. 【請求項６】 前記更新制御手段は、文字情報とプログ
   ラム番号の対応付けの状態の変更として、或るプログラ
   ム番号に対応する文字情報が、他のプログラム番号に対
   応する文字情報として管理されるように前記管理領域の
   データを更新することを特徴とする請求項５に記載の記
   録装置。
7. 【請求項７】 表示手段を備え、 前記更新制御手段は、前記操作手段による変更指示操作
   の際に、前記表示手段上で、処理対象となる文字情報及
   び対応付けられているプログラム番号と、新たな対応付
   け先となるプログラム番号を表示させることを特徴とす
   る請求項５に記載の記録装置。
8. 【請求項８】 前記プログラム領域に記録されたプログ
   ラムを再生出力することのできる再生手段を備え、 前記更新制御手段は、前記操作手段による変更指示操作
   過程において、処理対象となっている文字情報に関し新
   たな対応付け先となるプログラム番号の候補があげられ
   ている際に、前記再生手段により、その候補とされてい
   るプログラム番号を提示することができるプログラムデ
   ータ部分を再生するリハーサル再生を実行させることを
   特徴とする請求項５に記載の記録装置。
9. 【請求項９】 前記更新制御手段は、前記操作手段によ
   る変更指示操作に従って、前記管理領域に記録されてい
   る文字情報のプログラム番号への対応付けの状態を変更
   させた後、その対応付けの変更が行われた状態におい
   て、対応する文字情報が存在しないプログラムを、その
   プログラムより先行するプログラム番号であって対応す
   る文字情報が存在するプログラムに結合された状態とな
   るように前記管理領域のデータを更新することを特徴と
   する請求項５に記載の記録装置。
10. 【請求項１０】 複数のプログラムが記録可能なプログ
    ラム領域と、前記プログラム領域に記録されたプログラ
    ムの記録位置及びプログラム領域に記録された個々のプ
    ログラムに対応した文字情報を管理する管理領域を有す
    る記録媒体に対して、文字情報とプログラム番号の対応
    関係を変更する文字編集方法として、 前記管理領域から文字情報を読み出して、プログラム番
    号と対応付けて記憶する記憶工程と、 前記記憶工程にて記憶された文字情報とプログラム番号
    の対応付けの変更を指示する操作工程と、 前記操作工程での指示に従って記憶された文字情報とプ
    ログラム番号の対応付けを変更する編集工程と、 前記編集工程で得られた新たな文字情報とプログラム番
    号の対応付けに基づいて前記管理領域のデータを更新す
    る更新工程と、 を実行することを特徴とする文字編集方法。
11. 【請求項１１】 複数のプログラムが記録可能なプログ
    ラム領域と、前記プログラム領域に記録されたプログラ
    ムの記録位置及びプログラム領域に記録された個々のプ
    ログラムに対応した文字情報を管理する管理領域を有す
    る記録媒体に対して、文字情報とプログラム番号の対応
    関係を変更する文字編集方法として、 前記管理領域から文字情報を読み出して、プログラム番
    号と対応付けて記憶する記憶工程と、 前記記憶工程にて記憶された文字情報とプログラム番号
    の対応付けの変更を指示する操作工程と、 前記操作工程での指示に従って記憶された文字情報とプ
    ログラム番号の対応付けを変更する編集工程と、 前記編集工程で得られた新たな文字情報とプログラム番
    号の対応付けに基づいて前記管理領域のデータを更新す
    るとともに、その文字情報とプログラム番号の対応付け
    が変更された状態での各プログラムの対応する文字情報
    の存在／非存在の状況に応じて、所要の複数のプログラ
    ムが１つのプログラムとして結合された状態で管理され
    るように前記管理領域のデータを更新する更新工程と、 を実行することを特徴とする文字編集方法。