JPH11297040A - 再生信号処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 文字情報の文字列に対して文字列検索を行な
い、アドレス情報に相当する文字列をアドレス情報とし
て認識する。 【解決手段】 再生装置２０に対してディスク２１の装
填がされると（S001）、リードイン領域に記録されてい
るＣＤ−ＴＥＸＴデータを読み出して復号処理を行ない
メモリに格納する（S002）。そして、この文字情報に対
して文字列検索を行なう。ここで、アドレス情報に相当
する文字列が検出されたら（S003）、この文字列をアド
レス情報として認識し、この文字列（ＵＲＬ、またはメ
ールアドレス）に応じた所要の表示形態によって表示を
行なうことができるようにする（S004）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文字情報からアド
レス情報に相当する文字列を検索して、アドレス情報を
生成する再生信号処理装置に関するものである。

【０００２】

【従来の技術】最近では、例えばユーザが所有するパー
ソナルコンピュータ装置（以下、コンピュータ装置とい
う）と例えば電話回線によって接続されるサーバ装置な
どによって構築されるネットワークが普及している。ユ
ーザはコンピュータ装置をネットワークの端末として、
ネットワーク上に配置されているサーバ装置から様々な
情報を得ることができる。この場合、ユーザはコンピュ
ータ装置において、情報を表示するためのブラウザソフ
トを起動して、このブラウザソフトに対して、所要のア
ドレスとされるＵＲＬ（Uniform Resource Locators）
を入力した後に、通信処理を実行するための操作を行な
う。これにより、ネットワーク上の所要の経路を通じて
当該ＵＲＬに対応したサーバ装置に対するアクセスが開
始され、コンピュータ装置では当該サーバ装置から送信
された各種情報（文字、画像など）を受信することがで
きる。

【０００３】

【発明が解決しようとする課題】ところで、例えばオー
ディオＣＤなどの例えばリードイン領域におけるＴＯＣ
（Table Of Contents）に所要の文字情報を記憶するこ
とができるＣＤ−ＴＥＸＴが知られている。付加される
文字情報としては、例えばディスクのタイトルやアーテ
ィスト名、楽曲名などの情報とされ、これらの情報を読
み出して表示することによって、そのオーディオＣＤに
収録されてる情報の内容などを文字で得ることが可能で
ある。

【０００４】オーディオＣＤの再生装置として、例えば
コンピュータ装置に接続または内蔵されるタイプのもの
は、コンピュータ装置の制御手段によって再生、停止な
どの各種動作を制御することができるようにされてい
る。この場合ユーザは、コンピュータ装置によって生成
され、モニタ装置に表示されるＧＵＩ（Graphical User
Interface）としての操作画面（操作ウインドウ）にし
たがって、各種操作を行なうことになる。

【０００５】この操作画面は、ＴＯＣから得られる楽曲
の演奏時間や、文字情報とされるアーティスト名、楽曲
名などの情報や、各種操作を行なうための操作ボタンな
どによって形成されている。さらに、ネットワーク上に
楽曲やアーティストに関する情報が配置されている場合
は、その情報を得ることができるＵＲＬが文字情報とし
てＴＯＣに記憶されており、楽曲名などとともに操作画
面内にＵＲＬを文字列として表示することができるよう
にされている。また、アーティストに対して電子メール
を送信することができるようにされている場合は、ＵＲ
Ｌと同様にメールアドレスが文字情報として記憶されて
おり、そして、このメールアドレスも文字列として操作
画面内に表示される。

【０００６】しかし、操作画面に表示されたＵＲＬにア
クセスする場合は、そのＵＲＬを構成する文字列を、ブ
ラウザソフトに対してユーザが自ら入力しなければなら
ない。さらに、ブラウザソフトが起動されていない場合
は、その起動操作を行なう必要がある。また、電子メー
ルを送信する場合でも、メール送信用ソフト（以下、単
にメーラという）に対してメールアドレスを構成する文
字列をユーザが自ら入力しなくてはならない。

【０００７】このように、操作画面上にアドレスを示す
文字列が表示されるにも関わらず、実際にアクセスを行
なう場合は、その文字列入力をユーザが行なわなければ
ない。したがって、多くの文字を入力する煩雑な操作を
行なうことが必要になり、容易にネットワーク上の情報
を得ることができないという問題があった。また、間違
った文字入力を行なってしまった場合、通信処理が開始
された場合でも、正規のアクセスを行なうことができ
ず、通信処理が異常終了する場合がある。

【０００８】

【課題を解決するための手段】本発明はこのような問題
点を解決するために、記録媒体に記録されている情報を
再生することができる再生手段と、前記再生手段によっ
て再生され、前記記録媒体の情報管理領域に記録されて
いる文字情報を検出することができる文字情報検出手段
と、前記文字情報検出手段によって検出された文字情報
から、アドレス情報に相当する文字列を検索することが
できる文字列検索手段と、前記文字列検索手段の検索結
果に基づいてアドレス情報を生成することができるアド
レス情報生成手段を備えて再生信号処理装置を構成す
る。

【０００９】本発明によれば、アドレス情報に相当する
文字列を、アドレス情報として認識することができるよ
うにされているので、そのアドレスにアクセスを行なう
場合などの煩雑な文字列の入力操作を省略することがで
きる。

【００１０】

【発明の実施の形態】以下、本発明の一実施の形態につ
いて説明する。ここで説明する本実施の形態の再生装置
としては、光ディスク（ＣＤ）を再生することのできる
ＣＤプレーヤとされている。なお、説明は次に示す順序
で行うこととする。 ＜１．コンピュータ装置の構成＞ ＜２．再生装置の構成＞ ＜３．ＴＯＣ及びサブコード＞ ＜４．テキストデータ＞ ＜５．操作画面の表示形態＞ ＜６．ディスク装填時の処理＞

【００１１】１．コンピュータ装置の構成 図１はコンピュータ装置の構成を機能的に説明するブロ
ック図である。したがって、この図に示される再生装置
２０以外の機能ブロックについては、ソフトウエアとし
て構築してもよいし、あるいはハードウエアで構成して
もよい。

【００１２】コンピュータ装置１は、いわゆるパーソナ
ルコンピュータ装置として構成されている。このコンピ
ュータ装置１には、基本動作を担うオペレーションシス
テム（ＯＳ）としてのソフトウエアや、例えばユーザの
ニーズに対応した各種アプリケーションとしてのソフト
ウエア（アプリケーションソフト）などに基づいて、処
理動作を行なうことができうように構成される。アプリ
ケーションソフトとしては、本実施の形態では例えば後
述するＣＤプレーヤとしての再生装置のドライブソフト
や、例えばインターネットなどのネットワークから得ら
れる情報を閲覧するためのブラウザソフトなどとされ
る。

【００１３】ユーザが各種処理動作を実行させるための
入力装置としては、例えばキーボード２やマウス３など
が設けられる。キーボード２、マウス３から入力される
各種操作情報は制御部４に供給され、制御部４ではこの
操作情報に基づいて、以下説明する機能ブロックの制御
が実行される。マウス３は、モニタ装置に表示されるポ
インタの移動を行なうことができるようにされ、これに
よりＧＵＩとして形成される各種アイコンを選択した後
に、クリック操作を行なうことにより、そのアイコンに
対応した機能を実行することが可能とされる。

