JPH08102149A

JPH08102149A - 文字情報記録装置及び文字情報出力装置

Info

Publication number: JPH08102149A
Application number: JP6259720A
Authority: JP
Inventors: Atsushi Kitayama; 厚北山
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1994-09-30
Filing date: 1994-09-30
Publication date: 1996-04-16
Anticipated expiration: 2020-07-20
Also published as: CN1144377A; US5719841A; TW279971B; CN1130714C; KR100361404B1; JP3672599B2; KR960011963A

Abstract

(57)【要約】【目的】アスキーコードなどの第１の文字種について
文字情報として記録することができるシステムにおい
て、カナなどの第２の文字種について文字情報の入出力
を実行可能とし、さらにその場合に、互換性や処理の簡
易性を得る。【構成】第１の文字種に基づく文字情報を記録できる
記録媒体に対する文字情報記録装置として、第２の文字
種を入力可能な入力手段によって入力された各文字につ
いて、変換手段で１：１の関係で対応した規則により第
１の文字種に変換する。そして変換した文字列に対応し
て特定の識別子を付加し、記録文字列として記録媒体に
記録する。一方、文字情報出力装置として、記録媒体か
ら読み出した文字情報に識別子が含まれていた場合に、
その識別子に示される文字列部分について、１：１の関
係で対応した規則により第２の文字種に変換する。そし
て変換した文字列部分については第２の文字種によって
出力し、また変換していない文字列部分については第１
の文字種によって出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は例えば音声データなどに
対応して文字情報を記録できる記録媒体について文字情
報に記録を行なう文字情報記録装置、及び文字情報を読
み出して出力する文字情報出力装置に関するものであ
る。

【０００２】

【従来の技術】音楽等を記録／再生することのできる記
録装置／再生装置として、音声信号をデジタル信号とし
て記録する光磁気ディスク、或は磁気テープ等を記録媒
体とした記録装置／再生装置が知られている。また、近
年ミニディスクとして知られている、光磁気ディスクを
用いた記録再生システムでは、ユーザーが楽曲等の音声
を録音し、再生することができるだけでなく、そのディ
スクのタイトル（アルバム名）や記録されている楽曲に
ついて曲名などを文字情報として記録しておくことがで
き、例えば再生時においては再生装置に設けられた表示
部において、ディスクタイトルや曲名、アーティスト名
等を表示することができるようにされている。

【０００３】

【発明が解決しようとする課題】ところで、ミニディス
クの場合を例にあげると、通常、文字情報としてディス
クに記録しておくことができるのは図１４に示すアスキ
ーコード（ＡＳＣＩＩ−ＣＯＤＥ）による文字列であ
り、つまり、アルファベット、数字及び所定の記号のみ
である。

【０００４】なお、もちろん図１４にあげた文字以外に
も、カタカナ等をコード化してディスクに記録していく
ことは可能ではある。例えば図１４では列番号が２〜７
までしか示されていないが、ＪＩＳ−０２０１コード規
格では、これに加えて列番号がＡ〜Ｄとなるコードとし
て、カタカナや記号が定義されている。

【０００５】ところが、ＪＩＳ−０２０１コード規格に
おいてカタカナ等が定義されている部分は、各国の規格
によって様々な文字が定義されており、従ってＪＩＳ−
０２０１コード規格に基づいたカタカナコードをディス
クに記録した場合、そのディスクを海外仕様の機器で再
生させると、異なる文字が表示されてしまう。つまり文
字化けが発生する。また、カナ文字までも対応させよう
とする場合は、アスキーコードのみの場合と比較して倍
以上の文字数の処理となるため、必要なメモリー容量も
大きくなり、機器の低コスト化にも反する。これらの事
情からミニディスクシステムでは図１４に示したアスキ
ーコードのみを文字情報としてディスクに記録すること
ができるようにしていた。

【０００６】ところが、文字情報についてアスキーコー
ドのみで対応させる場合、例えば日本語の文字情報を表
示させようとしたときに、非常に読みずらくなることが
多いという問題がある。例をあげれば、『川の流れのよ
うに』という楽曲を録音した際にこの曲名をアスキーコ
ードでディスクに記録すると、ローマ字形式で『ＫＡＷ
ＡＮＯＮＡＧＡＲＥＮＯＹＯＵＮＩ』となる。これを例
えばその楽曲の再生時に表示させようとすると、このま
まローマ字形式で表示されることになるため、非常に読
みずらく、曲名表示としての機能が十分に生かされない
ことになる。例えば『カワノナガレノヨウニ』とカナ文
字で表示できれば読み易くなるため、上記したカナ文字
対応の場合の問題を解消したうえで、このようなカナ表
示出力を実行できるようにすることが求められている。

【０００７】

【課題を解決するための手段】本発明はこのような問題
点にかんがみてなされたもので、アスキーコードなどの
第１の文字種について文字情報として記録することがで
きるシステムにおいて、カナなどの第２の文字種につい
て文字情報の入出力を実行することができるようにし、
さらにその場合に、互換性や処理の簡易性を得ることを
目的とする。

【０００８】このため、第１の文字種に基づく文字情報
を記録できる記録媒体に対する文字情報記録装置とし
て、まず少なくとも第２の文字種における文字を入力す
ることができる入力手段を設ける。そして変換手段で、
この入力手段によって入力された第２の文字種の各文字
について、１：１の関係で対応した規則により第１の文
字種による１又は複数の文字に変換することができるよ
うにする。さらに、変換手段によって変換した文字列に
対応して、特定の識別子を付加し、記録文字列とする識
別子付加手段を設け、記録手段によって記録文字列を記
録媒体に記録することができるようにする。

【０００９】ここで識別子付加手段は変換手段によって
変換した文字列部分につき、その前後に識別子を配する
ようにする。また、識別子で囲まれた文字列部分につい
てのバイト数が所定のバイト数を越えないように識別子
の配置状態を設定することができるようにする。

【００１０】また、識別子で囲まれた文字列として記録
媒体に記録されている文字列に対して、新たに入力手段
から第２の文字種の文字が入力され変換手段で変換され
た文字列を加える場合に、識別子付加手段は新たに加え
る文字列について新たに識別子を付加するようにする。

【００１１】さらに入力手段は、識別子となる文字を入
力することができないように構成する。

【００１２】次に第１の文字種に基づく文字情報が記録
された記録媒体から文字情報を読み出して出力すること
ができる文字情報出力装置として、読出手段と、識別子
判別手段と、変換手段と、出力手段とを設ける。読出手
段は記録媒体から文字情報を読み出すことができるよう
にする。識別子判別手段は、記録媒体から読み出した文
字情報において特定の識別子が含まれているか否かを判
別する。変換手段は、文字情報に識別子が含まれていた
場合に、その識別子によって示される文字列部分につい
て、１：１の関係で対応した規則により第２の文字種に
よる文字に変換することができるようにする。出力手段
は、読出手段によって読み出した第１の文字種による文
字列について、変換手段によって変換された文字列部分
については第２の文字種によって出力し、また変換手段
によって変換されていない文字列部分については第１の
文字種によって出力することができるようにする。

【００１３】ここで、変換手段は、前後が識別子で囲ま
れた文字列部分について、その文字列部分のバイト数が
所定のバイト数を越える場合は、その文字列部分につい
ては第２の文字種への変換を実行しないようにする。

【００１４】また変換手段は、前後が識別子で囲まれた
文字列部分について、その文字列部分内に、１：１の関
係で対応した規則により第２の文字種による文字に変換
することができない部分が存在した場合は、その文字列
部分については第２の文字種への変換を実行しないよう
にする。

【００１５】

【作用】音楽等の各音声情報についてその曲名等を示す
文字情報が第１の文字種により所定エリアに記録される
記録媒体に対しては、第２の文字種を所定の規則で第１
の文字種に変換するようにすることにより、第２の文字
種の記録を行なうことができる。また、第１の文字種に
よる文字情報を読み出して第２の文字種に変換すること
で、第２の文字種による表示などの出力が可能となり、
ユーザーによる表示文字の読みやすさを向上させること
ができる。このとき、第１−第２の文字種間での変換
を、１：１で対応する規則で行なうようにすれば、混乱
のない変換アルゴリズムが構築でき、処理の容易性及び
互換性の実現に好適である。

