(57)【特許請求の範囲】
【請求項１】
１又は複数のプログラムとしての主データと、該主データとしての１又は複数のプログラムについての記録又は再生又は編集動作を管理する主データ管理情報と、上記主データとしての各プログラムとは独立した１又は複数のデータファイルとしての副データと、該副データとしての１又は複数のデータファイルの記録又は再生又は編集動作の管理を行う副データ管理情報とが記録される記録媒体に対応して再生動作を行うことのできる再生装置として、
上記主データ管理情報に基づいて上記記録媒体に記録された主データの容量である主データ記録済み容量を算出する第１の容量算出手段と、
上記副データ管理情報に基づいて上記記録媒体に記録された副データの容量である副データ記録済み容量を算出する第２の容量算出手段と、
上記第１の容量算出手段により得られた主データ記録済み容量と、上記第２の容量算出手段により得られた副データ記録済み容量に基づいて、主データ記録済み容量及び副データ記録済み容量が示されるように、所定の表示形態によって表示出力する表示手段と、
を備えていることを特徴とする再生装置。
【請求項２】
上記主データ管理情報に基づいて、上記記録媒体における主データ記録可能容量を算出する第３の容量算出手段を備え、
上記表示手段は、
上記第１の容量算出手段により得られた主データ記録済み容量と、上記第３の容量算出手段により得られた主データ記録可能容量とに基づいて、主データ記録可能容量に対する主データ記録済み容量の占有率が示されるように表示出力することを特徴とする請求項１に記載の再生装置。
【請求項３】
上記副データ管理情報に基づいて、上記記録媒体における副データ記録可能容量を算出する第４の容量算出手段を備え、
上記表示手段は、
上記第２の容量算出手段により得られた副データ記録済み容量と、上記第４の容量算出手段により得られた副データ記録可能容量とに基づいて、副データ記録可能容量に対する副データ記録済み容量の占有率が示されるように表示出力することを特徴とする請求項１に記載の再生装置。
【請求項４】
上記副データのデータファイルとしては、互いに異なる複数の種別が設定されて、上記副データ管理情報により管理可能とされているものとしたうえで、
上記第２の容量算出手段は、上記データファイルの種別ごとに記録済み容量を算出し、
上記表示手段は、上記副データの記録済み容量を表示するのに、上記データファイルの種別ごとに記録済み容量が示されるように表示出力することを特徴とする請求項１に記載の再生装置。
【請求項５】
上記データファイルの種別としては、画像ファイルとテキストファイルとされていることを特徴とする請求項４に記載の再生装置。
【請求項６】
再生装置部と情報処理装置部とを所定の通信フォーマットによるデータバスを介して接続することで、上記再生装置部と上記情報処理装置部間で情報通信が可能とされると共に、
上記再生装置部は、１又は複数のプログラムとしての主データと、該主データとしての１又は複数のプログラムについての記録又は再生又は編集動作を管理する主データ管理情報と、上記主データとしての各プログラムとは独立した１又は複数のデータファイルとしての副データと、該副データとしての１又は複数のデータファイルの記録又は再生又は編集動作の管理を行う副データ管理情報とが記録される記録媒体に対応して再生動作が可能とされたうえで、
上記主データ管理情報に基づいて上記記録媒体に記録された主データの容量である主データ記録済み容量を算出する第１の容量算出手段と、
上記副データ管理情報に基づいて上記記録媒体に記録された副データの容量である副データ記録済み容量を算出する第２の容量算出手段と、
上記第１の容量算出手段により得られた主データ記録済み容量と、上記第２の容量算出手段により得られた副データ記録済み容量に基づいて、上記情報処理装置部側にて、主データ記録済み容量及び副データ記録済み容量が示されるように、所定の表示形態によって表示出力可能な表示制御手段と、
を備えていることを特徴とする情報通信システム。
【請求項７】
上記主データ管理情報に基づいて、上記記録媒体における主データ記録可能容量を算出する第３の容量算出手段を備え、
上記表示手段は、
上記第１の容量算出手段により得られた主データ記録済み容量と、上記第３の容量算出手段により得られた主データ記録可能容量とに基づいて、主データ記録可能容量に対する主データ記録済み容量の占有率が示されるように表示出力することを特徴とする請求項６に記載の情報通信システム。
【請求項８】
上記副データ管理情報に基づいて、上記記録媒体における副データ記録可能容量を算出する第４の容量算出手段を備え、
上記表示手段は、
上記第２の容量算出手段により得られた副データ記録済み容量と、上記第４の容量算出手段により得られた副データ記録可能容量とに基づいて、副データ記録可能容量に対する副データ記録済み容量の占有率が示されるように表示出力することを特徴とする請求項６に記載の情報通信システム。
【請求項９】
上記副データのデータファイルとしては、互いに異なる複数の種別が設定されて、上記副データ管理情報により管理可能とされているものとしたうえで、
上記第２の容量算出手段は、上記データファイルの種別ごとに記録済み容量を算出し、
上記表示手段は、上記副データの記録済み容量を表示するのに、上記データファイルの種別ごとに記録済み容量が示されるように表示出力することを特徴とする請求項６に記載の情報通信システム。
【請求項１０】
上記データファイルの種別としては、画像ファイルとテキストファイルとされていることを特徴とする請求項９に記載の情報通信システム。
【請求項１１】
上記再生装置部から上記情報処理装置部に対しては、上記情報処理装置部からの要求に応じて、上記記録媒体に記録されている副データを上記データバスを介して送信出力可能とされると共に、
上記記録媒体に記録される上記副データのデータファイルとしては、互いに異なる複数の種別のデータファイルが設定されて、上記副データ管理情報により管理可能とされているものとしたうえで、
上記情報処理装置部においては、上記再生装置部から送信されるべき副データについて、上記複数の種別のデータファイルのうちから１以上の任意の種別のデータファイルを選択設定することのできるファイル選択手段を備えている、
ことを特徴とする請求項６に記載の情報通信システム。
【請求項１２】
上記データファイルの種別としては、画像ファイルとテキストファイルとされていることを特徴とする請求項１１に記載の情報通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばオーディオデータなどの主データと、画像情報や文字情報などの副データが記録される記録媒体に対応して再生を行う再生装置、及びこの再生装置とパーソナルコンピュータなどの情報処理装置とを所定の通信フォーマットによるデータバスを介して通信可能に接続されて成る情報通信システムに関するものである。
【０００２】
【従来の技術】
音楽等を記録／再生することのできる記録装置／再生装置として、音声信号をデジタル信号で記録する光磁気ディスク、或は磁気テープ等を記録媒体とした記録装置／再生装置が知られている。
またミニディスクとして知られている、光磁気ディスクを用いた記録再生システムでは、ユーザーが楽曲等の音声をプログラムとして録音し、再生することができるだけでなく、そのディスクのタイトル（ディスクネーム）や記録されている楽曲などの各プログラムについて曲名（トラックネーム）などを文字情報として記録しておくことができ、例えば再生時においては再生装置に設けられた表示部において、ディスクタイトルや曲名、アーティスト名等を表示することができるようにされている。
なお、本明細書では「プログラム」とは、ディスクに記録される主データとしての楽曲などの音声データ等の単位の意味で用い、例えば１曲分の音声データが１つのプログラムとなる。また「プログラム」と同義で「トラック」という言葉も用いる。
【０００３】
そして、上記ミニディスクシステムとして、主データとされる音声データに付随する副データを記録可能な記録領域を、上記主データが記録される記録領域とは別に設け、上記副データとして静止画像データ、及び文字データ（なお、本明細書においてはシンボルや記号等も文字として含まれるものとする）等を記録可能とする構成が先に本出願人により提案されている。
【０００４】
例えば、従来のミニディスクシステムにおいても、ディスクネームやトラックネームなどの文字情報を記録可能とされてはいたが、これらの文字情報は、（Ｕ−ＴＯＣ：USER TABLE OF CONTENTS）内において各プログラムに対応して記録されるものである。但し、このＵ−ＴＯＣ自体さほど大容量ではないため、あくまでも上記のように、タイトル程度の文字が記録できる程度にとどまっていた。
これに対して、上記のように副データの記録領域を設けることで、文字情報だけではなく、例えば静止画のようにさほどの大容量を必要としない画像データを記録することが容易に実現されるものである。
【０００５】
【発明が解決しようとする課題】
ところで、これまでの音声データのみが記録再生可能とされるミニディスクシステムにあっては、ディスクに記録済みとされた音声データの記録容量を、例えば記録総時間などによって表示するようにしている。これにより、ユーザはディスクの記録残量を知ることが出来、以降、どの程度のデータ量（プログラム数）を記録できるのかを把握することができる。
【０００６】
そこでこの点を踏まえると、主データである音声データに副データを付随させて記録可能なミニディスクシステムを構築した場合には、この音声データの記録済み容量に加えて、副データの記録済み容量も、ユーザが把握可能なように提示できるように構成することが、システムの利便性の向上という点で好ましい。
【０００７】
【課題を解決するための手段】
そこで、本発明は上記した課題を解決するために、再生装置として次のように構成する。
本発明の再生装置は、１又は複数のプログラムとしての主データと、該主データとしての１又は複数のプログラムについての記録又は再生又は編集動作を管理する主データ管理情報と、主データとしての各プログラムとは独立した１又は複数のデータファイルとしての副データと、この副データとしての１又は複数のデータファイルの記録又は再生又は編集動作の管理を行う副データ管理情報とが記録される記録媒体に対応して再生動作を行うことのできる再生装置とされる。
そのうえ、主データ管理情報に基づいて上記記録媒体に記録された主データの容量である主データ記録済み容量を算出する第１の容量算出手段と、副データ管理情報に基づいて上記記録媒体に記録された副データの容量である副データ記録済み容量を算出する第２の容量算出手段と、第１の容量算出手段により得られた主データ記録済み容量と、第２の容量算出手段により得られた副データ記録済み容量に基づいて、主データ記録済み容量及び副データ記録済み容量が示されるように表示出力する表示手段とを備える。
【０００８】
また、本発明は、再生装置部と情報処理装置部とを所定の通信フォーマットによるデータバスを介して接続することで、上記再生装置部と上記情報処理装置部間で情報通信が可能とされる情報通信システムとして次のように構成する。
再生装置部は、１又は複数のプログラムとしての主データと、該主データとしての１又は複数のプログラムについての記録又は再生又は編集動作を管理する主データ管理情報と、上記主データとしての各プログラムとは独立した１又は複数のデータファイルとしての副データと、該副データとしての１又は複数のデータファイルの記録又は再生又は編集動作の管理を行う副データ管理情報とが記録される記録媒体に対応して再生動作が可能とされるものとする。
そのうえで、主データ管理情報に基づいて上記記録媒体に記録された主データの容量である主データ記録済み容量を算出する第１の容量算出手段と、副データ管理情報に基づいて上記記録媒体に記録された副データの容量である副データ記録済み容量を算出する第２の容量算出手段と、第１の容量算出手段により得られた主データ記録済み容量と、第２の容量算出手段により得られた副データ記録済み容量に基づいて、情報処理装置部側にて、主データ記録済み容量及び副データ記録済み容量が示されるように表示出力可能な表示制御手段とを備えることとする。
【０００９】
上記各構成によれば、記録媒体に記録されている主データ管理情報と副データ管理情報とに基づいて、主データの記録済み容量と副データの記録済み容量とを所定の表示形態によって表示出力させることが可能になる。これにより、記録媒体に記録されている主データと副データの記録済み容量を視覚的に把握することが可能になる。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
なお、以降の説明は次の順序で行う。
１．デジタル衛星放送受信システム
１−１．全体構成
１−２．ミニディスク記録再生装置
１−２−１．ＭＤレコーダ／プレーヤの構成
１−２−２．セクターフォーマット及びアドレス形式
１−２−３．エリア構造
１−２−４．Ｕ−ＴＯＣ
１−２−４−１  Ｕ−ＴＯＣセクター０
１−２−４−２  Ｕ−ＴＯＣセクター１
１−２−４−３  Ｕ−ＴＯＣセクター２
１−２−４−４  Ｕ−ＴＯＣセクター４
１−２−５．ＡＵＸ−ＴＯＣ
１−２−５−１  ＡＵＸ−ＴＯＣセクター０
１−２−５−２  ＡＵＸ−ＴＯＣセクター１
１−２−５−３  ＡＵＸ−ＴＯＣセクター２
１−２−５−４  ＡＵＸ−ＴＯＣセクター３
１−２−５−５  ＡＵＸ−ＴＯＣセクター４
１−２−５−６  ＡＵＸ−ＴＯＣセクター５
１−２−６．データファイル
１−２−６−１  ピクチャファイルセクター
１−２−６−２  テキストファイルセクター
１−３．パーソナルコンピュータ
２．ＩＥＥＥ１３９４による本実施の形態のデータ通信
２−１．概要
２−２．トランザクションルール
３．編集ウィンドウ
３−１．表示形態
３−２．ＡＵＸデータの読み込み
３−３．処理動作
３−３−１．記録容量表示エリア表示
３−３−２．読込ファイルの選択
【００１１】
１．デジタル衛星放送受信システム
１−１．全体構成
本実施の形態の編集装置は、光磁気ディスクであるミニディスク（ＭＤ）に対応してオーディオデータの記録再生が可能とされるＭＤレコーダ／プレーヤに搭載されているものとする。
また、このＭＤレコーダ／プレーヤは、ＩＥＥＥ１３９４バスによりデータの送受信を行うＡＶシステムを形成しているものとする。このＡＶシステムとしては、デジタル衛星放送を受信して、受信データをダウンロード可能な構成が採られるものである。
そこで先ず、本発明の実施の形態としてのＡＶシステムを含むデジタル衛星放送送受信システムの概要について説明する。
【００１２】
図１は、本実施の形態としてのデジタル衛星放送送受信システムの全体構成を示すものである。この図に示すように、デジタル衛星放送の地上局１０１には、テレビ番組素材サーバ１０６からのテレビ番組放送のための素材と、楽曲素材サーバ１０７からの楽曲データの素材と、音声付加情報サーバ１０８からの音声付加情報と、ＧＵＩデータサーバ１０９からのＧＵＩデータとが送られる。
【００１３】
テレビ番組素材サーバ１０６は、通常の放送番組の素材を提供するサーバである。このテレビ番組素材サーバから送られてくる音楽放送の素材は、動画及び音声とされる。例えば、音楽放送番組であれば、上記テレビ番組素材サーバ１０６の動画及び音声の素材を利用して、例えば新曲のプロモーション用の動画及び音声が放送されたりすることになる。
【００１４】
楽曲素材サーバ１０７は、オーディオチャンネルを使用して、オーディオ番組を提供するサーバである。このオーディオ番組の素材は音声のみとなる。この楽曲素材サーバ１０７は、複数のオーディオチャンネルのオーディオ番組の素材を地上局１０１に伝送する。
各オーディオチャンネルの番組放送ではそれぞれ同一の楽曲が所定の単位時間繰り返して放送される。各オーディオチャンネルは、それぞれ、独立しており、その利用方法としては各種考えられる。例えば、１つのオーディオチャンネルでは最新の日本のポップスの数曲を或る一定時間繰り返し放送し、他のオーディオチャンネルでは最新の外国のポップスの数曲を或る一定時間繰り返し放送するというようにされる。
【００１５】
音声付加情報サーバ１０８は、楽曲素材サーバ１０７から出力される楽曲の時間情報等を提供するサーバである。
【００１６】
ＧＵＩデータサーバ１０９は、ユーザが操作に用いるＧＵＩ画面を形成するための「ＧＵＩデータ」を提供する。例えば後述するような楽曲のダウンロードに関するＧＵＩ画面であれば、配信される楽曲のリストページや各楽曲の情報ページを形成するための画像データ、テキストデータ、アルバムジャケットの静止画を形成するためのデータなどを提供する。更には、ＡＶシステム１０３側にていわゆるＥＰＧ(Electrical Program Guide)といわれる番組表表示を行うのに利用されるＥＰＧデータもここから提供される。
なお、「ＧＵＩデータ」としては、例えばＭＨＥＧ(Multimedia Hypermedia Information Coding Experts Group)方式が採用される。ＭＨＥＧとは、マルチメディア情報、手順、操作などのそれぞれと、その組み合わせをオブジェクトとして捉え、それらのオブジェクトを符号化したうえで、タイトル（例えばＧＵＩ画面）として制作するためのシナリオ記述の国際標準とされる。また、本実施の形態ではＭＨＥＧ−５を採用するものとする。
【００１７】
地上局１０１は上記テレビ番組素材サーバ１０６、楽曲素材サーバ１０７、音声付加情報サーバ１０８、及びＧＵＩデータサーバ１０９から伝送された情報を多重化して送信する。
本実施の形態では、テレビ番組素材サーバ１０６から伝送されたビデオデータはＭＰＥＧ(Moving Picture Experts Group)２方式により圧縮符号化され、オーディオデータはＭＰＥＧ２オーディオ方式により圧縮符号化される。また、楽曲素材サーバ１０７から伝送されたオーディオデータは、オーディオチャンネルごとに対応して、例えばＭＰＥＧ２オーディオ方式と、ＡＴＲＡＣ(Adoptive Tranform Acoustic Coding)方式と何れか一方の方式により圧縮符号化される。
また、これらのデータは多重化の際、キー情報サーバ１１０からのキー情報を利用して暗号化される。
なお、地上局１０１の内部構成例については後述する。
【００１８】
地上局１０１からの信号は衛星１０２を介して各家庭の受信設備（以降、ＡＶシステムともいう）１０３で受信される。衛星１０２には複数のトランスポンダが搭載されている。１つのトランスポンダは例えば３０Ｍｂｐｓの伝送能力を有している。各家庭のＡＶシステム１０３としては、パラボラアンテナ１１１とＩＲＤ(Integrated Receiver Decorder)１１２と、モニタ装置１１４と、ＭＤレコーダ／プレーヤ１と、パーソナルコンピュータ１１３とが用意される。
また、この場合には、ＩＲＤ１１２に対して操作を行うためのリモートコントローラ６４と、ＭＤレコーダ／プレーヤ１に対して操作を行うためのリモートコントローラ３２が示されている。
【００１９】
パラボラアンテナ１１１で衛星１０２を介して放送されてきた信号が受信される。この受信信号がパラボラアンテナ１１１に取り付けられたＬＮＢ(Low Noize Block Down Converter)１１５で所定の周波数に変換され、ＩＲＤ１１２に供給される。
【００２０】
ＩＲＤ１１２における概略的な動作としては、受信信号から所定のチャンネルの信号を選局し、その選局された信号から番組としてのビデオデータ及びオーディオデータの復調を行ってビデオ信号、オーディオ信号として出力する。また、ＩＲＤ１１２では、番組としてのデータと共に多重化されて送信されてくる、ＧＵＩデータに基づいてＧＵＩ画面としての出力も行う。このようなＩＲＤ１１２の出力は、例えばモニタ装置１１４に対して供給される。これにより、モニタ装置１１４では、ＩＲＤ１１２により受信選局した番組の画像表示及び音声出力が行われ、また、後述するようなユーザの操作に従ってＧＵＩ画面を表示させることが可能となる。
【００２１】
ＭＤレコーダ／プレーヤ１は、装填されたミニディスクに対するオーディオデータの記録再生が可能とされる。また、オーディオデータ（楽曲データ）、及びこれに付随して関連付けされたアルバムジャケット等の静止画像データ（ピクチャファイル）、及び歌詞やライナーノーツ等のテキストデータ（テキストファイル）をディスクに記録し、かつ、記録されたこれらのピクチャファイル及びテキストファイル等のデータをオーディオデータの再生時間に同期させて再生出力することが可能とされる。
なお、以降においては、上記オーディオデータに付随したピクチャファイル及びテキストファイル等のデータについては、後述するＭＤレコーダ／プレーヤ１での扱いに従って、便宜上「ＡＵＸデータ」ともいうことにする。
【００２２】
パーソナルコンピュータ１１３は、例えば、ＩＲＤ１１２にて受信したデータや、ＭＤレコーダ／プレーヤ１から再生されたデータを取り込んで各種所要の編集処理を行うことができる。また、ユーザのパーソナルコンピュータ１１３に対する操作によって、ＩＲＤ１１２や、ＭＤレコーダ／プレーヤ１の動作制御を行うことも可能とされる。
【００２３】
ここで、本実施の形態のＡＶシステム１０３としては、図２に示すように、ＩＲＤ１１２、ＭＤレコーダ／プレーヤ１、及びパーソナルコンピュータ１１３は、ＩＥＥＥ１３９４バス１１６によって相互接続されているものとされる。
つまり、ＡＶシステム１０３を構築しているＩＲＤ１１２、ＭＤレコーダ／プレーヤ１、及びパーソナルコンピュータ１１３は、それぞれデータ伝送規格としてＩＥＥＥ１３９４に対応したデータインターフェイスを備えているものとされる。
【００２４】
これによって、本実施の形態では、ＩＲＤ１１２にて受信された、楽曲としてのオーディオデータ（ダウンロードデータ）を、ＡＴＲＡＣ方式により圧縮処理が施されたままの状態で直接取り込んで記録することができる。また、上記オーディオデータと共に送信側からアップロードされるＡＵＸデータをダウンロードして記録することも可能とされている。
【００２５】
ＩＲＤ１１２は、例えば図１に示すようにして、電話回線１０４を介して課金サーバ１０５と通信可能とされている。ＩＲＤ１１２には、後述するようにして各種情報が記憶されるＩＣカードが挿入される。例えば楽曲のオーディオデータのダウンロードが行われたとすると、これに関する履歴情報がＩＣカードに記憶される。このＩＣカードの情報は、電話回線１０４を介して所定の機会、タイミングで課金サーバ１０５に送られる。課金サーバ１０５は、この送られてきた履歴情報に従って金額を設定して課金を行い、ユーザに請求する。
【００２６】
これまでの説明から分かるように、本発明が適用されたシステムでは、地上局１０１は、テレビ番組素材サーバ１０６からの音楽番組放送の素材となるビデオデータ及びオーディオデータと、楽曲素材サーバ１０７からのオーディオチャンネルの素材となるオーディオデータと、音声付加情報サーバ１０８からの音声データと、ＧＵＩデータサーバ１０９からのＧＵＩデータとを多重化して送信している。
そして、各家庭のＡＶシステム１０３でこの放送を受信すると、例えばモニタ装置１１４により、選局したチャンネルの番組を視聴することができる。また、番組のデータと共に送信されるＧＵＩデータを利用したＧＵＩ画面として、第１にはＥＰＧ（Electrical Program Guide；電子番組ガイド）画面を表示させ、番組の検索等を行うことができる。また、第２には、例えば通常の番組放送以外の特定のサービス用のＧＵＩ画面を利用して所要の操作を行うことで、本実施の形態の場合には、放送システムにおいて提供されている通常番組の視聴以外のサービスを享受することができる。
例えば、オーディオ（楽曲）データのダウンロードサービス用のＧＵＩ画面を表示させて、このＧＵＩ画面を利用して操作を行えば、ユーザが希望した楽曲のオーディオデータをダウンロードしてＭＤレコーダ／プレーヤ１に記録して保存することが可能になる。
【００２７】
１−２．ミニディスク記録再生装置
１−２−１．ＭＤレコーダ／プレーヤの構成
ここで、上記図２に示したＡＶシステム内において、本実施の形態の特徴に関わるとされるのは、ＭＤプレーヤ／レコーダ１及びパーソナルコンピュータ１１３となる。そこで先ず、ＭＤプレーヤ／レコーダ１の構成について説明する。
【００２８】
図３は、本実施の形態としてＡＶシステム３に備えられる記録再生装置（ＭＤプレーヤ／レコーダ）１の内部構成を示す。
音声データが記録される光磁気ディスク（ミニディスク）９０は、スピンドルモータ２により回転駆動される。そして光磁気ディスク９０に対しては記録／再生時に光学ヘッド３によってレーザ光が照射される。
【００２９】
光学ヘッド３は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行ない、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行なう。
このため、光学ヘッド３にはレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタ等が搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００３０】
また、ディスク９０を挟んで光学ヘッド３と対向する位置に磁気ヘッド６ａが配置されている。磁気ヘッド６ａは供給されたデータによって変調された磁界を光磁気ディスク９０に印加する動作を行なう。
光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００３１】
再生動作によって、光学ヘッド３によりディスク９０から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク９０にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）ＧＦＭ等を抽出する。
抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路９に供給され、グルーブ情報ＧＦＭはアドレスデコーダ１０に供給される。
【００３２】
サーボ回路９は供給されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロコンピュータにより構成されるシステムコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００３３】
アドレスデコーダ１０は供給されたグルーブ情報ＧＦＭをデコードしてアドレス情報を抽出する。このアドレス情報はシステムコントローラ１１に供給され、各種の制御動作に用いられる。
また再生ＲＦ信号についてはエンコーダ／デコーダ部８においてＥＦＭ復調、ＣＩＲＣ等のデコード処理が行なわれるが、このときアドレス、サブコードデータなども抽出され、システムコントローラ１１に供給される。
【００３４】
エンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された音声データ（セクターデータ）は、メモリコントローラ１２によって一旦バッファメモリ１３に書き込まれる。なお、光学ヘッド３によるディスク９０からのデータの読み取り及び光学ヘッド３からバッファメモリ１３までの系における再生データの転送は1.41Mbit/secで、しかも通常は間欠的に行なわれる。
【００３５】
バッファメモリ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、４４．１ＫＨZ サンプリング、１６ビット量子化のデジタルオーディオ信号とされる。
このデジタルオーディオ信号はＤ／Ａ変換器１５によってアナログ信号とされ、出力処理部１６でレベル調整、インピーダンス調整等が行われてライン出力端子１７からアナログオーディオ信号Ａｏｕｔとして外部機器に対して出力される。またヘッドホン出力ＨＰｏｕｔとしてヘッドホン出力端子２７に供給され、接続されるヘッドホンに出力される。
【００３６】
また、エンコーダ／デコーダ部１４でデコードされた状態のデジタルオーディオ信号は、デジタルインターフェース部２２に供給されることで、デジタル出力端子２１からデジタルオーディオ信号Ｄｏｕｔとして外部機器に出力することもできる。例えば光ケーブルによる伝送形態で外部機器に出力される。
【００３７】
光磁気ディスク９０に対して記録動作が実行される際には、ライン入力端子１８に供給された記録信号（アナログオーディオ信号Ａｉｎ）は、Ａ／Ｄ変換器１９によってデジタルデータとされた後、エンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。
または外部機器からデジタル入力端子２０にデジタルオーディオ信号Ｄｉｎが供給された場合は、デジタルインターフェース部２２で制御コード等の抽出が行われるとともに、そのオーディオデータがエンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。
なお図示していないがマイクロホン入力端子を設け、マイクロホン入力を記録信号として用いることも当然可能である。
【００３８】
エンコーダ／デコーダ部１４によって圧縮された記録データはメモリコントローラ１２によって一旦バッファメモリ１３に書き込まれて蓄積されていった後、所定量のデータ単位毎に読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
【００３９】
磁気ヘッド駆動回路６はエンコード処理された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク９０に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００４０】
操作部２３はユーザー操作に供される部位を示し、各種操作キーやダイヤルとしての操作子が設けられる。操作子としては例えば、再生、録音、一時停止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ（頭出しサーチ）などの記録再生動作にかかる操作子や、通常再生、プログラム再生、シャッフル再生などのプレイモードにかかる操作子、さらには表示部２４における表示状態を切り換える表示モード操作のための操作子、トラック（プログラム）分割、トラック連結、トラック消去、トラックネーム入力、ディスクネーム入力などのプログラム編集操作のための操作子が設けられている。
これらの操作キーやダイヤルによる操作情報はシステムコントローラ１１に供給され、システムコントローラ１１は操作情報に応じた動作制御を実行することになる。
【００４１】
また、本実施の形態においては、受信部３０が備えられている。受信部３０では、リモートコントローラ３２から送信された、例えば赤外線によるコマンド信号を受信してデコード処理を行って、コマンドコード（操作情報）としてシステムコントローラ１１に出力する。この受信部３０から出力された操作情報に基づいても、システムコントローラ１１は動作制御を実行する。
【００４２】
表示部２４の表示動作はシステムコントローラ１１によって制御される。
即ちシステムコントローラ１１は表示動作を実行させる際に表示すべきデータを表示部２４内の表示ドライバに送信する。表示ドライバは供給されたデータに基づいて液晶パネルなどによるディスプレイの表示動作を駆動し、所要の数字、文字、記号などの表示を実行させる。
表示部２４においては、記録／再生しているディスクの動作モード状態、トラックナンバ、記録時間／再生時間、編集動作状態等が示される。
またディスク９０には主データたるプログラムに付随して管理される文字情報（トラックネーム等）が記録できるが、その文字情報の入力の際の入力文字の表示や、ディスクから読み出した文字情報の表示などが実行される。
さらに本例の場合、ディスク９０には、プログラムとしての楽曲等のデータとは独立したデータファイルとなる副データ（ＡＵＸデータ）が記録されることができる。
ＡＵＸデータとしてのデータファイルは、文字、静止画などの情報となるが、これらの文字や静止画は表示部２４により表示出力可能とされる。
【００４３】
本実施の形態では、ＡＵＸデータである静止画及び文字を表示部２４に表示させるための構成として、ＪＰＥＧデコーダ２６が備えられる。
即ち、本実施の形態においては、ＡＵＸデータとしてのデータファイルである静止画データは、ＪＰＥＧ(Joint Photographic Coding Experts Group)方式により圧縮されたファイル形式で記録される。ＪＰＥＧデコーダ２６では、ディスク９０にて再生されて例えばバッファメモリ１３に蓄積された静止画データのファイルをメモリコントローラ１２を介して入力し、ＪＰＥＧ方式に従った伸張処理を施して表示部２４に出力する。これにより、ＡＵＸデータである静止画データが表示部２４にて表示されることになる。
【００４４】
但し、ＡＵＸデータとしての文字情報や静止画情報を出力するには、比較的大画面となり、かつ画面上を或る程度自由に使用できるフルドットディスプレイやＣＲＴディスプレイが好適な場合も多く、このため、ＡＵＸデータの表示出力はインターフェース部２５を介して外部のモニタ装置などにおいて実行するようにすることが考えられる。
またＡＵＸデータファイルはユーザーがディスク９０に記録させることもできるが、その場合の入力としてイメージスキャナ、パーソナルコンピュータ、キーボード等を用いることが必要になる場合があり、そのような装置からＡＵＸデータファイルとしての情報をインターフェース部２５を介して入力することが考えられる。
なお、本実施の形態においては、インターフェース部２５はＩＥＥＥ１３９４インターフェイスが採用されるものとする。このため、以降においてはインターフェース部２５をＩＥＥＥ１３９４インターフェイス２５とも表記する。従って、ＩＥＥＥ１３９４インターフェイス２５は、ＩＥＥＥ１３９４バス１１６を介して各種外部機器と接続されることになる。
【００４５】
システムコントローラ１１は、ＣＰＵ、内部インターフェース部等を備えたマイクロコンピュータとされ、上述してきた各種動作の制御を行う。
また、プログラムＲＯＭ２８には、当該記録再生装置における各種動作を実現するためのプログラム等が格納され、ワークＲＡＭ２９には、システムコントローラ１１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【００４６】
ところで、ディスク９０に対して記録／再生動作を行なう際には、ディスク９０に記録されている管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。システムコントローラ１１はこれらの管理情報に応じてディスク９０上の記録すべきエリアのアドレスや、再生すべきエリアのアドレスを判別することとなる。
この管理情報はバッファメモリ１３に保持される。
そして、システムコントローラ１１はこれらの管理情報を、ディスク９０が装填された際に管理情報の記録されたディスクの最内周側の再生動作を実行させることによって読み出し、バッファメモリ１３に記憶しておき、以後そのディスク９０に対するプログラムの記録／再生／編集動作の際に参照できるようにしている。
【００４７】
また、Ｕ−ＴＯＣはプログラムデータの記録や各種編集処理に応じて書き換えられるものであるが、システムコントローラ１１は記録／編集動作のたびに、Ｕ−ＴＯＣ更新処理をバッファメモリ１３に記憶されたＵ−ＴＯＣ情報に対して行ない、その書換動作に応じて所定のタイミングでディスク９０のＵ−ＴＯＣエリアについても書き換えるようにしている。
【００４８】
またディスク９０にはプログラムとは別にＡＵＸデータファイルが記録されるが、そのＡＵＸデータファイルの管理のためにディスク９０上にはＡＵＸ−ＴＯＣが形成される。
システムコントローラ１１はＵ−ＴＯＣの読出の際にＡＵＸ−ＴＯＣの読出も行い、バッファメモリ１３に格納して必要時にＡＵＸデータの管理状態を参照できるようにしている。
またシステムコントローラ１１は必要に応じて所定タイミングで（もしくはＡＵＸ−ＴＯＣの読出の際に同時に）ＡＵＸデータファイルを読み込み、バッファメモリ１３に格納する。そしてＡＵＸ−ＴＯＣで管理される出力タイミングに応じて表示部２４や、ＩＥＥＥ１３９４インターフェイス２５を介した外部機器における文字や画像の出力動作を実行させる。
【００４９】
ＩＥＥＥ１３９４インターフェイスによっては、この場合であれば、オーディオデータの送受信が可能とされている。つまり、本実施の形態のＭＤレコーダ／プレーヤにあっては、ＩＥＥＥ１３９４インターフェイス２５を介して転送されてきたオーディオデータを受信して、ディスク９０に対して記録することができるようになっている。
ここで、送信されてきたオーディオデータが例えば、サンプリング周波数４４．１ＫＨｚ、量子化ビット１６ビットのデジタルオーディオデータであれば、システムコントローラ１１を介するようにして、エンコーダ／デコーダ部１４に転送して、データ圧縮処理を施すようにされる。
これに対して、送信されてきたオーディオデータが、当該ＭＤレコーダ／プレーヤに適合した方式によって圧縮処理された圧縮オーディオデータであるとすれば、システムコントローラ１１を介するようにして、メモリコントローラ１２に転送するようにされる。
【００５０】
１−２−２．セクターフォーマット及びアドレス形式
図４で、セクター、クラスタというデータ単位について説明する。
ミニディスクシステムでの記録トラックとしては図４のようにクラスタＣＬが連続して形成されており、１クラスタが記録時の最小単位とされる。１クラスタは２〜３周回トラック分に相当する。
【００５１】
そして１つのクラスタＣＬは、セクターＳFC〜ＳFFとされる４セクターのリンキング領域と、セクターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ領域から形成されている。
１セクターは２３５２バイトで形成されるデータ単位である。
４セクターのサブデータ領域のうち、セクターＳFFはサブデータセクターとされ、サブデータとしての情報記録に使用できるが、セクターＳFC〜ＳFEの３セクターはデータ記録には用いられない。
一方、ＴＯＣデータ、オーディオデータ、ＡＵＸデータ等の記録は３２セクター分のメインデータ領域に行なわれる。
なお、アドレスは１セクター毎に記録される。
【００５２】
また、セクターはさらにサウンドグループという単位に細分化され、２セクターが１１サウンドグループに分けられている。
つまり図示するように、セクターＳ00などの偶数セクターと、セクターＳ01などの奇数セクターの連続する２つのセクターに、サウンドグループＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つのサウンドグループは４２４バイトで形成されており、11.61msec の時間に相当する音声データ量となる。
１つのサウンドグループＳＧ内にはデータがＬチャンネルとＲチャンネルに分けられて記録される。例えばサウンドグループＳＧ00はＬチャンネルデータＬ０とＲチャンネルデータＲ０で構成され、またサウンドグループＳＧ01はＬチャンネルデータＬ１とＲチャンネルデータＲ１で構成される。
なお、Ｌチャンネル又はＲチャンネルのデータ領域となる２１２バイトをサウンドフレームとよんでいる。
【００５３】
次に図５にミニディスクシステムでのアドレス形式を説明する。
各セクターは、クラスタアドレスとセクターアドレスによってアドレスが表現される。そして図５上段に示すようにクラスタアドレスは１６ビット（＝２バイト）、セクターアドレスは８ビット（＝１バイト）の数値となる。
この３バイト分のアドレスが、各セクターの先頭位置に記録される。
【００５４】
さらに４ビットのサウンドグループアドレスを追加することで、セクター内のサウンドグループの番地も表現することができる。例えばＵ−ＴＯＣなどの管理上において、サウンドグループアドレスまで表記することで、サウンドグループ単位での再生位置設定なども可能となる。
【００５５】
ところでＵ−ＴＯＣやＡＵＸ−ＴＯＣなどにおいては、クラスタアドレス、セクターアドレス、サウンドグループアドレスを３バイトで表現するために、図５下段に示すような短縮型のアドレスが用いられる。
まずセクターは１クラスタに３６セクターであるため６ビットで表現できる。従ってセクターアドレスの上位２ビットは省略できる。同様にクラスタもディスク最外周まで１４ビットで表現できるためクラスタアドレスの上位２ビットは省略できる。
このようにセクターアドレス、クラスタアドレスの上位各２ビットづつを省略することで、サウンドグループまで指定できるアドレスを３バイトで表現できる。
【００５６】
また、後述するＵ−ＴＯＣ、ＡＵＸ−ＴＯＣでは、再生位置、再生タイミング等を管理するアドレスは、上記の短縮型のアドレスで表記するが、そのアドレスとしては、絶対アドレス形態で示す例以外に、オフセットアドレスで示す例も考えられる。オフセットアドレスとは、例えば楽曲等の各プログラムの先頭位置をアドレス０の位置としてそのプログラム内の位置を示す相対的なアドレスである。このオフセットアドレスの例を図６で説明する。
【００５７】
楽曲等のプログラムが記録されるのは、図７を用いて後述するが、ディスク上の第５０クラスタ（１６進表現でクラスタ３２ｈ：以下、本明細書において「ｈ」を付した数字は１６進表記での数値とする）からとなる。
例えば第１プログラムの先頭位置のアドレス（クラスタ３２ｈ、セクター００ｈ、サウンドグループ０ｈ）のアドレス値は図６（ａ）上段に示すのように、「００００００００００１１００１０００００００００００００」（つまり００３２ｈ、００ｈ、０ｈ）となる。これを短縮形で示すと、図６（ａ）下段のように、「００００００００１１００１０００００００００００」（つまり００ｈ、Ｃ８ｈ、００ｈ）となる。
【００５８】
この先頭アドレスを起点として、第１プログラム内のある位置として、例えばクラスタ００３２ｈ、セクター０４ｈ、サウンドグループ０ｈのアドレスは、図６（ｂ）のように短縮形の絶対アドレスでは「００ｈ、Ｃ８ｈ、４０ｈ」となり、一方オフセットアドレスは、先頭アドレスを起点とした差分でクラスタ００００ｈ、セクター０４ｈ、サウンドグループ０ｈを表現すればよいため、「００ｈ、００ｈ、４０ｈ」となる。
【００５９】
また図６（ａ）の先頭アドレスを起点として、第１プログラム内のある位置として、例えばクラスタ００３２ｈ、セクター１３ｈ、サウンドグループ９ｈのアドレスは、図６（ｃ）のように短縮形の絶対アドレスでは「００ｈ、Ｃ９ｈ、３９ｈ」となり、一方オフセットアドレスは「００ｈ、０１ｈ、３９ｈ」となる。
例えばこれらの例のように、絶対アドレス又はオフセットアドレスにより、プログラム内の位置などを指定できる。
【００６０】
１−２−３．エリア構造
本実施の形態のＭＤレコーダ／プレーヤ１が対応するディスク９０のエリア構造を図７で説明する。
図７（ａ）はディスク最内周側から最外周側までのエリアを示している。
光磁気ディスクとしてのディスク９０は、最内周側はエンボスピットにより再生専用のデータが形成されるピット領域とされており、ここにＰ−ＴＯＣが記録されている。
ピット領域より外周は、光磁気領域とされ、記録トラックの案内溝としてのグルーブが形成された記録再生可能領域となっている。
この光磁気領域の最内周側のクラスタ０〜クラスタ４９までの区間が管理エリアとされ、実際の楽曲等のプログラムが記録されるのは、クラスタ５０〜クラスタ２２５１までのプログラムエリアとなる。プログラムエリアより外周はリードアウトエリアとされている。
【００６１】
管理エリア内を詳しく示したものが図７（ｂ）である。図７（ｂ）は横方向にセクター、縦方向にクラスタを示している。
管理エリアにおいてクラスタ０，１はピット領域との緩衝エリアとされている。クラスタ２はパワーキャリブレーションエリアＰＣＡとされ、レーザー光の出力パワー調整等のために用いられる。
クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ−ＴＯＣの内容は後述するが、１つのクラスタ内の各セクターにおいてデータフォーマットが規定され、それぞれ所定の管理情報が記録されるが、このようなＵ−ＴＯＣデータとなるセクターを有するクラスタが、クラスタ３，４，５に３回繰り返し記録される。
【００６２】
クラスタ６，７，８はＡＵＸ−ＴＯＣが記録される。ＡＵＸ−ＴＯＣの内容についても後述するが、１つのクラスタ内の各セクターにおいてデータフォーマットが規定され、それぞれ所定の管理情報が記録される。このようなＡＵＸ−ＴＯＣデータとなるセクターを有するクラスタが、クラスタ６，７，８に３回繰り返して記録される。
【００６３】
クラスタ９からクラスタ４６までの領域は、ＡＵＸデータが記録される領域となる。ＡＵＸデータとしてのデータファイルはセクター単位で形成され、後述する静止画ファイルとしてのピクチャファイルセクター、文字情報ファイルとしてのテキストファイルセクター、プログラムに同期した文字情報ファイルとしてのカラオケテキストファイルセクター等が形成される。
そしてこのＡＵＸデータとしてのデータファイルや、ＡＵＸデータエリア内でＡＵＸデータファイルを記録可能な領域などは、ＡＵＸ−ＴＯＣによって管理されることになる。
【００６４】
なおＡＵＸデータエリアでのデータファイルの記録容量は、エラー訂正方式モード２として考えた場合に２．８Ｍバイトとなる。
また、例えばプログラムエリアの後半部分やプログラムエリアより外周側の領域（例えばリードアウト部分）に、第２のＡＵＸデータエリアを形成して、データファイルの記録容量を拡大することも考えられる。
【００６５】
クラスタ４７，４８，４９は、プログラムエリアとの緩衝エリアとされる。
クラスタ５０（＝３２ｈ）以降のプログラムエリアには、１又は複数の楽曲等の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録される。
記録される各プログラムや記録可能な領域は、Ｕ−ＴＯＣによって管理される。
なお、プログラム領域における各クラスタにおいて、セクターＦＦｈは、前述したようにサブデータとしての何らかの情報の記録に用いることができる。
【００６６】
なお、ミニディスクシステムではプログラム等が再生専用のデータとしてピット形態で記録されている再生専用ディスクも用いられるが、この再生専用ディスクでは、ディスク上はすべてピットエリアとなる。そして記録されているプログラムの管理はＰ−ＴＯＣによって後述するＵ−ＴＯＣとほぼ同様の形態で管理され、Ｕ−ＴＯＣは形成されない。
但し、ＡＵＸデータとして再生専用のデータファイルを記録する場合は、それを管理するためのＡＵＸ−ＴＯＣが記録されることになる。
【００６７】
１−２−４．Ｕ−ＴＯＣ
１−２−４−１  Ｕ−ＴＯＣセクター０
前述したように、ディスク９０に対してプログラム（トラック）の記録／再生動作を行なうためには、システムコントローラ１１は、予めディスク９０に記録されている管理情報としてのＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出しておき、必要時にこれを参照することになる。
ここで、ディスク９０においてトラック（楽曲等）の記録／再生動作などの管理を行なう管理情報として、Ｕ−ＴＯＣセクターについて説明する。
【００６８】
なおＰ−ＴＯＣは図７で説明したようにディスク９０の最内周側のピットエリアに形成されるもので、読出専用の情報である。そして、Ｐ−ＴＯＣによってディスクの記録可能エリア（レコーダブルユーザーエリア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなどの位置の管理等が行なわれる。なお、全てのデータがピット形態で記録されている再生専用の光ディスクでは、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようにされ、Ｕ−ＴＯＣは形成されない。
Ｐ−ＴＯＣについては詳細な説明を省略し、ここでは記録可能な光磁気ディスクに設けられるＵ−ＴＯＣについて説明する。
【００６９】
図８はＵ−ＴＯＣセクター０のフォーマットを示すものである。
なお、Ｕ−ＴＯＣセクターとしてはセクター０〜セクター３２まで設けることができ、その中で、セクター１，セクター４は文字情報、セクター２は録音日時を記録するエリアとされている。
まず最初に、ディスク９０の記録／再生動作に必ず必要となるＵ−ＴＯＣセクター０について説明する。
【００７０】
Ｕ−ＴＯＣセクター０は、主にユーザーが録音を行なった楽曲等のプログラムや新たにプログラムが録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
例えばディスク９０に或る楽曲の録音を行なおうとする際には、システムコントローラ１１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエリアを探し出し、ここに音声データを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣセクター０から判別し、そのエリアにアクセスして再生動作を行なう。
【００７１】
Ｕ−ＴＯＣセクター０のデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータが並んで形成される同期パターンが記録される。
続いてクラスタアドレス(Cluster H) (Cluster L) 及びセクターアドレス(Sector)となるアドレスが３バイトにわたって記録され、さらにモード情報(MODE)が１バイト付加され、以上でヘッダとされる。ここでの３バイトのアドレスは、そのセクター自体のアドレスである。
【００７２】
同期パターンやアドレスが記録されるヘッダ部分については、このＵ−ＴＯＣセクター０に限らず、Ｐ−ＴＯＣセクター、ＡＵＸ−ＴＯＣセクター、ＡＵＸファイルセクター、プログラムセクターでも同様であり、後述する図１０以降の各セクターについてはヘッダ部分の説明を省略するが、セクター単位にそのセクター自体のアドレス及び同期パターンが記録されている。
なおセクター自体のアドレスとして、クラスタアドレスは、上位アドレス(Cluster H) と下位アドレス(Cluster L) の２バイトで記され、セクターアドレス(Sector)は１バイトで記される。つまりこのアドレスは短縮形式ではない。
【００７３】
続いて所定バイト位置に、メーカーコード、モデルコード、最初のトラックのトラックナンバ(First TNO）、最後のトラックのトラックナンバ（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００７４】
さらに、ユーザーが録音を行なって記録されているトラック（楽曲等）の領域やフリーエリア等を後述するテーブル部に対応させることによって識別するため、ポインタ部として各種のポインタ(P-DFA，P-EMPTY ，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) 〜(FFh) のうちのいづれかが記録される。
未使用のパーツテーブルが複数存在する場合は、ポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００８１】
ポインタP-FRA は光磁気ディスク９０上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝パーツ）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はポインタP-FRA において(01h) 〜(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-TNA1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-TNA255によって指定されるスロット部が１単位８バイトで２５５単位のスロット(01h) 〜(FFh) 及び同じく８バイトの１つのスロット(00h) が用意されており、上述したＵ−ＴＯＣセクター０とほぼ同様の形態で文字データを管理する。
【００８８】
スロット(01h) 〜(FFh) にはディスクタイトルやトラックネームとしての文字情報がアスキーコードで記録される。
そして、例えばポインタP-TNA1によって指定されるスロットには第１トラックに対応してユーザーが入力した文字が記録されることになる。また、スロットがリンク情報によりリンクされることで、１つのトラックに対応する文字入力は７バイト（７文字）より大きくなっても対応できる。
なお、スロット(00h) としての８バイトはディスクネームの記録のための専用エリアとされており、ポインタP-TNA(x)によっては指定されないスロットとされている。
このＵ−ＴＯＣセクター１でもポインタP-EMPTY は使用していないスロットを管理する。
【００８９】
１−２−４−３  Ｕ−ＴＯＣセクター２
次に、図１１はＵ−ＴＯＣセクター２のフォーマットを示しており、このセクター２は、主にユーザーが録音を行なった楽曲の録音日時を記録するデータ領域とされる。
【００９０】
このＵ−ＴＯＣセクター２には、記録された各トラックに相当するポインタ部としてポインタP-TRD1〜P-TRD255が用意され、またこのポインタP-TRD1〜P-TRD255によって指定されるスロット部が用意される。スロット部には１単位８バイトで２５５単位のスロット(01h) 〜(FFh) が形成されており、上述したＵ−ＴＯＣセクター０とほぼ同様の形態で日時データを管理する。
【００９１】
スロット(01h) 〜(FFh) には楽曲（トラック）の録音日時が６バイトで記録される。６バイトはそれぞれ１バイトづつ、年、月、日、時、分、秒に相当する数値が記録される。また、残りの２バイトはメーカーコード及びモデルコードとされ、その楽曲を録音した記録装置の製造者を示すコードデータ、及び録音した記録装置の機種を示すコードデータが記録される。
【００９２】
例えばディスクに第１曲目としてがトラックが録音されると、ポインタP-TRD1によって指定されるスロットにはその録音日時及び録音装置のメーカーコード、モデルコードが記録される。録音日時データはシステムコントローラ１１が内部時計を参照して自動的に記録することになる。
【００９３】
またスロット(00h) としての８バイトはディスク単位の録音日時の記録のための専用エリアとされており、ポインタP-TRD(x)によっては指定されないスロットとされている。
なお、このＵ−ＴＯＣセクター２でもスロットポインタP-EMPTY は使用していないスロットを管理するものである。使用されていないスロットについては、モデルコードに代えてリンク情報が記録されており、スロットポインタP-EMPTY を先頭に各未使用のスロットがリンク情報でリンクされて管理されている。
【００９４】
１−２−４−４  Ｕ−ＴＯＣセクター４
図１２はＵ−ＴＯＣセクター４を示し、このセクター４は、上記したセクター１と同様に、ユーザーが録音を行なったトラックに曲名（トラックネーム）をつけたり、ディスクネームをつける場合に、入力された文字情報を記録するデータ領域とされ、図１２と図１０を比較してわかるようにフォーマットはセクター１とほぼ同様である。
ただし、このセクター４は漢字や欧州文字に対応するコードデータ（２バイトコード）が記録できるようにされるものであり、図１３のセクター１のデータに加えて、所定バイト位置に文字コードの属性が記録される。
このＵ−ＴＯＣセクター４の文字情報の管理は、セクター１と同様にポインタP-TNA1〜P-TNA255及びポインタP-TNA1〜P-TNA255によって指定される２５５単位のスロット(01h) 〜(FFh) によって行なわれる。
【００９５】
なお本例の記録再生装置１はＵ−ＴＯＣが形成されない再生専用ディスクについても対応できるが、再生専用ディスクの場合、Ｐ−ＴＯＣにおいてディスクネーム、トラックネームとしての文字情報を記録しておくことができる。
即ちＰ−ＴＯＣセクターとしてＵ−ＴＯＣセクター１、セクター４と概略同様のセクターが用意されており、ディスクメーカーは予めディスクネーム、トラックネームをそのＰ−ＴＯＣセクターに記録しておくことができる。
【００９６】
１−２−５．ＡＵＸ−ＴＯＣ
１−２−５−１  ＡＵＸ−ＴＯＣセクター０
本例のディスク９０では、図７で説明したようにＡＵＸデータファイル及びＡＵＸ−ＴＯＣを記録する領域が設定され、ＡＵＸデータファイルとして楽曲等のトラック（プログラム）とは独立した文字情報や画像情報などを記録できる。
そしてそのＡＵＸデータファイルはＡＵＸ−ＴＯＣによって管理される。このＡＵＸ−ＴＯＣは、３クラスタにわたって３回繰り返して記録され、従って管理データ構造としてはＵ−ＴＯＣと同様に、１クラスタ内の３２セクターを使用できる。
本例では、以下説明していくようにＡＵＸ−ＴＯＣセクター０〜セクター５を設定して、ＡＵＸデータファイルの管理を行う。
【００９７】
まずＡＵＸ−ＴＯＣセクター０のフォーマットを図１３で説明する。
ＡＵＸ−ＴＯＣセクター０は、主にＡＵＸデータ領域の全体として、ＡＵＸデータ領域におけるフリーエリア（空きエリア）の管理を行うエリアアロケーションテーブルとされる。
そして図１３に示されるようにこのセクター０では、ヘッダ（セクターアドレス(Sector)＝００ｈ，モード情報(MODE)＝０２ｈとされている）に続いて、所定バイト位置に、‘Ｍ’‘Ｄ’‘Ａ’‘Ｄ’の４文字がＡＳＣＩＩコードにより４バイト分の領域を用いて記録される。この‘Ｍ’‘Ｄ’‘Ａ’‘Ｄ’の文字は、フォーマットＩＤを示すもので、以降説明するＡＵＸ−ＴＯＣセクターに対しても、同じバイト位置に共通に記録されている。
また、上記フォーマットＩＤに続く所定バイト位置にメーカーコード、モデルコードが記録され、更に、その後ろの所定バイト位置にユーズドセクター情報が記録される。
【００９８】
上記ユーズドセクター情報には、ＡＵＸ−ＴＯＣ内のセクター使用状況が示される。
Ｕｓｅｄ  Ｓｅｃｔｏｒｓ０を形成するｄ８−ｄ１の８ビットは、それぞれ０−７セクターに対応する。以下、同様にして、Ｕｓｅｄ  Ｓｅｃｔｏｒｓ１のｄ８−ｄ１は、それぞれ８−１５セクターに対応する。Ｕｓｅｄ  Ｓｅｃｔｏｒｓ２のｄ８−ｄ１は、それぞれ１６−２３セクターに対応する。Ｕｓｅｄ  Ｓｅｃｔｏｒｓ３のｄ８−ｄ１は、それぞれ２４−３１セクターに対応する。
【００９９】
このＡＵＸ−ＴＯＣセクター０では、ポインタP-EMPTY 、P-BLANKによりポインタ部が形成される。
そしてテーブル部においてスタートアドレス、エンドアドレス、リンク情報が記録される各８バイトのパーツテーブルが９９単位形成され、上述したＵ−ＴＯＣセクター０と同様の形態で、ＡＵＸデータエリアの管理が行われる。但し、この場合には、パーツテーブル(01h)〜(63h)までがテーブル部として使用され、残りのパーツテーブル(64h)〜(FFh)は使用しないものとして、ＡＬＬ‘０’（ｚｅｒｏｓ）がセットされる。
なお、パーツテーブル(64h)以降をテーブル部として使用しても構わないのであるが、実用上は、９９単位のパーツテーブルによる管理で充分とされる。ここで、有効なテーブル部としてパーツテーブル(01h)〜(63h)までとしているのは、バッファメモリ１３としての特定の容量に対応して決められたものである。
【０１００】
ポインタP-EMPTY は、このＡＵＸ−ＴＯＣセクター０内での未使用のパーツテーブルをリンク形態で管理する。
【０１０１】
ポインタP-BLANK は、ＡＵＸデータエリア内でのフリーエリア、つまりＡＵＸデータファイルを記録していくことができる未記録領域を、Ｕ−ＴＯＣセクター０におけるポインタP-FRA と同様にパーツテーブルのリンク形態で管理する。
【０１０２】
なお、スタートアドレス、エンドアドレスは短縮形態とされ、サウンドグループ位置までの指定が可能とされている。但し、本実施の形態のＡＵＸ−ＴＯＣセクター０では、クラスタ単位までによるアドレス指定とすることが規定されており、セクター、スタートアドレス、エンドアドレスにおいてサウンドグループ単位を示すデータ位置には、ＡＬＬ‘０’がセットされる。
以下説明するＡＵＸ−ＴＯＣセクター１〜セクター５までのテーブル部もしくはスロット部において３バイトで記録されるスタートアドレス、エンドアドレスも短縮形態とされる。また、スタートアドレス、エンドアドレスとして、どのデータ単位まで指定するのかという規定は、各セクター内容によって異なるため、以降において適宜説明していく。
【０１０３】
ところで再生専用ディスクでＡＵＸ−ＴＯＣが形成される場合は、パーツテーブルにおけるリンク情報は用いられない。
【０１０４】
１−２−５−２  ＡＵＸ−ＴＯＣセクター１
ＡＵＸ−ＴＯＣセクター１〜セクター３は、静止画情報としてのピクチャファイルの管理に用いられる。
図１４に示すＡＵＸ−ＴＯＣセクター１はピクチャアロケーションテーブルとしての管理セクターとなり、ＡＵＸデータエリアにおいてピクチャファイルとして記録された各データファイルの管理を行う。
【０１０５】
このＡＵＸ−ＴＯＣセクター１では、Ｕ−ＴＯＣセクター０と同様の形式でピクチャファイルの管理を行う。
本実施の形態では、ＡＵＸデータエリアに記録される静止画１枚のピクチャファイルとしてのファイル長は特に規定されていない。但し、本実施の形態では、後述するようにして表紙画像(Cover Picture)を含め、最大で１００のピクチャファイルが管理可能に構成される。従って実質的に記録可能なピクチャファイルも１００となる。
なお、表紙画像は、例えばディスクジャケット等となる表紙ピクチャ等とされる。
【０１０６】
ＡＵＸ−ＴＯＣセクター１の場合、ヘッダにおいては、セクターアドレス(Sector)＝０１ｈ，モード情報(MODE)＝０２ｈが記録される。
【０１０７】
表紙画像以外の９９枚となる各ピクチャファイルの管理に用いられるポインタP-PNO(x)として、ＡＵＸ−ＴＯＣセクター１内にはポインタP-PNO1〜P-PNO99が形成される。ポインタP-PNO99より後ろからテーブル部直前までの各バイト位置には「００ｈ」が記録される。
但し、ＡＵＸデータエリアの将来的な拡張やファイルサイズ変更などにより、より多数のピクチャファイルの記録が可能となる場合に対応できるように、ポインタP-PNO(x)として、ポインタP-PNO1〜P-PNO99に続くバイト位置から、図１４内に括弧で示すポインタP-PNO255までのバイト位置に対して、ポインタP-PNO100〜P-PN255を設定することはできる。
【０１０８】
また、メーカコード、モデルコードに続く２バイトの領域は、ポインタFirst PNO，Last PNOとされる。ポインタFirst PNOには、ポインタP-PNO1〜P-PNO99のうち使用されている最初のポインタP-PNO(x)のナンバｘが記録され、ポインタLast PNOは、使用されている最後のポインタP-PNO(x)のナンバｘが記録される。例えば、ポインタP-PNO1〜P-PNO99のうち、ポインタP-PNO1〜P-PNO5まで使用されているとすると、ポインタFirst PNO＝０１ｈ、ポインタLast PNO＝０５ｈが記録される。
【０１０９】
またポインタ部において、ポインタP-PFRA、P-EMPTY も形成される。
そしてテーブル部において各ポインタに対応される各８バイトのパーツテーブルとして、スタートアドレス、エンドアドレス、画像モード（S．Pict．モード）が記録される９９単位のパーツテーブル(01h) 〜(63h) が形成される。この場合も、ＡＵＸ−ＴＯＣセクター０同様、残りのパーツテーブル(64h)〜(FFh)は使用しないものとして、ＡＬＬ‘０’（ｚｅｒｏｓ）がセットされる。
【０１１０】
また、パーツテーブル(00h) はポインタによっては指定されないパーツテーブルとなるが、ここは表紙画像(Cover Picture)として位置づけられたピクチャファイルのアドレス管理に専用に用いられる。上記した画像モード（S．Pict．モード）は、表紙画像のパーツテーブル(00h)にも同様に設けられる。
【０１１１】
ポインタP-PNO1〜P-PNO99 は、それぞれ１つのピクチャファイルが記録された領域を、特定のパーツテーブルを指定することで管理する。例えばポインタP-PNO1で指定されるパーツテーブルには、１枚目としての画像データとなるピクチャファイルのスタートアドレス、エンドアドレス、画像モード（S．Pict．モード）が記録された状態とされる。
なお、このＡＵＸ−ＴＯＣセクター１ではリンク情報(Link-P)によるパーツテーブルをリンクさせて行うファイル管理は行われない。つまり１つのピクチャファイルは物理的に離れた区間に分けられて記録されることはない。
【０１１２】
ただし、このセクター内での未使用のパーツテーブルについてはポインタP-EMPTY を起点とするリンク形態（パーツテーブルの８バイト目がリンク情報とされる）によって管理される。
【０１１３】
また、ＡＵＸ−ＴＯＣセクター１でのポインタP-PFRAは、ＡＵＸデータエリア内の１クラスタの領域に対して１クラスタ未満のピクチャデータが記録されており、かつ、その１クラスタ内においてピクチャデータが記録されていない領域が未記録領域（記録可能領域）、即ちフリーエリアとされている場合に、このフリーエリアを管理するポインタとされる。つまり、ポインタP-PFRAで指定されるパーツテーブルにフリーエリアとしての区間のアドレスが記録される。
【０１１４】
また、ＡＵＸ−ＴＯＣセクター１での各パーツテーブルにおける画像モード（S．Pict．モード）は、各パーツテーブルにより指定されるアドレスに記録されているピクチャファイルについて、コピーステータスを含むモード情報を示すものとされる。
【０１１５】
画像モード（S．Pict．モード）は、例えば図２１（ａ）に示すようにして定義される。
画像モードはｄ１−ｄ８の８ビットとされるが、ｄ１−ｄ２からなる２ビットによりコピーステータスが示される。コピーステータスとは、対応するピクチャファイルについてのコピーの許可／不許可に関して設定された情報である。
この場合、コピーステータスが（０ｈ）とされた場合には、コピー許可であることを示し、そのピクチャファイルは何回でもコピーが可能とされる。
コピーステータスが（１ｈ）とされた場合には、そのピクチャファイルについて、あと１回のみのコピーが許可されていることを示す。
コピーステータスが（２ｈ）とされた場合には、そのピクチャファイルについて、認証されたデータバスを介して１回のみのコピーが許可されていることを示す。逆に言えば、認証されないデータバスを介した場合には、コピーは不許可となる。
コピーステータスが（３ｈ）とされた場合には、そのピクチャファイルについては、コピーが禁止されていることを示す。
残るｄ３−ｄ８の６ビットについては、ここでは未定義とされている。
【０１１６】
また、或るピクチャファイルについてデータのコピーが行われた場合には、そのコピー前のピクチャファイルに対応して与えられていたコピーステータスの内容に対応して、コピー後のピクチャファイルに対応して与えられるコピーステータスは、図２１（ｂ）に示すようにして更新されるべきことになる。
つまり、或るピクチャファイルについて、コピー前においてはコピーステータスが「０ｈ」とされていた場合には、コピー後においてもそのピクチャファイルには、コピーステータス「０ｈ」が与えられる。つまり、何回でもコピーが可能とされる。
これに対して、コピー前においてはコピーステータスが「１ｈ」或いは［２ｈ」とされていた場合には、コピー後においては、コピーステータスが「３ｈ」とされて以降のコピーは禁止されることが示される。
【０１１７】
１−２−５−３  ＡＵＸ−ＴＯＣセクター２
図１５にＡＵＸ−ＴＯＣセクター２のフォーマットを示す。このセクター２はピクチャインフォメーションテーブルとされ、記録された各ピクチャファイルにピクチャネーム、記録日時、及びインターネットのＵＲＬ（Uniform Resource Locators）の情報（本実施の形態では、これらの情報をピクチャインフォメーションという）をつける場合に、これらピクチャインフォメーションとしての各情報を文字情報として記録するデータ領域とされる。
【０１１８】
ここで、ＡＵＸ−ＴＯＣセクター２の説明に先立ち、ＡＵＸ−ＴＯＣセクター２のテーブル部に記録されるピクチャインフォメーションファイルの構造について図２２により説明しておく。ここでいうピクチャインフォメーションファイルとは、１ピクチャファイルに対応するピクチャインフォメーションの情報である。
【０１１９】
この図２２に示すように、ピクチャインフォメーションファイルは、まず先頭にピクチャネームとしてのデータユニットがアスキーコードその他の文字コードで配置される。このピクチャネームは、図１２に示したＵ−ＴＯＣセクター４のスロットに記録される文字情報のフォーマットに準ずる。
ピクチャネームとしてのデータユニットに続いては、データユニット間の区切りを示す「１Ｆｈ」が配置され、この後ろに、記録日時のデータユニットが配置される。この記録日時は、図１１に示したＵ−ＴＯＣセクター２のスロットに記録される録音日時のフォーマットに準じ、前述したようにして６バイトを使用して記録される。
記録日時のデータユニットに続けても上記「１Ｆｈ」が配置され、この後ろにＵＲＬとしての文字情報が配置される。このＵＲＬに関しては、後述する文字コード(character.code)に依らず、アスキーコードによりＭＳＢから記録することができる。そして、ファイルの最後は「００ｈ」により締めくくられる。
【０１２０】
なお、ピクチャネーム、記録日時、及びＵＲＬのデータユニットのうちの或るものについて実体的な内容が無いとされる場合には、そのデータユニットに代えて「００ｈ」を記録するものとされる。
【０１２１】
また、上記ＵＲＬであるが、例えばそのピクチャファイルがインターネットのホームページからダウンロードして得られるものであるような場合に、そのホームページのＵＲＬがピクチャファイルに対して付されるものである。
【０１２２】
図１５に戻り、ＡＵＸ−ＴＯＣセクター２について説明する。
まず、ＡＵＸ−ＴＯＣセクター２のヘッダにおいては、セクターアドレス(Sector)＝０２ｈ，モード情報(MODE)＝０２ｈが記録される。
【０１２３】
また、ＡＵＸ−ＴＯＣセクター２には、記録された各ピクチャファイルに対応するためにポインタ部にポインタP-PIF1〜P-PIF99 （ただしP-PIF255まで拡張可能）が用意され、またスロット部には、ポインタP-PIF1〜P-PIF99 によって指定可能な、単位８バイトで２５５単位のスロット(01h) 〜(FFh) 及び同じく８バイトの１つのスロット(00h) が用意されている。
そして、メーカコード、モデルコードに続く２バイトの領域は、ポインタFirst PIF，Last PIFとされる。ポインタFirst PIFは、ポインタP-PIF1〜P-PIF99のうち、使用されている最初のポインタP-PIFのナンバが記録され、ポインタLast PIFは、使用されている最後のポインタP-PIFのナンバが記録される。
【０１２４】
スロット(00h) 〜(FFh) にはピクチャインフォメーションファイルとしての文字情報がアスキーコードその他の文字コードで記録される。記録される文字の種別は、ＡＵＸ−ＴＯＣセクター２上の所定バイト位置に記録された文字コード(図においてはchara.codeと記述)により規定される。
【０１２５】
文字コードは、例えば「００ｈ」がアスキーコード、「０１ｈ」がモディファイドＩＳＯ．８８５９−１、「０２ｈ」がミュージックシフテッドＪＩＳ、「０３ｈ」がＫＳ  Ｃ  ５６０１−１９８９（韓国語）、「０４ｈ」がＧＢ２３１２−８０（中国語）などのように定義されている。
【０１２６】
ポインタP-PIF1〜P-PIF99は、各ポインタのナンバに対応するファイルナンバのピクチャインフォメーションファイルが記録された特定のパーツテーブルを指定する。例えばポインタP-PIF1によって指定されるスロットには第１のピクチャファイルの画像に対応した文字が記録されることになる。なお、スロット(00h) としての８バイトは表紙ピクチャに対応するピクチャインフォメーションファイルの記録開始のための専用エリアとされており、ポインタP-PIF(x)によっては指定されないスロットとされている。
これら各スロットはリンク情報によりリンクされることで、１つのピクチャファイルに対応するピクチャインフォメーションファイルは７バイトより大きくても対応できるようにされている。
またポインタP-EMPTY は使用していないスロットをリンク形態で管理する。
【０１２７】
なお、ピクチャネーム、記録日時、及びＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクターを設定して、個別的に管理するようにしても構わない。しかし、図１５及び図２２に示すようにして、ＡＵＸ−ＴＯＣセクター２によりピクチャファイルに関して付される各種文字情報をピクチャインフォメーションファイルとして一括管理することで、ピクチャネーム、記録日時、及びＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクターを設けて管理する場合よりも、管理情報として必要とされるデータ量（ＴＯＣセクター数）は少なくなり、ディスクの記録領域は有効利用されるものである。
【０１２８】
１−２−５−４  ＡＵＸ−ＴＯＣセクター３
図１６に示すＡＵＸ−ＴＯＣセクター３は、ピクチャプレイバックシーケンステーブルとされている。
これは楽曲等のプログラムの再生に同期してピクチャファイルの出力（つまり画像表示）を行うための管理情報となる。
【０１２９】
ＡＵＸ−ＴＯＣセクター３のヘッダにおいては、セクターアドレス(Sector)＝０３ｈ，モード情報(MODE)＝０２ｈが記録される。
【０１３０】
また、記録された各ピクチャファイルに対応するためにポインタ部として、ポインタP-TNP1〜P-TNP99 （ただしP-PIF255まで拡張可能）が用意される。このポインタP-TNP1〜P-TNP99は、プログラムエリアにトラック単位で記録されたオーディオデータのトラックナンバに対応する。つまり、第１トラック〜第９９トラックに対応する。
テーブル部には、ポインタP-TNP1〜P-TNP99 によって指定される、単位８バイトで９９単位のパーツテーブル(01h) 〜(63h) 及び同じく８バイトの１つのパーツテーブル(00h) が用意されている。この場合も使用しないパーツテーブル(64h) 〜(FFh)にはＡＬＬ‘０’が記録される。メーカコード、モデルコードに続くポインタFirst TNP，Last TNPには、それぞれポインタP-TNP1〜P-TNP99のうち、使用されている最初のポインタP-TNPのナンバと、使用されている最後のポインタP-TNPのナンバが記録される。
【０１３１】
ポインタP-TNP1〜P-TNP99によって指定される各パーツテーブルには、そのトラックの先頭位置アドレスからのオフセットアドレス形態でスタートアドレス、エンドアドレスが記録される。ＡＵＸ−ＴＯＣセクター３では、サウンドグループの単位までによるアドレス指定がおこなわれる。
また各パーツテーブルの４バイト目には、ポインタP-PNOjとして特定のピクチャファイルが示されている。ポインタP-PNOjはＡＵＸ−ＴＯＣセクター１で管理される各ピクチャファイル（P-PNO1〜99）に相当する値となる。さらにリンク情報によって他のパーツテーブルをリンクできる。つまり、同一トラックにおいて複数のピクチャファイルを表示させるように規定できる。
【０１３２】
例えば第１トラックとしての楽曲の再生を行う際に、その再生中の特定のタイミングで第１のピクチャファイルの画像を出力したい場合は、第１トラックに対応するポインタP-TNP1で指定されるパーツテーブルに、画像出力期間としてのスタートアドレス、エンドアドレスを記録し、また出力すべき画像としてポインタP-PNOjで特定のピクチャファイルを示す。仮に、第１トラック再生開始から１分０秒を経過した時点から１分３０秒を経過するまでの期間に、第１のピクチャファイルの画像を表示出力したい場合を考えると、ポインタP-TNP1で指定されるパーツテーブルに、スタートアドレス、エンドアドレスとして、第１トラック再生開始から１分０秒に相当するアドレス地点、及び１分３０秒に相当するアドレスが、オフセットアドレスにより記録される。そしてポインタP-PNOjは第１のピクチャファイルを指定するために、P-PNO1の値とされる。
また１つのトラックの再生中に複数の画像を切換表示したい場合は、パーツテーブルがリンクされて、出力すべきピクチャファイル及び出力期間が管理されることになる。
【０１３３】
なおパーツテーブル(00h) は、表紙ピクチャ(Cover Picture)に対応するのであるが、表紙ピクチャはオーディオトラックの再生に同期した画像出力は原則として行わないものとしていることから、ここでは、パーツテーブル(00h)のスタートアドレス及びエンドアドレスとしてはＡＬＬ‘０’が記録されるものとしている。
【０１３４】
ところで、或るトラックに対応されたパーツテーブルにおけるスタートアドレス、エンドアドレスが両方ともＡＬＬ‘０’であった場合は、そのトラックの音声出力期間中にわたって指定されたピクチャファイル（ポインタP-PNOjで示される）の画像が表示されるようにする。
また、エンドアドレスについてのみＡＬＬ‘０’である場合は、そのトラックの再生期間内において次に表示すべきピクチャファイルのスタートアドレスに至るまで、ポインタP-PNOjで指定されたピクチャファイルを出力する。
また、スタートアドレス、エンドアドレスが両方ともＡＬＬ‘０’ではなく、かつ、同じ値とされている場合には、ピクチャファイルの表示出力は禁止される。
またこのＡＵＸ−ＴＯＣセクター５でもポインタP-EMPTY からのリンクで使用していないパーツテーブルを管理する。
【０１３５】
１−２−５−５  ＡＵＸ−ＴＯＣセクター４
ＡＵＸ−ＴＯＣセクター４，セクター５はテキストファイルの管理に用いられる。
まず図１７に示すＡＵＸ−ＴＯＣセクター４はテキストアロケーションテーブルとしての管理セクターとなり、ＡＵＸデータエリア内においてテキストファイルとして記録された各データファイルの管理を行う。
【０１３６】
このＡＵＸ−ＴＯＣセクター４では、Ｕ−ＴＯＣセクター０と同様の形式でテキストファイルの管理を行う。
仮にＡＵＸデータエリアをすべてテキストファイルの記録に用いるとすると、３８クラスタ（×３２セクター×２３２４バイト）分のテキストデータが記録できるが、このテキストデータはＡＵＸ−ＴＯＣセクター４において最大２５５個のファイルとして管理できる。但し、ここでは後述するように、１枚の表紙テキストを含めて１００ファイルまで管理するものとする。
なおテキストファイルの１つのファイル長はセクター単位とされる。
【０１３７】
１つの特定のテキストファイルは、いわゆるディスクの表紙ピクチャに対応するテキストファイル（表紙テキスト：Cover Text）として位置づけできる。
【０１３８】
このＡＵＸ−ＴＯＣセクター４のヘッダにおいては、セクターアドレス(Sector)＝０４ｈ，モード情報(MODE)＝０２ｈが記録される。
【０１３９】
そして、各テキストファイルの管理に用いられるポインタP-TXNO(x)として、ＡＵＸ−ＴＯＣセクター６内にはポインタP-TXNO1〜P-TXNO99（但しP-TXNO255まで拡張可能）が形成される。ポインタP-TXNO1〜P-TXNO99は、オーディオトラックのトラックナンバに対応する。つまり、ここでは、最大で第１〜第９９のオーディオトラックに対応付けされた９９のテキストファイルが管理可能とされる（表紙テキストは除く）。
またポインタ部において、ポインタP-PFRA、P-EMPTY も形成される。
そしてテーブル部において各ポインタに対応される各８バイトのパーツテーブルとして、スタートアドレス、エンドアドレス、テキストモードが記録される９９単位のパーツテーブル(01h) 〜(63h) が形成される（パーツテーブル(63h) 〜(FFh)は不使用としてＡＬＬ‘０’が記憶される）。
なお、テキストモードの定義内容については後述する。
【０１４０】
また、パーツテーブル(00h) はポインタによっては指定されないパーツテーブルとなるが、ここは表紙テキストとして位置づけられたテキストファイルのアドレス及びテキストモードの管理に専用に用いられる。
【０１４１】
ポインタP-TXNO1〜P-TXNO99は、それぞれ１つのテキストファイルが記録された領域を、特定のパーツテーブルを指定することで管理する。例えばポインタP-TXNO1で指定されるパーツテーブルには、ファイルナンバとして第１のテキストファイルのスタートアドレス、エンドアドレス、テキストモードが記録された状態とされる。
【０１４２】
なお、上記したようにテキストファイルはセクター単位であるので、上記スタートアドレス、エンドアドレスとしては、セクター単位までにより記述され、サウンドグループ単位のアドレスを示すデータ位置には、「０ｈ」がセットされる。
【０１４３】
また、このＡＵＸ−ＴＯＣセクター４ではリンク情報によるパーツテーブルをリンクさせて行うファイル管理は行われない。つまり１つのテキストファイルは物理的に離れた区間に分けられて記録されることはない。
【０１４４】
ただし、このセクター内での未使用のパーツテーブルについてはポインタP-EMPTY を起点とするリンク形態（パーツテーブルの８バイト目がリンク情報とされる）によって管理される。
またＡＵＸ−ＴＯＣセクター４でのポインタP-PFRAは、ＡＵＸデータエリア内の１クラスタの領域に対して１クラスタ未満のテキストファイルのデータが記録されており、かつ、その１クラスタ内においてデータが記録されていない領域が未記録領域（記録可能領域）、即ちフリーエリアとされている場合に、このフリーエリアを管理するポインタとされる。つまり、ポインタP-PFRAで指定されるパーツテーブルにフリーエリアとしての区間のアドレスが記録される。そして、このフリーエリア管理にもパーツテーブルの８バイト目がリンク情報とされてパーツテーブルがリンクされ、複数の離れた区間がフリーエリアとして管理される場合がある。
【０１４５】
ここで、ＡＵＸ−ＴＯＣセクター４の各パーツテーブルに設定されるテキストモード(Textモード)の定義内容について図２３を参照して説明しておく。
テキストモードは、各パーツテーブルにおける第４バイトの位置にある領域であり、ｄ１−ｄ８の８ビット（１バイト）により形成される。
これらｄ１−ｄ８のうち、ｄ１−ｄ２から成る２ビットはコピーステータスを示すが、これについては、先に図２１（ａ）により説明したピクチャファイルについてのコピーステータス(S．Pict．モード)と同様となるため、ここでの説明は省略する。
【０１４６】
ｄ３−ｄ４から成る２ビットは、そのテキストファイルの内容を示す。この場合、ｄ３−ｄ４が「０ｈ」であればｓｕｎｇ  ｔｅｘｔであることが示される。、即ちそのテキストファイルは、これが対応するオーディオトラックとしての楽曲の歌詞のテキストであることを示し、「１ｈ」であれば、対応するオーディオトラックとしての楽曲を演奏するアーティスト情報（アーティスト名その他）を記述したテキストであることが示される。
「２ｈ」であれば、いわゆるライナーノーツ（アルバムに添え付けされた解説など）を記述したテキストであることが示され、「３ｈ」は、その他の情報としてのテキストであることが示される。
【０１４７】
ｄ５の１ビットは、そのテキストファイルにおけるタイムスタンプの挿入の有無を示し、「０」であればタイムスタンプが無いことを示し、「１」であればタイムスタンプが有ることを示す。なお、タイムスタンプがどのようなものであるのかについては、図２４により後述する。
【０１４８】
ｄ６−ｄ７−ｄ８から成る３ビットは、文字コードを示す。 文字コードは、例えば「０ｈ」がアスキーコード、「１ｈ」がモディファイドＩＳＯ．８８５９−１、「２ｈ」がミュージックシフテッドＪＩＳ、「３ｈ」がＫＳ  Ｃ  ５６０１−１９８９（韓国語）、「４ｈ」がＧＢ２３１２−８０（中国語）として定義されている。「５ｈ」「６ｈ」は未定義(Reserved)とされる。「７ｈ」は、プレインテキスト(Plain Text)とされ、そのテキストファイルをプレインテキストとして定義することで、文字コードとしての拡張性を与えることが可能となる。
【０１４９】
１−２−５−６  ＡＵＸ−ＴＯＣセクター５
図１８にＡＵＸ−ＴＯＣセクター５のフォーマットを示す。このセクター５はテキストインフォメーションテーブルとされ、記録された各テキストファイルにテキストネーム、記録日時、及びインターネットのＵＲＬの情報（本実施の形態では、これらの情報をテキストインフォメーションという）をつける場合に、これらテキストインフォメーションとしての各情報を文字情報として記録するデータ領域とされる。
【０１５０】
なお、ＡＵＸ−ＴＯＣセクター５のテーブル部に記録されるテキストインフォメーションファイルの構造は、先に図２２に示したピクチャインフォメーションファイルに準ずる。つまり、図２２におけるピクチャネームのデータユニットがテキストネームのデータユニットとされる以外は同様の構造を有する。
【０１５１】
図１８に示すＡＵＸ−ＴＯＣセクター５のフォーマットとして、ヘッダにおいては、セクターアドレス(Sector)＝０５ｈ，モード情報(MODE)＝０２ｈが記録される。
【０１５２】
また、ＡＵＸ−ＴＯＣセクター５には、記録された各テキストファイルに対応するためにポインタ部にポインタP-TXIF1〜P-TXIF99 （ただしP-TXIF255まで拡張可能）が用意され、またスロット部には、ポインタP-TXIF1〜P-TXIF99 によって指定可能な、単位８バイトで２５５単位のスロット(01h) 〜(FFh) 及び同じく８バイトの１つのスロット(00h) が用意されている。
そして、メーカコード、モデルコードに続くポインタFirst TXIF，Last TXIFは、それぞれポインタP-TXIF1〜P-TXIF99のうち、使用されている最初のポインタP-TXIFのナンバが記録され、ポインタLast TXIFは、使用されている最後のポインタP-TXIFのナンバが記録される。
【０１５３】
テーブル部としてのスロット(00h) 〜(FFh) にはテキストインフォメーションファイルとしての文字情報がアスキーコードその他の文字コードで記録される。記録される文字の種別は、ＡＵＸ−ＴＯＣセクター２上の所定バイト位置に記録された文字コード(chara.code)により規定される。
【０１５４】
この場合も、文字コードは、ＡＵＸ−ＴＯＣセクター２と同様、例えば「００ｈ」がアスキーコード、「０１ｈ」がモディファイドＩＳＯ．８８５９−１、「０２ｈ」がミュージックシフテッドＪＩＳ、「０３ｈ」がＫＳ  Ｃ  ５６０１−１９８９（韓国語）、「０４ｈ」がＧＢ２３１２−８０（中国語）などのように定義されている。
【０１５５】
ポインタP-TXIF1〜P-TXIF99は、各ポインタのナンバに対応するファイルナンバのテキストインフォメーションファイルが記録された特定のパーツテーブルを指定する。例えばポインタP-TXIF1によって指定されるスロットには第１のテキストファイルの画像に対応した文字が記録されることになる。なお、スロット(00h) としての８バイトは表紙テキストに対応する表紙テキストインフォメーションファイルの記録開始のための専用エリアとされており、ポインタP-TXIF(x)によっては指定されないスロットとされている。
これら各スロットはリンク情報によりリンクされることで、１つのテキストファイルに対応するテキストインフォメーションファイルは７バイトより大きくても対応できるようにされている。
またポインタP-EMPTY は使用していないスロットをリンク形態で管理する。
【０１５６】
なお、この場合にも、テキストネーム、記録日時、及びＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクターを設定して、個別的に管理するようにしても構わないが、ＡＵＸ−ＴＯＣセクター５によりピクチャファイルに関して付される文字情報をテキストインフォメーションファイルとして一括管理することで、インフォメーションファイルの場合と同様に、管理情報として必要とされるデータ量（ＴＯＣセクター数）を少なくするように配慮しているものである。
【０１５７】
１−２−６．データファイル
１−２−６−１  ピクチャファイルセクター
以上のように形成される各ＡＵＸ−ＴＯＣセクターによって管理されるＡＵＸデータファイルである、ピクチャファイルとテキストファイルの２種のデータファイルについて説明していく。
【０１５８】
まずピクチャファイルとしては、静止画１枚のファイル長は任意とされる。  静止画としてのイメージサイズは６４０×４８０ドットとし、ピクチャファイルはＪＰＥＧフォーマットベースラインとする。そしてピクチャファイルの管理はＡＵＸ−ＴＯＣで行うために、ファイルのビットストリームはＪＰＥＧ規定のＳＯＩ(Start Of Image)マーカーからＥＯＩ(End Of Image)マーカーまでとなる。また、セクターフォーマットはモード２とし、３ｒｄレイヤＥＣＣは無しとするために、１セクターの画像データ容量としての有効バイトは２３２４バイトとなる。一例として、ＪＰＥＧのピクチャファイルが１クラスタ（＝３２セクター）であるものとすると、実際のデータサイズは、７２０４５（＝２３２４×３１＋１）バイトから７４３６８バイト（＝２３２４×３２）となる。
【０１５９】
このようなピクチャファイルを構成するセクターのフォーマットは例えば図１９のようになる。
先頭には、同期パターン、クラスタアドレス(Cluster H,Cluster L)、セクターアドレス（Sector）、モード情報（０２ｈ）による１６バイトのヘッダが設けられ、続く８バイトは未定義(Reserved)とされる。
そして、データDP0 〜DP2323として示すように、２３２４バイトの画像データが記録されるデータエリアとしての領域が設けられる。
最後の４バイトには、それぞれ「００ｈ」が記録されるが、誤り検出パリティを記録することも考えられる。
【０１６０】
１−２−６−２  テキストファイルセクター
次にテキストファイルとしては、ＡＵＸ−ＴＯＣセクター４のテキストモードにより規定されるＡＳＣＩＩ、Modified ISO 8859-1 、Music Shifted JIS 、その他のテキストデータを記録できる。
【０１６１】
テキストファイルを構成するセクターのフォーマットは例えば図２０のようになり、ピクチャファイルと同様に先頭からヘッダ（１６バイト）、未定義(Reserved)領域（８バイト）が設けられ、これに続いてデータDT0 〜DT2323として示すように、２３２４バイトのテキストファイルとしてのデータが記録されるデータエリアが設けられる。
最後の４バイトには、それぞれ「００ｈ」が記録されるが、誤り検出パリティを記録することも考えられる。
【０１６２】
ここで、テキストファイルセクターに記録されるテキストファイルのデータ構造を図２４に示す。但し、ここで示すテキストファイルは、ＡＵＸ−ＴＯＣセクター４のテキストモードとして、タイムスタンプ有り（ｄ５＝‘１’）が設定されている場合に対応するデータ構造とされる。
この図に示すように、テキストファイルとしては、まず、テキストファイルごとの区切りを示す「１Ｅｈ」が配置され、続いて、タイムスタンプを示すデータユニット（３bytes pure binary）が配置される。
タイムスタンプとは、対応するオーディオトラックの再生に同期したテキストファイルの表示出力タイミングを規定するもので、対応するオーディオトラックのオフセットアドレスにより示される。
続いて、パラグラフのデータユニットのデータ長を示すパラグラフ長のデータユニット（３bytes pure binary）が配置される。そして、１Ｆｈのデータに続けてパラグラフ（実体的な文字情報）のデータユニットが配置されて形成される。
【０１６３】
１−３．パーソナルコンピュータ
続いて、本実施の形態のＡＶシステムにおけるパーソナルコンピュータ１１３の内部構成について図２５を参照して説明する。
この図に示すパーソナルコンピュータ１１３は、外部とデータの授受を行うためのインターフェイスとしてＩＥＥＥ１３９４インターフェイス２０９を備えている。ＩＥＥＥ１３９４インターフェイス２０９は、外部データバスとしてのＩＥＥＥ１３９４バス１１６と接続されることで外部機器と相互通信が可能とされる。
ＩＥＥＥ１３９４インターフェイス２０９は、ＩＥＥＥ１３９４バス１１６を介して受信したパケットを復調し、復調したパケットに含まれるデータを抽出し、この抽出データを内部データ通信に適合するデータフォーマットにより変換を行って、内部バス２１０を介してＣＰＵ２０１に出力する。
また、ＣＰＵ２０１の制御によって出力されたデータを入力し、パケット化等のＩＥＥＥ１３９４フォーマットに従った変調処理を施して、ＩＥＥＥ１３９４バス１１６を介して外部に送信出力する。
【０１６４】
ＣＰＵ２０１は、例えばＲＯＭ２０２に保持されているプログラムに従って各種の処理を実行する。本実施の形態では、ＩＥＥＥ１３９４の規格に従って各種データの送受信を可能とするために、上記ＲＯＭ２０２に対してＩＥＥＥ１３９４インターフェイス２０９を制御するためのプログラムも格納されることになる。つまり、パーソナルコンピュータ１１３においては、ＩＥＥＥ１３９４によるデータ送受信に可能なセット（ハードウェア及びソフトウェア）が備えられるものである。
また、ＲＡＭ２０３にはＣＰＵ２０１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【０１６５】
入出カインターフェイス２０４は、キーボード２０５とマウス２０６が接続されており、これらから供給された操作信号をＣＰＵ２０１に出カするようにされている。また、入出カインタフェイス２０４には、記憶媒体としてハードディスクを備えたハードディスクドライブ２０７が接続されている。ＣＰＵ２０１は、入出カインタフェイス２０４を介して、ハードディスクドライブ２０７のハードディスクに対してデータやプログラム等の記録又は読み出しを行うことができるようにされている。この場合、入出カインタフェース２０４には、さらに、画像表示のためのディスプレイモニタ２０８が接続されている。
内部バス２１０は、例えば、ＰＣＩ(Peripheral Component Interconnect)又はローカルバス等により構成され、内部における各機能回路部間を相互に接続している。
【０１６６】
なお、前述したＩＲＤ１１２、及びＭＤレコーダ／プレーヤ１としても、ＩＥＥＥ１３９４インターフェイス機能については、上記したパーソナルコンピュータ１１３と基本的には同様の構成を採る。
つまり、例えば図３に示したＭＤレコーダ／プレーヤ１であれば、プログラムＲＯＭ２８に対して、システムコントローラ１１によるＩＥＥＥ１３９４インターフェイス２５の制御を可能とするためのプログラムが搭載される。
【０１６７】
２．ＩＥＥＥ１３９４による本実施の形態のデータ通信
２−１．概要
続いて、本実施の形態としてのＩＥＥＥ１３９４規格に従ったデータ通信について若干の説明を加えておく。
【０１６８】
ＩＥＥＥ１３９４は、シリアルデータ通信の規格の１つとされる。
このＩＥＥＥ１３９４によるデータ伝送方式としては、周期的に通信を行うＩｓｏｃｈｒｏｎｏｕｓ通信方式と、この周期と関係なく非同期で通信するＡｓｙｎｃｈｒｏｎｏｕｓ通信方式が存在する。一般に、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式はデータの送受信に用いられ、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式は各種制御コマンドの送受信に用いられる。そして、１本のケーブルを使用して、これら２種類の通信方式によって送受信を行うことが出来るようにされている。
先に説明したように、本実施の形態のＡＶシステムにおいては、ユーザデータとして、オーディオデータ（圧縮オーディオデータも含む）と、このオーディオデータに付随するＡＵＸデータ（ピクチャファイル（ＪＰＥＧ静止画データ））、及びテキストファイル）をＩＥＥＥ１３９４バスを介して各機器間で送信又は受信を行うことが可能とされる。
ここで、オーディオデータは再生時間軸に従って音声出力されるべき時系列的なデータでありリアルタイム性が要求される。また、ＡＵＸデータと比較してデータ量も多い。一方、ＡＵＸデータは、データ量はオーディオデータほど多くはなく、オーディオデータの再生に対して同期再生される場合があるものの、オーディオデータほど厳密にはリアルタイム性は要求されない。
そこで、本実施の形態におけるＩＥＥＥ１３９４インターフェイスによる送信形態の概要としては、ＩＥＥＥ１３９４バスにより、上記オーディオデータ及びＡＵＸデータを送受信するのにあたり、オーディオデータはＩｓｏｃｈｒｏｎｏｕｓ通信方式により送受信を行い、ＡＵＸデータはＡｓｙｎｃｈｒｏｎｏｕｓ通信方式により送受信を行うように規定するものである。本実施の形態としては、ＩＥＥＥ１３９４インターフェイスによって、オーディオデータとＡＵＸデータとをそれぞれ個別の機会で送信することも、後述するように、Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅによって、オーディオデータとＡＵＸデータとを時分割して送信することで見かけ上は同時に送信することも可能である。
【０１６９】
２−２．トランザクションルール
図２６（ａ）の処理遷移図には、Ａｓｙｎｃｈｒｏｎｏｕｓ通信における基本的な通信規則（トランザクションルール）が示されている。このトランザクションルールは、ＦＣＰ(Functuin Control Protocol)によって規定される。
ＦＣＰでは、ＩＥＥＥ１３９４フォーマットにおいて、ＡＶ／Ｃ  Ｃｏｍｍａｎｄ(AV/C Digital Interfase Command Set)として規定された制御コマンドを利用することで、各種ＡＶ機器に対するコマンド制御を実行することが出来るようになっている。
【０１７０】
図２６（ａ）に示すように、先ずステップＳ１１により、Ｒｅｑｕｅｓｔｅｒ（送信側）は、Ｒｅｓｐｏｎｄｅｒ（受信側）に対してＲｅｑｕｅｓｔを送信する。Ｒｅｓｐｏｎｄｅｒでは、このＲｅｑｕｅｓｔを受信する（ステップＳ１２）と、先ずＡｃｋｎｏｗｌｅｄｇｅをＲｅｑｕｅｓｔｅｒに返送する（ステップＳ１３）。送信側では、Ａｃｋｎｏｗｌｅｄｇｅを受信することで、Ｒｅｑｕｅｓｔが受信側にて受信されたことを認知する（ステップＳ１４）。
この後、Ｒｅｓｐｏｎｄｅｒは先のステップＳ１２にて受信したＲｅｑｕｅｓｔに対する応答として、ＲｅｓｐｏｎｓｅをＲｅｑｕｅｓｔｅｒに送信する（ステップＳ１５）。Ｒｅｑｕｅｓｔｅｒでは、Ｒｅｓｐｏｎｓｅを受信し（ステップＳ１６）、これに応答してＲｅｓｐｏｎｄｅｒに対してＡｃｋｎｏｗｌｅｄｇｅを送信する（ステップＳ１７）。ＲｅｓｐｏｎｄｅｒではＡｃｋｎｏｗｌｅｄｇｅを受信することで、Ｒｅｓｐｏｎｓｅが送信側にて受信されたことを認知する。
【０１７１】
３．編集ウィンドウ
３−１．表示形態
これまでの説明から理解されるように、本実施の形態のＭＤレコーダ／プレーヤ１は、Ｕ−ＴＯＣの内容を書き換えることで、ディスクに記録されたトラックの各種編集を行うことが可能とされる。
そして、本実施の形態としてのＡＶシステム（図２参照）の場合には、このような編集操作、及び記録再生に関する各種操作を、パーソナルコンピュータ１１３により行えるように構築することが可能である。つまり、ＩＥＥＥ１３９４データインターフェイスを介したリモート制御である。
【０１７２】
このためには、パーソナルコンピュータ１１３に対して、ＭＤレコーダ／プレーヤ１に対する操作制御が可能な操作用アプリケーションソフトウェアをインストールする。この操作用アプリケーションソフトウェアは、例えばＧＵＩによって各種操作が可能とされている。つまり、マウスによるドラッグアンドドロップ操作、及びクリック操作等によって各種操作を行うことができる。また、画面によってはキーボードによる文字入力を行うことも可能とされる。
そして、この操作用アプリケーションソフトウェアのＧＵＩに対して行われた操作に応じてコマンドを発生させ、このコマンドを、ＩＥＥＥ１３９４のフォーマットに則ってＩＥＥＥ１３９４バス１１６を介してＭＤレコーダ／プレーヤ１に送信するようにされる。ＭＤレコーダ／プレーヤ１側のシステムコントローラ１１では受信したコマンドの内容に応じて各種制御処理を実行するようにされる。例えば、操作用アプリケーションソフトウェアのＧＵＩ上で、ユーザが再生のための操作を行ったとすると、パーソナルコンピュータ１１３のＣＰＵの処理によって、ＰＬＡＹコマンドが生成されてＭＤレコーダ／プレーヤ１に対して送信される。ＭＤレコーダ／プレーヤ１（システムコントローラ１１）ではこのコマンドの受信に応答して、ディスクの再生を開始させるように制御処理を実行するものである。このようにして、リモート制御が実現する。
【０１７３】
そこで、このようなリモート制御（操作及び編集制御）を行うための操作用アプリケーションソフトウェアとして、そのＧＵＩ画面の表示形態例について説明する。
パーソナルコンピュータ１１３において操作用アプリケーションソフトウェアを起動させたとすると、パーソナルコンピュータ１１３のＣＰＵ２０１は、操作用アプリケーションソフトウェアとしてのプログラムに従って、ＭＤレコーダ／プレーヤ１からＴＯＣ（Ｕ−ＴＯＣ，Ｐ−ＴＯＣ）を送信を要求し、ＭＤレコーダ／プレーヤ１から送信されたＴＯＣを例えばＲＡＭ２０３に保持する。そして、このＲＡＭ２０３に保持されたＴＯＣ内容を参照して、例えば図２７に示すようなＭＤコントロールウィンドウＷＤ１をディスプレイモニタ２０８に表示させる。
【０１７４】
このＭＤコントロールウィンドウＷＤ１には、例えばウィンドウ上部に対してメインバーエリアＡ１が表示される。このメインバーエリアＡ１には、ボタンＢＴ１〜ＢＴ１２までのボタンが配置されている。これらボタンは、ＭＤレコーダ／プレーヤ１に対してリモート操作を行うための各種操作キーとして機能する。
【０１７５】
電源ボタンＢＴ１は、ＭＤレコーダ／プレーヤ１の電源のオン／オフ操作を行う。イジェクトボタンＢＴ２は、ＭＤレコーダ／プレーヤ１に装填されているミニディスクをイジェクトさせるための操作を行う。
再生ボタンＢＴ３は再生開始の操作を行うためのボタンであり、ボタンＢＴ４は一時停止操作のためのボタンである。停止ボタンＢＴ５は記録／再生停止操作を行い、録音ボタンＢＴ６はオーディオデータの記録を開始させるためのボタンである。
頭出しボタンＢＴ７は、オーディオデータについてトラック単位で頭出しサーチを行うためのボタンであり、早送り／早戻しボタンＢＴ８は再生中のオーディオデータについて早送り／早戻しを行うためのボタンである。
【０１７６】
セットアップボタンＢＴ９は、ＭＤレコーダ／プレーヤ１についての各種設定項目の設定を行うためのボタンであり、例えばこのセットアップボタンＢＴ９を押圧操作すると、このＭＤコントロールウィンドウＷＤ１とは独立してセットアップウィンドウ（図示せず）が表示され、このセットアップウィンドウに対する操作によって、各種設定を行うことができるようになっている。
また、プレイモードボタンＢＴ１０は、オーディオデータの再生モードを設定するためのボタンであり、このプレイモードボタンＢＴ１０を操作すると、例えば、プレイモード設定ウィンドウ（図示せず）が表示され、このウィンドウに対する操作によって再生モードを設定することができる。再生モードとしては、例えばいわゆる１曲リピート再生、全曲リピート再生、プログラム再生、トラックナンバをランダムに選択して再生していくシャッフル再生などが挙げられる。
【０１７７】
リピートボタンＢＴ１１は、リピート再生モードを設定するためのボタンである。例えば、このリピートボタンＢＴ１１は、クリック操作ごとにリピート再生モードがトグルで切り替わるようになっており、クリック操作が行われるごとに、例えば、［１曲（トラック）リピート再生→全曲再生→リピート再生無し］のようにしてモードが切り替わる。
【０１７８】
ラベルボタンＢＴ１２に対してクリック操作を行うと、例えばトラック、又はディスク単位で付加するラベルを作成するためのラベル作成ウィンドウが表示される。例えばこのラベル作成ウィンドウによってラベルの作成、編集を行うことが可能とされる。
【０１７９】
また、ボタンＢＴ９〜ＢＴ１２と並んで、テキストファイル編集アイコンＩｃ１とＡＵＸデータビューワアイコンＩｃ２が配置されている。
テキストファイル編集アイコンＩｃ１は、ＭＤレコーダ／プレーヤ１に装填されたディスクに記録されているＡＵＸデータのうち、テキストファイルを編集する際に操作するアイコンである。例えばこのテキストファイル編集アイコンＩｃ１に対してクリック操作を行うと、ここでは図示しないが、ＭＤコントロールウィンドウＷＤ１とは独立してテキストファイル編集ウィンドウが表示される。そして、このテキストファイル編集ウィンドウに対する操作を行うことで、例えば現在選択されているトラックに関連付けされたテキストファイルの入力、書き換えなどの編集を行うことができるようになっている。
【０１８０】
ＡＵＸデータビューワアイコンＩｃ２に対してクリック操作を行った場合には、ＭＤコントロールウィンドウＷＤ１とは独立してＡＵＸデータビューワウィンドウが表示される。このＡＵＸデータビューワウィンドウには現在選択、又は再生中にあるトラックに関連して付随されたＡＵＸデータ（ピクチャファイル及びテキストファイル）の表示がおこなわれる。
【０１８１】
また、メインバーエリアＡ１内には、再生情報エリアＡ２が配置表示される。
この再生情報エリアＡ２には、現在ＭＤレコーダ／プレーヤ１において選択されているオーディオデータのトラックについての、各種情報が提示される。
例えばこの場合には、現在選択されているトラックナンバと、そのトラックのタイトル（トラックネーム）が示されている。また、再生時間に関する表示も行われる。また、現在ＭＤレコーダ／プレーヤ１にて設定されているリピート、シャッフルなどの再生モードも示される。再生情報エリアＡ２における左側の領域には、再生されるオーディオデータに同期して再生されるべきＡＵＸデータ（ピクチャファイル，テキストファイル）が表示される領域が設けられる。
また、再生情報エリアＡ２の表示内容としては、オーディオデータを再生中であれば、その再生の進行に応じてトラックの再生状況が示されるようにもなっている。このときには、現在再生出力されるオーディオデータのレベルが横方向のセル表示によるレベルメータとして示される。また、時間表示としては、再生の進行に応じて変化していくようにされる。
【０１８２】
上記した再生情報エリアＡ２（及び後述するトラックモニタエリアＡ１０）の表示内容は、ＭＤレコーダ／プレーヤ１における現在の再生状況に応じて変化させていくことが可能とされているが、このために、ＭＤレコーダ／プレーヤ１にてオーディオデータを再生しているときには、その再生進行状況を示す所要の情報がＩＥＥＥ１３９４バス１１６を介して、ＭＤレコーダ／プレーヤ１からパーソナルコンピュータ１１３に対して送信されるようになっている。パーソナルコンピュータ１１３では、この再生進行状況を示す情報を受信し、その内容に応じて、例えばＲＡＭ２０３に保持されているＴＯＣの情報も必要があれば利用して、再生情報エリアＡ２の表示内容が変更されていくように、描画処理（表示画像データ生成処理）を実行する。
【０１８３】
また、メインバーエリアＡ１内の左下には、ディスク編集タブＴＢ１とトラック編集タブＴＢ２とが表示されている。
この図に示すＭＤコントロールウィンドウＷＤ１においては、メインバーエリアＡ１の下側の領域に対して、ディスク編集エリアとしての画面と、後述するトラック編集エリアＡ３としての画面を表示可能とされている。
そして、ディスク編集タブＴＢ１に対するクリック操作を行えば、ここでは図示しないがディスク編集エリアの画面が表示される。ディスク編集エリアの画面上では、ディスク単位についての編集操作を行うことができる。
これに対して、トラック編集タブＴＢ２に対してクリック操作を行えば、トラック編集エリアＡ３が表示される。
【０１８４】
トラック編集エリアＡ３において、その上側の段には、ピクチャファイル同期設定アイコンＩｃ１１、テキストファイル同期設定アイコンＩｃ１２、Ａ−Ｂ区間消去アイコンＩｃ１３、及びトラック分割アイコンＩｃ１４が配置表示される。
ピクチャファイル同期設定アイコンＩｃ１１は、トラックとしてのオーディオデータに対するピクチャファイルの同期設定モードを設定するためのアイコンとされる。このピクチャファイル同期設定アイコンＩｃ１１に対してクリック操作を行うと、後述するトラックモニタエリアＡ１０内のピクチャ・シンクエリアＡ１４に新規にピクチャファイルの同期位置を示すフラグＡ１６が表示される。
テキストファイル同期設定アイコンＩｃ１２は、トラックとしてのオーディオデータに対するテキストファイルの同期設定モードを設定するためのアイコンである。このテキストファイル同期設定アイコンＩｃ１２に対してクリック操作を行うと、後述するトラックモニタエリアＡ１０内のテキスト・シンクエリアＡ１５に新規にテキストファイルの同期位置を示すフラグＡ１６が表示される。
【０１８５】
Ａ−Ｂ区間消去アイコンＩｃ１３は、例えばトラックとしてのオーディオデータの一部を消去する場合に使用される。このＡ−Ｂ区間消去アイコンＩｃ１３に対してクリック操作を行うとＡ−Ｂ区間消去のための操作ウィンドウが表示され、この操作ウィンドウに対して操作を行うことで、ユーザが指定したＡ，Ｂの２つのポイント間の消去を実行することができる。
【０１８６】
トラック分割アイコンＩｃ１４は、元は１つのトラックとして管理されていたオーディオデータを２分割して２つのトラックとして管理されるようにするための編集を行う場合に使用される。
【０１８７】
トラック編集エリアＡ３内のトラックモニタエリアＡ１０においては、トラックの再生設定状況が表示される。
先ず、トラックモニタエリアＡ１０の上段には再生時間エリアＡ１１が表示されて、ここに再生時間が表示される。再生時間は、左から右の横方向に従って進行するようになっている。
また、その下には、レベルメータＡ１３が表示される。このレベルメータＡ１３はその再生時間におけるオーディオデータのレベルが縦方向のバーによって示される。
レベルメータＡ１３が表示される領域の下には、ピクチャシンクエリアＡ１４とテキストシンクエリアＡ１５が表示される。
【０１８８】
ピクチャシンクエリアＡ１４は、オーディオデータに対するピクチャファイルの同期再生タイミングを表示すると共に、この同期再生タイミングについての設定を行うためのエリアとされる。例えば、先に述べたように、ピクチャファイル同期設定アイコンＩｃ１１を操作することで、このピクチャシンクエリアＡ１４に対して新規にフラグＡ１６が表示され、また、後述するピクチャ表示エリアＡ１８には、空きの枠が表示される。そして、例えばこの空きの枠に対して、ここでは図示しないピクチャパレットウィンドウに表示されているピクチャを選択して、例えばドラッグアンドドロップ操作によってペーストすることで、上記した新規に設定されたフラグＡ１６に対応するピクチャファイルが設定される。そして、このフラグＡ１６を再生時間軸に沿ってドラッグアンドドロップ操作することで、任意に同期タイミングを設定することができる。フラグＡ１６により示される位置（時間）は、そのフラグが対応するＡＵＸデータファイルの出力が開始される時間を示す。
【０１８９】
テキストシンクエリアＡ１５は、オーディオデータに対するピクチャファイルの同期再生タイミングを表示すると共に、この同期再生タイミングについての設定を行うためのエリアとされる。
テキストファイル同期設定アイコンＩｃ１２を操作することで、このテキストシンクエリアＡ１５に対して新規にフラグＡ１６が表示される。また、ここでは図示しないテキスト編集ウィンドウには、これに対応してテキスト同期ポイントマークが表示される。そして、テキスト編集ウィンドウ上でテキスト同期ポイントマークを任意のテキストの部分に対して設定すれば、そのテキスト部分が新規に表示されたフラグＡ１６に対応するテキスト部分として設定される。そしてこの場合にも、フラグＡ１６を再生時間軸に沿ってドラッグアンドドロップ操作することで、任意の同期タイミングを設定することができる。
フラグＡ１６により示される位置（時間）は、そのフラグが対応するＡＵＸデータファイルの出力が開始される時間を示す。
【０１９０】
また、トラックモニタエリアＡ１０内において縦方向の破線として表示される再生位置指示バーＡ１２は、現在の再生位置に対応してトラック編集エリアＡ３を時間方向（横方向）に移動するようになっている。
例えば、ＭＤレコーダ／プレーヤ１によりトラックを再生すると、その再生時間の進行に従って、再生位置指示バーＡ１２が図の右から左に進行していくようにされる。このとき、レベルメータＡ１３は、この再生位置指示バーＡ１２の進行に応じて順次表示が行われていく。
【０１９１】
また、スクロールバーＡ１７は、トラックモニタエリアＡ１０の表示内容を時間方向（横方向）に沿ってスクロールさせるためのものとされる。
【０１９２】
トラックモニタエリアＡ１０の下には、ピクチャ表示エリアＡ１８が配置される。
このピクチャ表示エリアＡ１８内にあっては、現在選択されているトラックに付随するとされるピクチャファイルがいわゆるサムネイル画像ｐｃｔとしての小画面により配列されて表示される。このピクチャ表示エリアＡ１８の表示内容は、その右側に配置されているスクロールバーを操作することで、スクロールさせることができるようになっている。
【０１９３】
また、トラック編集エリアＡ３（又はディスク編集エリア）の左外側には、ピクチャパレットアイコンＩｃ３、ＡＵＸデータ読込アイコンＩｃ４、アンドゥアイコンＩｃ５、ムーブアイコンＩｃ６、コンバインアイコンＩｃ７、トラックイレーズアイコンＩｃ８、及びシンクポイントイレーズアイコンＩｃ９が配置表示される。
【０１９４】
ピクチャパレットアイコンＩｃ３は、ピクチャパレットウィンドウを呼び出して表示させるための操作を行うアイコンである。
ＡＵＸデータ読込アイコンＩｃ４は、ＭＤレコーダ／プレーヤ１に装填されているディスクに記録されているＡＵＸデータをパーソナルコンピュータ１１３側に読み込む際に操作するアイコンである。なお、このミニディスクに記録されているＡＵＸデータをパーソナルコンピュータ１１３側に読み込むための操作については後述する。
【０１９５】
アンドゥアイコンＩｃ５を操作した場合には、直前に行った操作の取り消しをおこなうことができる。
ムーブアイコンＩｃ６、コンバインアイコンＩｃ７、トラックイレーズアイコンＩｃ８はそれぞれ、オーディオデータであるトラックについての編集のためのアイコンである。
ムーブアイコンＩｃ６を操作すると、トラック移動のためのダイアログボックスが表示されて、このダイアログボックスに対する操作によってトラックの移動をおこなうことができる。
コンバインアイコンＩｃ７を操作した場合には、トラック連結のためのダイアログボックスが表示され、このダイアログボックスに対する操作によって複数トラックを連結して１つのトラックに纏めるという編集操作を行うことができる。
トラックイレーズアイコンＩｃ８を操作した場合には、トラック消去のためのダイアログボックスが表示される。そして、このダイアログボックスに対する操作により、指定したトラックを消去することが可能とされている。
【０１９６】
シンクポイントイレーズアイコンＩｃ９は、トラック編集エリアＡ３内のピクチャシンクエリアＡ１４又はテキストシンクエリアＡ１５内のシンクポイント（フラグＡ１６）を消去するための操作に用いられる。
ユーザは、任意にピクチャシンクエリアＡ１４又はテキストシンクエリアＡ１５内のシンクポイント（フラグＡ１６）を選択しておき、このシンクポイントイレーズアイコンＩｃ９に対してクリック操作を行うようにされる。
すると、シンクポイント消去のためのダイアログボックスが表示されて、選択したシンクポイントを消去することができるようになっている。
【０１９７】
なお、実際としては、トラック編集タブＴＢ２が選択されてトラック編集エリアＡ３が表示されているとき（つまり、或る１つのトラック単位での編集が行われる操作画面とされているとき）には、上記アイコンＩｃ３〜Ｉｃ９のうち、ピクチャパレットアイコンＩｃ３、アンドゥアイコンＩｃ５、及びシンクポイントイレーズアイコンＩｃ９が表示されることになっている。これに対して、ディスク編集タブＴＢ１が選択されてディスク編集エリアが表示されているとき（ディスク全体の記録内容についての編集が行われる操作画面とされているとき）には、上記アイコンＩｃ３〜Ｉｃ９のうち、ピクチャパレットアイコンＩｃ３、ＡＵＸデータ読込アイコンＩｃ４、アンドゥアイコンＩｃ５、ムーブアイコンＩｃ６、コンバインアイコンＩｃ７、トラックイレーズアイコンＩｃ８が表示されることになっている。
【０１９８】
そして、トラック編集エリアＡ３の下の外側には、記録容量表示エリアＡ２０が配置表示される。記録容量表示エリアＡ２０では、現在ＭＤレコーダ／プレーヤ１に装填されたディスクに記録されているデータ容量を、次のようにして表示する。
【０１９９】
図２８は、この記録容量容量表示エリアＡ２０の部分を抜き出し、拡大して示している。
この図に示すように、記録容量表示エリアＡ２０には、オーディオデータについてのデータ容量を示すオーディオデータ用エリアＡ２１が配置表示され、その下側にＡＵＸデータについてのデータ容量を示すＡＵＸデータ用エリアＡ２２が配置表示される。
【０２００】
オーディオデータ用エリアＡ２１及びＡＵＸデータ用エリアＡ２２は、この場合には共に横方向が長手となるバー形態によって表示されている。
そして、オーディオデータ用エリアＡ２１については、このバー表示の横方向の長さ全体が、オーディオデータをディスクに記録可能な総容量（オーディオデータ総容量）に対応するようになっている。そして、このオーディオデータ用エリアＡ２１としてのバー内に対して、オーディオデータの記録済み容量が、例えば実際には所定の色等による記録済容量バーＡ３１によって示される。ここで、記録済容量バーＡ３１はオーディオデータ用エリアＡ２１としてのバー内の左端から右方向に延びるようにして表示されることで、その長さによって容量を示すようにしている。
また、ここでは、記録済容量バーＡ３１の左側に「０％」と記され、そして、右端に「１００％」として表示されていることから分かるように、記録済み容量バーＡ３１によって示される容量を、オーディオデータ記録総容量に対する割合（占有率）によって示している。
そして、オーディオデータ用エリアＡ２１のバー内において、記録済み容量バーＡ３１によって占有されない残りの部分が空き容量バーＡ３２とされ、これによって空き容量をオーディオデータ記録総容量に対する割合によって示すようにされる。なお、空き容量バーＡ３２は、例えば実際には上記記録済容量バーＡ３１とは異なる色によって表示がおこなわれる。
【０２０１】
また、ＡＵＸデータとしてはピクチャファイルとテキストファイルの２種類が存在することから、ＡＵＸデータ用エリアＡ２２としてのバー内に対しては、ピクチャファイルの記録済み容量、及びテキストファイルの記録済み容量が次のようにして示される。
図２８にあって、先ず、ＡＵＸデータ用エリアＡ２２としてのバー全体の長さは、ＡＵＸデータをディスクに記録可能な総容量（ＡＵＸデータ総容量）を示しているものとされる。
このうえで、ＡＵＸデータ用エリアＡ２２のバー内にあっては、その左端から右方向に延びるようにして、ピクチャファイル記録済容量バーＡ４１が表示される。そして、このピクチャファイル記録済容量バーＡ４１の右端の終端位置に続くようにして、テキストファイル記録済容量バーＡ４２が示される。そして、ＡＵＸデータ用エリアＡ２２のバー内において残る領域は、空き容量バーＡ４３として表示される。ここで、実際には、ピクチャファイル記録済容量バーＡ４１，テキストファイル記録済容量バーＡ４２，及び空き容量バーＡ４３は、それぞれ異なる色等によって区分されるようにして表示される。
【０２０２】
そして、ここでも、ピクチャファイル記録済容量バーＡ４１及びテキストファイル記録済容量バーＡ４２の長さは、それぞれ、ピクチャファイルとテキストファイルの記録済み容量を示すのであるが、これらの記録済み容量は、共に、ＡＵＸデータ総容量に対する割合として示されることになる。
【０２０３】
なおＡＵＸデータ用エリアＡ２２における表示形態として、ピクチャファイル記録済容量バーＡ４１とテキストファイル記録済容量バーＡ４２の配列順は逆となっても構わないものである。
【０２０４】
上記のようにして、ＭＤコントロールウィンドウＷＤ１に表示される記録容量エリアＡ２１を見ることで、ユーザは、ＭＤレコーダ／プレーヤ１に装填されているディスクに記録されたデータについての記録済み容量を視覚的に把握することができるようになっている。
本実施の形態のミニディスクシステムとしては、オーディオデータと、これに付随するＡＵＸデータ（ピクチャファイル，テキストファイル）が記録されるのであるが、図２８によっても説明したように、本実施の形態の記録容量エリアＡ２１においては、オーディオデータとＡＵＸデータの各記録済み容量を、それぞれ異なるバーにより表示するようにしていることで、各々の記録済み容量をより容易に把握することができるようにもなっている。
そして、そのうえで、ＡＵＸデータについては、ピクチャファイル，テキストファイルの各記録済み容量を異なるバーにより表示していることで、ピクチャファイル，テキストファイルそれぞれの記録済み容量が視覚的に把握できるようにも配慮されている。
【０２０５】
３−２．ＡＵＸデータの読み込み
ところで、これまでの説明から分かるように、本実施の形態では、図２７により説明したＭＤコントロールウィンドウＷＤ１に対して操作を行うことで、ディスクに記録されたデータについての各種編集操作が可能とされる。
ここで、例えば先に図２７により述べた、ピクチャシンクエリアＡ１４を利用してのオーディオデータに対するピクチャファイルの同期再生タイミングの編集、若しくは、テキストシンクエリアＡ１５を利用してのオーディオデータに対するテキストファイルの同期再生タイミングの編集などのように、ＡＵＸデータ（ピクチャファイル、テキストファイル）が関係する編集については、これらのＡＵＸデータが、パーソナルコンピュータ１１３側に取り込まれている必要がある。
例えば、ピクチャファイルに関すれば、図２７に示すピクチャ表示エリアＡ１８には、現在選択されているトラックに関連して付随しているとされるピクチャファイルがサムネイル画像として表示されるのであるが、このときには、例えばパーソナルコンピュータ１１３に取り込まれてＲＡＭ２０３（又はハードディスク）に保持されているピクチャファイルを利用してピクチャ表示エリアＡ１８に対してピクチャファイルの表示をおこなっているものである。
【０２０６】
そして、本実施の形態の場合、このようなＡＵＸデータを、ＭＤレコーダ／プレーヤ１（ミニディスク）からパーソナルコンピュータ１１３側に取り込むようにするには、図２７にて述べたＭＤコントロールウィンドウＷＤ１内のＡＵＸデータ読込アイコンＩｃ４に対するクリック操作を行うようにされる。
以下、ＡＵＸデータの取り込みのための操作、及び、これに伴うディスプレイモニタ２０８での表示について説明する。
【０２０７】
上記のようにしてＡＵＸデータ読込アイコンＩｃ４に対してクリック操作をおこなうと、図２９に示す読込設定ウィンドウＷＤ２が表示される。これは、パーソナルコンピュータ１１３に対して読み込むべきＡＵＸデータについての設定をおこなうダイアログボックスとして機能する。
【０２０８】
この読込設定ウィンドウＷＤ２では、ダイアログとして、「画像とテキストの両方を読み込みますか？」「画像のみ読み込みますか？」「テキストのみ読み込みますか？」の３つの選択肢が表示され、各ダイアログに対してチェックボックスＣＢ１，ＣＢ２．ＣＢ３が対応付けられて表示されている。これらのダイアログの文言として、「画像」とはピクチャファイルのことを指し、「テキスト」とはテキストファイルのことを指す。つまり、このダイアログによっては、
１  ピクチャファイルとテキストファイルの両方を読み込む。
２  ピクチャファイルのみを読み込む。
３  テキストファイルのみを読み込む。
の３つの何れか１つを選択できるようになっている。
【０２０９】
ユーザは、これらの３つのダイアログの中から任意の１つのダイアログに対応するチェックボックスＣＢに対してチェックをするための操作を行うことができる。そしてこの後、ＯＫボタンＢＴ２１を操作すると、ＭＤレコーダ／プレーヤ１から、現在装填されているディスクに記録されているＡＵＸデータのうち、チェックボックスＣＢに対する操作によって選択された種別のファイルが選択されて、パーソナルコンピュータ１１３に対して送信されてくることになる。
つまり、「画像とテキストの両方を読み込みますか？」のダイアログに対応するチェックボックスＣＢ１に対しチェックしたのであれば、ＭＤレコーダ／プレーヤ１からは、ピクチャファイルとテキストファイルの両方を送信出力することになる。
また、「画像のみ読み込みますか？」のダイアログに対応するチェックボックスＣＢ２に対しチェックしたのであれば、ＭＤレコーダ／プレーヤ１からは、ピクチャファイルのみを送信出力し、テキストファイルの送信はおこなわない。
また、「テキストのみ読み込みますか？」のダイアログに対応するチェックボックスＣＢ３に対しチェックしたのであれば、ＭＤレコーダ／プレーヤ１からは、テキストファイルのみを送信出力し、ピクチャファイルについては送信しない。
【０２１０】
そして、上記のようにして、ＡＵＸデータがＭＤレコーダ／プレーヤ１からパーソナルコンピュータ１１３に対して送信され、これをパーソナルコンピュータ１１３にて受信して例えばＲＡＭ２０３に書き込んでいるときには、例えば図３０に示すようにして、ＡＵＸデータの読込状況を示す読込状況ウィンドウＷＤ３が表示される。なお、このときには図２９に示した読込設定ウィンドウＷＤ２の表示は消去されている。
また、図２９に示した読込設定ウィンドウＷＤ２のキャンセルボタンＢＴ２２を操作した場合には、読込設定ウィンドウＷＤ２の表示が消去され、ＡＵＸデータの送信は行われない。
【０２１１】
図３０に示す読込状況ウィンドウＷＤ３にあっては、例えば図柄によって、ＭＤレコーダ／プレーヤ１からパーソナルコンピュータ１１３に対してＡＵＸデータが送信中にあることを示すようにしている。
また、その下には、例えばパーソナルコンピュータ１１３側に取り込んだファイルの進行状況を示すようにされる。
この図では、「画像  ０２／５４」「テキスト００／１０」として表示がおこなわれているが、これは、ピクチャファイルについては、全部で５４ファイルがディスクに記録されており、そのうち、２ファイルがパーソナルコンピュータ１１３に取り込まれていることを示していると共に、テキストファイルについては、全部で１０ファイルがディスクに記録されているが、パーソナルコンピュータ１１３側に取り込まれたファイルは０であることを示している。
なお、読込状況ウィンドウＷＤ３内に表示されるキャンセルボタンＢＴ３１を操作した場合には、ファイルの読み込み動作は停止される。
【０２１２】
本実施の形態では、このようにしてパーソナルコンピュータ１１３側に取り込むべきＡＵＸデータのファイル種別について、ユーザの操作によって選択できるようにしている。
例えばＡＵＸデータの取り込みにあたり、全ての種別のＡＵＸデータファイル（この場合であればピクチャファイル及びテキストファイル）を取り込むように固定的に設定されているとした場合、例えばユーザが、ピクチャファイルのみを取り込みたいと思ったときでも、テキストファイルまでもが読み込まれてしまうことになる。これは、例えばファイル読込のための時間が余計ににかかることになる。
これに対して本実施の形態であれば、ユーザにとって必要な種別のＡＵＸデータファイルのみを読込ファイルとして選択することが可能になるため、それだけ、ファイル読込の時間（転送時間）を短くすることができるものである。
【０２１３】
３−３．処理動作
３−３−１．記録容量表示エリア表示
これまでの説明における本実施の形態の特徴としては、ＭＤコントロールウィンドウＷＤ１において、記録容量表示エリアＡ２０により、オーディオデータ、ＡＵＸデータ［ピクチャファイル，テキストファイル］の各記録済み容量が視認可能に表示されることと、ＡＵＸデータをパーソナルコンピュータ１１３に読み込む際に、そのファイル種別［ピクチャファイル，テキストファイル]を選択できることとなる。
そこで以降、記録容量表示エリアＡ２０の表示のための処理と、ファイル種別の選択操作に応じたファイルの読込動作を実現するための処理について説明することとし、先に、記録容量表示エリアＡ２０の表示のための処理について説明する。
【０２１４】
ここで、記録容量表示エリアＡ２０の表示のための処理動作そのものを説明するのに先立ち、その前提となる条件について説明しておく。
図２８に示したようにして、記録容量表示エリアＡ２０として、オーディオデータ、ＡＵＸデータ［ピクチャファイル，テキストファイル］の各記録済み容量を表示するためには、現在ＭＤレコーダ／プレーヤ１に装填されているディスクに関する情報として、次の情報をパーソナルコンピュータ１１３が取得する必要がある。
（Ａ）オーディオデータ記録可能総容量ａ１
（Ｂ）オーディオデータ記録済み容量ａ２
（Ｃ）ＡＵＸデータ記録可能総容量ａ３
（Ｄ）ピクチャファイルデータ記録済み容量ａ４
（Ｅ）テキストファイルデータ記録済み容量ａ５
なお、以降は上記各情報を一括して「ディスク容量情報」ともいうことにする。
【０２１５】
上記ディスク容量情報は、本実施の形態にあっては、ＭＤレコーダ／プレーヤ１にて算出をおこなってその値を得て、これをパーソナルコンピュータ１１３側から要求があったときに送信するようにされる。
そこで、各ディスク容量情報の算出方法について、ここで述べておく。
（Ａ）オーディオデータ記録可能総容量ａ１
オーディオデータ記録可能総容量ａ１は、ディスクにおいてオーディオデータを記録可能な領域のサイズであり、これは、図７（ｂ）に示したプログラムエリアのサイズが対応する。
例えば、ディスクのリードインに記録されているＰ−ＴＯＣセクター０には、リードアウトスタートアドレスと、プログラムエリアのスタートアドレスであるレコーダブルユーザエリア・スタートアドレスの情報が記録されている。
そして、オーディオデータ記録可能総容量ａ１を算出する際には、このリードアウトスタートアドレス＝ＡLOSとし、レコーダブルユーザエリア・スタートアドレス＝ＡRUSとして
ａ１＝ＡLOS−ＡRUS・・・（式１）
で示される演算をおこなう。この演算により求められるａ１は、直接的にはプログラムエリアが占有するアドレス総数となる。アドレスは、図５によって説明したようにクラスタ、セクター、そしてサウンドグループ単位で指定されることから、アドレス総数は、クラスタ、セクター、そしてサウンドグループ単位によるデータサイズとして扱うことができるものとみることができる。
【０２１６】
ここで、実際にデータサイズを求めるのであれば、上記（式１）により算出されたアドレス総数としてのクラスタ数、セクター数、そしてサウンドグループ数に対して、それぞれ１クラスタのデータサイズ、１セクターのデータサイズ、１サウンドグループのデータサイズを乗算し、その総計をとればよいことになる。これは以降説明する他の容量についての実のデータサイズを求める場合にも同様のことが言える。
但し、本実施の形態にあっては、記録容量表示エリアＡ２０における記録済み容量表示は、記録可能容量に対する割合によって示されるため、後述するようにしてアドレス数をデータ容量として扱って、割合計算をおこなっていけばよいものとされる。
【０２１７】
（Ｂ）オーディオデータ記録済み容量ａ２
オーディオデータ記録済み容量ａ２は、プログラムエリアにおいて記録データとして管理されているデータが記録されている領域の総容量となる。
このオーディオデータ記録済み容量ａ２は、図８に示したＵ−ＴＯＣセクター０のポインタ部により示される各トラックのパーツテーブルを参照することで、各トラックが占有するアドレス総数を得て、これらの各トラックのアドレス総数を加算すればよい。つまり、各トラックのアドレス総数がオーディオデータ記録済み容量ａ２として扱われる。
この際、或る１つのトラックについて、複数のパーツに離散して記録がおこなわれている場合には、図８，９にて説明したようにして、Ｕ−ＴＯＣセクターでは複数のパーツテーブルがリンク情報によって連結されることで、１トラックの記録領域を表すが、この場合には、リンク情報をたどっていきながら各パーツテーブルのアドレス総数を加算すれば、１トラックのアドレス総数を得ることができる。
【０２１８】
（Ｃ）ＡＵＸデータ記録可能総容量ａ３
ＡＵＸデータ記録可能総容量ａ３は、図７（ｂ）に示したＡＵＸデータエリアにおいて実データの記録が可能な領域の総容量とされる。
これは、現状としては、ディスクの記録可能時間等の種別の相違に関わらず共通となっている。
ＡＵＸデータエリアは、図７（ｂ）に示されるように３５クラスタ分の領域を有し、また、１クラスタ＝３２セクターで、ＡＵＸデータにおける１セクター分の有効データのサイズが２３２４バイトであることから、ＡＵＸデータ記録可能総容量ａ３は、
ａ３＝３５×３２×２３２４・・・（式２）
で表される。そして、ＭＤレコーダ／プレーヤ１にあっては、このＡＵＸデータ記録可能総容量ａ３の値を保持しているものとされる。但し、ここでの値ａ３は、実のデータサイズを表しているものであることから、本実施の形態の場合には、ＭＤレコーダ／プレーヤ１側では、このデータサイズとしての値ａ３を、アドレス数に変換する。そして、このアドレス数により示されるＡＵＸデータ記録可能総容量ａ３をディスク容量情報として扱うものとされる。
【０２１９】
（Ｄ）ピクチャファイルデータ記録済み容量ａ４
ピクチャファイルデータ記録済み容量ａ４は、ＡＵＸデータエリアにおいて記録済みとされたＡＵＸデータのうち、ピクチャファイルのデータについての記録済み容量とされる。
このピクチャファイルデータ記録済み容量ａ４は、図１４に示したＡＵＸ−ＴＯＣセクター１（ピクチャアロケーションテーブル）を参照して、オーディオデータ記録済み容量を算出する場合に準ずる計算をおこなうことで求めることができる。
即ち、ＡＵＸ−ＴＯＣセクター１のポインタ部により示される各ピクチャファイルのパーツテーブルを参照し、各ピクチャファイルが占有するアドレス総数を得る。そして、これら各ピクチャファイルが占めるアドレス総数を加算すればよい。つまり、各ピクチャファイルが占めるアドレス総数がオーディオデータ記録済み容量ａ４として扱われる。
なお、ピクチャファイルデータについては、図１４にても説明したように、現段階としては、１つのファイルが複数のパーツに物理的に離間されて記録されないものとして規定されており、従って、Ｕ−ＴＯＣセクター０の場合のように、１ファイルのアドレス総量を求めるのに、リンク情報をたどっていきながら各パーツテーブルのアドレス総数を加算するという処理はおこなわれない。
【０２２０】
（Ｅ）テキストファイルデータ記録済み容量ａ５
テキストファイルデータ記録済み容量ａ５は、ＡＵＸデータエリアにおいて記録済みとされたＡＵＸデータのうち、テキストファイルのデータについての記録済み容量とされる。
このテキストファイルデータ記録済み容量ａ５は、図１７に示したＡＵＸ−ＴＯＣセクター４（テキストアロケーションテーブル）を参照して、オーディオデータ記録済み容量を算出する場合に準ずる計算をおこなうことで求めることができる。
即ち、ＡＵＸ−ＴＯＣセクター４のポインタ部により示される各テキストファイルのパーツテーブルを参照し、各テキストファイルが占有するアドレス総数を得る。そして、これら各テキストファイルが占めるアドレス総数を加算すればよい。つまり、各テキストファイルが占めるアドレス総数がオーディオデータ記録済み容量ａ５として扱われる。
なお、テキストファイルデータについても、現段階としては、１つのファイルは、図２４に示すようにして記録されるものとし、複数のパーツに物理的に離間されて記録されないものとして規定されている。従って、この場合にも、１ファイルのアドレス総量を求めるのに、リンク情報をたどっていきながら各パーツテーブルのアドレス総数を加算するという処理はおこなわれない。
【０２２１】
このように各５つのディスク容量情報は、上記のようにして求めることができる。そして、このような各ディスク容量情報の算出は、ＭＤレコーダ／プレーヤ１においてディスクが装填されて、このディスクからＴＯＣ情報（Ｐ−ＴＯＣ，Ｕ−ＴＯＣ，ＡＵＸ−ＴＯＣ）が読み出されてバッファメモリ１３に保持された後、所要の機会でもって、このバッファメモリ１３に保持されたＴＯＣ情報から必要な情報を参照することでおこなうようにされる。この算出処理は、システムコントローラ１１が実行する。そして、算出された各ディスク容量情報を例えば、ワークＲＡＭ２９（又はバッファメモリ１３）に保持するようにされる。
そして、前述したように、パーソナルコンピュータ１１３側から、このディスク容量情報を送信する要求があった場合に、これを送信するようにされる。
【０２２２】
上記したディスク容量情報についての記述を踏まえて、以降、記録容量表示エリアＡ２０の表示のための処理動作について説明していく。
上記したディスク容量情報を、パーソナルコンピュータ１１３がＭＤレコーダ／プレーヤ１から取得する際には、ＩＥＥＥ１３９４バス１１６を介しての、パーソナルコンピュータ１１３とＭＤレコーダ／プレーヤ１間での通信がおこなわれることになる。また、この通信はコマンドとレスポンスの送受信であることから、Ａｓｙｎｃｈｒｏｎｏｕｓ通信によりおこなわれる。
【０２２３】
図３１は、このディスク容量情報取得に際しての、パーソナルコンピュータ１１３とＭＤレコーダ／プレーヤ１間でのトランザクションのシーケンスを示している。この図３１に示すトランザクションは、先に図２６に示したＡｓｙｎｃｈｒｏｎｏｕｓ通信のトランザクションの規定に従っておこなわれるものである。
ＩＥＥＥ１３９４にフォーマットあっては、リモート制御の関係として送信（制御）側をＣｏｎｔｒｏｌｌｅｒ、受信（被制御）側をＴａｒｇｅｔとして定義するのであるが、ここでは図２６に示したＲｅｑｕｅｓｔｅｒ（送信側）をＣｏｎｔｒｏｌｌｅｒとし、Ｒｅｓｐｏｎｄｅｒ（受信側）をＴａｒｇｅｔとしている。
そして、この場合には、パーソナルコンピュータ１１３側にて起動されるＭＤ操作用のアプリケーションソフトウェアがＣｏｎｔｒｏｌｌｅｒとして定義され、ＭＤレコーダ／プレーヤ１側がＴａｒｇｅｔとなる。以降、図３１の説明にあっては、ＭＤ操作用のアプリケーションソフトウェアについてＣｏｎｔｒｏｌｌｅｒといい、ＭＤレコーダ／プレーヤ１についてＴａｒｇｅｔということにする。
【０２２４】
ここで、本実施の形態のシステムに対応しては、ＩＥＥＥ１３９４で送信可能なＡＶ／Ｃコマンドとして、ＧｅｔＤｉｓｃｉｎｆｏが定義されているものとする。このＧｅｔＤｉｓｃｉｎｆｏは、例えば、ＭＤコントロールウィンドウＷＤ１を初期的に表示させるのに必要とされるディスクに関する情報である「Ｄｉｓｃｉｎｆｏ」を要求するためのコマンドとされる。そして、このＤｉｓｃｉｎｆｏとしては、先に述べた５つの「ディスク容量情報」が含まれているものとする。
【０２２５】
そして、例えば、ＭＤ操作用のアプリケーションソフトウェアが起動されるなどして、ＭＤコントロールウィンドウＷＤ１の表示を最初におこなう必要があるとされる場合が生じたとすると、ＣｏｎｔｒｏｌｌｅｒからはステップＳ２１の処理としてＧｅｔＤｉｓｃｉｎｆｏのコマンドを送信する。ＴａｒｇｅｔではステップＳ２２の処理によって、このＧｅｔＤｉｓｃｉｎｆｏのコマンドを受信し、続くステップＳ２３の処理としてＡｃｋｎｏｗｌｅｄｇをＣｏｎｔｒｏｌｌｅｒに対して返送する。ＣｏｎｔｒｏｌｌｅｒではこのＡｃｋｎｏｗｌｅｄｇを受信することでＴａｒｇｅｔがコマンドを受信したことを認知する。
【０２２６】
そしてこの後、Ｔａｒｇｅｔ側では、Ｄｉｓｃｉｎｆｏとして規定されている情報内容を作成する。このときに、上述した「ディスク容量情報」も含めるようにされる。
そして、ステップＳ２５の処理により、作成したＤｉｓｃｉｎｆｏを送信する。つまり、ＧｅｔＤｉｓｃｉｎｆｏのコマンドに対するＲｅｓｐｏｎｃｅとしてＳｅｔＤｉｓｃＩｎｆｏを送信する。
【０２２７】
Ｃｏｎｔｒｏｌｌｅｒでは、ステップＳ２６の処理としてこのＲｅｓｐｏｎｓｅを受信し、これに応答してステップＳ２７の処理によりＴａｒｇｅｔに対してＡｃｋｎｏｗｌｅｄｇｅを送信する。ＴａｒｇｅｔではこのＡｃｋｎｏｗｌｅｄｇｅを受信することで、ＲｅｓｐｏｎｓｅがＣｏｎｔｒｏｌｌｅｒ側にて受信されたことを認知する。
【０２２８】
続いては図３２を参照して、パーソナルコンピュータ１１３側において実行される、記録容量表示エリアＡ２０を表示するための処理動作について説明する。なお、この図に示す処理は、操作用アプリケーションソフトウェアとしてのプログラムのもとで、ＣＰＵ２０１が実行するものとされる。また、記録容量表示エリアＡ２０を表示するにあたっての実際の処理としては、ＭＤコントロールウィンドウＷＤ１全体の画像データを生成して表示出力する処理となるのであるが、ここでは、説明の便宜上、ＭＤコントロールウィンドウＷＤ１内の記録容量表示エリアＡ２０を表示するための描画（画像データ生成）処理についてのみ言及することとする。
【０２２９】
先ずステップＳ１０１においては、Ｔａｒｇｅｔ（ＭＤレコーダ／プレーヤ１）に対してＧｅｔＤｉｓｃＩｎｆｏのコマンドを送信する処理から開始されている。これは、上記図３１に示した処理ステップＳ２１に対応する。
【０２３０】
上記ステップＳ１０１に対する応答として、ＭＤレコーダ／プレーヤ１からＤｉｓｃＩｎｆｏが送信されてきたとすると、パーソナルコンピュータ１１３側ではこれを受信して、ステップＳ１０２の処理として示すようにして、ＤｉｓｃＩｎｆｏを取得する。これにより、図３２のステップＳ１０２内の記述内容として示すようにして、ＤｉｓｃＩｎｆｏに含まれるディスク容量情報である、
オーディオデータ記録可能総容量ａ１
オーディオデータ記録済み容量ａ２
ＡＵＸデータ記録可能総容量ａ３
ピクチャファイルデータ記録済み容量ａ４
テキストファイルデータ記録済み容量ａ５
が取得されることになる。
【０２３１】
ここで、図２８により説明した記録容量表示エリアＡ２０においては、オーディオデータについては、オーディオデータの記録可能総容量に対する記録済み容量を割合表示によって示している。また、ＡＵＸデータについては、ピクチャファイルデータとテキストファイルデータの各種別ごとのデータの記録済み容量を、それぞれＡＵＸデータの記録可能総容量に対する割合表示によって示している。
そして、ステップＳ１０３以降の処理によって、この割合表示をおこなうための記録可能総容量に対する記録済み容量の占有率を、オーディオデータと、ＡＵＸデータのそれぞれについて算出するようにされる。
【０２３２】
ステップＳ１０３においては、オーディオデータについての記録可能総容量に対する記録済み容量の占有率を算出する。
このためには、ディスク容量情報のうち、オーディオデータ記録可能総容量ａ１、オーディオデータ記録済み容量ａ２を利用して、
ｒａｔｅ１＝ａ１／ａ２・・・（式３）
で表される演算をおこなって、オーディオデータの記録済み容量の占有率ｒａｔｅ１を得るようにされる。
【０２３３】
次のステップＳ１０４においては、ＡＵＸデータの記録可能総容量に対する、ピクチャファイルデータの記録済み容量の占有率を算出するために、ＡＵＸデータ記録可能総容量ａ３及びピクチャファイルデータ記録済み容量ａ４を利用して、
ｒａｔｅ２＝ａ４／ａ３・・・（式４）
で表される演算をおこなって、ピクチャファイルデータの記録済み容量の占有率ｒａｔｅ２を得る。
【０２３４】
また、次のステップＳ１０５において、ＡＵＸデータの記録可能総容量に対する、テキストファイルデータの記録済み容量の占有率を算出するために、ＡＵＸデータ記録可能総容量ａ３及びテキストファイルデータ記録済み容量ａ５を利用して、
ｒａｔｅ３＝ａ５／ａ３・・・（式４）
で表される演算をおこなって、テキストファイルデータの記録済み容量の占有率ｒａｔｅ２を得る。
【０２３５】
なお、上記各処理によって得られるｒａｔｅ１，ｒａｔｅ２，ｒａｔｅ３の値は、例えばＲＡＭ２０３に保持される。
【０２３６】
そして、ステップＳ１０６においては、上記のようにして得られたｒａｔｅ１，ｒａｔｅ２，ｒａｔｅ３の値を利用して、ＭＤコントロールウィンドウＷＤ１内の記録容量表示エリアＡ２０の描画（表示画像データ生成）のための処理を実行する。
ここで、例えばオーディオデータについての占有率ｒａｔｅ１を例に挙げると、このｒａｔｅ１は、記録容量表示エリアＡ２０のオーディオデータ用エリアＡ２１の長さを「１」とすれば、記録済容量バーＡ３１の長さに対応することになる。従って、このｒａｔｅ１の値に基づいて、記録済容量バーＡ３１の長さを決定してオーディオデータ用エリアＡ２１としての画像部分の描画を行えば、占有率ｒａｔｅ１が反映されたオーディオデータ用エリアＡ２１における容量表示が行われることになる。
また、ＡＵＸデータについても同様にして、ｒａｔｅ２，ｒａｔｅ３の各値に基づいて、ＡＵＸデータ用エリアＡ２２におけるピクチャファイル記録済容量バーＡ４１、テキストファイル記録済容量バーＡ４２の各長さを決定して、オーディオデータ用エリアＡ２１内に、これら各バーの描画を行うようにする。
【０２３７】
３−３−２．読込ファイルの選択
続いて、先に図２９及び図３０を参照して述べた、ＡＵＸデータのファイル種別［ピクチャファイル，テキストファイル]の選択操作に応じたファイルの読込動作を実現するための処理について説明する。
図３３、図３４のフローチャートは、ＡＵＸデータ読込に際してのパーソナルコンピュータ１１３側の処理と、ＭＤレコーダ／プレーヤ１側の処理をそれぞれ示している。なお、図３３に示す処理は、操作用アプリケーションのプログラムに従って、ＣＰＵ２０１が実行する。また、図３４に示す処理はＭＤレコーダ／プレーヤ１のシステムコントローラ１１が実行する。
【０２３８】
先ず、図３３に示す処理にあっては、ＭＤコントロールウィンドウＷＤ１を表示出力させている状態の下で、ＡＵＸデータ読込アイコンＩｃ４に対するクリック操作が行われるのを待機している。そして、ＡＵＸデータ読込アイコンＩｃ４に対するクリック操作が行われたことが判別されると、ステップＳ２０２に進んで、先に図２９に示した読込設定ウィンドウＷＤ２の表示を行う。
【０２３９】
そして、次のステップＳ２０３においては、読込設定ウィンドウＷＤ２に表示されているチェックボックスＣＢ１，ＣＢ２，ＣＢ３の何れかに対する操作、つまり、読み込むべきファイル種別の組み合わせの選択操作に応じて、読み込むべきファイル種別の選択設定を内部にて行うようにする。また、このときには、チェックボックスＣＢ１，ＣＢ２，ＣＢ３に対する操作に応じて、チェックボックス内のチェックマークの表示／消去のため描画処理も実行しているものとされる。
【０２４０】
次のステップＳ２０４では、読込設定ウィンドウＷＤ２に表示されているＯＫボタンＢＴ２１に対する操作が行われたか否かを判別し、ここで否定結果が得られればステップＳ２０９に進んで、ここではキャンセルボタンＢＴ２２が操作されたか否かについて判別する。
ここで、キャンセルボタンＢＴ２２の操作が行われたことが判別されれば、ステップＳ２１０に進んで読込設定ウィンドウＷＤ２の表示を消去した上で、このルーチンを抜ける。これに対して、キャンセルボタンＢＴ２２の操作は行われていないことが判別されたのであれば、ステップＳ２０３の処理に戻るようにされる。
【０２４１】
ステップＳ２０４においてＯＫボタンＢＴ２１に対する操作の行われたことが判別された場合には、ステップＳ２０５に進んで、これまで表示出力していた読込設定ウィンドウＷＤ２を消去し、この後ステップＳ２０６に進む。
ステップＳ２０６においては、これまでのステップＳ２０３としての処理によって選択された種別のＡＵＸデータファイルを要求するためのコマンドを、ＩＥＥＥ１３９４バス１１６を介して、ＭＤレコーダ／プレーヤ１に対して送信する。
つまり、読込設定ウィンドウＷＤ２に対する操作によって、読み込みファイルとしてピクチャファイルとテキストファイルの両方が選択されていた場合には、ピクチャファイルとテキストファイルの両者のデータの送信を要求するためのコマンドを送信する。また、ピクチャファイルのみが選択されていた場合にはピクチャファイルのみのデータの送信を要求するためのコマンドを送信する。また、テキストファイルのみが選択されていた場合にはテキストファイルのみのデータの送信を要求するためのコマンドを送信することになる。
【０２４２】
なお、このときのＭＤレコーダ／プレーヤ１との通信はＡｓｙｎｃｈｒｏｎｏｕｓ通信によって行われ、従って、図２６に示したトランザクションルールに従って、パーソナルコンピュータ１１３側がＣｏｎｔｒｏｌｌｅｒ（Ｒｅｑｕｅｓｔｅｒ）、ＭＤレコーダ／プレーヤ１側がＴａｒｇｅｔ（Ｒｅｓｐｏｎｄｅｒ）として機能した上で通信が行われる。
【０２４３】
上記ステップＳ２０６の処理によって送信されたコマンドを受信すると、ＭＤレコーダ／プレーヤ１側にあっては、図３４にて後述するようにして、コマンドにより指定される種別のＡＵＸデータファイルを送信する。
そして、パーソナルコンピュータ１１３側においては、送信されてきたＡＵＸデータファイルをステップＳ２０７の処理によって受信し、この受信して得られたＡＵＸデータファイルをＲＡＭ２０３に書き込んで記憶するようにされる。
そして、このときには、データファイルの受信状況に応じて、図３０にて説明した読込状況ウィンドウＷＤ３を表示するための描画処理及び表示出力のための処理も実行しているものとされる。
【０２４４】
そして、このステップＳ２０７の処理であるＡＵＸデータの受信／読込は、次のステップＳ２０８において、データ読込の終了、つまりここでは、読み込みを行うべき全データファイルをＲＡＭ２０３に書き込んだことが判定されるまで継続される。なお、例えばこの場合には、ＭＤレコーダ／プレーヤ１側から送信すべきデータファイルの送信を完了したことを示す通知情報が送信されてくるものとしている。そこで、上記ステップＳ２０８におけるデータ読込の終了の判別にあたっては、ＣＰＵ２０１は、この送信終了の通知情報を受けたときに、受信すべきデータファイルがこれ以上は送信されてこないことを認識することができる。そして、最後に送信されたデータファイルのＲＡＭ２０３への書き込みが終了したのを以て、ステップＳ２０８における肯定結果を得るようにされる。
【０２４５】
そして、ステップＳ２０８において肯定結果が得られた段階では、ユーザが選択した種別のＡＵＸデータファイルが全てパーソナルコンピュータ１１３側に読み込まれている状態にあることになる。そこで、ステップＳ２０８において肯定結果が得られた場合には、ステップＳ２０９に進んで、これまで表示出力していた読込状況ウィンドウＷＤ３を消去して、このルーチンを終了する。
【０２４６】
また、図３４においては、ＭＤレコーダ／プレーヤ１の動作として、パーソナルコンピュータ１１３側から送信されたＡＵＸデータの要求コマンドの受信に応答したＡＵＸデータファイル送信のための処理が示される。
この図に示す処理として、先ずステップＳ３０１においては、上記図３３のステップＳ２０６により送信されてきたＡＵＸデータファイル送信要求コマンドの受信が行われるのを待機している。そして、このコマンドの受信が行われたのであればステップＳ３０２に進む。
【０２４７】
ステップＳ３０２においては、受信したコマンド内容から、送信すべきＡＵＸデータファイルの種別を判定する。そして、ピクチャファイルとテキストファイルの両者の送信を要求するものであった場合には、ステップＳ３０３以降の処理に進む。
【０２４８】
ステップＳ３０３においては、現在ＭＤレコーダ／プレーヤ１に装填されているディスクに対して再生を行い、ＡＵＸデータエリアから、先ず、ピクチャファイルデータを順次読み出して、ＩＥＥＥ１３９４バス１１６を介してパーソナルコンピュータ１１３に対して送信していくための制御処理が実行される。
このステップＳ３０３の処理は、例えば、システムコントローラ１１がＡＵＸ−ＴＯＣセクター０（エリアアロケーションテーブル）とＡＵＸ−ＴＯＣセクター１（ピクチャアロケーションテーブル）とを参照して、ＡＵＸデータエリア内のピクチャファイルデータに順次アクセスして読み出しを行うことで実現される。
この処理は、ステップＳ３０４にてＡＵＸデータエリア内のピクチャファイルデータを全て読み出したことが判別されるまで継続される。
【０２４９】
そして、ステップＳ３０４にて全ピクチャファイルデータの読み出しが終了したとされると、ステップＳ３０５に進む。
ステップＳ３０５においては、ＡＵＸデータエリアから、テキストファイルデータを順次読み出し、ＩＥＥＥ１３９４バス１１６を介してパーソナルコンピュータ１１３に対して送信していくための制御処理を実行する。
この場合にも、システムコントローラ１１は、ＡＵＸ−ＴＯＣセクター０（エリアアロケーションテーブル）とＡＵＸ−ＴＯＣセクター４（テキストアロケーションテーブル）とを参照して、ＡＵＸデータエリア内のテキストファイルデータに順次アクセスして読み出しを行うことで実現される。
【０２５０】
上記ステップＳ３０５の処理は、次のステップＳ３０６によって、ＡＵＸデータエリア内の全テキストファイルデータのディスクからの読み出しと、パーソナルコンピュータ１１３への送信が終了することが判別されるまで継続される。
そして、このステップＳ３０６にて肯定結果が得られると、ステップＳ３１１に進む。
【０２５１】
また、ステップＳ３０２において、送信すべきＡＵＸデータファイルの種別が、ピクチャファイルのみの送信を要求するものであった場合には、ステップＳ３０７の処理に進む。
ステップＳ３０７の処理は、先に述べたステップＳ３０３の処理と同様となるため、ここでの説明は省略する。そして、ステップＳ３０８では、ディスクのＡＵＸデータエリアに記録されている全てのピクチャファイルの読み出しと、パーソナルコンピュータ１１３側への送信出力が終了したか否かを判別しており、否定結果が得られている間は、ステップＳ３０７の処理を継続する。そして、肯定結果が得られればステップＳ３１１の処理に進む。
【０２５２】
ステップＳ３０２において、送信すべきＡＵＸデータファイルの種別が、テキストファイルのみの送信を要求するものであった場合には、ステップＳ３０９の処理に進む。
ここで、ステップＳ３０９−Ｓ３１０の処理は、先に述べたステップＳ３０５−Ｓ３０６の処理と同様となるためここでの説明は省略する。そして、ステップＳ３１０にて肯定結果が得られた場合にはステップＳ３１１に進む。
【０２５３】
ステップＳ３１１においては、パーソナルコンピュータ１１３側に対して要求のあったＡＵＸデータファイルの送信が完了したことを通知するための通信処理を行う。この通信もＩＥＥＥ１３９４バス１１６を介してＡｓｙｎｃｈｒｏｎｏｕｓ通信により行われる。
そして、この後ステップＳ３１２においてこれまで実行していたディスクの再生を停止させてこのルーチンを終了する。
【０２５４】
なお、上記処理動作にあっては、ＡＵＸデータファイルを送信出力する際には、ディスクから送信すべきデータファイルの読み出しを行うようにしている。但し、例えばＭＤレコーダ／プレーヤ１のバッファメモリ１３が十分な容量を有しており、例えばＡＵＸデータエリアに記録されている全ファイルを読み出してバッファメモリ１３に保持することが可能な構成が採られているような場合には、ディスクに対するデータの読み出しは行うことなく、このバッファメモリ１３に保持されているＡＵＸデータファイルの中から送信すべき種別のＡＵＸデータファイルを読み出して送信出力するように構成することができる。この場合には、ディスクに対する再生動作が不要となるために、ＡＵＸデータファイルの送信に要する時間を短縮することが可能になる。
【０２５５】
また、操作用アプリケーションソフトウェアとしてのＧＵＩ画面の表示形態は、先に図２７、図２８、図２９等に示したものに限定されるものではない。特に。記録容量表示エリアＡ２０の表示形態としては、オーディオデータと、ＡＵＸデータの各種別の記録済容量が視覚的に把握可能な形態であればよく、図２８に示したものに限定されるものではない。例えば、バー表示を縦方向にすることも考えられるし、円形を記録可能容量として、この円形内の扇形により記録済容量を表現するような形態を採ることも考えられる。また、必ずしも記録総容量に対する記録済容量の割合として表示する必要もなく、例えばデータサイズを数値等によって表すことも場合によっては考えられる。但し、記録総容量に対する記録済容量の割合として表示することのほうが視覚的、感覚的には認識しやすいことになる。
【０２５６】
また、上記実施の形態にあっては、ディスクの記録済容量の表示は、パーソナルコンピュータ側の操作用アプリケーションとしてのＧＵＩ画面上で、記録容量表示エリアＡ２０として表示する例を挙げているが、本発明としてはこれに限定されるものではない。つまり、ディスクが装填されているＭＤレコーダ／プレーヤ側に設けられる表示部に対して、例えば記録容量表示エリアＡ２０の表示形態に準じて、各データの記録済容量が視認可能な形態で表示を行うようにすることも、本発明とされるものである。この場合には、例えばパーソナルコンピュータ１１３のようなＭＤレコーダ／プレーヤをリモート操作する機器を所有していなくとも、ＭＤレコーダ／プレーヤ単体で、ディスクに記録されている各種別のデータの容量を把握できることになる。
【０２５７】
また、ここではパーソナルコンピュータによりリモート制御される機器としては、ＭＤレコーダ／プレーヤとされているが、他にもオーディオデータなどの主データと、副データとしてのデータが記録され、これらのデータについて記録再生管理を行うための管理情報を有する記録媒体に対応したドライブ装置であれば、本発明の適用は可能とされる。
【０２５８】
また、本発明のシステムとして、再生装置を制御する情報処理装置としてもパーソナルコンピュータに限定されるものではなく、例えばＩＲＤ等をはじめ、何らかのＡＶ機器に対して、操作用アプリケーションソフトウェア的な機能を与えることで、ＭＤレコーダ／プレーヤに対してリモート制御を実行できるようにすることも考えられる。
【０２５９】
また、上記実施の形態にあって、再生装置と情報処理装置との通信はＩＥＥＥ１３９４バスを介して行われるものとしているが、この通信フォーマットもＩＥＥＥ１３９４に限定されるものではなく、例えばＲＳ２３２Ｃなどの規格をはじめ、各種変更は可能とされる。
【０２６０】
【発明の効果】
以上説明したように本発明は、主データ（オーディオデータ）と副データ（ＡＵＸデータ）とが記録されて、これらのデータが管理情報によって管理される記録媒体に対応した再生装置、又はこのような再生装置部と情報処理装置部とを相互通信可能に接続した情報通信システムにおいて、主データと副データとの記録済み容量を共に表示して示すようにされる。
この表示を見ることでユーザは、主データの記録済み容量だけではなく、副データの記録済み容量も視覚的に把握することができ、利便性の向上がはかられることになる。
ここで、再生装置において記録容量の表示が行われるように構成した場合には、再生装置単体で記録容量の表示が完結することになり、再生装置自体の利便性が向上されることになる。
また、再生装置部と情報処理装置部とから成る情報通信システムにおいて、情報処理装置部側で記録容量の表示出力を行うように構成した場合には、例えば、情報処理装置を利用して再生装置部に対する操作を行う場合の操作画面の一部として記録容量の表示出力を行うようにすることができるため、この操作画面を見ながら操作を行うユーザにとっての利便性が向上されることになる。
【０２６１】
また、記録容量の表示として、主データであれば、主データの記録可能容量に対する記録済み容量の割合（占有率）が示されるように表示を行い、また副データであれば、副データの記録可能容量に対する記録済み容量の割合（占有率）が示されるように表示を行うことで、記録済み容量と空き容量の対比の視覚的な把握は、より容易なものとなる。
【０２６２】
更に、副データのデータファイルとしては、例えば画像ファイルとテキストファイルのように、互いに異なる複数の種別が存在する場合、これらの種別ごとに記録済み容量が示されるようにして記録容量を表示することで、副データとしてのデータ種別ごとの記録済み容量を把握することが可能になり、これによっても、記録データ量の把握の容易さと利便性を得ている。
【０２６３】
また、特に情報通信システムとしての発明において、記録媒体に記録される副データのデータファイルとしては、画像ファイルとテキストファイルのように、互いに異なる複数の種別が在るものと規定されている場合、情報処理装置部側ににおいては、再生装置部から送信させる副データファイルの種別を選択設定できるように構成される。
これにより、例えば副データファイルを情報処理装置部側に取り込む際には、ユーザ必要に応じた種別のデータファイルを選択することが可能になる。これは、副データの取り込み操作についての利便性の向上が得られると共に、例えば固定的に全ての種別の副データを取り込むように構成した場合と比較して、複数種別のなかから一部の種別のデータファイルを選択した場合には、それだけ、データ取り込みのための通信時間が節約されて、ユーザに対してストレスを与えないようにもされる。
【図面の簡単な説明】
【図１】本発明の実施の形態が対応する、デジタル衛星放送受信システムの構成例を示すブロック図である。
【図２】本実施の形態における受信設備（ＡＶシステム）の構築例を示すブロック図である。
【図３】本発明の実施の形態の記録再生装置のブロック図である。
【図４】実施の形態のディスクのセクターフォーマットの説明図である。
【図５】実施の形態のディスクのアドレス形式の説明図である。
【図６】実施の形態のディスクのアドレス例の説明図である。
【図７】実施の形態のディスクのエリア構造の説明図である。である。
【図８】実施の形態のＵ−ＴＯＣセクター０の説明図である。
【図９】実施の形態のＵ−ＴＯＣセクター０のリンク形態の説明図である。
【図１０】実施の形態のＵ−ＴＯＣセクター１の説明図である。
【図１１】実施の形態のＵ−ＴＯＣセクター２の説明図である。
【図１２】実施の形態のＵ−ＴＯＣセクター４の説明図である。
【図１３】実施の形態のＡＵＸ−ＴＯＣセクター０の説明図である。
【図１４】実施の形態のＡＵＸ−ＴＯＣセクター１の説明図である。
【図１５】実施の形態のＡＵＸ−ＴＯＣセクター２の説明図である。
【図１６】実施の形態のＡＵＸ−ＴＯＣセクター３の説明図である。
【図１７】実施の形態のＡＵＸ−ＴＯＣセクター４の説明図である。
【図１８】実施の形態のＡＵＸ−ＴＯＣセクター５の説明図である。
【図１９】実施の形態のピクチャファイルセクターの説明図である。
【図２０】実施の形態のテキストファイルセクターの説明図である。
【図２１】実施の形態のコピーステータス及びコピーステータス更新テーブルを示す説明図である。
【図２２】ピクチャ（テキスト）インフォメーションファイルのデータ構造を示す説明図である。
【図２３】テキストモードの定義内容を示す説明図である。
【図２４】テキストファイル（タイムスタンプ有りの場合）のデータ構造を示す説明図である。
【図２５】パーソナルコンピュータの構成例を示すブロック図である。
【図２６】Ａｓｙｎｃｈｒｏｎｏｕｓ通信における基本的な通信規則（トランザクションルール）を示す処理遷移図である。
【図２７】ＭＤコントロールウィンドウの表示形態例を示す説明図である。
【図２８】記録容量表示エリアの表示形態例を示す説明図である。
【図２９】読込設定ウィンドウの表示形態例を示す説明図である。
【図３０】読み込み状況ウィンドウの表示形態例を示す説明図である。
【図３１】パーソナルコンピュータがＤｉｓｃＩｎｆｏを取得する際のＭＤレコーダ／プレーヤ間とのトランザクションを示す処理遷移図である。
【図３２】記録容量表示エリアの表示のための処理動作を示すフローチャートである。
【図３３】ＡＵＸデータ読み込みのためのパーソナルコンピュータ側の処理動作を示すフローチャートである。
【図３４】パーソナルコンピュータ側からのＡＵＸデータ送信要求に応答したＭＤレコーダ／プレーヤ側の処理動作を示すフローチャートである。
【符号の説明】
１  ＭＤレコーダ／プレーヤ、１１  システムコントローラ、１０３  ＡＶシステム（受信設備）、１１２  ＩＲＤ、１１３  パーソナルコンピュータ、１１６  ＩＥＥＥ１３９４バス、２０３  ＣＰＵ、２５，２１０  ＩＥＥＥ１３９４インターフェイス、ＷＤ１  ＭＤコントロールウィンドウ、ＷＤ２  読込設定ウィンドウ、ＷＤ３  読み込み状況ウィンドウ、Ｉｃ４  ＡＵＸデータ読込アイコン
【図１】
0003826632.tif 000002
【図２】
0003826632.tif 000003
【図３】
0003826632.tif 000004
【図４】
0003826632.tif 000005
【図５】
0003826632.tif 000006
【図６】
0003826632.tif 000007
【図７】
0003826632.tif 000008
【図８】
0003826632.tif 000009
【図９】
0003826632.tif 000010
【図１０】
0003826632.tif 000011
【図１１】
0003826632.tif 000012
【図１２】
0003826632.tif 000013
【図１３】
0003826632.tif 000014
【図１４】
0003826632.tif 000015
【図１５】
0003826632.tif 000016
【図１６】
0003826632.tif 000017
【図１７】
0003826632.tif 000018
【図１８】
0003826632.tif 000019
【図１９】
0003826632.tif 000020
【図２０】
0003826632.tif 000021
【図２１】
0003826632.tif 000022
【図２２】
0003826632.tif 000023
【図２３】
0003826632.tif 000024
【図２４】
0003826632.tif 000025
【図２５】
0003826632.tif 000026
【図２６】
0003826632.tif 000027
【図２７】
0003826632.tif 000028
【図２８】
0003826632.tif 000029
【図２９】
0003826632.tif 000030
【図３０】
0003826632.tif 000031
【図３１】
0003826632.tif 000032
【図３２】
0003826632.tif 000033
【図３３】
0003826632.tif 000034
【図３４】
0003826632.tif 000035