JPH11250633A

JPH11250633A - 記録媒体及び記録装置

Info

Publication number: JPH11250633A
Application number: JP10047368A
Authority: JP
Inventors: Shinichi Inoue; 伸一井上
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-02-27
Filing date: 1998-02-27
Publication date: 1999-09-17

Abstract

(57)【要約】【課題】簡易な手法や操作により、或る１つの共通の
属性を有する各種情報の収集を可能とする。また、収集
した情報が容易に１つの記録媒体にまとめられて管理さ
れたライブラリが得られるようにする。【解決手段】ディスクのＡＵＸデータエリアにダウン
ロードデータを記録するようにし、その記録再生はＡＵ
Ｘ−ＴＯＣにより管理するようにする。また、ＡＵＸ−
ＴＯＣにはダウンロードデータが提供されているインタ
ーネットのホームページのアドレス（ＵＲＬ）を格納す
る。記録時にはこのＵＲＬによりホームページにアクセ
スして得られた情報をダウンロードデータとしてＡＵＸ
データエリアに記録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば楽曲等のオ
ーディオデータに加えて、このオーディオデータに関連
する所定内容の情報が記録される記録媒体と、この記録
媒体に対応して記録を行うことのできる記録装置に関す
るものである。

【０００２】

【従来の技術】例えばテープカセットやミニディスク
（ＭＤ）システム等に代表される光磁気ディスクなどを
はじめとしてデータ記録再生が可能な記録媒体に対応し
た記録再生装置が知られている。このような記録再生装
置の利用形態として、例えばユーザが自分の好みに応じ
た楽曲を選択して録音してオリジナルな内容が記録され
た記録媒体を作成して、これを聴いて楽しむといったこ
とはよく行われている。

【０００３】また、近年ではパーソナルコンピュータの
普及と共に、インターネット等の通信網の利用も一般ユ
ーザにより広く行われている。

【０００４】ここで、例えば或るユーザが、自分の好み
のアーティスト（演奏家）の楽曲（オーディオ信号とし
ての情報）他にも、インターネットなどを情報源として
利用して、そのアーティストに関連する画像やコンサー
ト案内や近況報告などの各種情報を収集したいと思って
いるとする。

【０００５】このような場合、例えばそのアーティスト
の楽曲を収集するのには、例えばＣＤなどの音源をダビ
ングしたり、音楽ソースとしてそのアーティストの楽曲
を放送する放送番組を新聞、雑誌の番組欄から見つけだ
していわゆるエアチェックといわれる録音作業を行うこ
とになる。

【０００６】また、インターネットなどからそのアーテ
ィストに関する画像、音声データや各種文書情報を収集
しようとすれば、そのアーティストに関する情報が提供
されているホームページを検索して探し出し、ここから
情報をダウンロードすることになる。

【０００７】

【発明が解決しようとする課題】上記のようにして、例
えば或る１アーティストに関連する各種情報など、或る
特定の属性に属する各種情報を収集しようとすると、ユ
ーザにとってはそれなりに手間のかかる作業となってし
まう。

【０００８】また、ユーザが満足できる程度に或る特定
の属性に属する各種情報が収集されたとしても、例えば
各種音楽ソースからダビングなどにより得た楽曲（オー
ディオ信号）の情報はユーザ所有する音響記録再生装置
に対応した記録媒体に記録され、インターネットなどで
得た情報は、例えばハードディスクや他の種類の外部媒
体など、パーソナルコンピュータシステムに対応した記
録媒体に記録されることになる。つまり、同一の属性に
ある各種情報が、多様な複数の記録媒体に分散して記録
されることになって、これらを一元的に管理するのが容
易でなくなっているという現状がある。

【０００９】

【課題を解決するための手段】そこで、本発明は上記し
た課題を考慮して、ユーザにとってより簡易な作業によ
って、必要な情報が収集できるようにすることを目的と
する。また、収集された情報の管理もできるだけ簡易な
ものとすることができるようにすることを目的とする。

【００１０】このため、記録媒体として、少なくとも、
或る特定の属性に従った所定内容の情報が主情報として
記録される主情報記録領域と、各種属性に従った情報が
所定形態により提供される所定の情報環境から主情報の
属性に対応する情報を提供する情報源を特定することの
できる情報源識別情報が記録される識別情報記録領域と
を設定することとした。そして、これに加えて、上記情
報源識別情報に基づいて特定される情報源から獲得した
情報が副情報として記録される副情報記録領域を設定す
ることとした。

【００１１】また、少なくとも、或る特定の属性に従っ
た所定内容の情報が主情報として記録される主情報記録
領域と、各種属性に従った情報が所定形態により提供さ
れる所定の情報環境から主情報の属性に対応する情報を
提供する情報源を特定することのできる情報源識別情報
が記録される識別情報記録領域と、情報源識別情報に基
づいて特定される情報源から獲得した情報が副情報とし
て記録される副情報記録領域とが設定されている記録媒
体に対応して記録を行うことのできる記録装置として、
識別情報記録領域に記録されている情報源識別情報に基
づいて特定した情報源から主情報の属性に対応する情報
を獲得するための情報獲得手段と、この情報獲得手段に
より獲得した情報を副情報とし副情報記録領域に対して
記録することのできる記録手段とを備えて構成すること
とした。

【００１２】上記構成によれば、記録媒体に対して、主
情報についての或る特定の属性に従った情報を有する情
報源を特定するアドレス等の情報源識別情報が、主情報
と共に格納されることになるが、記録装置側では、この
情報源識別情報により特定した情報源から情報をダウン
ロードすることが可能となる。そして、このダウンロー
ドしたデータが副情報として記録される領域を記録媒体
に設定して、この領域にダウンロードしたデータを記録
するようにすれば、１つの記録媒体に対して、同一の属
性に含まれる内容の主情報よ副情報を格納することが可
能になる。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。この実施の形態としての例は光磁気ディス
ク（ミニディスク；ＭＤ）を記録媒体の例とし、また本
実施の形態としての記録装置は、ミニディスクに対応し
て記録再生を行う記録再生装置に適用した場合を例とす
る。説明は次の順序で行なう。１．情報収集システムの構成例１−１第１例１−２第２例２．記録再生装置の構成３．インターネット端末装置の構成４．セクターフォーマット及びアドレス形式５．エリア構造６．Ｕ−ＴＯＣ６−１Ｕ−ＴＯＣセクター０６−２Ｕ−ＴＯＣセクター１６−３Ｕ−ＴＯＣセクター２６−４Ｕ−ＴＯＣセクター４７．ＡＵＸ−ＴＯＣ７−１ＡＵＸ−ＴＯＣセクター０７−２ＡＵＸ−ＴＯＣセクター１７−３ＡＵＸ−ＴＯＣセクター２８．ダウンロードデータの記録９．情報収集システムの変形例９−１変形例１９−２変形例２９−３変形例３９−４変形例４

【００１４】１．情報収集システムの構成例１−１第１例図１は、本実施の形態の記録再生装置を備えて成る情報
収集システムの構成として第１例を示すものである、こ
の第１例は、本実施の形態の情報収集システムとしての
基本的な構成となる。図１においては、インターネット
ホームページ（サーバ）１００と、インターネット端末
装置３００が、通信網としての情報環境を形成するイン
ターネット２００を介することにより通信可能に接続さ
れている状態が示されている。ここでのインターネット
ホームページ１００は、後述するダウンロード対応ディ
スク９０Ａに収集されて格納されるべき情報を提供する
ホームページ（情報源）とされ、後述するようにして、
ダウンロード対応ディスク９０Ａに格納されているイン
ターネットのアドレスコード（ＵＲＬ；Uniform Resour
ce Locator) により指定されるホームページである。

【００１５】インターネット端末装置３００は、インタ
ーネット２００によりホームページ側と相互通信を行う
ための機能を備えている。記録再生装置１は、ＭＤに対
応して記録再生を行うことのできる記録再生装置とされ
る。また、この場合には、データインターフェイス等を
介してインターネット端末装置３００とデータの相互伝
送が可能に接続される。なお、インターネット端末装置
３００及び記録再生装置１の内部構成については後述す
る。

【００１６】ダウンロード対応ディスク９０Ａは、記録
再生装置１に対応して記録再生が行われるＭＤである。
このダウンロード対応ディスク９０Ａは、後述するよう
にして、オーディオデータが記録されるプログラムエリ
アが設定されているのに加え、インターネットホームペ
ージ１００を指定するためのＵＲＬ（情報源識別情報）
が記録される記録エリア（ＡＵＸ−ＴＯＣ１）、及びイ
ンターネットホームページ１００からダウンロードした
データが格納される記録エリア（ＡＵＸデータエリア）
も設定されている。

【００１７】本実施の形態では、ダウンロード対応ディ
スク９０Ａに記録される情報として、プログラムエリア
に記録されているオーディオデータの内容と、ＵＲＬと
は関連性を有する。つまり、オーディオデータの内容と
しての特定の属性と同様の属性の情報を提供しているホ
ームページを指定するＵＲＬが記述されているものであ
る。具体的には、プログラムエリアに記録されているオ
ーディオデータの内容として、これが「Ａ」というアー
ティストの楽曲であるとすると、ＵＲＬとしては、例え
ばアーティストＡの情報を提供するインターネットホー
ムページ１００を指定するコードが記述されるものであ
る。なお、ダウンロード対応ディスク９０Ａの論理的な
ディスク構造については後述する。