【００１６】また、変換する文字列については最長バイ
ト数を設定することでも、コードの扱いや変換アルゴリ
ズムの簡易化、表示などの出力の迅速化を実現できる。
最長バイト数を設定するには、それを越えるような文字
入力があった場合は、その文字列を分割してそれぞれ識
別子で囲うようにしたり、既に記録されている文字列に
新たに文字を追加する場合には、その新たな文字列部分
も独自に識別子で囲うようにすればよい。

【００１７】

【実施例】以下、本発明の実施例として文字情報記録装
置及び文字情報出力装置を搭載した記録再生装置を説明
する。この記録再生装置は、光磁気ディスクを記録媒体
として音声データを記録再生することができるミニディ
スク記録再生装置する。そして、これに含まれる文字情
報記録装置としては音声データトラックまたはディスク
に対応してタイトル等の文字を記録できるものとし、ま
た文字情報出力装置としては、ディスクに記録したタイ
トル等の文字情報を読み出して表示出力することができ
るものとする。この実施例は以下の順序で説明する。１．記録再生装置の構成２．ディスクのＴＯＣ構造３．文字情報記録動作４．文字情報出力動作

【００１８】［１．記録再生装置の構成］図２は記録再
生装置の外観例を示すものである。３０は記録再生装置
全体を示す。記録再生装置３０の前面パネルには液晶表
示装置等による表示部３１が形成されている。この表示
部３０には記録／再生しているディスクの動作モード状
態、トラックナンバ、記録時間／再生時間、編集動作状
態等が示される。さらに後述するようにディスクには文
字情報が記録できるが、その文字情報の入力の際の入力
文字の表示や、ディスクから読み出した文字情報の表示
などが実行される。

【００１９】３２はディスク挿入部であり、記録再生装
置にディスクを挿入し、また脱却する部位である。３３
は赤外線信号の受光部である。

【００２０】またこの前面パネルには３４〜４７として
示す各種操作手段が設けられる。３４は電源キー、３５
は再生キーである。再生キー３５は一時停止キーを兼ね
ている。３６は停止キー、３７は録音キー、３８はＦＦ
／ＲＥＷキーである。３９はＡＭＳダイヤルであり、右
方向に回転により、トラックナンバの大きい方への頭出
し操作となる。また左方向の回転によりトラックナンバ
の小さい方への頭出し操作となる。４０はイジェクトキ
ーであり、ディスクを脱却する際に操作する。４１は通
常再生モードキー、４２はプログラム再生モードキー、
４３はシャッフル再生モードキーである。

【００２１】また４４はエディットキーであり、各種編
集モードの呼出し及び終了の操作のためのキーとなる。
４５はイエスキー、４６はノーキーであり、編集操作な
どに用いる。

【００２２】文字入力については編集モードの１つとさ
れており、エディットキーでディスクネーム入力モード
又はトラックネーム入力モードを呼び出す。そして文字
入力を行なっていくことになる。文字入力はジョグダイ
ヤル４７が用いられる。ジャグダイヤル４７を回すこと
で、アルファベット、数字、記号など図１４で示したア
スキーコード文字が順次表示部３１に表示される。また
本実施例ではカタカナについても順次表示されることに
なる。そして、例えば或る文字を表示させた状態でイエ
スキー４５を押すことでその文字入力が確定される。こ
のようにして文字を入力していき、或る時点でエディッ
トキー４４もしくは再度イエスキー４５を押すなどの操
作により、入力文字列が確定し、ディスクに書き込まれ
ることになる。なお、入力操作手順についてはこれに限
らず、設けられるキーの種類などに応じて各種考えられ
る。

【００２３】また、この記録再生装置３０に対応して図
３に示すようなリモートコマンダー９０が用意される。
リモートコマンダー９０は押されたキーに応じて内部の
ＲＯＭまたはＲＡＭからコマンドコードを読み出し、こ
れを変調して赤外線信号として出力する。この赤外線信
号は受光部３３によって受光され、コマンドコードパル
スとなる電気信号に変換されて記録再生装置３０に取り
込まれる。記録再生装置３０はそのコマンドコードに応
じて動作が実行される。

【００２４】リモートコマンダー９０において、９１は
電源キーである。９２は数字や文字などに対応した数字
／文字キーを示す。９３は表示モードや再生モードを指
定するモードキーである。また９４は再生、一時停止、
停止、録音、ＦＦ／ＲＥＷ、ＡＭＳなどの操作キーであ
る。９５は文字入力モードキー、９６は入力モードをア
ルファベット大文字／アルファベット小文字／カタカナ
のいづれかを選択するためのモード選択キーである。９
７は入力モードを数字とするための数字モードキーであ
る。９８は選択キーである。

【００２５】数字／文字キー９２は、各キーが所定の数
字、アルファベット、カタカナ、記号などに対応されて
いる。通常は数字キーとして機能し、例えば再生時に
『３』のキーを押すと、トラックナンバ３のトラックへ
のアクセスキー（ＡＭＳキー）となる。一方、文字入力
モードキー９５が押された場合は、数字／文字キー９２
は文字入力のためのキーとして機能する。このとき、入
力文字はモード選択キー９６又は数字モードキー９７の
操作に基づいて設定される。

【００２６】例えば『１』のキーは数字の『１』と、ア
ルファベットの『Ａ』、及びカタカナの『ア』『イ』に
対応しているが、アルファベット大文字入力モードとさ
れている場合は、この『１』のキーを押すことで『Ａ』
が入力される。またアルファベット小文字入力モードと
されている場合は、『１』のキーを押すことで『ａ』が
入力される。さらに、カタカナ入力モードとされている
場合は、『１』のキーを１回押すことで表示部３１に
『ア』が表われ、次に押すことで『イ』が表われる。ま
た再度押すと再び『ア』となり、つまりトグル操作とな
る。ユーザーが『イ』を入力したい場合は、『１』のキ
ーを押して『イ』を表示させた状態で、選択キー９８を
押す。すると『イ』という文字が入力されたことにな
る。このような操作により各文字を入力していき、或る
時点で文字入力モードキー９５を押すと、それまで入力
された文字列が確定され、ディスクに記録されることに
なる。

【００２７】図１は記録再生装置３０の要部のブロック
図を示している。図１において、１は音声データが記録
されている光磁気ディスクを示し、スピンドルモータ２
により回転駆動される。３は光磁気ディスク１に対して
記録／再生時にレーザ光を照射する光学ヘッドであり、
記録時には記録トラックをキュリー温度まで加熱するた
めの高レベルのレーザ出力をなし、また再生時には磁気
カー効果により反射光からデータを検出するための比較
的低レベルのレーザ出力をなす。

【００２８】このため、光学ヘッド３はレーザ出力手段
としてのレーザダイオード、偏向ビームスプリッタや対
物レンズ等からなる光学系、及び反射光を検出するため
のディテクタが搭載されている。対物レンズ３ａは２軸
機構４によってディスク半径方向及びディスクに接離す
る方向に変位可能に保持されている。

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

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

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

【００３２】再生ＲＦ信号はエンコーダ／デコーダ部８
でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、メ
モリコントローラ１２によって一旦バッファＲＡＭ１３
に書き込まれる。なお、光学ヘッド３による光磁気ディ
スク１からのデータの読み取り及び光学ヘッド３からバ
ッファＲＡＭ１３までの系における再生データの転送は
1.41Mbit/secで、しかも間欠的に行なわれる。

【００３３】バッファＲＡＭ１３に書き込まれたデータ
は、再生データの転送が0.3Mbit/sec となるタイミング
で読み出され、エンコーダ／デコーダ部１４に供給され
る。そして、音声圧縮処理に対するデコード処理等の再
生信号処理を施され、Ｄ／Ａ変換器１５によってアナロ
グ信号とされ、出力端子１６から所定の増幅回路部へ供
給されて再生出力される。例えばＬ，Ｒアナログオーデ
ィオ信号として出力される。

