JP2004005986A - 再生装置及び再生方法 - Google Patents

Abstract

【課題】再生装置及び再生方法において曲名等の文字表示を読み易くする。
【解決手段】１または複数単位の情報が記録されるデータ領域と、データ領域に記録された情報の記録位置とデータ領域に記録された情報に関する文字情報とが記録された管理領域とを備える記録媒体を再生する再生装置おいて、管理領域から再生された文字列に第１の文字種から他の文字種への変換を行なうための識別子を抽出し、識別子抽出手段にて識別子が抽出された場合には再生された文字列から識別子を削除した文字列を抽出して、識別子の指示の基づいて他の文字種の文字列に変換し、識別子を削除し、他の文字種に変換された文字列を表示する。
【選択図】　　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は例えばディスクやテープ等の記録媒体に記録された楽曲等の音響データを再生することのできる再生装置及び再生方法に関するものである。
【０００２】
【従来の技術】
音楽等を再生することのできる再生装置として、音声信号をデジタル信号として記録する光磁気ディスク、或は磁気テープ等を記録媒体とした再生装置が知られている。
特に近年、光磁気ディスクとしては再生だけでなくユーザーが楽曲等の音声を録音することができるもの（いわゆるミニディスク）も知られており、このミニディスクの場合、そのディスクのタイトル（アルバム名）や予め記録されている楽曲やユーザーが録音した楽曲について曲名などを文字情報として記録しておくことができ、例えば再生時においては再生装置に設けられた表示部において、ディスクタイトルや曲名、アーティスト名等を表示することができるようになされている。
【０００３】
【発明が解決しようとする課題】
ところが、ミニディスクの場合を例にあげると、通常、文字情報としてディスクに記録しておくことができるのは図１２に示すアスキーコード（ＡＳＣＩＩ−ＣＯＤＥ）による文字列であり、つまり、アルファベット、数字及び所定の記号のみである。
【０００４】
なお、もちろんカナや漢字等、アスキー以外の文字についてもコード化してディスクに記録していくことは可能ではあるが、この場合、記録装置／再生装置において、文字フォント、漢字辞書、変換処理等の膨大なソフトウエア及び、そのソフトウエアを動作させるために十分なハードウエアを余分に搭載しなければならず、記録装置／再生装置としてコストアップが発生し、場合によってはフォーマット変更も必要になるため、事実上高級機種においてのみしか実現の可能性は薄いといえる。
【０００５】
そのため、一般にミニディスク記録／再生装置では文字情報についてはアスキーコードのみで対応しているわけであるが、例えば日本語の文字情報を表示させようとした場合、非常に読みずらくなることが多いという問題がある。例をあげれば、『かわのながれのように』という楽曲を録音した際にこの曲名のアスキーコードでディスクに記録しておく場合、ローマ字形式で『ＫＡＷＡＮＯＮＡＧＡＲＥＮＯＹＯＵＮＩ』となるが、これを例えばその楽曲の再生時に表示させようとすると、このままローマ字形式で表示されることになるため、非常に読みずらく、曲名表示としての機能が十分に生かされないことになる。
【０００６】
【課題を解決するための手段】
本発明はこのような問題点にかんがみてなされたもので、ユーザーが曲名等の文字表示を読み易くすることを目的とする。
【０００７】
このため再生装置として、１または複数単位の情報が記録されるデータ領域と、上記データ領域に記録された情報の記録位置と上記データ領域に記録された情報に関する文字情報とが記録された管理領域とを備える記録媒体を再生する再生装置において、上記管理領域から再生された文字列に第１の文字種から他の文字種への変換を行なうための識別子を抽出する識別子抽出手段と、上記識別子抽出手段にて識別子が抽出された場合には上記再生された文字列から上記識別子を削除した文字列を抽出する文字列抽出手段と、上記文字列抽出手段にて抽出された文字列を上記識別子の指示の基づいて他の文字種の文字列に変換する文字列変換手段と、上記文字列抽出手段にて上記識別子が削除されるとともに上記文字列変換手段にて他の文字種に変換された文字列を表示する表示手段とを備える。
【０００８】
また、上記表示手段は、上記識別子抽出手段によって識別子が未抽出であった場合には、上記管理領域から再生された文字列を第１の文字種で表示する。
【０００９】
再生方法として、１または複数単位の情報が記録されるデータ領域と、上記データ領域に記録された情報の記録位置と上記データ領域に記録された情報に関する文字情報とが記録された管理領域とを備える記録媒体を再生する再生方法において、上記管理領域から再生された文字列に第１の文字種から他の文字種への変換を行なうための識別子を抽出し、識別子が抽出された場合には上記再生された文字列から上記識別子を削除した文字列を抽出し、上記抽出された文字列を上記識別子の指示の基づいて他の文字種の文字列に変換し、上記識別子が削除されるとともに上記他の文字種に変換された文字列を表示する。
【００１０】
また、上記管理領域から再生された文字列から上記識別子が未抽出であった場合には、上記上記管理領域から再生された文字列を第１の文字種で表示する。
【００１１】
【発明の実施の形態】
以下、本発明の再生装置及び再生方法の実施の態様を説明するが、まず図１、図２を用いて実施例となる記録再生装置の構成を説明し、続いて図３〜図７によりこの記録再生装置に対応する光磁気ディスクにＴＯＣ情報として書き込まれている管理データについて説明し、その後、図８〜図１１により各種実施例の動作を説明する。
【００１２】
この実施例は光磁気ディスク（ミニディスク）を記録媒体として用いた音響記録再生装置で、図１は記録再生装置の要部のブロック図、図２は外観を示す平面図である。
図１において１は例えば複数の楽曲（音声データ）が記録されている光磁気ディスク（又は光ディスク）を示し、スピンドルモータ２により回転駆動される。３は光磁気ディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００１３】
このため、光学ヘッド３はレーザ出力手段としてのレーザダイオードや、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されており、また、光学ヘッド３全体はスレッド機構５によりディスク半径方向に移動可能とされている。
【００１４】
また、６は供給されたデータによって変調された磁界を光磁気ディスクに印加する磁気ヘッドを示し、光磁気ディスク１を挟んで光学ヘッド３と対向する位置に配置されている。
【００１５】
再生動作によって、光学ヘッド３により光磁気ディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、絶対位置情報（光磁気ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）、アドレス情報、サブコード情報、フォーカスモニタ信号等を抽出する。そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路９に供給される。
さらにフォーカスモニタ信号は、例えばマイクロコンピュータによって構成されるシステムコントローラ１１に供給される。
【００１６】
サーボ回路９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１からのトラックジャンプ指令、シーク指令、回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御をなし、またスピンドルモータ２を一定角速度（ＣＡＶ）又は一定線速度（ＣＬＶ）に制御する。
【００１７】
再生ＲＦ信号はエンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理され、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれる。なお、光学ヘッド３による光磁気ディスク１からのデータの読み取り及び光学ヘッド３からバッファＲＡＭ１３までの再生データの転送は１．４１Ｍｂｉｔ／ｓｅｃで（間欠的に）行なわれる。
【００１８】
バッファＲＡＭ１３に書き込まれたデータは、再生データの転送が０．３Ｍｂｉｔ／ｓｅｃ　となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、Ｄ／Ａ変換器１５によってアナログ信号とされ、端子１６から所定の増幅回路部へ供給されて再生出力される。例えばＬ，Ｒオーディオ信号として出力される。
【００１９】
また、アドレスデコーダ１０から出力される、プリグルーブ情報をデコードして得られた絶対位置情報、又はデータとして記録されたアドレス情報はエンコーダ／デコーダ部８を介してシステムコントローラ１１に供給され、各種の制御動作に用いられる。
さらに、記録／再生動作のビットクロックを発生させるＰＬＬ回路のロック検出信号、及び再生データ（Ｌ，Ｒチャンネル）のフレーム同期信号の欠落状態のモニタ信号もシステムコントローラ１１に供給される。
【００２０】
光磁気ディスク１に対して記録動作が実行される際には、端子１７に供給された記録信号（アナログオーディオ信号）は、Ａ／Ｄ変換器１８によってデジタルデータとされた後、エンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。エンコーダ／デコーダ部１４によって圧縮された記録データはメモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定タイミングで読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後磁気ヘッド駆動回路１５に供給される。
【００２１】
磁気ヘッド駆動回路１５はエンコード処理された記録データに応じて、磁気ヘッド６に磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク１に対して磁気ヘッド６によるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッド３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００２２】
なお、上記再生動作は光磁気ディスク１について説明したが、データをＣＤと同様にピット形態で記録している光ディスクについても、いわゆるミニディスク再生装置としては再生が可能とされる。この場合、光学ヘッドは磁気カー効果ではなくＣＤプレーヤの場合と同様にピットの有無による反射光レベルの変化に応じて再生ＲＦ信号を取り出すものである。もちろん光ディスクに対しては磁界記録動作は実行されない。
【００２３】
１９はユーザー操作に供されるキーが設けられた操作入力部、２０は例えば液晶ディスプレイによって構成される表示部を示す。
操作入力部１９としては、図２のとおり機器筺体に表出するように録音キー５１、再生キー５２、一時停止キー５３、停止キー５４、ＡＭＳキー５５、サーチキー５６、曲名入力モードキー５７、ディスク名入力モードキー５８、日付入力モードキー５９、テンキー６１、表示モードキー６２、エンターキー６３等がユーザー操作に供されるように設けられている。
テンキー６１の各数字キーにはそれぞれ３個又は２個アルファベット、或はスペースが対応され、文字入力の際に用いられる。
また、表示部２０も筺体上部表面に配置されている。
【００２４】
また、図１において２１はカナ変換部、２２は切換部を示している。後述するように光磁気ディスク１にはアスキーコードによる文字情報が記録されており、システムコントローラ１１はこれを読み出して表示部２０に表示させることができるが、カナ変換部２１はシステムコントローラ１１から表示部２０に対して表示データとして出力する文字情報について、アルファベット（アスキーコード）によるローマ字形式の文字をカナに変換することができるように構成されており、また切換部２２はアスキーコードによる文字情報をそのまま表示部に供給して表示させるか、或はカナ変換部２１で変換されたカナによる文字情報を表示部に供給して表示させるかを選択して切り換える動作を行なう（なお、カナ変換部２１及び切換部２２を回路ブロックとして示しているが、実際にはこれらはシステムコントローラ１１内のソフトウエア手段により構成される）。
【００２５】
また、２３は光磁気ディスク１におけるＴＯＣ情報を保持するＲＡＭ（以下、ＴＯＣメモリという）である。
この実施例の記録再生装置が対応するディスクとしては、予め楽曲等が記録されているプリマスタードタイプ（光ディスク）のものとユーザーが音楽データ等を記録することのできるデータ書き換え可能とされるもの（光磁気ディスク）、及び楽曲等を予め記録したＲＯＭエリアと録音可能な光磁気エリアを設けたハイブリッドタイプのものがあり、これらのディスクにはそのタイプに応じて、既に楽曲等のデータが記録されているエリアや未記録エリアを管理するデータ等がＴＯＣ情報として記録されている。
【００２６】
そして、このような光磁気ディスク１が装填された時点或は記録又は再生動作の直前等において、システムコントローラ１１はスピンドルモータ２及び光学ヘッド３を駆動させ、光磁気ディスク１の例えば最内周側に設定されているＴＯＣ領域のデータを抽出させる。そして、ＲＦアンプ７、エンコーダ／デコーダ部８を介してメモリコントローラ１２に供給されたＴＯＣ情報はＴＯＣメモリ２３に蓄えられ、以後その光磁気ディスク１に対する記録／再生動作の制御に用いられる。
【００２７】
例えば或る楽曲の録音を行なおうとする際には、ＴＯＣ情報の一部であるユーザーＴＯＣ（音声信号の録音、消去等に応じて書き換えられるＴＯＣ情報領域）からディスク上の未記録エリアを探し出し、ここに音声データを記録していくことができるようになされている。また、再生時には再生すべき楽曲が記録されているエリアをＴＯＣ情報から判別し、そのエリアにアクセスして再生動作を行なう。
【００２８】
ＴＯＣ情報としての構造を図３〜図６に示す。図３は主に予めディスクに記録された楽曲等（ＲＯＭ情報）についてのＴＯＣ情報が記録されるデータ領域（以下、ＴＯＣセクター０という）、図４はディスクに予め記録された楽曲等の曲名、ディスクタイトル等の文字情報が記録されたデータ領域（以下、ＴＯＣセクター１という）、図５は主にユーザーが録音を行なった楽曲や新たに録音可能な未記録エリアについてのＴＯＣ情報が記録されているデータ領域（以下、Ｕ−ＴＯＣセクター０という）、図６はユーザーが録音を行なった楽曲についてユーザーが書き込んだ曲名、ディスクタイトル等の文字情報が記録されたデータ領域（以下、Ｕ−ＴＯＣセクター１という）を示している。
【００２９】
図３〜図６の各データ領域は、それぞれ例えば４バイト×５８７　のデータ領域に構成され、ＴＯＣの領域であることを示すため先頭位置にオール０又はオール１の１バイトデータによって成る同期パターンを有するヘッダが設けられている。
【００３０】
図３のＴＯＣセクター０については、ヘッダに続いて所定アドレス位置に、ディスクタイプや録音レベル、記録されている最初の楽曲の曲番（Ｆｉｒｓｔ　ＴＮＯ）、最後の楽曲の曲番（Ｌａｓｔ　ＴＮＯ）　、リードアウトスタートアドレスＲＯ_Ａ　、パワーキャルエリアスタートアドレスＰＣ_Ａ　、Ｕ−ＴＯＣ（図６のＵ−ＴＯＣセクター０のデータ領域）のスタートアドレスＵＳＴ_Ａ　、録音可能なエリアのスタートアドレスＲＳＴ_Ａ　等が記録され、さらに続いて、記録されている各楽曲等を後述する管理テーブル部におけるパーツテーブルに対応させるテーブルポインタ（Ｐ−ＴＮＯ１　〜Ｐ−ＴＮＯ２５５）　を有する対応テーブル指示データ部が用意されている。
【００３１】
そして対応テーブル指示データ部に続く領域には、対応テーブル指示データ部におけるテーブルポインタ（Ｐ−ＴＮＯ１　〜Ｐ−ＴＮＯ２５５）　に対応して、（０１）〜（ＦＦ）までの２５５個のパーツテーブルが設けられた管理テーブル部が用意される。それぞれのパーツテーブルには、或るセグメント（この場合、セグメントとはディスクのトラック上で物理的に連続してデータが記録されたトラック部分をいう）について起点となるスタートアドレス、終端となるエンドアドレス、及びそのセグメント（トラック）のモード情報が記録できるようになされている。
【００３２】
各パーツテーブルにおけるトラックのモード情報とは、そのセグメントが例えばオーバーライト禁止やデータ複写禁止に設定されているか否かの情報や、オーディオ情報か否か、モノラル／ステレオの種別などが記録されている。
【００３３】
管理テーブル部における（０１）〜（ＦＦ）までの各パーツテーブルは、対応テーブル指示データ部のテーブルポインタ　（Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５）　によって、そのセグメントの内容が示される。つまり、第１曲目の楽曲についてはテーブルポインタＰ−ＴＮＯ１として或るパーツテーブル（例えば（０１）。ただし実際にはテーブルポインタはＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示している）が記録されており、この場合パーツテーブル（０１）のスタートアドレスは第１曲目の楽曲が記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。
【００３４】
同様に第２曲目についてはテーブルポインタＰ−ＴＮＯ２に示されるパーツテーブル（例えば（０２））に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはＰ−ＴＮＯ２５５まで用意されているため、ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。
【００３５】
図４のＴＯＣセクター１には、ディスク及びそのディスクに予め記録され、上記のようにＴＯＣセクター０によって管理されている楽曲に対応して、文字情報を記録することができるようになされている。
【００３６】
即ち、上記ＴＯＣセクター０におけるテーブルポインタ　（Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５）　と同様に、文字テーブル指示データ部として記録された各楽曲（最大第２５５曲目まで）に対応するテーブルポインタ（Ｐ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５）が用意され、さらにディスクネーム（タイトル）を記録するテーブル、及びテーブルポインタ（Ｐ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５）によって指定されディスクネーム又はトラックネーム（曲名）を記録する（０１）〜（ＦＦ）の２５５のパーツテーブルからなる文字テーブル部が用意されている。
【００３７】
文字テーブル部の各パーツテーブルにはアルバムタイトルや、楽曲タイトルがアスキーコードによって記録される。そして、文字情報が記録されたパーツテーブルはテーブルポインタ（Ｐ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５）によって指定されていることにより、どの曲に対応した文字情報であるかが判別される。例えばテーブルポインタＰ−ＴＮＡ１によって指定されるパーツテーブルには第１曲目の曲名が記録されていることになる。
【００３８】
次に図５に示すデータ領域、即ちＵ−ＴＯＣセクター０には、ヘッダに続いて所定アドレス位置に、マーカーコード、モデルコード、最初の楽曲の曲番（ＦｉｒｓｔＴＮＯ）、最後の楽曲の曲番（Ｌａｓｔ　ＴＮＯ）、セクター使用状況、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録され、さらに、ユーザーが録音を行なって記録されている楽曲の領域や未記録領域等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ（Ｐ−ＤＦＡ，Ｐ−ＥＭＰＴＹ　，Ｐ−ＦＲＡ　，Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５）　が記録される領域が用意されている。
【００３９】
そして対応テーブル指示データ部のテーブルポインタ（Ｐ−ＤＦＡ〜Ｐ−ＴＮＯ２５５）　に対応して、管理テーブル部として（０１）〜（ＦＦ）までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図３のＴＯＣセクター０と同様に或るセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメントのモード情報が記録されており、さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルのセグメントが他のセグメントへ続いて連結される場合があるため、その連結されるセグメントのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。
【００４０】
ミニディスクの場合、例えば１つの楽曲のデータ物理的に不連続に、即ち複数のセグメントにわたって記録されていてもセグメント間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数セグメントにわけて記録する場合もある。そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ（０１）〜（ＦＦ）（実際にはＵ−ＴＯＣセクター０内のバイトポジションで示される）によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。（なお、あらかじめ記録される楽曲等については通常セグメント分割されることがないため、前記図３のようにＴＯＣセクター０においてリンク情報はすべて『（００）』とされている。）
【００４１】
つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理はなされる。
【００４２】
Ｕ−ＴＯＣセクター０の管理テーブル部における（０１）〜（ＦＦ）までの各パーツテーブルは、対応テーブル指示データ部におけるテーブルポインタ（Ｐ−ＤＦＡ，Ｐ−ＥＭＰＴＹ　，Ｐ−ＦＲＡ　，Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５）　によって、以下のようにそのセグメントの内容が示される。
【００４３】
テーブルポインタＰ−ＤＦＡ　は光磁気ディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合はテーブルポインタＰ−ＤＦＡ　において（０１）〜（ＦＦ）のいづれかが記録されており、それに相当するパーツテーブルには、欠陥セグメントがスタート及びエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、さらに他の欠陥セグメントがない場合はリンク情報は例えば『（００）』とされ、以降リンクなしとされる。
【００４４】
テーブルポインタＰ−ＥＭＰＴＹ　は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、テーブルポインタＰ−ＥＭＰＴＹ　として、（０１）〜（ＦＦ）のうちのいづれかが記録される。未使用のパーツテーブルが複数存在する場合は、テーブルポインタＰ−ＥＭＰＴＹ　によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００４５】
例えば全く楽曲等の音声データの記録がなされておらず欠陥もない光磁気ディスクであれば、パーツテーブルは全て使用されていないため、例えばテーブルポインタＰ−ＥＭＰＴＹ　によってパーツテーブル（０１）が指定され、また、パーツテーブル（０１）のリンク情報としてパーツテーブル（０２）が指定され、パーツテーブル（０２）のリンク情報としてパーツテーブル（０３）が指定され、というようにパーツテーブル（ＦＦ）まで連結される。この場合パーツテーブル（ＦＦ）のリンク情報は以降連結なしを示す『（００）』とされる。
【００４６】
テーブルポインタＰ−ＦＲＡ　は光磁気ディスク１上のデータの書込可能な未記録領域（消去領域を含む）について示しており、未記録領域となるトラック部分（＝セグメント）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、未記録領域が存在する場合はテーブルポインタＰ−ＦＲＡ　において（０１）〜（ＦＦ）のいづれかが記録されており、それに相当するパーツテーブルには、未記録領域であるセグメントがスタート及びエンドアドレスによって示されている。また、このようなセグメントが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『（００）』となるパーツテーブルまで順次指定されている。
【００４７】
図７にパーツテーブルにより、未記録領域となるセグメントの管理状態を模式的に示す。これはセグメント（０３）（１８）（１Ｆ）（２Ｂ）（Ｅ３）が未記録領域とされている時に、この状態が対応テーブル指示データＰ−ＦＲＡ　に引き続きパーツテーブル（０３）（１８）（１Ｆ）（２Ｂ）（Ｅ３）のリンクによって表現されている状態を示している。なお、上記した欠陥領域や、未使用パーツテーブルの管理形態もこれと同様となる。
【００４８】
テーブルポインタＰ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５は、光磁気ディスク１にユーザーが記録を行なった楽曲について示しており、例えばテーブルポインタＰ−ＴＮＯ１では１曲目のデータが記録された１又は複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。
【００４９】
例えば１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域はテーブルポインタＰ−ＴＮＯ１で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【００５０】
また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の記録位置を示すため各セグメントが時間的な順序に従って指定される。つまり、テーブルポインタＰ−ＴＮＯ２に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『（００）』となるパーツテーブルまで連結される（上記、図７と同様の形態）。このように例えば２曲目を構成するデータが記録された全セグメントが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００５１】
図６のＵ−ＴＯＣセクター１の領域には、ユーザーが録音を行ない、Ｕ−ＴＯＣセクター０において管理された各楽曲に対応して、文字情報が記録できるようになされている。
【００５２】
即ち、上記Ｕ−ＴＯＣセクター０におけるテーブルポインタ　（Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５）　と同様に、文字テーブル指示データ部として記録された各楽曲（最大第２５５曲目まで）に対応するテーブルポインタ（Ｐ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５）が用意され、さらにディスクネーム（タイトル）を記録するテーブル及びテーブルポインタ（Ｐ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５）によって指定されディスクネーム又はトラックネーム（曲名）を記録する（０１）〜（ＦＦ）の２５５のパーツテーブルからなる文字テーブル部が用意されている。
【００５３】
文字テーブル部の各パーツテーブルにはアルバムタイトルや、楽曲タイトルがアスキーコードによって記録される。そして、文字情報が記録されたパーツテーブルはテーブルポインタ（Ｐ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５）によって指定されていることにより、どの曲に対応した文字情報であるかが判別される。例えばテーブルポインタＰ−ＴＮＡ１によって指定されるパーツテーブルには第１曲目の曲名が記録されていることになる。
【００５４】
このようにユーザーが録音した楽曲等に対応して、その楽曲の曲名やディスク名（アルバムタイトル）等の文字情報を保持するＵ−ＴＯＣセクター１の領域が設けられているため、ユーザーが自分で録音した楽曲についても、その楽曲に対応させて曲名等を書き込むことができる。例えばユーザーが録音時等において操作部１９のテンキー６１等を操作してアルファベット文字情報を入力することにより、その文字情報は光磁気ディスク１のＴＯＣ領域に書き込まれる。
なお、ユーザーが入力した文字が１つのパーツテーブルのみでは記録できない長さであるときは、複数のパーツテーブルにわたって記録されていくことになり、この状態はリンク情報により管理される。
【００５５】
なお、ＴＯＣセクター０、ＴＯＣセクター１についてはデータの書き換えは不要であるため、ＲＯＭデータとしてディスクに記録され、一方Ｕ−ＴＯＣセクター０、Ｕ−ＴＯＣセクター１についてはユーザーが録音、消去等の操作を行なう毎にデータを書き換える必要があるため光磁気データとしてディスクに記録されている。もちろんプリマスタードタイプ（光ディスク）ではＵ−ＴＯＣセクター０、Ｕ−ＴＯＣセクター１は設けられていない。
【００５６】
このようなＴＯＣ情報が記録された光磁気ディスク１（又は光ディスク）に対する本実施例の記録再生装置は、ＴＯＣメモリ２３に読み込んだＴＯＣ情報を用いてディスク上の記録領域の管理を行なって記録／再生動作を制御する。
【００５７】
そして、特に、表示部２０に対してはＴＯＣ情報として読み出された数字や文字による情報を表示することができるようになされている。
例えばディスク再生時においては、光磁気ディスク１がこの記録再生装置に装填された時点でＴＯＣ領域の情報が読み出され、管理データやＲＯＭ化された文字情報とともに、ユーザーＴＯＣ領域に書き込まれた文字情報も読み出されてＴＯＣメモリ２３に取り込まれる。従ってシステムコントローラ１１は例えば再生している楽曲に応じて、その楽曲名をＴＯＣメモリ２３から読み出し、これを表示部２０において文字、数値等で表示させることができる。
【００５８】
以下、このような構成の記録再生装置において実現される文字情報の表示方式として第１〜第４の実施例を図８〜図１１により説明する（各実施例において以上説明してきた構成は同様である）。
【００５９】
なお、文字情報の表示を表示部２０において実行するのは、例えば再生動作中においてシステムコントローラ１１が表示部を文字表示モードとして制御している場合に、再生している楽曲についてその楽曲が終るまで曲名を表示したり、楽曲の開始から所定時間のみ曲名を表示したり、或は特にユーザーが所定の操作を行なって再生関係なくにディスク名や収録曲名を表示させたりするなど各種の場合があるが、以下、それらの各種場合において、システムコントローラ１１が表示部２０に文字表示を実行させる際の処理として各実施例の動作を説明する。
【００６０】
図８は第１の実施例の動作となるシステムコントローラ１１の制御処理のフローチャートである。
再生時に再生している曲名等の文字表示を表示部２０において実行する際には（Ｆ１０１）、システムコントローラ１１はその文字情報をＴＯＣメモリ２３から読み出し（Ｆ１０２）、表示データとして表示部２０に供給することになるが、ここで、まず現在表示が例えばユーザーによる表示モードキー６２の操作によりカナ表示モードとされているか否かにより処理が異なる（Ｆ１０３）。
【００６１】
カナ表示モードとされておらず、通常の表示モードであれば、読み込まれたアスキーコードに基づく表示データをそのまま表示部２０に供給し、アルファベット等による文字表示を実行させる（Ｆ１０５）。図１においてブロック的に見れば、切換部２２をＡ端子に接続して、カナ変換部２１を介さずに表示データを表示部２０に供給することになる。
【００６２】
そして、例えば再生時であったらその楽曲が終了したり、或はユーザー操作や動作プログラムに基づいて表示が再生進行時間表示等の他の表示に切り換えられたりするなど、その文字表示を終了させるべき時点まで、アルファベット等による文字表示が行なわれる（Ｆ１０６）。
【００６３】
一方、表示モードがカナ表示モードされていた場合は、表示すべき文字情報としてＴＯＣメモリ２３から取り込んだアスキーコードによる文字列が、カナ変換可能であるか否かを判別する（Ｆ１０４）。つまり、ローマ字形式の文字列であるかを判別し、ローマ字形式でなければ、ステップＦ１０５に進み、そのままアルファベット等による表示を実行させる。
【００６４】
カナ変換可能な文字列であったら、これをカナによる表示データに変換して、表示部２０に供給する。図１においてブロック的に見れば、切換部２２をＫ端子に接続して、アスキーコードによる文字列をカナ変換部２１においてカナによる表示データとして変換してから、その表示データを表示部２０に供給することになる。そして、表示が終了されるまで（Ｆ１０８）カナにより文字を表示する。
【００６５】
以上の処理により、文字情報は次の例のように表示されることになる。
例えば『ＳＴＥＰ　ＢＹ　ＳＴＥＰ』『ＫＡＺＥ　ＮＯ　ＫＵＮＩ』としてＴＯＣに記憶されている文字情報を考えると、通常の表示モードではそのまま『ＳＴＥＰ　ＢＹ　ＳＴＥＰ』『ＫＡＺＥ　ＮＯ　ＫＵＮＩ』と表示される　（Ｆ１０３→Ｆ１０５）　。そして、カナ表示モードとされている場合、前者は英語形態でカナ変換不能であるためそのまま『ＳＴＥＰ　ＢＹ　ＳＴＥＰ』と表示されるが（Ｆ１０４→Ｆ１０５）　、一方、後者はローマ字形態でカナ変換可能であるため『カゼ　ノ　クニ』とカナに変換されて表示されることになる。前者は英語であるためアルファベット表示のままが適しており、後者は日本語であるため、カナ表示とすることにより非常に読みやすくなる。
【００６６】
なお、もちろんカタカナでなくひらがなであってもよい。例えば実際には『かぜ　の　くに』と表示したほうがカタカナより読みやすいとすれば、ひらがな変換するように構成すればよい。
【００６７】
ところで、この実施例ではローマ字形態と間違われる英語文字列が存在し、さらに発音がローマ字読みでは異なってしまうものの場合、多少不都合が生ずる。例えば『ＥＭＯＴＩＯＮ　』というような文字の場合、ローマ字形態と間違われることになり、さらにローマ字読みでは『エモチオン』となって、実際の発音に近い『エモーション』とは変換されない。従って、カナ表示モードとされている場合『エモチオン』と表示がなされ適切ではない。
【００６８】
なお、このような場合、本実施例では表示中にモード切換を可能とし、通常モードに切り換えることによって『ＥＭＯＴＩＯＮ　』と正しく表示されることになるが、このような場合により好適に対応しているのが以下第２〜第４の実施例となる。
【００６９】
図９は第２の実施例の動作となるシステムコントローラ１１の制御処理のフローチャートである。なお、このフローチャートにおいてステップＦ２０１〜Ｆ２０６の処理は前記図８のステップＦ１０１〜Ｆ１０６の処理と同様であるため説明を省略する。
【００７０】
この実施例の場合、カナ表示モードとされているときであって、かつローマ字形態でカナ変換が可能な文字列であったときは、そのアスキーコードによる文字列をカナに変換して表示するものであるが　（Ｆ２０４→Ｆ２０７）　、このようにカナ変換文字により表示している際に、ユーザーが表示切換操作（Ｆ２０９）を行なうことにより、アスキーコードによるアルファベット文字列の表示に切り換えられるようにする（Ｆ２０９→Ｆ２１０）　。またアルファベット文字の表示に切り換えられた際に、さらにユーザーが表示切換操作（Ｆ２１２）を行なうことにより、カナ文字列の表示に切り換えられるようにしている（Ｆ２１２→Ｆ２０７）　。
【００７１】
つまり、表示終了（Ｆ２０８，Ｆ２１１）　までの間は、ユーザーがトグル的なスイッチ操作により、アルファベット表示とカナ表示を切り換えることができるようにしている。これにより、ユーザーの判断でより適した表示が選択されて実行されることになる。
なお、表示切換の手段としては、表示モードキー６２や他の操作キーを用いるようにするか、専用の表示切換キーを設けるようにすればよい。
【００７２】
ところで、この実施例の変形例として、ステップＦ２０３を削除し、通常表示モードとカナ表示モードの区別を無くしてもよい。つまり、表示すべきアルファベット文字列がローマ字形態であれば、自動的にカナ表示とするようにし、あとはアルファベット表示に戻すかカナ表示とするかはユーザーの表示切換操作による選択に任せるようにするものである。
この場合表示モード切換としてのキー６２は不要となりこれを表示切換キーとして用いればよい。
【００７３】
図１０は第３の実施例の動作となるシステムコントローラ１１の制御処理のフローチャートである。なお、このフローチャートにおいてステップＦ３０１，Ｆ３０２，Ｆ３０３，Ｆ３０４，Ｆ３０５の処理は前記図８のステップＦ１０１，Ｆ１０２，Ｆ１０４，Ｆ１０５，Ｆ１０６の処理と同様であるため説明を省略する。つまり、通常表示モードとカナ表示モードの区別を無くし、表示すべきアルファベット文字列がローマ字形態であれば、自動的にカナ表示処理ルーチンに入るようにしている以外は同様の処理である（もちろんこの実施例において通常表示モードとカナ表示モードの判別による処理分岐を設けてもよい）。
【００７４】
この実施例の場合、表示すべき文字列がローマ字形態でカナ変換が可能な文字列であったときは、そのアスキーコードによる文字列をカナに変換して表示するものであるが　（Ｆ３０３→Ｆ３０６）　、このようにカナ表示処理ルーチンにおいては、カナ表示を開始してからタイムカウントを実行し、或る所定時間（例えば３秒〜１０秒程度）を経過したか否かを判別している（Ｆ３０８）。所定時間経過するまではカナ表示を継続しているが、所定時間経過により、表示をアルファベット表示に切り換える　（Ｆ３０８→Ｆ３０９）　。そして同様にアルファベット表示を開始してからタイムカウントを実行し、同じく或る所定時間を経過したか否かを判別する（Ｆ３１１）。そして、所定時間経過したら再びカナ表示に切り換える　（Ｆ３１１→Ｆ３０６）　。
【００７５】
つまり、カナ変換可能な文字情報については、その文字情報が表示終了（Ｆ３０７，Ｆ３１０）　となるまでの間は、一定時間ごとにカナとアルファベットが交互に切り換わりながら表示されることになる。これにより、適切なカナ表示により読み易さが実現されるとともに、上記『エモチオン』のように不適切なカナ表示がなされた場合も、すぐに本来の『ＥＭＯＴＩＯＮ　』が表示されるので曲名等の認識のうえで問題はなくなる。
【００７６】
なお、この第３の実施例と上記第２の実施例を組み合わせて、当初カナとアルファベットを自動的に所定時間づつ交互に表示しているが、ユーザーの操作に応じて一方が固定して表示され、以降はユーザーの表示切換操作によりカナとアルファベットが交互にきりかえられるようにすることも考えられる。
【００７７】
図１１は第４の実施例の動作となるシステムコントローラ１１の制御処理のフローチャートである。なお、このフローチャートにおいてステップＦ４０１，Ｆ４０２　の処理は前記図８のステップＦ１０１，Ｆ１０２　の処理と同様である。
【００７８】
この実施例では、予めディスクのＴＯＣセクター１、又はＵ−ＴＯＣセクター１に文字情報を記録する際に、表示をする場合にそのままアスキー文字で行なうか、或はカナ変換して表示を行なうかを識別するＩＤとなる特別な文字列を加えておくことに基づいて、カナ表示処理を行なうものである。
【００７９】
例えばＩＤ文字列として、通常アルファベットでは使われないと思われる『ＪＪＪ』という文字列を設定する。そして、カナ表示させたい文字情報についてはこの『ＪＪＪ』というＩＤ文字列を付加して、（ディスク製造者が）ＴＯＣセクター１に、又は（ユーザーが録音の際などに）Ｕ−ＴＯＣセクター１に記録しておく。例えば『かわのながれのように』という文字を記録させたい場合、もちろんＴＯＣ記録はアスキーコードで実行されるため、『ＫＡＷＡＮＯＮＡＧＡＲＥＮＯＹＯＵＮＩ』と入力するわけであるが、この際に『ＪＪＪＫＡＷＡＮＯＮＡＧＡＲＥＮＯＹＯＵＮＩ』と入力するようにする。
一方、『ＳＴＥＰ　ＢＹ　ＳＴＥＰ』のようにアルファベット表示でよいものは、通常どうり『ＳＴＥＰ　ＢＹ　ＳＴＥＰ』と入力する。
【００８０】
このようにＴＯＣ上に記録されていれば、表示情報を取り込んだ際に、その文字列に『ＪＪＪ』が含まれているか否かを判断することにより、適正な表示が実行できる。
【００８１】
即ち、表示の際にはステップＦ４０３で取り込んだ文字情報内にＩＤ文字列である『ＪＪＪ』が含まれているか否かを判断し、含まれていなければそのままアスキー文字として表示データを表示部２０に供給し、表示させる（Ｆ４０４，Ｆ４０５）　。
【００８２】
一方、『ＪＪＪ』が含まれていれば、その文字列において『ＪＪＪ』以降のアスキー文字列を抽出し、これをカナ変換して表示データとして表示部２０に供給し、表示させる（Ｆ４０６，Ｆ４０７）　。例えば『ＪＪＪＫＡＷＡＮＯＮＡＧＡＲＥＮＯＹＯＵＮＩ』という表示情報が取り込まれたら、『ＪＪＪ』以降のアスキー文字列である『ＫＡＷＡＮＯＮＡＧＡＲＥＮＯＹＯＵＮＩ』を『かわのながれのように』と変換して表示することになる。
【００８３】
これにより表示文字の読み易さが向上されるとともに、不必要なカナ変換表示は解消されることになる。なお、ＩＤ文字列もディスクのＴＯＣ上では単なる文字列の一部として記録されているのみであるため、ＴＯＣフォーマトの変更等は不要である。
【００８４】
なお、このようにＩＤ文字列によりカナ変換表示の実行を判断することに加えて、上記第１、第２、第３の実施例などの方式を適宜組み合わせ、表示モード判断、ローマ字形態か否かの判別を行なったり、カナ表示の際にユーザー操作により表示をアルファベットとカナで切り換えたり、一定時間ごとに切り換えられたりすることが考えられる。特に上記図１１のフローチャートの処理ではＩＤ文字列の方式が適用されていないディスクについてはアスキー文字表示しか実行できないことになるため、実際には上記組み合わせ処理が必要となる。
【００８５】
ところで、以上の実施例の説明においては、アスキー文字を第１の文字種、日本語のカナ（ひらがな又はカタカナ）を第２の文字種として説明してきたが、これは日本仕様のミニディスク再生装置として好適なものであり、仕様に応じて文字種は各種考えられることになる。例えば第２の文字種は第１の文字種（アスキー文字）に対して変換規則が一意的に定められ、変換可能であるものであれば実現可能であり、例えばハングル文字、アラビア文字、或は各種記号などとしてもよい。また、第１の文字種がアスキー文字以外の場合も本発明を採用できることはいうまでもない。
【００８６】
さらに可能であれば第２の文字種として複数種類を設定し、各種必要に応じて変換できるように構成することも考えられる。例えばアスキー文字による文字情報を、表示の際にひらがな、カタカナ、ハングル文字のいづれかに変換して表示させる。何の文字種に変換するかは、上記実施例のように変換可能性、表示モード、ＩＤ文字列等により判別すればよい。例えば、ＩＤ文字列としてひらがな表示させたい場合は『ＨＨＨ』、カタカナ表示させたい場合は『ＫＫＫ』、ハングル文字で表示させたい場合は『ＮＮＮ』などを設定しておけば正確に表示文字種を判別できる。
【００８７】
なお、実施例では記録再生装置において本発明を採用した例をあげたが、再生専用装置であっても良い。また、光磁気ディスクに限らず、記録可能な又はＲＯＭタイプの光ディスクや磁気テープに対応した再生装置であっても本発明を採用できる。
また、楽曲を記録した記録媒体のみならず、各種データを記録した記録媒体に対応する再生装置にも応用できる。
【００８８】
【発明の効果】
以上説明したように本発明の再生装置及び再生方法は、表示すべき第１の文字種による文字情報を、表示モード、変換可能性、ＩＤ文字列の有無等に応じて第２の文字種による文字列に変換されて表示されるようにしたため、言語及び使用文字種の差異により読みにくくなる表示を解消でき、ユーザーの文字表示の認識度を向上させることができるという効果がある。しかも、このために記録媒体の文字情報記録フォーマットの変更や、他の文字種を記録媒体に記録することによるソフト、ハード両面での負担増も不要であるとうい利点もあり、機器のコストアップにもつながらない。
さらに、第２の文字種を表示する際には、第１の文字種との間で切換表示や交互表示を行なうことで、より適正な表示状態を実現できる。
【図面の簡単な説明】
【図１】本発明の実施例の記録再生装置のブロック図である。
【図２】実施例の記録再生装置の平面図である。
【図３】実施例の記録再生装置に読み込まれるＴＯＣセクター０のデータ構造の説明図である。
【図４】実施例の記録再生装置に読み込まれるＴＯＣセクター１のデータ構造の説明図である。
【図５】実施例の記録再生装置に読み込まれるＵ−ＴＯＣセクター０のデータ構造の説明図である。
【図６】実施例の記録再生装置に読み込まれるＵ−ＴＯＣセクター１のデータ構造の説明図である。
【図７】実施例の記録再生装置に読み込まれるＵ−ＴＯＣセクター０のデータのリンク構造の説明図である。
【図８】第１の実施例の表示動作を示すフローチャートである。
【図９】第２の実施例の表示動作を示すフローチャートである。
【図１０】第３の実施例の表示動作を示すフローチャートである。
【図１１】第４の実施例の表示動作を示すフローチャートである。
【図１２】文字情報として記録されるアスキー文字の説明図である。
【符号の説明】
１　光磁気ディスク
３　光学ヘッド
６　磁気ヘッド
８，１４　エンコード／デコード部
１１　システムコントローラ
１２　メモリコントローラ
１３　バッファＲＡＭ
１９　操作入力部
２０　表示部
２１　カナ変換部
２２　切換部
２３　ＴＯＣメモリ