【００１４】記録媒体５は、例えばハードディスク装置
などで構成され、前記ＯＳや各種アプリケーションソフ
トなどが記憶されている。例えば前記ＯＳはコンピュー
タ装置１の起動とともに読み出され、また、前記アプリ
ケーションソフトはコンピュータ装置１の起動後に必要
に応じて適宜読み出されて、例えばＲＡＭ（Random Acc
ess Memory）などで構成されるメモリ６に格納される。
メモリ６は、起動されて記録媒体から読み出されたソフ
トウエアなどを格納するバッファエリアや、また各種ソ
フトウエアによって行なわれる演算処理などを行なうワ
ークエリアなどの領域が設定されて構成される。

【００１５】メモリ６に格納されている起動状態とされ
るＯＳやアプリケーションソフトなどは、例えばＧＵＩ
などを構築するための画像データや、また例えば警告音
などの所要の音声データなどを含んで形成されている。
この画像データ、音声データは、ユーザの操作に基づい
て適宜メモリ６から読み出され、それぞれ画像信号処理
部７、音声信号処理部９に供給される。画像信号処理部
７はメモリ６からの画像データに基づいて、各種操作や
設定を行なうことができるメニュー画面、各種情報が表
示されるウインドウ、及びポインタなどのＧＵＩを形成
する画像信号を生成する。そしてこの画像信号は出力端
子ｔ１を介して、外部に設置されている画像表示用のモ
ニタ装置８に供給され、ＧＵＩ画像として表示される。

【００１６】音声信号処理部９はメモリ６からの音声デ
ータに基づいて、ユーザに対する操作上の警告音などの
音声信号を生成する。また、後述する再生装置２０から
の再生データに基づいて音声信号を生成することができ
るようにされている。ここで、生成された音声信号は、
出力端子ｔ２を介して外部に設置されているスピーカ１
０から出力される。なお、モニタ装置８、スピーカ１０
としてはコンピュータ装置１と一体的に形成される構造
を採ってもよい。

【００１７】また、コンピュータ装置１は、電話回線な
どとされるネットワーク回線を介して各種情報を受信、
または送信することができるようするため、インターフ
ェース１１を備えている。このインターフェース１１
は、例えばモデム、ターミナルアダプタ（ＴＡ）などに
よって構成されており、ネットワーク回線からインター
フェース端子ｔ３を介して受信した符号化データを復調
する。そして復調された受信データ（文字、画像、音
声）は一旦メモリ６のバッファエリアに格納され、必要
に応じてメモリ６から選択的に読み出される。

【００１８】また、ネットワーク上において例えば前記
各種情報が格納されているサーバ装置に対して、所要の
アクセス処理を行なうためのアドレスコードとされるＵ
ＲＬ（Uniform Resource Locators）や、コンピュータ
装置１内で生成された例えば電子メール、及びその他の
テキストデータ、画像データなどの送信用データは、一
旦メモリ６のバッファエリアに格納された後に、インタ
ーフェース１１で所要の符号化データに変調されインタ
ーフェース端子ｔ３から送信される。なお、インターフ
ェース１１はコンピュータ装置１の外部機器として設け
られるようにしても良い。

【００１９】再生装置２０は、本実施の形態では例えば
光ディスクとしてのオーディオ用のＣＤ−ＤＡの再生処
理を行なうことができるようにされている。この再生装
置２０によって読み出されたＴＯＣにＣＤ−ＴＥＸＴデ
ータが含まれている場合は、このＣＤ−ＴＥＸＴデータ
はメモリ６に格納され、所要の復号処理が施され文字情
報に変換される。ＣＤ−ＴＥＸＴデータの復号処理は、
コンピュータ装置１においてソフトウェアの処理によっ
て行なわれる。ただし、ソフトウェア処理に代えて、Ｃ
Ｄ−ＴＥＸＴデータの復号処理を行なうためのハードウ
エアをコンピュータ装置１または再生装置２０に備えて
も良い。

【００２０】文字情報としてはディスクタイトルやアー
ティスト名などのディスクに収録されている楽曲などの
情報の他に、アーティストや楽曲の情報を得ることがで
きるネットワーク上のＵＲＬや、電子メールアドレスな
どとされる。本発明では、このような文字情報に対して
文字検索を行ない、ＵＲＬに相当する例えば『http://w
ww.***.***』とされる文字列や、電子メールアドレスに
相当する例えば『***@***.**.**』などとされる文字列
が検出された場合に、例えば制御部４においてこれらの
文字列をＵＲＬまたは電子メールアドレス（以下、これ
ら両方を指す場合、アドレス情報という）として認識す
るようにされている。

【００２１】これらのアドレス情報は、後述するように
楽曲などの情報とともに、例えばアイコン、または文字
列として表示されるが、これらのアイコン、文字列を選
択することによって、例えばＵＲＬに対応した情報を得
るための処理や、電子メール作成用ソフトの起動処理が
実行されるようにされている。

【００２２】２．再生装置の構成 図２は再生装置２０の構成例を説明するブロック図であ
る。この再生装置２０は、例えばＣＤ−ＲＯＭ、ＣＤ、
ＣＤ−ＴＥＸＴなどとされるディスク２１のを再生可能
なものとして構成される。ディスク２１は、スピンドル
モータ２２により回転駆動可能とされるように再生装置
２０内に装填される。そして、再生装置２０は図１に示
したコンピュータ装置１における制御部４の制御によ
り、スピンドルモータ２２を回転させた状態で光学ピッ
クアップ２３によりディスク２１に記録されているデー
タの読みだし処理を行なう。

【００２３】光学ピックアップ２３からの再生信号は、
サーボ信号処理部３０に供給される。まず、ディスク２
１から読み出された再生信号がＲＦアンプ３１に供給さ
れる。ＲＦアンプ３１は、再生ＲＦ信号の２値化、及び
トラッキングエラー信号ＴＥ、フォーカスエラー信号Ｆ
Ｅなどを生成するための各種信号処理を行う。ここで生
成されたトラッキングエラー信号ＴＥ、フォーカスエラ
ー信号ＦＥはサーボ信号処理回路３２に供給される。そ
して、サーボ信号処理回路３２によって、フォーカスコ
ントロールおよびトラッキングコントロールなどを行な
うための各種サーボドライブ信号を生成する。そして、
フォーカスドライバ３３によって光学ピックアップ２３
内に構成されるフォーカスアクチュエータが、また、ト
ラッキングドライバ３４によって同じく光学ピックアッ
プ２３内に構成されるトラッキングアクチュエータがド
ライブされて、各種サーボが実行される。なお、この図
には示していないが、光学ピックアップ２３をディスク
２１の半径方向に移動させるスレッド機構などもサーボ
信号処理回路３２によって生成されるサーボドライブ信
号によって制御される。

【００２４】ＲＦアンプ３１からの再生ＲＦ信号はＰＬ
Ｌ回路３５、ＥＦＭ復調回路３６、及びタイミング生成
回路３７に供給される。ＰＬＬ回路３５は、再生ＲＦ信
号と同期したクロックを生成してＥＦＭ復調部３６に供
給する。ＥＦＭ復調回路３６では、ＥＦＭ復調、ＣＩＲ
Ｃデコードなどを行ない、ディスク２０から読み出され
た情報からディジタルオーディオ信号を生成する。この
ディジタルオーディオ信号は信号処理部３８に供給さ
れ、エラー訂正、エラーデータの補間などの各種処理が
施された後に、インターフェース４２に供給される。イ
ンターフェース４２は、図１に示したコンピュータ装置
１と再生装置２０を接続することができるようにされ、
例えばＳＣＳＩ（Small Computer System Interfac
e）、ＡＴＡＰＩ（AT Attachment Packet Interface）
などとして構成される。