【００３４】ここで、バッファＲＡＭ１３へのデータの
書込／読出は、メモリコントローラ１２によって書込ポ
インタと読出ポインタの制御によりアドレス指定されて
行なわれるが、書込ポインタ（書込アドレス）は上記し
たように1.41Mbit/secのタイミングでインクリメントさ
れ、一方、読出ポインタ（読出アドレス）は0.3Mbit/se
c のタイミングでインクリメントされていく。この書込
と読出のビットレートの差異により、バッファＲＡＭ１
３内には或る程度データが蓄積された状態となる。バッ
ファＲＡＭ１３内にフル容量のデータが蓄積された時点
で書込ポインタのインクリメントは停止され、光学ヘッ
ド３による光磁気ディスク１からのデータ読出動作も停
止される。ただし読出ポインタのインクリメントは継続
して実行されているため、再生音声出力はとぎれないこ
とになる。

【００３５】その後、バッファＲＡＭ１３から読出動作
のみが継続されていき、或る時点でバッファＲＡＭ１３
内のデータ蓄積量が所定量以下となったとすると、再び
光学ヘッド３によるデータ読出動作及び書込ポインタの
インクリメントが再開され、再びバッファＲＡＭ１３の
データ蓄積がなされていく。

【００３６】このようにバッファＲＡＭ１３を介して再
生音響信号を出力することにより、例えば外乱等でトラ
ッキングが外れた場合などでも、再生音声出力が中断し
てしまうことはなく、データ蓄積が残っているうちに例
えば正しいトラッキング位置までにアクセスしてデータ
読出を再開することで、再生出力に影響を与えずに動作
を続行できる。即ち、耐震機能を著しく向上させること
ができる。

【００３７】アドレスデコーダ１０から出力されるアド
レス情報や制御動作に供されるサブコードデータはエン
コーダ／デコーダ部８を介してシステムコントローラ１
１に供給され、各種の制御動作に用いられる。システム
コントローラ１１はマイクロコンピュータによって構成
される。

【００３８】また、システムコントローラ１１は光学ヘ
ッド３におけるレーザダイオードの動作を制御するレー
ザ制御信号を出力しており、レーザダイオードの出力を
オン／オフ制御するとともに、オン制御時としては、レ
ーザパワーが比較的低レベルである再生時の出力と、比
較的高レベルである記録時の出力とを切り換えることが
できるようになされている。

【００３９】光磁気ディスク１に対して記録動作が実行
される際には、入力端子１７に供給された記録信号（ア
ナログオーディオ信号）は、Ａ／Ｄ変換器１８によって
デジタルデータとされた後、エンコーダ／デコーダ部１
４に供給され、音声圧縮エンコード処理を施される。エ
ンコーダ／デコーダ部１４によって圧縮された記録デー
タはメモリコントローラ１２によって一旦バッファＲＡ
Ｍ１３に書き込まれ、また所定タイミングで読み出され
てエンコーダ／デコーダ部８に送られる。そしてエンコ
ーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調
等のエンコード処理された後、磁気ヘッド駆動回路６に
供給される。

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

【００４１】１９はユーザー操作に供されるキーなどが
設けられた操作入力部であり、上述した３４〜４７の操
作キーや操作ダイヤルがこれに相当する。３１は図２に
示した表示部、３３は受光部を示す。

【００４２】ディスク１に対して記録／再生動作を行な
う際には、ディスク１に記録されている管理情報、即ち
Ｐ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユ
ーザーＴＯＣ）を読み出す必要がある。システムコント
ローラ１１はこれらの管理情報に応じてディスク１上の
記録すべきエリアのアドレスや、再生すべきエリアのア
ドレスを判別することとなる。この管理情報はバッファ
ＲＡＭ１３に保持される。このためバッファＲＡＭ１３
は、上記した記録データ／再生データのバッファエリア
と、これら管理情報を保持するエリアが分割設定されて
いる。

【００４３】そして、システムコントローラ１１はこれ
らの管理情報を、ディスク１が装填された際に管理情報
の記録されたディスクの最内周側の再生動作を実行させ
ることによって読み出し、バッファＲＡＭ１３に記憶し
ておき、以後そのディスク１に対する記録／再生動作の
際に参照できるようにしている。なお、バッファＲＡＭ
１３に読み込んだＴＯＣデータの一部をシステムコント
ローラ１１がさらに内部のＲＡＭに取り込むようにする
場合もある。

【００４４】また、Ｕ−ＴＯＣはデータの記録や消去に
応じて編集されて書き換えられるものであるが、システ
ムコントローラ１１は記録／消去動作のたびにこの編集
処理をバッファＲＡＭ１３に記憶されたＵ−ＴＯＣ情報
に対して行ない、その書換動作に応じて所定のタイミン
グでディスク１のＵ−ＴＯＣエリアについても書き換え
るようにしている。例えばディスク１のイジェクト操作
がなされた場合や、電源オフの操作がなされた場合など
に、ディスク１上でＵ−ＴＯＣを書き換えるようにして
いる。

【００４５】ここで、ディスク１においてセクターデー
タ形態で記録される音声データセクター、及び音声デー
タの記録／再生動作の管理を行なうＰ−ＴＯＣセクタ
ー、Ｕ−ＴＯＣセクターについて説明していく。

【００４６】［２．ディスクのＴＯＣ構造］・・・Ｐ−ＴＯＣセクターディスク１においてトラックの記録／再生動作などの管
理を行なう管理情報として、まずＰ−ＴＯＣセクターに
ついて説明する。Ｐ−ＴＯＣ情報としては、ディスクの
記録可能エリア（レコーダブルユーザーエリア）などの
エリア指定やＵ−ＴＯＣエリアの管理等が行なわれる。
なお、ミニディスク１が再生専用の光ディスクであるプ
リマスタードディスクの場合は、Ｐ−ＴＯＣによってＲ
ＯＭ化されて記録されている楽曲の管理も行なうことが
できるようになされている。

【００４７】図１０はＰ−ＴＯＣ用とされる領域（例え
ばディスク最内周側のＲＯＭエリア）において繰り返し
記録されるＰ−ＴＯＣ情報の１つのセクター（セクター
０）を示している。なお、Ｐ−ＴＯＣセクターはセクタ
ー０〜セクター４まで存在するが、セクター１以降はオ
プションとされている。

【００４８】Ｐ−ＴＯＣセクター０のデータ領域（４バ
イト×588 の２３５２バイト）は、先頭位置にオール０
又はオール１の１バイトデータによって成る同期パター
ンを及びクラスタアドレス及びセクターアドレスを示す
アドレス等が４バイト付加され、以上でヘッダとされ
る。また、ヘッダに続いて所定アドレス位置に『ＭＩＮ
Ｉ』という文字に対応したアスキーコードによる識別Ｉ
Ｄが付加され、Ｐ−ＴＯＣの領域であることが示され
る。

【００４９】さらに、続いてディスクタイプや録音レベ
ル、記録されている最初の楽曲の曲番（First TNO)、最
後の楽曲の曲番（Last TNO) 、リードアウトスタートア
ドレスＬＯ_A 、セクター使用状況（Used sectors）、パ
ワーキャルエリアスタートアドレスＰＣ_A 、Ｕ−ＴＯＣ
のスタートアドレスＵＳＴ_A 、録音可能なエリア（レコ
ーダブルユーザーエリア）のスタートアドレスＲＳＴ_A
等が記録される。

【００５０】続いて、ピット形態で記録されている各楽
曲等を後述する管理テーブル部におけるパーツテーブル
に対応させるテーブルポインタ(P-TNO1 〜P-TNO255) を
有する対応テーブル指示データ部が用意されている。

【００５１】そして対応テーブル指示データ部に続く領
域には、テーブルポインタ(P-TNO1〜P-TNO255) に対応
して、(01h) 〜(FFh) までの２５５個のパーツテーブル
が設けられた管理テーブル部が用意される。なお本明細
書において『ｈ』を付した数値はいわゆる１６進表記の
ものである。それぞれのパーツテーブルには、或るパー
ツについて起点となるスタートアドレス、終端となるエ
ンドアドレス、及びそのパーツのモード情報（トラック
モード）が記録できるようになされている。

【００５２】各パーツテーブルにおけるトラックのモー
ド情報とは、そのパーツが例えばオーバーライト禁止や
データ複写禁止に設定されているか否かの情報や、オー
ディオ情報か否か、モノラル／ステレオの種別などが記
録されている。

