(57)【特許請求の範囲】
【請求項１】
第１の文字種に基づく文字列を入力することができる入力手段と、
上記入力手段によって入力された第１の文字種に基づく文字列の先頭部分と終端部分の各々に特定の識別文字を付加する識別文字付加手段と、
上記識別文字付加手段にて先頭部分と終端部分に上記特定の識別文字とともに上記第１の文字種に基づく文字列を記録媒体に記録する記録手段と、
上記記録媒体に記録された上記先頭部分と終端部分に特定の識別文字が付加された第１の文字種に基づく文字列を読み出す再生手段と、
上記再生手段にて再生された上記先頭部分と終端部分に識別文字が付加された第１の文字種に基づく文字列から上記先頭部分と終端部分に付加された識別文字を除去した文字列を上記第１の文字種とは異なる第２の文字種の文字列に所定の変換テーブルに基づいて変換する変換手段とを備えた文字情報記録再生装置において、
上記変換手段は、上記識別文字が付加された第１の文字種が大文字の場合には大文字の上記第１の文字種とは異なる第２の文字種に変換し、
上記識別文字が付加された第１の文字種が小文字の場合には小文字の上記第１の文字種とは異なる第２の文字種に変換すること
を特徴とする文字情報記録再生装置。
【請求項２】
上記入力手段にて入力される第１の文字種に基づく文字列の長さが所定長以上になったか否かを判別する判別手段を更に備え、
上記判別手段にて上記入力手段にて入力される第１の文字種に基づく文字列の長さが所定長以上になったと判断された場合には、上記識別子で挟まれる文字列の長さが上記所定長以下になるように、上記第１の文字種に基づく文字列の任意の箇所に自動的に上記識別文字付加手段で発生した識別文字を挿入することを特徴とする第１項記載の文字情報記録再生装置。
【請求項３】
既に記録媒体に記録されている上記第１の文字種に基づく文字列を上記再生手段にて読み出して、上記入力手段にて新たに入力された文字列を上記再生手段にて再生した文字列の任意の位置に挿入する編集の際に、
上記既に記録媒体に記録されている上記第１の文字種に基づく文字列の長さと上記入力手段にて新たに入力された文字列の長さを合算した長さが所定長以上になったと判断された場合には、上記識別子で挟まれる文字列の長さが上記所定長以下になるように、上記入力手段にて新たに入力された文字列の挿入後の文字列の任意の箇所に自動的に上記識別文字付加手段で発生した識別文字を挿入することを特徴とする第１項記載の文字情報記録再生装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は例えば音声データなどに対応して文字情報を記録できる記録媒体について文字情報に記録、及び文字情報を読み出して再生する文字情報記録再生装置に関するものである。
【０００２】
【従来の技術】
音楽等を記録／再生することのできる記録装置／再生装置として、音声信号をデジタル信号として記録する光磁気ディスク、或は磁気テープ等を記録媒体とした記録装置／再生装置が知られている。
また、近年ミニディスクとして知られている、光磁気ディスクを用いた記録再生システムでは、ユーザーが楽曲等の音声を録音し、再生することができるだけでなく、そのディスクのタイトル（アルバム名）や記録されている楽曲について曲名などを文字情報として記録しておくことができ、例えば再生時においては再生装置に設けられた表示部において、ディスクタイトルや曲名、アーティスト名等を表示することができるようにされている。
【０００３】
【発明が解決しようとする課題】
ところで、ミニディスクの場合を例にあげると、通常、文字情報としてディスクに記録しておくことができるのは図１４に示すアスキーコード（ＡＳＣＩＩ−ＣＯＤＥ）による文字列であり、つまり、アルファベット、数字及び所定の記号のみである。
【０００４】
なお、もちろん図１４にあげた文字以外にも、カタカナ等をコード化してディスクに記録していくことは可能ではある。例えば図１４では列番号が２〜７までしか示されていないが、ＪＩＳ−０２０１コード規格では、これに加えて列番号がＡ〜Ｄとなるコードとして、カタカナや記号が定義されている。
【０００５】
ところが、ＪＩＳ−０２０１コード規格においてカタカナ等が定義されている部分は、各国の規格によって様々な文字が定義されており、従ってＪＩＳ−０２０１コード規格に基づいたカタカナコードをディスクに記録した場合、そのディスクを海外仕様の機器で再生させると、異なる文字が表示されてしまう。つまり文字化けが発生する。
また、カナ文字までも対応させようとする場合は、アスキーコードのみの場合と比較して倍以上の文字数の処理となるため、必要なメモリー容量も大きくなり、機器の低コスト化にも反する。
これらの事情からミニディスクシステムでは図１４に示したアスキーコードのみを文字情報としてディスクに記録することができるようにしていた。
【０００６】
ところが、文字情報についてアスキーコードのみで対応させる場合、例えば日本語の文字情報を表示させようとしたときに、非常に読みずらくなることが多いという問題がある。例をあげれば、『川の流れのように』という楽曲を録音した際にこの曲名をアスキーコードでディスクに記録すると、ローマ字形式で『ＫＡＷＡＮＯＮＡＧＡＲＥＮＯＹＯＵＮＩ』となる。これを例えばその楽曲の再生時に表示させようとすると、このままローマ字形式で表示されることになるため、非常に読みずらく、曲名表示としての機能が十分に生かされないことになる。例えば『カワノナガレノヨウニ』とカナ文字で表示できれば読み易くなるため、上記したカナ文字対応の場合の問題を解消したうえで、このようなカナ表示出力を実行できるようにすることが求められている。
【０００７】
【課題を解決するための手段】
本発明はこのような問題点にかんがみてなされたもので、アスキーコードなどの第１の文字種について文字情報として記録することができるシステムにおいて、カナなどの第２の文字種について文字情報の入出力を実行することができるようにし、さらにその場合に、互換性や処理の簡易性を得ることを目的とする。
【０００８】
このため、第１の文字種に基づく文字列を入力することができる入力手段と、上記入力手段によって入力された第１の文字種に基づく文字列の先頭部分と終端部分の各々に特定の識別文字を付加する識別文字付加手段と、上記識別文字付加手段にて先頭部分と終端部分に上記特定の識別文字とともに上記第１の文字種に基づく文字列を記録媒体に記録する記録手段と、上記記録媒体に記録された上記先頭部分と終端部分に特定の識別文字が付加された第１の文字種に基づく文字列を読み出す再生手段と、上記再生手段にて再生された上記先頭部分と終端部分に識別文字が付加された第１の文字種に基づく文字列から上記先頭部分と終端部分に付加された識別文字を除去した文字列を上記第１の文字種とは異なる第２の文字種の文字列に所定の変換テーブルに基づいて変換する変換手段とを備えた文字情報記録再生装置において、上記変換手段は、上記識別文字が付加された第１の文字種が大文字の場合には大文字の上記第１の文字種とは異なる第２の文字種に変換し、上記識別文字が付加された第１の文字種が小文字の場合には小文字の上記第１の文字種とは異なる第２の文字種に変換するようにする。
【０００９】
さらに、上記入力手段にて入力される第１の文字種に基づく文字列の長さが所定長以上になったか否かを判別する判別手段を更に備え、上記判別手段にて上記入力手段にて入力される第１の文字種に基づく文字列の長さが所定長以上になったと判断された場合には、上記識別子で挟まれる文字列の長さが上記所定長以下になるように、上記第１の文字種に基づく文字列の任意の箇所に自動的に上記識別文字付加手段で発生した識別文字を挿入するようにする。
【００１０】
また、既に記録媒体に記録されている上記第１の文字種に基づく文字列を上記再生手段にて読み出して、上記入力手段にて新たに入力された文字列を上記再生手段にて再生した文字列の任意の位置に挿入する編集の際に、上記既に記録媒体に記録されている上記第１の文字種に基づく文字列の長さと上記入力手段にて新たに入力された文字列の長さを合算した長さが所定長以上になったと判断された場合には、上記識別子で挟まれる文字列の長さが上記所定長以下になるように、上記入力手段にて新たに入力された文字列の挿入後の文字列の任意の箇所に自動的に上記識別文字付加手段で発生した識別文字を挿入するようにする。
【００１５】
【作用】
音楽等の各音声情報についてその曲名等を示す文字情報が第１の文字種により所定エリアに記録される記録媒体に対しては、第２の文字種を所定の規則で第１の文字種に変換するようにすることにより、第２の文字種の記録を行なうことができる。また、第１の文字種による文字情報を読み出して第２の文字種に変換することで、第２の文字種による表示などの出力が可能となり、ユーザーによる表示文字の読みやすさを向上させることができる。
このとき、第１−第２の文字種間での変換を、１：１で対応する規則で行なうようにすれば、混乱のない変換アルゴリズムが構築でき、処理の容易性及び互換性の実現に好適である。
【００１６】
また、変換する文字列については最長バイト数を設定することでも、コードの扱いや変換アルゴリズムの簡易化、表示などの出力の迅速化を実現できる。
最長バイト数を設定するには、それを越えるような文字入力があった場合は、その文字列を分割してそれぞれ識別子で囲うようにしたり、既に記録されている文字列に新たに文字を追加する場合には、その新たな文字列部分も独自に識別子で囲うようにすればよい。
【００１７】
【実施例】
以下、本発明の文字情報記録再生装置の実施例として文字情報記録装置及び文字情報出力装置を搭載した記録再生装置を説明する。この記録再生装置は、光磁気ディスクを記録媒体として音声データを記録再生することができるミニディスク記録再生装置する。そして、これに含まれる文字情報記録装置としては音声データトラックまたはディスクに対応してタイトル等の文字を記録できるものとし、また文字情報出力装置としては、ディスクに記録したタイトル等の文字情報を読み出して表示出力することができるものとする。この実施例は以下の順序で説明する。
【００１８】
［１．記録再生装置の構成］
図２は記録再生装置の外観例を示すものである。３０は記録再生装置全体を示す。記録再生装置３０の前面パネルには液晶表示装置等による表示部３１が形成されている。この表示部３０には記録／再生しているディスクの動作モード状態、トラックナンバ、記録時間／再生時間、編集動作状態等が示される。さらに後述するようにディスクには文字情報が記録できるが、その文字情報の入力の際の入力文字の表示や、ディスクから読み出した文字情報の表示などが実行される。
【００１９】
３２はディスク挿入部であり、記録再生装置にディスクを挿入し、また脱却する部位である。
３３は赤外線信号の受光部である。
【００２０】
またこの前面パネルには３４〜４７として示す各種操作手段が設けられる。３４は電源キー、３５は再生キーである。再生キー３５は一時停止キーを兼ねている。３６は停止キー、３７は録音キー、３８はＦＦ／ＲＥＷキーである。３９はＡＭＳダイヤルであり、右方向に回転により、トラックナンバの大きい方への頭出し操作となる。また左方向の回転によりトラックナンバの小さい方への頭出し操作となる。
４０はイジェクトキーであり、ディスクを脱却する際に操作する。
４１は通常再生モードキー、４２はプログラム再生モードキー、４３はシャッフル再生モードキーである。
【００２１】
また４４はエディットキーであり、各種編集モードの呼出し及び終了の操作のためのキーとなる。４５はイエスキー、４６はノーキーであり、編集操作などに用いる。
【００２２】
文字入力については編集モードの１つとされており、エディットキーでディスクネーム入力モード又はトラックネーム入力モードを呼び出す。そして文字入力を行なっていくことになる。
文字入力はジョグダイヤル４７が用いられる。ジャグダイヤル４７を回すことで、アルファベット、数字、記号など図１４で示したアスキーコード文字が順次表示部３１に表示される。また本実施例ではカタカナについても順次表示されることになる。そして、例えば或る文字を表示させた状態でイエスキー４５を押すことでその文字入力が確定される。
このようにして文字を入力していき、或る時点でエディットキー４４もしくは再度イエスキー４５を押すなどの操作により、入力文字列が確定し、ディスクに書き込まれることになる。なお、入力操作手順についてはこれに限らず、設けられるキーの種類などに応じて各種考えられる。
【００２３】
また、この記録再生装置３０に対応して図３に示すようなリモートコマンダー９０が用意される。
リモートコマンダー９０は押されたキーに応じて内部のＲＯＭまたはＲＡＭからコマンドコードを読み出し、これを変調して赤外線信号として出力する。この赤外線信号は受光部３３によって受光され、コマンドコードパルスとなる電気信号に変換されて記録再生装置３０に取り込まれる。記録再生装置３０はそのコマンドコードに応じて動作が実行される。
【００２４】
リモートコマンダー９０において、９１は電源キーである。
９２は数字や文字などに対応した数字／文字キーを示す。９３は表示モードや再生モードを指定するモードキーである。
また９４は再生、一時停止、停止、録音、ＦＦ／ＲＥＷ、ＡＭＳなどの操作キーである。
９５は文字入力モードキー、９６は入力モードをアルファベット大文字／アルファベット小文字／カタカナのいづれかを選択するためのモード選択キーである。９７は入力モードを数字とするための数字モードキーである。９８は選択キーである。
【００２５】
数字／文字キー９２は、各キーが所定の数字、アルファベット、カタカナ、記号などに対応されている。
通常は数字キーとして機能し、例えば再生時に『３』のキーを押すと、トラックナンバ３のトラックへのアクセスキー（ＡＭＳキー）となる。
一方、文字入力モードキー９５が押された場合は、数字／文字キー９２は文字入力のためのキーとして機能する。このとき、入力文字はモード選択キー９６又は数字モードキー９７の操作に基づいて設定される。
【００２６】
例えば『１』のキーは数字の『１』と、アルファベットの『Ａ』、及びカタカナの『ア』『イ』に対応しているが、アルファベット大文字入力モードとされている場合は、この『１』のキーを押すことで『Ａ』が入力される。またアルファベット小文字入力モードとされている場合は、『１』のキーを押すことで『ａ』が入力される。さらに、カタカナ入力モードとされている場合は、『１』のキーを１回押すことで表示部３１に『ア』が表われ、次に押すことで『イ』が表われる。また再度押すと再び『ア』となり、つまりトグル操作となる。ユーザーが『イ』を入力したい場合は、『１』のキーを押して『イ』を表示させた状態で、選択キー９８を押す。すると『イ』という文字が入力されたことになる。
このような操作により各文字を入力していき、或る時点で文字入力モードキー９５を押すと、それまで入力された文字列が確定され、ディスクに記録されることになる。
【００２７】
図１は記録再生装置３０の要部のブロック図を示している。
図１において、１は音声データが記録されている光磁気ディスクを示し、スピンドルモータ２により回転駆動される。３は光磁気ディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００２８】
このため、光学ヘッド３はレーザ出力手段としてのレーザダイオード、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００２９】
また、６ａは供給されたデータによって変調された磁界を光磁気ディスク１に印加する磁気ヘッドを示し、光磁気ディスク１を挟んで光学ヘッド３と対向する位置に配置されている。光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００３０】
再生動作によって、光学ヘッド３により光磁気ディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、グルーブ情報（光磁気ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）等を抽出する。そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路９に供給され、グルーブ情報はアドレスデコーダ１０に供給されてデコードされ絶対アドレスとして出力される。
【００３１】
サーボ回路９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００３２】
再生ＲＦ信号はエンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれる。なお、光学ヘッド３による光磁気ディスク１からのデータの読み取り及び光学ヘッド３からバッファＲＡＭ１３までの系における再生データの転送は1.41Mbit/secで、しかも間欠的に行なわれる。
【００３３】
バッファＲＡＭ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、Ｄ／Ａ変換器１５によってアナログ信号とされ、出力端子１６から所定の増幅回路部へ供給されて再生出力される。例えばＬ，Ｒアナログオーディオ信号として出力される。
【００３４】
ここで、バッファＲＡＭ１３へのデータの書込／読出は、メモリコントローラ１２によって書込ポインタと読出ポインタの制御によりアドレス指定されて行なわれるが、書込ポインタ（書込アドレス）は上記したように1.41Mbit/secのタイミングでインクリメントされ、一方、読出ポインタ（読出アドレス）は0.3Mbit/sec のタイミングでインクリメントされていく。この書込と読出のビットレートの差異により、バッファＲＡＭ１３内には或る程度データが蓄積された状態となる。バッファＲＡＭ１３内にフル容量のデータが蓄積された時点で書込ポインタのインクリメントは停止され、光学ヘッド３による光磁気ディスク１からのデータ読出動作も停止される。ただし読出ポインタのインクリメントは継続して実行されているため、再生音声出力はとぎれないことになる。
【００３５】
その後、バッファＲＡＭ１３から読出動作のみが継続されていき、或る時点でバッファＲＡＭ１３内のデータ蓄積量が所定量以下となったとすると、再び光学ヘッド３によるデータ読出動作及び書込ポインタのインクリメントが再開され、再びバッファＲＡＭ１３のデータ蓄積がなされていく。
【００３６】
このようにバッファＲＡＭ１３を介して再生音響信号を出力することにより、例えば外乱等でトラッキングが外れた場合などでも、再生音声出力が中断してしまうことはなく、データ蓄積が残っているうちに例えば正しいトラッキング位置までにアクセスしてデータ読出を再開することで、再生出力に影響を与えずに動作を続行できる。即ち、耐震機能を著しく向上させることができる。
【００３７】
アドレスデコーダ１０から出力されるアドレス情報や制御動作に供されるサブコードデータはエンコーダ／デコーダ部８を介してシステムコントローラ１１に供給され、各種の制御動作に用いられる。
システムコントローラ１１はマイクロコンピュータによって構成される。
【００３８】
また、システムコントローラ１１は光学ヘッド３におけるレーザダイオードの動作を制御するレーザ制御信号を出力しており、レーザダイオードの出力をオン／オフ制御するとともに、オン制御時としては、レーザパワーが比較的低レベルである再生時の出力と、比較的高レベルである記録時の出力とを切り換えることができるようになされている。
【００３９】
光磁気ディスク１に対して記録動作が実行される際には、入力端子１７に供給された記録信号（アナログオーディオ信号）は、Ａ／Ｄ変換器１８によってデジタルデータとされた後、エンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。
エンコーダ／デコーダ部１４によって圧縮された記録データはメモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定タイミングで読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
【００４０】
磁気ヘッド駆動回路６はエンコード処理された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク１に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００４１】
１９はユーザー操作に供されるキーなどが設けられた操作入力部であり、上述した３４〜４７の操作キーや操作ダイヤルがこれに相当する。
３１は図２に示した表示部、３３は受光部を示す。
【００４２】
ディスク１に対して記録／再生動作を行なう際には、ディスク１に記録されている管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。システムコントローラ１１はこれらの管理情報に応じてディスク１上の記録すべきエリアのアドレスや、再生すべきエリアのアドレスを判別することとなる。この管理情報はバッファＲＡＭ１３に保持される。このためバッファＲＡＭ１３は、上記した記録データ／再生データのバッファエリアと、これら管理情報を保持するエリアが分割設定されている。
【００４３】
そして、システムコントローラ１１はこれらの管理情報を、ディスク１が装填された際に管理情報の記録されたディスクの最内周側の再生動作を実行させることによって読み出し、バッファＲＡＭ１３に記憶しておき、以後そのディスク１に対する記録／再生動作の際に参照できるようにしている。なお、バッファＲＡＭ１３に読み込んだＴＯＣデータの一部をシステムコントローラ１１がさらに内部のＲＡＭに取り込むようにする場合もある。
【００４４】
また、Ｕ−ＴＯＣはデータの記録や消去に応じて編集されて書き換えられるものであるが、システムコントローラ１１は記録／消去動作のたびにこの編集処理をバッファＲＡＭ１３に記憶されたＵ−ＴＯＣ情報に対して行ない、その書換動作に応じて所定のタイミングでディスク１のＵ−ＴＯＣエリアについても書き換えるようにしている。例えばディスク１のイジェクト操作がなされた場合や、電源オフの操作がなされた場合などに、ディスク１上でＵ−ＴＯＣを書き換えるようにしている。
【００４５】
ここで、ディスク１においてセクターデータ形態で記録される音声データセクター、及び音声データの記録／再生動作の管理を行なうＰ−ＴＯＣセクター、Ｕ−ＴＯＣセクターについて説明していく。
【００４６】
［２．ディスクのＴＯＣ構造］
・・・Ｐ−ＴＯＣセクター
ディスク１においてトラックの記録／再生動作などの管理を行なう管理情報として、まずＰ−ＴＯＣセクターについて説明する。
Ｐ−ＴＯＣ情報としては、ディスクの記録可能エリア（レコーダブルユーザーエリア）などのエリア指定やＵ−ＴＯＣエリアの管理等が行なわれる。なお、ミニディスク１が再生専用の光ディスクであるプリマスタードディスクの場合は、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようになされている。
【００４７】
図１０はＰ−ＴＯＣ用とされる領域（例えばディスク最内周側のＲＯＭエリア）において繰り返し記録されるＰ−ＴＯＣ情報の１つのセクター（セクター０）を示している。なお、Ｐ−ＴＯＣセクターはセクター０〜セクター４まで存在するが、セクター１以降はオプションとされている。
【００４８】
Ｐ−ＴＯＣセクター０のデータ領域（４バイト×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-TNO1として或るパーツテーブル（例えば(01h))が記録されており、この場合パーツテーブル(01h) のスタートアドレスは第１曲目の楽曲の記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。
なお、実際にはテーブルポインタには所定の演算処理によりＰ−ＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示すことができる数値が記されている。
【００５４】
同様に第２曲目についてはテーブルポインタP-TNO2に示されるパーツテーブル（例えば(02h) ）に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはP-TNO255まで用意されているため、Ｐ−ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＰ−ＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。
【００５５】
なお、記録／再生可能なミニディスクの場合いわゆるプリマスタードの楽曲エリアが存在しないため、上記した対応テーブル指示データ部及び管理テーブル部は用いられず（これらは続いて説明するＵ−ＴＯＣで管理される）、従って各バイトは全て『００ｈ』とされている。
ただし、全ての楽曲がＲＯＭ形態（ピット形態）で記録されているプリマスタードタイプのディスク、及び楽曲等が記録されるエリアとしてＲＯＭエリアと光磁気エリアの両方を備えたハイブリッドタイプのディスクについては、そのＲＯＭエリア内の楽曲の管理に上記対応テーブル指示データ部及び管理テーブル部が用いられる。
【００５６】
・・・Ｕ−ＴＯＣセクター
続いてＵ−ＴＯＣとしてＵ−ＴＯＣのセクター０及びセクター１についての説明を行なう。なお、セクター２，セクター４については後で簡単に述べる。
またセクター３，セクター５〜７は未定義である。
【００５７】
＜Ｕ−ＴＯＣセクター０＞
図１１はＵ−ＴＯＣセクター０のフォーマットを示しており、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
例えばミニディスク１に或る楽曲の録音を行なおうとする際には、システムコントローラ１１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエリアを探し出し、ここに音声データを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣセクター０から判別し、そのエリアにアクセスして再生動作を行なう。
【００５８】
図１１に示すＵ−ＴＯＣセクター０には、Ｐ−ＴＯＣと同様にまずヘッダが設けられ、続いて所定アドレス位置にメーカーコード、モデルコード、最初の楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００５９】
さらに、ユーザーが録音を行なって記録されている楽曲の領域やフリーエリア等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００６０】
そしてテーブルポインタ(P-DFA〜P-TNO255) に対応させることになる管理テーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図１０のＰ−ＴＯＣセクター０と同様に或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。
さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。
【００６１】
この種の記録再生装置では、１つの楽曲のデータを物理的に不連続に、即ち複数のパーツにわたって記録されていてもパーツ間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数パーツにわけて記録する場合もある。
【００６２】
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。
なお、実際にはリンク情報は所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される。即ち、３０４＋（リンク情報）×８（バイト目）としてパーツテーブルを指定する。
なお、プリマスタードディスク等においてピット形態で記録される楽曲等については通常パーツ分割されることがないため、前記図１０のとおりＰ−ＴＯＣセクター０においてリンク情報はすべて『(00h) 』とされている。
【００６３】
つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのパーツ位置の管理はなされる。
【００６４】
Ｕ−ＴＯＣセクター０の管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部におけるテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのパーツの内容が示される。
【００６５】
テーブルポインタP-DFA はミニディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝パーツ）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥パーツが存在する場合はテーブルポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥パーツがスタート及びエンドアドレスによって示されている。また、他にも欠陥パーツが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥パーツが示されている。そして、さらに他の欠陥パーツがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【００６６】
テーブルポインタ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) 』とされる。
なお、このときパーツテーブル(01h) については、スタートアドレスとしてはレコーダブルユーザーエリアのスタートアドレスが記録され、またエンドアドレスとしてはリードアウトスタートアドレスの直前のアドレスが記録されることになる。
【００７０】
テーブルポインタ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-TNA255によって指定される２５５単位のスロット(01h) 〜(FFh) によって行なわれる。
【００７７】
［３．文字情報記録動作］
以上のようにディスク１にはＵ−ＴＯＣセクター１の領域にアスキーコードによる文字情報を記録できるが、本実施例では、このＵ−ＴＯＣセクター１に、図１４に示したアスキーコードだけでなく、カタカナ情報を記録できるようにしている。ただし、実際に記録されるのはあくまでアスキーコードのみであり、カタカナが入力された場合は、これをアスキーコードに変換して記録するものである。以下、アスキーコード記録のみでカタカナにも対応できる文字情報記録動作について説明する。
【００７８】
本実施例の場合、文字入力に対応して次の各規則に基づいて記録を行なうことになる。
まず、カタカナ入力が行なわれた場合は、入力されたカタカナの各文字について、図５に示すようにアルファベットに変換する。例えば『ア』が入力されたら『Ａ』に変換し、また『ァ』が入力されたら『ａ』に変換する。同様に『カ』ではれば『ＫＡ』、『ワ』であれば『ＷＡ』とする。
この変換は完全に１：１で対応しているものであり、つまりカタカナ１文字については対応するアルファベット変換状態は１通りしかない。
例えば『シャ』という入力はカタカナの『シ』と『ャ』であり、それぞれが『『ＳＩ』と『ｙａ』に変換される。『シ』が『ＳＨＩ』に変換されたり、『シ』と『ャ』がまとめて『ＳＹＡ』や『ＳＨＡ』と変換されることはない。
【００７９】
次にカタカナ入力を図５の対応で変換した場合、その文字列の前後に変換したことを示す識別文字が付加される。この実施例では識別文字を『＾』としている。『＾』は図１４にも示されるように記録可能なアスキーコードの１つである。例えばユーザーがカタカナ入力モードで『ギリシャ』という文字を入力した場合、図５の規則による変換と、識別文字『＾』の付加により、文字列は『＾ＧＩＲＩＳＩｙａ＾』となる。
【００８０】
この２つの規則により、入力文字に応じた記録文字列は図６（ａ）〜（ｄ）の例に示すようになる。
図６（ａ）はカタカナによる文字入力がなかった場合で、『ＡＢＣ５ｄｅ』という文字列は、そのまま『ＡＢＣ５ｄｅ』としてディスクに記録される。
図６（ｂ）（ｃ）はカタカナ入力がされた場合であり、各文字がアルファベットによる文字に変換され、前後に識別文字『＾』が付加されている。
図６（ｄ）（ｅ）はカタカナで入力された文字とアスキーコード文字で入力された文字の両方がある場合であり、これらの場合、図示するように、カタカナ部分がアルファベット文字に変換され、その変換された前後に識別文字『＾』が配される。
【００８１】
さらにもう１つの規則として、識別文字『＾』で囲まれる文字列は、所定バイト数、例えば８０バイトを越えることがないようにされる。
例えば図６（ｆ）のように、『アイウエオカキクケコ・・・・・・ラリルレロ』と入力されたとする。この場合、『アイウエオカキクケコ・・・・・・ラリルレロ』を図５の規則で変換すると『＾ＡＩＵＥＯＫＡＫＩＫＵＫＥＫＯ・・・・・・ＲＡＲＩＲＵＲＥＲＯ＾』となり、識別文字『＾』で囲まれる文字列はバイト数（アスキーコード１文字は１バイト）で８６バイトとなっている。このような場合は、文字列を区切って識別文字『＾』を付加する。例えば、図６（ｆ）に例１として示すように、『＾ＡＩＵＥＯＫＡＫＩＫＵＫＥＫＯ・・・・・・ＲＡ＾』と『＾ＲＩＲＵＲＥＲＯ＾』にわけ、識別文字『＾』で囲まれる文字列が８０バイトを越えないようにする。または例２と示すように区切りを行なってもよい。もちろん区切り方は他にも各種考えられる。
【００８２】
また、既に記録されていた文字列に新たにカタカナ入力文字を付加する場合は、その新たな入力文字列（変換文字列）について、独自に識別文字『＾』で囲まれるようにする。例えばディスクの或るトラックに対応してＵ−ＴＯＣ上に既に、図７（ａ）〜（ｃ）に示すように『ＡＢＣ』『＾ＡＩＵ＾』『ＡＢＣＤ』などが記録されていたとする。
これらを削除せずにカタカナ入力を付け加えたような場合、同図に示すように入力したカタカナを変換した文字列について識別文字『＾』で囲ませる。例えば図７（ｂ）の場合に『＾ＡＩＵＫＡＫＩＫＵ＾』とはせずに、新たに入力された『カキク』について『＾ＫＡＫＩＫＵ＾』とする。これは、文字の追加により識別文字『＾』で囲まれた部分のバイト数が大きくなることを防ぐためである。
【００８３】
なお、これらの処理規則に加えて本実施例の場合、ユーザーは識別文字とされた『＾』を文字として入力することができるようにされている。
つまり、ジョグダイヤル４７の操作では『＾』が表示されることはなく、またリモートコマンダー９０には『＾』に対応するキーは設けられてない。
【００８４】
以上の規則に従って入力文字をディスクのＵ−ＴＯＣセクター１に書き込むためのシステムコントローラ１１の処理を図４に示す。
上述のように、エディットキー４４又はリモートコマンダー９０のネーム入力モードキー９５の操作により、記録再生装置３０はネーム入力モードとなる。なお、ネーム入力モードとされる際に或るトラックが指定されていれば、そのトラックに対応した曲名等のトラックネーム入力モードとなり、また指定されていなければディスクタイトル等のディスクネーム入力モードとなる。
【００８５】
ネーム入力モードとされると、処理はステップF101からF102に進み、入力文字がカタカナでない場合は、ステップF116に進む。
ここでアスキーコード文字の入力がなされた場合は、そのままその文字を記録すべき文字列としてセットする(F119)。
そのままネーム入力モードが終了された場合は、ステップF117からF121に進む。例えば図６（ａ）の入力『ＡＢＣ５ｄｅ』に対して記録すべき文字列『ＡＢＣ５ｄｅ』がセットされていることになる。
またアルファベット又は数字などの入力に続いてカタカナ入力がなされる場合は、ステップF118からF102に戻り、ステップF103に進むことになる。
【００８６】
カタカナ入力が実行される場合は、まずステップF103でカナ先頭フラグがオンとされる。これは１かたまりのカタカナ文字列の先頭を表わすフラグとなる。続いてバイトカウント値ＢＴＮがゼロにセットされる(F104)。
そして、ユーザーがカタカナ文字を入力すると、ステップF105からF108に進む。カタカナ入力の１文字目が実行された時点では、カナ先頭フラグがオンとされている。このため処理はステップF109に進み、まず識別文字『＾』が記録すべき文字列にセットされる。そしてカナ先頭フラグがオフとされる(F110)。
【００８７】
次に、入力されたカタカナ文字を図５の規則でアルファベットに変換する(F111)。そして変換したアルファベット文字を記録すべき文字列にセットする(F112)。さらに、その変換したアルファベット文字のバイト数をバイトカウント値ＢＴＮに加える。例えば『ア』が入力された場合は、変換アルファベット文字は『Ａ』であり、加えるバイト数は１である。また『カ』が入力された場合は、変換アルファベット文字は『ＫＡ』であり、加えるバイト数は２となる。
【００８８】
そしてステップ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)により、記録すべき文字列は『＾ＫＡＫＩＫＵ＾Ｘｙｚ』となる。
【００９２】
また、カタカナ入力文字が大量になると、セットした文字列のバイト数が８０バイトを越えてしまうことがある。そこで、これを避けるためにステップF114でバイトカウント値ＢＴＮがある値ＢＴＴH を越えたか否かを判別している。値ＢＴＴH とは例えば７８バイトとしてもよいし、３０バイト程度に設定してもよい。８０バイトを越えないようにするには値ＢＴＴH としては７８バイト以下の値に設定すればよい。７９バイトと設定すると、次のカタカナ入力がアルファベット変換で２バイトとなる文字であったら、文字列が８１バイトとなってしまうが、７８バイト以下であればこのようなことは生じないためである。
【００９３】
バイトカウント値ＢＴＮが値ＢＴＴH を越えた場合は、処理はステップF115に進み、それまでセットされていた文字列の最後に識別文字『＾』がセットされる。そしてステップF102→F103と進み、引き続きカタカナ入力に対応した処理が実行される。これによって、図６（ｆ）のような場合は、同図に例１，例２に示すように識別文字『＾』で囲まれた文字列が８０バイトを越えないようにされることになる。このときの区切りポイントはステップF114の値ＢＴＴH により決定される。
【００９４】
なお、図７のように記録済の文字列に新たに入力文字を追加していく場合も、以上の処理で実行されることになる。つまり、記録されていた文字列がまず記録すべき文字列としてセットされた状態とされ、これが削除されない場合は、それに加えて入力文字や識別文字『＾』が以上の処理でセットされていくことになる。
【００９５】
ネーム入力モードが終了される場合は、ステップF121でＵ−ＴＯＣが更新される。即ち、入力動作によりセットされた記録すべき文字列が、Ｕ−ＴＯＣセクター１の所定の位置に書き込まれる。なお、この更新はバッファＲＡＭ１３に取り込んであるＵ−ＴＯＣデータ上で行なわれ、ディスク１上でのＵ−ＴＯＣ更新は、ディスクイジェクト時や電源オフ時などに実行される。
【００９６】
以上のように入力された文字の記録動作が実行されることで、上述した規則に基づいて、カタカナ情報もアスキーコードで記録されることになる。
なお、実際の処理としては図４の処理例に限られず、多様な処理手順が考えられることはいうまでもない。
【００９７】
［４．文字情報出力動作］
次に、ディスク１のＵ−ＴＯＣセクター１の領域にアスキーコードで記録された文字情報を表示出力する場合の処理を説明する。この処理は、上述したようにカタカナ入力に対応してアルファベット変換及び識別文字『＾』の付加がなされて記録されている文字列については、これをカタカナに変換して表示させることができるようにしたものである。
【００９８】
ここで本実施例の場合、文字表示出力は次の各規則に基づいて実行することになる。
まず、記録時と同様に、アルファベットとカタカナの変換は図５の１：１の規則で行なう。
ここで、カタカナへの変換は識別文字『＾』で囲まれたアルファベット文字列について実行するものであるが、識別文字『＾』で囲まれたアルファベット文字列が例えば８０バイトを越えるものであった場合は、カタカナへの変換は行なわないようにする。
例えば図９（ｇ）のように『＾ＡＩＵＥＯ・・・・ＲＡＲＩＲＵＲＥＲＯ＾』という文字列は、識別文字『＾』で囲まれたアルファベット文字列が８０バイトを越えているため、カタカナに変換せず、そのまま表示データとする。
【００９９】
次に、識別文字『＾』で囲まれたアルファベット文字列が８０バイト以下であった場合は、その文字列についてカタカナへの変換を実行するが、その文字列の中に１つでも変換不能な部分が存在したら、その文字列のカタカナへの変換は行なわないようにする。
例えば図９（ｄ）のような『＾ＧＩＲＩＳＩｙａ＾』という文字列については、８０バイト以下であり、しかも図５の規則による変換が不能な部分はないため、『ギリシャ』と変換する。ところが、図９（ｅ）のように『＾ＧＩＲＩＳＹＡ＾』という文字列があったとしたら、このうち『ＳＹＡ』は変換不能部分である。従ってこの場合は変換せず、そのまま『＾ＧＩＲＩＳＹＡ＾』を表示データとする。
【０１００】
以上の規則に従ってディスクのＵ−ＴＯＣセクター１に記録されている文字情報を表示させるためのシステムコントローラ１１の処理を図８に示す。
この表示動作は、ディスク装填時や再生時に実行される。例えばディスクが装填された場合は、Ｕ−ＴＯＣの読込が完了した時点で、ディスクネームとして記録されている文字情報を表示部３１に表示させる。
また再生中は、その再生しているトラックに対応するトラックネームとして記録されている文字情報を表示部３１に表示させる。
【０１０１】
このような表示を実行する際には、まずバッファＲＡＭ１３に読み込まれているＵ−ＴＯＣデータから、表示すべき文字情報を読み込む(F201)。
そして、読み込んだ文字情報の文字数を変数Ｍにセットする(F202)。例えば文字情報が『＾ＧＩＲＩＳＩｙａ＾』であったら、Ｍ＝１０とする。
続いて変数ｎ＝１に設定し(F203)、また変数ｎの値を変数Ｚに設定する(F204)。従って最初はＺ＝１となる。
【０１０２】
ここで、読み込んだ文字列のうちで第ｎの文字が識別文字『＾』であるか否かを判別する。識別文字『＾』でなく、ｎ＝Ｍでなければ(F206)、変数ｎをインクリメントし(F207)、ステップF205に戻る。つまり、このループは、文字列の中から最初の識別文字『＾』を見つけ出す処理となる。
もし、文字列が『ＡＢＣ５ｄｅ』などのように識別文字『＾』を含まないものであれば、ｎ＝１からｎ＝６となるまでステップF205で否定結果が出、また文字数Ｍ＝６であるため、ｎ＝６のときにステップF206でｎ＝Ｍとなる。このときはステップF208に進んで、第Ｚ〜第ｎの各文字がそのまま表示データとしてセットされ、表示部３１に転送されて表示される。このときＺ＝１であり、ｎ＝６であるため、『ＡＢＣ５ｄｅ』という文字が表示されることになる。
【０１０３】
第ｎの文字が識別文字『＾』であった場合は、ステップF209に進み、Ｚ＝ｎであるか否かを判別する。Ｚ＝ｎである場合とは、例えば『＾ＧＩＲＩＳＩｙａ＾』のように文字列の第１文字目が識別文字『＾』であった場合である。
Ｚ＝ｎでない場合は、第２文字目以降が識別文字『＾』であった場合である。例えば図９（ｂ）のように『ＡＢＣ＾ＡＩＵ＾』のような場合である。このように第２文字目以降が識別文字『＾』であった場合は、その識別文字『＾』より前の文字は、そのまま変換されずに表示される文字である。従ってステップF210で、第Ｚ〜第（ｎ−１）の文字がそのまま表示データとしてセットされる。『ＡＢＣ＾ＡＩＵ＾』という文字列であった場合は、まず『ＡＢＣ』が表示データとしてそのままセットされる。
【０１０４】
第ｎの文字が識別文字『＾』であった場合は、それ以降の文字列はカタカナ入力されたものである可能性があり、またそのカタカナ入力が終了した文字の後に識別文字『＾』が付されている筈である。
そこで、まず変数ｎの値を変数Ｘにセットする(F211)。従って変数Ｘはカタカナ入力の開始地点の識別文字『＾』が何文字目かを表わす値となる。そして変数ｎをインクリメントしながら(F212)、第ｎの文字が識別文字『＾』であるか否かを判別していくことになる(F213)。
【０１０５】
もし文字列が『ＡＢＣ＾ＤＥＦ』のようなものであり、識別文字『＾』で囲まれた文字列部分が存在しない場合は、ステップF213で肯定結果が出ることはない。この場合、文字数Ｍ＝７であり、ｎ＝７とされた時点でステップF214でｎ＝Ｍとなる。従ってステップF215に進んで、第Ｘ〜第ｎの文字が表示データとしてセットされ表示される。つまり、『＾ＤＥＦ』がそのまま表示データとしてセットされる。なお、この例の場合、前半の『ＡＢＣ』の文字列はステップF210ですでに表示データとしてセットされている。従って、表示は読み込んだ文字列のとおり、『ＡＢＣ＾ＤＥＦ』となる。
【０１０６】
文字列が『＾ＧＩＲＩＳＩｙａ＾』のようなものであった場合は、ｎ＝１０となった時点でステップF213で肯定結果が出る。つまり、識別文字『＾』で囲まれた文字列部分が存在する。識別文字『＾』で囲まれた文字列部分とは、第（Ｘ＋１）文字目から第（ｎ−１）文字目である。そこで、ステップF216で、この識別文字『＾』で囲まれた文字列部分を確認する。
確認処理としてはまずバイト数が８０バイト以下であるか否かを確認する。８０バイトを越えていた場合は、これはカタカナに変換しない規則であるため、ステップF220で、識別文字『＾』を含んだ第Ｘ文字目から第ｎ文字目をそのまま表示データとしてセットする。
【０１０７】
また、８０バイト以下であったら、次に図５の規則でカタカナに変換できない部分が存在するか否かを確認する。存在した場合はカタカナに変換しない規則であるため、ステップF220で、識別文字『＾』を含んだ第Ｘ文字目から第ｎ文字目をそのまま表示データとしてセットする。
【０１０８】
文字列が『＾ＧＩＲＩＳＩｙａ＾』であった場合は、第（Ｘ＋１）文字目から第（ｎ−１）文字目である『ＧＩＲＩＳＩｙａ』の文字は８０バイトを越えておらず、また変換不能部分も無いため、ステップF219に進んで、第（Ｘ＋１）文字目から第（ｎ−１）文字目をそれぞれカタカナに変換して、表示データとしてセットする。つまり『ギリシャ』という文字が表示データとしてセットされ、表示部３１に転送されて表示される。
【０１０９】
ステップF221ではそのときの変数ｎが文字数Ｍに一致しているか否かを判別する。一致していれば読み込んだ文字列の全ての表示が終了しているため、処理を終える。一致していない場合とは、Ｕ−ＴＯＣから読み込んだ文字列にはまだ後続の文字が存在する場合である。そこで、変数ｎをインクリメントし(F222)、変数Ｚに変数ｎの値をセットする(F223)。そしてステップF205に進み、上述した処理を繰り返すことになる。
【０１１０】
以上の処理により、例えば図９（ａ）〜（ｊ）のような文字列がＵ−ＴＯＣに記録されていた場合、図中右側に示すように表示が実行されることになる。
図９（ａ）では識別文字『＾』は含まれていないため、ステップF208の処理で記録されていた文字『ＡＢＣ５ｄｅ』がそのまま表示される。
図９（ｂ）の場合は、最初の『ＡＢＣ』がステップF210で表示データとしてセットされ、続く『＾ＡＩＵ＾』がステップF219で『アイウ』に変換されて表示データとしてセットされるため、『ＡＢＣアイウ』という表示が実行される。
【０１１１】
図９（ｃ）の場合は、『＾ＫＡＫＩＫＵ＾』がステップF219で『カキク』に変換されて表示データとしてセットされた後、ステップF221,F222,F223を介してステップF205に戻り、ｎ＝Ｍとなった時点でステップF208で第Ｚ〜第ｎの文字、即ちこの場合『ＸＹＺ』がそのまま表示データとしてセットされる。従って表示は『カキクＸＹＺ』となる。
【０１１２】
図９（ｄ）の場合は、『＾ＧＩＲＩＳＩｙａ＾』がステップF219で『ギリシャ』に変換されて表示データとしてセットされ、表示は『ギリシャ』となる。
図９（ｅ）の場合は、『＾ＧＩＲＩＳＹＡ＾』の『ＳＹＡ』が変換不能であるため、ステップF220でそのまま表示データとしてセットされ、表示は『＾ＧＩＲＩＳＹＡ＾』となる。
図９（ｆ）の場合は、『＾ＧＩＬＩＳＩｙａ＾』の『ＬＩ』が変換不能であるため、ステップF220でそのまま表示データとしてセットされ、表示は『＾ＧＩＬＩＳＩｙａ＾』となる。
【０１１３】
図９（ｇ）は識別文字『＾』で囲まれた部分が８０バイトを越えている場合である。この場合、ステップF220でそのまま表示データとしてセットされ、表示は『＾ＡＩＵＥＯ・・・・ＲＡＲＩＲＵＲＥＲＯ＾』となる。
図９（ｈ）は『ＡＩＵＥＯ・・・・ＲＡ』のみが識別文字『＾』で囲まれている場合である。従って表示データとしてはステップF219でまず『アイウエオ・・・ ラ』がセットされ、その後ステップF208で『ＲＩＲＵＲＥＲＯ』がセットされる。
図９（ｉ）は『ＡＩＵＥＯ・・・・ＲＡ』と『ＲＩＲＵＲＥＲＯ』がそれぞれ識別文字『＾』で囲まれている場合である。従って表示データとしてはまず『ＡＩＵＥＯ・・・・ＲＡ』がステップF219でまず『アイウエオ・・・ ラ』とされ、続いて『ＲＩＲＵＲＥＲＯ』が再びステップF219の処理で『リルレロ』とされて、全てカタカナ表示となる。
【０１１４】
図９（ｊ）は『＾ＡＢＣ＾』が変換不能であり、ステップF220でそのままセットされ、続く『ＡＢＣ』はステップF210でそのままセットされ、さらに『＾ＡＢＥ＾』についてはステップF219で『アベ』と変換されてセットされる。従って表示は『＾ＡＢＣ＾ＡＢＣアベ』となる。
【０１１５】
以上のように図８の処理で記録された文字情報が表示されることで、前述した図４の処理でカタカナ入力がなされた文字については、カタカナで表示されることになる。なお、図４の処理で記録することによれば、Ｕ−ＴＯＣに記録されている文字列が図９のうち（ｅ）（ｆ）（ｇ）（ｊ）のような文字列になることはなく、従って、カタカナ入力したものについては、変換不能やバイト数超過によりカタカナ表示ができなくなるということはない。
なお、実際の表示処理としては図８の処理例に限られず、多様な処理手順が考えられることはいうまでもない。
【０１１６】
本実施例では以上のように文字情報記録動作及び文字情報再生動作が実行されることで、ユーザーはアルファベットよりも読み易い文字表示を実現できる。しかも、記録されるコードはあくまでアスキーコードのみであるため、カタカナなどの専用コードを特別に記憶させる必要はなく、必要なメモリ容量が著しく増大するということもないとともに、変換できない場合はアスキーコードでそのまま表示されるため、文字化けが生じることはない。
【０１１７】
また、カタカナとアルファベットの変換は１：１で対応させていることにより、混乱のない、簡易な変換アルゴリズムが構築でき、ソフトウエア作成の容易性、互換性保持の容易性が保たれる。
さらに、記録時には識別文字で囲まれた変換対象文字列が所定バイト数を越えることがないようにしていることで、表示の際の処理が容易となる。つまり、バイト数が長大化すると、各文字の変換可能／不可能の判別処理が煩雑になり、表示出力レスポンスも低下する場合もある。ところが、バイト数が限られていることで、コードの扱いや変換アルゴリズムの容易性が増すことになる。
【０１１８】
また表示部３１において１度に表示できる表示文字数は限られているため、長い文字列については、識別文字『＾』によって区切っていくことにより、最初の識別文字『＾』で囲まれた文字列をカタカナに変換して表示している間に、後続の識別文字『＾』で囲まれた文字列のカタカナ変換処理を行なうようにすることもできる。つまり表示開始迄の処理を迅速化できる。
さらに表示の処理としては、もし識別文字『＾』で囲まれた文字列が所定のバイト数を越えているようなことがあった場合や、変換不能部分が含まれていた場合などは、変換しないようにすることで、処理が遅滞することはない。
【０１１９】
また、記録の際にはユーザーは識別文字『＾』を入力できないようにすることで、規則に従わない状態で識別文字『＾』が記録される文字列に付加されることはなく、従って識別文字『＾』で囲まれた文字列がカタカナ変換できないようなことが発生することはない。
【０１２０】
なお、以上の実施例では、カタカナをアスキーコードに変換してディスクに記録するようにし、また表示の際にはアスキーコードをカタカナに変換して表示することで、特に日本人ユーザーにとって読み易い表示を実現したものであるが、カタカナ以外でも、ひらがなに変換することなども可能である。
さらに、ハングル文字や、ギリシャ文字、アラビア文字などを１：１の規則でアルファベットに対応させて変換するようにすれば、アスキーコードのみの記録によって世界中の各種ローカルな文字の記録及び表示出力が可能になる。
【０１２１】
各種複数種類の文字に対応させる場合には、例えば識別文字を変えることによって区別すれば良い。例としては、上記のようにカタカナについては『＾』を配し、さらにハングル文字については『＠』を識別文字として配するなどの手法が考えられる。
また識別文字は、例えば『ＪＪＪ』や『＊＊』など、特定の文字列としてもよい。
【０１２２】
【発明の効果】
以上説明したように本発明により、第１の文字種であるアルファベットを日常使用する文字としないユーザーにとって、日常使用する第２の文字種の文字での読み易い文字出力を実現できるという効果がある。
また、記録媒体に記録されるコードはあくまで第１の文字種のみであるため、第２の文字種の各文字についての専用コードを特別に記憶させる必要はなく、必要なメモリ容量が著しく増大するということもないとともに、変換できない場合は第１の文字種でそのまま表示されるため、文字化けが生じることはない。
【０１２３】
また、第１，第２の文字種間の変換は１：１で対応させていることにより、混乱のない、簡易な変換アルゴリズムが構築でき、ソフトウエア作成の容易性、互換性保持の容易性が保たれるという効果がある。
【０１２４】
さらに、記録時には識別子で囲まれた変換対象文字列が所定バイト数を越えることがないようにしていることで、表示などの出力の際の処理が容易となるという効果がある。
また出力処理としては、識別子で囲まれた文字列が所定のバイト数を越えているようなことがあった場合や、変換不能部分が含まれていた場合などは、変換しないようにすることで、出力処理の遅滞を防止するとともにアルゴリズムの容易性を実現できる。
【０１２５】
また、記録の際にはユーザーは識別子を入力できないようにすることで、むやみに識別子が記録される文字列に付加されることはなく、従って識別子に基づく変換処理は常に円滑に行なうことができる。
【図面の簡単な説明】
【図１】本発明の実施例の記録再生装置のブロック図である。
【図２】実施例の記録再生装置の外観の説明図である。
【図３】実施例の記録再生装置に対応するリモートコマンダーの説明図である。
【図４】実施例の文字情報記録動作時の処理のフローチャートである。
【図５】実施例のアルファベット−カタカナ変換方式の説明図である。
【図６】実施例の文字情報記録動作時の処理の説明図である。
【図７】実施例の文字情報記録動作時の処理の説明図である。
【図８】実施例の文字情報再生動作時の処理のフローチャートである。
【図９】実施例の文字情報再生動作時の処理の説明図である。
【図１０】Ｐ−ＴＯＣセクター０の説明図である。
【図１１】Ｕ−ＴＯＣセクター０の説明図である。
【図１２】Ｕ−ＴＯＣセクター０のリンク形態の説明図である。
【図１３】Ｕ−ＴＯＣセクター１の説明図である。
【図１４】アスキーコードの説明図である。
【符号の説明】
１  ディスク
３  光学ヘッド
８  エンコーダ／デコーダ部
１０  アドレスデコーダ
１１  システムコントローラ
１９  操作部
３０  記録再生装置
３１  表示部
３３  受光部
４４  エディットキー
４５  イエスキー
４６  ノーキー
４７  ジョグダイヤル
９０  リモートコマンダー
９２  数字／文字キー
９５  ネーム入力モードキー
９６  モード選択キー
９７  数字モードキー
９８  選択キー
【図１】
0003672599.tif 000002
【図２】
0003672599.tif 000003
【図３】
0003672599.tif 000004
【図４】
0003672599.tif 000005
【図５】
0003672599.tif 000006
【図６】
0003672599.tif 000007
【図７】
0003672599.tif 000008
【図８】
0003672599.tif 000009
【図９】
0003672599.tif 000010
【図１０】
0003672599.tif 000011
【図１１】
0003672599.tif 000012
【図１２】
0003672599.tif 000013
【図１３】
0003672599.tif 000014
【図１４】
0003672599.tif 000015