【００２５】また、タイミング生成部３７は、再生ＲＦ
信号と同期したタイミング信号を生成してＣＬＶ（Cons
tant Linear Verocity）プロセッサ３９に供給される。
そして、ＣＬＶプロセッサ３９によって再生ＲＦ信号と
同期した状態でスピンドルモータ２２がＣＬＶ駆動され
る。ＥＦＭ復調回路３６で分離されたサブコードはサブ
コードプロセッサ４０に供給される。サブコードプロセ
ッサ４０では、サブコードのエラー検出などの各種処理
が行なわれ、サブコードを構築するＰチャンネルおよび
Ｑチャンネルのデータと、Ｒ〜Ｗチャンネルのデータと
が分離されてインターフェース４２に供給される。そし
て後述するように、ＴＯＣに記録されたサブコードのＲ
〜Ｗチャンネルに含まれるＣＤ−ＴＥＸＴデータがイン
ターフェース４２を介してコンピュータ装置１に伝送さ
れる。

【００２６】例えばディスク２１としてＣＤ−ＲＯＭを
再生する時には、サーボ・信号処理部３０からの出力信
号がＣＤ−ＲＯＭ用の信号処理部５０に対して供給され
る。ＣＤ−ＲＯＭは、サブコードの長さ（１／７５秒）
をデータの単位を規定している。すなわち、２３５２バ
イトのデータ長を１ブロックとして、先頭にシンク（１
２バイト）、その次にヘッダ（４バイト）が位置し、ヘ
ッダに続いてユーザデータが位置する構成とされてい
る。ヘッダには、ＣＤのサブコードのＱチャンネルの絶
対番地と同様のアドレスが含まれている。ＣＤ−ＲＯＭ
のデータ構成には、モード０、モード１、モード２（フ
ォーム１）、モード２（フォーム２）が規定されてい
る。シンク以外のデータは、スクランブル処理されてい
る。また、ブロック毎にエラー検出符号、またはエラー
訂正符号の符号化がされている。

【００２７】このようなＣＤ−ＲＯＭのデータは、ブロ
ック構造とされてからＣＤと同様のエラー訂正符号化、
ＥＦＭ変調等の処理を受けてＣＤ−ＲＯＭに記録されて
いる。従って、ＣＤ−ＲＯＭ用の信号処理部５０は、ス
クランブルを解くためのデスクランブラ５１と、各ブロ
ックのエラー検出符号、またはエラー訂正符号の復号を
行うためのエラー訂正回路５２が含まれる。エラー訂正
回路５２からのＣＤ−ＲＯＭの再生データがインターフ
ェース４２を介してコンピュータ装置１に転送される。

【００２８】システムコントローラ４１は、マイクロコ
ンピュータなどによって構成され、サーボ・信号処理部
３０、ＣＤ−ＲＯＭ用の信号処理部５０、インターフェ
ース４２の制御を行ない各種処理を実行する。すなわ
ち、コンピュータ装置１から供給される例えばリードコ
マンドに応じて、ディスク２１の再生処理を実行し、イ
ンターフェース４２を介して再生データをコンピュータ
装置１に供給する。

【００２９】３．ＴＯＣ及びサブコード 次に、ディスク２１においてリードインエリアに記録さ
れるＴＯＣ、及びサブコードについて説明する。ディス
ク２１において記録されるデータの最小単位は１フレー
ムとなる。９８フレームで１ブロック（１サブコーディ
ングフレーム）が構成される。

【００３０】１フレームの構造は図３のようになる。１
フレームは５８８ビットで構成され、先頭２４ビットが
同期データ、とこれに続く３ビットによるマージンビッ
トが設定され、続いて１４ビットがサブコードデータエ
リアとされる。そして、その後に１２シンボルのメイン
データ及び４シンボルのパリティデータが配される。

【００３１】この構成のフレームが９８フレームで１ブ
ロックが構成され、９８個のフレームから取り出された
サブコードデータが集められて図４（ａ）のような１ブ
ロックのサブコードデータが形成される。９８フレーム
の先頭の第１、第２のフレーム（フレーム９８ｎ＋１，
フレーム９８ｎ＋２）からのサブコードデータは同期パ
ターンとされている。そして、第３フレームから第９８
フレーム（フレーム９８ｎ＋３〜フレーム９８ｎ＋９
８）までで、各９６ビットのチャンネルデータ、即ち
Ｐ，Ｑ，Ｒ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのサブコードデータが
形成される。

【００３２】このうち、アクセス等の管理のためにはＰ
チャンネルとＱチャンネルが用いられる。ただし、Ｐチ
ャンネルはトラックとトラックの間のポーズ部分を示し
ているのみで、より細かい制御はＱチャンネル（Ｑ1 〜
Ｑ96）によって行なわれる。９６ビットのＱチャンネル
データは図４（ｂ）のように構成される。Ｒチャンネル
〜Ｗチャンネルのデータは、テキストデータ群を形成す
るために設けられるが、これについては後述する。

【００３３】まずＱ1 〜Ｑ4 の４ビットはコントロール
データとされ、オーディオのチャンネル数、エンファシ
ス、ＣＤ−ＲＯＭの識別などに用いられる。即ち、４ビ
ットのコントロールデータは次のように定義される。 『０＊＊＊』・・・・２チャンネルオーディオ 『１＊＊＊』・・・・４チャンネルオーディオ 『＊０＊＊』・・・・ＣＤ−ＤＡ 『＊１＊＊』・・・・ＣＤ−ＲＯＭ 『＊＊０＊』・・・・デジタルコピー不可 『＊＊１＊』・・・・デジタルコピー可 『＊＊＊０』・・・・プリエンファシスなし 『＊＊＊１』・・・・プリエンファシスあり

【００３４】次にＱ5 〜Ｑ8 の４ビットはアドレスとさ
れ、これはサブＱデータのコントロールビットとされて
いる。このアドレス４ビットが『０００１』である場合
は、続くＱ9 〜Ｑ80のサブＱデータはオーディオＱデー
タであることを示し、また『０１００』である場合は、
続くＱ9 〜Ｑ80のサブＱデータがビデオＱデータである
ことを示している。そしてＱ9 〜Ｑ80で７２ビットのサ
ブＱデータとされ、残りのＱ81〜Ｑ96はＣＲＣとされ
る。

【００３５】リードインエリアにおいては、そこに記録
されているサブＱデータが即ちＴＯＣ情報となる。つま
りリードインエリアから読み込まれたＱチャンネルデー
タにおけるＱ9 〜Ｑ80の７２ビットのサブＱデータは、
図５（ａ）のような情報を有するものである。サブＱデ
ータは各８ビットのデータを有している。

【００３６】まずトラックナンバが記録される。リード
インエリアではトラックナンバは『００』に固定され
る。続いてＰＯＩＮＴ（ポイント）が記され、さらにト
ラック内の経過時間としてＭＩＮ（分）、ＳＥＣ
（秒）、ＦＲＡＭＥ（フレーム番号）が示される。さら
に、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥが記録される
が、このＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥは、ＰＯＩ
ＮＴの値によって、次に述べるように意味が決定されて
いる。