【００１８】このような情報収集システムによる情報収
集形態を簡単に説明する。先ず、ユーザは、記録再生装
置１に対して自分が所有しているダウンロード対応ディ
スク９０Ａを装填する。そして、ダウンロードの開始を
指示するための操作を行ったとする。この操作に応答し
て、例えば記録再生装置１では、装填されたダウンロー
ド対応ディスク９０Ａに格納されているＵＲＬを読み出
して、インターネット端末装置３００に対して送信す
る。インターネット端末装置３００では、受信したＵＲ
Ｌにより指定されるインターネットホームページ１００
にアクセスする。

【００１９】上述したように、ダウンロード対応ディス
ク９０Ａに記録されているＵＲＬは、オーディオデータ
の内容としての特定の属性と同様の属性の情報を提供し
ているホーページを指定するものとされる。従って、こ
の属性がアーティストＡに対応しているとすると、ここ
でアクセスされるインターネットホームページ１００
は、アーティストＡに関連する各種情報を提供するホー
ムページとされる。

【００２０】上記のようにして、ＵＲＬにより指定され
るインターネットホームページ１００にアクセスする
と、インターネット端末装置３００はこのインターネッ
トホームページ１００にて提供されている情報のダウン
ロードを行い、記録再生装置１に対してこのダウンロー
ドデータを伝送する。記録再生装置１では、伝送されて
きたダウンロードデータを、現在装填されているダウン
ロード対応ディスク９０Ａの所定領域（ＡＵＸデータエ
リア）に対して記録するようにされる。

【００２１】このようにして、ダウンロード対応ディス
ク９０Ａには、ユーザが再生出力して利用できるデータ
として、主情報であるオーディオデータに加え、このオ
ーディオデータの内容（属性）に関連するダウンロード
情報も副情報として記録されることになる。

【００２２】そして、本実施の形態の記録再生装置１で
は、ダウンロード対応ディスク９０Ａに記録されたデー
タについて、プログラムエリアに記録されるオーディオ
データの再生出力と、ＡＵＸデータエリアに記録された
ダウンロードデータの再生出力を行うことが可能とされ
る。つまり、本実施の形態では、１つのダウンロード対
応ディスク９０Ａにおいて、共通の属性を有するオーデ
ィオデータとインターネットからのダウンロードデータ
との両者の記録再生が可能とされる。

【００２３】上記図１に示す構成の情報収集システムの
インフラストラクチャの形態としては、次のようなもの
を考えることができる。１つは、ダウンロード対応ディ
スク９０Ａとしては、予め楽曲等のオーディオデータと
ＵＲＬを記録したものを販売するようにする。そして、
このダウンロード対応ディスク９０Ａを販売している企
業側が、上記ＵＲＬにより指定されるインターネットホ
ームページ１００を作成して出しておくようにする。こ
の場合には、例えばユーザがアーティストＡの楽曲（オ
ーディオデータ）が記録されているダウンロード対応デ
ィスク９０Ａを購入して、このディスクを記録再生装置
１に装填して所要の操作を行いさえすれば、例えば企業
側が用意したアーティストＡのインターネットホームペ
ージ１００からダウンロードした情報を、このダウンロ
ード対応ディスク９０Ａに記録していくことができるこ
とになる。つまり、非常に簡易なやりかたでもって、ダ
ウンロード対応ディスク９０Ａのメインデータの内容に
関連する情報を獲得することができることになる。

【００２４】もう１つは、例えば、購入時にはブランク
ディスクとしておき、オーディオデータやＵＲＬを任意
にユーザが記録できるようにさせることである。この場
合には、例えばユーザ自身がアーティストＡの楽曲（オ
ーディオデータ）を記録すると共に、ユーザ自らが探し
出したアーティストＡに関係するインターネットホーム
ページ１００のＵＲＬを記録することができる。この場
合には、ユー自身が選択したホームページからアーティ
ストＡに関連する情報を収集することができ、ユーザ自
身が作成するオリジナルディスクとしての価値が高めら
れることになる。また。この変形として、購入時にはオ
ーディオデータが記録済みとされて、ＵＲＬはユーザが
任意に記録できるようにする、或いは逆に購入時にはＵ
ＲＬが記録済みとされて、オーディオデータについてユ
ーザが任意に記録できるようにするようにした形態を採
ることも考えられる。

【００２５】このような使用形態を考えると、図１に示
す情報収集システムを形成する各装置のうち、インター
ネット端末装置３００、記録再生装置１，及びダウンロ
ード対応ディスク９０Ａをユーザが所有するようにして
インフラストラクチャを構築すればよいことになる。そ
こで、例えば図１に破線で括って示すようにしてインタ
ーネット端末装置３００及び記録再生装置１とを一体化
してインターネット対応機器４００として構成すること
も考えることができる。

【００２６】１−２第２例図２に、本実施の形態としての情報収集システムとして
の第２例を示す。なお、図２において図１と同一部分に
は同一符号を付して説明を省略する。

【００２７】例えば、インターネットのホームページに
アクセスして得られる情報としては、音声データだけで
はなく、画像データや文書等を形成する文字表示情報が
多く含まれるものである。このため、本実施の形態の記
録再生装置１により、ダウンロード対応ディスク９０Ａ
に対して記録されたダウンロードデータを再生出力する
場合には、上記画像データや文字表示情報を表示出力さ
せるために、図２に示すようにしてモニタ装置５００を
設けることが好ましい。この場合、記録再生装置１とし
ては、例えば、ダウンロードデータである画像データや
文字表示情報に基づいて画像信号の出力を行うための機
能回路部位が設けられることになる。

【００２８】また、このシステム構成の場合には、図に
一点鎖線で括って示すようにして、インターネット端末
装置３００、記録再生装置１、及びモニタ装置５００と
を一体化してインターネット対応機器６００として構成
することも考えられる。

【００２９】２．記録再生装置の構成図３は本例のミニディスク記録再生装置１の内部構成を
示している。音声データが記録される光磁気ディスク
（ミニディスク）９０は、スピンドルモータ２により回
転駆動される。そして光磁気ディスク９０に対しては記
録／再生時に光学ヘッド３によってレーザ光が照射され
る。なお、本実施の形態では、光磁気ディスク（ミニデ
ィスク）９０のうち、特に後述するディスク構造を有し
て、ダウンロード情報の記録も可能とされるディスクが
ダウンロード対応ディスク９０Ａとされる。

【００３０】光学ヘッド３は、記録時には記録トラック
をキュリー温度まで加熱するための高レベルのレーザ出
力を行ない、また再生時には磁気カー効果により反射光
からデータを検出するための比較的低レベルのレーザ出
力を行なう。このため、光学ヘッド３にはレーザ出力手
段としてのレーザダイオード、偏光ビームスプリッタや
対物レンズ等からなる光学系、及び反射光を検出するた
めのディテクタ等が搭載されている。対物レンズ３ａは
２軸機構４によってディスク半径方向及びディスクに接
離する方向に変位可能に保持されている。

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

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

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

【００３４】アドレスデコーダ１０は供給されたグルー
ブ情報ＧＦＭをデコードしてアドレス情報を抽出する。
このアドレス情報はシステムコントローラ１１に供給さ
れ、各種の制御動作に用いられる。また再生ＲＦ信号に
ついてはエンコーダ／デコーダ部８においてＥＦＭ復
調、ＣＩＲＣ等のデコード処理が行なわれるが、このと
きアドレス、サブコードデータなども抽出され、システ
ムコントローラ１１に供給される。

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

【００３６】バッファメモリ１３に書き込まれたデータ
は、再生データの転送が0.3Mbit/sec となるタイミング
で読み出され、エンコーダ／デコーダ部１４に供給され
る。そして、音声圧縮処理に対するデコード処理等の再
生信号処理を施され、４４．１ＫＨZ サンプリング、１
６ビット量子化のデジタルオーディオ信号とされる。こ
のデジタルオーディオ信号はＤ／Ａ変換器１５によって
アナログ信号とされ、出力処理部１６でレベル調整、イ
ンピーダンス調整等が行われてライン出力端子１７から
アナログオーディオ信号Ａｏｕｔとして外部機器に対し
て出力される。またヘッドホン出力ＨＰｏｕｔとしてヘ
ッドホン出力端子２７に供給され、接続されるヘッドホ
ンに出力される。

【００３７】また、エンコーダ／デコーダ部１４でデコ
ードされた状態のデジタルオーディオ信号は、デジタル
インターフェース部２２に供給されることで、デジタル
出力端子２１からデジタルオーディオ信号Ｄｏｕｔとし
て外部機器に出力することもできる。例えば光ケーブル
による伝送形態で外部機器に出力される。