【００５３】管理テーブル部における(01h) 〜(FFh) ま
での各パーツテーブルは、テーブルポインタ (P-TNO1〜
P-TNO255) によって、そのパーツの内容が示される。つ
まり、第１曲目の楽曲についてはテーブルポインタP-TN
O1として或るパーツテーブル（例えば(01h))が記録され
ており、この場合パーツテーブル(01h) のスタートアド
レスは第１曲目の楽曲の記録位置のスタートアドレスと
なり、同様にエンドアドレスは第１曲目の楽曲が記録さ
れた位置のエンドアドレスとなる。さらに、トラックモ
ード情報はその第１曲目についての情報となる。なお、
実際にはテーブルポインタには所定の演算処理によりＰ
−ＴＯＣセクター０内のバイトポジションで或るパーツ
テーブルを示すことができる数値が記されている。

【００５４】同様に第２曲目についてはテーブルポイン
タP-TNO2に示されるパーツテーブル（例えば(02h) ）
に、その第２曲目の記録位置のスタートアドレス、エン
ドアドレス、及びトラックモード情報が記録されてい
る。以下同様にテーブルポインタはP-TNO255まで用意さ
れているため、Ｐ−ＴＯＣ上では第２５５曲目まで管理
可能とされている。そして、このようにＰ−ＴＯＣセク
ター０が形成されることにより、例えば再生時におい
て、所定の楽曲をアクセスして再生させることができ
る。

【００５５】なお、記録／再生可能なミニディスクの場
合いわゆるプリマスタードの楽曲エリアが存在しないた
め、上記した対応テーブル指示データ部及び管理テーブ
ル部は用いられず（これらは続いて説明するＵ−ＴＯＣ
で管理される）、従って各バイトは全て『００ｈ』とさ
れている。ただし、全ての楽曲がＲＯＭ形態（ピット形
態）で記録されているプリマスタードタイプのディス
ク、及び楽曲等が記録されるエリアとしてＲＯＭエリア
と光磁気エリアの両方を備えたハイブリッドタイプのデ
ィスクについては、そのＲＯＭエリア内の楽曲の管理に
上記対応テーブル指示データ部及び管理テーブル部が用
いられる。

【００５６】・・・Ｕ−ＴＯＣセクター続いてＵ−ＴＯＣとしてＵ−ＴＯＣのセクター０及びセ
クター１についての説明を行なう。なお、セクター２，
セクター４については後で簡単に述べる。またセクター
３，セクター５〜７は未定義である。

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

【００５８】図１１に示すＵ−ＴＯＣセクター０には、
Ｐ−ＴＯＣと同様にまずヘッダが設けられ、続いて所定
アドレス位置にメーカーコード、モデルコード、最初の
楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TN
O）、セクター使用状況(Usedsectors)、ディスクシリア
ルナンバ、ディスクＩＤ等のデータが記録される。

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

【００６０】そしてテーブルポインタ(P-DFA〜P-TNO25
5) に対応させることになる管理テーブル部として(01h)
〜(FFh) までの２５５個のパーツテーブルが設けら
れ、それぞれのパーツテーブルには、上記図１０のＰ−
ＴＯＣセクター０と同様に或るパーツについて起点とな
るスタートアドレス、終端となるエンドアドレス、その
パーツのモード情報（トラックモード）が記録されてい
る。さらにこのＵ−ＴＯＣセクター０の場合、各パーツ
テーブルで示されるパーツが他のパーツへ続いて連結さ
れる場合があるため、その連結されるパーツのスタート
アドレス及びエンドアドレスが記録されているパーツテ
ーブルを示すリンク情報が記録できるようにされてい
る。

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

【００６２】そのため、リンク情報が設けられ、例えば
各パーツテーブルに与えられたナンバ(01h) 〜(FFh) に
よって、連結すべきパーツテーブルを指定することによ
ってパーツテーブルが連結できるようになされている。
なお、実際にはリンク情報は所定の演算処理によりＵ−
ＴＯＣセクター０内のバイトポジションとされる数値で
示される。即ち、３０４＋（リンク情報）×８（バイト
目）としてパーツテーブルを指定する。なお、プリマス
タードディスク等においてピット形態で記録される楽曲
等については通常パーツ分割されることがないため、前
記図１０のとおりＰ−ＴＯＣセクター０においてリンク
情報はすべて『(00h) 』とされている。

【００６３】つまりＵ−ＴＯＣセクター０における管理
テーブル部においては、１つのパーツテーブルは１つの
パーツを表現しており、例えば３つのパーツが連結され
て構成される楽曲についてはリンク情報によって連結さ
れる３つのパーツテーブルによって、そのパーツ位置の
管理はなされる。

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

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

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

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

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

【００６９】ところで、全く楽曲等の音声データの記録
がなされておらず欠陥もない光磁気ディスクであれば、
テーブルポインタP-FRA によってパーツテーブル(01h)
が指定され、これによってディスクのレコーダブルユー
ザーエリアの全体がフリーエリアであることが示され
る。そして、この場合残る(02h) 〜(FFh) のパーツテー
ブルは使用されていないことになるため、上記したテー
ブルポインタP-EMPTY によってパーツテーブル(02h) が
指定され、また、パーツテーブル(02h) のリンク情報と
してパーツテーブル(03h) が指定され・・・・・・、というよ
うにパーツテーブル(FFh) まで連結される。この場合パ
ーツテーブル(FFh) のリンク情報は以降連結なしを示す
『(00h) 』とされる。なお、このときパーツテーブル(0
1h) については、スタートアドレスとしてはレコーダブ
ルユーザーエリアのスタートアドレスが記録され、また
エンドアドレスとしてはリードアウトスタートアドレス
の直前のアドレスが記録されることになる。

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

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

【００７２】＜Ｕ−ＴＯＣセクター１＞図１３はＵ−Ｔ
ＯＣセクター１のフォーマットを示しており、主にユー
ザーが録音を行なった楽曲に曲名をつけたり、ディスク
タイトルをつける場合に、入力された文字情報を記録す
るデータ領域とされる。

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

【００７４】スロット(01h) 〜(FFh) にはディスクタイ
トル（ディスクネーム）や曲名（トラックネーム）とし
ての文字情報が図１４に示したアスキーコードで記録さ
れる。なお、スロット(01h) の前の８バイトとなるスロ
ットはディスクネームの専用エリアとされている。

【００７５】そして、例えばスロットポインタP-TNA1に
よって指定されるスロットには第１曲目に対応してユー
ザーが入力した文字が記録されていることになる。ま
た、スロットがリンク情報によりリンクされることで、
１つの楽曲（トラック）に対応する文字入力は７バイト
（７文字）より大きくなっても対応できる。なお、この
Ｕ−ＴＯＣセクター１ではスロットポインタP-EMPTY は
使用していないスロットを管理するものである。つま
り、上述したＵ−ＴＯＣセクター０のテーブルポインタ
P-EMPTY による未使用のパーツテーブルの管理方式と同
様に未使用のスロットを管理している。

【００７６】以上のＵ−ＴＯＣセクター０，セクター１
の他、Ｕ−ＴＯＣセクター２として、主にユーザーが録
音を行なった楽曲の録音日時を記録するデータ領域が用
意される。また、Ｕ−ＴＯＣセクター４として、セクタ
ー１と同様に、ユーザーが録音を行なった楽曲に曲名を
つけたり、ディスクタイトルをつける場合に、入力され
た文字情報を記録するデータ領域が用意される。このセ
クター４のフォーマットは図１３とほぼ同様である。た
だし、このセクターは漢字や欧州文字に対応するコード
データが記録されるものであり、図１３のセクター１の
データに加えて、所定バイト位置にキャラクタコードと
して使用する文字コードの属性が記録される。このＵ−
ＴＯＣセクター４の文字情報の管理は、セクター１と同
様に文字スロット指示データ部としてスロットポインタ
P-TNA1〜P-TNA255及びスロットポインタP-TNA1〜P-TNA2
55によって指定される２５５単位のスロット(01h) 〜(F
Fh) によって行なわれる。

【００７７】［３．文字情報記録動作］以上のようにデ
ィスク１にはＵ−ＴＯＣセクター１の領域にアスキーコ
ードによる文字情報を記録できるが、本実施例では、こ
のＵ−ＴＯＣセクター１に、図１４に示したアスキーコ
ードだけでなく、カタカナ情報を記録できるようにして
いる。ただし、実際に記録されるのはあくまでアスキー
コードのみであり、カタカナが入力された場合は、これ
をアスキーコードに変換して記録するものである。以
下、アスキーコード記録のみでカタカナにも対応できる
文字情報記録動作について説明する。