【００３７】ＰＯＩＮＴの値が『０１ｈ』〜『９９ｈ』
（ｈは１６進表現であることを示す）のときは、その値
はトラックナンバを意味し、この場合ＰＭＩＮ，ＰＳＥ
Ｃ，ＰＦＲＡＭＥにおいては、そのトラックナンバのト
ラックのスタートポイント（絶対時間アドレス）が分
（ＰＭＩＮ），秒（ＰＳＥＣ），フレーム番号（ＰＦＲ
ＡＭＥ）として記録されている。

【００３８】ＰＯＩＮＴの値が『Ａ０ｈ』のときは、Ｐ
ＭＩＮに最初のトラックのトラックナンバが記録され
る。また、ＰＳＥＣの値によってＣＤ−ＤＡ，ＣＤ−
Ｉ，ＣＤ−ＲＯＭ（ＸＡ仕様）の区別がなされる。ＰＯ
ＩＮＴの値が『Ａ１ｈ』のときは、ＰＭＩＮに最後のト
ラックのトラックナンバが記録される。ＰＯＩＮＴの値
が『Ａ２ｈ』のときは、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡ
ＭＥにリードアウトエリアのスタートポイントが絶対時
間アドレスとして示される。

【００３９】例えば６トラックが記録されたディスクの
場合、このようなサブＱデータによるＴＯＣとしては図
６のようにデータが記録されていることになる。図６に
示すようにトラックナンバＴＮＯは全て『００ｈ』であ
る。ブロックＮＯ．とは上記のように９８フレームによ
るブロックデータとして読み込まれた１単位のサブＱデ
ータのナンバを示している。各ＴＯＣデータはそれぞれ
３ブロックにわたって同一内容が書かれている。図示す
るようにＰＯＩＮＴが『０１ｈ』〜『０６ｈ』の場合、
ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥとしてトラック＃１
〜トラック＃６のスタートポイントが示されている。

【００４０】そしてＰＯＩＮＴが『Ａ０ｈ』の場合、Ｐ
ＭＩＮに最初のトラックナンバとして『０１』が示され
る。またＰＳＥＣの値によってディスクが識別され、こ
のディスクがＣＤ−ＤＡの場合は、図示するようにＰＳ
ＥＣ＝『００ｈ』とされる。なお、ＣＤ−ＲＯＭ（ＸＡ
仕様）の場合は、ＰＳＥＣ＝『２０ｈ』、ＣＤ−Ｉの場
合は『１０ｈ』となる。

【００４１】そしてＰＯＩＮＴの値が『Ａ１ｈ』の位置
にＰＭＩＮに最後のトラックのトラックナンバが記録さ
れ、ＰＯＩＮＴの値が『Ａ２ｈ』の位置に、ＰＭＩＮ，
ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスター
トポイントが示される。ブロックｎ＋２７以降は、ブロ
ックｎ〜ｎ＋２６の内容が再び繰り返して記録されてい
る。

【００４２】ディスク１上で実際に音楽等のデータが記
録されるトラック＃１〜＃ｎ、及びリードアウトエリア
においては、そこに記録されているサブＱデータは図５
（ｂ）の情報を有する。まずトラックナンバが記録され
る。即ち各トラック＃１〜＃ｎでは『０１ｈ』〜『９９
ｈ』のいづれかの値となる。またリードアウトエリアで
はトラックナンバは『ＡＡｈ』とされる。続いてインデ
ックスとして各トラックをさらに細分化することができ
る情報が記録される。

【００４３】そして、トラック内の経過時間としてＭＩ
Ｎ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）
が示される。さらに、ＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭ
Ｅとして、絶対時間アドレスが分（ＡＭＩＮ），秒（Ａ
ＳＥＣ），フレーム番号（ＡＦＲＡＭＥ）として記録さ
れている。

【００４４】このようにＴＯＣ及びサブコードが形成さ
れているわけであるが、ディスク上のアドレス、即ちＡ
ＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭＥは、９８フレーム単位
で記録されることが理解される。この９８フレーム（１
ブロック）は１サブコーディングフレームと呼ばれ、音
声データとしての１秒間には７５サブコーディングフレ
ームが含まれることになる。つまり、アドレスとしての
『ＡＦＲＡＭＥ』がとりうる値は『０』〜『７４』とな
る。なお、後述するフレームチェック処理でデータの連
続性がチェックされるのは、このサブコーディングフレ
ーム単位となる。

【００４５】４．テキストデータ 以降、図３及び図４に示す構造のサブコードに含まれる
テキストデータについて説明を行うこととし、先ず、図
７によりテキストデータの包括的な構造について説明す
る。サブコード内に含まれるテキストデータのみを抽出
して構造的に見た場合、テキストデータは図７に示すよ
うなものとなる。テキストデータとしての最も大きなデ
ータ単位は、図７（ａ）に示す『テキスト』とされる。
図７（ａ）においては複数のテキストが示されている
が、各テキストのデータは同一内容とされており、従っ
て、サブコード内においては、同一データ内容の所定数
の複数のテキストが繰り返し記録されていることにな
る。

【００４６】１テキストは、例えば最大２０４８パック
（パックの定義については後述する）により形成するも
のとされるが、１テキストあたりのデータ読出しに要す
る時間等を考慮して、１テキストを５１２パック以内に
より形成することが推奨されている。この際、１テキス
トあたりのデータ総量としては６５００文字程度とな
る。１テキストは、図７（ｂ）に示すようにブロック＃
０〜ブロック＃ｎにより形成され、例えば最大８ブロッ
ク（０≦ｎ≦７となる）であると規定されている。各ブ
ロックは、同一の内容の情報をそれぞれ異なる言語によ
り表記するためのテキストデータが格納されているもの
とされる。例えば、ブロック＃０には、当該ディスクに
対応する各種情報を英語により表記するためのテキスト
データが格納されており、ブロック＃１には、ブロック
＃０と内容的には同一の情報を日本語により表記するた
めのテキストデータが格納されているものとされる。

【００４７】この場合、１テキストは最大８ブロックに
より形成可能であることから、本実施の形態が対応する
テキストデータのフォーマットとしては最大８言語に対
応することが可能とされる。１つのブロックは、図７
（ｃ）に示すようにパック＃０〜パック＃ｎのデータ単
位により形成される。ここでは、１ブロックは最大２５
６パックで形成されるものとしている。なお、パック内
のデータ構造等については、次の図８、図９及び図１０
により説明する。

【００４８】図８（ａ）は、図４に示した１サブコーデ
ィングフレームをデータ領域別に示すものであり、前述
のように１サブコーディングフレームは９８フレームに
より形成される。９８フレームの先頭の第１、第２フレ
ーム（フレーム９８ｎ＋１，フレーム９８ｎ＋２）は、
図４にて説明したように同期パターンＳ０，Ｓ１の領域
とされる。また、第３フレームから第９８フレーム（フ
レーム９８ｎ＋３〜フレーム９８ｎ＋９８）におけるＰ
チャンネルはサブコードＰのデータ領域とされ、Ｑチャ
ンネルはサブコードＱのデータ領域とされて、前述した
ようにアクセス等の管理のためのデータが格納される。

【００４９】そして、第３フレームから第９８フレーム
におけるＲチャンネル〜Ｗチャンネルの領域は図のよう
にパック０〜パック４とされる。各パックのデータサイ
ズは固定長とされて、図８（ｂ）に示すようにシンボル
０〜２３の２４シンボルにより形成される。１シンボル
は図８（ｃ）に示すように、１フレームにおけるＲ，
Ｓ，Ｔ，Ｕ，Ｖ，Ｗのチャンネルデータよりなる６ビッ
トのデータ単位であり、この場合にはＲチャンネルデー
タがＭＳＢ、ＷチャンネルがＬＳＢとして定義される。