【００３８】光磁気ディスク９０に対して記録動作が実
行される際には、ライン入力端子１８に供給された記録
信号（アナログオーディオ信号Ａｉｎ）は、Ａ／Ｄ変換
器１９によってデジタルデータとされた後、エンコーダ
／デコーダ部１４に供給され、音声圧縮エンコード処理
を施される。または外部機器からデジタル入力端子２０
にデジタルオーディオ信号Ｄｉｎが供給された場合は、
デジタルインターフェース部２２で制御コード等の抽出
が行われるとともに、そのオーディオデータがエンコー
ダ／デコーダ部１４に供給され、音声圧縮エンコード処
理を施される。なお図示していないがマイクロホン入力
端子を設け、マイクロホン入力を記録信号として用いる
ことも当然可能である。

【００３９】エンコーダ／デコーダ部１４によって圧縮
された記録データはメモリコントローラ１２によって一
旦バッファメモリ１３に書き込まれて蓄積されていった
後、所定量のデータ単位毎に読み出されてエンコーダ／
デコーダ部８に送られる。そしてエンコーダ／デコーダ
部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード
処理された後、磁気ヘッド駆動回路６に供給される。

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

【００４１】操作部２３はユーザー操作に供される部位
を示し、各種操作キーやダイヤルとしての操作子が設け
られる。操作子としては例えば、再生、録音、一時停
止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ
（頭出しサーチ）などの記録再生動作にかかる操作子
や、通常再生、プログラム再生、シャッフル再生などの
プレイモードにかかる操作子、さらには表示部２４にお
ける表示状態を切り換える表示モード操作のための操作
子、トラック（プログラム）分割、トラック連結、トラ
ック消去、トラックネーム入力、ディスクネーム入力な
どのプログラム編集操作のための操作子、さらには本例
における後述するＡＵＸデータの記録、再生、動作モー
ドなどの操作に必要な操作子が設けられている。これら
の操作キーやダイヤルによる操作情報はシステムコント
ローラ１１に供給され、システムコントローラ１１は操
作情報に応じた動作制御を実行することになる。

【００４２】表示部２４の表示動作はシステムコントロ
ーラ１１によって制御される。即ちシステムコントロー
ラ１１は表示動作を実行させる際に表示すべきデータを
表示部２４内の表示ドライバに送信する。表示ドライバ
は供給されたデータに基づいて液晶パネルなどによるデ
ィスプレイの表示動作を駆動し、所要の数字、文字、記
号などの表示を実行させる。表示部２４においては、記
録／再生しているディスクの動作モード状態、トラック
ナンバ、記録時間／再生時間、編集動作状態等が示され
る。またディスク９０には主データたるプログラムに付
随して管理される文字情報（トラックネーム等）が記録
できるが、その文字情報の入力の際の入力文字の表示
や、ディスクから読み出した文字情報の表示などが実行
される。

【００４３】さらに本例の場合、ディスク９０の１種で
あるダウンロード対応ディスク９０Ａには、プログラム
としての楽曲等のデータとは独立したデータファイルと
なる副データ（ＡＵＸデータ）としてダウンロードデー
タを記録することができる。この場合のＡＵＸデータと
してのデータファイルは、ホームページで提供される類
の情報であり、従って、文字表示情報、静止画／動画な
ど画像データ、更には音声などの情報となるが、文字表
示情報や画像データ等の情報については、表示出力させ
る必要がある。

【００４４】このため、本実施の形態においては、ダウ
ンロード対応ディスク９０Ａから読み出されてエンコー
ダ／デコーダ部８で復調処理されたダウンロードデータ
のうち、文字表示情報や画像データ等については、画像
表示が行われるように画像処理回路２８及び映像出力回
路２９が設けられる。画像処理回路２８では、文字表示
情報等について例えばＨＴＭＬ言語に則った処理をはじ
めとする所要の処理を施すことで表示画像データを作成
して、映像出力回路２９に出力する。また、画像データ
であれば所定フォーマットに従って画像伸張処理等の復
調処理を施して得られる画像データを映像出力回路２９
に出力する。映像出力回路２９では、例えば入力された
画像データに基づいて、例えばコンポジット信号（又は
コンポーネント信号）或いはＲＧＢ信号等による映像信
号に変換して映像出力端子２６に対して出力する。ここ
で、先に図２に示したモニタ装置５００の映像入力端子
と、上記映像出力端子２６とを接続すれば、モニタ装置
５００の表示画面に対して再生されたダウンロードデー
タが表示されることになる。

【００４５】なお、上記文字表示情報や画像データ等の
ダウンロードデータを、表示部２４に対して表示出力可
能に構成しても構わない。

【００４６】インターフェイス２５は、外部とのデータ
の送受信を行うために設けられる。ここでインターフェ
イス２５に採用される規格としては特に限定されるもの
ではないが、例えば、ＩＥＥＥ１３９５を採用すること
が考えられる。本実施の形態では、インターフェイス２
５を介して、インターネット端末装置３００とデータの
相互伝送が可能なように接続されることで、図１或いは
図２に示した情報収集システムの一部を形成することに
なる。

【００４７】システムコントローラ１１は、ＣＰＵ、プ
ログラムＲＯＭ、ワークＲＡＭ、インターフェース部等
を備えたマイクロコンピュータとされ、上述してきた各
種動作の制御を行う。

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

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

【００５０】またディスク９０にはプログラムとは別に
ＡＵＸデータファイルが記録される場合があるが、この
場合、そのＡＵＸデータファイルの管理のためにディス
ク９０上にはＡＵＸ−ＴＯＣが形成される。システムコ
ントローラ１１はＵ−ＴＯＣの読出の際にＡＵＸ−ＴＯ
Ｃの読出も行い、バッファメモリ１３に格納して必要時
にＡＵＸデータ管理状態を参照できるようにしている。

【００５１】３．インターネット端末装置の構成図４は、図１及び図２に示したインターネット端末装置
３００の内部構成例を示している。インターフェイス３
０は、記録再生装置１側とデータの相互伝送を行うため
に設けられる。送信エンコーダ３１は、例えば記録再生
装置１から伝送されてきた文字コード情報としてのＵＲ
Ｌに基づいて、このＵＲＬにより指定されるインターネ
ットホームページ１００にアクセスするための通信動作
を実行する。この通信動作により、アクセス先であるイ
ンターネットホームページ１００への接続が確認される
と、インターネットホームページ１００からのデータを
ダウンロード（受信）することになる。この場合、上記
のような通信動作は、例えば電話回線等を利用し、モデ
ム３３を経由してインターネット２００に対して接続が
行われることで実現されるようになっている。

【００５２】受信デコーダ３２は、例えば、インターネ
ットホームページ１００から受信して得たダウンロード
データについて、記録再生装置１側で処理可能な形式の
データに変換するためのデータ処理を実行する機能回路
部位とされる。ここで、処理されたダウンロードデータ
は、インターフェイス３０を介して記録再生装置１に対
して伝送される。

【００５３】通信コントローラ３４はマイクロコンピュ
ータにより形成され、上記各機能回路部に対する所要の
制御処理を適宜実行する。また、ＲＡＭ３５には、記録
再生装置１側から伝送されてきたデータ或いはインター
ネットを介して受信したデータを一時保持するほか、適
宜通信コントローラ３４によって実行される制御処理時
に発生する情報や演算結果が保持される。

【００５４】４．セクターフォーマット及びアドレス形
式図５で、セクター、クラスタというデータ単位について
説明する。ミニディスクシステムでの記録トラックとし
ては図５のようにクラスタＣＬが連続して形成されてお
り、１クラスタが記録時の最小単位とされる。１クラス
タは２〜３周回トラック分に相当する。

【００５５】そして１つのクラスタＣＬは、セクターＳ
FC〜ＳFFとされる４セクターのリンキング領域と、セク
ターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ
領域から形成されている。１セクタは２３５２バイトで
形成されるデータ単位である。４セクターのサブデータ
領域のうち、セクターＳFFはサブデータセクタとされ、
サブデータとしての情報記録に使用できるが、セクター
ＳFC〜ＳFEの３セクターはデータ記録には用いられな
い。一方、ＴＯＣデータ、オーディオデータ、ＡＵＸデ
ータ等の記録は３２セクター分のメインデータ領域に行
なわれる。なお、アドレスは１セクター毎に記録され
る。

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

【００５７】５．エリア構造続いて、本例のダウンロード対応ディスク９０Ａのエリ
ア構造を図６で説明する。図６（ａ）はディスク最内周
側から最外周側までのエリアを示している。光磁気ディ
スクとしてのディスク９０は、最内周側はエンボスピッ
トにより再生専用のデータが形成されるピット領域とさ
れており、ここにＰ−ＴＯＣが記録されている。ピット
領域より外周は、光磁気領域とされ、記録トラックの案
内溝としてのグルーブが形成された記録再生可能領域と
なっている。この光磁気領域の最内周側のクラスタ０〜
クラスタ４９までの区間が管理エリアとされ、実際の楽
曲等のプログラムが記録されるのは、クラスタ５０〜ク
ラスタ２２５１までのプログラムエリアとなる。プログ
ラムエリアより外周はリードアウトエリアとされてい
る。