Claims (4)

1. １または複数単位の情報が記録されるデータ領域と、上記データ領域に記録された情報の記録位置と上記データ領域に記録された情報に関する文字情報とが記録された管理領域とを備える記録媒体を再生する再生装置において、
   上記管理領域から再生された文字列に第１の文字種から他の文字種への変換を行なうための識別子を抽出する識別子抽出手段と、
   上記識別子抽出手段にて識別子が抽出された場合には上記再生された文字列から上記識別子を削除した文字列を抽出する文字列抽出手段と、
   上記文字列抽出手段にて抽出された文字列を上記識別子の指示の基づいて他の文字種の文字列に変換する文字列変換手段と、
   上記文字列抽出手段にて上記識別子が削除されるとともに上記文字列変換手段にて他の文字種に変換された文字列を表示する表示手段と
   を備えることを特徴とする再生装置。
2. 上記表示手段は、上記識別子抽出手段によって識別子が未抽出であった場合には、上記管理領域から再生された文字列を第１の文字種で表示する第１項記載の再生装置。
3. １または複数単位の情報が記録されるデータ領域と、上記データ領域に記録された情報の記録位置と上記データ領域に記録された情報に関する文字情報とが記録された管理領域とを備える記録媒体を再生する再生方法において、
   上記管理領域から再生された文字列に第１の文字種から他の文字種への変換を行なうための識別子を抽出し、
   識別子が抽出された場合には上記再生された文字列から上記識別子を削除した文字列を抽出し、
   上記抽出された文字列を上記識別子の指示の基づいて他の文字種の文字列に変換し、
   上記識別子が削除されるとともに上記他の文字種に変換された文字列を表示する
   ことを特徴とする再生方法。
4. 上記管理領域から再生された文字列から上記識別子が未抽出であった場合には、上記上記管理領域から再生された文字列を第１の文字種で表示する第３項記載の再生方法。

Images