【００５０】図９は、上記図８（ａ）に示す構造の１サ
ブコーディングフレームから、４つのパック（パック０
〜パック４）によるデータ構造を抜き出して示してい
る。１パックは、図８にて説明したように、２４のシン
ボル（６ビット）により形成されることから、 ６ビット×２４／８＝１８バイト で示されるように１８バイトのデータサイズを有する。
そして、図のように１パックは、先頭のＩＤ領域と続く
テキストデータ領域により１６バイトを占有し、残りの
２バイトはＣＲＣ領域となる。また、前述のように１サ
ブコーディングフレームにおいては４つのパックが設け
られるが、これら４つのパックの集合により形成される
データ単位はパケットとして定義されている。１パック
は２４シンボルにより形成されることから、１パケット
は、 ２４（シンボル）×４（パック）＝９６（シンボル） で示されるように９６のシンボルにより形成されるもの
とみることができる。

【００５１】ところで、本実施の形態としてのテキスト
データのフォーマットにおいては、上記のようにＣＲＣ
による誤り検出符号を採用することで、テキストデータ
の読み出し時において誤り訂正は実行せずに誤りを検出
するのに留めており、誤りが検出された場合には再度デ
ータを検出するようにしている。このため、例えばデー
タはパックごとに４重書きされ、更にデータ列が開始さ
れて終了するまでのパケット周期で繰り返し書き込まれ
ている。このようにすることで、本実施の形態のＣＤチ
ェンジャプレーヤをテキストデータ対応となるように構
成するのに際して、テキストデータの誤り訂正に必要と
なる複雑な構成の処理回路は省略することが可能とな
る。

【００５２】図１０及び図１１は、図９により示した１
パック分のデータをシリアルに表現したものである。図
１０（ａ）から分かるように、本実施の形態におけるテ
キストデータのフォーマットにおいては、６ビットより
なるシンボルをシリアルに配列させたうえで、このデー
タ列を８ビット（１バイト）ごとに区切るようにしてデ
ータを扱うように規定されている。

【００５３】本実施の形態のテキストデータのフォーマ
ットでは、図１０（ｂ）及び図１１に示すようにＩＤ領
域として、パックの先頭からＩＤ１、ＩＤ２、ＩＤ３、
ＩＤ４の４つのＩＤデータが設けられる。そして、本実
施の形態のフォーマットとして８ビット（１バイト）ご
とに区切ってデータを扱うことにより、これら各ＩＤは
それぞれ８ビット（１バイト）のデータ単位とされるこ
とになる。このため、図１０（ｂ）に示すように、パッ
クの先頭より１６バイトまでの領域においてＩＤ１〜Ｉ
Ｄ４以降の残りの１２バイトがテキストデータ領域とし
て確保され、残りの２バイトがＣＲＣ領域となる。そし
て、上記１２バイトのテキストデータ領域も、図１１に
示すパックの構造図に示すように、８ビットごとのｔｅ
ｘｔ１〜ｔｅｘｔ１２のデータ単位により扱われるもの
とされる。

【００５４】本実施の形態のテキストデータのフォーマ
ットでは、このようにパック内のデータが８ビット単位
で管理されることになるが、これにより、詳しい説明は
省略するが、８ビット単位に基づいて処理されるＱチャ
ンネルのデータの処理方法でテキストデータを処理する
ことが可能となる。

【００５５】ここで、本実施の形態のテキストデータの
フォーマットにおいては、図１２に示すようにテキスト
データ対応以外のＣＤのフォーマットに準じて、パック
の先頭のＩＤ１の上位３ビットをモード（ＭＯＤＥ）と
して扱い、続く３ビットをアイテム（ＩＴＥＭ）として
扱うことができるようにしている。そして、上位３ビッ
トのモードとしては、モード４を設定してこの３ビット
に対して値『１００』を設定するようにしている。この
モード４は現状として未定義とされている。こうするこ
とで、例えばテキストデータに対応していない再生装置
等にテキストデータが格納されたＣＤを装填しても、モ
ードとして認識不可能とされることでその動作を停止す
るだけであって、誤動作することはないようにされる。
なお、未定義のモードとしてはモード５及びモード６が
存在するので、モード４の代わりにこれらのモードに対
応する値を設定することも可能である。また、参考まで
に、使用済みのモードとしては、ＣＤ−Ｇに対応するモ
ード１、ＣＤ−ＭＩＤＩに対応するモード３等が存在す
る。なお、ここではアイテム（ＩＴＥＭ）としての値は
特に設定されず、後述するように、ＩＤ１により定義す
る識別内容に応じて下位３ビット以降の値は適宜異なる
（実際には下位４ビットのみが変更される）ものとな
る。

【００５６】次に、図１３及び図１４を参照して、本実
施の形態が対応するテキストデータフォーマットにおけ
るＩＤ１、ＩＤ２、ＩＤ３、及びＩＤ４の各定義内容に
ついて説明する。図１３（ａ）〜（ｄ）はそれぞれＩＤ
１〜ＩＤ４を示し、図１４はＩＤ１の定義内容を示して
いる。図１３（ａ）に示すＩＤ１（８ビット）は、当該
パックのテキストデータ領域におけるｔｅｘｔ１以降に
格納される文字列の内容の種類を識別するためのデータ
が設定されるものであり、『８０ｈ』〜『８Ｆｈ』の値
をとるものとされる。ここで、ＩＤ１について設定され
る値として上位４ビットが１６進法によりすべて『８』
が設定されているのは、図１２にて説明したように、Ｉ
Ｄ１の上位３ビットをモード（ＭＯＤＥ）として扱った
場合に『１００』の値が得られるようにして、モード４
として識別できるようにするためである。

【００５７】ＩＤ１に設定される値『８０ｈ』〜『８Ｆ
ｈ』に対応する定義内容は、図１４に示すように規定さ
れている。この図によると、ＩＤ１が『８０ｈ』の場合
には、ｔｅｘｔ１以降に格納される文字列の内容が、ア
ルバムタイトル（ＩＤ２が『００ｈ』の場合）又はトラ
ックに記録された楽曲等の曲名（ＩＤ２が『０１ｈ〜６
３ｈ』の場合）であることを示すことになる。また、Ｉ
Ｄ１が『８１ｈ』の場合には演奏者、指揮者、又はオー
ケストラ名であることを示し、『８２ｈ』の場合には作
詞者名、『８３ｈ』の場合には作曲者名、『８４ｈ』の
場合には編曲者名であることを示す。ＩＤ１が『８５
ｈ』の場合には、当該ＣＤを供給する者（例えばレコー
ド会社等）や演奏者などからのメッセージであることが
示される。

【００５８】また、ＩＤ１が『８６ｈ』の場合には、例
えばカタログナンバやレコード会社の名前等により決め
られるディスクＩＤであることが示され、『８７ｈ』の
場合にはジャンルを示すテキストデータであることが示
され、『８８ｈ』の場合にはＴＯＣデータであることが
示される。このＴＯＣデータは、例えばＱチャンネルの
サブコードデータに準ずる内容を示すものとなる。ま
た、『８９ｈ』の場合には、２ｎｄＴＯＣであることが
示される。ＩＤ１として『８Ａｈ』『８Ｂｈ』『８Ｃ
ｈ』は予約（ＲＥＳＥＲＶＥＤ）とされている。