【００７８】本実施例の場合、文字入力に対応して次の
各規則に基づいて記録を行なうことになる。まず、カタ
カナ入力が行なわれた場合は、入力されたカタカナの各
文字について、図５に示すようにアルファベットに変換
する。例えば『ア』が入力されたら『Ａ』に変換し、ま
た『ァ』が入力されたら『ａ』に変換する。同様に
『カ』ではれば『ＫＡ』、『ワ』であれば『ＷＡ』とす
る。この変換は完全に１：１で対応しているものであ
り、つまりカタカナ１文字については対応するアルファ
ベット変換状態は１通りしかない。例えば『シャ』とい
う入力はカタカナの『シ』と『ャ』であり、それぞれが
『『ＳＩ』と『ｙａ』に変換される。『シ』が『ＳＨ
Ｉ』に変換されたり、『シ』と『ャ』がまとめて『ＳＹ
Ａ』や『ＳＨＡ』と変換されることはない。

【００７９】次にカタカナ入力を図５の対応で変換した
場合、その文字列の前後に変換したことを示す識別文字
が付加される。この実施例では識別文字を『＾』として
いる。『＾』は図１４にも示されるように記録可能なア
スキーコードの１つである。例えばユーザーがカタカナ
入力モードで『ギリシャ』という文字を入力した場合、
図５の規則による変換と、識別文字『＾』の付加によ
り、文字列は『＾ＧＩＲＩＳＩｙａ＾』となる。

【００８０】この２つの規則により、入力文字に応じた
記録文字列は図６（ａ）〜（ｄ）の例に示すようにな
る。図６（ａ）はカタカナによる文字入力がなかった場
合で、『ＡＢＣ５ｄｅ』という文字列は、そのまま『Ａ
ＢＣ５ｄｅ』としてディスクに記録される。図６（ｂ）
（ｃ）はカタカナ入力がされた場合であり、各文字がア
ルファベットによる文字に変換され、前後に識別文字
『＾』が付加されている。図６（ｄ）（ｅ）はカタカナ
で入力された文字とアスキーコード文字で入力された文
字の両方がある場合であり、これらの場合、図示するよ
うに、カタカナ部分がアルファベット文字に変換され、
その変換された前後に識別文字『＾』が配される。

【００８１】さらにもう１つの規則として、識別文字
『＾』で囲まれる文字列は、所定バイト数、例えば８０
バイトを越えることがないようにされる。例えば図６
（ｆ）のように、『アイウエオカキクケコ・・・・・・ラリル
レロ』と入力されたとする。この場合、『アイウエオカ
キクケコ・・・・・・ラリルレロ』を図５の規則で変換すると
『＾ＡＩＵＥＯＫＡＫＩＫＵＫＥＫＯ・・・・・・ＲＡＲＩＲ
ＵＲＥＲＯ＾』となり、識別文字『＾』で囲まれる文字
列はバイト数（アスキーコード１文字は１バイト）で８
６バイトとなっている。このような場合は、文字列を区
切って識別文字『＾』を付加する。例えば、図６（ｆ）
に例１として示すように、『＾ＡＩＵＥＯＫＡＫＩＫＵ
ＫＥＫＯ・・・・・・ＲＡ＾』と『＾ＲＩＲＵＲＥＲＯ＾』に
わけ、識別文字『＾』で囲まれる文字列が８０バイトを
越えないようにする。または例２と示すように区切りを
行なってもよい。もちろん区切り方は他にも各種考えら
れる。

【００８２】また、既に記録されていた文字列に新たに
カタカナ入力文字を付加する場合は、その新たな入力文
字列（変換文字列）について、独自に識別文字『＾』で
囲まれるようにする。例えばディスクの或るトラックに
対応してＵ−ＴＯＣ上に既に、図７（ａ）〜（ｃ）に示
すように『ＡＢＣ』『＾ＡＩＵ＾』『ＡＢＣＤ』などが
記録されていたとする。これらを削除せずにカタカナ入
力を付け加えたような場合、同図に示すように入力した
カタカナを変換した文字列について識別文字『＾』で囲
ませる。例えば図７（ｂ）の場合に『＾ＡＩＵＫＡＫＩ
ＫＵ＾』とはせずに、新たに入力された『カキク』につ
いて『＾ＫＡＫＩＫＵ＾』とする。これは、文字の追加
により識別文字『＾』で囲まれた部分のバイト数が大き
くなることを防ぐためである。

【００８３】なお、これらの処理規則に加えて本実施例
の場合、ユーザーは識別文字とされた『＾』を文字とし
て入力することができるようにされている。つまり、ジ
ョグダイヤル４７の操作では『＾』が表示されることは
なく、またリモートコマンダー９０には『＾』に対応す
るキーは設けられてない。

【００８４】以上の規則に従って入力文字をディスクの
Ｕ−ＴＯＣセクター１に書き込むためのシステムコント
ローラ１１の処理を図４に示す。上述のように、エディ
ットキー４４又はリモートコマンダー９０のネーム入力
モードキー９５の操作により、記録再生装置３０はネー
ム入力モードとなる。なお、ネーム入力モードとされる
際に或るトラックが指定されていれば、そのトラックに
対応した曲名等のトラックネーム入力モードとなり、ま
た指定されていなければディスクタイトル等のディスク
ネーム入力モードとなる。

【００８５】ネーム入力モードとされると、処理はステ
ップF101からF102に進み、入力文字がカタカナでない場
合は、ステップF116に進む。ここでアスキーコード文字
の入力がなされた場合は、そのままその文字を記録すべ
き文字列としてセットする(F119)。そのままネーム入力
モードが終了された場合は、ステップF117からF121に進
む。例えば図６（ａ）の入力『ＡＢＣ５ｄｅ』に対して
記録すべき文字列『ＡＢＣ５ｄｅ』がセットされている
ことになる。またアルファベット又は数字などの入力に
続いてカタカナ入力がなされる場合は、ステップF118か
らF102に戻り、ステップF103に進むことになる。

【００８６】カタカナ入力が実行される場合は、まずス
テップF103でカナ先頭フラグがオンとされる。これは１
かたまりのカタカナ文字列の先頭を表わすフラグとな
る。続いてバイトカウント値ＢＴＮがゼロにセットされ
る(F104)。そして、ユーザーがカタカナ文字を入力する
と、ステップF105からF108に進む。カタカナ入力の１文
字目が実行された時点では、カナ先頭フラグがオンとさ
れている。このため処理はステップF109に進み、まず識
別文字『＾』が記録すべき文字列にセットされる。そし
てカナ先頭フラグがオフとされる(F110)。

【００８７】次に、入力されたカタカナ文字を図５の規
則でアルファベットに変換する(F111)。そして変換した
アルファベット文字を記録すべき文字列にセットする(F
112)。さらに、その変換したアルファベット文字のバイ
ト数をバイトカウント値ＢＴＮに加える。例えば『ア』
が入力された場合は、変換アルファベット文字は『Ａ』
であり、加えるバイト数は１である。また『カ』が入力
された場合は、変換アルファベット文字は『ＫＡ』であ
り、加えるバイト数は２となる。

【００８８】そしてステップF114を介してステップF105
に戻り、２文字目の入力を待つ。次のカタカナ文字が入
力された場合は、カナ先頭フラグはオフであるため、ス
テップF108からF111に進み、アルファベット変換を行な
う。そして同様に記録すべき文字列にセットし、バイト
数をカウントする(F112,F113) 。

【００８９】或る時点でネーム入力モードが終了される
と、処理はステップF106からF120に進み、その文字列の
最後に識別文字『＾』がセットされる。従って、例えば
図６（ｃ）のように『ギリシャ』という文字入力がなさ
れた場合、ステップF109で先頭に識別文字『＾』がセッ
トされた後、ステップF111,F112 の処理で各文字がアル
ファベット変換されてセットされ、最後にステップF120
で識別文字『＾』がセットされるため、記録すべき文字
列は、図６（ｃ）に示すとおり『＾ＧＩＲＩＳＩｙａ
＾』となる。