【００５８】管理エリア内を詳しく示したものが図６
（ｂ）である。図６（ｂ）は横方向にセクター、縦方向
にクラスタを示している。管理エリアにおいてクラスタ
０，１はピット領域との緩衝エリアとされている。クラ
スタ２はパワーキャリブレーションエリアＰＣＡとさ
れ、レーザー光の出力パワー調整等のために用いられ
る。クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ
−ＴＯＣの内容は後述するが、１つのクラスタ内の各セ
クターにおいてデータフォーマットが規定され、それぞ
れ所定の管理情報が記録されるが、このようなＵ−ＴＯ
Ｃデータとなるセクターを有するクラスタが、クラスタ
３，４，５に３回繰り返し記録される。

【００５９】クラスタ６，７，８はＡＵＸ−ＴＯＣが記
録されるＡＵＸ−ＴＯＣエリアである。ＡＵＸ−ＴＯＣ
の内容についても後述するが、１つのクラスタ内の各セ
クターにおいてデータフォーマットが規定され、それぞ
れ所定の管理情報が記録されるように規定されている。
なお、ダウンロード対応ディスク９０ＡのＡＵＸ−ＴＯ
Ｃとしては、ＵＲＬ（インターネットホームページ１０
０のアドレス）が文字コードとして格納されるセクター
と、ＡＵＸデータとしてのダウンロードデータのファイ
ルの更新日時が格納されるセクターも設定される。この
ようなＡＵＸ−ＴＯＣデータとなるセクターを有するク
ラスタが、クラスタ６，７，８に３回繰り返して記録さ
れる。

【００６０】クラスタ９からクラスタ４６までの領域
は、ＡＵＸデータが記録される領域（ＡＵＸデータエリ
ア）となる。ダウンロード対応ディスク９０Ａでは、Ａ
ＵＸデータとしてダウンロードデータが記録される。こ
のＡＵＸデータ内のデータ構造の詳しい説明は省略する
が、ＡＵＸデータエリアに記録されたダウンロードデー
タは、ＡＵＸ−ＴＯＣ（エリアアロケーションテーブ
ル）によりファイル単位で管理される。また、ＡＵＸデ
ータエリアにおけるダウンロードデータの記録可能領域
などもＡＵＸ−ＴＯＣ（エリアアロケーションテーブ
ル）によって管理されることになる。

【００６１】なおＡＵＸデータエリアでのデータファイ
ルの記録容量は、エラー訂正方式モード２として考えた
場合に２．８Ｍバイトとなる。また、例えばプログラム
エリアの後半部分やプログラムエリアより外周側の領域
（例えばリードアウト部分）に、第２のＡＵＸデータエ
リアを形成して、データファイルの記録容量を拡大する
ことも考えられる。

【００６２】クラスタ４７，４８，４９は、プログラム
エリアとの緩衝エリアとされる。クラスタ５０（＝３２
ｈ）以降のプログラムエリアには、１又は複数の楽曲等
の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録さ
れる。記録される各プログラムや記録可能な領域は、Ｕ
−ＴＯＣによって管理される。なお、プログラム領域に
おける各クラスタにおいて、セクターＦＦｈは、前述し
たようにサブデータとしての何らかの情報の記録に用い
ることができる。

【００６３】なお、ミニディスクシステムではプログラ
ム等が再生専用のデータとしてピット形態で記録されて
いる再生専用ディスクも用いられるが、この再生専用デ
ィスクでは、ディスク上はすべてピットエリアとなる。
そして記録されているプログラムの管理はＰ−ＴＯＣに
よって後述するＵ−ＴＯＣとほぼ同様の形態で管理さ
れ、Ｕ−ＴＯＣは形成されない。但し、ＡＵＸデータと
して再生専用のデータファイルを記録する場合は、それ
を管理するためのＡＵＸ−ＴＯＣが記録されることにな
る。

【００６４】６．Ｕ−ＴＯＣ６−１Ｕ−ＴＯＣセクター０前述したように、ディスク９０（ダウンロード対応ディ
スク９０も含む）に対してプログラム（トラック）の記
録／再生動作を行なうためには、システムコントローラ
１１は、予めディスク９０に記録されている管理情報と
してのＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出しておき、必要
時にこれを参照することになる。ここで、ディスク９０
においてトラック（楽曲等）の記録／再生動作などの管
理を行なう管理情報として、Ｕ−ＴＯＣセクターについ
て説明する。Ｕ−ＴＯＣのフォーマットとしては、ダウ
ンロード対応ディスク９０Ａと、ダウンロードデータの
記録に対応しない一般のミニディスク（ディスク９０）
とでは共通とされる。

【００６５】なおＰ−ＴＯＣは図６で説明したようにデ
ィスク９０の最内周側のピットエリアに形成されるもの
で、読出専用の情報である。そして、Ｐ−ＴＯＣによっ
てディスクの記録可能エリア（レコーダブルユーザーエ
リア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなど
の位置の管理等が行なわれる。なお、全てのデータがピ
ット形態で記録されている再生専用の光ディスクでは、
Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲
の管理も行なうことができるようにされ、Ｕ−ＴＯＣは
形成されない。Ｐ−ＴＯＣについては詳細な説明を省略
し、ここでは記録可能な光磁気ディスクに設けられるＵ
−ＴＯＣについて説明する。

【００６６】図７はＵ−ＴＯＣセクター０のフォーマッ
トを示すものである。なお、Ｕ−ＴＯＣセクターとして
はセクター０〜セクター３２まで設けることができ、そ
の中で、セクター１，セクター４は文字情報、セクター
２は録音日時を記録するエリアとされている。まず最初
に、ディスク９０の記録／再生動作に必ず必要となるＵ
−ＴＯＣセクター０について説明する。

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

【００６８】Ｕ−ＴＯＣセクター０のデータ領域（４バ
イト×588 の２３５２バイト）は、先頭位置にオール０
又はオール１の１バイトデータが並んで形成される同期
パターンが記録される。続いてクラスタアドレス(Clust
er H) (Cluster L) 及びセクターアドレス(Sector)とな
るアドレスが３バイトにわたって記録され、さらにモー
ド情報(MODE)が１バイト付加され、以上でヘッダとされ
る。ここでの３バイトのアドレスは、そのセクター自体
のアドレスである。

【００６９】同期パターンやアドレスが記録されるヘッ
ダ部分については、このＵ−ＴＯＣセクター０に限ら
ず、Ｐ−ＴＯＣセクター、ＡＵＸ−ＴＯＣセクター、Ａ
ＵＸファイルセクター、プログラムセクターでも同様で
あり、後述する図９以降の各セクターについてはヘッダ
部分の説明を省略するが、セクター単位にそのセクター
自体のアドレス及び同期パターンが記録されている。な
おセクター自体のアドレスとして、クラスタアドレス
は、上位アドレス(Cluster H) と下位アドレス(Cluster
L) の２バイトで記され、セクターアドレス(Sector)は
１バイトで記される。つまりこのアドレスは短縮形式で
はない。