【００５９】『８Ｄｈ』は、当該ＣＤの製造管理に関す
る情報や当該パック内に記録されている内容に関するコ
メント等であることが示され、『８Ｅｈ』はアルバムの
ＰＯＳコードやトラックのＩＳＲＣコードであることが
示される。『８Ｆｈ』は、キャラクタコードや、最初の
トラックのトラックナンバ、最後のトラックのトラック
ナンバ、コピープロテクションフラグ、ブロック内のパ
ックナンバ等であることが示されている。

【００６０】図１３（ｂ）に示すＩＤ２は、当該パック
のテキストデータ領域におけるｔｅｘｔ１以降に格納さ
れる文字列がどのトラックに対応するのかをトラックナ
ンバにより示すものとされ、ＩＤ２を形成する８ビット
により、『００ｈ』〜『６３ｈ』（１０進法では０〜９
９）の値をとるものとされる。ただし、トラックナンバ
は「１」からインクリメントされるようにして付されて
いくものであるため、トラックナンバとしては『０１
ｈ』〜『６３ｈ』（１０進法では１〜９９）の値をとる
ことになる。値『００ｈ』は、ディスク全体を代表する
ことを意味するものとされる。ＩＤ２のＭＳＢは、拡張
用フラグとされているがここでは常に『０』を設定する
ものとされ、『１』が設定されると拡張用のフラグが立
てられたことになる。

【００６１】図１３（ｃ）に示すＩＤ３は、当該パック
が属するブロック内において、当該パックが何番目のパ
ックであるのかを示すパックのブロック内連番を示すも
のとされ、ＩＤ３を形成する８ビットにより、『００
ｈ』〜『ＦＦｈ』（１０進法では０〜２５５）の値をと
るものとされる。

【００６２】図１３（ｄ）に示すＩＤ４は、現パックの
ブロック番号（文字コードの識別情報を含む）と、１ま
とまりの文字列の文字位置を示すものとされる。ＭＳＢ
は当該パックにおけるテキストデータが１バイトコード
か２バイトコードであるかを示す２バイトコードフラグ
の領域とされ、値として「１」の場合には２バイトコー
ドであることが示され、「０」の場合には１バイトコー
ドであることが示される。ＭＳＢに続く上位第２ビット
から第４ビットまでの３ビットは、当該パックを含むブ
ロック（図７（ｂ）参照）のブロック番号が示され、２
進法で『０００』〜『１１１』（１０進法では０〜７）
の値を取るものとされる。図７により説明したようにブ
ロックは最大８つ設けられて、ブロックナンバとしては
ブロックナンバ０〜７の値を取り得ることになるが、上
記３ビットにより取り得る値はこれに対応したものとな
る。

【００６３】ところで、現状として、少なくともブロッ
ク＃０においては、テキストデータとしてＡＳＣＩＩコ
ードを含む８８５９−１コードのみを使用することが規
定されている。つまり、ブロック＃０においては、一般
的には言語として英語による表記を行うためのテキスト
データが格納されることになる。なお、以降の説明にお
いては、便宜上、ブロック０は言語として英語に対応
し、文字コードとしてはＡＳＣＩＩコードを用いるもの
する。ＡＳＣＩＩコード（及び８８５９−１コード）は
１バイトコードであることから、ブロック＃０に含まれ
る全パック内のＩＤ４においては、上位４ビットは『０
０００』となる。

【００６４】ＩＤ４の下位４ビットは、現パックにおけ
る文字位置の情報が格納される。つまり、現パックのテ
キストデータ領域における最初のｔｅｘｔ１に格納され
ている文字データが、１まとまりの文字列における何番
目の文字であるのかを示すものとされ、図１３（ｄ）に
示すように、２進法で『００００』〜『１１１１』の値
をとる。なお、１６番目以上の文字である場合にはすべ
て『１１１１』となる。また、ここでいう「１まとまり
の文字列」とは、例えば、トラックの曲名データであれ
ば、この１トラック分の曲名を形成する一連の文字列を
意味するものである。

【００６５】図１５には、トラックごとの曲名を示すテ
キストデータをテキストデータ領域に格納する場合の１
パックの構造例が示されている。この場合、図１３
（ａ）及び図１４により説明したように、ＩＤ１は『８
０ｈ』とされ、ＩＤ２には、当該パックのテキストデー
タにより表記するタイトルのトラックに対応するトラッ
クナンバが『０１ｈ』〜『６３ｈ』（トラック１〜９
９）により適宜示される。ＩＤ３には、ブロック内にお
ける当該パックのブロック内連番が『００ｈ』〜『ＦＦ
ｈ』により示される。ＩＤ４は当該パックを含む現ブロ
ックのブロック番号（図７（ｂ）参照）が第２ビット〜
第４ビットの３ビットにより示され、現ブロックが対応
する文字コードが２バイトコードか１バイトコードであ
るかがＭＳＢにより示される。例えば、現パックのテキ
ストデータがＡＳＣＩＩコードに対応するものであれ
ば、前述のようにＩＤ４の上位４ビットは『００００』
となる。

【００６６】また、ＩＤ４の下位４ビットは、ｔｅｘｔ
１に格納されている文字データが、１まとまりの文字列
における何番目の文字であるのかを示す値が適宜示され
ることになる。トラックごとの曲名を示すテキストデー
タの場合、上記「１まとまりの文字列」とは、トラック
ごとの曲名に対応する文字列がこれに相当するものとさ
れ、例えば、あるトラックの曲名が『ＴＨＩＳ ＩＳ
Ａ ＰＥＮ』であるとして、このＴＨＩＳ＿ＩＳ＿Ａ＿
ＰＥＮの文字列のうち、２番目の『Ｈ』の文字データが
当該パックのｔｅｘｔ１に格納されているとすれば、当
該パックのＩＤ４における下位４ビットは『０００１
（１ｈ）』とされることになる。

【００６７】この場合、『ＴＨＩＳ ＩＳ Ａ ＰＥ
Ｎ』のうち最初の文字データ『Ｔ』は、当該パックの直
前のパックのテキストデータ領域に格納されていること
になる。つまり、本実施の形態のテキストデータフォー
マットでは、詳しい説明は省略するが、１まとまりの文
字列データが連続するパックをまたがるようにしてテキ
ストデータ領域に格納することが可能とされるフォーマ
ットとされている。そして、テキストデータ領域である
各８ビットのｔｅｘｔ１〜ｔｅｘｔ１２には、本実施の
形態のテキストデータフォーマットに則った規則に従っ
て、各トラックの曲名を示す文字コードのデータが格納
されることになる。

【００６８】５．操作画面の表示形態 図１６（ａ）（ｂ）は、再生装置２０に対して再生操作
などの各種操作を行なうためのドライブ用ソフトウエア
（ドライバソフト）を起動した場合の操作ウインドウの
表示例を説明する図である。ユーザにより再生装置２０
におけるディスクの再生を行なうための所要の操作が行
なわれると、コンピュータ装置１は再生装置２０のドラ
イバソフトを起動するとともにモニタ装置８に操作ウイ
ンドウ７０を表示する処理を行なう。

【００６９】この操作ウインドウ７０内に形成されるメ
ニューバー７１は、ドライバソフトに対して所要の操作
を行なうことができる操作項目が示され、図示していな
いポインタなどによって選択して、所要の実行操作を行
なうことで、各操作項目に関するプルダウンメニューな
どを表示することができるようにされている。ディスク
タイトル表示部７３、アーチスト名表示部７４、及びト
ラック名表示部７５は、それぞれ再生装置２０に装填さ
れたディスク２１から読み出されるＣＤ−ＴＥＸＴデー
タから抽出されるディスクタイトル、アーチスト名、楽
曲名とされるトラック名などの文字情報が表示される領
域を示す。