【００９０】また、図６（ｄ）のように『ＡＢＣアイウ
エオ』と入力された場合は、まず『ＡＢＣ』については
ステップF119でセットされ、その後カタカナ入力モード
となることで処理がステップF103以降に進む。そして識
別文字『＾』のセット(F109,F120) と各カタカナ入力文
字のアルファベット変換後のセット(F112)により、記録
すべき文字列は『ＡＢＣ＾ＡＩＵＥＯ＾』となる。

【００９１】カタカナ入力が実行されていた後、入力モ
ードがアスキーコード入力に変更された場合は、処理は
ステップF107からF115に進んで、まずそれまでセットさ
れていた文字列の最後に識別文字『＾』がセットされ
る。そしてステップF102からF116に進み、アスキーコー
ドの入力処理に移る。従って例えば図６（ｅ）のように
『カキクＸｙｚ』と入力された場合は、ステップF109と
F115での識別文字『＾』のセット、各カタカナ入力文字
のアルファベット変換後のセット(F112)、及びアスキー
コード入力処理(F119)により、記録すべき文字列は『＾
ＫＡＫＩＫＵ＾Ｘｙｚ』となる。

【００９２】また、カタカナ入力文字が大量になると、
セットした文字列のバイト数が８０バイトを越えてしま
うことがある。そこで、これを避けるためにステップF1
14でバイトカウント値ＢＴＮがある値ＢＴＴ_H を越えた
か否かを判別している。値ＢＴＴ_H とは例えば７８バイ
トとしてもよいし、３０バイト程度に設定してもよい。
８０バイトを越えないようにするには値ＢＴＴ_H として
は７８バイト以下の値に設定すればよい。７９バイトと
設定すると、次のカタカナ入力がアルファベット変換で
２バイトとなる文字であったら、文字列が８１バイトと
なってしまうが、７８バイト以下であればこのようなこ
とは生じないためである。

【００９３】バイトカウント値ＢＴＮが値ＢＴＴ_H を越
えた場合は、処理はステップF115に進み、それまでセッ
トされていた文字列の最後に識別文字『＾』がセットさ
れる。そしてステップF102→F103と進み、引き続きカタ
カナ入力に対応した処理が実行される。これによって、
図６（ｆ）のような場合は、同図に例１，例２に示すよ
うに識別文字『＾』で囲まれた文字列が８０バイトを越
えないようにされることになる。このときの区切りポイ
ントはステップF114の値ＢＴＴ_H により決定される。

【００９４】なお、図７のように記録済の文字列に新た
に入力文字を追加していく場合も、以上の処理で実行さ
れることになる。つまり、記録されていた文字列がまず
記録すべき文字列としてセットされた状態とされ、これ
が削除されない場合は、それに加えて入力文字や識別文
字『＾』が以上の処理でセットされていくことになる。

【００９５】ネーム入力モードが終了される場合は、ス
テップF121でＵ−ＴＯＣが更新される。即ち、入力動作
によりセットされた記録すべき文字列が、Ｕ−ＴＯＣセ
クター１の所定の位置に書き込まれる。なお、この更新
はバッファＲＡＭ１３に取り込んであるＵ−ＴＯＣデー
タ上で行なわれ、ディスク１上でのＵ−ＴＯＣ更新は、
ディスクイジェクト時や電源オフ時などに実行される。

【００９６】以上のように入力された文字の記録動作が
実行されることで、上述した規則に基づいて、カタカナ
情報もアスキーコードで記録されることになる。なお、
実際の処理としては図４の処理例に限られず、多様な処
理手順が考えられることはいうまでもない。

【００９７】［４．文字情報出力動作］次に、ディスク
１のＵ−ＴＯＣセクター１の領域にアスキーコードで記
録された文字情報を表示出力する場合の処理を説明す
る。この処理は、上述したようにカタカナ入力に対応し
てアルファベット変換及び識別文字『＾』の付加がなさ
れて記録されている文字列については、これをカタカナ
に変換して表示させることができるようにしたものであ
る。

【００９８】ここで本実施例の場合、文字表示出力は次
の各規則に基づいて実行することになる。まず、記録時
と同様に、アルファベットとカタカナの変換は図５の
１：１の規則で行なう。ここで、カタカナへの変換は識
別文字『＾』で囲まれたアルファベット文字列について
実行するものであるが、識別文字『＾』で囲まれたアル
ファベット文字列が例えば８０バイトを越えるものであ
った場合は、カタカナへの変換は行なわないようにす
る。例えば図９（ｇ）のように『＾ＡＩＵＥＯ・・・・ＲＡ
ＲＩＲＵＲＥＲＯ＾』という文字列は、識別文字『＾』
で囲まれたアルファベット文字列が８０バイトを越えて
いるため、カタカナに変換せず、そのまま表示データと
する。

【００９９】次に、識別文字『＾』で囲まれたアルファ
ベット文字列が８０バイト以下であった場合は、その文
字列についてカタカナへの変換を実行するが、その文字
列の中に１つでも変換不能な部分が存在したら、その文
字列のカタカナへの変換は行なわないようにする。例え
ば図９（ｄ）のような『＾ＧＩＲＩＳＩｙａ＾』という
文字列については、８０バイト以下であり、しかも図５
の規則による変換が不能な部分はないため、『ギリシ
ャ』と変換する。ところが、図９（ｅ）のように『＾Ｇ
ＩＲＩＳＹＡ＾』という文字列があったとしたら、この
うち『ＳＹＡ』は変換不能部分である。従ってこの場合
は変換せず、そのまま『＾ＧＩＲＩＳＹＡ＾』を表示デ
ータとする。

【０１００】以上の規則に従ってディスクのＵ−ＴＯＣ
セクター１に記録されている文字情報を表示させるため
のシステムコントローラ１１の処理を図８に示す。この
表示動作は、ディスク装填時や再生時に実行される。例
えばディスクが装填された場合は、Ｕ−ＴＯＣの読込が
完了した時点で、ディスクネームとして記録されている
文字情報を表示部３１に表示させる。また再生中は、そ
の再生しているトラックに対応するトラックネームとし
て記録されている文字情報を表示部３１に表示させる。

【０１０１】このような表示を実行する際には、まずバ
ッファＲＡＭ１３に読み込まれているＵ−ＴＯＣデータ
から、表示すべき文字情報を読み込む(F201)。そして、
読み込んだ文字情報の文字数を変数Ｍにセットする(F20
2)。例えば文字情報が『＾ＧＩＲＩＳＩｙａ＾』であっ
たら、Ｍ＝１０とする。続いて変数ｎ＝１に設定し(F20
3)、また変数ｎの値を変数Ｚに設定する(F204)。従って
最初はＺ＝１となる。

【０１０２】ここで、読み込んだ文字列のうちで第ｎの
文字が識別文字『＾』であるか否かを判別する。識別文
字『＾』でなく、ｎ＝Ｍでなければ(F206)、変数ｎをイ
ンクリメントし(F207)、ステップF205に戻る。つまり、
このループは、文字列の中から最初の識別文字『＾』を
見つけ出す処理となる。もし、文字列が『ＡＢＣ５ｄ
ｅ』などのように識別文字『＾』を含まないものであれ
ば、ｎ＝１からｎ＝６となるまでステップF205で否定結
果が出、また文字数Ｍ＝６であるため、ｎ＝６のときに
ステップF206でｎ＝Ｍとなる。このときはステップF208
に進んで、第Ｚ〜第ｎの各文字がそのまま表示データと
してセットされ、表示部３１に転送されて表示される。
このときＺ＝１であり、ｎ＝６であるため、『ＡＢＣ５
ｄｅ』という文字が表示されることになる。

【０１０３】第ｎの文字が識別文字『＾』であった場合
は、ステップF209に進み、Ｚ＝ｎであるか否かを判別す
る。Ｚ＝ｎである場合とは、例えば『＾ＧＩＲＩＳＩｙ
ａ＾』のように文字列の第１文字目が識別文字『＾』で
あった場合である。Ｚ＝ｎでない場合は、第２文字目以
降が識別文字『＾』であった場合である。例えば図９
（ｂ）のように『ＡＢＣ＾ＡＩＵ＾』のような場合であ
る。このように第２文字目以降が識別文字『＾』であっ
た場合は、その識別文字『＾』より前の文字は、そのま
ま変換されずに表示される文字である。従ってステップ
F210で、第Ｚ〜第（ｎ−１）の文字がそのまま表示デー
タとしてセットされる。『ＡＢＣ＾ＡＩＵ＾』という文
字列であった場合は、まず『ＡＢＣ』が表示データとし
てそのままセットされる。