【００７０】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ(F
irst TNO）、最後のトラックのトラックナンバ（Last T
NO）、セクター使用状況(Used sectors)、ディスクシリ
アルナンバ、ディスクＩＤ等のデータが記録される。

【００７１】さらに、ユーザーが録音を行なって記録さ
れているトラック（楽曲等）の領域やフリーエリア等を
後述するテーブル部に対応させることによって識別する
ため、ポインタ部として各種のポインタ(P-DFA，P-EMPT
Y ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用
意されている。

【００７２】そしてポインタ(P-DFA〜P-TNO255) に対応
させることになるテーブル部として(01h) 〜(FFh) （本
明細書において「ｈ」を付した数字は１６進表記での数
値とする）までの２５５個のパーツテーブルが設けら
れ、それぞれのパーツテーブルには、或るパーツについ
て起点となるスタートアドレス、終端となるエンドアド
レス、そのパーツのモード情報（トラックモード）が記
録されている。さらに各パーツテーブルで示されるパー
ツが他のパーツへ続いて連結される場合があるため、そ
の連結されるパーツのスタートアドレス及びエンドアド
レスが記録されているパーツテーブルを示すリンク情報
が記録できるようにされている。なおパーツとは１つの
トラック内で時間的に連続したデータが物理的に連続し
て記録されているトラック部分のことをいう。そしてス
タートアドレス、エンドアドレスとして示されるアドレ
スは、１つの楽曲（トラック）を構成する１又は複数の
各パーツを示すアドレスとなる。これらのアドレスは短
縮形で記録され、クラスタ、セクター、サウンドグルー
プを指定する。

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

【００７４】そのため、リンク情報が設けられ、例えば
各パーツテーブルに与えられたナンバ(01h) 〜(FFh) に
よって、連結すべきパーツテーブルを指定することによ
ってパーツテーブルが連結できるようになされている。
つまりＵ−ＴＯＣセクター０における管理テーブル部に
おいては、１つのパーツテーブルは１つのパーツを表現
しており、例えば３つのパーツが連結されて構成される
楽曲についてはリンク情報によって連結される３つのパ
ーツテーブルによって、そのパーツ位置の管理が行われ
る。なお、実際にはリンク情報は所定の演算処理により
Ｕ−ＴＯＣセクター０内のバイトポジションとされる数
値で示される。即ち、３０４＋（リンク情報）×８（バ
イト目）としてパーツテーブルを指定する。

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

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

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

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

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

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

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

【００８２】以上のように、書換可能な光磁気ディスク
９０については、ディスク上のエリア管理はＰ−ＴＯＣ
によってなされ、またレコーダブルユーザーエリアにお
いて記録された楽曲やフリーエリア等はＵ−ＴＯＣによ
り行なわれる。

【００８３】６−２Ｕ−ＴＯＣセクター１次に、図９にＵ−ＴＯＣセクター１のフォーマットを示
す。このセクター１は録音された各トラックにトラック
ネームをつけたり、ディスク自体の名称などの情報とな
るディスクネームをつける場合に、入力された文字情報
を記録するデータ領域とされる。

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

【００８５】スロット(01h) 〜(FFh) にはディスクタイ
トルやトラックネームとしての文字情報がアスキーコー
ドで記録される。そして、例えばポインタP-TNA1によっ
て指定されるスロットには第１トラックに対応してユー
ザーが入力した文字が記録されることになる。また、ス
ロットがリンク情報によりリンクされることで、１つの
トラックに対応する文字入力は７バイト（７文字）より
大きくなっても対応できる。なお、スロット(00h) とし
ての８バイトはディスクネームの記録のための専用エリ
アとされており、ポインタP-TNA(x)によっては指定され
ないスロットとされている。このＵ−ＴＯＣセクター１
でもポインタP-EMPTY は使用していないスロットを管理
する。

【００８６】６−３Ｕ−ＴＯＣセクター２図１０はＵ−ＴＯＣセクター２のフォーマットを示して
おり、このセクター２は、主にユーザーが録音を行なっ
た楽曲の録音日時を記録するデータ領域とされる。

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

【００８８】スロット(01h) 〜(FFh) には楽曲（トラッ
ク）の録音日時が６バイトで記録される。６バイトはそ
れぞれ１バイトづつ、年、月、日、時、分、秒に相当す
る数値が記録される。また、残りの２バイトはメーカー
コード及びモデルコードとされ、その楽曲を録音した記
録装置の製造者を示すコードデータ、及び録音した記録
装置の機種を示すコードデータが記録される。

【００８９】例えばディスクに第１曲目としてがトラッ
クが録音されると、ポインタP-TRD1によって指定される
スロットにはその録音日時及び録音装置のメーカーコー
ド、モデルコードが記録される。録音日時データはシス
テムコントローラ１１が内部時計を参照して自動的に記
録することになる。

【００９０】またスロット(00h) としての８バイトはデ
ィスク単位の録音日時の記録のための専用エリアとされ
ており、ポインタP-TRD(x)によっては指定されないスロ
ットとされている。なお、このＵ−ＴＯＣセクター２で
もスロットポインタP-EMPTY は使用していないスロット
を管理するものである。使用されていないスロットにつ
いては、モデルコードに代えてリンク情報が記録されて
おり、スロットポインタP-EMPTY を先頭に各未使用のス
ロットがリンク情報でリンクされて管理されている。

【００９１】６−４Ｕ−ＴＯＣセクター４図１１はＵ−ＴＯＣセクター４を示し、このセクター４
は、上記したセクター１と同様に、ユーザーが録音を行
なったトラックに曲名（トラックネーム）をつけたり、
ディスクネームをつける場合に、入力された文字情報を
記録するデータ領域とされ、図１１と図９を比較してわ
かるようにフォーマットはセクター１とほぼ同様であ
る。ただし、このセクター４は漢字や欧州文字に対応す
るコードデータ（２バイトコード）が記録できるように
されるものであり、図９のセクター１のデータに加え
て、所定バイト位置に文字コードの属性が記録される。
このＵ−ＴＯＣセクター４の文字情報の管理は、セクタ
ー１と同様にポインタP-TNA1〜P-TNA255及びポインタP-
TNA1〜P-TNA255によって指定される２５５単位のスロッ
ト(01h) 〜(FFh) によって行なわれる。

【００９２】なお本例の記録再生装置１はＵ−ＴＯＣが
形成されない再生専用ディスクについても対応できる
が、再生専用ディスクの場合、Ｐ−ＴＯＣにおいてディ
スクネーム、トラックネームとしての文字情報を記録し
ておくことができる。即ちＰ−ＴＯＣセクターとしてＵ
−ＴＯＣセクター１、セクター４と概略同様のセクター
が用意されており、ディスクメーカーは予めディスクネ
ーム、トラックネームをそのＰ−ＴＯＣセクターに記録
しておくことができる。

【００９３】７．ＡＵＸ−ＴＯＣ７−１ＡＵＸ−ＴＯＣセクター０本例のディスク９０では、図６で説明したようにＡＵＸ
データファイル及びＡＵＸ−ＴＯＣを記録する領域が設
定され、ＡＵＸデータファイルとして楽曲等のトラック
（プログラム）とは独立した文字情報や画像情報などを
記録できる。そして、ダウンロード対応ディスク９０Ａ
としては、ＡＵＸデータファイルとして、ダウンロード
データが記録されるものである。このＡＵＸデータファ
イルはＡＵＸ−ＴＯＣによって管理される。そして、こ
のＡＵＸ−ＴＯＣは、３クラスタにわたって３回繰り返
して記録され、従って管理データ構造としてはＵ−ＴＯ
Ｃと同様に、１クラスタ内の３２セクターを使用でき
る。本例のダウンロード対応ディスク９０Ａでは、次に
説明するように、ＡＵＸ−ＴＯＣセクター０を設定して
ＡＵＸデータファイルの管理を行う。また、ＡＵＸ−Ｔ
ＯＣセクター１に対してＵＲＬが文字コードとして記録
され、ＡＵＸ−ＴＯＣセクター２に対してダウンロード
データのファイルの更新日時が記録されるものとして規
定される。

【００９４】なお、以降におけるＡＵＸ−ＴＯＣについ
ての説明は、ダウンロード対応ディスク９０Ａに対して
１つのＵＲＬが格納されることを前提として説明する。
つまり、ＡＵＸデータファイルとしては、上記ＵＲＬに
より指定される１つのインターネットホームページ１０
０が提供する情報が格納される。

【００９５】そこで先ず、ＡＵＸ−ＴＯＣセクター０の
フォーマットを図１２を参照して説明する。ＡＵＸ−Ｔ
ＯＣセクター０は、ＡＵＸデータエリアの全体の管理を
行うエリアアロケーションテーブルとされ、ＡＵＸデー
タエリアに記録されるダウンロードデータを管理する。
ここでダウンロードデータ、即ちホームページのデータ
は、通常、階層化された複数のページにより形成され。
ページごとに１或いは複数のファイルデータ（以降ホー
ムページファイルともいう）からなるものである。本実
施の形態では、ＡＵＸデータエリアに記録されるダウン
ロードデータは、ＡＵＸ−ＴＯＣセクター０によって、
ホームページのデータを形成するファイル単位で管理さ
れるものとする。

【００９６】図１２に示されるように、このセクター０
では、ヘッダに続いて所定バイト位置に、メーカーコー
ド、モデルコード、バックアップ情報、ユーズドセクタ
ー情報が記録される。ユーズドセクター情報には、ＡＵ
Ｘ−ＴＯＣ内のセクター使用状況が示される。

【００９７】このＡＵＸ−ＴＯＣセクター０では、ポイ
ンタ部として、ポインタP-DFAA、P-EMPTY に続き、ポイ
ンタP-FNO1〜P-FNO255が形成される。そしてテーブル部
においてスタートアドレス、エンドアドレス、リンク情
報が記録される各８バイトのパーツテーブルが２５５単
位形成され、上述したＵ−ＴＯＣセクター０と同様の形
態で、ＡＵＸデータエリアの管理が行われる。

【００９８】この場合には、ポインタP-FNO1〜P-FNO255
は、それぞれ１つのホームページファイルが記録された
ＡＵＸデータエリア上の領域を、特定のパーツテーブル
を指定することで管理することになる。例えばポインタ
P-FNO1で指定されるパーツテーブルには、例えば最も若
いファイルナンバが付されたホームページファイルを記
録した１又は複数のパーツのうち、先頭のデータ部分が
記録されたパーツのスタートアドレス、エンドアドレス
が記録された状態とされる。

【００９９】ポインタP-DFAAはＡＵＸデータエリア内の
欠陥領域を、指定するパーツテーブルに記録したスター
トアドレス、エンドアドレスで管理する。欠陥領域が複
数ある場合は、リンク情報によって他のパーツテーブル
がリンクされる。ポインタP-EMPTY は、このＡＵＸ−Ｔ
ＯＣセクター０内で未使用のパーツテーブルをリンク形
態で管理する。

【０１００】ポインタP-BLANK は、ＡＵＸデータエリア
内でのフリーエリア、つまりＡＵＸデータファイルを記
録していくことができる領域を、Ｕ−ＴＯＣセクター０
におけるポインタP-FRA と同様にパーツテーブルのリン
ク形態で管理する。

【０１０１】７−２ＡＵＸ−ＴＯＣセクター１図１３にＡＵＸ−ＴＯＣセクター１のフォーマットを示
す。このセクター１はＵＲＬテーブルとされ、インター
ネットホームページ１００にアクセスするためのアドレ
スコードであるＵＲＬが文字コードにより記録される領
域である。

【０１０２】このＡＵＸ−ＴＯＣセクター１には、ポイ
ンタ部にポインタP-EMPTY が設定され、このＡＵＸ−Ｔ
ＯＣセクター０内で未使用のパーツテーブルをリンク形
態で管理する。ここでのスロット部には、単位８バイト
で２５５単位のスロット(01h) 〜(FFh) 及び同じく８バ
イトの１つのスロット(00h) が用意されている。

【０１０３】スロット(00h) 〜(FFh) にはＵＲＬとして
の文字情報がアスキーコードその他の文字コードで記録
される。記録される文字の種別は、文字コードとして所
定バイト位置に記録される。文字コードは、例えば「０
０ｈ」がアスキーコード、「０１ｈ」がモディファイド
ＩＳＯ．８８５９−１、「０２ｈ」がミュージックシフ
テッドＪＩＳなどのように設定される。

【０１０４】ここでは、前述のように１枚のダウンロー
ド対応ディスク９０Ａに格納されるＵＲＬは１つである
こととしている。そして、ＵＲＬとしての文字情報は、
スロット部において常にスロット(00h) の先頭バイトか
ら記録されるものとする。

【０１０５】７−３ＡＵＸ−ＴＯＣセクター２図１４はＡＵＸ−ＴＯＣセクター２のフォーマットを示
している。このセクター３は、ファイル更新日時テーブ
ルとされ、記録されたホームページファイルごとの更新
日時を管理するデータ領域とされる。ここでいう更新日
時とは、ＡＵＸデータエリアに記録されているホームペ
ージの内容の書き換え記録が行われた最後の日時を言う
ものであり、インターネットホームページ１００側でフ
ァイルの内容を更新した更新日時とは異なるものであ
る。

【０１０６】このＡＵＸ−ＴＯＣセクター２には、スロ
ット部に記録された各ホームページファイルの更新日時
に相当するポインタ部としてポインタP-FRD1〜P-FRD255
が用意され、またこのポインタP-FRD1〜P-FRD255によっ
て指定されるスロット部が用意される。スロット部には
１単位８バイトで２５５単位のスロット(01h) 〜(FFh)
及び同じく８バイトの１つのスロット(00h) が形成され
ており、前述したＵ−ＴＯＣセクター２とほぼ同様の形
態で日時データを管理する。

【０１０７】スロット(01h) 〜(FFh) には、各ホームペ
ージファイルの更新日時を８バイトを利用して記録す
る。８バイトの容量があれば、年、月、日、時、分、秒
に相当する数値を記録することが十分可能とされる。

【０１０８】例えばＡＵＸデータエリアにおいて、先頭
ファイルナンバのホームページファイルの内容が更新し
て記録（又は初めて記録されるときも含む）されると、
ポインタP-FRD1によって指定されるスロットにはその更
新時の日時が記録される。なお、記録日時データはシス
テムコントローラ１１が内部時計を参照して自動的に記
録するようにすればよい。

【０１０９】なお、上記したＡＵＸ−ＴＯＣによる管理
形態はあくまでも一例である。ここではＡＵＸデータエ
リアに対してダウンロードデータのみが記録されること
を前提として説明しているが、例えばＡＵＸデータエリ
アに対してダウンロードデータ以外のデータも記録可能
な構成を採るような場合には、先ずＡＵＸ−ＴＯＣセク
ター０によって、規定されたデータの種類ごとに記録領
域が管理されるようにして、以降の残りの特定のＡＵＸ
−ＴＯＣセクターにより、各データの種類ごとに対する
管理を行うような形態をとればよい。

【０１１０】また、例えばＵＲＬを複数格納するように
構成することも可能であり、この場合には、図１３に示
したＵＲＬテーブルとしてのＡＵＸ−ＴＯＣセクターに
おいて、スロットを指定するポインタをＵＲＬの数に対
応して用意し、このポインタにより指定されるスロット
に対してそれぞれＵＲＬを記録していくようにすればよ
い。この際、複数のスロットにＵＲＬの記述が跨るとき
にはリンク情報によりそのリンク先のスロットを示すよ
うにすればよい。

【０１１１】８．ダウンロードデータの記録続いて、これまでの説明を踏まえて、本実施の形態の情
報収集システムを利用したうえでの記録再生装置１によ
るダウンロードデータの記録動作について、図１５のフ
ローチャートに従って説明を行う。この図においては、
ステップＳ１０１〜Ｓ１０８により示される記録再生装
置１側の処理と、ステップＳ２０１〜Ｓ２０８により示
されるインターネット端末装置３００側の処理が並行し
て示されている。記録再生装置１側の処理はシステムコ
ントローラ１１が実行し、インターネット端末装置３０
０側の処理は通信コントローラ３４が実行する。

【０１１２】ここでは、先ず、システムコントローラ１
１の処理として、ステップＳ１０１において、ダウンロ
ード対応ディスク９０Ａが記録再生装置１に対して装填
されるのを待機している。そして、ダウンロード対応デ
ィスク９０Ａが装填されたことが判別されるとステップ
Ｓ１０２に進み、このダウンロード対応ディスク９０Ａ
の管理エリアからＡＵＸ−ＵＴＯＣのデータの読み出し
を実行する。つまり、図１２〜図１４に示したＡＵＸ−
ＵＴＯＣセクター０〜２のデータ内容について読み出し
を行う。この読み出されたＡＵＸ−ＵＴＯＣセクター０
〜２のデータは、例えば前述のようにしてバッファメモ
リ１３の所定領域に対して格納される。

【０１１３】続いて、システムコントローラ１１は、ス
テップＳ１０３の処理として、ＡＵＸ−ＵＴＯＣセクタ
ー１に格納されていたＵＲＬのデータ、及びＡＵＸ−Ｕ
ＴＯＣセクター２に格納されている各ホームページファ
イルの更新日時のデータを、インターフェイス２５を介
して、インターネット端末装置３００に対して伝送出力
する。

【０１１４】この間、インターネット端末装置３００の
通信コントローラ３４では、ステップＳ２０１の処理と
して示すように記録再生装置１から伝送出力されたＵＲ
Ｌ、及びホームページファイルの更新日時データが受信
されるのを待機している。そして、これらのデータが受
信されたことが判別されるとステップＳ２０２に進み、
これらＵＲＬ、及びホームページファイルの更新日時デ
ータを、例えばＲＡＭ３５に対して格納して保持する。

【０１１５】続くステップＳ２０３においては、受信し
たＵＲＬが指定するインターネットホームページ１００
にアクセスするための制御を実行する。つまり、前述の
ようにして、通信部３１によりインターネットホームペ
ージ１００との接続を行うように制御するものである。

【０１１６】ステップＳ２０３の処理によってインター
ネットホームページ１００に対してアクセスが行われる
と、通信コントローラ３４はステップＳ２０４に進み、
インターネットホームページ１００で提供している各ホ
ームページファイルについて、その内容が更新されたホ
ームページファイルが存在するか否かについて判別す
る。

【０１１７】ステップＳ２０４の処理としては、通信コ
ントローラ３４が、ＲＡＭ３５に保持したホームページ
ファイルの更新日時データの内容（ＡＵＸ−ＵＴＯＣセ
クター２の内容）と、インターネットホームページ１０
０側で提供している各ホームページファイルの更新日時
の情報とを比較する。

【０１１８】そして、ＡＵＸ−ＵＴＯＣセクター２の内
容としてのホームページファイルの更新日時に対して、
インターネットホームページ１００側で提供しているホ
ームページファイルの更新日時の方が新しいホームペー
ジファイルが存在すれば、データ内容が更新されたホー
ムページファイルが存在すると判断することになる。こ
れに対して、ＡＵＸ−ＵＴＯＣセクター２の内容として
のホームページファイルの更新日時に対して、インター
ネットホームページ１００側で提供しているホームペー
ジファイルの更新日時の方が新しいホームページファイ
ルが存在しなければ、データ内容が更新されたホームペ
ージファイルは存在しないと判断するようにされる。

【０１１９】上記のようなステップＳ２０４の判別処理
により肯定結果が得られた場合には、通信コントローラ
３４は、ステップＳ２０５においてダウンロードデータ
（即ち、その内容が更新されたホームページファイル）
を転送する旨を告知する情報を記録再生装置１側のシス
テムコントローラ１１に対して伝送する。

【０１２０】そして、続くステップＳ２０６において、
インターネットホームページ１００として提供されてい
るホームページファイルのうちから、先のステップＳ２
０４に依りホームページの内容が更新されたと判断され
たホームページファイルにアクセスしてこれを受信して
一旦ＲＡＭ３５取り込むと共に、取り込んだホームペー
ジファイルのデータを記録再生装置１に対して伝送する
ための制御処理を実行する。この際には、必要があれ
ば、受信デコーダ３２により、受信したホームページフ
ァイルのデータ形式が記録再生装置１側で処理可能な形
式となるように処理が行われるための制御も実行するよ
うにされる。

【０１２１】そして、ステップＳ２０７において、上記
ステップＳ２０６により開始されたダウンロードデータ
の転送の終了を待機し、転送が終了したらこのルーチン
の処理を終了する。

【０１２２】また、ステップＳ２０４において否定結果
が得られた場合（その内容が更新されたホームページフ
ァイルが無いとされた場合）には、ステップＳ２０８に
進んで、ダウンロードデータを転送しない旨を告知する
情報を記録再生装置１側のシステムコントローラ１１に
対して伝送し、このルーチンの処理を終了する。

【０１２３】一方、記録再生装置１側のシステムコント
ローラ１１では、ステップＳ１０４において、インター
ネット端末装置３００側から伝送されてくるダウンロー
ドデータの有無の何れかを示す告知情報を待機してい
る。ここで、先に述べたステップＳ２０５の処理が実行
されることにより、ダウンロードデータが転送されるこ
とを示す告知情報が受信されると、システムコントロー
ラ１１はダウンロードデータ有りと判断して、ステップ
Ｓ１０５に進む。

【０１２４】ステップＳ１０５においては、インターネ
ット端末装置３００から伝送されてくるダウンロードデ
ータ、即ち、更新すべきホームページファイルのデータ
をインターフェイス２５を介して取り込む。取り込んだ
ダウンロードデータは、システムコントローラ１１の制
御によってバッファメモリ１３に対して蓄積される。ま
た、ダウンロードデータに付随して得られる情報のうち
から必要な情報があれば、システムコントローラ１１が
抽出して取り出し、バッファメモリ１３上の所定の領域
に対して保持させることも行う。

【０１２５】上記のようにしてシステムコントローラ１
１の制御によってバッファメモリ１３に対して蓄積され
たデータは、ステップＳ１０６の処理によって、ダウン
ロード対応ディスク９０ＡのＡＵＸデータエリアに対し
て記録が行われる。この際、システムコントローラ１１
は、バッファメモリ１３に蓄積されるダウンロードデー
タについて逐次読み出しを行ってエンコーダ／デコーダ
部８に供給する。そして、エンコーダ／デコーダ部８に
てエンコードされたダウンロードデータがＡＵＸデータ
エリアに記録されるように、所要の記録動作制御を実行
することになる。

【０１２６】上記ステップＳ１０６の処理の後、システ
ムコントローラ１１は、ステップＳ１０７において、転
送されてきたダウンロードデータについての記録が終了
するのを待機しており、記録が終了されるとステップＳ
１０８に進む。

【０１２７】ステップＳ１０８では、これまでの記録結
果に応じてＡＵＸ−ＴＯＣエリアの内容を更新する処理
を実行してこの処理を終了する。この際には、先ず、バ
ッファメモリ１３に保持されているＡＵＸ−ＴＯＣのデ
ータ内容について書き換え（更新）を行い、この更新し
たバッファメモリ１３上のＡＵＸ−ＴＯＣのデータを、
ダウンロード対応ディスク９０ＡのＡＵＸ−ＴＯＣエリ
アに書き込むようにされる。この際、例えば、既にＡＵ
Ｘデータエリアにインターネットホームページ１００の
ホームページファイルが記録されている場合には、以前
に記録されていたホームページファイルのうち、新たに
記録されたホームページファイルと同一のファイルナン
バのホームページファイルについては、新たに記録され
たホームページファイルにより上書き消去されたものと
して管理されることになる。

【０１２８】また、ステップＳ１０４において、先に述
べたステップＳ２０８の処理が実行されることにより、
ダウンロードデータが転送されないことを示す告知情報
が受信されると、システムコントローラ１１はダウンロ
ードデータ無しと判断して、そのままこの処理を終了す
る。

【０１２９】このようにして、本実施の形態では、ダウ
ンロード対応ディスク９０Ａに格納されているＵＲＬを
利用して情報のダウンロードを行い、このダウンロード
された情報を同じダウンロード対応ディスク９０Ａに対
して記録するようにされる。なお、図１５に示した処理
によれば、１回のインターネットホームページへのアク
セスにつき、ダウンロード対応ディスク９０Ａに記録さ
れた更新日時よりも新しい更新日時を有するホームペー
ジファイルのみをダウンロードしてダウンロード対応デ
ィスク９０Ａに記録するようにされるが、これは、ダウ
ンロードの時間短縮を図って効率のよいダウンロードデ
ータの収集が行われるように配慮したものである。

【０１３０】９．情報収集システムの変形例９−１変形例１続いて、本実施の形態としての情報収集システムの各種
変形例について、図１６〜図１９を参照して説明する。
なお、これらの図において図１及び図２と同一部分には
同一符号を付して説明を省略する。

【０１３１】図１６には、変形例１としての情報収集シ
ステムが示されている。この場合には、ダウンロードデ
ータとして、そのインターネットホームページ１００で
提供しているゲームのデータもホームページファイルの
データとしてダウンロードして、ダウンロード対応ディ
スク９０Ａに記録可能な構成を採る。

【０１３２】この構成では、その内部構成等の説明は省
略するが、例えばインターネット端末装置３００が、ゲ
ーム機器として機能するように構成される。このため、
インターネット端末装置３００に対しては図に示すよう
にして、ジョイスティックやキーボード等が設けられて
ゲームを行う際にユーザが操作するための操作部７００
が接続される。また、インターネット端末装置３００に
は、ゲーム画像をモニタ装置５００に出力するための映
像信号処理回路系も設けられることになる。

【０１３３】このシステムによりユーザがゲームを行う
ためには、これまで説明したようにして、予め、ダウン
ロード対応ディスク９０Ａに対して、インターネットホ
ームページ１００からダウンロードしたゲームのプログ
ラムをＡＵＸデータエリアに記録しておくようにする。
そして、実際にゲームをするときには、記録再生装置１
によりＡＵＸデータエリアに記録されているゲームのプ
ログラムを読み出して、インターネット端末装置３００
のＲＡＭ３５に伝送する。インターネット端末装置３０
０では、伝送されてきたゲームのプログラムをＲＡＭ３
５に格納して起動させてゲームのプログラムを実行す
る。このときには、インターネット端末装置３００から
出力される映像情報によってモニタ装置５００にはゲー
ム画像が表示出力される。そしてユーザはこのようにし
てゲームのプログラムが実行されているもとで、操作部
７００を操作することによりゲームを行うようにされ
る。

【０１３４】９−２変形例２図１７は、変形例２としての情報収集システムの構成を
示している。この場合には、記録再生装置１に代えて携
帯用記録再生装置１Ａが備えられたシステム構成が示さ
れている。例えばこれまで説明してきた記録再生装置１
がいわゆる据え置き型であるとすれば、携帯用記録再生
装置１Ａは、例えばより小型軽量に構成されると共に、
バッテリ駆動も可能とされて可搬性が与えられている。

【０１３５】このようなシステム構成においては、先に
図１及び図２に示したようにして、インターネット端末
装置３００、携帯用記録再生装置１Ａ側をユーザの所有
とするインフラストラクチャの形態の他に、例えばイン
ターネット端末装置３００をコンビニエンスストアなど
の店舗に設置するようにして、ユーザは携帯用記録再生
装置１Ａを所有するような形態を採ることが考えられ
る。。そして、ユーザはインターネット端末装置３００
が設置されている店舗に赴いて、自身が所有する携帯用
記録再生装置１Ａとインターネット端末装置３００とを
接続し、ダウンロードデータをダウンロード対応ディス
ク９０Ａに記録して入手するようにするものである。こ
のようなシステム構成では、ユーザが所有すべきものか
らインターネット端末装置３００を除くことができるの
で、それだけユーザにとっての経済的負担を軽くするこ
とができる。

【０１３６】９−３変形例３図１８に変形例３としての情報収集システムの構成を示
す。この図においては、通信網としてインターネット２
００等は利用しない形態が示されており、代わりに、ア
ンテナＡＮＴを介して放送受信機器８００にて受信した
放送波を源として得られる情報を通信端末装置３００Ａ
に対して供給するようにされる。通信端末装置３００Ａ
は、例えば図１及び図２等に示したインターネット端末
装置３００に相当する機能を有するもので、この場合に
は、放送受信機器８００にて受信したデータを取り込ん
で、記録再生装置１に対して伝送出力する。

【０１３７】このようなシステム構成では、放送内容が
ダウンロード対応ディスク９０Ａに記録されることを想
定して、ディスク販売側の企業がダウンロードデータと
しての各種プログラム（番組）を放送するようにされ
る。この場合、ダウンロード対応ディスク９０ＡのＡＵ
Ｘ−ＴＯＣセクター１には、放送されるプログラムのう
ちから、ダウンロード対応ディスク９０Ａに記録された
メインデータに対応する収集情報を放送しているプログ
ラムを識別するためのプログラム識別情報を、ＵＲＬの
代わりに格納する。

【０１３８】インターネット端末装置３００には、放送
受信装置にて受信されたデータが供給される。インター
ネット端末装置３００では放送の内容（プログラム）の
うちから、記録再生装置１に装填されているダウンロー
ド対応ディスク９０Ａのプログラム識別情報に対応する
プログラムが伝送されてきていることを判別すると、こ
のプログラムのデータをダウンロードデータとして記録
再生装置１に対して伝送する。記録再生装置１では、イ
ンターネット端末装置３００から伝送されてきたダウン
ロードデータをＡＵＸデータエリアに記録する。

【０１３９】９−４変形例４図１９は、変形例４としての情報収集システムの構成を
示している。この図においては、通信網としてインター
ネット２００の代わりに、専用回線２００Ａが利用され
る。このため、インターネットホームページ１００の代
わりに、専用サーバ１００Ａが設けられ、この専用サー
バ１００Ａと通信端末装置３００Ａが専用回線２００Ａ
を介して接続されている環境が構築される。

【０１４０】ここでの通信端末装置３００Ａは、通信網
がインターネットではなく専用回線２００Ａに対応する
構成を採る以外は、先に説明したインターネット端末装
置３００と同様の構成を採ればよい。

【０１４１】また、この場合にもダウンロード対応ディ
スク９０ＡのＡＵＸ−ＴＯＣセクター１に記録される情
報としては、ＵＲＬではなく、そのダウンロード対応デ
ィスク９０Ａにダウンロードして記録すべきデータファ
イルを特定するためのデータファイル識別情報が格納さ
れればよい。そして、通信端末装置３００Ａは、記録再
生装置１から伝送されたデータファイル識別情報を利用
して、ダウンロードデータを要求するための要求情報を
専用サーバ１００Ａに送信するようにされる。専用サー
バ１００Ａでは、受信した要求情報に応じた内容のデー
タファイルを通信端末装置３００Ａに対して送信し、通
信端末装置３００Ａではこの送信されたデータファイル
を記録再生装置１に伝送する。記録再生装置１では、こ
のデータファイルをダウンロード対応ディスク９０Ａの
ＡＵＸデータエリア記録することで、例えば、そのダウ
ンロード対応ディスク９０Ａに記録されたメインデータ
の内容に関連する各種情報を獲得することができること
になる。

【０１４２】なお、図１、図２、図１６、図１８、図１
９の記録再生装置１に代えて、携帯用記録再生装置１Ａ
とすることも可能である。つまり、本実施の形態情報収
集システムとしては、例えば据え置き型の記録再生装置
１と、携帯用記録再生装置１Ａとは常に置き換えが可能
である。

【０１４３】また、本実施の形態の情報収集システムと
してはこれまで説明してきた構成に限定されるものでは
なく、他にも各種考えられるものである。また、実施の
形態の記録媒体及び記録装置としてはミニディスク（光
磁気ディスク）に対応する場合を例に説明したが、他の
書き換え可能なディスクメディア、更には、ディスクメ
ディア以外の種類の書き換え可能なメディアに対応する
場合にも本発明の適用が可能とされる。

【０１４４】

【発明の効果】以上説明したように本発明によれば、例
えばインターネットを情報収集源とした場合には、記録
媒体に情報源識別情報として格納されているインターネ
ットのアドレスコード（ＵＲＬ）が指定するホームペー
ジにアクセスし、このインターネットのホームページ
（情報源）で提供されている情報をダウンロードするよ
うにされる。ここで、記録媒体に格納されているＵＲＬ
は、例えば同じ記録媒体に主データとして記録されてい
る楽曲等のオーディオデータの内容の或る属性に対応す
るものとされる。そこで、一例として、或る記録媒体に
オーディオデータとして記録されている楽曲を演奏して
いるアーティストなどに対応する情報を提供しているホ
ームページを指定するＵＲＬを同じ記録媒体に格納して
おけば、本発明の記録装置により、その記録媒体に記録
されている楽曲を演奏しているアーティストに関連する
情報をインターネットから収集することができる。この
際、ユーザはＵＲＬが格納されている記録媒体をセット
して記録を行わせるという操作を行うだけであり、非常
に簡単な操作でもって必要な情報を手軽に収集すること
が可能になる。

【０１４５】また、インターネットをはじめ、情報源と
しては多様な形式のデータを用意することが可能である
ので、情報源からは楽曲等のオーディオデータのみでな
く、画像情報や文字情報による各種案内、紹介等の多様
な内容の情報が得られることになる。また、本発明のよ
うな情報収集のための構成では、例えば従来必要とされ
た受信機側のアッテネータなども不要となって回路構成
も簡略化されるので、それだけコストも抑制することが
可能となる。

【０１４６】そして、本発明の記録媒体として、オーデ
ィオデータ等の主データと、ＵＲＬ（情報源識別情報）
の他に、上記のようにして情報源から収集した情報を副
情報として格納できるようにすれば、或る属性に属する
多様な情報（例えば１アーティストに関するオーディオ
データの他、画像や各種案内情報）が記録された記録媒
体を容易に作成することが可能となり、ユーザのデータ
ライブラリとしても、管理しやすい形態で充実した内容
とすることが可能になる。

【図面の簡単な説明】

【図１】本発明の実施の形態としての情報収集システム
の構成例を示す模式図である。

【図２】本発明の実施の形態としての情報収集システム
の構成例を示す模式図である。

【図３】本実施の形態の記録再生装置の構成を示すブロ
ック図である。

【図４】本実施の形態のインターネット端末装置の構成
を示すブロック図である。

【図５】本実施の形態のディスクのセクターフォーマッ
トの説明図である。

【図６】本実施の形態のディスクのエリア構造の説明図
である。

【図７】本実施の形態のＵ−ＴＯＣセクター０の説明図
である。

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

【図９】本実施の形態のＵ−ＴＯＣセクター１の説明図
である。

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

【図１１】本実施の形態のＵ−ＴＯＣセクター４の説明
図である。

【図１２】本実施の形態のＡＵＸ−ＴＯＣセクター０の
説明図である。

【図１３】本実施の形態のＡＵＸ−ＴＯＣセクター１の
説明図である。

【図１４】本実施の形態のＡＵＸ−ＴＯＣセクター２の
説明図である。

【図１５】ダウンロードデータのダウンロード及び記録
のための処理動作を示すフローチャートである。

【図１６】本実施の形態の変形例１としての情報収集シ
ステムの構成例を示す模式図である。

【図１７】本実施の形態の変形例２としての情報収集シ
ステムの構成例を示す模式図である。である。

【図１８】本実施の形態の変形例３としての情報収集シ
ステムの構成例を示す模式図である。である。

【図１９】本実施の形態の変形例４としての情報収集シ
ステムの構成例を示す模式図である。

【符号の説明】

１記録再生装置、３光学ヘッド、６ａ磁気ヘッ
ド、８エンコーダ／デコーダ部、９サーボ回路、１
１システムコントローラ、１２メモリコントロー
ラ、１３バッファメモリ、１４エンコーダ／デコー
ダ部、２３操作部、２４表示部、２５インターフ
ェース、２８画像処理回路、２９映像出力回路、９
０ディスク、９０Ａダウンロード対応ディスク、３
０インターフェイス、３１通信部、３２受信デコ
ーダ、３３モデム、３４通信コントローラ、ＲＡＭ
３５、１００インターネットホームページ、２００
インターネット、３００インターネット端末装置、５
００モニタ装置

Claims

【特許請求の範囲】

【請求項１】少なくとも、或る特定の属性を有する所
定内容の情報が主情報として記録される主情報記録領域
と、各種属性に従った情報が所定形態により提供される所定
の情報環境から、上記主情報の属性に対応する情報を提
供する情報源を特定することのできる情報源識別情報が
記録される識別情報記録領域とが設定されることを特徴
とする記録媒体。
【請求項２】上記情報源識別情報に基づいて特定され
る情報源から獲得した情報が副情報として記録される副
情報記録領域が設定されていることを特徴とする請求項
１に記載の記録媒体。
【請求項３】少なくとも、或る特定の属性に従った所
定内容の情報が主情報として記録される主情報記録領域
と、各種属性に従った情報が所定形態により提供される
所定の情報環境から上記主情報の属性に対応する情報を
提供する情報源を特定することのできる情報源識別情報
が記録される識別情報記録領域と、上記情報源識別情報
に基づいて特定される情報源から獲得した情報が副情報
として記録される副情報記録領域とが設定されている記
録媒体に対応して記録を行うことのできる記録装置とし
て、上記識別情報記録領域に記録されている情報源識別情報
に基づいて特定した情報源から主情報の属性に対応する
情報を獲得するための情報獲得手段と、上記情報獲得手段により獲得した情報を副情報として上
記副情報記録領域に対して記録することのできる記録手
段と、を備えていることを特徴とする記録装置。