【００７０】アドレスアイコン部７６は、ＣＤ−ＴＥＸ
Ｔデータから抽出された文字列の配列において、ＵＲＬ
を示す例えば『http://www.***.***』などの文字列や、
電子メールアドレスを示す例えば『***@***.**.**』な
どの文字列が検出された場合に操作可能となるような表
示形態が採られる。操作アイコン群７７は、例えばディ
スクの再生、停止、一時停止などの操作を行なうことが
できる操作アイコンが形成されている。

【００７１】図１６（ａ）は、例えば再生装置２０にデ
ィスクが装填されていない状態を示し、ディスクタイト
ル、アーチスト名、トラック名が示されていない状態と
され、さらに、アドレスアイコン部７６についても、操
作不可とされるように表示される。再生装置２０にディ
スク２１が装填され、さらにそのディスク２１のＴＯＣ
にディスクタイトルなどのＣＤ−ＴＥＸＴデータが含ま
れていた場合には、図１６（ｂ）に示されているよう
に、ディスクタイトル表示部７３、アーチスト名表示部
７４、及びトラック名表示部７５に、それぞれディスク
タイトル、アーチスト名、トラック名が表示される。例
えば本例では再生装置２０に例えば９曲の楽曲が収録さ
れているディスク２１が装填された状態を示している。

【００７２】さらに、図１６（ｂ）は、抽出されたＣＤ
−ＴＥＸＴデータに例えばそのディスク２１に収録され
ているアーティストや楽曲に関する情報がＵＲＬ、電子
メールアドレスに相当する文字列が検出された状態を示
しており、アドレスアイコン部７６のメールアイコン７
６ａ、ＵＲＬアイコン７６ｂが操作可能であることを示
す、いわゆるアクティブ（クリッカブル）とされる表示
形態とされている。ここでのディスクに関する各タイト
ルやアドレスなどの情報は、ディスク２１から読み出さ
れて復号処理が行なわれた後にメモリ６に格納される。
そして、メモリ６において、操作ウインドウ７０に対し
て合成して表示する処理が行なわれて表示されるもので
ある。なお、図１６（ｂ）において、ＣＤ−ＴＥＸＴデ
ータにアドレス情報が含まれていない場合は、アドレス
アイコン７６部は図１６（ａ）に示されているように、
操作不可能とされるように表示される。すなわち、ＵＲ
Ｌに相当する文字列のみが検出された場合は、ＵＲＬア
イコン７６ｂのみがアクティブな表示形態とされる。

【００７３】操作ウインドウ７０が図１６（ｂ）に示さ
れているように表示されている状態で、ポインタなどに
よってＵＲＬアイコン７６ｂを選択してクリック操作が
行なわれると、コンピュータ装置１ではネットワーク上
において例えばＵＲＬに対応したファイルデータを得る
ために、まず例えばブラウザソフトを起動する処理を行
なう。さらに、ブラウザソフトの起動処理に続いて、当
該ＵＲＬに対応したファイルが格納されているサーバ装
置に対して通信を開始する処理を行なう。なお、現在既
にブラウザソフトが起動されている状態では、ＵＲＬア
イコン７６ｂの操作に応じて所要の通信処理が開始され
る。

【００７４】また、メールアイコン７６ａを選択して実
行操作が行なわれると、当該メールアドレスを送信先と
して設定した状態で、メーラの起動処理を行なう。した
がって、ユーザとしては、メーラに対して所要の文書を
作成した後に、送信を実行させる操作を行なうだけで、
電子メールの送信を行なうことができる。

【００７５】図１７は、ディスク２１が例えば複数のア
ーティストの楽曲が収録されているオムニバスアルバム
として構成され、アーティスト、または楽曲毎に、個別
のＵＲＬ、電子メールアドレスが記憶されている場合に
対応した表示例を示している。この例ではトラック名表
示部７５の一部にアドレス有無を示することができるア
ドレスアイコン７８（丸印）が形成されている。例えば
図１７（ａ）は、再生装置２０にディスク２１が装填さ
れていない状態が示されており、したがって、初期状態
として各アドレスアイコン７８は非アクティブ状態とさ
れる例えば白抜きで表示されている。

【００７６】この状態から再生装置にディスク２１が装
填されると、図１７（ｂ）に示されているように、ディ
スクネーム、アーティスト名、トラック名などが表示さ
れるとともに、ＵＲＬなどに相当する文字列が検出され
ているトラック（楽曲）に対応したアドレスアイコン７
８が例えば黒丸表示（アクティブ）となるようにされ
る。この図に示す例では、トラック１，２，４，６，
７，９にそれぞれに関するアドレス情報が検出されてい
ることを示している。すなわち、ユーザはアドレスアイ
コン７８の表示形態によって、楽曲に関するＵＲＬの有
無を識別することができる。

【００７７】ここで、例えばトラック２に対応したアド
レスアイコン７８を操作することによって、例えばブラ
ウザソフトの起動処理を含めた当該ＵＲＬに対する通信
処理が実行される。この場合もブラウザソフトが動作中
とされている場合は、通信処理のみが実行される。な
お、アドレスアイコン７８としてＵＲＬを示す例を説明
したが、メールアドレスについても同様である。また、
一つのトラックにおいてＵＲＬおよびメールアドレスを
検出した場合、アドレスアイコン７８はそれぞれに対応
して２個づつ表示するようにすれば良い。

【００７８】また、例えばディスクに関する各種の情報
とともに、ＵＲＬを文字列によって表示することもでき
る。例えば図１８（ａ）に示されているように、例えば
ディスクタイトル表示部７３に、ポインタ７９を移動さ
せてクリックすることにより、図１８（ｂ）に示されて
いるように、再生装置２０に装填されているディスクに
関する情報を示す、情報ウインドウ８０の表示を行な
う。この情報ウインドウ８０には、ディスクタイトル、
ジャンル、アーティスト、作曲者、編曲者などの各種情
報が表示され、さらに、立ち入った情報を得るためにＵ
ＲＬとしてのアドレス表示８１が行なわれる。

【００７９】このアドレス表示８１としては、アドレス
検出処理によってＵＲＬとして認識されている文字列
『http://www.***・・・』が表示される。このアドレス
表示８１の表示形態は、例えば斜体文字、下線付文字と
したり、また情報ウインドウ８０の他の項目の文字の色
と異なる色で表示を行なうなど、表示形態に差別化を図
ることにより、アドレス情報の表示が行なわれているこ
とを示すようにしている。そして、アドレス表示８１を
ポインタ７９で選択してクリックすることにより、文字
列『http://www.***・・・』に対する通信処理が実行さ
れる。

【００８０】この場合、文字列によってＵＲＬが表示さ
れるので、ユーザは予めネットワーク上におけるどのサ
ーバ装置との通信処理が行なわれるかを認識することが
できる。また、図１８（ｂ）では、例えばディスクイン
フォメーションとして、ディスクに関する情報に含まれ
るＵＲＬを例に挙げて説明したが、図１７で説明したよ
うなオムニバスアルバムの場合、情報ウインドウ８０と
してトラックインフォメーションを表示することがで
き、トラック毎にＵＲＬの表示を行なうことも可能であ
る。