【０１０４】第ｎの文字が識別文字『＾』であった場合
は、それ以降の文字列はカタカナ入力されたものである
可能性があり、またそのカタカナ入力が終了した文字の
後に識別文字『＾』が付されている筈である。そこで、
まず変数ｎの値を変数Ｘにセットする(F211)。従って変
数Ｘはカタカナ入力の開始地点の識別文字『＾』が何文
字目かを表わす値となる。そして変数ｎをインクリメン
トしながら(F212)、第ｎの文字が識別文字『＾』である
か否かを判別していくことになる(F213)。

【０１０５】もし文字列が『ＡＢＣ＾ＤＥＦ』のような
ものであり、識別文字『＾』で囲まれた文字列部分が存
在しない場合は、ステップF213で肯定結果が出ることは
ない。この場合、文字数Ｍ＝７であり、ｎ＝７とされた
時点でステップF214でｎ＝Ｍとなる。従ってステップF2
15に進んで、第Ｘ〜第ｎの文字が表示データとしてセッ
トされ表示される。つまり、『＾ＤＥＦ』がそのまま表
示データとしてセットされる。なお、この例の場合、前
半の『ＡＢＣ』の文字列はステップF210ですでに表示デ
ータとしてセットされている。従って、表示は読み込ん
だ文字列のとおり、『ＡＢＣ＾ＤＥＦ』となる。

【０１０６】文字列が『＾ＧＩＲＩＳＩｙａ＾』のよう
なものであった場合は、ｎ＝１０となった時点でステッ
プF213で肯定結果が出る。つまり、識別文字『＾』で囲
まれた文字列部分が存在する。識別文字『＾』で囲まれ
た文字列部分とは、第（Ｘ＋１）文字目から第（ｎ−
１）文字目である。そこで、ステップF216で、この識別
文字『＾』で囲まれた文字列部分を確認する。確認処理
としてはまずバイト数が８０バイト以下であるか否かを
確認する。８０バイトを越えていた場合は、これはカタ
カナに変換しない規則であるため、ステップF220で、識
別文字『＾』を含んだ第Ｘ文字目から第ｎ文字目をその
まま表示データとしてセットする。

【０１０７】また、８０バイト以下であったら、次に図
５の規則でカタカナに変換できない部分が存在するか否
かを確認する。存在した場合はカタカナに変換しない規
則であるため、ステップF220で、識別文字『＾』を含ん
だ第Ｘ文字目から第ｎ文字目をそのまま表示データとし
てセットする。

【０１０８】文字列が『＾ＧＩＲＩＳＩｙａ＾』であっ
た場合は、第（Ｘ＋１）文字目から第（ｎ−１）文字目
である『ＧＩＲＩＳＩｙａ』の文字は８０バイトを越え
ておらず、また変換不能部分も無いため、ステップF219
に進んで、第（Ｘ＋１）文字目から第（ｎ−１）文字目
をそれぞれカタカナに変換して、表示データとしてセッ
トする。つまり『ギリシャ』という文字が表示データと
してセットされ、表示部３１に転送されて表示される。

【０１０９】ステップF221ではそのときの変数ｎが文字
数Ｍに一致しているか否かを判別する。一致していれば
読み込んだ文字列の全ての表示が終了しているため、処
理を終える。一致していない場合とは、Ｕ−ＴＯＣから
読み込んだ文字列にはまだ後続の文字が存在する場合で
ある。そこで、変数ｎをインクリメントし(F222)、変数
Ｚに変数ｎの値をセットする(F223)。そしてステップF2
05に進み、上述した処理を繰り返すことになる。

【０１１０】以上の処理により、例えば図９（ａ）〜
（ｊ）のような文字列がＵ−ＴＯＣに記録されていた場
合、図中右側に示すように表示が実行されることにな
る。図９（ａ）では識別文字『＾』は含まれていないた
め、ステップF208の処理で記録されていた文字『ＡＢＣ
５ｄｅ』がそのまま表示される。図９（ｂ）の場合は、
最初の『ＡＢＣ』がステップF210で表示データとしてセ
ットされ、続く『＾ＡＩＵ＾』がステップF219で『アイ
ウ』に変換されて表示データとしてセットされるため、
『ＡＢＣアイウ』という表示が実行される。

【０１１１】図９（ｃ）の場合は、『＾ＫＡＫＩＫＵ
＾』がステップF219で『カキク』に変換されて表示デー
タとしてセットされた後、ステップF221,F222,F223を介
してステップF205に戻り、ｎ＝Ｍとなった時点でステッ
プF208で第Ｚ〜第ｎの文字、即ちこの場合『ＸＹＺ』が
そのまま表示データとしてセットされる。従って表示は
『カキクＸＹＺ』となる。

【０１１２】図９（ｄ）の場合は、『＾ＧＩＲＩＳＩｙ
ａ＾』がステップF219で『ギリシャ』に変換されて表示
データとしてセットされ、表示は『ギリシャ』となる。
図９（ｅ）の場合は、『＾ＧＩＲＩＳＹＡ＾』の『ＳＹ
Ａ』が変換不能であるため、ステップF220でそのまま表
示データとしてセットされ、表示は『＾ＧＩＲＩＳＹＡ
＾』となる。図９（ｆ）の場合は、『＾ＧＩＬＩＳＩｙ
ａ＾』の『ＬＩ』が変換不能であるため、ステップF220
でそのまま表示データとしてセットされ、表示は『＾Ｇ
ＩＬＩＳＩｙａ＾』となる。

【０１１３】図９（ｇ）は識別文字『＾』で囲まれた部
分が８０バイトを越えている場合である。この場合、ス
テップF220でそのまま表示データとしてセットされ、表
示は『＾ＡＩＵＥＯ・・・・ＲＡＲＩＲＵＲＥＲＯ＾』とな
る。図９（ｈ）は『ＡＩＵＥＯ・・・・ＲＡ』のみが識別文
字『＾』で囲まれている場合である。従って表示データ
としてはステップF219でまず『アイウエオ・・・ラ』がセ
ットされ、その後ステップF208で『ＲＩＲＵＲＥＲＯ』
がセットされる。図９（ｉ）は『ＡＩＵＥＯ・・・・ＲＡ』
と『ＲＩＲＵＲＥＲＯ』がそれぞれ識別文字『＾』で囲
まれている場合である。従って表示データとしてはまず
『ＡＩＵＥＯ・・・・ＲＡ』がステップF219でまず『アイウ
エオ・・・ラ』とされ、続いて『ＲＩＲＵＲＥＲＯ』が再
びステップF219の処理で『リルレロ』とされて、全てカ
タカナ表示となる。

【０１１４】図９（ｊ）は『＾ＡＢＣ＾』が変換不能で
あり、ステップF220でそのままセットされ、続く『ＡＢ
Ｃ』はステップF210でそのままセットされ、さらに『＾
ＡＢＥ＾』についてはステップF219で『アベ』と変換さ
れてセットされる。従って表示は『＾ＡＢＣ＾ＡＢＣア
ベ』となる。

【０１１５】以上のように図８の処理で記録された文字
情報が表示されることで、前述した図４の処理でカタカ
ナ入力がなされた文字については、カタカナで表示され
ることになる。なお、図４の処理で記録することによれ
ば、Ｕ−ＴＯＣに記録されている文字列が図９のうち
（ｅ）（ｆ）（ｇ）（ｊ）のような文字列になることは
なく、従って、カタカナ入力したものについては、変換
不能やバイト数超過によりカタカナ表示ができなくなる
ということはない。なお、実際の表示処理としては図８
の処理例に限られず、多様な処理手順が考えられること
はいうまでもない。

【０１１６】本実施例では以上のように文字情報記録動
作及び文字情報再生動作が実行されることで、ユーザー
はアルファベットよりも読み易い文字表示を実現でき
る。しかも、記録されるコードはあくまでアスキーコー
ドのみであるため、カタカナなどの専用コードを特別に
記憶させる必要はなく、必要なメモリ容量が著しく増大
するということもないとともに、変換できない場合はア
スキーコードでそのまま表示されるため、文字化けが生
じることはない。

【０１１７】また、カタカナとアルファベットの変換は
１：１で対応させていることにより、混乱のない、簡易
な変換アルゴリズムが構築でき、ソフトウエア作成の容
易性、互換性保持の容易性が保たれる。さらに、記録時
には識別文字で囲まれた変換対象文字列が所定バイト数
を越えることがないようにしていることで、表示の際の
処理が容易となる。つまり、バイト数が長大化すると、
各文字の変換可能／不可能の判別処理が煩雑になり、表
示出力レスポンスも低下する場合もある。ところが、バ
イト数が限られていることで、コードの扱いや変換アル
ゴリズムの容易性が増すことになる。

【０１１８】また表示部３１において１度に表示できる
表示文字数は限られているため、長い文字列について
は、識別文字『＾』によって区切っていくことにより、
最初の識別文字『＾』で囲まれた文字列をカタカナに変
換して表示している間に、後続の識別文字『＾』で囲ま
れた文字列のカタカナ変換処理を行なうようにすること
もできる。つまり表示開始迄の処理を迅速化できる。さ
らに表示の処理としては、もし識別文字『＾』で囲まれ
た文字列が所定のバイト数を越えているようなことがあ
った場合や、変換不能部分が含まれていた場合などは、
変換しないようにすることで、処理が遅滞することはな
い。

【０１１９】また、記録の際にはユーザーは識別文字
『＾』を入力できないようにすることで、規則に従わな
い状態で識別文字『＾』が記録される文字列に付加され
ることはなく、従って識別文字『＾』で囲まれた文字列
がカタカナ変換できないようなことが発生することはな
い。

【０１２０】なお、以上の実施例では、カタカナをアス
キーコードに変換してディスクに記録するようにし、ま
た表示の際にはアスキーコードをカタカナに変換して表
示することで、特に日本人ユーザーにとって読み易い表
示を実現したものであるが、カタカナ以外でも、ひらが
なに変換することなども可能である。さらに、ハングル
文字や、ギリシャ文字、アラビア文字などを１：１の規
則でアルファベットに対応させて変換するようにすれ
ば、アスキーコードのみの記録によって世界中の各種ロ
ーカルな文字の記録及び表示出力が可能になる。

【０１２１】各種複数種類の文字に対応させる場合に
は、例えば識別文字を変えることによって区別すれば良
い。例としては、上記のようにカタカナについては
『＾』を配し、さらにハングル文字については『＠』を
識別文字として配するなどの手法が考えられる。また識
別文字は、例えば『ＪＪＪ』や『＊＊』など、特定の文
字列としてもよい。

【０１２２】

【発明の効果】以上説明したように本発明により、第１
の文字種であるアルファベットを日常使用する文字とし
ないユーザーにとって、日常使用する第２の文字種の文
字での読み易い文字出力を実現できるという効果があ
る。また、記録媒体に記録されるコードはあくまで第１
の文字種のみであるため、第２の文字種の各文字につい
ての専用コードを特別に記憶させる必要はなく、必要な
メモリ容量が著しく増大するということもないととも
に、変換できない場合は第１の文字種でそのまま表示さ
れるため、文字化けが生じることはない。

【０１２３】また、第１，第２の文字種間の変換は１：
１で対応させていることにより、混乱のない、簡易な変
換アルゴリズムが構築でき、ソフトウエア作成の容易
性、互換性保持の容易性が保たれるという効果がある。

【０１２４】さらに、記録時には識別子で囲まれた変換
対象文字列が所定バイト数を越えることがないようにし
ていることで、表示などの出力の際の処理が容易となる
という効果がある。また出力処理としては、識別子で囲
まれた文字列が所定のバイト数を越えているようなこと
があった場合や、変換不能部分が含まれていた場合など
は、変換しないようにすることで、出力処理の遅滞を防
止するとともにアルゴリズムの容易性を実現できる。

【０１２５】また、記録の際にはユーザーは識別子を入
力できないようにすることで、むやみに識別子が記録さ
れる文字列に付加されることはなく、従って識別子に基
づく変換処理は常に円滑に行なうことができる。

【図面の簡単な説明】

【図１】本発明の実施例の記録再生装置のブロック図で
ある。

【図２】実施例の記録再生装置の外観の説明図である。

【図３】実施例の記録再生装置に対応するリモートコマ
ンダーの説明図である。

【図４】実施例の文字情報記録動作時の処理のフローチ
ャートである。

【図５】実施例のアルファベット−カタカナ変換方式の
説明図である。

【図６】実施例の文字情報記録動作時の処理の説明図で
ある。

【図７】実施例の文字情報記録動作時の処理の説明図で
ある。

【図８】実施例の文字情報再生動作時の処理のフローチ
ャートである。

【図９】実施例の文字情報再生動作時の処理の説明図で
ある。

【図１０】Ｐ−ＴＯＣセクター０の説明図である。

【図１１】Ｕ−ＴＯＣセクター０の説明図である。

【図１２】Ｕ−ＴＯＣセクター０のリンク形態の説明図
である。

【図１３】Ｕ−ＴＯＣセクター１の説明図である。

【図１４】アスキーコードの説明図である。

【符号の説明】

１ディスク３光学ヘッド８エンコーダ／デコーダ部１０アドレスデコーダ１１システムコントローラ１９操作部３０記録再生装置３１表示部３３受光部４４エディットキー４５イエスキー４６ノーキー４７ジョグダイヤル９０リモートコマンダー９２数字／文字キー９５ネーム入力モードキー９６モード選択キー９７数字モードキー９８選択キー

Claims

【特許請求の範囲】

【請求項１】第１の文字種に基づく文字情報を記録で
きる記録媒体に対する文字情報記録装置として、少なくとも第２の文字種における文字を入力することが
できる入力手段と、前記入力手段によって入力された第２の文字種の各文字
について、１：１の関係で対応した規則により第１の文
字種による１又は複数の文字に変換することができる変
換手段と、前記変換手段によって変換した文字列に対応して、特定
の識別子を付加し、記録文字列とする識別子付加手段
と、記録文字列を記録媒体に記録することができる記録手段
と、を有して構成されることを特徴とする文字情報記録装
置。
【請求項２】前記識別子付加手段は、前記変換手段に
よって変換した文字列部分に対して、その前後に識別子
を配するとともに、識別子で囲まれた文字列部分につい
てのバイト数が所定のバイト数を越えないように識別子
の配置状態を設定することができるようにしたことを特
徴とする請求項１に記載の文字情報記録装置。
【請求項３】識別子で囲まれた文字列として記録媒体
に記録されている文字列に対して、新たに前記入力手段
から入力され前記変換手段で変換された文字列を加える
場合に、前記識別子付加手段は新たに加える文字列につ
いて新たに識別子を付加することを特徴とする請求項１
又は請求項２に記載の文字情報記録装置。
【請求項４】前記入力手段は、識別子となる文字を入
力することができないように構成されていることを特徴
とする請求項１、請求項２、又は請求項３に記載の文字
情報記録装置。
【請求項５】第１の文字種に基づく文字情報が記録さ
れた記録媒体から文字情報を読み出して出力することが
できる文字情報出力装置として、記録媒体から文字情報を読み出す読出手段と、記録媒体から読み出した文字情報において特定の識別子
が含まれているか否かを判別する識別子判別手段と、識別子が含まれていた場合に、その識別子によって示さ
れる文字列部分について、１：１の関係で対応した規則
により第２の文字種による文字に変換することができる
変換手段と、前記読出手段によって読み出した第１の文字種による文
字列について、前記変換手段によって変換された文字列
部分については第２の文字種によって出力し、また前記
変換手段によって変換されていない文字列部分について
は第１の文字種によって出力することができる出力手段
と、を有して構成されることを特徴とする文字情報出力装
置。
【請求項６】前記変換手段は、前後が識別子で囲まれ
た文字列部分について、その文字列部分のバイト数が所
定のバイト数を越える場合は、その文字列部分について
は第２の文字種への変換を実行しないようにしたことを
特徴とする請求項５に記載の文字情報出力装置。
【請求項７】前記変換手段は、前後が識別子で囲まれ
た文字列部分について、その文字列部分内に、１：１の
関係で対応した規則により第２の文字種による文字に変
換することができない部分が存在した場合は、その文字
列部分については第２の文字種への変換を実行しないよ
うにしたことを特徴とする請求項５又は請求項６に記載
の文字情報出力装置。