【００８１】なお、図１８（ｂ）ではアドレス表示８１
としてＵＲＬを示して説明したが、電子メールアドレス
が表示されている場合は、電子メール作成用のソフトウ
エアを起動させる処理が行なわれる。また、図１６、図
１７、図１８に示したアドレス情報を示すアイコンや文
字列の表示形態は一例である。したがって、この他に
も、操作ウインドウの構成状態などに応じた好適な表示
形態が考えられる。

【００８２】６．ディスク装填時の処理 以下、ＣＤ−ＴＥＸＴデータからアドレス情報（ＵＲ
Ｌ、電子メールアドレス）に相当する文字列を検出し
て、この文字列に基づいて通信処理を行なう場合の制御
部１１の処理動作を説明する。なお、ユーザが行なう初
期設定によって、例えばコンピュータ装置１の記録媒体
５に対して、予め所要のブラウザソフト、メールソフト
などが登録されているものとして説明する。

【００８３】先ず、再生装置２０に対してディスク２１
の装填がされると（S001）、リードイン領域に記録され
ているＣＤ−ＴＥＸＴデータを読み出して復号処理を行
ないメモリ６に格納する（S002）。そして、この文字情
報に対して文字列検索を行なう。アドレス情報に相当す
る文字列の検索範囲は、ＣＤ−ＴＥＸＴデータから与え
られる全文字データとしても良いが、前述したＩＤを判
別して、少なくともアドレスに相当する文字列があると
予測される範囲とされていれば良い。すなわち、図１４
に示したＩＤ１において、例えば『８８ｈ』、『８９
ｈ』、『８Ｆｈ』以外の範囲を検索すれば良い。ここ
で、アドレス情報に相当する文字列が検出されたら（S0
03）、この文字列をアドレス情報として認識し（S00
4）、この文字列（ＵＲＬ、またはメールアドレス）に
応じた所要の表示形態によって表示を行なうことができ
るようにする（S005）。なお、この場合ディスクタイト
ルやアーチスト名などの情報は、通常の文字情報として
表示される。これにより、再生装置２０のドライバソフ
トを起動した場合、例えば図１６、図１７に示した操作
ウインドウ７０にはアドレスアイコン７６、７８、また
は図１８に示した情報ウインドウ８０はアドレス表示８
１を表示することができるようになる。

【００８４】このようにして操作ウインドウ７０または
情報ウインドウ８０が表示された状態で、アドレスアイ
コン７６やアドレス表示８１に対するクリック操作が検
出されたら（S006）、そのアドレスアイコン７６やアド
レス表示８１がＵＲＬまたはメールアドレスのいずれか
に対応しているかの判別を行なう（S007）。アドレスア
イコン７６、アドレス表示８１がＵＲＬに対応している
場合は、ブラウザソフトを起動して（S008）、当該ＵＲ
Ｌにアクセスする通信処理を実行させる（S009）。ま
た、アドレスアイコン７６、アドレス表示８１がメール
アドレスに対応している場合は、当該メールアドレスを
送信先として設定した状態でメーラを起動する処理を行
なう（S010）。

【００８５】このように、文字情報に対して検索を行な
い、アドレス情報に相当する文字列をアドレス情報とし
て認識することができ、このアドレス情報に基づいてネ
ットワークにアクセスすることができる処理を行なうこ
とが可能になる。したがって、ユーザはブラウザソフト
などに対してアドレスに相当する文字列の入力操作を行
なう必要がなくなる。また、ＣＤ−ＴＥＸＴデータから
検出されたアドレス情報は、例えばアイコンや所定の表
示形態の文字列で表示されるので、操作ウインドウ内で
解りやすく提示されるので、使い勝手が良いものとな
る。また、記録されたほぼ全部の文字が検索対象となる
とともに文字列自体が検索されるため、ＣＤ−ＴＥＸＴ
の作成者は特別な形態でアドレスを記録させる必要もな
い。

【００８６】なお、本実施の形態ではディスクとしてＣ
Ｄ−ＤＡを再生する再生装置を例に挙げて説明したが、
本発明は例えばＤＶＤなどのディスクを再生することが
できる再生装置に適用しても良い。

【００８７】

【発明の効果】以上、説明したように本発明は、記録媒
体の所定の領域から読み出される文字列について、所定
の配列とされる文字列については所要のアドレス情報で
あると認識することができるようにしている。さらに、
前記記録媒体に対して所要の操作を行なう操作画面にお
いて、前記アドレス情報をアクセス処理に対応した表示
形態で表示するようにしている。したがって、前記操作
画面上で前記アドレス情報を選択することによって、ア
クセス処理を実行することができ、ユーザはブラウザソ
フトなどに対して前記アドレス情報を手動で入力する煩
雑な操作を省略して、アクセス処理を行なうことができ
るようになる。

【図面の簡単な説明】

【図１】本発明の実施の形態のコンピュータ装置の構成
を説明するブロック図である。

【図２】本実施の形態の再生装置（ＣＤプレーヤ）の構
成を説明するブロック図である。

【図３】ディスク（ＣＤ）のフレーム構造の説明図であ
る。

【図４】ディスク（ＣＤ）のサブコーディングの説明図
である。

【図５】ディスク（ＣＤ）のサブＱデータの説明図であ
る。

【図６】ディスク（ＣＤ）のＴＯＣデータの説明図であ
る。

【図７】テキストデータの構造を包括的に示す説明図で
ある。

【図８】サブコーディングフレームとテキストデータと
の構造的な関係を示す説明図である。

【図９】テキストデータとしてパケットの構造を示す説
明図である。

【図１０】テキストデータの構造として、シンボル単位
のデータからパックを形成する過程を説明するための説
明図である。

【図１１】パックの構造を示す説明図である。

【図１２】ＩＤ１の構造を示す説明図である。

【図１３】ＩＤ１〜ＩＤ４の構造をそれぞれ示す説明図
である。

【図１４】ＩＤ１の定義内容を示す説明図である

【図１５】テキストデータとしてトラックの曲名を格納
する場合のパックの構造を示す説明図である。

【図１６】再生装置のドライバの表示形態を説明する図
である。

【図１７】再生装置のドライバの他の表示形態を説明す
る図である。

【図１８】再生装置のドライバのさらに他の表示形態を
説明する図である。

【図１９】アドレス情報を認識する場合の処理を説明す
るフローチャートである。

【符号の説明】

１ コンピュータ装置、４ 制御部、５ 記録媒体、６
メモリ、２１ ディスク、４０ サブコードプロセッ
サ、４１ システムコントローラ、４２ インターフェ
ース、７６ アドレスアイコン、７６ａ メールアイコ
ン、７６ｂ ＵＲＬアイコン、７８ アクセスアイコ
ン、８１ アドレス表示

Claims (2)

【特許請求の範囲】
1. 【請求項１】 記録媒体に記録されている情報を再生す
   ることができる再生手段と、 前記再生手段によって再生され、前記記録媒体の情報管
   理領域に記録されている文字情報を検出することができ
   る文字情報検出手段と、 前記文字情報検出手段によって検出された文字情報か
   ら、アドレス情報に相当する文字列を検索することがで
   きる文字列検索手段と、 前記文字列検索手段の検索結果に基づいてアドレス情報
   を生成することができるアドレス情報生成手段と、 備えたことを特徴とする再生信号処理装置。
2. 【請求項２】 前記文字情報を表示することができる表
   示手段を備え、前記アドレス情報は他の文字情報とは異
   なる表示形態で表示されるようにされていることを特徴
   とする請求項１に記載の再生信号処理装置。