WO2000030104A1

WO2000030104A1 - Systeme, dispositif et procede de traitement d'informations

Info

Publication number: WO2000030104A1
Application number: PCT/JP1999/006411
Authority: WO
Inventors: Hiraku Inoue
Original assignee: Sony Corporation
Priority date: 1998-11-17
Filing date: 1999-11-17
Publication date: 2000-05-25
Also published as: JP2000156031A; US7243131B1; US20050198214A1; CN1275253C; KR20010034215A; CN1301384A; EP1049088A1; KR100604626B1; EP1049088A4; US20050193126A1; US20050188058A1

Description

明

情報処理システム、情報処理装置、及び情報処理方法

技術分野

本発明は、所定のデータ通信フォーマツトに依るデータインターフエイスを介してデータの送受信を行う、情報伝送方法、情報処理方法、情報伝送システム、及びデータ処理装置に関するものである。

背景技術

音楽等を記録 Z再生することのできる記録装置 Z再生装置として、音声信号をデジタル信号で記録する光磁気ディスク、或は磁気テープ等を記録媒体とした記録装置/再生装置が知られている。このような記録再生装置として、光磁気ディスクに対応したミニディスク記録再生装置が知られている。

例えば、ミニディスクの場合には、ディスク上でユーザ一が録音を行なった領域（データ記録済領域）や、まだ何も録音されていない領域（データ記録可能な未記録領域）を管理するために、音楽等の主デ一夕とは別に、ユーザ一 T O C (以下 U— T O Cという）という管理情報が記録されている。そして記録装置はこの U— T〇 Cを参照しながら録音を行なう領域を判別し、また再生装置は U— T O Cを参照して再生すべき領域を判別している。

つまり、 U— T O Cには録音された各楽曲等がトラックというデ一夕単位で管理され、そのスタートアドレス、エンドアドレス等が記される。また何も録音されていない未記録領域（フリーエリア）についてはデータ記録可能領域として、そのスタートアドレス、エンドアドレス等が記される。

さらに、このような U— T O Cによりディスク上の領域が管理されることで、 U— T O Cを更新するのみで、音楽等の記録データの 1単位であるトラックの分割（ディバイド）、連結（コンバイン）、移動 (ムーブ：トラックナンパの変更）、消去（ィレーズ）等の編集処理が容易でしかも迅速に実行できることになる。

また、 U— T〇Cにおいては、そのディスクのタイトル（ディスクネーム）や記録されている楽曲などの各プログラムについて曲名（トラックネーム）などを文字情報として記録しておくことのできる領域も設定されている。このため、ユーザの操作によって、上述したディスクネームやトラックネームを入力すると言った編集作業も行えるようになつている。

なお、本明細書では「プログラム」とは、ディスクに記録される主データとしての楽曲などの音声デ一夕等の単位の意味で用い、例えば 1曲分の音声データが 1つのプログラムとなる。また「プログラム」と同義で「トラック」という言葉も用いる。また、本明細書においてはシンポルや記号等も文字として含まれるものとする。

また、近年においては、デジタル衛星放送の普及が進んでいる。デジタル衛星放送は、例えば既存のァナ口グ放送と比較してノイズゃフエージングに強く、高品質の信号を伝送することが可能である。また、周波数利用効率が向上され、多チャンネル化も図ることが可能になる。具体的には、デジタル衛星放送であれば 1つの衛星で数百チャンネルを確保することも可能である。このようなデジタル衛星放送では、スポーツ、映画、音楽、ニュースなどの専門チャンネルが多数用意されており、これらの専門チャンネルでは、それぞれの専門のコンテンッに応じたプログラムが放送されている。

そして、上述のようなデジタル衛星放送システムを利用して、ユーザが楽曲等の音声データをダウンロードできるようにしたり、いわゆるテレビショッビングとして、例えばユーザが放送画面を見ながら何らかの商品についての購買契約を結べるようにしたりすることが提案されている。つまりは、デジタル衛星放送システムとして、通常の放送内容と並行したデ一夕サービス放送を行うものである。

一例として、楽曲デ一夕のダウンロードであれば、放送側においては、放送番組と並行して、楽曲デ一夕、及びこの楽曲データに付随するアルバムジャケット的な画像データや、ライナーノーツ（楽曲ゃァーテイスト等に関する文章）等のテキストデ一夕を多重化して放送するようにする。また、これら楽曲データ及び付随情報のダウンロードに際しては、 GU I (Graphical User Interface)画面（即ちダウン口ード用の操作画面である）を表示させることでインタラクティブな操作をユーザに行わせるようにされるが、この GU I画面出力のためのデータも多重化して放送するようにされる。

そして、受信装置を所有しているユーザ側では、所望のチャンネルを選局している状態で、受信装置に対する所定の操作によって楽曲デ一夕をダウンロードするための GU I画面を表示出力させるようにする。そして、この表示された操作画面に対してユーザが操作を行うことで、例えば受信装置に接続したデジタルオーディォ機器に対してデ —夕を供給し、これが録音されるようにするものである。

更に、近年においては、各種デジタル A V (Audio Visual)機器ゃパ一ソナルコンピュータ装置等の電子機器を、例えば I E E E (Institu te of Electrical Engineers) 1 3 94等のデジタルデ一タイン夕一フェイス規格に従ったデ一夕バスを介して相互に接続することで、機器間でデータを送受信できるようにしたデータ伝送システムが提案されてきている。

ここまで説明してきた技術を背景とすると、例えば、デジタル衛星放送により、上述したミニディス記録再生装置に対応するォ一ディォデータ等をダウンロードデータとして放送し、ユーザ側では、デジ夕ル衛星放送受信装置により受信したダウンロードデ一夕をデ一夕バスを介してミニディスクプレーヤによりミニディスクに記録を行うことが出来るようにした A Vシステムを提供することが考えられる。また、このような A Vシステムでは、いわゆるリモート制御も可能となる。例えば、データバスを介してミニディスク記録再生装置とパ一ソナルコンピュータが接続されているとして、先に説明したミニデイスク記録再生装置における編集処理をパーソナルコンピュータ装置側での操作によって行うといつたことも可能となる。

例えば、 I E E E 1 3 9 4等のデジタルデータイン夕一フェイスの規格においては、リモート制御を行う機器をコントローラといい、リモート制御が行われる機器を夕ーゲットともいう。

ここで、例えば上述のようにして、デ一タイン夕一フェイスによつて接続される構築される A Vシステム間でリモート制御を行う場合、例えば、 1つのターゲットに対して複数のコントローラがリモート制御可能であったり、或いは夕一ゲットとしての機器におけるローカルキー（例えばターゲットとしての機器本体に設けられた操作キー）の操作が有効とされていると、コントローラと夕一ゲットとの処理状況や、処理結果等について不整合が生じやすくなる。

このような不整合を解決するのには、例えば、コントローラとターゲットとで、何らかの不整合が生じる可能性があるような状態が発生したときには、その状態を相手側の機器に通知し、通知された機器側では、その通知内容に応じた処理が行われるように構成することになる。

但し、このような構成を採るとすると、例えばコントローラとターゲットとで不整合となる状態が頻発するような状況にも対応して、非常に複雑な制御を行うようにプログラム等の構築を行わねばならない。従って、コントローラもターゲットも共に、その設計としては非常に難しいものとなって現実的ではない。

発明の開示

そこで本発明は上記した課題を考慮して、コントローラと夕一ゲット間における不整合の状態の発生を回避することを目的とする。また、これを実現するのにあたり、コントローラ及びターゲットについては出来るだけ簡単な構成が採られるようにすることを目的とする。そこで、本発明は上記した課題を解決するため、所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデ一夕の送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムとして、少なくとも、第 1の情報処理装置と、所定の記録媒体に対応したデ一夕の再生、又はデータの記録、又は記録媒体に記録されたデ一夕に関する所定の編集処理を実行可能なデータ記録再生手段を備えた第 2 の情報処理装置を備えて構成する。

そして、第 1の情報処理装置は、第 2の情報処理装置内のデータ記録再生手段に対する所定の操作項目についてのリモート制御を行うための操作制御コマンドを、第 2の情報処理装置に対して送信することのできる操作情報送信手段と、第 2の情報処理装置に対するリモート制御を当該第 1の情報処理装置が保有することを要求する保有要求コマンドを発生して、第 2の情報処理装置に対して送信出力する保有要求コマンド送信手段とを設ける。

また、第 2の情報処理装置は、データバスを介して外部から送信されたデータを受信する受信手段と、受信手段により受信した各種コマンドに応答して所要の処理を実行することで、他の情報処理装置による当該第 2の情報処理装置に対するリモート制御を可能とする応答処理手段と、データ記録再生手段に対する所定の操作項目についての操作制御をローカルにより行うためのローカル操作制御手段と、受信手段により受信した保有要求コマンドに応答して設定すべき保有モードとして、第 1の情報処理装置によるリモート制御のみを許可し、他の情報処理装置によるリモート制御については禁止するように応答処理手段に対して設定を行う第 1の保有モード設定手段と、ローカル操作制御手段により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように、ローカル操作制御手段に対して設定を行う、第 2の保有モード設定手段とを設けることとした。

また、所定の通信フォーマツトによるデ一夕バスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムとして、少なくとも、第 1の情報処理装置と第 2 の情報処理装置が備えるものとする。

そして、第 1の情報処理装置は、第 2の情報処理装置がダウンロード可能されるダウンロードデ一夕を送信出力することのできるダウンロードデータ送信手段と、ダウンロードデ一夕の送信開始時には、ダゥンロード開始要求コマンドを発生して送信出力し、ダウンロードデ —夕の送信終了時には、ダウンロード終了要求コマンドを発生して送信出力する、ダウンロード開始終了要求コマンド送信手段と、ダウンロード開始要求コマンドを送信する以前の段階において、第 2の情報処理装置に対するリモート制御を当該第 1の情報処理装置が保有することを要求する保有要求コマンドを発生して、第 2の情報処理装置に対して送信出力する保有要求コマンド送信手段とを設けることとした。

また第 2のデータ処理装置は、データバスを介して送信されるデー夕を受信する受信手段と、受信手段により受信したダウンロードデータを所定の記録媒体に記録することのできるデータ記録手段と、受信手段により受信した各種コマンドに応答して所要の処理を実行することで、他の情報処理装置による当該第 2の情報処理装置に対するリモ一ト制御を可能とする応答処理手段と、データ記録再生手段に対する所定の操作項目についての操作制御をローカルにより行うためのローカル操作制御手段と、受信手段により受信した保有要求コマンドに応答して設定すべき保有モードとして、第 1の情報処理装置によるリモ一卜制御のみを許可し、他の情報処理装置によるリモー卜制御については禁止するように応答処理手段に対して設定を行う第 1の保有モード設定手段と、口一カル操作制御手段により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように、口一カル操作制御手段に対して設定を行う第 2の保有モード設定手段とを設けることとした。

また、所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置として、所定の記録媒体に対応したデータの再生、又は記録、又は記録媒体に記録されたデー夕に関する所定の編集処理を実行可能な他の情報処理装置としてのデ —夕記録再生装置に対する所定の操作項目についてのリモート制御を行うための操作制御コマンドを送信することのできる操作情報送信手段と、デ一タ記録再生装置に対するリモート制御を当該情報処理装置が保有することを要求する保有要求コマンドを発生して、デ一夕記録再生装置に対して送信出力する保有要求コマンド送信手段とを備えて構成することとした。

また、所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置として、所定の記録媒体に対応したデータの再生、又は記録、又は記録媒体に記録されたデ一夕に関する所定の編集処理を実行可能なデータ記録再生手段と、デ一夕記録再生手段に対する所定の操作項目についての操作制御をロー力ルにより行うための口一カル操作制御手段と、データバスを介して外部から送信されたデータを受信する受信手段と、受信手段により受信した各種コマンドに応答して所要の処理を実行することで、外部情報処理装置による当該情報処理装置に対するリモート制御を可能とする応答処理手段と、データ記録再生手段に対する所定の操作項目についての操作制御をローカルにより行うための口一カル操作制御手段と、受信手段により受信した、当該情報処理装置に対するリモート制御の保有を要求するための保有要求コマンドに応答して設定すべき保有モードとして、保有要求コマンドを送信した外部情報処理装置によるリモート制御のみを許可し、他の外部情報処理装置によるリモート制御については禁止するように応答処理手段に対して設定を行う第 1の保有モ一ド設定手段と、受信手段により受信した保有要求コマンドに応答して設定すべき保有モードとして、ローカル操作制御手段により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするようにローカル操作制御手段に対して設定を行う第 2の保有モード設定手段とを備えて構成することとした。また、所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置として、データ記録装置としての他の情報処理装置に対して、このデータ記録装置が取り込んで記録可能なダウンロードデータを送信出力することのできるダウンロードデータ送信手段と、ダウンロードデータの送信開始時には、ダゥン口一ド開始要求コマンドを発生して送信出力し、ダウンロードデ一夕の送信終了時には、ダウンロード終了要求コマンドを発生して送信出力する、ダウンロード開始 Z終了要求コマンド送信手段と、ダウンロード開始要求コマンドを送信する以前の段階において、データ記録装置に対するリモート制御を当該情報処理装置が保有することを要求する保有要求コマンドを発生して、データ記録装置に対して送信出力する保有要求コマンド送信手段とを備えて構成することとした。また、所定の通信フォーマットによるデ一夕バスを介して複数の情報処理装置を接続することで、情報処理装置間でのデ一夕の送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置として、データバスを介して送信されるデータを受信する受信手段と、受信手段により受信した各種コマンドに応答して所要の処理を実行することで、外部情報処理装置による当該情報処理装置に対するリモート制御を可能とする応答処理手段と、外部情報処理装置である送信装置から送信されたダウンロードデータを受信手段により受信し、所定の記録媒体に記録することのできるデ一夕記録手段と、データ記録手段に対する所定の操作項目についての操作制御をローカルにより行うためのロー力ル操作制御手段と、送信装置が当該情報処理装置に対するリモート制御の保有を要求するために送信した保有要求コマンドを受信手段により受信したのに応答して設定すべき保有モードとして、送信装置によるリモート制御のみを許可し、他の外部情報処理装置によるリモート制御については禁止するように応答処理手段に対して設定を行う第 1の保有モード設定手段と、送信装置が当該情報処理装置に対するリモート制御の保有を要求するために送信した保有要求コマンドを受信手段により受信したのに応答して設定すべき保有モードとして、ローカル操作制御手段により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように設定を行う第 2の保有モード設定手段とを備えて構成することとした。

また、所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムにおける情報処理方法として、この情報処理システムは、少なくとも、第 1の情報処理装置と、所定の記録媒体に対応したデータの再生、又はデータの記録、又は記録媒体に記録されたデ一夕に関する所定の編集処理を実行可能なデータ記録再生手段を備えた第 2の情報処理装置とを備えて成るものとする。

そして第 1の情報処理装置においては、第 2の情報処理装置内のデ一夕記録再生手段に対する所定の操作項目についてのリモート制御を行うための操作制御コマンドを第 2の情報処理装置に対して送信する操作情報送信処理と、第 2の情報処理装置に対するリモート制御を当該第 1の情報処理装置が保有することを要求する保有要求コマンドを発生して第 2の情報処理装置に対して送信出力する保有要求コマンド送信処理とを実行するものとする。また、第 2の情報処理装置においては、データバスを介して外部から送信されたデータを受信する受信処理と、受信処理により受信した各種コマンドに応答して所要の処理を実行することで、他の情報処理装置による当該第 2の情報処理装置に対するリモート制御を可能とする応答処理処理と、データ記録再生手段に対する所定の操作項目についての操作制御を口一カルにより行うための口一力ル操作制御処理と、受信処理により受信した保有要求コマンドに応答して設定すべき保有モードとして、第 1の情報処理装置によるリモート制御のみを許可し、他の情報処理装置によるリモート制御については禁止するように応答処理処理に対して設定を行う第 1の保有モード設定処理と、受信処理により受信した保有要求コマンドに応答して設定すべき保有モードとして、ローカル操作制御処理により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように口一カル操作制御処理に対して設定を行う第 2の保有モード設定処理とを実行するように構成する。

また、所定の通信フォーマツトによるデ一夕バスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモ一ト制御が可能とされる情報処理システムにおける情報処理方法として、この情報処理システムは、少なくとも、第 1の情報処理装置と第 2の情報処理装置が備えられて成るものとする。

そして第 1の情報処理装置においては、第 2の情報処理装置がダウンロード可能されるダウンロードデータを送信出力することのできるダウンロードデ一夕送信処理と、ダウンロードデ一夕の送信開始時には、ダウンロード開始要求コマンドを発生して送信出力し、ダウン口一ドデ一夕の送信終了時には、ダウンロード終了要求コマンドを発生して送信出力する、ダウンロード開始 Z終了要求コマンド送信処理と、ダウンロード開始要求コマンドを送信する以前の段階において第 2 の情報処理装置に対するリモート制御を当該第 1の情報処理装置が保有することを要求する保有要求コマンドを発生して、第 2の情報処理装置に対して送信出力する保有要求コマンド送信処理と実行するものとする。

また、第 2のデータ処理装置においては、データバスを介して送信されるデータを受信する受信処理と、受信処理により受信したダウン口—ドデータを所定の記録媒体に記録することのできるデータ記録処理と、受信処理により受信した各種コマンドに応答して所要の処理を実行することで、他の情報処理装置による当該第 2の情報処理装置に対するリモート制御を可能とする応答処理処理と、データ記録再生処理に対する所定の操作項目についての操作制御をローカルにより行うためのローカル操作制御処理と、受信処理により受信した保有要求コマンドに応答して設定すべき保有モードとして第 1の情報処理装置によるリモート制御のみを許可し、他の情報処理装置によるリモート制御については禁止するように応答処理処理に対して設定を行う第 1の保有モード設定処理と、受信処理により受信した保有要求コマンドに応答して設定すべき保有モードとして、ローカル操作制御処理により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするようにローカル操作制御処理に対して設定を行う第 2の保有モード設定処理とを実行するように構成する。

また、所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置に適用される情報処理方法として、所定の記録媒体に対応したデータの再生、又は記録、又は記録媒体に記録されたデータに関する所定の編集処理を実行可能な他の情報処理装置としてのデータ記録再生装置に対する所定の操作項目についてのリモート制御を行うための操作制御コマンドを送信することのできる操作情報送信処理と、データ記録再生装置に対するリモート制御を当該情報処理装置が保有することを要求する保有要求コマンドを発生して、データ記録再生装置に対して送信出力する保有要求コマンド送信処理とを実行するように構成する。

また、所定の通信フォーマットによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置に適用される情報処理方法として、所定の記録媒体に対応したデ一夕の再生、又は記録、又は記録媒体に記録されたデータに関する所定の編集処理を実行するデー夕記録再生処理と、データ記録再生処理に対する所定の操作項目についての操作制御をローカルにより行うためのローカル操作制御処理と、デ一夕バスを介して外部から送信されたデータを受信する受信処理と、受信処理により受信した各種コマンドに応答して所要の処理を実行することで外部情報処理装置による当該情報処理装置に対するリモート制御を可能とする応答処理処理と、データ記録再生処理に対する所定の操作項目についての操作制御を口一カルにより行うための口一カル操作制御処理と、受信処理により受信した当該情報処理装置に対するリモート制御の保有を要求するための保有要求コマンドに応答して設定すべき保有モードとして、保有要求コマンドを送信した外部情報処理装置によるリモート制御のみを許可し、他の外部情報処理装置によるリモート制御については禁止するように応答処理処理に対して設定を行う第 1の保有モード設定処理と、ローカル操作制御処理により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように、ローカル操作制御処理に対して設定を行う第 2の保有モード設定処理とを実行するように構成する。

所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置に適用される情報処理方法として、データ記録装置としての他の情報処理装置に対して、このデータ記録装置が取り込んで記録可能なダウンロードデータを送信出力することのできるダウンロードデ一夕送信処理と、ダウンロードデ一夕の送信開始時には、ダウンロード開始要求コマンドを発生して送信出力し、ダウンロードデータの送信終了時には、ダウンロード終了要求コマンドを発生して送信出力する、ダウンロード開始終了要求コマンド送信処理と、ダウンロード開始要求コマンドを送信する以前の段階においてデータ記録装置に対するリモート制御を当該情報処理装置が保有することを要求する保有要求コマンドを発生してデータ記録装置に対して送信出力する保有要求コマンド送信処理とを実行するように構成することとした。

所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置に適用される情報処理方法として、データバスを介して送信されるデータを受信する受信処理と、受信処理により受信した各種コマンドに応答して所要の処理を実行することで、外部情報処理装置による当該情報処理装置に対するリモート制御を可能とする応答処理処理と、外部情報処理装置である送信装置から送信されたダウンロードデ一夕を受信処理により受信し、所定の記録媒体に記録することのできるデ一夕記録処理と、データ記録処理に対する所定の操作項目についての操作制御をローカルにより行うためのローカル操作制御処理と、送信装置が当該情報処理装置に対するリモート制御の保有を要求するために送信した保有要求コマンドを受信処理により受信したのに応答して設定すべき保有モードとして送信装置によるリモート制御のみを許可し、他の外部情報処理装置によるリモート制御については禁止するように応答処理処理に対して設定を行う第 1の保有モード設定処理と、送信装置が当該情報処理装置に対するリモ一ト制御の保有を要求するために送信した保有要求コマンドを受信処理により受信したのに応答して設定すべき保有モードとして、ローカル操作制御処理により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように設定を行う、第 2の保有モード設定処理とを実行するように構成することとした。

上記構成によれば、コントローラとしてリモート制御を行う機器（情報処理装置）は、リモート制御を行うのに先立って保有要求コマンドの送信を行うようにされ、夕ーゲットとしてリモート制御される機器（情報処理装置）では、保有要求コマンドに応じて保有モードを設定する。つまり、保有要求コマンドを送信したコントローラ以外の他のコントローラからのリモ一ト制御は禁止すると共に、コントローラ自身が備える操作キー部（ローカル操作制御手段）などにより可能な操作制御も制限する。これにより、本発明では、或る特定のコント口ーラにより夕一ゲットに対してリモ一ト制御を行っているときには、他のコントローラからによってはリモート制御されず、また、例えばコントローラのリモート制御と併用すると不整合が生じる可能性のあるようなロー力ル操作制御手段による操作も無効とされる。

また、同様にして、コントローラとしての機器によりダウンロードデータを送信し、ターゲットとしての機器により、このダウンロードデータを受信して記録する場合においても、ダウンロードが行われている期間は、保有要求コマンドを送信したコントローラ以外の他のコントローラからのリモート制御は禁止すると共に、ローカル操作制御手段による操作制御を禁止するという保有モードが設定されることになる。これによつて、例えば他のコントローラによるリモート制御やローカル操作制御手段によってダウンロード動作の障害となるような動作が生じるのを防ぐことが可能になる。

図面の簡単な説明

第 1図は、本発明の実施の形態が対応する、デジタル衛星放送受信システムの構成例を示すブロック図、第 2図は、本実施の形態における受信設備（A Vシステム）の構築例を示すブロック図、第 3図は、 I R Dのためのリモートコントローラの外観を示す正面図、第 4図は、放送画面と G U I画面との切り換えを示す説明図、第 5図は、地上局の構成例を示すブロック図、第 6図は、地上局から送信されるデー夕を示すチャート図、第 7図は、送信デ一夕の時分割多重化構造を示す説明図、第 8図は、 D S M— C Cによる送信フォーマットを示す説明図、第 9図は、トランスポートストリームのデ一夕構造図、第 1 0 図は、 P S I のテーブル構造を示す説明図、第 1 1図は、 I R Dの構成を示す説明図、第 1 2図は、本発明の実施の形態の記録再生装置のブロック図、第 1 3図は、実施の形態のディスクのセクタ一フォーマッ卜の説明図、第 14図は、実施の形態のディスクのアドレス形式の説明図、第 1 5図は、実施の形態のディスクのアドレス例の説明図、第 1 6図は、実施の形態のディスクのエリア構造の説明図、第 1 7図は、実施の形態の U— TOCセクタ一 0の説明図、第 1 8図は、実施の形態の U— TO Cセクタ一 0のリンク形態の説明図、第 1 9図は、実施の形態の U— TOCセクタ一 1の説明図、第 2 0図は、実施の形態の U— TOCセクタ一 2の説明図、第 2 1図は、実施の形態の U— TOCセクタ一 4の説明図、第 2 2図は、実施の形態の AUX— TO Cセクター0の説明図、第 2 3図は、実施の形態の AUX— T〇Cセク夕一 1の説明図、第 24図は、実施の形態の AUX— T〇 Cセクタ —2の説明図、第 2 5図は、実施の形態の AUX— TOCセクタ一 3 の説明図、第 2 6図は、実施の形態の AUX— TOCセクタ一 4の説明図、第 2 7図は、実施の形態の AUX— TO Cセクタ一 5の説明図、第 2 8図は、実施の形態のピクチャファイルセクタ一の説明図、第 2 9図は、実施の形態のテキストファイルセクタ一の説明図、第 3 0 図は、実施の形態のコピーステータス及びコピーステータス更新テ一ブルを示す説明図、第 3 1図は、ピクチャ（テキスト）インフォメーシヨンファイルのデ一夕構造を示す説明図、第 32図は、テキストモードの定義内容を示す説明図、第 33図は、テキストファイル（タイムスタンプ有りの場合）のデータ構造を示す説明図、第 34図は、パ一ソナルコンピュータの構成例を示すブロック図、第 3 5図は、本実施の形態に対応する I E E E 1 3 94のスタックモデルを示す説明図、第 3 6図は、 I E E E 1 394に使用されるケ一ブル構造を示す説明図、第 3 7図は、 I E E E 1 3 94における信号伝送形態を示す説明図、第 3 8図は、 I E E E 1 3 94におけるバス接続規定を説明するための説明図、第 3 9図は、 I E E E 1 394システム上での N o d e I D設定手順の概念を示す説明図、第 40図は、 I E E E 1 3 94における P a c k e t送信の概要を示す説明図、第 4 1図は、 A s y n c h r o n o u s通信における基本的な通信規則（トランザクションルール）を示す処理遷移図、第 42図は、 I E E E 1 394バスのアドレッシング構造を示す説明図、第 43図は、 C I Pの構造図、第 44図は、プラグにより規定された接続関係例を示す説明図、第 4 5図は、プラグコントロールレジス夕を示す説明図、第 46図は、 A s y n c h r o n o u s通信において規定される W r i t e T r a n s a c t i o nを示す処理遷移図、第 47図は、 A s y n c h r o n o u s P a c k e t ( A V / Cコマンドパケット）の構造図、第 48図は、 A s y n c h r o n o u s P a c k e tにおける、 c t y p e / r e s p o n c eの定義内容を示す説明図、第 49図は、 A s y n c h r o n o u s P a c k e tにおける、 s u b u n i t — t y p eと、 o p c o d eの定義内容例を示す説明図、第 5 0図は、 A s y n c h r o n o u s通信におけるプラグ構造を示す説明図、第 5 1図は、 A s y n c h r o n o u s通信におけるプラグアドレス構造を示す説明図、第 52図は、 A s y n c h r o n o u s通信におけるプラグアドレス構造を示す説明図、第 5 3図は、 A s y n c h r o n o u s通信におけるプラグ間での処理を示す説明図、第 54図は、 A s y n c h r o n o u s C o n n e c t i o nとしての送信手順を示す説明図、第 5 5図は、パーソナルコンピュータ（C o n t r o 1 1 e r ) と MDレコーダ/プレーヤ（T a r g e t ) 間で処理状況に不整合が発生する場合の一具体例を示す処理遷移図、第 5 6図は、パーソナルコンピュータ（C o n t r o l l e r ) と MDレコーダプレーヤ（T a r g e t ) 間における処理状況の不整合の発生を回避するための処理ステップ構成の一例を示す処理遷移図、第 5 7図は、本実施の形態としてのリモート制御時における排他制御処理を実現するための処理動作例を示す処理遷移図、第 5 8図は、本実施の形態として、ダウンロード時における排他制御処理を実現するための処理動作例を示す処理遷移図、第 5 9図は、本実施の形態として、ダウンロード時における排他制御処理を実現するための、他の処理動作例を示す処理遷移図である。

発明を実施するための最良の形態

以下、本発明の実施の形態について説明する。

なお、以降の説明は次の順序で行う。

. デジタル衛星放送受信システム

1 - 1. 全体構成

1— 2. GU I画面に対する操作

1一 3. 地上局

1— 4. 送信フォーマツト

1一 5. I R D

1 - 6. ミニディスク記録再生装置

1— 6— 1. MDレコーダ/プレーヤの構成

1— 6— 2. セクタ一フォーマット及びアドレス形式

1 - 6 - 3. エリァ構造

1— 6— 4. U-TOC

1— 6— 4— 1. U— TOCセクタ一 0

1— 6— 4— 2. U— TOCセクタ一 1

1— 6— 4— 3. U— T〇Cセクタ一 2

1— 6— 4— 3. U— TOCセクタ一 4

1 - 6 - 5. AUX - T O C 6 5― 1 AUX— T〇Cセクタ一 0 6 5 - 2 AUX— T〇Cセクタ一 1 6 5 - 3 AUX— TO Cセクタ一 2

1一 6 5 -4 AUX— T〇Cセクタ一 3 6 5 - 5 AUX - T〇Cセクタ一 4 6 5 - 6 AUX— TOCセクタ一 5 1 - 6 - 6. データフアイル

1— 6— 6— 1. ピクチャファイルセクタ一 1— 6— 6— 2. テキストファイルセクタ一 1一 7. パーソナルコンピュータ

I E E E 1 3 94による本実施の形態のデ一夕通 ίί 2 - 1. 概要

2 - 2. スタックモデル

2 - 3 信号伝送形態

22—- 44. 機器間のバス接続

2 - 5 パケット

2 - 6 トランザクションルール

2 - 7 アドレツシンク

2 - 8 C I P (Common I sochronos Packet)

2 - 9 コネクションマネージメン卜

2 - 1 0 F C Pにおけるコマンド及びレスポンス 2 - 1 1 A V / Cコマンドバケツト

2 - 1 2 プラグ

2 - 1 3 Asynchronous Connection 送 1目手順 22 -- 11 44. 本発明に至る背景

2 - 1 5 本実施の形態としてのリモート制御 2 - 1 6 . 本実施の形態としてのリモート制御（ダウンロード時

)

1 . デジタル衛星放送受信システム

1 一 1 . 全体構成本発明の実施の形態としては、 I E E E 1 3 9 4バスによりデータの送受信を行う A Vシステムを例に挙げることとする。この A Vシステムとしては、デジタル衛星放送を受信して、受信データをダウン口ード可能な構成が採られるものである。

そこで先ず、本発明の実施の形態としての A Vシステムを含むデジタル衛星放送送受信システムの概要について説明する。

第 1図は、本実施の形態としてのデジタル衛星放送送受信システムの全体構成を示すものである。この図に示すように、デジタル衛星放送の地上局 1 0 1には、テレビ番組素材サーバ 1 0 6からのテレビ番組放送のための素材と、楽曲素材サーバ 1 0 7からの楽曲デ一夕の素材と、音声付加情報サーバ 1 0 8からの音声付加情報と、 G U Iデー夕サーバ 1 0 9からの G U Iデ一夕とが送られる。

テレビ番組素材サーバ 1 0 6は、通常の放送番組の素材を提供するサーバである。このテレビ番組素材サーバから送られてくる音楽放送の素材は、動画及び音声とされる。例えば、音楽放送番組であれば、上記テレビ番組素材サーバ 1 0 6の動画及び音声の素材を利用して、例えば新曲のプロモーション用の動画及び音声が放送されたりすることになる。

楽曲素材サーバ 1 0 7は、オーディオチャンネルを使用して、ォ一ディォ番組を提供するサーバである。このオーディォ番組の素材は音声のみとなる。この楽曲素材サーバ 1 0 7は、複数のオーディオチヤンネルのオーディォ番組の素材を地上局 1 0 1に伝送する。

各オーディォチャンネルの番組放送ではそれぞれ同一の楽曲が所定の単位時間繰り返して放送される。各オーディオチャンネルは、それぞれ、独立しており、その利用方法としては各種考えられる。例えば、 1つのオーディォチャンネルでは最新の日本のポップスの数曲を或る一定時間繰り返し放送し、他のオーディォチャンネルでは最新の外国のポッブスの数曲を或る一定時間繰り返し放送するというようにされる。

音声付加情報サーバ 1 0 8は、楽曲素材サーバ 1 0 7から出力される楽曲の時間情報等を提供するサーバである。

GU Iデータサーバ 1 0 9は、ユーザが操作に用いる GU I画面を形成するための「 GU Iデ一夕」を提供する。例えば後述するような楽曲のダウンロードに関する GU I画面であれば、配信される楽曲のリストページや各楽曲の情報ページを形成するための画像データ、テキストデ一夕、アルバムジャケッ卜の静止画を形成するためのデータなどを提供する。更には、 AVシステム 1 0 3側にていわゆる E P G (Electrical Program Guide)といわれる番組表表示を行うのに利用される E P Gデータもここから提供される。

なお、「GU Iデ一夕」としては、例えば MHE G(Multimedia Hy permedi a Information Coding Experts Group)方式が採用される。 M HEGとは、マルチメディア情報、手順、操作などのそれぞれと、その組み合わせをォブジェクトとして捉え、それらのオブジェクトを符号化したうえで、タイトル（例えば GU I画面）として制作するためのシナリオ記述の国際標準とされる。また、本実施の形態では MHE G - 5を採用するものとする。地上局 1 0 1は上記テレビ番組素材サーバ 1 0 6、楽曲素材サーバ 1 0 7、音声付加情報サーバ 1 0 8、及び GU Iデータサーバ 1 0 9 から伝送された情報を多重化して送信する。

本実施の形態では、テレビ番組素材サーバ 1 06から伝送されたビデォデ一夕は MP E G (Moving Picture Experts Group) 2方式により圧縮符号化され、オーディォデータは MP E G 2オーディォ方式により圧縮符号化される。また、楽曲素材サーバ 1 0 7から伝送されたォ一ディォデータは、オーディオチャンネルごとに対応して、例えば M P E G 2オーディオ方式と、 ATRAC (Adoptive Tranform Acoust i c Coding) 方式と何れか一方の方式により圧縮符号化される。

また、これらのデ一夕は多重化の際、キ一情報サーバ 1 1 0からのキ一情報を利用して暗号化される。

なお、地上局 1 0 1の内部構成例については後述する。

地上局 1 0 1からの信号は衛星 1 02を介して各家庭の受信設備（以降、 AVシステムともいう） 1 0 3で受信される。衛星 1 0 2には複数のトランスボンダが搭載されている。 1つのトランスボンダは例えば 3 0 Mb p sの伝送能力を有している。各家庭の A Vシステム 1 0 3としては、パラボラアンテナ 1 1 1と I RD (Integrated Receiv er Decorder) 1 1 2と、モニタ装置 1 1 4と、 MDレコーダ/プレーャ 1 と、パーソナルコンピュータ 1 1 3とが用意される。

また、この場合には、 I RD 1 1 2に対して操作を行うためのリモートコントローラ 64と、 MDレコーダ Zプレーヤ 1に対して操作を行うためのリモートコントローラ 32が示されている。

パラボラアンテナ 1 1 1で衛星 1 0 2を介して放送されてきた信号が受信される。この受信信号がパラボラアンテナ 1 1 1に取り付けられた LNB (Low Noize Block Down Converter) 1 1 5で所定の周波数に変換され、 I R D 1 1 2に供給される。

I RD 1 1 2における概略的な動作としては、受信信号から所定のチヤンネルの信号を選局し、その選局された信号から番組としてのビデォデ一夕及びオーディォデータの復調を行ってビデオ信号、オーディォ信号として出力する。また、 I RD 1 1 2では、番組としてのデ一夕と共に多重化されて送信されてくる、 GU Iデータに基づいて G U I画面としての出力も行う。このような I RD 1 1 2の出力は、例えばモニタ装置 1 14に対して供給される。これにより、モニタ装置 1 1 4では、 I RD 1 1 2により受信選局した番組の画像表示及び音声出力が行われ、また、後述するようなユーザの操作に従って GU I 画面を表示させることが可能となる。

MDレコーダプレーヤ 1は、装填されたミニディスクに対するォ一ディォデータの記録再生が可能とされる。また、オーディオデータ (楽曲データ）、及びこれに付随して関連付けされたアルバムジャケット等の静止画像データ（ピクチャファイル）、及び歌詞やライナーノーッ等のテキストデ一夕（テキストファイル）をディスクに記録し

、かつ、記録されたこれらのピクチャファイル及びテキストファイル等のデータをオーディォデ一夕の再生時間に同期させて再生出力することが可能とされる。

なお、以降においては、上記オーディオデータに付随したピクチャファイル及びテキストファイル等のデータについては、後述する MD レコーダ /プレーヤ 1での扱いに従って、便宜上「AUXデータ」ともいうことにする。

パーソナルコンピュータ 1 1 3は、例えば、 I RD 1 1 2にて受信したデータや、 MDレコーダ Zプレーヤ 1から再生されたデータを取り込んで各種所要の編集処理を行うことができる。また、ユーザのパ一ソナルコンピュータ 1 1 3に対する操作によって、 I RD 1 1 2や、 MDレコーダ Zプレーヤ 1の動作制御を行うことも可能とされる。

ここで、本実施の形態の A Vシステム 1 0 3としては、第 2図に示すように、 I RD 1 1 2、 MDレコーダプレーヤ 1、及びパーソナリレコンピュータ 1 1 3は、 I E E E 1 3 94バス 1 1 6によって相互接続されているものとされる。

つまり、 AVシステム 1 0 3を構築している I RD 1 1 2、 MDレコーダ Zプレーヤ 1、及びパーソナルコンピュータ 1 1 3は、それぞれデ一夕伝送規格として I E E E 1 3 94に対応したデ一タイン夕ーフェイスを備えているものとされる。

これによつて、本実施の形態では、 I RD 1 1 2にて受信された、楽曲としてのオーディオデータ（ダウンロードデータ）を、 ATRA C方式により圧縮処理が施されたままの状態で直接取り込んで記録することができる。また、上記オーディオデータと共に送信側からアツプロ一ドされる AUXデ一夕をダウン口一ドして記録することも可能とされている。

I RD 1 1 2は、例えば第 1図に示すようにして、電話回線 1 04 を介して課金サーバ 1 0 5と通信可能とされている。 I RD 1 1 2には、後述するようにして各種情報が記憶される I Cカードが挿入される。例えば楽曲のオーディオデ一夕のダウンロードが行われたとすると、これに関する履歴情報が I Cカードに記憶される。この I C力一ドの情報は、電話回線 1 04を介して所定の機会、タイミングで課金サーバ 1 0 5に送られる。課金サーバ 1 0 5は、この送られてきた履歴情報に従って金額を設定して課金を行い、ユーザに請求する。

これまでの説明から分かるように、本発明が適用されたシステムでは、地上局 1 0 1は、テレビ番組素材サーバ 1 0 6からの音楽番組放送の素材となるビデオデータ及びオーディォデータと、楽曲素材サ一バ 1 0 7からのオーディォチャンネルの素材となるオーディォデ一夕と、音声付加情報サーバ 1 0 8からの音声デ一夕と、 GU Iデ一夕サ —バ 1 0 9からの GU Iデータとを多重化して送信している。

そして、各家庭の AVシステム 1 0 3でこの放送を受信すると、例えばモニタ装置 1 1 4により、選局したチャンネルの番組を視聴することができる。また、番組のデータと共に送信される GU Iデータを利用した GU I画面として、第 1には E P G (Electrical Program G uide；電子番組ガイド）画面を表示させ、番組の検索等を行うことができる。また、第 2には、例えば通常の番組放送以外の特定のサ一ビス用の GU I画面を利用して所要の操作を行うことで、本実施の形態の場合には、放送システムにおいて提供されている通常番組の視聴以外のサービスを享受することができる。

例えば、オーディオ（楽曲）データのダウンロードサービス用の G U I画面を表示させて、この GU I画面を利用して操作を行えば、ュ —ザが希望した楽曲のオーディォデー夕をダウンロードして MDレコーダ Zプレーヤ 1に記録して保存することが可能になる。

なお、本実施の形態では、上記したような GU I画面に対する操作を伴う、通常の番組放送以外の特定のサービスを提供するデータサービス放送については、インタラクティブ性を有することもあり、「ィン夕ラクティブ放送」ともいうことにする。

1 - 2. GU I画面に対する操作ここで、上述しているインタラクティブ放送の利用例、つまり、 G U I画面に対する操作例について、第 3図及び第 4図を参照して概略的に説明しておく。ここでは、楽曲データ（オーディオデータ）のダゥン口一ドを行う場合について述べる。

先ず、第 3図により I RD 1 1 2に対してユーザが操作を行うためのリモートコントローラ 64の操作キーについて、特に主要なものについて説明しておく。

第 3図には、リモートコントローラ 64において各種キーが配列された操作パネル面が示されている。ここでは、これら各種キーのうち、電源キー 1 6 1、数字キー 1 6 2、画面表示切換キ一 1 63、インタラクティブ切換キー 1 64、 E P Gキーパネル部 1 6 5、チャンネルキー 1 6 6について説明する。

電源キー 1 6 1は、 I RD 1 1 2の電源のオン Zオフを行うためのキーである。数字キー 1 62は、数字指定によりチャンネル切り換えを行ったり、例えば GU I画面において数値入力操作が必要な場合に操作するためのキーである。

画面表示切換キー 1 6 3は、例えば通常の放送画面と E P G画面との切り換えを行うキーである。例えば、画面表示切換キー 1 6 3により E P G画面を呼び出した状態の下で、 E P Gキーパネル部 1 6 5に配置されたキーを操作すれば、電子番組ガイドの表示画面を利用した番組検索が行えることになる。また、 E P Gキーパネル部 1 6 5内の矢印キー 1 6 5 aは、後述するサービス用の GU I画面におけるカーソル移動などにも使用することができる。

インタラクティブ切換キー 1 64は、通常の放送画面と、その放送番組に付随したサービスのための GU I画面との切り換えを行うために設けられる。

チャンネルキー 1 66は、 I RD 1 1 2における選局チャンネルをそのチヤンネル番号の昇順、降順に従って順次切り換えていくために設けられるキーである。

なお、本実施の形態のリモートコントローラ 6 4としては、例えばモニタ装置 1 1 4に対する各種操作も可能に構成されているものとされ、これに対応した各種キーも設けられているものであるが、ここでは、モニタ装置 1 1 4に対応するキー等の説明は省略する。

次に、第 4図を参照して G U I画面に対する操作の具体例について説明する。

A Vシステム 1 0 3により放送を受信して所望のチヤンネルを選局すると、モニタ装置 1 1 4の表示画面には、第 4図（ a ) に示すように、テレビ番組素材サーバ 1 0 6から提供された番組素材に基づく動画像が表示される。つまり、通常の番組内容が表示される。ここでは、例えば音楽番組が表示されているものとする。また、この音楽番組には楽曲のオーディォデ一夕のダウンロードサービス（イン夕ラクテイブ放送）が付随されているものとする。

そして、この音楽番組が表示されている状態の下で、例えばユーザがリモートコントローラ 6 4のイン夕ラクティブ切換キー 1 6 4を操作したとすると、表示画面は第 4図（b ) に示すような、オーディオデ一夕のダウンロードのための G U I画面に切り替わる。

この G U I画面においては、先ず、画面の左上部のテレビ番組表示エリア 1 2 1 Aに対して、第 4図（a ) にて表示されていたテレビ番組素材サーバ 1 0 6からのビデオデ一夕による画像が縮小化されて表示される。

また、画面の右上部には、オーディオチャンネルで放送されている各チャンネルの楽曲のリスト 1 2 1 Bが表示される。また、画面の左下にはテキスト表示エリァ 2 1 Cとジャケット表示エリァ 1 2 1 Dが表示される。さらに、画面の右側には歌詞表示ボタン 1 2 2、プロフィール表示ポタン 1 2 3、情報表示ボタン 1 2 4、予約録音ボタン 1 2 5、予約済一覧表示ポタン 1 2 6、録音履歴表示ボタン 1 2 7、およびダウンロードポタン 1 2 8が表示される。

ユーザは、このリスト 1 2 1 Bに表示されている楽曲名を見ながら、興味のある楽曲を探していく。そして、興味のある楽曲を見つけたらリモ一トコントローラ 6 4の矢印キー 1 6 5 a ( E P Gキーパネル部 1 6 5内）を操作して、その楽曲が表示されている位置に力一ソルを合わせた後、エンター操作を行う（例えば矢印キー 1 6 5 aのセン夕一位置を押圧操作する）。

これによつて、カーソルを合わせた楽曲を試聴することができる。すなわち、各オーディオチャンネルでは、所定の単位時間中、同一の楽曲が繰り返し放送されているので、テレビ番組表示エリァ 1 2 1 A の画面はそのままで、 I R D 1 1 2により上記操作により選択された楽曲のオーディォチャンネルに切り換えて音声出力することで、その楽曲を聞くことができる。この時、ジャケット表示エリア 2 1 Dにはその楽曲の M Dジャケッ卜の静止画像が表示される

また、例えば上記の状態で歌詞表示ポタン 1 2 2に力一ソルを合わせ、エンター操作を行う（以下、ポタン表示にカーソルを合わせ、ェン夕ー操作を行うことを「ポタンを押す」という）と、テキスト表示エリア 1 2 1 Cに楽曲の歌詞がオーディォデ一夕と同期した夕イミングで表示される。同様に、プロフィール表示ボタン 1 2 3あるいは情報表示ポタン 1 2 4を押すと、楽曲に対応するアーティストのプロフィールあるいはコンサート情報などがテキスト表示エリア 1 2 1 Cに表示される。このように、ユーザは、現在どのような楽曲が配信されているのかを知ることができ、更に各楽曲についての詳細な情報を知ることができる。ユーザは試聴した楽曲を購入したい場合には、ダウンロードボタン 1 2 8を押す。ダウンロードボタン 1 2 8が押されると、選択された楽曲のオーディォデ一夕がダウンロードされ、 M Dレコーダプレーャ 1によってディスクに記録が行われる。楽曲のオーディォデ一夕と共に、その歌詞データ、アーティストのプロフィール情報、ジャケットの静止画デ一夕等をダウンロードすることもできる。

そして、このようにして楽曲のオーディォデ一夕がダウンロードされる毎に、その履歴情報が I R D 1 1 2内の I Cカードに記憶される。 I Cカードに記憶された情報は、例えば 1力月に一度ずつ課金サーバ 1 0 5により取り込みが行われ、ユーザに対してデ一夕サービスの使用履歴に応じた課金が行われる。これによつて、ダウンロードされる楽曲の著作権を保護することができることにもなる。

また、ユーザは予めダウンロードの予約を行いたい場合には、予約録音ボタン 1 2 5を押す。このボタンを押すと、 G U I画面の表示が切り換わり、予約が可能な楽曲のリストが画面全体に表示される。例えばこのリストは 1時間単位、 1週間単位、チャンル単位等で検索した楽曲を表示することが可能である。ユーザはこのリス卜の中からダゥン口一ドの予約を行いたい楽曲を選択すると、その情報が I R D 1 1 2内に登録される。そして、すでにダウンロードの予約を行った楽曲を確認したい場合には、予約済一覧表示ポタン 1 2 6を押すことにより、画面全体に表示させることができる。このようにして予約された楽曲は、予約時刻になると I R D 1 1 2によりダウンロードされ、 M Dレコーダノプレーヤ 1によってディスクに記録される。

ユーザはダウンロードを行った楽曲について確認したい場合には、録音履歴ボタン 1 2 7を押すことにより、既にダウンロードを行った楽曲のリス卜を画面全体に表示させることができる。このように、本発明が適用されたシステムの A Vシステム 1 0 3では、モニタ装置 1 1 4の G U I画面上に楽曲のリス卜が表示される。そして、この G U I画面上の表示にしたがって楽曲を選択するとその楽曲を試聴することができ、その楽曲の歌詞やアーティストのプロフィ一ル等を知ることができる。さらに、楽曲のダウンロードとその予約、ダウンロードの履歴や予約済楽曲リス卜の表示等を行うことがでさる。

詳しい説明は省略するが、上記第 4図（b ) に示すような G U I画面の表示と、 G U I画面に対するユーザの操作に応答した G U I画面上での表示変更、及び音声出力は、前述した M H E G方式に基づいたシナリオ記述により、オブジェクトの関係を規定することにより実現される。ここでいうオブジェクトとは、第 4図（b ) に示された各ボタンに対応するパーツとしての画像データや各表示エリアに表示される素材デ一夕となる。

そして、本明細書においては、この G U I画面のような、シナリオ記述によってオブジェクト間の関係が規定されることで、或る目的に従った情報の出力態様（画像表示や音声出力等）が実現される環境を「シーン」というものとする。また、 1シーンを形成するォブジェクトとしては、シナリォ記述のファイル自体も含まれるものとする。以上、説明したように、本発明が適用されたデジタル衛星放送システムでは放送番組が配信されると共に、複数のオーディォチャンネルを使用して楽曲のオーディオデータが配信される。そして、配信されている楽曲のリスト等を使用して所望の楽曲を探し、そのオーディォデータを M Dレコーダ /プレーヤによって簡単にディスクメディァに記録することができる。

なお、デジタル衛星放送システムにおける番組提供以外のサービスとしては、上記した楽曲デ一夕のダウンロードの他にも各種考えられる。例えば、いわゆるテレビショッピングといわれる商品紹介番組を放送した上で、 GU I画面としては購買契約が結べるようなものを用意することも考えられる。

1一 3. 地上局

これまで、本実施の形態としてのデジタル衛星放送システムの概要について説明したが、以降、このシステムについてより詳しい説明を行っていくこととする。そこで、先ず地上局 1 0 1の構成について第 5図を参照して説明する。

なお、以降の説明にあたっては、次のことを前提とする。

本実施の形態では、地上局 1 0 1から衛星 1 02を介しての AVシステム 1 0 3への送信を行うのにあたり、 D S M— C C ( デジタル蓄積メディア · コマンド · アンド · コント口一ル； Digital St rage Med ia- Command and Control) プロトコルを採用する。

D SM— C C (MP EG- p a r t 6) 方式は、既に知られているように、例えば、何らかのネットワークを介して、デジタル蓄積メディァ（D SM) に蓄積された MP E G符号化ビットストリームを取り出し（Retrieve)たり、或いは D SMに対してストリームを蓄積（Store ) するためのコマンドや制御方式を規定したものである。そして本実施の形態においては、この D S M— C C方式がデジタル衛星放送システムにおける伝送規格として採用されているものである。

そして、 D SM— C C方式によりデ一夕放送サービス（例えば GU I画面など）のコンテンツ（オブジェクトの集合）を伝送するためには、コンテンツの記述形式を定義しておく必要がある。本実施の形態では、この記述形式の定義として先に述べた MHE Gが採用されるものである。

第 5図に示す地上局 1 0 1の構成において、テレビ番組素材登録システム 1 3 1は、テレビ番組素材サーバ 1 06から得られた素材デ一夕を A Vサーバ 3 5に登録する。この素材データはテレビ番組送出システム 1 3 9に送られ、ここでビデオデータは例えば MP EG 2方式で圧縮され、オーディオデータは、例えば MP E G 2オーディオ方式によりバケツト化される。テレビ番組送出システム 1 3 9の出力はマルチプレクサ 1 45に送られる。

また、楽曲素材登録システム 1 32では、楽曲素材サーバ 1 0 7からの素材データ、つまりオーディオデータを、 MP E G 2オーディオエンコーダ 1 3 6 A、及び ATRACエンコーダ 1 3 6 Bに供給する。 MP E G 2オーディオエンコーダ 1 3 6 A、 ATRACエンコーダ 1 3 6 Bでは、それぞれ供給されたオーディォデ一夕についてェンコード処理（圧縮符号化）を行った後、 MP E Gオーディオサーバ 14 0 A及び ATRACオーディオサーバ 140 Bに登録させる。

MP EGオーディオサーバ 1 40 Aに登録された MP E Gオーディォデ一夕は、 MP E Gオーディォ送出システム 1 43 Aに伝送されてここでパケット化された後、マルチプレクサ 145に伝送される。 A TR ACオーディォサーバ 140 Bに登録された AT R A Cデ一夕は、 ATRACオーディオ送出システム 1 43 Bに 4倍速 ATRACデ一夕として送られ、ここでバケツト化されてマルチプレクサ 1 45に送出される。

また、音声付加情報登録システム 1 3 3では、音声付加情報サーバ 1 0 8からの素材データである音声付加情報を音声付加情報データべース 1 3 7に登録する。この音声付加情報データベース 1 3 7に登録された音声付加情報は、音声付加情報送出システム 1 4 1に伝送され、同様にして、ここでパケット化されてマルチプレクサ 1 45に伝送される。

また、 GU I用素材登録システム 1 34では、 GU Iデータサーバ 1 0 9からの素材データである GU Iデータを、 GU I素材データべース 1 3 8に登録する。

GU I素材デ一夕べ一ス 1 38に登録された GU I素材データは、 GU Iォーサリングシステム 1 42に伝送され、ここで、 GU I画面、即ち第 4図にて述べた「シーン」としての出力が可能なデ一夕形式となるように処理が施される。

つまり、 GU Iォーサリングシステム 1 42に伝送されてくるデ一夕としては、例えば、楽曲のダウンロードのための GU I画面であれば、アルバムジャケットの静止画像デ一夕、歌詞などのテキストデー夕、更には、操作に応じて出力されるべき音声デ一夕などである。上記した各デ一夕はいわゆるモノメディアといわれるが、 GU Iォーサリングシステム 1 42では、 MHE Gォ一サリングツールを用いて、これらのモノメディアデータを符号化して、これをオブジェクトとして扱うようにする。

そして、例えば第 4図（b) にて説明したようなシーン（GU I画面）の表示態様と操作に応じた画像音声の出力態様が得られるように上記オブジェクトの関係を規定したシナリオ記述ファイル（スクリブト）と共に MHE G— 5のコンテンツを作成する。

また、第 4図（b) に示したような GU I画面では、テレビ番組素材サーバ 1 0 6の素材データを基とする画像 ·音声データ（MP EG ビデオデータ、 MP E Gオーディオデータ）と、楽曲素材サーバ 1 0 7の楽曲素材データを基とする MP E Gオーディオデータ等も、 GU I画面に表示され、操作に応じた出力態様が与えられる。従って、上記シナリオ記述ファイルとしては、上記 GU Iォーサリングシステム 042では、上記したテレビ番組素材サーバ 1 0 6の素材データを基とする画像 ·音声データ、楽曲素材サーバ 1 0 7の楽曲素材データを基とする MP E Gオーディオデータ、更には、音声付加情報サーバ 1 0 8を基とする音声付加情報も必要に応じてオブジェクトとして扱われて、 MHEGのスクリプトによる規定が行われる。なお、 GU Iォーサリングシステム 142から伝送される MHE G コンテンツのデータとしては、スクリプトファイル、及びオブジェクトとしての各種静止画デ一夕ファイルやテキストデ一夕ファイルなどとなるが、静止画デ一夕は、例えば J P E G (Joint Photograph Expe rts Group)方式で圧縮された 640 X 48 0ピクセルのデ一夕とされ、テキストデ一夕は例えば 8 0 0文字以内のファイルとされる。

GU Iォ一サリングシステム 142にて得られた MHE Gコンテンッのデー夕は D SM— CCエンコーダ 144に伝送される。

D SM— C Cエンコーダ 1 44では、 M P E G 2フォーマットに従つたビデオ、オーディォデ一夕のデ一タストリームに多重できる形式のトランスポ一トストリ一ム（以下 T S (Transport Stream)とも略す ) に変換して、パケット化されてマルチプレクサ 1 45に出力されるマルチプレクサ 145においては、テレビ番組送出システム 1 3 9 からのビデオバケツトおよびオーディォパケットと、 MP EGオーディォ送出システム 1 43 Aからのオーディオパケットと、 ATRAC オーディォ送出システム 143 Bからの 4倍速オーディォパケットと、音声付加情報送出システム 1 4 1からの音声付加情報バケツ卜と、 GU Iォ一サリングシステム 1 42からの GU Iデータバケツトとが時間軸多重化されると共に、キー情報サーバ 1 1 0 (第 1図）から出力されたキー情報に基づいて暗号化される。

マルチプレクサ 1 4 5の出力は電波送出システム 1 4 6に伝送され、ここで例えば誤り訂正符号の付加、変調、及び周波数変換などの処理を施された後、アンテナから衛星 1 0 2に向けて送信出力するようにされる。

1 - 4 . 送信フォーマツト次に、 D S M— C C方式に基づいて規定された本実施の形態の送信フォーマットについて説明する。

第 6図は、地上局 1 0 1から衛星 1 0 2に送信出力される際のデ一夕の一例を示している。なお、前述したように、この図に示す各デー夕は実際には時間軸多重化されているものである。また、この図では、第 6図に示すように、時刻 t 1から時刻 t 2の間が 1つのイベントとされ、時刻 t 2から次のイベントとされる。ここでいうイベントとは、例えば音楽番組のチャンネルであれば、複数楽曲のラインナップの組を変更する単位であり、時間的には 3 0分或いは 1時間程度となる。

第 6図に示すように、時刻 t 1から時刻 t 2のィベントでは、通常の動画の番組放送で、所定の内容 A 1を有する番組が放送されている。また、時刻 t 2から始めるイベントでは、内容 A 2としての番組が放送されている。この通常の番組で放送されているのは動画と音声である。

M P E Gオーディオチャンネル（ 1 ) 〜（ 1 0 ) は、例えば、チヤンネル C H 1から C H 1 0の 1 0チャンネル分用意される。このとき、各オーディォチャンネル C H 1， C H 2 , C H 3 · · · · C H 1 0 では、 1つのィベン卜が放送されている間は同一楽曲が繰り返し送信される。つまり、時刻 t 1〜 t 2のイベントの期間においては、ォーディォチャンネル CH 1では楽曲 B 1が繰り返し送信され、オーディォチャンネル CH 2では楽曲 C 1が繰り返し送信され、以下同様に、オーディォチャンネル CH 1 0では楽曲 K 1が繰り返し送信されることになる。これは、その下に示されている 4倍速 ATRACオーディォチャンネル（ 1 ) 〜（ 1 0) についても共通である。

つまり、第 6図において、 MP E Gオーディオチャンネルと 4倍速 AT R A Cオーディオチャンネルのチャンネル番号である（）内の数字が同じものは同じ楽曲となる。また、音声付加情報のチャンネル番号である（）内の数字は、同じチャンネル番号を有するオーディォデ一夕に付加されている音声付加情報である。更に、 GU Iデータとして伝送される静止画データやテキストデ一夕も各チャンネルごとに形成されるものである。これらのデータは、第 7図（a) 〜（d) に示すように MP EG 2のトランスポートバケツト内で時分割多重されて送信され、第 7図（e) ~ (h) に示すようにして I RD 1 1 2 内では各デ一夕バケツ卜のヘッダ情報を用いて再構築される。

また、上記第 6図及び第 7図に示した送信データのうち、少なくとも、デ一夕サービス（インタラクティブ放送）に利用される GU Iデ —夕は、 D SM— CC方式に則って論理的には次のようにして形成されるものである。ここでは、 D SM— C Cエンコーダ 1 44から出力されるトランスポートストリームのデータに限定して説明する。第 8図（a) に示すように、 D SM_ C C方式によって伝送される本実施の形態のデ一夕放送サービスは、 S e r v i c e

G a t ewa yという名称のルートディレクトリの中に全て含まれる。 S e r v i c e G a t e w a vに含まれるオブジェクトとしては、ディレクトリ（D i r e c t o r y) ，フアイリレ（F i 1 e) ，ストリーム（S t r e am) ，ストリームイベント（S t r e am E v e n t ) などの種類が存在する。

これらのうち、ファイルは静止画像、音声、テキスト、更には MH EGにより記述されたスクリプトなどの個々のデータファイルとされる。

ストリームは例えば、他のデ一夕サービスや A Vストリーム（TV 番組素材としての MP E Gビデオデータ、オーディオデータ、楽曲素材としての MP EGオーディォデータ、 ATRACオーディォデ一夕等）にリンクする情報が含まれる。

また、ストリームイベントは、同じくリンクの情報と時刻情報が含まれる。

ディレクトリは相互に関連するデータをまとめるフォルダである。そして、 D SM— CC方式では、第 8図（b) に示すようにして、これらの単位情報と S e r V i c e G a t e w a yをそれぞれォブジェクトという単位と捉え、それぞれを B I 0 Pメッセージという形式に変換する。

なお、本発明に関わる説明では、ファイル，ストリーム，ストリームィベン卜の 3つのオブジェク卜の区別は本質的なものではないので、以下の説明ではこれらをファイルとしてのオブジェクトに代表させて説明する。

そして、 D SM—CC方式では、第 8図（c ) に示すモジュールといわれるデータ単位を生成する。このモジュールは、第 8図（b) に示した B I〇 Pメッセ一ジ化されたオブジェクトを 1つ以上含むようにされたうえで、 B I O Pヘッダが付加されて形成される可変長のデ一夕単位であり、後述する受信側における受信デ一夕のバッフアリング単位となる。

また、 D S M— C C方式としては、 1モジュールを複数のオブジェクトにより形成する場合の、オブジェクト間の関係については特に規定、制限はされていない。つまり、極端なことをいえば、全く関係の無いシーン間における 2以上のオブジェクトにより 1モジュールを形成したとしても、 D SM— C C方式のもとでの規定に何ら違反するものではない。

このモジュールは、 MP EG 2フォーマットにより規定されるセクシヨンといわれる形式で伝送するために、第 8図（d) に示すように、機械的に「ブロック」といわれる原則固定長のデ一夕単位に分割される。但し、モジュールにおける最後のブロックについては規定の固定長である必要はないものとされている。このように、ブロック分割を行うのは M P E G 2フォーマツトにおいて、 1セクションが 4 KB を越えてはならないという規定があることに起因する。

また、この場合には上記ブロックとしてのデ一夕単位と、セクションとは同義なものとなる。

このようにしてモジュールを分割して得たブロックは、第 8図（e ) に示すようにしてヘッダが付加されて D D B (Download Data Block ) というメッセージの形式に変換される。

また、上記 DD Bへの変換と並行して、 D S I (Download Server I nitiate)及び D I I (Download Indication Information) という制御メッセージが生成される。

上記 D S I及び D I Iは、受信側（ I RD 1 1 2) で受信データからモジュールを取得する際に必要となる情報であり、 D S Iは主として、次に説明するカル一セル（モジュール）の識別子、カル一セル全体に関連する情報（カル一セルが 1回転する時間、カル一セル回転のタイムアウト値）等の情報を有する。また、デ一夕サービスのルートディレクトリ（S e r v i c e G a t ewa y) の所在を知るための情報も有する（オブジェクトカルーセル方式の場合）。

D I Iは、カルーセルに含まれるモジュールごとに対応する情報であり、モジュールごとのサイズ、バージョン、そのモジュールのタイムァゥト値などの情報を有する。

そして、第 8図（ f ) に示すように、上記 DDB、 D S I、 D I I の 3種類のメッセージをセクションのデ一夕単位に対応させて周期的に、かつ、繰り返し送出するようにされる。これにより、受信機側では例えば目的の GU I画面（シーン）を得るのに必要なオブジェクトが含まれているモジュールをいつでも受信できるようにされる。

本明細書では、このような伝送方式を回転木馬に例えて「力ルーセル方式」といい、第 8図（ f ) に示すようにして模式的に表されるデ —夕伝送形態をカル一セルというものとする。

また、「カルーセル方式」としては、「データカル一セル方式」のレベルと「オブジェクトカル一セル方式」のレベルとに分けられる。特にオブジェクトカルーセル方式では、ファイル、ディレクトリ、ストリーム、サービスゲートウエイなどの属性を持つオブジェクトをデ一夕としてカルーセルを用いて転送する方式で、ディレクトリ構造を扱えることがデ一夕カルーセル方式と大きく異なる。本実施の形態のシステムでは、オブジェクトカル一セル方式を採用するものとされるまた、上記のようにしてカルーセルにより送信される GU Iデータ、つまり、第 5図の D SM— CCエンコーダ 144から出力されるデ一夕としては、トランスポートストリームの形態により出力される。この卜ランスポートストリームは例えば第 9図に示す構造を有する。第 9図（a) には、トランスポートストリームが示されている。このトランスポートストリームとは MP E Gシステムで定義されているビット列であり、図のように 1 8 8バイトの固定長パケット（トランスポートパケット）の連結により形成される。

そして、各トランスポートパケットは、第 9図（b) に示すようにへッダと特定の個別バケツトに付加情報を含めるためのァダプテーシヨンフィールドとパケットの内容（ビデオ/オーディオデータ等）を表すペイロード（データ領域）とからなる。

ヘッダは、例えば実際には 4バイトとされ、第 9図（c) に示すように、先頭には必ず同期バイトがあるようにされ、これより後ろの所定位置にそのバケツ卜の識別情報である P I D (P a c k e t— I D ) 、スクランブルの有無を示すスクランブル制御情報、後続するァダプテーシヨンフィールドゃペイ口一ドの有無等を示すァダプテーションフィ一ルド制御情報が格納されている。

これらの制御情報に基づいて、受信装置側ではパケット単位でデスクランブルを行い、また、デマルチプレクサによりビデオオーディォ Zデータ等の必要バケツ卜の分離 .抽出を行うことができる。また、ビデオ Zオーディォの同期再生の基準となる時刻情報を再生することもここで行うことができる。

また、これまでの説明から分かるように、 1つのトランスポートストリ一ムには複数チャンネル分の映像ノ音声/データのバケツ卜が多重されている力それ以外に P S I (Program Specific Information) といわれる選局を司るための信号や、限定受信（個人の契約状況により有料チャンネルの受信可不可を決定する受信機能）に必要な情報（ EMM/E CM) 、 E P Gなどのサービスを実現するための S I (Ser vice Information) が同時に多重されている。ここでは、 P S Iにつ

4 いて説明する。

P S Iは、第 1 0図に示すようにして、 4つのテーブルで構成されている。それぞれのテーブルは、セクション形式という MP EG S y s t e mに準拠した形式で表されている。

第 1 0図（a) には、 N I T (Network Informataion Table)及び C AT (Conditional Access Table)のテーブルが示されている。

N I Tは、全キャリアに同一内容が多重されている。キャリアごとの伝送諸元（偏波面、キャリア周波数、畳み込みレート等）と、そこに多重されているチャンネルのリス卜が記述されている。 N I Tの P I Dとしては、 P I D=0x0010とされている。

CATもまた、全キャリアに同一内容が多重される。限定受信方式の識別と契約情報等の個別情報である E MM (Enti tlement Managemen t Message)パケットの P I Dが記述されている。 P I Dとしては、 P I D=0x0001により示される。

第 1 0図（b) には、キャリアごとに固有の内容を有する情報として、 PATが示される。 PATには、そのキャリア内のチャンネル情報と、各チヤンネルの内容を表す PMTの P I Dが記述されている。 P I Dとしては、 P I D=0x0000により示される。

また、キャリアにおけるチャンネルごとの情報として、第 1 0図（ c ) に示す P MT (Program Map Table) のテーブルを有する。

PMTは、チャンネル別の内容が多重されている。例えば、第 1 0 図（d) に示すような、各チャンネルを構成するコンポーネント（ビデォ /"オーディオ等）と、デスクランブルに必要な E CM(EncrypUo n Control Message)バケツ卜の P I Dが記述されている P M Tの P I Dは、 PATにより指定される。 1一 5. I R D 続いて、 A Vシステム 1 03に備えられる I RD 1 1 2の一構成例について第 1 1図を参照して説明する。

この図に示す I RD 1 1 2において、入力端子 T 1には、パラボラアンテナ 1 1 1の LNB 1 1 5により所定の周波数に変換された受信信号を入力してチューナノフロントエンド部 5 1に供給する。

チューナノフロントエンド部 5 1では、 C PU(Central Processin g Unit) 80からの伝送諸元等を設定した設定信号に基づいて、この設定信号により決定されるキャリア（受信周波数）を受信して、例えばビタビ復調処理や誤り訂正処理等を施すことで、トランスポートストリームを得るようにされる。

チューナ Zフロントエンド部 5 1にて得られたトランスポートストリームは、デスクランブラ 52に対して供給される。また、チューナ Zフロントエンド部 5 1では、トランスポートストリームから P S I のパケットを取得し、その選局情報を更新すると共に、トランスポートストリームにおける各チャンネルのコンポーネント P I Dを得て、例えば C P U 8 0に伝送する。 C P U 8 0では、取得した P I Dを受信信号処理に利用することになる。

デスクランブラ 52では、 I Cカード 6 5に記憶されているデスクランブルキーデータを C P U 80を介して受け取ると共に、 C P U 8

0により P I Dが設定される。そして、このデスクランブルキーデー夕と P I Dとに基づいてデスクランブル処理を実行し、トランスポート部 53に対して伝送する。

トランスポート部 5 3は、デマルチプレクサ 7 0と、例えば DRA

M等により構成されるキュー（Queue ) 7 1とからなる。キュー（Qu eue ) 7 1は、モジュール単位に対応した複数のメモリ領域が列となるようにして形成されているものとされ、例えば本実施の形態では、 3 2列のメモリ領域が備えられる。つまり、最大で 3 2モジュールの情報を同時に格納することができる。

デマルチプレクサ 70の概略的動作としては、 C PU 8 0の D e M UXドライバ 82により設定されたフィル夕条件に従って、デスクランブラ 5 2から供給されたトランスポートストリームから必要なトランスポー卜バケツトを分離し、必要があればキュー 7 1を作業領域として利用して、先に第 7図（e) 〜（h) により示したような形式のデータを得て、それぞれ必要な機能回路部に対して供給する。

デマルチプレクサ 70にて分離された MP E Gビデオデータは、 M P E G 2ビデオデコーダ 5 5に対して入力され、 MP E Gオーディオデ一夕は、 M P E Gオーディオデコーダ 54に対して入力される。これらデマルチプレクサ 7 0により分離された MP E Gビデオオーディォデータの個別パケットは、 P E S (Packetized Elementary Strea m)と呼ばれる形式でそれぞれのデコーダに入力される。

また、トランスポートストリームにおける MHEGコンテンツのデ一夕については、デマルチプレクサ 7 0によりトランスポートストリームからトランスポートバケツト単位で分離抽出されながらキュー 7 1の所要のメモリ領域に書き込まれていくことで、モジュール単位にまとめられるようにして形成される。そして、このモジュール単位にまとめられた MH EGコンテンツのデータは、 CPU 8 0の制御によつてデータバスを介して、メインメモリ 9 0内の D SM— CCバッファ 9 1に書き込まれて保持される。

また、トランスポートストリームにおける 4倍速 ATRACデ一夕 (圧縮オーディオデ一夕）も、例えばトランスポートパケット単位で必要なデータがデマルチプレクサ 7 0により分離抽出されて I E EE 1 3 94インタ一フェイス 6 0に対して出力される。また、 I EEE 1 3 94インターフェイス 6 0を介した場合には、オーディオデイォデータの他、ビデオデータ、テキストデ一夕及び各種コマンド信号等を送出することも可能とされる。

P E Sとしての形式による MP EGビデオデータが入力された MP E G 2ビデオデコーダ 5 5では、メモリ 5 5 Aを作業領域として利用しながら MP E G 2フォーマットに従って復号化処理を施す。復号化されたビデオデータは、表示処理部 5 8に供給される。

表示処理部 5 8には、上記 MP EG 2ビデオデコーダ 5 5から入力されたビデオデ一夕と、後述するようにしてメインメモリ 90の MH E Gバッファ 9 2にて得られるデータサービス用の GU I画面等のビデォデータが入力される。表示処理部 58では、このようにして入力されたビデオデータについて所要の信号処理を施して、所定のテレビジョン方式によるアナログオーディォ信号に変換してアナログビデオ出力端子 T 2に対して出力する。

これにより、アナログビデオ出力端子 T 2とモニタ装置 1 1 4のビデォ入力端子とを接続することで、例えば先に第 4図に示したような表示が行われる。

また、 P E Sによる MP E Gオーディオデータが入力される MP E G 2オーディオデコーダ 54では、メモリ 54 Aを作業領域として利用しながら MP E G 2フォーマツトに従って復号化処理を施す。復号化されたオーディォデ一夕は、 DZAコンバータ 5 6及び光デジタル出力インターフェイス 5 9に対して供給される。

DZAコンバータ 56では、入力されたオーディオデ一夕についてアナログ音声信号に変換してスィツチ回路 5 7に出力する。スィッチ回路 5 7では、アナログオーディォ出力端子 T 3又は T4の何れか一方に対してアナログ音声信号を出力するように信号経路の切換を行うここでは、アナログオーディォ出力端子 T 3はモニタ装置 1 14の音声入力端子と接続されるために設けられているものとされる。また、アナログオーディォ出力端子 T 4はダウンロードした楽曲をアナ口グ信号により出力するための端子とされる。

また、光デジタル出力インターフェイス 5 9では、入力されたデジ夕ルオーディォデータを光デジタル信号に変換して出力する。この場合、光デジタル出力インタ一フェイス 5 9は、例えば I E C 9 58に準拠する。

メインメモリ 9 0は、 CPU 8 0が各種制御処理を行う際の作業領域として利用されるものである。そして、本実施の形態では、このメインメモリ 9 0において、前述した D S M— C Cバッファ 9 1と、 M HE Gバッファ 9 2としての領域が割り当てられるようになつている

MHEGバッファ 92には、 MHEG方式によるスクリブトの記述に従って生成された画像デ一夕（例えば GU I画面の画像データ）を生成するための作業領域とされ、ここで生成された画像データはバスラインを介して表示処理部 5 8に供給される。

C PU 8 0は、 I RD 1 1 2における全体制御を実行する。このなかには、デマルチプレクサ 7 0におけるデ一夕分離抽出についての制御も含まれる。

また、獲得した MHE Gコンテンツのデータについてデコード処理を施すことで、スクリプトの記述内容に従って GU I画面（シーン）を構成して出力するための処理も実行する。このため、本実施の形態の C P U 8 0としては、主たる制御処理を実行する制御処理部 8 1に加え、例えば少なくとも、 D e MUXドラィバ 8 2、 D S M— C Cデコーダブロック 8 3、及び MH EGデコーダブロック 84が備えられる。本実施の形態では、このうち、少なくとも D SM—C Cデコーダブロック 8 3及び MH E Gデコーダブロック 84については、ソフトウェアにより構成される。

D e MUXドライバ 8 2は、入力されたトランスポートストリームの P I Dに基づいてデマルチプレクサ 7 0におけるフィル夕条件を設定する。

D S M— C Cデコーダブロック 8 3は、 D SM— M a n a g e rとしての機能を有するものであり、 D SM—C Cバッファ 9 1に格納されているモジュール単位のデータについて、 MHEGコンテンツのデ一夕に再構築する。また、 MHE Gデコーダブロック 84からのァクセスに従って所要の D SM— C Cデコード等に関連する処理を実行する。

MHEGデコーダブロック 84は、 D SM— C Cデコーダブロック 8 3により得られた MHE Gコンテンツのデ一夕、つまり、 D SM— C Cバッファ 9 1にて得られている MHE Gコンテンツのデータにァクセスして、シーン出力のためのデコード処理を行う。つまり、その MHEGコンテンツのスクリブトファイルにより規定されているォブジェクト間の関係を実現していくことで、シーンを形成するものである。この際、シーンとして GU I画面を形成するのにあたっては、 M HE Gバッファ 9 2を利用して、ここで、スクリプトファイルの内容に従って GU I画面の画像データを生成するようにされる。

D S M— C Cデコーダブロック 8 3及び MH E Gデコーダブロック 84間のインタ一フェイスには、 U— U A P I (Application Porta bility Interface) が採用される。

U-U AP Iは、 D SM Ma n a g e rオブジェクト（D SM の機能を実現するサーバオブジェクト）にアクセスするためのイン夕 —フェイスであり、これにより、 S e r v i c e G a t ewa y, D i r e c t o r y, F i l e, S t r e am, S t r e am E v e n tなどのオブジェクトに対する操作を行う。

クライアントオブジェクトは、この AP Iを使用することによって、これらのオブジェクトに対して操作を行うことができる。

ここで、 C PU 80の制御によりトランスポートストリームから 1 シーンを形成するのに必要な目的のオブジェクトを抽出するための動作例について説明しておく。

D SM— C Cでは、トランスポートストリーム中のオブジェク卜の所在を示すのに I〇 R (Interoperable Object Reference)が使用される。 I ORには、オブジェクトを見つけ出すためのカルーセルに対応する識別子、オブジェクトの含まれるモジュールの識別子（以下 mo d u 1 e_ i dと表記）、 1つのモジュール中でオブジェクトを特定する識別子（以下 o b j e c t— k e yと表記）のほかに、オブジェクトの含まれるモジュールの情報を持つ D I Iを識別するためのタグ (a s s o c i a t i o n— t a g) 情報を含んでいる。

また、モジュール情報を持つ D I Iには、 1つ以上のモジュールそれぞれについての m o d u 1 e— i d、モジュールの大きさ、バ一ジヨンといった情報と、そのモジュールを識別するためのタグ（a s s o c i a t i o n— t a g) 情報を含んでいる。

トランスポートストリームから抜き出された I ORが C P U 80において識別された場合に、その I ORで示されたオブジェクトを受信、分離して得るプロセスは、例えば次のようになる。 (P r 1 ) C PU 8 0の D e MUXドライバ 8 2では、 I ORの a s s o c i a t i o n— t a gと同じ値を持つエレメンタリーストリーム（以下 E Sと表記）を、カル一セルにおける PMTの E Sル一プから探し出して P I Dを得る。この P I Dを持つ E Sに D I Iが含まれていることになる。

( P r 2 ) この P I Dと t a b l e— i d一 e x t e n s i o n とをフィル夕条件としてデマルチプレクサ 7 0に対して設定する。これにより、デマルチプレクサ 7 0では、 D I I を分離して C P U 80 に対して出力する。

(P r 3 ) D I Iの中で、先の I ORに含まれていた mo d u 1 e― i dに相当するモジユーリレの a s s o c i a t i o n― t a gを得る。

(P r 4) 上記 a s s o c i a t i o n— t a gと同じ値を有する E Sを、 PMTの E Sループ（カルーセル）から探し出し、 P I D を得る。この P I Dを有する E Sに目的とするモジュールが含まれる

( P r 5 ) 上記 P I Dと mo d u 1 e— i dとをフィルタ条件として設定して、デマルチプレクサ 7 0によるフィルタリングを行う。このフィルタ条件に適合して分離抽出されたトランスポートパケットがキュー 7 1の所要のメモリ領域（列）に格納されていくことで、最終的には、目的のモジュールが形成される。

(P r 6) 先の I ORに含まれていた o b j e c t— k e yに相当するォブジェクトをこのモジュールから抜き出す。これが目的とするォブジェク卜になる。このモジュールから抜き出されたオブジェクトは、例えば、 D S M— C Cバッファ 9 1の所定の領域に書き込みが行われる。例えば、上記動作を繰り返し、目的とするオブジェクトを集めて D SM— C Cバッファ 9 1に格納していくことで、必要とされるシーンを形成する MHE Gコンテンツが得られることになる。

マンマシンインタ一フェイス 6 1では、リモートコントローラ 64 から送信されてきたコマンド信号を受信して C PU 8 0に対して伝送する。 C PU 8 0では、受信したコマンド信号に応じた機器の動作が得られるように、所要の制御処理を実行する。

I Cカードスロット 62には I Cカード 6 5が挿入される。そして、この挿入された I Cカード 6 5に対して C PU 8 0によって情報の書き込み及び読み出しが行われる。

モデム 6 3は、電話回線 1 04を介して課金サーバ 1 0 5と接続されており、 C PU 8 0の制御によって I RD 1 1 2と課金サーバ 1 0 5との通信が行われるように制御される。

ここで、上記構成による I RD 1 1 2におけるビデオオーディォソースの信号の流れを、第 4図により説明した表示形態に照らし合わせながら補足的に説明する。

第 4図（a) に示すようにして、通常の番組を出力する場合には、入力されたトランスポートストリームから必要な番組の MP E Gビデォデータと MP E Gオーディォデータとが抽出されて、それぞれ復号化処理が施される。そして、このビデオデータと MP E Gオーディオデータが、それぞれアナログビデオ出力端子 T 2と、アナログオーディォ出力端子 T 3に出力されることで、モニタ装置 1 14では、放送番組の画像表示と音声出力が行われる。

また、第 4図（b) に示した GU I画面を出力する場合には、入力されたトランスポ一トストリームから、この GU I画面（シーン）に必要な MH EGコンテンツのデ一夕をトランスポート部 5 3により分離抽出して D SM— CCバッファ 9 1に取り込む。そして、このデー夕を利用して、前述したように D SM— C Cデコーダプロック 8 3及び MHE Gデコーダブロック 84が機能することで、 MHE Gバッファ 9 2にてシーン（GU I画面）の画像デ一夕が作成される。そして、この画像データが表示処理部 5 8を介してアナログビデオ出力端子 T 2に供給されることで、モニタ装置 1 1 4には GU I画面の表示が行われる。

また、第 4図（b) に示した GU I画面上で楽曲のリスト 1 2 1 B により楽曲が選択され、その楽曲のオーディォデ一夕を試聴する場合には、この楽曲の MP E Gオーディオデ一夕がデマルチプレクサ 7 0 により得られる。そして、この MP E Gオーディオデータが、 MP E Gオーディオデコーダ 54、 DZAコンパ一夕、スィッチ回路 5 7、アナログオーディォ出力端子 T 3を介してアナログ音声信号とされてモニタ装置 1 1 4に対して出力される。

また、第 4図（b) に示した GU I画面上でダウンロードボタン 1 2 8が押されてオーディオデータをダウンロードする場合には、ダウンロードすべき楽曲のオーディォデータがデマルチプレクサ 70により抽出されてアナログオーディォ出力端子 T 4、光デジタル出力インターフェイス 5 9、または I EEE 1 3 94インタ一フェイス 6 0に出力される。

ここで、特に I E E E 1 3 94インターフェイス 60に対して、 I EE E 1 3 94バス 1 1 6を介して MDレコーダノプレーヤ 1が接続されている場合には、デマルチプレクサ 7 0ではダウン口一ド楽曲の 4倍速 ATRACデータが抽出され、 I E EE 1 3 94イン夕一フエイス 6 0から I EEE 1 394バス 1 1 6を介して MDレコーダプレ一ャ 1に装填されているディスクに対して記録が行われる。また、この際には、ミニディスクシステムでいうところの、 AUXデータフアイルとして、例えば J P E G方式で圧縮されたアルバムジャケットの静止画データ（ピクチャファイル）、歌詞やアーティストのプロフィールなどのテキストデータ（テキストファイル）もデマルチプレクサ 7 0においてトランスポートストリームから抽出され、 I E EE 1 3 94インターフェイス 60から I EEE 1 3 94バス 1 1 6を介して MDレコーダ Zプレーヤ 1に転送される。 MDレコーダプレーヤ 1では、装填されているディスクの所定の領域に対して、これら静止画データ、テキストデ一夕を記録することができるようになつている。

1 - 6. ミニディスク記録再生装置

1 - 6 - 1. MDレコーダ /プレーヤの構成第 1 2図は、本実施の形態として AVシステム 3に備えられる記録再生装置（MDプレーヤノレコーダ） 1の内部構成を示す。

音声データが記録される光磁気ディスク（ミニディスク） 9 0は、スピンドルモー夕 2により回転駆動される。そして光磁気ディスク 9 0に対しては記録 Z再生時に光学へッド 3によってレーザ光が照射される。

光学へッド 3は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行ない、また再生時には磁気力一効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行なう。

このため、光学ヘッド 3にはレーザ出力手段としてのレーザダイォ —ド、偏光ビームスプリッ夕ゃ対物レンズ等からなる光学系、及び反射光を検出するためのディテクタ等が搭載されている。対物レンズ 3 aは 2軸機構 4によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。

また、ディスク 9 0を挟んで光学へッド 3と対向する位置に磁気へッド 6 aが配置されている。磁気ヘッド 6 aは供給されたデータによつて変調された磁界を光磁気ディスク 9 0に印加する動作を行なう。光学へッド 3全体及び磁気へッド 6 aは、スレツド機構 5によりディスク半径方向に移動可能とされている。

再生動作によって、光学ヘッド 3によりディスク 9 0から検出された情報は R Fアンプ 7に供給される。 R Fアンプ 7は供給された情報の演算処理により、再生 R F信号、トラッキングエラー信号 T E、フオーカスエラー信号 F E、グループ情報（光磁気ディスク 9 0にプリグループ（ゥォプリンググループ）として記録されている絶対位置情報） G F M等を抽出する。

抽出された再生 R F信号はエンコーダデコーダ部 8に供給される。また、トラッキングエラ一信号 T E、フォーカスエラー信号 F Eはサ一ボ回路 9に供給され、グループ情報 G F Mはァドレスデコーダ 1 0に供給される。

サーボ回路 9は供給されたトラッキングエラ一信号 T E、フォー力スエラ一信号 F Eや、マイクロコンピュー夕により構成されるシステムコントローラ 1 1からのトラックジャンプ指令、アクセス指令、スピンドルモータ 2の回転速度検出情報等により各種サーボ駆動信号を発生させ、 2軸機構 4及びスレツド機構 5を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモー夕 2を一定線速度（ C L V ) に制御する。ァドレスデコーダ 1 0は供給されたグループ情報 G FMをデコードしてアドレス情報を抽出する。このァドレス情報はシステムコント口ーラ 1 1に供給され、各種の制御動作に用いられる。

また再生 R F信号についてはエンコーダデコーダ部 8において E FM復調、 C I R C等のデコード処理が行なわれるが、このときアドレス、サブコードデ一夕なども抽出され、システムコントローラ 1 1 に供給される。

エンコーダ/デコーダ部 8で E FM復調、 C I RC等のデコード処理された音声データ（セクタ一デ一夕）は、メモリコントローラ 1 2 によって一旦バッファメモリ 1 3に書き込まれる。なお、光学ヘッド 3によるディスク 9 0からのデータの読み取り及び光学へッド 3からバッファメモリ 1 3までの系における再生デ一夕の転送は 1.41Mbit/s ecで、しかも通常は間欠的に行なわれる。

バッファメモリ 1 3に書き込まれたデータは、再生データの転送が 0.3Mb it/sec となるタイミングで読み出され、エンコーダ /デコーダ部 1 4に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、 44. 1 KHZ サンプリング、 1 6ビット量子化のデジタルオーディォ信号とされる。

このデジ夕ルオーディォ信号は DZ A変換器 1 5によってアナログ信号とされ、出力処理部 1 6でレベル調整、インピーダンス調整等が行われてライン出力端子 1 7からアナログオーディォ信号 A o U t として外部機器に対して出力される。またヘッドホン出力 HP o u t としてヘッドホン出力端子 2 7に供給され、接続されるヘッドホンに出力される。

また、エンコーダデコーダ部 14でデコードされた状態のデジ夕ルオーディォ信号は、デジタルィン夕ーフェース部 2 2に供給されることで、デジタル出力端子 2 1からデジタルオーディォ信号 D o u t として外部機器に出力することもできる。例えば光ケーブルによる伝送形態で外部機器に出力される。

光磁気ディスク 9 0に対して記録動作が実行される際には、ライン入力端子 1 8に供給された記録信号（アナログオーディオ信号 A i n ) は、 A Z D変換器 1 9によってデジタルデータとされた後、ェンコーダノデコーダ部 1 4に供給され、音声圧縮ェンコ一ド処理を施される。

または外部機器からデジタル入力端子 2 0にデジタルオーディォ信号 D i nが供給された場合は、デジタルインタ一フェース部 2 2で制御コード等の抽出が行われるとともに、そのオーディォデ一夕がェンコーダ/デコーダ部 1 4に供給され、音声圧縮エンコード処理を施される。

なお図示していないがマイクロホン入力端子を設け、マイクロホン入力を記録信号として用いることも当然可能である。

エンコーダ Zデコーダ部 1 4によって圧縮された記録データはメモリコントローラ 1 2によって一旦バッファメモリ 1 3に書き込まれて蓄積されていった後、所定量のデータ単位毎に読み出されてェンコ一ダ /デコーダ部 8に送られる。そしてエンコーダ/デコーダ部 8で C I R Cエンコード、 E F M変調等のエンコード処理された後、磁気へッド駆動回路 6に供給される。

磁気へッド駆動回路 6はエンコード処理された記録デ一夕に応じて、磁気ヘッド 6 aに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク 9 0に対して磁気へッド 6 aによる N又は Sの磁界印加を実行させる。また、このときシステムコントローラ 1 1は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する操作部 2 3はユーザー操作に供される部位を示し、各種操作キーやダイヤルとしての操作子が設けられる。操作子としては例えば、再生、録音、一時停止、停止、 F F (早送り）、 R E W (早戻し）、 A M S (頭出しサーチ）などの記録再生動作にかかる操作子や、通常再生、プログラム再生、シャッフル再生などのプレイモードにかかる操作子、さらには表示部 2 4における表示状態を切り換える表示モード操作のための操作子、トラック（プログラム）分割、トラック連結、トラック消去、トラックネーム入力、ディスクネーム入力などのプログラム編集操作のための操作子が設けられている。

これらの操作キ一やダイヤルによる操作情報はシステムコントローラ 1 1に供給され、システムコントローラ 1 1は操作情報に応じた動作制御を実行することになる。

また、本実施の形態においては、受信部 3 0が備えられている。受信部 3 0では、リモートコントローラ 3 2から送信された、例えば赤外線によるコマンド信号を受信してデコード処理を行って、コマンドコード（操作情報）としてシステムコントローラ 1 1に出力する。この受信部 3 0から出力された操作情報に基づいても、システムコン卜ローラ 1 1は動作制御を実行する。

表示部 2 4の表示動作はシステムコントローラ 1 1によって制御される。

即ちシステムコントローラ 1 1は表示動作を実行させる際に表示すべきデータを表示部 2 4内の表示ドライバに送信する。表示ドライバは供給されたデータに基づいて液晶パネルなどによるディスプレイの表示動作を駆動し、所要の数字、文字、記号などの表示を実行させる表示部 24においては、記録ノ再生しているディスクの動作モード状態、トラックナンパ、記録時間/再生時間、編集動作状態等が示される。

またディスク 9 0には主データたるプログラムに付随して管理される文字情報（トラックネーム等）が記録できるが、その文字情報の入力の際の入力文字の表示や、ディスクから読み出した文字情報の表示などが実行される。

さらに本例の場合、ディスク 9 0には、プログラムとしての楽曲等のデータとは独立したデータファイルとなる副デ一夕（AUXデ一夕 ) が記録されることができる。

AUXデータとしてのデータファイルは、文字、静止画などの情報となるが、これらの文字や静止画は表示部 24により表示出力可能とされる。

本実施の形態では、 A UXデータである静止画及び文字を表示部 2 4に表示させるための構成として、 J P E Gデコーダ 26が備えられる。

即ち、本実施の形態においては、 AUXデ一夕としてのデ一タファィルである静止画デ一夕は、 J P E G (Joint Photographic Coding E xperts Group) 方式により圧縮されたファイル形式で記録される。 J P EGデコーダ 2 6では、ディスク 9 0にて再生されて例えばバッファメモリ 1 3に蓄積された静止画データのファイルをメモリコント口ーラ 1 2を介して入力し、 J P EG方式に従った伸張処理を施して表示部 24に出力する。これにより、 AUXデ一夕である静止画デ一夕が表示部 24にて表示されることになる。

但し、 AUXデータとしての文字情報や静止画情報を出力するには、比較的大画面となり、かつ画面上を或る程度自由に使用できるフルドッ卜ディスプレイや CRTディスプレイが好適な場合も多く、このため、 AUXデータの表示出力はインターフェース部 2 5を介して外部のモニタ装置などにおいて実行するようにすることが考えられる。

また AUXデータファイルはユーザ一がディスク 9 0に記録させることもできるが、その場合の入力としてイメージスキャナ、パーソナルコンピュータ、キーポード等を用いることが必要になる場合があり、そのような装置から AUXデータファイルとしての情報をィン夕ーフェース部 2 5を介して入力することが考えられる。

なお、本実施の形態においては、インタ一フェース部 2 5は I E E E 1 3 94インターフェイスが採用されるものとする。このため、以降においてはインターフェース部 2 5を I EEE 1 3 94イン夕ーフェイス .2 5とも表記する。従って、 I EEE 1 3 94インターフェイス 2 5は、 I E E E 1 394バス 1 1 6を介して各種外部機器と接続されることになる。

システムコントローラ 1 1は、 C PU、内部インタ一フェース部等を備えたマイクロコンピュータとされ、上述してきた各種動作の制御を行う。

また、プログラム ROM 28には、当該記録再生装置における各種動作を実現するためのプログラム等が格納され、ワーク RAM 2 9には、システムコントローラ 1 1が各種処理を実行するのに必要なデー夕やプログラム等が適宜保持される。

ところで、ディスク 90に対して記録 Z再生動作を行なう際には、ディスク 9 0に記録されている管理情報、即ち P— TOC (プリマスタード TO C) 、 U-TOC (ユーザー TO C) を読み出す必要がある。システムコントローラ 1 1はこれらの管理情報に応じてディスク

9 0上の記録すべきエリアのァドレスや、再生すべきエリァのァドレスを判別することとなる。

この管理情報はバッファメモリ 1 3に保持される。

そして、システムコントローラ 1 1はこれらの管理情報を、デイスク 9 0が装填された際に管理情報の記録されたディスクの最内周側の再生動作を実行させることによって読み出し、バッファメモリ 1 3に記憶しておき、以後そのディスク 9 0に対するプログラムの記録ノ再生編集動作の際に参照できるようにしている。

また、 U— TO Cはプログラムデータの記録や各種編集処理に応じて書き換えられるものであるが、システムコントローラ 1 1は記録/ 編集動作のたびに、 U— TOC更新処理をバッファメモリ 1 3に記憶された U— TO C情報に対して行ない、その書換動作に応じて所定の夕イミングでディスク 9 0の U— TOCエリアについても書き換えるようにしている。

またディスク 9 0にはプログラムとは別に AUXデータファイルが記録されるが、その AUXデータファイルの管理のためにディスク 9 0上には AUX— TO Cが形成される。

システムコントローラ 1 1は U— TOCの読出の際に AUX— TO Cの読出も行い、バッファメモリ 1 3に格納して必要時に AUXデ一夕の管理状態を参照できるようにしている。

またシステムコントローラ 1 1は必要に応じて所定タイミングで（もしくは AUX— TO Cの読出の際に同時に） AUXデータファイルを読み込み、バッファメモリ 1 3に格納する。そして AUX— TOC で管理される出力タイミングに応じて表示部 24や、 I E E E 1 3 9 4イン夕一フェイス 2 5を介した外部機器における文字や画像の出力動作を実行させる。 1— 6— 2. セクタ一フォーマット及びアドレス形式第 1 3図で、セクタ一、クラス夕というデータ単位について説明する。

ミニディスクシステムでの記録トラックとしては第 1 3図のようにクラス夕 C Lが連続して形成されており、 1クラスタが記録時の最小単位とされる。 1クラス夕は 2〜 3周回トラック分に相当する。

そして 1つのクラスタ C Lは、セクタ一 SF (：〜 SFFとされる 4セク夕一のリンキング領域と、セクタ一 S00〜S1Fとして示す 3 2セクタ —のメインデータ領域から形成されている。

1セクタ一は 2 3 5 2バイトで形成されるデ一夕単位である。

4セクタ一のサブデ一夕領域のうち、セクタ一 SFFはサブデ一夕セクタ一とされ、サブデータとしての情報記録に使用できるが、セクタ — SF (：〜 SFEの 3セクタ一はデータ記録には用いられない。

一方、 TOCデ一夕、オーディオデータ、 AUXデータ等の記録は 3 2セクタ一分のメインデ一夕領域に行なわれる。

なお、アドレスは 1セクタ一毎に記録される。

また、セクタ一はさらにサゥンドグループという単位に細分化され、 2セクタ一が 1 1サウンドグループに分けられている。

つまり図示するように、セクタ一 S00などの偶数セクタ一と、セク夕一 S 01などの奇数セクタ一の連続する 2つのセクタ一に、サウンドグループ S G00〜 S G0Aが含まれる状態となっている。 1つのサゥンドグループは 4 2 4バイトで形成されており、 11.61msec の時間に相当する音声データ量となる。

1つのサゥンドグループ S G内にはデ一夕が Lチヤンネルと Rチヤンネルに分けられて記録される。例えばサウンドグループ S G00は L チヤンネルデ一夕 L 0と Rチャンネルデータ R 0で構成され、またサゥンドグループ S G 01は Lチャンネルデータ L 1と Rチャンネルデー夕 R 1で構成される。

なお、 Lチャンネル又は Rチャンネルのデータ領域となる 2 1 2バイトをサウンドフレームとよんでいる。

次に第 1 4図にミニディスクシステムでのァドレス形式を説明する各セクタ一は、クラス夕アドレスとセクタ一アドレスによってアドレスが表現される。そして第 1 4図上段に示すようにクラス夕ァドレスは 1 6ビット（ = 2バイト）、セクタ一アドレスは 8ビット（ = 1 バイト）の数値となる。

この 3バイト分のァドレスが、各セクタ一の先頭位置に記録されるさらに 4ビッ卜のサゥンドグループアドレスを追加することで、セクタ一内のサウンドグループの番地も表現することができる。例えば U— T O Cなどの管理上において、サゥンドグループアドレスまで表記することで、サウンドグループ単位での再生位置設定なども可能となる。

ところで U— T〇Cや A U X—T O Cなどにおいては、クラス夕ァドレス、セクタ一アドレス、サウンドグループアドレスを 3バイトで表現するために、第 1 4図下段に示すような短縮型のァドレスが用いられる。

まずセクタ一は 1クラス夕に 3 6セクタ一であるため 6ビッ卜で表現できる。従ってセクタ一アドレスの上位 2ビットは省略できる。同様にクラスタもディスク最外周まで 1 4ビットで表現できるためクラス夕アドレスの上位 2ビットは省略できる。このようにセクタ一アドレス、クラスタアドレスの上位各 2ビットづっを省略することで、サウンドグループまで指定できるァドレスを 3バイトで表現できる。

また、後述する U— TOC、 AUX— T〇Cでは、再生位置、再生タイミング等を管理するアドレスは、上記の短縮型のアドレスで表記するが、そのアドレスとしては、絶対アドレス形態で示す例以外に、オフセットァドレスで示す例も考えられる。オフセットアドレスとは、例えば楽曲等の各プログラムの先頭位置をァドレス 0の位置としてそのプログラム内の位置を示す相対的なァドレスである。このオフセットアドレスの例を第 1 5図で説明する。

楽曲等のプログラムが記録されるのは、第 1 6図を用いて後述するが、ディスク上の第 5 0クラス夕（ 1 6進表現でクラス夕 3 2 h ：以下、本明細書において「h」を付した数字は 1 6進表記での数値とする）からとなる。

例えば第 1プログラムの先頭位置のアドレス（クラス夕 3 2 h、セクタ一 0 0 h、サゥンドグループ 0 h のァドレス値は第 1 5図（a ) 上段に示すのように、「0 0 0 0 0 0 000 0 1 1 0 0 1 00 0 0 0 0 0 0 0 0 0 0 0」（つまり 0 0 3 2 h、 0 0 h、 O h) となる。これを短縮形で示すと、第 1 5図（a) 下段のように、「 0 00 0 0 0 0 0 1 1 0 0 1 0 0 00 0 000 000」（つまり 0 0 h、 C 8 h 、 0 0 h) となる。

この先頭アドレスを起点として、第 1プログラム内のある位置として、例えばクラスタ 0 0 3 2 h、セクタ一 04 h、サウンドグループ O hのアドレスは、第 1 5図（b) のように短縮形の絶対ァドレスでは「00 h、 C 8 h、 40 h」となり、一方オフセットアドレスは、先頭ァドレスを起点とした差分でクラスタ 00 0 0 h、セクタ一 04 h、サウンドグループ 0 hを表現すればよいため、「0 0 h、 0 0 h 、 40 h」となる。

また第 1 5図（a) の先頭ァドレスを起点として、第 1プログラム内のある位置として、例えばクラス夕 00 3 2 h、セクタ一 1 3 h、サウンドグループ 9 hのアドレスは、第 1 5図（c ) のように短縮形の絶対ァドレスでは「00 h、 C 9 h、 3 9 h」となり、一方オフセットアドレスは「00 h、 0 1 h、 3 9 h J となる。

例えばこれらの例のように、絶対ァドレス又はオフセットアドレスにより、プログラム内の位置などを指定できる。

1— 6— 3. エリァ構造本実施の形態の MDレコーダノプレーヤ 1が対応するディスク 9 0 のエリア構造を第 1 6図で説明する。

第 1 6図（a) はディスク最内周側から最外周側までのエリアを示している。

光磁気ディスクとしてのディスク 90は、最内周側はエンボスピットにより再生専用のデータが形成されるピット領域とされており、ここに P— T O Cが記録されている。

ピット領域より外周は、光磁気領域とされ、記録トラックの案内溝としてのグループが形成された記録再生可能領域となっている。

この光磁気領域の最内周側のクラス夕 0〜クラス夕 49までの区間が管理エリアとされ、実際の楽曲等のプログラムが記録されるのは、クラスタ 50〜クラス夕 2 2 5 1までのプログラムエリアとなる。プログラムエリアより外周はリードアウトエリアとされている。

管理エリア内を詳しく示したものが第 1 6図（b) である。第 1 6 図（b) は横方向にセクタ一、縦方向にクラス夕を示している。

管理エリアにおいてクラスタ 0， 1はピット領域との緩衝エリアとされている。クラス夕 2はパワーキヤリブレーシヨンエリア P C Aとされ、レーザ一光の出力パワー調整等のために用いられる。

クラスタ 3， 4， 5は U_ TO Cが記録される。 U— TOCの内容は後述するが、 1つのクラスタ内の各セクタ一においてデ一夕フォーマットが規定され、それぞれ所定の管理情報が記録されるが、このような U— TOCデ一夕となるセクタ一を有するクラス夕が、クラスタ 3， 4， 5に 3回繰り返し記録される。

クラスタ 6， 7， 8は AUX— TOCが記録される。 AUX— TO Cの内容についても後述するが、 1つのクラスタ内の各セクタ一においてデータフォーマツトが規定され、それぞれ所定の管理情報が記録される。このような AUX— TO Cデ一夕となるセクタ一を有するクラスタ力クラスタ 6， 7， 8に 3回繰り返して記録される。

クラス夕 9からクラスタ 46までの領域は、 AUXデータが記録される領域となる。 AUXデータとしてのデータファイルはセクタ一単位で形成され、後述する静止画ファイルとしてのピクチヤファイルセクタ一、文字情報ファイルとしてのテキストファイルセクタ一、プログラムに同期した文字情報ファイルとしてのカラオケテキストフアイルセクタ一等が形成される。

そしてこの AUXデータとしてのデータファイルや、 AUXデータエリア内で A UXデータファイルを記録可能な領域などは、 AUX— TO Cによって管理されることになる。

なお AUXデータエリァでのデータファイルの記録容量は、エラー訂正方式モード 2として考えた場合に 2. 8 Mバイトとなる。

また、例えばプログラムエリアの後半部分やプログラムエリアより外周側の領域（例えばリードアウト部分）に、第 2の AUXデータェリアを形成して、データファイルの記録容量を拡大することも考えられる。

クラス夕 4 7， 48， 49は、プログラムエリアとの緩衝エリアとされる。

クラスタ 5 0 (= 3 2 h) 以降のプログラムエリアには、 1又は複数の楽曲等の音声データが ATRACと呼ばれる圧縮形式で記録される。

記録される各プログラムや記録可能な領域は、 U— TOCによって管理される。

なお、プログラム領域における各クラスタにおいて、セクタ一 F F hは、前述したようにサブデータとしての何らかの情報の記録に用いることができる。

なお、ミニディスクシステムではプログラム等が再生専用のデータとしてピット形態で記録されている再生専用ディスクも用いられるが、この再生専用ディスクでは、ディスク上はすべてピットエリアとなる。そして記録されているプログラムの管理は P— T〇 Cによって後述する U— TO Cとほぼ同様の形態で管理され、 U— TO Cは形成されない。

但し、 AUXデータとして再生専用のデータファイルを記録する場合は、それを管理するための AUX— TO Cが記録されることになる

一 6— 4. U-TOC

1— 6— 4— 1. U— TOCセクタ一 0 前述したように、ディスク 9 0に対してプログラム（トラック）の記録/再生動作を行なうためには、システムコントローラ 1 1は、予めディスク 9 0に記録されている管理情報としての P— TOC、 U- TO Cを読み出しておき、必要時にこれを参照することになる。ここで、ディスク 90においてトラック（楽曲等）の記録 Z再生動作などの管理を行なう管理情報として、 U— TO Cセクタ一について説明する。

なお P _TOCは第 1 6図で説明したようにディスク 9 0の最内周側のピットエリアに形成されるもので、読出専用の情報である。そして、 P— TO Cによってディスクの記録可能エリア（レコーダブルュ —ザ一エリア）や、リードアウトエリア、 U— TO Cエリアなどの位置の管理等が行なわれる。なお、全てのデータがピット形態で記録されている再生専用の光ディスクでは、 P— TOCによって ROM化されて記録されている楽曲の管理も行なうことができるようにされ、 U — TOCは形成されない。

P -TOCについては詳細な説明を省略し、ここでは記録可能な光磁気ディスクに設けられる U— TO Cについて説明する。

第 1 7図は U— T〇Cセクタ一 0のフォーマツトを示すものであるなお、 U_ TO Cセクタ一としてはセクタ一 0〜セクタ一 3 2まで設けることができ、その中で、セクタ一 1，セクタ一 4は文字情報、セクタ一 2は録音日時を記録するエリアとされている。

まず最初に、ディスク 9 0の記録 Z再生動作に必ず必要となる U— TO Cセクタ一 0について説明する。

U— TOCセクタ一 0は、主にユーザーが録音を行なった楽曲等のプログラムや新たにプログラムが録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。

例えばディスク 9 0に或る楽曲の録音を行なおうとする際には、システムコントローラ 1 1は、 U— TO Cセクタ一 0からディスク上のフリーエリアを探し出し、ここに音声データを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアを U— TOCセクタ一 0から判別し、そのエリアにアクセスして再生動作を行なう。

U— T〇Cセクタ一 0のデ一夕領域（4バイト X 588 の 2 3 5 2バイト）は、先頭位置にオール 0又はオール 1の 1バイトデータが並んで形成される同期パターンが記録される。

続いてクラス夕アドレス（Cluster H) (Cluster L) 及びセクターァドレス（Sector)となるァドレスが 3バイトにわたつて記録され、さらにモード情報（MODE)が 1バイト付加され、以上でヘッダとされる。ここでの 3バイトのアドレスは、そのセクタ一自体のアドレスである。同期パターンやアドレスが記録されるヘッダ部分については、この U— TOCセクタ一 0に限らず、 P— TOCセクタ一、 AUX— TO Cセクタ一、 AUXファイルセクタ一、プログラムセクタ一でも同様であり、後述する第 1 9図以降の各セクタ一についてはヘッダ部分の説明を省略するが、セクタ一単位にそのセクタ一自体のァドレス及び同期パターンが記録されている。

なおセクタ一自体のアドレスとして、クラスタアドレスは、上位ァドレス（Cluster H) と下位アドレス（Cluster L) の 2バイトで記され、セクタ一アドレス（Sector)は 1バイトで記される。つまりこのアドレスは短縮形式ではない。

続いて所定バイト位置に、メーカ一コード、モデルコード、最初の卜ラックのトラックナンパ（First TN0) 、最後のトラックのトラックナンパ（Las t TNO) 、セクタ一使用状況（Used sec t ors) , ディスクシリアルナンパ、ディスク I D等のデ一夕が記録される。

さらに、ユーザーが録音を行なって記録されているトラック（楽曲等）の領域ゃフリ一エリァ等を後述するテーブル部に対応させることによって識別するため、ポインタ部として各種のポインタ（P-DFA, Ρ- ΕΜΡΤΥ， P-FRA ， Ρ- TN01〜Ρ-ΤΝ0255) が記録される領域が用意されている。

そしてボイン夕（Ρ- DFA〜P- ΤΝ0255) に対応させることになるテ一ブル部として（O l h) 〜（FFh) までの 2 5 5個のパーツテーブルが設けられ、それぞれのパーツテーブルには、或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。さらに各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのス夕一トアドレス及びェンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。

なおパーツとは 1つのトラック内で時間的に連続したデータが物理的に連続して記録されているトラック部分のことをいう。

そしてスタートアドレス、エンドアドレスとして示されるアドレスは、 1つの楽曲（トラック）を構成する 1又は複数の各パーツを示すアドレスとなる。

これらのアドレスは短縮形で記録され、クラスタ、セクタ一、サゥンドグループを指定する。

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

そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンパ（O l h) 〜（FFh) によって、連結すべきパーツテーブルを指定することによってパーツテ一ブルが連結できるようにされているつまり U— T O Cセクタ一 0における管理テーブル部においては、 1つのパーツテーブルは 1つのパーツを表現しており、例えば 3つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される 3つのパーツテーブルによって、そのパーツ位置の管理が行われる。

なお、実際にはリンク情報は所定の演算処理により U— T O Cセクター 0内のバイトポジションとされる数値で示される。即ち、 3 0 4 + (リンク情報） X 8 (バイト目）としてパーツテーブルを指定する

U— T O Cセクタ一 0のテーブル部における（O l h) 〜（FFh) までの各パーツテーブルは、ポインタ部におけるポインタ（P-DFA, P- EMPTY , P-FRA ， P-TN01〜P- TN0255) によって、以下のようにそのパーツの内容が示される。

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

ボイン夕 P- EMPTY は管理テーブル部における 1又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、ポインタ P- EMPTY として、（Olh) ~ (FFh) のうちのいづれかが記録される。

未使用のパーツテーブルが複数存在する場合は、ポインタ P- EMPTY によって指定されたパーツテーブルからリンク情報によって順次パ一ッテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。

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

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

ポインタ P-TN01〜P-TN0255は、光磁気ディスク 9 0にユーザーが記録を行なった楽曲などのトラックについて示しており、例えばポイン夕 P- TN01では第 1 トラックのデ一夕が記録された 1又は複数のパーツのうちの時間的に先頭となるパーツが示されたパーツテーブルを指定している。

例えば第 1 トラック（第 1プログラム）とされた楽曲がディスク上でトラックが分断されずに、つまり 1つのパーツで記録されている場合は、その第 1 トラックの記録領域はポインタ P-TN01で示されるパ一ッテ一ブルにおけるス夕一ト及びェンドアドレスとして記録されている。

また、例えば第 2 トラック（第 2プログラム）とされた楽曲がディスク上で複数のパーツに離散的に記録されている場合は、その第 2 トラックの記録位置を示すため各パーツが時間的な順序に従って指定される。つまり、ポインタ P-TN02に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテ一ブルが順次時間的な順序に従つて指定されて、リンク情報が『（00h) 』となるパ一ッテ一ブルまで連結される（上記、第 1 8図と同様の形態）。

このように例えば 2曲目を構成するデータが記録された全パーツが順次指定されて記録されていることにより、この U — T O Cセクタ一 0のデータを用いて、 2曲目の再生時や、その 2曲目の領域への上書き記録を行なう際に、光学へッド 3及び磁気へッド 6 aをアクセスさせ離散的なパーツから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。以上のように、書換可能な光磁気ディスク 9 0については、デイスク上のエリァ管理は P— TO Cによってなされ、またレコーダブルュ一ザ一エリアにおいて記録された楽曲ゃフリ一エリァ等は U— TO C により行なわれる。

1— 6— 4— 2. U— TOCセクタ一 1 次に、第 1 9図に U— TO Cセクタ一 1のフォーマットを示す。このセクタ一 1は録音された各トラックにトラックネームをつけたり、ディスク自体の名称などの情報となるディスクネームをつける場合に、入力された文字情報を記録するデ一夕領域とされる。

この U— T〇 Cセクタ一 1には、記録された各トラックに相当するポインタ部としてポィンタ Ρ-ΤΝΑ1〜Ρ- ΤΝΑ255が用意され、またこのポィン夕 Ρ-ΤΝΑ1~Ρ-ΤΝΑ255によって指定されるスロット部が 1単位 8バイトで 2 5 5単位のスロット（Olh) 〜（FFh) 及び同じく 8バイトの 1 つのスロット（00h) が用意されており、上述した U_T〇Cセクタ一 0とほぼ同様の形態で文字データを管理する。

スロット（Olh) 〜（FFh) にはディスクタイトルやトラックネームとしての文字情報がアスキーコ一ドで記録される。

そして、例えばポインタ P-TNA1によって指定されるスロットには第 1 トラックに対応してユーザ一が入力した文字が記録されることになる。また、スロットがリンク情報によりリンクされることで、 1つのトラックに対応する文字入力は 7バイト（ 7文字）より大きくなつても対応できる。

なお、スロット（00h) としての 8バイトはディスクネームの記録のための専用エリアとされており、ボイン夕 P- TNA(x)によっては指定されないスロッ卜とされている。

この U— T O Cセクタ一 1でもボイン夕 P-EMPTY は使用していないスロットを管理する。 1— 6— 4— 3 . U— T O Cセクタ一 2 次に、第 2 0図は U— T O Cセクタ一 2のフォーマットを示しており、このセクタ一 2は、主にユーザ一が録音を行なった楽曲の録音日時を記録するデータ領域とされる。

この U— T O Cセクタ一 2には、記録された各トラックに相当するボインタ部としてボインタ P- TRD 1〜P-TRD255が用意され、またこのポィン夕 P-TRD1〜P-TRD255によって指定されるスロット部が用意される。スロット部には 1単位 8バイトで 2 5 5単位のスロット（O l h) 〜（F Fh) が形成されており、上述した U— T〇Cセクタ一 0とほぼ同様の形態で日時デ一夕を管理する。

スロット（O l h) 〜（FFh) には楽曲（トラック）の録音日時が 6バイ卜で記録される。 6バイトはそれぞれ 1バイトづっ、年、月、日、時、分、秒に相当する数値が記録される。また、残りの 2バイトはメーカーコ一ド及びモデルコードとされ、その楽曲を録音した記録装置の製造者を示すコードデータ、及び録音した記録装置の機種を示すコ一ドデータが記録される。

例えばディスクに第 1曲目としてがトラックが録音されると、ボイン夕 P-TRD 1によって指定されるスロッ卜にはその録音日時及び録音装置のメーカ一コード、モデルコードが記録される。録音日時デ一夕はシステムコントローラ 1 1が内部時計を参照して自動的に記録することになる。またスロッ卜（00h) としての 8バイトはディスク単位の録音日時の記録のための専用エリアとされており、ボイン夕 P- TRD (x)によっては指定されないスロッ卜とされている。

なお、この U— T〇 Cセクタ一 2でもスロットポインタ P-EMPTY は使用していないスロットを管理するものである。使用されていないスロッ卜については、モデルコードに代えてリンク情報が記録されており、スロットポインタ Ρ- EMPTY を先頭に各未使用のスロットがリンク情報でリンクされて管理されている。

6— 4 一 3 . U— T O Cセクタ一 4 第 2 1図は U— T O Cセクタ一 4を示し、このセクタ一 4は、上記したセクタ一 1 と同様に、ユーザーが録音を行なったトラックに曲名 (トラックネーム）をつけたり、ディスクネームをつける場合に、入力された文字情報を記録するデータ領域とされ、第 2 1図と第 1 9図を比較してわかるようにフォーマットはセクタ一 1 とほぼ同様であるただし、このセクタ一 4は漢字や欧州文字に対応するコ一ドデ一夕 ( 2バイトコード）が記録できるようにされるものであり、第 2 2図のセクタ一 1のデータに加えて、所定バイト位置に文字コードの属性が記録される。

この U— T〇Cセクタ一 4の文字情報の管理は、セクタ一 1 と同様にポィン夕 P- TNA1〜P- TNA255及びボイン夕 P- TNA 1〜P- TNA255によって指定される 2 5 5単位のスロット（O l h) 〜（FFh) によって行なわれるなお本例の M Dレコーダ //プレーヤ 1は U— T O Cが形成されない再生専用ディスクについても対応できるが、再生専用ディスクの場合、 P—TOCにおいてディスクネーム、卜ラックネームとしての文字情報を記録しておくことができる。

即ち P— TOCセクタ一として U— TOCセクタ一 1、セクタ一 4 と概略同様のセクタ一が用意されており、ディスクメーカーは予めデイスクネーム、トラックネームをその P— TO Cセクタ一に記録しておくことができる。

1 - 6 - 5. AUX-TOC

1— 6— 5— 1. AUX— TOCセクタ一 0 本例のディスク 90では、第 1 6図で説明したように AUXデ一夕ファイル及び A UX— TO Cを記録する領域が設定され、 AUXデ一タファイルとして楽曲等のトラック（プログラム）とは独立した文字情報や画像情報などを記録できる。

そしてその AUXデ一夕ファイルは AUX— TO Cによって管理される。この AUX— TQCは、 3クラス夕にわたって 3回繰り返して記録され、従って管理データ構造としては U— TOCと同様に、 1クラス夕内の 3 2セクタ一を使用できる。

本例では、以下説明していくように AUX— TOCセクタ一 0〜セクタ一 5を設定して、 AUXデータファイルの管理を行う。

まず AUX— TOCセクタ一 0のフォーマツトを第 2 2図で説明する。

AUX— TOCセクタ一 0は、主に A UXデ一夕領域の全体として、 AUXデータ領域におけるフリーエリア（空きエリア）の管理を行うエリアアロケーションテーブルとされる。そして第 2 2図に示されるようにこのセクタ一 0では、ヘッダ（セクタ一ァドレス（Sector) = 0 0 h，モード情報（MODE) = 0 2 hとされている）に続いて、所定バイト位置に、 'M' ' D ' 'A' ' D ' の 4文字が A S C I Iコードにより 4バイト分の領域を用いて記録される。この 'M， ' D ' 'Α' 'D ' の文字は、フォーマット I Dを示すもので、以降説明する AUX— TOCセクタ一に対しても、同じバィト位置に共通に記録されている。

また、上記フォーマット I Dに続く所定バイト位置にメーカーコ一ド、モデルコードが記録され、更に、その後ろの所定バイト位置にューズドセクタ一情報が記録される。

上記ユーズドセクタ一情報には、 AUX— T〇 C内のセクタ一使用状況が示される。

U s e d S e c t o r s Oを形成する d 8— d 1の 8ビットは、それぞれ 0— 7セクタ一に対応する。以下、同様にして、 U s e d S e c t o r s lの d 8— d lは、それぞれ 8— 1 5セクタ一に対応する。 U s e d S e c t o r s 2の d 8— d lは、それぞれ 1 6— 2 3セクタ一に対応する。 U s e d S e c t o r s 3の d 8— d l は、それぞれ 24— 3 1セクタ一に対応する。

この AUX— TOCセクタ一 0では、ポインタ P- EMPTY 、 P-BLANK によりポインタ部が形成される。

そしてテーブル部においてスタートアドレス、エンドアドレス、リンク情報が記録される各 8バイ卜のパーツテーブルが 9 9単位形成され、上述した U— TOCセクタ一 0と同様の形態で、 AUXデータェリアの管理が行われる。但し、この場合には、パーツテーブル（Olh) 〜（63h) までがテーブル部として使用され、残りのパーツテーブル（6 4h) 〜（FFh) は使用しないものとして、 ALL ' 0 ' (z e r o s ) がセッ卜される。

なお、パーツテーブル（64h) 以降をテーブル部として使用しても構わないのであるが、実用上は、 9 9単位のパーツテーブルによる管理で充分とされる。ここで、有効なテーブル部としてパーツテーブル（0 lh) 〜（63h) までとしているのは、バッファメモリ 1 3としての特定の容量に対応して決められたものである。

ポインタ P- EMPTY は、この AUX— TOCセクター 0内での未使用のパーツテーブルをリンク形態で管理する。

ポインタ P- BLANK は、 AUXデ一夕エリア内でのフリ一エリア、つまり AUXデータファイルを記録していくことができる未記録領域を、 U— T O Cセクタ一 0におけるポインタ P-FRA と同様にパーツテーブルのリンク形態で管理する。

なお、スタートアドレス、エンドアドレスは短縮形態とされ、サゥンドグループ位置までの指定が可能とされている。但し、本実施の形態の AUX— TO Cセクタ一 0では、クラス夕単位までによるアドレス指定とすることが規定されており、セクタ一、スタートアドレス、ェンドアドレスにおいてサウンドグループ単位を示すデータ位置には、 AL L ' 0 ' がセッ卜される。

以下説明する AUX— TO Cセクタ一 1〜セクタ一 5までのテープル部もしくはスロット部において 3バイトで記録されるスタートアドレス、エンドアドレスも短縮形態とされる。また、スタートアドレス、エンドアドレスとして、どのデータ単位まで指定するのかといぅ規定は、各セクタ一内容によって異なるため、以降において適宜説明していく。

ところで再生専用ディスクで AUX— TO Cが形成される場合は、パーツテーブルにおけるリンク情報は用いられない。 1 — 6— 5— 2. AUX— T〇Cセクタ一 1

AUX— TOCセクタ一 1〜セクタ一 3は、静止画情報としてのピクチャファイルの管理に用いられる。

第 2 3図に示す A UX— TO Cセクタ一 1はピクチャァロケ一ションテ一ブルとしての管理セクタ一となり、 AUXデータエリアにおいてピクチャファイルとして記録された各データファイルの管理を行うこの AUX— TOCセクタ一 1では、 U— TO Cセクタ一 0と同様の形式でピクチャファイルの管理を行う。

本実施の形態では、 AUXデ一夕エリアに記録される静止画 1枚のピクチャファイルとしてのファイル長は特に規定されていない。但し、本実施の形態では、後述するようにして表紙ピクチャ（Cover Pictu re) を含め、最大で 1 0 0のピクチャファイルが管理可能に構成される。従って実質的に記録可能なピクチャファイルも 1 0 0となる。なお、表紙ピクチャは、例えばディスクジャケット等となるピクチヤファイルとされる。

AUX— T〇 Cセクタ一 1の場合、ヘッダにおいては、セクターァドレス（Sector)= 0 1 h，モード情報（MODE) = 0 2 hが記録される。表紙ピクチャ以外の 9 9枚となる各ピクチャファイルの管理に用いられるボイン夕 P-PNO(x)として、 AUX— TOCセクタ一 1内にはポインタ P- PN01〜P-PN099 が形成される。ポインタ P-PN099 より後ろからテーブル部直前までの各バイト位置には「0 0 h」が記録される。但し、 AUXデ一夕エリアの将来的な拡張やファイルサイズ変更などにより、より多数のピクチャファイルの記録が可能となる場合に対応できるように、ポインタ P-PNO(x)として、ポインタ P- PN01〜P- PN09 9 に続くバイト位置から、第 2 3図内に括弧で示すポインタ P- PN0255 までのバイト位置に対して、ポインタ P- PN0100〜P- PN255 を設定することはできる。

また、メーカコード、モデルコードに続く 2バイトの領域は、ボインタ First PNO ， Last PNOとされる。ポインタ First PNO には、ポィンタ P-PN01〜P-PN099 のうち使用されている最初のポィン夕 P- PNO(x) のナンパ Xが記録され、ポインタ Last PNOは、使用されている最後のポインタ P- PNO(x)のナンパ Xが記録される。例えば、ポインタ P-PN01 〜P- PN099 のうち、ポインタ P- PN01〜P- PN05まで使用されているとすると、ポィン夕 First PNO = 0 1 h、ボイン夕 Last PN0= 0 5 hが記録される。

またポインタ部において、ポインタ P- PFRA、 P- EMPTY も形成されるそしてテーブル部において各ポインタに対応される各 8バイトのパーッテーブルとして、スタートアドレス、エンドアドレス、画像モード（S . Pict. モード）が記録される 99単位のパーツテーブル（Olh ；) 〜（63h) が形成される。この場合も、 AUX— TOCセクタ一 0同様、残りのパーツテーブル（64h) 〜（FFh) は使用しないものとして、 AL L ' 0 ' (z e r o s ) がセットされる。

また、パーツテーブル（00h) はポインタによっては指定されないパ一ッテ一ブルとなるが、ここは表紙ピクチャ（Cover Picture) として位置づけられたピクチャファイルのアドレス管理に専用に用いられる。上記した画像モード（S . Pict. モード）は、表紙ピクチャのパーッテーブル（00h) にも同様に設けられる。

ポインタ P- PN01〜P- PN099 は、それぞれ 1つのピクチャファイルが記録された領域を、特定のパーツテーブルを指定することで管理する。例えばポインタ P-PN01で指定されるパーツテーブルには、 1枚目としての画像データとなるピクチャファイルのスタートアドレス、ェンドアドレス、画像モード（S . Pict. モ一ド）が記録された状態とされる。

なお、この AUX— TOCセクタ一 1ではリンク情報（Link- P)によるパーツテ一ブルをリンクさせて行うファイル管理は行われない。つまり 1つのピクチャファイルは物理的に離れた区間に分けられて記録されることはない。

ただし、このセクタ一内での未使用のパーツテーブルについてはポイン夕 P- EMPTY を起点とするリンク形態（パーツテーブルの 8バイト目がリンク情報とされる）によって管理される。

また、 AUX— TO Cセクタ一 1でのポインタ P- PFRAは、 AUXデ一夕エリア内の 1クラス夕の領域に対して 1クラス夕未満のピクチャデ一夕が記録されており、かつ、その 1クラス夕内においてピクチャデータが記録されていない領域が未記録領域（記録可能領域）、即ちフリーエリアとされている場合に、このフリーエリアを管理するボイン夕とされる。つまり、ポインタ P-PFRAで指定されるパーツテ一ブルにフリーエリァとしての区間のァドレスが記録される。

また、 AUX— TOCセクタ一 1での各パーツテーブルにおける画像モード（S . Pict. モード）は、各パーツテーブルにより指定されるアドレスに記録されているピクチャファイルについて、コピーステ一夕スを含むモード情報を示すものとされる。

画像モード（S . Pict. モード）は、例えば第 3 0図（ a) に示すようにして定義される。

画像モ一ドは d 1 _ d 8の 8ビットとされる力 d 1 _ d 2からなる 2ビットによりコピ一ステータスが示される。コピーステ一タスとは、対応するピクチャファイルについてのコピーの許可不許可に関して設定された情報である。

この場合、コピーステータスが（O h) とされた場合には、コピー許可であることを示し、そのピクチャファイルは何回でもコピーが可能とされる。

コピーステータスが（ l h) とされた場合には、そのピクチャファィルについて、あと 1回のみのコピーが許可されていることを示す。コピーステータスが（2 h) とされた場合には、そのピクチャファィルについて、認証されたデータバスを介して 1回のみのコビ一が許可されていることを示す。逆に言えば、認証されないデータバスを介した場合には、コピーは不許可となる。

コピーステータスが（3 h) とされた場合には、そのピクチャファィルについては、コピーが禁止されていることを示す。

残る d 3— d 8の 6ビットについては、ここでは未定義とされている。

また、或るピクチャファイルについてデータのコピーが行われた場合には、そのコピー前のピクチャファイルに対応して与えられていたコピーステ一タスの内容に対応して、コピー後のピクチヤファイルに対応して与えられるコピーステータスは、第 3 0図（b) に示すようにして更新されるべきことになる。

つまり、或るピクチャファイルについて、コピー前においてはコピ一ステータスが「0 h」とされていた場合には、コピー後においてもそのピクチャファイルには、コピーステータス「0 h」が与えられる。つまり、何回でもコピーが可能とされる。

これに対して、コピー前においてはコピーステータスが「 l h」或いは [2 h」とされていた場合には、コピー後においては、コピーステータスが「3 h」とされて以降のコピーは禁止されることが示される。 1— 6— 5— 3. AUX— TOCセクタ一 2 第24図に八11 _丁〇。セク夕ー2のフォ一マットを示す。このセクタ一 2はピクチャインフォメーションテーブルとされ、記録された各ピクチャファイルにピクチャネーム、記録日時、及びインターネットの URL (Uniform Resource Locators ) の情報（本実施の形態では、これらの情報をピクチャインフォメーションという）をつける場合に、これらピクチャインフォメ一ションとしての各情報を文字情報として記録するデータ領域とされる。

ここで、 AUX— TOCセクタ一 2の説明に先立ち、 AUX— TO Cセクタ一 2のテーブル部に記録されるピクチャインフォメーションファイルの構造について第 3 1図により説明しておく。ここでいぅピクチャインフォメーションファイルとは、 1ピクチャファイルに対応するピクチャインフォメーションの情報である。

この第 3 1図に示すように、ピクチャインフォメーションファイルは、まず先頭にピクチャネームとしてのデータユニットがアスキーコードその他の文字コードで配置される。このピクチャネームは、第 2 1図に示した U— TOCセクタ一 4のスロットに記録される文字情報のフォーマツ卜に準ずる。

ピクチャネームとしてのデータュニッ卜に続いては、データュニット間の区切りを示す「 l F h」が配置され、この後ろに、記録日時のデータユニットが配置される。この記録日時は、第 2 0図に示した U — TO Cセクタ一 2のスロッ卜に記録される録音日時のフォーマツトに準じ、前述したようにして 6バイトを使用して記録される。

記録日時のデータユニットに続けても上記「 l F h」が配置され、この後ろに UR Lとしての文字情報が配置される。この UR Lに関しては、後述する文字コード（character, code)に依らず、アスキーコ一ドにより MS Bから記録することができる。そして、ファイルの最後は「00 h」により締めくくられる。

なお、ピクチャネーム、記録日時、及び URLのデ一夕ユニットのうちの或るものについて実体的な内容が無いとされる場合には、そのデータユニットに代えて「00 h」を記録するものとされる。

また、上記 URLであるが、例えばそのピクチャファイルがイン夕一ネットのホームページからダウンロードして得られるものであるような場合に、そのホームページの UR Lがピクチャファイルに対して付されるものである。

第 24図に戻り、 AUX— TOCセクタ一 2について説明する。まず、 AUX— TOCセクタ一 2のヘッダにおいては、セクタ一ァドレス（Sector) = 02 h, モード情報（MODE) = 02 hが記録される。また、 AUX— T〇Cセクタ一 2には、記録された各ピクチャファィルに対応するためにボインタ部にボイン夕 P-PIF1〜P- PIF99 (ただし P- PIF255まで拡張可能）が用意され、またスロット部には、ポイン夕 P- PIF1〜P-PIF99 によって指定可能な、単位 8バイトで 2 5 5単位のスロット（Olh) 〜（FFh) 及び同じく 8バイトの 1つのスロット（00h ) が用意されている。

そして、メーカコード、モデルコードに続く 2バイトの領域は、ポインタ First PIF ， Last PIFとされる。ポインタ First PIF は、ポィン夕 P- PIF1〜P- PIF99 のうち、使用されている最初のポインタ P-PIF のナンパが記録され、ポインタ Last PIFは、使用されている最後のポイン夕 P- PIF のナンパが記録される。

スロット（00h) 〜（FFh) にはピクチャインフォメーションファイルとしての文字情報がアスキーコードその他の文字コードで記録される。記録される文字の種別は、 AUX— TOCセクタ一 2上の所定バイト位置に記録された文字コード（図においては chara. codeと記述）により規定される。

文字コードは、例えば「 00 h」がアスキーコード、「0 1 h」がモディファイド I S O. 8 8 5 9— 1、「02 h」がミュージックシフテッド J I S、「 0 3 h」が K S C 56 0 1 - 1 9 8 9 (韓国語）、「 04 h」が GB 2 3 1 2— 8 0 (中国語）などのように定義されている。

ポインタ P_PIF1〜P- PIF99 は、各ポインタのナンパに対応するファィルナンバのピクチャインフォメーションファイルが記録された特定のパーツテーブルを指定する。例えばポインタ P- PIF1によって指定されるスロットには第 1のピクチャファイルの画像に対応した文字が記録されることになる。なお、スロット（00h) としての 8バイトは表紙ピクチャに対応するピクチャィンフオメーションファイルの記録開始のための専用エリァとされており、ボイン夕 P- PIF(x)によっては指定されないスロットとされている。

これら各スロットはリンク情報によりリンクされることで、 1つのピクチャファイルに対応するピクチャインフォメーションファイルは 7バイ卜より大きくても対応できるようにされている。

またボイン夕 P-EMPTY は使用していないスロットをリンク形態で管理する。

なお、ピクチャネーム、記録日時、及び UR Lごとにそれぞれ異なる AUX— TO Cセクタ一を設定して、個別的に管理するようにしても構わない。しかし、第 24図及び第 3 1図に示すようにして、 AU X— TOCセクタ一 2によりピクチャファイルに関して付される各種文字情報をピクチャインフォメーションファイルとして一括管理することで、ピクチャネーム、記録日時、及び URLごとにそれぞれ異なる AUX— TO Cセクタ一を設けて管理する場合よりも、管理情報として必要とされるデータ量（TOCセクタ一数）は少なくなり、ディスクの記録領域は有効利用されるものである。

1— 6— 5— 4. AUX— TOCセクタ一 3 第 2 5図に示す AUX— T〇Cセクタ一 3は、ピクチャプレイバックシーケンステーブルとされている。

これは楽曲等のプログラムの再生に同期してピクチャファイルの出力（つまり画像表示）を行うための管理情報となる。

AUX— TO Cセクタ一 3のヘッダにおいては、セクタ一アドレス (Sector) - 0 3 h , モ一ド情報（MODE) - 0 2 hが記録される。

また、記録された各ピクチャファイルに対応するためにボイン夕部として、ポインタ P-TNP1〜P- TNP99 (ただし P-PIF255まで拡張可能）が用意される。このポインタ P-TNP1〜！ ^ TNP99 は、プログラムエリアにトラック単位で記録されたオーディォデ一夕のトラックナンパに対応する。つまり、第 1 トラック〜第 9 9 トラックに対応する。

テーブル部には、ポインタ P- TNP1〜P- TNP99 によって指定される、単位 8バイトで 9 9単位のパーツテーブル（Olh) 〜（63h) 及び同じく 8バイトの 1つのパーツテーブル（00h) が用意されている。この場合も使用しないパーツテ一ブル（64h) 〜（FFh) には AL L ' 0 ' が記録される。メーカコ一ド、モデルコードに続くポインタ F i r s t TNP ， La s t TNPには、それぞれポインタ P-TNP 1〜P-TNP 99 のうち、使用されている最初のポインタ P- TNP のナンパと、使用されている最後のポイン夕 P- TNP のナンパが記録される。

ポインタ P- TNP 1〜P-TNP99 によって指定される各パーツテ一ブルには、そのトラックの先頭位置ァドレスからのオフセットァドレス形態でスタートアドレス、エンドアドレスが記録される。 A U X— T〇C セクタ一 3では、サゥンドグループの単位までによるァドレス指定がおこなわれる。

また各パーツテーブルの 4バイト目には、ポインタ P- PNOjとして特定のピクチャファイルが示されている。ボイン夕 P- PNO jは A U X— T 〇 Cセクタ一 1で管理される各ピクチャファイル（P- PN01〜99 ) に相当する値となる。さらにリンク情報によって他のパーツテーブルをリンクできる。つまり、同一トラックにおいて複数のピクチャファイルを表示させるように規定できる。

例えば第 1 トラックとしての楽曲の再生を行う際に、その再生中の特定のタイミングで第 1のピクチャファイルの画像を出力したい場合は、第 1 トラックに対応するポインタ P-TNP 1で指定されるパーツテ一ブルに、画像出力期間としてのスタートアドレス、エンドアドレスを記録し、また出力すべき画像としてポインタ P- PNO jで特定のピクチャファイルを示す。仮に、第 1 トラック再生開始から 1分 0秒を経過した時点から 1分 3 0秒を経過するまでの期間に、第 1のピクチャファィルの画像を表示出力したい場合を考えると、ポインタ P- TNP 1で指定されるパーツテーブルに、スタートアドレス、エンドアドレスとして、第 1 トラック再生開始から 1分 0秒に相当するアドレス地点、及び 1分 3 0秒に相当するァドレスが、オフセットァドレスにより記録される。そしてボイン夕 P-PNOjは第 1のピクチャファイルを指定するために、 P- PN01の値とされる。

また 1つのトラックの再生中に複数の画像を切換表示したい場合は、パーツテーブルがリンクされて、出力すべきピクチャファイル及び出力期間が管理されることになる。

なおパーツテーブル（00h) は、表紙ピクチャ（Cover Picture) に対応するのであるが、表紙ピクチャはオーディォトラックの再生に同期した画像出力は原則として行わないものとしていることから、ここでは、パーツテーブル（00h) のスタートアドレス及びエンドアドレスとしては AL L ' 0 ' (zeros) が記録されるものとしている。

ところで、或るトラックに対応されたパーツテーブルにおけるス夕 —卜アドレス、エンドアドレスが両方とも AL L ' 0 ' であった場合は、そのトラックの音声出力期間中にわたって指定されたピクチャフアイル（ポインタ P- PNOjで示される）の画像が表示されるようにするまた、エンドアドレスについてのみ AL L ' 0 ' である場合は、そのトラックの再生期間内において次に表示すべきピクチャファイルのスタートアドレスに至るまで、ボイン夕 P- PNOjで指定されたピクチャファイルを出力する。

また、スタートアドレス、エンドアドレスが両方とも AL L ' 0 ' ではなく、かつ、同じ値とされている場合には、ピクチャファイルの表示出力は禁止される。

またこの AUX— TOCセクタ一 5でもボインタ P-EMPTY からのリンクで使用していないパーツテーブルを管理する。

1— 6— 5— 5. AUX— TOCセクタ一 4 AUX— TOCセクタ一 4，セクタ一 5はテキストファイルの管理に用いられる。

まず第 2 6図に示す AUX— T〇Cセクタ一 4はテキストァロケ一シヨンテーブルとしての管理セクタ一となり、 AUXデータエリア内においてテキストファイルとして記録された各データファイルの管理を行う。

この AUX— TOCセクタ一 4では、 U— TOCセクタ一 0と同様の形式でテキストファイルの管理を行う。

仮に AUXデータエリアをすベてテキストファイルの記録に用いるとすると、 3 8クラス夕（X 3 2セクタ一 X 2 3 2 4バイト）分のテキストデ一夕が記録できるが、このテキストデ一夕は AUX— TOC セクタ一 4において最大 2 5 5個のファイルとして管理できる。但し、ここでは後述するように、 1枚の表紙テキストを含めて 1 0 0ファィルまで管理するものとする。

なおテキストファイルの 1つのファイル長はセクタ一単位とされる

1つの特定のテキストファイルは、いわゆるディスクの表紙ピクチャに対応するテキストファイル（表紙テキスト： Cover Text) として位置づけできる。

この AUX— TOCセクタ一 4のヘッダにおいては、セクタ一アドレス（Sector) - 0 4 h，モード情報（MODE) = 0 2 hが記録される。そして、各テキストファイルの管理に用いられるボイン夕 P-TXN0(x ) として、 AUX— TOCセクタ一 4内にはポインタ P- TXN01 〜P- TX N099 (但し P- TXN0255 まで拡張可能）が形成される。ポインタ P-TXN0 1 〜P-TXN099は、オーディオトラックのトラックナンパに対応する。つまり、ここでは、最大で第 1〜第 9 9のオーディオトラックに対応付けされた 9 9のテキストファイルが管理可能とされる（表紙テキストは除く）。

またポインタ部において、ポインタ P- PFRA、 P-EMPTY も形成されるそしてテーブル部において各ボイン夕に対応される各 8バイトのパ一ッテ一ブルとして、スタートアドレス、エンドアドレス、テキストモードが記録される 9 9単位のパーツテーブル（O l h) 〜（63h) が形成される（パーツテ一ブル（63h) 〜（FFh) は不使用として A L L ' 0 ' が記憶される）。

なお、テキストモードの定義内容については後述する。

また、パーツテーブル（00h) はポインタによっては指定されないパ一ッテ一ブルとなるが、ここは表紙テキストとして位置づけられたテキストファイルのァドレス及びテキストモ一ドの管理に専用に用いられる。

ポインタ P- TXN01 〜P- TXN099は、それぞれ 1つのテキストファイルが記録された領域を、特定のパーツテーブルを指定することで管理する。例えばポインタ P-TXN01 で指定されるパーツテーブルには、ファィルナンバとして第 1のテキストファイルのスタートアドレス、ェンドアドレス、テキストモードが記録された状態とされる。

なお、上記したようにテキストファイルはセクタ一単位であるので、上記スタートアドレス、エンドアドレスとしては、セクタ一単位までにより記述され、サウンドグループ単位のァドレスを示すデータ位置には、「 0 h」がセッ卜される。

また、この A U X— T O Cセクタ一 4ではリンク情報によるパーツテーブルをリンクさせて行うファイル管理は行われない。つまり 1つのテキストファイルは物理的に離れた区間に分けられて記録されることはない。

ただし、このセクタ一内での未使用のパーツテーブルについてはポインタ P- EMPTY を起点とするリンク形態（パーツテ一ブルの 8バイト目がリンク情報とされる）によって管理される。

また AUX— TOCセクタ一 4でのボイン夕 P- PFRAは、 AUXデ一夕エリア内の 1クラス夕の領域に対して 1クラス夕未満のテキストフアイルのデ一夕が記録されており、かつ、その 1クラス夕内においてデ一夕が記録されていない領域が未記録領域（記録可能領域）、即ちフリーエリアとされている場合に、このフリーエリアを管理するポィンタとされる。つまり、ポインタ P- PFRAで指定されるパーツテーブルにフリーエリアとしての区間のアドレスが記録される。そして、このフリーェリァ管理にもパーツテーブルの 8バイト目がリンク情報とされてパーツテ一ブルがリンクされ、複数の離れた区間がフリーエリアとして管理される場合がある。

ここで、 AUX— TO Cセクタ一 4の各パーツテ一ブルに設定されるテキストモード（Text モード）の定義内容について第 3 2図を参照して説明しておく。

テキストモードは、各パーツテ一ブルにおける第 4バイ卜の位置にある領域であり、 d l— d 8の 8ビット（ 1バイト）により形成される。

これら d l— d 8のうち、 d l— d 2から成る 2ビットはコピーステータスを示すが、これについては、先に第 3 0図（a) により説明したピクチャファイルについてのコピーステータス（S. Pict. モード ) と同様となるため、ここでの説明は省略する。

d 3 _ d 4から成る 2ビットは、そのテキストファイルの内容を示す。この場合、 c! 3— d 4が「0 h」であれば s u n g t e x tであることが示される。

即ちそのテキストファイルは、これが対応するオーディオトラックとしての楽曲の歌詞のテキストであることを示し、「 l h」であれば、対応するオーディオトラックとしての楽曲を演奏するアーティスト情報（アーティスト名その他）を記述したテキストであることが示される。

「2 h」であれば、いわゆるライナーノーツ（アルバムに添え付けされた解説など）を記述したテキストであることが示され、「3 h」は、その他の情報としてのテキストであることが示される。

d 5の 1ビットは、そのテキストファイルにおけるタイムスタンプの挿入の有無を示し、「0」であればタイムスタンプが無いことを示し、「 1」であればタイムスタンプが有ることを示す。なお、タイムスタンプがどのようなものであるのかについては、第 3 3図により後述する。

d 6— d 7— d 8から成る 3ビットは、文字コードを示す。文字コードは、例えば「0 h」がアスキーコード、「 l h」がモディファイド I S〇 . 8 8 5 9— 1、「 2 h」がミュージックシフテッド J I S、「 3 h」が K S C 5 60 1 - 1 9 8 9 (韓国語）、「 4 h」が GB 2 3 1 2— 80 (中国語）として定義されている。「 5 h」「 6 h」は未定義（Reserved)とされる。「7 h」は、プレインテキスト (Plain Text)とされ、そのテキストファイルをプレインテキストとして定義することで、文字コードとしての拡張性を与えることが可能となる。

1— 6— 5— 6. AUX— TOCセクタ一 5 第 2 7図に AUX— T〇Cセクタ一 5のフォーマツトを示す。このセクタ一 5はテキストインフォメーションテーブルとされ、記録された各テキストファイルにテキストネーム、記録日時、及びインタ一ネッ卜の URLの情報（本実施の形態では、これらの情報をテキストインフオメーシヨンという）をつける場合に、これらテキストインフォメ一ションとしての各情報を文字情報として記録するデ一夕領域とされる。

なお、 AUX— TOCセクタ一 5のテーブル部に記録されるテキストインフォメーションファイルの構造は、先に第 3 1図に示したピクチヤインフォメーションファイルに準ずる。つまり、第 3 1図におけるピクチャネームのデ一夕ュニッ卜がテキストネームのデ一夕ュニッ卜とされる以外は同様の構造を有する。

第 2 7図に示す AUX— TO Cセクタ一 5のフォーマツトとして、ヘッダにおいては、セクタ一アドレス（Sector) = 0 5 h，モード情報 (MODE) = 02 hが記録される。

また、 AUX— T〇Cセクタ一 5には、記録された各テキストファィルに対応するためにポインタ部にポインタ P- TXIF1 〜P- TXIF99 ( ただし P-TXIF255 まで拡張可能）が用意され、またスロット部には、ポインタ P- TXIF1 〜P-TXIF99 によって指定可能な、単位 8バイトで 2 5 5単位のスロット（Olh) 〜（FFh) 及び同じく 8バイトの 1つのスロット（00h) が用意されている。

そして、メ一力コード、モデルコードに続くポインタ First TXIF, Last TXIF は、それぞれポインタ P-TXIF1 〜P- TXIF99のうち、使用されている最初のポインタ P- TXIFのナンパが記録され、ポインタ Last T XIF は、使用されている最後のポインタ P- TXIFのナンパが記録されるテーブル部としてのスロット（00h) 〜（FFh) にはテキストインフォメ一ションファイルとしての文字情報がアスキーコードその他の文字コードで記録される。記録される文字の種別は、 AUX— TOCセク夕一 2上の所定バイト位置に記録された文字コ一ド（chara. code)により規定される。

この場合も、文字コードは、 AUX— TOCセクタ一 2と同様、例えば「0 0 h」がアスキーコード、「0 1 h」がモディファイド I S O. 8 8 5 9— 1、「 0 2 h」がミュージックシフテッド J I S、「 0 3 h」が K S C 5 60 1 - 1 9 8 9 (韓国語）、「 04 h」が GB 2 3 1 2 - 8 0 (中国語）などのように定義されている。

ポインタ P- TXIF1 ~P- TXIF99は、各ポインタのナンパに対応するフアイルナンバのテキストインフォメ一ションファイルが記録された特定のパーツテーブルを指定する。例えばポインタ P-TXIF1 によって指定されるスロットには第 1のテキストファイルの画像に対応した文字が記録されることになる。なお、スロット（00h) としての 8バイトは表紙テキス卜に対応する表紙テキストインフォメーションファイルの記録開始のための専用エリアとされており、ポインタ P-TXIF(x) によつては指定されないスロッ卜とされている。

これら各スロットはリンク情報によりリンクされることで、 1つのテキストファイルに対応するテキストインフォメーションファイルは 7バイトより大きくても対応できるようにされている。

またボイン夕 P- EMPTY は使用していないスロットをリンク形態で管理する。

なお、この場合にも、テキストネーム、記録日時、及び URLごとにそれぞれ異なる AUX— TO Cセクタ一を設定して、個別的に管理するようにしても構わないが、 AUX— TOCセクタ一 5によりピクチヤファイルに関して付される文字情報をテキストインフォメ一ションファイルとして一括管理することで、インフォメーションファイルの場合と同様に、管理情報として必要とされるデ一夕量（T〇Cセクター数）を少なくするように配慮しているものである。

1 - 6 - 6. データファイル

1— 6— 6— 1. ピクチャファイルセクタ一以上のように形成される各 AUX— TO Cセクタ一によつて管理される A UXデータファイルである、ピクチャファイルとテキス小ファィルの 2種のデ一夕ファイルについて説明していく。

まずピクチャファイルとしては、静止画 1枚のファイル長は任意とされる。

静止画としてのイメージサイズは 640 X 480 ドットとし、ピクチヤファイルは J P EGフォーマツトベースラインとする。そしてピクチヤファイルの管理は AUX— TO Cで行うために、ファイルのビットストリームは J P EG規定の S O I (Start Of Image)マーカーから E〇 I (End Of Image)マ一カーまでとなる。

また、セクタ一フォーマットはモード 2とし、 3 r dレイヤ EC C は無しとするために、 1セクタ一の画像データ容量としての有効バイトは 2 3 24バイトとなる。一例として、 J P EGのピクチヤファイルが 1クラスタ（= 32セクタ一）であるものとすると、実際のデ一夕サイズは、 7 2045 (= 2324 X 3 1 + 1 ) バイトから 743 6 8バイト（= 2 3 24 X 3 2 ) となる。

このようなピクチャファイルを構成するセクタ一のフォーマツトは例えば第 2 8図のようになる。

先頭には、同期パターン、クラス夕アドレス（Cluster H, Cluster L ) 、セクタ一アドレス（Sector) 、モード情報（0 2 h) による 1 6 バイトのヘッダが設けられ、続く 8バイトは未定義（Reserved)とされる。

そして、デ一夕 DPO 〜DP2323として示すように、 2 3 24バイトの画像デ一夕が記録されるデ一夕エリアとしての領域が設けられる。最後の 4バイトには、それぞれ「0 0 h」が記録されるが、誤り検出パリティを記録することも考えられる。

1— 6— 6— 2. テキストファイルセクタ一次にテキストファイルとしては、 AUX— TOCセクタ一 4のテキストモ一ドにより規定される A S C I I、 Modified ISO 8859-1 、 Mu sic Shifted JIS 、その他のテキストデ一夕を記録できる。

テキストファイルを構成するセクタ一のフォーマツ卜は例えば第 2 9図のようになり、ピクチャファイルと同様に先頭からヘッダ（ 1 6 バイト）、未定義（Reserved)領域（8バイト）が設けられ、これに続いてデータ DTO 〜DT2323として示すように、 2 3 2 4バイトのテキストファイルとしてのデータが記録されるデータエリァが設けられる。最後の 4バイトには、それぞれ「0 0 h」が記録されるが、誤り検出パリティを記録することも考えられる。

ここで、テキス卜ファイルセクタ一に記録されるテキストファイルのデータ構造を第 3 3図に示す。但し、ここで示すテキストファイルは、 AUX— TO Cセクタ一 4のテキス卜モードとして、タイムス夕ンプ有り（d 5 = ' 1 ' ) が設定されている場合に対応するデータ構造とされる。

この図に示すように、テキストファイルとしては、まず、テキストファイルごとの区切りを示す「 l E h」が配置され、続いて、タイムスタンプを示すデ一夕ユニット（ 3bytes pure binary ) が配置される。

タイムスタンプとは、対応するオーディオトラックの再生に同期したテキストファイルの表示出力タイミングを規定するもので、対応するオーディオトラックのオフセットアドレスにより示される。

続いて、パラグラフのデータュニットのデータ長を示すパラグラフ長のデータュニット（3bytes pure binary ) が配置される。そして、 1 F hのデータに続けてパラグラフ（実体的な文字情報）のデータュニッ卜が配置されて形成される。

- 7. パーソナルコンピュータ続いて、本実施の形態の A Vシステムにおけるパーソナルコンビュ —夕 1 1 3の内部構成について第 34図を参照して説明する。

この図に示すパーソナルコンピュータ 1 1 3は、外部とデータの授受を行うためのィンターフェイスとして I EEE 1 3 94インタ一フェイス 2 0 9を備えている。 I E E E 1 3 94イン夕一フェイス 2 0 9は、外部デ一夕バスとしての I E E E 1 394バス 1 1 6と接続されることで外部機器と相互通信が可能とされる。

I EEE 1 3 94インターフェイス 20 9は、 I E E E 1 3 94バス 1 1 6を介して受信したバケツトを復調し、復調したバケツ卜に含まれるデータを抽出し、この抽出データを内部データ通信に適合するデータフォーマツトにより変換を行って、内部バス 2 1 0を介して C P U 20 1に出力する。

また、 C PU 2 0 1の制御によって出力されたデータを入力し、パケット化等の I E EE 1 3 94フォーマツ卜に従った変調処理を施して、 I E E E 1 3 94バス 1 1 6を介して外部に送信出力する。

C PU 2 0 1は、例えば ROM2 02に保持されているプログラムに従って各種の処理を実行する。本実施の形態では、 I EE E 1 3 9 4の規格に従って各種デ一夕の送受信を可能とするために、上記 R〇 M 2 0 2に対して I EEE 1 3 94インタ一フェイス 2 0 9を制御するためのプログラムも格納されることになる。つまり、パーソナルコンピュ一夕 1 1 3においては、 I E E E 1 3 94によるデータ送受信に可能なセット（ハードウェア及びソフトウェア）が備えられるものである。

また、 RAM2 0 3には CPU20 1が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。

入出力インタ一フェイス 2 04は、キーボード 2 0 5とマウス 2 0 6が接続されており、これらから供給された操作信号を C PU 2 0 1 に出力するようにされている。また、入出力イン夕フェイス 2 04には、記憶媒体としてハードディスクを備えたハードディスクドライブ 2 0 7が接続されている。 C PU20 1は、入出力インタフェイス 2 04を介して、ハードディスクドライブ 2 07のハードディスクに対してデ一夕やプログラム等の記録又は読み出しを行うことができるようにされている。この場合、入出力イン夕フェース 204には、さらに、画像表示のためのディスプレイモニタ 208が接続されている。内部バス 2 1 0は、例えば、 P C I (Peripheral Component Interc onnect) 又はローカルバス等により構成され、内部における各機能回路部間を相互に接続している。なお、前述した I RD 1 1 2、及び MDレコーダ/プレーヤ 1としても、 I EEE 1 3 94ィンターフェイス機能については、上記したパーソナルコンピュータ 1 1 3と基本的には同様の構成を採る。

つまり、第 1 1図に示した I RD 1 1 2であれば、 ROM (第 1 1 図では図示せず）に対して、 C PU 80による I E E E 1 3 94インターフェイス 6 0の制御を可能とするためのプログラムが搭載され、 MDレコーダノプレーヤ 1であれば、プログラム R〇M 2 8に対して、システムコントローラ 1 1による I EEE 1 394インタ一フェイス 2 5の制御を可能とするためのプログラムが搭載される。

なお、本実施の形態に適用される、 I E E E 1 3 94バスラインによって相互に接続されたシステムの構築例は、これまで説明した形態に限定されるものではなく、あくまでも一例である。

2. I E E E 1 394による本実施の形態のデータ通信

2— 1. 概要以降、本実施の形態としての I EEE 1 394規格に従ったデータ通信について説明する。

I E E E 1 3 94は、シリアルデ一夕通信の規格の 1つとされる。この I E E E 1 3 94によるデータ伝送方式としては、周期的に通信を行う I s o c h r o n o u s通信方式と、この周期と関係なく非同期で通信する A s y n c h r o n o u s通信方式が存在する。一般に、 I s o c h r o n o u s通信方式はデ一夕の送受信に用いられ、 A s y n c h r o n o u s通信方式は各種制御コマンドの送受信に用いられる。そして、 1本のケーブルを使用して、これら 2種類の通信方式によって送受信を行うことが出来るようにされている。 00/30104 先に説明したように、本実施の形態の A Vシステムにおいては、ュ一ザデ一夕として、 ATRACデータ（オーディオデータ）と、この AT R A Cデータに付随する AUXデータ（ピクチャファイル（ J P E G静止画データ））、及びテキストファイル）を I E E E 1 3 94 バスを介して各機器間で送信又は受信を行うことが可能とされる。

ここで、 ATRACデータ（オーディオデータ）は再生時間軸に従つて音声出力されるべき時系列的なデータでありリアルタイム性が要求される。また、 AUXデ一夕と比較してデータ量も多い。一方、 A UXデータは、データ量は ATRACデータほど多くはなく、オーディォデ一夕の再生に対して同期再生される場合があるものの、 ATR A Cデータほど厳密にはリアルタイム性は要求されない。

そこで、本実施の形態における I EEE 1 3 94インタ一フェイスによる送信形態の概要としては、 I E E E 1 3 94バスにより、上記 AT R A Cデータ及び AUXデ一夕を送受信するのにあたり、 AT R A Cデータ（即ちオーディォデータ）は I s o c h r o n o u s通信方式により送受信を行い、 AUXデ一夕は A s y n c h r o n o u s 通信方式により送受信を行うように規定するものである。本実施の形態としては、 I E E E 1 3 94インターフェイスによって、 ATRA Cデータと AUXデータとをそれぞれ個別の機会で送信することも、後述するように、 I s o c h r o n o u s

e y e 1 eによって、 ATR ACデータと AUXデータとを時分割して送信することで見かけ上は同時に送信することも可能である。そこで以降、上記した I E E E 1 3 94規格による本実施の形態の送信形態を前提として、本実施の形態としての説明を行っていくこととする。 2 - 2. ス夕ックモデル第 3 5図は、本実施の形態が対応する I EEE 1 3 94のスタックモデルを示している。

I E E E 1 3 94フォーマットにおいては、 A s y n c h r o n o u s系（40 0) と I s o c h r o n o u s系（5 00) とに大別される。

ここで、 A s y n c h r o n o u s系（400) と I s o c h r o n o u s系（ 5 0 0 ) に共通な層として、最下位に P h y s i c a 1 L a y e r (3 0 1 ) (物理層）が設けられ、その上位に L i n k L a y e r ( 3 0 2) (リンク層）が設けられる。 P h y s i c a 1 L a y e r ( 3 0 1 ) はハードウェア的な信号伝送を司るためのレイヤであり、 L i n k L a y e r ( 3 02 ) は I EEE 1 3 94 バスを例えば、機器毎に規定された内部バスに変換するための機能を有する層とされる。

P h y s i c a l L a y e r (3 0 1 ) , L i n k L a y e r ( 3 02 ) 、及び次に説明する T r a n s a c t i o n L a y e r (40 1 ) は、 E v e n t /C o n t r o l ZC o n f i g u r a t i o nのラインによって S e r i a l B u s Ma n a g eme n t 3 0 3とリンクされる。

また、 AV C a b l eZC o n n e c t o r 3 04は、 A Vデー夕伝送のための物理的なコネクタ、ケーブルを示している。

A s y n c h r o n o u s系（40 0) における上記 L i n k L a y e r ( 3 0 2 ) の上位には、 T r a n s a c t i o n L a y e r (40 1 ) が設けられる。 T r a n s a c t i o n L a y e r ( 40 1) は、 I EEE 1 394としてのデータ伝送プロトコルを規定

00 する層とされ、基本的な A s y n c h r o n o u s T r a n s a c t i o nとしては、後述するようにして、 W r i t e T r a n s a c t i o n, R e a d T r a n s a c t i o n , L o c k T r a n s a c t i o nが規定される。

そして、 T r a n s a c t i o n L a y e r (4 0 1 ) の上層に対して F C P (Functuin Control Protocol) (4 0 2 ) が規定される。 F C P (4 0 2 ) は、 AVZC C omm a n d (AV/C Digital In terfase Command Set) (4 0 3 ) として規定された制御コマンドを利用することで、各種 A V機器に対するコマンド制御を実行することが出来るようになつている。

また、 T r a n s a c t i o n L a y e r (4 0 1 ) の上層に対して【ま、 C o n n e c t i o n M a n a g e m e n t P r o c e d u r e s ( 5 0 5 ) を利用して、後述する P l u g ( I E E E 1 3 9 4における論理的な機器接続関係）を設定するための P l u g C o n t r o l l R e g i s t e r s (4 0 4) が規定される。

I s o c h r o n o u s系（ 5 0 0 ) における L i n k L a y e r ( 3 0 2 ) の上位には、 C I P H e a d e r F o r m a t ( 5 0 1 ) が規定され、この C I P H e a d e r F o r m a t ( 5 0 1 ) に管理される形態で、 S D— DV C R R e a l t i me T r a n s m i s s i o n ( 5 0 2 ) , HD -DV C R R e a l t i m e T r a n s m i s s i o n ( 5 0 3) ， S D L— DV C R R e a 1 t i m e T r a n s m i s s i o n ( 5 0 4 ) ， MP E G 2 - T S R e a l t i m e T r a n s m i s s i o n ( 5 0 5 ) , A u d i o a n d Mu s i c R e a l t i m e T r a n s m i s s i o n ( 5 0 6 ) 等の伝送プロトコルが規定されている。

S D— D V C R R e a l t i m e T r a n s m i s s i o n (

10 5 02) , HD-DVCR R e a l t i me T r a n s m i s s i o n ( 5 0 3) , SDL -DVCR R e a l t i me T r a n s m i s s i o n ( 504) は、それぞれ、デジタル V T R (Video T ape Recorder) に対応するデータ伝送プロトコルである。

SD— DV CR R e a l t i me T r a n s m i s s i o n ( 5 0 2 ) が扱うデ一夕は、 SD— DVCR r e c o r d i n g f o rma t ( 50 8 ) の規定に従って得られたデ一夕シーケンス（S D— DVCR d a t a s e q u e n c e ( 50 7 ) ) とされる。また、 HD— DVCR R e a l t i me T r a n s m i s s i o n ( 5 0 3 ) が极うデー夕は、 HD— DVCR r e c o r d i n g f o rma t ( 5 1 0 ) の規定に従って得られたデータシーケンス（S D— DVCR d a t a s e q u e n c e (5 0 9) ) とされる。

S DL -DVCR R e a l t i me T r a n s m i s s i o n ( 5 04) が扱うデータは、 SDL— DVCR r e c o r d i n g f o r m a t (5 1 2) の規定に従って得られるデータシーケンス (S D— DVCR d a t a s e q u e n c e ( 5 1 1 ) ) となる

MP EG 2 -TS R e a l t i me T r a n s m i s s i o n ( 5 0 5 ) は、例えばデジタル衛星放送に対応するチューナ等に対応する伝送プロトコルで、これが扱うデ一夕は、 DVB r e c o r d i n g f o rma t ( 5 1 4) 或いは ATV r e c o r d i n g f o r m a t (5 1 5) の規定に従って得られるデータシーケンス (MP EG 2 -T S d a t a s e q u e n c e ( 5 1 3) ) とされる。

また、 Au d i o a n d Mu s i c R e a l t i me T r

02 a n s m i s s i o n (506) は、例えば本実施の形態の MDシステムを含むデジタルオーディォ機器全般に対応する伝送プロトコルであり、これが极ぅデ一夕は、 Au d i o a n d Mu s i c r e c o r d i n g f o rma t (5 1 7) の規定に従って得られるデ一夕シーケンス (Au d i o a n d Mu s i c d a t a s e q u e n c e ) とされる。

2 - 3. 信号伝送形態第 3 6図は、 I E E E 1 3 94バスとして実際に用いられるケープルの構造例を示している。

この図においては、コネクタ 6 00 Aと 60 0 Bがケーブル 60 1 を介して接続されていると共に、ここでは、コネクタ 6 00 Aと 6 0 0 Bのピン端子として、ピン番号 1〜6の 6ピンが使用される場合を示している。

コネクタ 6 0 0 A, 60 0 Bに設けられる各ピン端子については、ピン番号 1は電源（VP) 、ピン番号 2はグランド（VG) 、ピン番号 3は TP B 1、ピン番号 4は TP B 2、ピン番号 5は TPA 1、ピン番号 5は T P A 2とされている。

そして、コネクタ 6 0 0 A— 6 0 0 B間の各ピンの接続形態は、ピン番号 1 (VP) —ピン番号 1 (VP)

ピン番号 2 (VG) —ピン番号 2 (VG)

ピン番号 3 (TP B 1 ) —ピン番号 5 (TPA 1 )

ピン番号 4 (T P B 2 ) —ピン番号 6 (TP A 2)

ピン番号 5 (TPA 1 ) —ピン番号 3 (TP B 1 )

ピン番号 6 (TP A 2) —ピン番号 3 (TP B 2)

03 のようになっている。そして、上記ピン接続の組のうち、

ピン番号 3 (TP B 1) —ピン番号 5 (TPA 1 )

ピン番号 4 (TP B 2) —ピン番号 6 (TPA 2)

の 2本のツイスト線の組により、差動で信号を相互伝送する信号線 6 0 1 Aを形成し、

ピン番号 5 (TPA 1) —ピン番号 3 (TP B 1 )

ピン番号 6 (TP A 2) —ピン番号 3 (T P B 2 )

の 2本のツイスト線の組により、差動で信号を相互伝送する信号線 6 0 1 Bを形成している。

上記 2組の信号線 6 0 1 A及び信号線 6 0 1 Bにより伝送される信号は、第 3 7図（a) に示すデータ信号（D a t a) と、第 3 7図（ b) に示すストロ一ブ信号（S t r o b e) である。

第 3 7図（ a) に示すデ一夕信号は、信号線 60 1 A又は信号線 6 0 1 Bの一方を使用して T P B 1， 2から出力され、 TPA 1 , 2に入力される。

また、第 3 7図（b) に示すストローブ信号は、データ信号と、このデータ信号に同期する伝送ク口ックとについて所定の論理演算を行うことによって得られる信号であり、実際の伝送クロックよりは低い周波数を有する。このスト口一ブ信号は、信号線 6 0 1 A又は信号線 6 0 1 Bのうち、デ一夕信号伝送に使用していない他方の信号線を使用して、 TPA 1 , 2から出力され、 TP B 1 , 2に入力される。例えば、第 3 7図（a) ，第 3 7図（b) に示すデータ信号及びス卜ローブ信号が、或る I E E E 1 3 94対応の機器に対して入力されたとすると、この機器においては、入力されたデ一夕信号とストローブ信号とについて所定の論理演算を行って、第 3 7図（c ) に示すような伝送クロック（C l o c k) を生成し、所要の入力デ一夕信号処

04 理に利用する。

I E E E 1 3 94フォーマツトでは、このようなハードゥエァ的デ —夕伝送形態を採ることで、高速な周期の伝送クロックをケーブルによって機器間で伝送する必要をなくし、信号伝送の信頼性を高めるようにしている。

なお、上記説明では 6ピンの仕様について説明したが、 I EEE 1 3 94フォーマットでは電源（VP) とグランド（VG) を省略して、 2組のツイスト線である信号線 60 1 A及び信号線 60 1 Bのみからなる 4ピンの仕様も存在する。例えば、本実施の形態の MDレコーダプレーヤ 1では、実際には、この 4ピン仕様のケーブルを用いることで、ユーザにとってより簡易なシステムを提供できるように配慮している。

2— 4. 機器間のバス接続第 3 8図は、 I EEE 1 3 94バスによる機器間接続の形態例を模式的に示している。この図では、機器 A， B, C, D, Eの 5台の機器（N o d e) が I E E E 1 3 94バス（即ちケ一ブルである）によつて相互通信可能に接続されている場合が示されている。

I E E E 1 3 94インターフェイスでは、機器 A， B， Cのようにして I E E E 1 3 94バスにより直列的に接続するいわゆる「ディ一ジチェーン接続」が可能とされる。また、第 3 8図の場合であれば、機器 Aと、機器 B， D, E間の接続形態に示すように、或る機器と複数機器とが並列的に接続されるいわゆる「ブランチ接続」も可能とされる。

システム全体としては、このブランチ接続と上記ディージチェーン接続とを併用して最大 6 3台の機器（No d e) を接続可能とされる。但し、ディージチェーン接続によっては、最大で 1 6台（ 1 6ポップ）までの接続が可能とされている。また、 S C S Iで必要とされる夕一ミネ一夕は I EE E 1 3 94ィンターフェイスでは不要である。そして I E E E 1 3 94イン夕一フェイスでは、上記のようにしてディージチェーン接続又はブランチ接続により接続された機器間で相互通信を行うことが可能とされている。つまり、第 3 8図の場合であれば、機器 A， B， C， D， E間の任意の複数機器間での相互通信が可能とされる。

また、 I E E E 1 3 94バスにより複数の機器接続を行ったシステム（以降は I E E E 1 3 94システムともいう）内では、機器ごとに割与えられる N o d e I Dを設定する処理が実際には行われる。この処理を、第 3 9図により模式的に示す。

ここで、第 3 9図（a) に示す接続形態による I E E E 1 3 94システムにおいて、ケーブルの抜き差し、システムにおける或る機器の電源のオン Zオフ、 PHY(Physical Layer Protocol) での自発発生処理等が有ったとすると、 I E E E 1 3 94システム内においてはバスリセットが発生する。これにより、各機器 A， B， C， D, E間において I E E E 1 394パスを介して全ての機器にバスリセット通知を行う処理が実行される。

このバスリセット通知の結果、第 3 9図（b) に示すようにして、通信（Child -Notify) を行うことで隣接する機器端子間で親子関係が定義される。つまり、 I EEE 1 3 94システム内における機器間の T r e e構造を構築する。そして、この T r e e構造の構築結果に従って、ルートとしての機器が定義される。ルートとは、全ての端子が子（ C h ； Child)として定義された機器であり、第 3 9図（b) の場合であれば、機器 Bがル一卜として定義されていることになる。逆に言えば、例えばこのルートとしての機器 Bと接続される機器 Aの端子は親親（ P ； Parent) として定義されているものである。

上記のようにして I E E E 1 3 94システム内の T r e e構造及びル一卜が定義されると、続いては、第 3 9図（c) に示すようにして、各機器から、自己の No d e— I Dの宣言として S e 1 f 一 I Dパケッ卜が出力される。そしてルー卜がこの No d e— I Dに対して順次承認（grant ) を行っていくことにより、 I E EE 1 3 94システム内における各機器のァドレス、つまり N o d e— I Dが決定される

2 - 5. パケット

I EEE 1 3 94フォーマットでは、第 40図に示すようにして I s o c h r o n o u s c y c l e 、 n om i n a l c y c l e) の周期を繰り返すことによって送信を行う。この場合、 1 I s o c h r o n o u s c y c l eは、 1 2 5 z s e cとされ、帯域としては 1 0 0 MH zに相当する。なお、 I s o c h r o n o u s c y c l eの周期としては 1 2 5 s e c以外とされても良いことが規定されている。そして、この I s o c h r o n o u s c y c l eごとに、データをバケツト化して送信する。

この図に示すように、 I s o c h r o n o u s c y c l eの先頭には、 I I s o c h r o n o u s c y c l eの開始を示す C y c l e S t a r t P a c k e tが配置される。

この C y c l e S t a r t P a c k e tは、ここでの詳しい説明は省略するが、 Cy c l e Ma s t e rとして定義された I E E E 1 3 94システム内の特定の 1機器によってその発生タイミングが指示される。

C y c l e S t a r t P a c k e tに続いては、 I s o c h r o n o u s P a c k e tが優先的に配置される。 I s o c h r o n o u s P a c k e tは、図のように、チャンネルごとにパケット化されたうえで時分割的に配列されて転送される（ I s o c h r o n o u s s u b a c t i o n s ) 。また、 I s o c h r o n o u s s u b a c t i o n s内においてバケツト毎の区切りには、 I s o c h r o n o u s g a pといわれる休止区間（例えば 0. 0 5 x s e c ) が設けられる。

このように、 I E E E 1 3 94システムでは、 1つの伝送線路によつて I s o c h r o n o u sデ一夕をマルチチヤンネルで送受信することが可能とされている。

ここで、例えば本実施の形態の MDレコーダ /プレーヤが対応する AT R A Cデ一夕（圧縮オーディオデイォデ一夕）を I s o c h r o n o u s方式により送信することを考えた場合、 ATRACデ一夕が 1倍速の転送レート 1. 4 M b p sであるとすれば、 1 2 5 X s e c である 1 I s o c h r o n o u s e y e 1 e周期ごとに、少なくともほぼ 2 0数 Mバイ卜の ATRACデータを I s o c h r o n o u s P a c k e tとして伝送すれば、時系列的な連続性（リアルタイム性）が確保されることになる。

例えば、或る機器が ATRACデ一夕を送信する際には、ここでの詳しい説明は省略するが、 I EE E 1 394システム内の I RMUso chronous Resource Manager)に対して、 A T R A Cデ一夕のリアル夕ィム送信が確保できるだけの、 I s o c h r o n o u s パケットのサイズを要求する。 I RMでは、現在のデータ伝送状況を監視して許

08 可 Z不許可を与え、許可が与えられれば、指定されたチャンネルによつて、 ATRACデ一夕を I s o c h r o n o u s P a c k e tにバケツト化して送信することが出来る。これが I E E E 1 3 9 4インターフェイスにおける帯域予約といわれるものである。

I s o c h r o n o u s c y c l eの帯域内において I s o c h r o n o u s s u b a c t i o n sが使用していない残る帯域を用いて、 A s y n c h r o n o u s s u b a c t i o n s、即ち A s y n c h r o n o u sのバケツト送信が行われる。

第 4 0図では、 P a c k e t A， P a c k e t Bの 2つの A s y n c h r o n o u s P a c k e tが送信されている例が示されてレる。 A s y n c h r o n o u s P a c k e tの後には、 a c k g a p ( 0. 0 5 z s e c ) の休止期間を挟んで、 AC K (Acknowle dge)といわれる信号が付随する。 AC Kは、後述するようにして、 A s y n c h r o n o u s T r a n s a c t i o nの過程におレて、何らかの A s y n c h r o n o u sデータの受信が有ったことを送信側（C o n t r o l 1 e r ) に知らせるためにハードウエア的に受信側（T a r g e t ) から出力される信号である。

また、 A s y n c h r o n o u s P a c k e t及びこれに続く A C Kからなるデ一夕伝送単位の前後には、 1 0 s e c程度の s u b a c t i o n g a pといわれる休止期間が設けられる。

ここで、 I s o c h r o n o u s P a c k e tにより AT RA C データを送信し、上記 A T R A Cデータに付随するとされる A U Xデ一タフアイリレを A s y n c h r o n o u s P a c k e tにより送信するようにすれば、見かけ上、 ATRACデータと AUXデ一夕ファィルとを同時に送信することが可能となるものである。

09 2— 6. トランザクションルール第 4 1図（a) の処理遷移図には、 A s y n c h r o n o u s通信における基本的な通信規則（トランザクションルール）が示されている。このトランザクションルールは、 F C Pによって規定される。第 4 1図（a) に示すように、先ずステツプ S 1 1により、 R e Q u e s t e r (送信側）は、 R e s p o n d e r (受信側）に対して R e q u e s tを达信する。 R e s p o n d e rでは、この R e q u e s tを受信する（ステップ S 1 2) と、先ず Ac k n o w 1 e d g eを R e q u e s t e rに返送する（ステップ S 1 3 ) 。送信側では、 A c k n ow l e d g eを受信することで、 R e q u e s tが受信側にて受信されたことを認知する（ステップ S 14) 。

この後、 R e s p o n d e rは先のステツプ S 1 2にて受信した R e q u e s tに対する応答として、 R e s p o n s eを R e q u e s t e rに送信する（ステップ S I 5) 。 R e q u e s t e rでは、 R e s p o n s eを受信し（ステップ S 1 6 ) 、これに応答して R e s p o n d e rに対して Ac k n ow l e d g eを送信する（ステップ S 1 7 ) 。 R e s p o n d e rでは A c k n ow l e d eを受信することで、 R e s p o n s eが送信側にて受信されたことを認知する上記第 4 1図（ a ) により送信される R e q u e s t T r a n s a c t i o nとしては、第 4 1図（b) の左側に示すように、 W r i t e R e q u e s t , R e a d R e q u e s t , L o c k R e d u e s tの 3種類に大別して定義されている。

Wr i t e R e q u e s tは、データ書き込みを要求するコマンドであり、 R e a d R e q u e s tはデ一夕の読み出しを要求するコマンドである。 L o c k R e q u e s tはここでは詳しい説明は省略するが、 s wa c omp a r e , マスクなどのためのコマンドである。

また、 W r i t e R e Q u e s tは、後に図示して説明する A s y n c h r o n o u s P a c k e t AV / C C omma n d P a c k e t ) に格納するコマンド（o p e r a n d) のデータサイズに応じてさらに 3種類が定義される。 W r i t e R e q u e s t (d a t a q u a d 1 e t ) は、 A s y n c h r o n o u s P a c k e tのヘッダサイズのみによりコマンドを送信する。 Wr i t e R e q u e s t (d a t a b l o c k : d a t a l e n g t h = 4 b y t e) 、 Wr i t e R e q u e s t (d a t a b l o c k : d a t a l e n g t h≠4 b y t e) は、 A s y n c h r o n o u s P a c k e tとしてヘッダに対して d a t a b l o c kを付加してコマンド送信を行うもので、両者は、 d a t a b l o c k に格納される o p e r a n dのデータサイズが 4バイ卜であるかそれ以上であるのかが異なる。

R e a d R e q u e s tも同様にして、 A s y n c h r o n o u s P a c k e tに格納する o p e r a n dのデータサイズに応じて ^ R e a d R e q u e s t (d a t a q u a d l e t ) , R e a d R e q u e s t (d a t a b l o c k : d a t a 1 e n g t h = 4 b y t e) , R e a d R e q u e s t (d a t a b l o c k : d a t a l e n g t h≠4 b y t e) の 3種類が定義されている。

また、 R e s p o n s e T r a n s a c t i o nとして【ま、第 4 1図（b) の右側に示されている。

上述した 3種の W r i t e R e q u e s tに対しては、 Wr i t e R e s p o n s e或いは N o R e s p o n s eが定義される。また、 R e a d R e q u e s t (d a t a q u a d 1 e t ) に対して【ま R e a d R e s p o n s e (d a t a q u a d 1 e t ) が定義され、 R e a d R e q u e s t (d a t a b 1 o c k : d a t a l e n g t h = 4 b y t e) 、又は R e a d R e q u e s t (d a t a b l o c k : d a t a l e n g t h≠4 b y t e) に対して【ま、 R e a d R e s p o n s e (d a t a b l o c k) が定義される。

L o c k R e q u e s tに対しては、 L o c k R e s p o n s eが定義される。

2 - 7. アドレッシング第 42図は、 I E E E 1 3 94バスのアドレツシングの構造を示している。

第 42図（a) に示すように、 I E EE 1 3 94フォーマットでは、バスアドレスのレジス夕（アドレス空間）として 64ビットが用意される。

このレジス夕の上位 1 0ビッ卜の領域は、 I E E E 1 3 94バスを識別するためのバス I Dを示し、第 42図（b) に示すようにしてバス I Dとして b u s # 0〜# l 022の計 1 0 2 3のバス I Dを設定可能としている。 b u s # 1 0 2 3は 1 0 c a 1 b u sとして定義されている。

第 42図（a) においてバスアドレスに続く 6ビットの領域は、上記バス I Dにより示される I EE E 1 3 94バスごとに接続されている機器の N o d e I Dを示す。 No d e I Dは、第 4 2図（c ) に示すようにして、 N o d e # 0〜# 6 2までの 6 3の N o d e I Dを識別可能としている。

上記バス I D及び N o d e I Dを示す計 1 6ビットの領域は、後述する AVZC C omma n d P a c k e tのヘッダにおける d e s t i n a t i o n I Dに相当するもので、このバス I D及び N o d e I Dによって、或るバスに接続された機器が I E E E 1 3 9 4システム上で特定される。.

第 42図（a) において No d e I Dに続く 2 0ビットの領域は、 r e g i s t e r s p a c eであり、この r e g i s t e r s p a c eに続く 2 8ビットの領域は、 r e g i s t e r a d d r e sである。

r e g i s t e r s p c eの値は [F F F F F h] とされて、第 42図（d) に示す r e g i s t e rを示し、この r e g i s t e rの内容は、第 42図（ e ) に示すようにして定義される。 r e g i s t e r a d d r e sは、第 42図（e) に示すレジス夕のァドレスを指定している。

簡単に説明すると、第 42図（e) のレジス夕において、例えばァドレス 5 1 2 [ 0 0 0 02 00 h] から始まる S e r i a l B u s - d e p a n d e n t R e g i s t e r sを参照することで、 I s o c h r o n o u s c y c l eのサイクルタイムや、空きチヤンネルの情報が得られる。

また、アドレス 1 0 24 [ 0 0 0 04 00 h] から始まる C o n f i g u r a t i o n R O Mの内容を参照すれば、 N o d eの機種から、その機種に付されている N o d e Un i q u e I Dなども識別することができる。 2 - 8. C I P 第 43図は、 C I P (Common Isochronos Packet)の構造を示している。つまり、第 40図に示した I s o c h r o n o u s P a c k e 1;のデータ構造である。

前に述べたように、本実施の形態の MDレコーダ Zプレーヤが対応する記録再生データの 1つである、 ATRACデ一夕（オーディオデ —夕）は、 I E E E 1 3 94通信においては、 I s o c h r o n o u s通信によりデータの送受信が行われる。つまり、リアルタイム性が維持されるだけのデ一夕量をこの I s o c h r o n o u s P a c k e tに格納して、 1 I s o c h r o n o u s c y c l e毎に 1頓次送信するものである。

C I Pの先頭 3 2ビット（ l q u a d l e t ) は、 1 3 94パケットヘッダとされている。

1 3 9 4パケットヘッダにおいて上位から順に 1 6ビッ卜の領域は > d a t a— L e n g t h、続く 2ビッ卜の領域は t a g、続く 6ビットの領域は c h a n n e l , 続く 4ビットは t c o d e、続く 4ビットは、 s yとされている。

そして、 1 3 94パケットヘッダに続く l q u a d l e tの領域は h e a d e r— C R Cが格納される。

h e a d e r _C R Cに続く 2 Q u a d 1 e tの領域が C I Pへッダとなる。

C I Pへッダの上位 q u a d 1 e tの上位 2バイトには、それぞれ ' 0 ' ' 0 ' が格納され、続く 6ビッ卜の領域は S I D (送信ノード番号）を示す。 S I Dに続く 8ビットの領域は D B S (データブロックサイズ）であり、デ一夕ブロックのサイズ（パケット化の単位デ一

4 夕量）が示される。続いては、 FN (2ビット）、 QP C (3ビット ) の領域が設定されており、 FNにはパケット化する際に分割した数が示され、 Q P Cには分割するために追加した q u a d 1 e t数が示される。

S PH ( 1 ビット）にはソースパケットのヘッダのフラグが示され、 DB Cにはパケッ卜の欠落を検出するカウン夕の値が格納される。

C I Pヘッダの下位 Q u a d 1 e tの上位 2バイ卜にはそれぞれ ' 0 ' ' 0 ' が格納される。そして、これに続いて FMT (6ビット）、 FD F (24ビット）の領域が設けられる。 FMTには信号フォーマット（伝送フォーマット）が示され、ここに示される値によって、当該 C I Pに格納されるデータ種類（データフォーマット）が識別可能となる。具体的には、 MP E Gストリームデ一夕、 A u d i oストリームデ一夕、デジタルビデオカメラ（DV) ストリームデ一夕等の識別が可能になる。この FMTにより示されるデータフォーマツトは、例えば第 3 5図に示した、 C I P

H e a d e r F o rma t (40 1 ) に管理される、 SD— DV C R R e a l t i me T r a n s m i s s i o n ( 5 0 2) ， H D— DVCR R e a l t i me T r a n s m i s s i o n ( 5 0 3) ， S DL— DVCR R e a l t i me T r a n s m i s s i o n ( 5 04) , MP EG 2 -TS R e a l t i me T r a n s m i s s i o n ( 5 0 5) , Au d i o a n d Mu s i c R e a 1 t i m e T r a n s m i s s i o n (5 0 6) 等の伝送プロ卜コルに対応する。

FD Fは、フォーマット依存フィールドであり、上記 FMTにより分類されたデ一夕フォーマツ卜について更に細分化した分類を示す領域とされる。オーディオに関するデータで有れば、例えばリニアォーディォデータであるのか、 M I D Iデータであるのかといつた識別が可能になる。

例えば本実施の形態の ATRACデータであれば、先ず FMTにより Au d i oストリ一ムデ一夕の範疇にあるデ一夕であることが示され、 F D Fに規定に従った特定の値が格納されることで、その Au d i oストリームデータは AT R ACデータであることが示される。ここで、例えば FMTにより MP EGであることが示されている場合、 FD Fには TS F (タイムシフトフラグ）といわれる同期制御情報が格納される。また、 FMTにより DVCR (デジタルビデオカメラ）であることが示されている場合、 FD Fは、第 43図の下に示すように定義される。ここでは、上位から順に、 50/6 0 ( 1ビット ) により 1秒間のフィールド数を規定し、 STYP E (5ビット）によりビデオのフォーマツ卜が S Dと HDの何れとされてるのかが示され、 S YTによりフレーム同期用のタイムスタンプが示される。

上記 C I Pヘッダに続けては、 FMT， FDFによって示されるデ —夕が、 n個のデータブロックのシーケンスによって格納される。 F MT, FDFにより ATRACデ一夕であることが示される場合には、このデ一タブロックとしての領域に AT R A Cデ一夕が格納されるそして、デ一夕ブロックに続けては、最後に d a t a— C R Cが配置される。

2— 9. コネクションマネージメント I E E E 1 3 94フォーマットにおいては、「プラグ」といわれる論理的接続概念によって、 I E E E 1 3 94バスによって接続された機器間の接続関係が規定される。

第 44図は、プラグにより規定された接続関係例を示しており、この場合には、 I EEE 1 3 94バスを介して、 VTR 1、 VTR 2、セットトップボックス（S TB ；デジタル衛星放送チューナ）、モニ夕装置（M o n i t o r) 、及びデジタルスチルカメラ（C a m e r a) が接続されているシステム形態が示されている。

ここで、 I E E E 1 394のプラグによる接続形態としては、 p o i n t t o p o i n t— c o n n e c t i o nと、 b r o a d c a s t c o n n e c t i o nとの 2つの形態が存在する。

p o i n t t o p o i n t— c o n n e c t i o nは、送信機器と受信機器との関係が特定され、かつ、特定のチャンネルを使用して送信機器と受信機器との間でデータ伝送が行われる接続形態であるこれに対して、 b r o a d c a s t c o n n e c t o nは、送信機器においては、特に受信機器及び使用チャンネルを特定せずに送信を行うものである。受信機側では、特に送信機器を識別することなく受信を行い、必要が有れば、送信されたデータの内容に応じた所要の処理を行う。

第 44図の場合であれば、 p o i n t t o p o i n t— c o n n e c t i o nとして、 S TBが送信、 VTR 1が受信とされてチヤンネル # 1を使用してデ一夕の伝送が行われるように設定されている状態と、デジタルスチルカメラが送信、 VTR 2が受信とされてチヤンネル # 2を使用してデ一夕の伝送が行われるように設定されている状態とが示されている。

また、デジタルスチルカメラからは、 b r o a d c a s t c o n n e c t i o nによってもデータ送信を行うように設定されている状態が示されており、ここでは、この b r o a d c a s t c o n n e c t i o nによって送信したデータを、モニタ装置が受信して所要の応答処理を行う場合が示される。

上記のような接続形態（プラグ）は、各機器におけるアドレス空間に設けられる P C R (Plug Contorol Regis ter)によって確立される。第 45図（a) は、 o P CR [n] (出力用プラグコント口一ルレジス夕）の構造を示し、第 45図（b) は、 i P CR Cn] (入力用プラグコントロールレジスタ）の構造を示している。これら o P C R [n] 、 i P CR [n] のサイズは共に 3 2ビットとされている。第 4 5図（a) の o P CRにおいては、例えば上位 1ビットの o n - l i n eに対して ' 1 ' が格納されていると、 b r o a d c a s t c o n n e c t i o nによる送信であることが示され、 ' 0 ' が格納されていると、上位 1 1ビット目から 6ビットの領域の c h a n n e 1 n umb e rで示されるチャンネルにより、 p o i n t t o o i n t c o n n e c t i o nで送信することが示される。

また、第 45図（b) の i P C Rにおいても、例えば上位 1ビットの o n— 1 i n eに対して ' 1 ' が格納されていれば、 b r o a d c a s t c o n n e c t i o nによる受信であることが示され、 ' 0 ' が格納されていると、上位 1 1ビット目から 6ビットの領域の c h a n n e l n u m b e rで示されるチャンネルにより送信されたデ —夕を p o i n t t o o i n t c o n n e c t i o nで is ί¾ することが示される。

2 - 1 0. F C Ρにおけるコマンド及びレスポンス本実施の形態の I E EE 1 3 94フォーマットでは、 MDレコーダノプレーヤが対応する記録再生データである、 AUXデータ（ J P E Gによるピクチャファイル、及びテキストファイル）は、 A s y n c h r o n o u s通信によりデータの送受信が行われる。

本実施の形態において、 A s y n c h r o n o u s通信による AU Xデ一夕の伝送は、第 3 5図に示した？ (4 0 2 ) によって規定されることになる。そこで、ここでは、 F C Pにより規定されるトランザクションについて説明する。

F C Pとしては、 A s y n c h r o n o u s通信において規定される W r i t e T r a n s a c t i o n (第 4 1図参照）を使用する。従って、本実施の形態における AUXデータの伝送も、この F C P により、 A s y n c h r o n o u s通信の中の W r i t e T r a n s a c t i o nを使用することで行われるものである。

F C Pをサポートする機器は、 C 0 mm a n d /R e s p o n c e レジス夕を備え、次に第 46図により説明するようにして C omm a n d/R e s o n e eレジスタに対して Me s s a g eを書き込むことでトランザクションを実現する。

第 4 6図の処理遷移図においては、先ず C OMMAND送信のための処理として、ステップ S 2 1 として示すように、 C o n t r o l 1 e rが T r a n s a c t i o n R e q u e s t を発生して、 Wr i t e R e q u e s t P a c k e t を T a r g e tに対して送信する処理を実行する。 T a r g e tでは、ステップ S 2 2として、この W r i t e R e q u e s t P a c k e tを受信して、 C omm a n d/R e s p o n c eレジス夕に対してデ一夕の書き込みを行う。また、この際、 T a r g e tからは C o n t r o l l e rに対して A c k n ow l e d gを送信し、 C o n t r o l l e rでは、この A c k n ow l e d gを受信する（S 2 3→S 2 4) 。ここまでの一連の処理が、 C OMM ANDの送信に対応する処理となる。

続いては、 C OMMANDに応答した、 RE S PONC Eのための処理として、 T a r g e t力、ら Wr i t e R e q u e s t P a c k e tが送信される（S 2 5) 。 C o n t r o 1 1 e rではこれを受信して、 C o mm a n d /R e s p o n c eレジス夕に対してデ一夕の書き込みを行う（S 26) 。また、 C o n t r o l l e rでは、 W r i t e R e q u e s t P a c k e tの受信に応じて、 T a r g e tに対して A c k n ow l e d gを送信する（S 2 7 ) 。 T a r g e tでは、この A c k n ow l e d gを受信することで、 W r i t e R e q u e s t P a c k e tが C o n t r o l l e rにて受信されたことを知る（S 2 8) 。

つまり、 C o n t r o l l e rから T a r g e t対する COMMA ND伝送処理と、これに応答した T a r g e tから C o n t r o l 1 e rに対する RE S PONCE伝送処理が、 F CPによるデ一夕伝送 (T r a n s a c t i o n) の基本となる。

2 - 1 1. AVZCコマンドパケット第 3 5図により説明したように、 A s y n c h r o n o u s通信において、 F C Pは、 A VZCコマンドを用いて各種 A V機器に対する通信を行うことができるようにされている。

A s y n c h r o n o u s通信では、 Wr i t e, R e a d, L o c kの 3種のトランザクションが規定されているのは、第 4 1図にて説明した通りであり、実際には各トランザクションに応じた W r i t e R e q u e s t /R e s p o n c e P a c k e t , R e a d R e q u e s t /R e s p o n c e P a c k e t , L o c k

20 R e q u e s t /R e s p o n c e P a c k e tが用レられる。そして、 F C Pでは、上述したように Wr i t e T r a n s a c t i o nを使用するものである。

そこで第 4 7図に、 Wr i t e R e q u e s t P a c k e t ( Asynchronous Packet (Write Request for Data Block) ) のフォーマットを示す。本実施の形態では、この W r i t e R e q u e s t P a c k e tが即ち、 AV/Cコマンドパケットして使用される。この W r i t e R e q u e s t P a c k e tにおける上位 5 q u a d 1 e t (第 1〜第 5 q u a d l e t ) は、 p a c k e t h e a d e rとされる。

p a c k e t h e a d e rの第 1 Q u a d 1 e tにおける上位 1 6ビットの領域は d e s t i n a t i o n— I Dで、デ一夕の転送先 (宛先）の N o d e I Dを示す。続く 6ビッ卜の領域は t 1 (trans act label)であり、バケツト番号を示す。続く 2ビットは r t (re y code)であり、当該パケットが初めて伝送されたパケットであるか、再送されたバケツト示す。続く 4ビットの領域は t c o d e (transac tion code)は、指令コードを示している。そして、続く 4ビットの領域は p r i (priority)であり、パケットの優先順位を示す。

第 2 q u a d 1 e tにおける上位 1 6ビッ卜の領域は s o u r c e — I Dであり、データの転送元の N o d e— I D が示される。

また、第 2 Q u a d 1 e tにおける下位 1 6ビットと第 3 q u a d 1 e t全体の計 48ビットは d e s t i n a t i o n— o f f s e t とされ、 COMMANDレジス夕（F C P— COMMAND r e g i s t e r) と RE S PONCEレジス夕（F C P— RE S PONC E r e g i s t e r ) のァドレスが示されれる。

上記 d e s t i n a t i o n I D及び d e s t i n a t i o n一 o f f s e tが、 I EEE 1 3 94フォーマツ卜において規定される 64ビッ卜のアドレス空間に相当する。

第 4 q u a d 1 e tの上位 1 6ビットの領域は、 d a t a— 1 e n g t hとされ、後述する d a t a f i e l d (第 4 7図において太線により囲まれる領域）のデータサイズが示される。

続く下位 1 6ビットの領域は、 e x t e n d e d— t c o d eの領域とされ、 t c o d eを拡張する場合に使用される領域である。

第 5 Q u a d 1 e tとしての 3 2ビッ卜の領域は、 h e a d e r— CRCであり、 P a c k e t h e a d e rのチェックサムを行う C RC計算値が格納される。

P a c k e t h e a d e rに続く第 6 q u a d l e t力ら d a t a b l o c kが配置され、この d a t a b l o c k内の先頭に対して d a t a f i e 1 dが形成される。

d a t a f i e l dとして先頭となる第 6 q u a d 1 e tの上位 4 バイ卜には、 CTS (Co關 and and Transaction Set) が記述される。これは、当該 W r i t e R e q u e s t P a c k e tのコマンドセットの I Dを示すもので、例えば、この CT Sの値について、図のように [ 00 00 ] と設定すれば、 d a t a f i e l dに記述されている内容が A VZCコマンドであると定義されることになる。つまり、この W r i t e R e q u e s t P a c k e tは、 AV/Cコマンドパケットであることが示されるものである。従って、本実施の形態においては、 F C Pが A VZCコマンドを使用するため、この CT Sには [ 00 00 ] が記述されることになる。

C T Sに続く 4ビットの領域は、 c t y p e (Command type ；コマンドの機能分類）、又はコマンドに応じた処理結果（レスポンス）を示す r e s p o n s eが記述される。第 48図に、上記 c t y p e及び r e s p o n s eの定義内容を示す。

c t y p e (C o mm a n d) としては、 [ 00 00] 〜 [O i l 1 ] を使用できるものとしており、 [ 00 00 ] は CONTROL, [0 00 1 ] は S TATUS, [00 1 0] は I NQU I RY、 [0 0 1 1 ] は NOT I FYとして定義され、 [0 1 0 0〕 ~ [0 1 1 1 ] は、現状、未定義（ r e s e r v e d) とされている。

CONTROLは機能を外部から制御するコマンドであり、 S TA TUSは外部から状態を間い合わせるコマンド、 I NQU I RYは、制御コマンドのサポートの有無を外部から問い合わせるコマンド、 N OT I F Yは状態の変化を外部に知らせることを要求するコマンドである。

また、 r e s p o n s eとしては、 [ 1 00 0] 〜 [ 1 1 1 1 ] を使用するものとしており、 [ 1 000 ] は NOT I MP LEMEN TED, [ 1 00 1 ] は A C CE PTED、 [ 1 0 1 0] は RE J E CTED、 [ 1 0 1 1 ] は I N TRANS I T I ON, [ 1 1 0 0 ] は I MP L EMENTED/S TAB L E, [ 1 1 0 1 ] は CHA NGED、 [ 1 1 1 0] は r e s e r v e d, [ 1 1 1 1 ] は I NT E R I Mとしてそれぞれ定義されている。

これらの r e s p o n s eは、コマンドの種類に応じて使い分けられる。例えば、 CONTOROLのコマンドに対応する r e s p o n s eとしては、 NOT I MP L EMENTED、 AC C E PTED 、 RE J E CTED、或いは I NTE R I Mの 4 つのうちの何れかが R e s p o n d e r側の状況等に応じて使い分けられる。

第 47図において、 c t y p e Z r e s p o n s eに続く 5ビットの領域には、 s u b u n i t— t y p eが格納される。は、 s u b u

23 n i t一 t y p eは、 COMMMANDの宛先または RE S PONC Eの送信元の s u b u n i tが何であるのか（機器）を示す。 I E E E 1 3 94フォーマットでは、機器そのものを u n i tと称し、その u n i t (機器）内において備えられる機能的機器単位の種類を s u b u n i t と称する。例えば一般の VTRを例に採れば、 VTRとしての u n i tは、地上波や衛星放送を受信するチューナと、ビデオ力セットレコーダノプレーヤとの、 2つの s u b u n i tを備える。

s u b u n i t— t y p eとしては、例えば第 4 9図（ a) に示すように定義されている。つまり、 [0 00 00] は M o n i t o r , [0 00 0 1 ] 〜 [0 00 1 0] は r e s e r v e d, [ 0 0 0 1 1 ] は D i s c r e c o r d e r/p l a y e r , [0 0 1 0 0] は VCR、 [0 0 1 0 1 ] は Tu n e r、 [00 1 1 1 ] は〇 & 1116 a、 [0 1 0 00；] 〜 [ 1 1 1 1 0] は r e s e r v e d、 [ 1 1 1 1 1 ] は、 s u b u n i tが存在しない場合に用いられる u n i tとして定義されている。

第 47図において、上記 s u b u n i t— t y p eに続く 3ビットには、同一種類の s u b u n i tが複数存在する場合に、各 s u b u n i tを特定するための i d (N o d e_ I D) が格納される。

上記 i d (N o d e— I D) に続く 8ビットの領域には、 o p c o d eが格納され、続く 8ビットの領域には、 o p e r a n dが格納される。

o p c o d eとは、オペレーションコード（Operat ion Code)のことであって、 o p e r a n dには、 o p c o d eが必要とする情報（パラメ一夕）が格納される。これら o p c o d eは s u b u n i tごとに定義され、 s u b u n i t ごとに固有の o p c o d eのリストのテ一ブルを有する。例えば、 s u b u n i tが V C Rであれば、 o p c 00/30104

o d eとしては、例えば第 49図（b) に示すようにして、 P LAY (再生）， RECORD (記録）などをはじめとする各種コマンドが定義されている。 o p e r a n dは、 o p c o d e毎に定義される。第 47図における d a t a f i e 1 dとしては、上記第 6 q u a d 1 e tの 3 2ビッ卜が必須とされるが、必要が有れば、これに続けて、 o p e r a n dを追加することが出来る（A d d i t i o n a 1 o p e r a n d s ) 。

d a t a f i e 1 dに続けては、 d a t a_C R Cが配置される。なお、必要が有れば、 d a t a_C R Cの前に p a d d i n gを配置することが可能である。

2 - 1 2. プラグここで、 I EE E 1 394フォーマツ卜におけるプラグについて概略的に説明する。ここでいうプラグとは、先に第 4 5図によっても説明したように、 I E E E 1 3 94フォ一マツ卜における機器間の論理的接続関係をいうものである。

第 50図に示すように、 A s y n c h r o n o u s通信において有効とされるコマンド等のデ一夕（ r e q u e s t ) は、 p r o d u c e r力、ら c o n s um e rに対して伝送される。ここでいう p r o d u c e r及び c o n s ume rは、それぞれ I EE E 1 3 94イン夕 —フェイス上で送信機器、受信機器として機能する機器をいうものである。そして、 c o n s ume rにおいては、図に斜線で示すように、 r o.d u c e rによりデータ書き込みが行われるセグメントバッファ（Segment Buffer) を備える。

また、 I EEE 1 3 94システムにおいて、特定の機器を p r o d u c e r , c o n s ume rとして規定するための情報 (Connect ion Management Information ) は、図に網線で示すプラグアドレス内の所定位置に格納されている。セグメントバッファは、プラグアドレスに続いて配置される。

c o n s ume rのセグメントバッファに対して書き込み可能なァドレス範囲（データ量）は、後述するようにして c o n s ume r側で管理する l i m i t C o u n t r e g i s t e rによつて規定される。

第 5 1図は、 A s y n c h r o n o u s通信におけるプラグのァドレス空間の構造を示している。

64ビッ卜から成るプラグのァドレス空間は、第 5 1図（a) に示すようにして、 2の 1 6乗（64K) の No d eに分割される。そして、プラグは、第 5 1図（b) に示すようにして、各 N o d eのアドレス空間内に在るようにされる。そして、各プラグは、第 5 1図（c ) に示すように、網線の領域により示すレジスタ（ r e g i s t e r ) と、斜線の領域により示すセグメントバッファ（Segment Buffer)とを含んで形成される。レジス夕には、次に説明するようにして、送信側（ p r o d u c e r ) と受信側（ c o n s u m e r ) との間におけるデータの授受管理に必要な情報（例えば、送信データサイズ及び受信可能デ一夕サイズ）が格納される。セグメントバッファは、 p r o d u c e rから c o n s ume rに対して送信されたデ一夕が書き込まれるべき領域であり、例えば最小で 64バイトであることが規定されている。

第 5 2図（ a) にはプラグアドレスが示されている。つまり、上記第 5 1図（c ) と同一内容が示されている。

この図に示すように、レジスタはプラグァドレスの先頭に対して配置され、これに続けてセグメントバッファが配置される。

そして、レジス夕内の構造としては、第 52図（b) に示すようにして、先頭に対して、例えば 3 2ビットの p r o d u c e r C o u n t r e g i s t e rが配置され、続けて、各 3 2ビットの 1 i m i t C o u n t r e g i s t e r [ 1 ] 〜 [； 1 4] が配置される。つまり、 1つの p r o d u c e r C o u n t r e g i s t e r と 1 4の l i m i t C o u n t r e g i s t e rが設けられる。なお、ここでは、 l i m i t C o u n t r e g i s t e r [ 14 ] の後ろに未使用（u n u s e d) の領域が設けられている。

上記第 5 2図（a) (b) に示すプラグ構造は、第 52図（c) に示すようにして、オフセットアドレス（Address Offset)によって指定される。

つまり、オフセットアドレス 0は、 c o n s ume r o r t ( p r o d u c e r C o u n t r e g i s t e r) ¾ri¾定し、オフセットアドレス 4, 8, 1 2 · · · 56, 60は、それぞれ p r o d u c e r p o r t [ l ] 〜 [ 14] を指定する。オフセットァドレス 6 0は r e s e r v e dとして定義されることで、未使用（u n u s e d) の領域を示し、オフセットアドレス 64によりセグメントバッファを示す。

第 5 3図には、 p r o d u c e r側と c o n s ume r側との両者のプラグ構造が示されている。

A s y n c h r o n o u s通信のプラグ構造においては、 p r o d u c e r C o u n t r e g i s t e rへの書き込み、 l i m i t C o u n t r e g i s t e rへの書き込み、及びセグメントバッファへの書き込みを後述する送受信手順に従って行うことで、 A s y n c h r 0 n o u s通信を実現する。これらの書き込みは、先に説明した Wr i t e T r a n s a c t i o nとしての処理である。

p r o d u c e r C o u n t r e g i s t e rは、 p r o d u c e rによって c o n s ume rに対して書き込みが行われる。

p r o d u c e rは、自身のアドレスに在る p r o d u c e r C o u n t r e g i s t e rに p r o d u c e r |のデ一夕伝送に関する情報を書き込んだ上で、この p r o d u c e r C o u n t r e g i s t e rの内容を、 c o n s ume rの p r o d u c e r C o u n t r e g i s t e rに対して書き込む。

p r o d u c e r C o u n t r e g i s t e rは、 p r o d u c e rが c o n s u m e rのセグメントバッファに対して書き込むデ一夕サイズとして、 1回の書き込み処理によって書き込むデータサイズの情報とされる。つまり、 p r o d u c e rが、 p r o d u c e r

C o u n t r e g i s t e rの書き込みを行うことによって、 c o n s urn e rのセグメントバッファに書き込むデータサイズを知らせる処理が行われる。

これに対して、 l i m i t C o u n t r e g i s t e rは、 c o n s ume rによって p r o d u c e rに対して書き込みが行われる。

c o n s ume r側では、自身の l i m i t C o u n t r e g i s t e r [ 1 ] 〜 [ 14] のうち、 p r o d u c e rに対応して指定された 1つの l i m i t C o u n t r e g i s t e r [n] に対して、自身のセグメントバッファの容量（サイズ）を書き込み、この 1 i m i t C o u n t r e g i s t e r [ n 3 の内容を、 1 i m i t C o u n t r e g i s t e r [n] に対して書き込む。

p r o d u c e r側では、上記のようにして 1 i m i t C o u n t r e g i s t e r [n] に書き込まれた内容に応じて、 1回あた

28 りの書き込みデータ量を決定して、例えば自身のセグメントバッファに対して書き込みを行う。そして、このセグメントバッファに書き込んだ内容を、 c o n s um e rに対して書き込むようにされる。このセグメントバッファへの書き込みが、 A s y n c h r o n o u s通信におけるデータ送信に相当する。

2— 1 3. Asynchronous Connect ion iis信手順続いて、上記第 5 3図により説明したプラグ（p r o d u c e r— c o n s ume r) 間の構造を前提として、第 54図の処理遷移図により、 A s y n c h r o n o u s c o n n e c t i o nの基本的な送受信手順について説明する。

第 54図に示す送受信処理の手順は、 A s y n c h r o n o u s通信として、 F C Pによって規定された環境のもとで、 AVZCコマンド（Wr i t e R e q u e s t P a c k e t ) を使用して行われる。そして、本実施の形態において扱われる AUXデ一夕も、この送受信手順を使用して I E E E 1 3 94システム内において送受信が行われる。但し、第 5 3図に示す処理は、あくまでも A s y n c h r o n o u s c o n n e c t i o nとしての通信動作を示すもので、 A UXデータの記録再生に対応する通信処理については後述する。なお、 A s y n c h r o n o u s c o n n e c t i o nの実際においては、コマンド送信に応じて、第 46図に示したように、 Ac k n o w 1 e d gの送受信が実行されるのであるが、第 54図においては A c k n ow l e d gについての送受信処理の図示は省略しているまた、 I E EE 1 3 94インタ一フェイスでは、プラグ（機器）間

29 の接続関係として、上記した p r o d u c e r— c o n s ume rの関係の他に、 c o n t r o l l e r— t a r g e t として規定される関係が存在する。 I E E E 1 394システム上においては、 p r o d u c e r— c o n s ume rの関係が規定された機器と、 c o n t r o i l e r— t a r g e tの関係が機器とが必ずしも一致するものではない。つまり、 p r o d u c e rとして規定された機器の他に、 c o n t r o 1 1 e rの機能を有するものとして規定された機器が存在する場合がある。但し、ここでは、 p r o d u c e r— c o n s um e rとしての関係と、 c o n t r o l l e r— t a r g e tとしての関係が一致している場合を例に説明する。

第 54図に示す送信手順としては、先ず、ステップ S 1 0 1として示すよう.に、 p r o d u c e r力、ら c o n s ume rに対して、 C o n n e c t要求を送信する。この C o n n e c t要求は、 p r o d u c e rが c o n s ume rに対して、接続要求を行うためのコマンドで、 p r o d u c e rのレジス夕のアドレスを c o n s u m e rに対して伝える。

この C o n n e c t要求は、ステップ S 1 0 2の処理として c o n s u m e rが受信することで、 c o n s ume r側では、 p r o d u c e rのレジスタのアドレスを認識する。そして、ステップ S 1 0 3 により、 r e s p o n c eとして、 c o n s ume rは、 p r o d u c e rに対して C o n n e c t受付を送信する。そして、ステップ S 1 04において、 p r o d u c e rがこれを受信することで、以降のデー夕送受信のための p r o d u c e r— c o n s ume r間の接続 (c o n n e c t i o n) が確立される。

上記のようにして c o n n e c t i o nが確立されると、ステップ S 1 0 5により、 c o n s ume rは、 p r o d u c e rに対して 1

30 i m i t C o u n t r e g i s t e r ( (以降、単に「 1 i m i t C o u n t」と略す））の書込要求を行う。ステツプ S 1 0 6によりこれを受信した p r o d u c e rは、続くステップ S 1 07の処理によって、 l i m i t C o u n t書込受付を、 c o n s ume r に対して送信する。そして、ステップ S 1 0 8の処理として、 c o n s ume rが l i m i t C o u n t書込受付を受信する。この 1 i m i t C o u n t書込要求ノ書込受付の一連の処理によって、以降における、セグメントバッファへのデータ書き込みサイズ（セグメントバッファ容量）が決定される。

続くステップ S 1 0 9においては、 p r o d u c e rから c o n s ume rに対して、セグメントバッファ書込要求を送信する。そして、ステップ S 1 1 0によってセグメントバッファ書込要求が受信され、これに応答して、ステップ S 1 1 1の処理として、 c o n s ume rから p r o d u c e rに対して、セグメントバッファ書込受付を送信する。 p r o d u c e rは、ステップ S 1 1 2により、セグメントバッファ書込受付を受信する。

このステップ S 1 0 9〜S 1 1 2までの処理が実行されることで、 1回の p r o d u c e rのセグメントバッファ力ら c o n s ume r のセグメントバッファに対してデータへの書き込み処理が完了する。

ここで、上記ステップ S 1 0 9〜S 1 1 2の処理によって書き込まれるデータは、第 40図に示した A s y n c h r o n o u s P a c k e tによる 1回の送信により書き込まれる。従って、 A s y n c h r o n o u s P a c k e tにより転送されるデータサイズが、上記 l i m i t C o u n tによって指定されたデ一夕サイズょりも小さく、かつ、 1回の A s y n c h r o n o u s P a c k e tによる送信によっては、必要なデータ送信が完了しない場合には、セグメントバッファの容量がフルとなる範囲で、ステップ S 1 0 9〜S 1 1 2の処理が繰り返されるようになつている。

そして、上記したステップ S 1 0 9〜S 1 1 2に示すセグメントノッファへの書き込み処理が完了すると、ステップ S 1 1 3の処理として示すように、 p r o d u c e rから c o n s ume rに対して、 p r o d u c e r C o u n t r e g i s t e r (以降、単に p r o d u c e r C o u n tと略す）書込要求を送信する。そして c o n s u m e rでは、ステップ S 1 1 4の処理として、 p r o d u c e r C o u n tを受信して、自身の p r o d u c e r C o u n t r e g i s t e rに書き込みを行い、続くステップ S 1 1 5の処理として、 p r o d u c e r C o u n t書込受付を p r o d u c e rに対して送信する。 p r o d u c e rはステップ S 1 1 6により、この p r o d u c e r C o u n t書込受付を受信する。

この処理によって、先のステップ S 1 0 9〜S 1 1 2の処理として、 p r o d u c e r力、ら c o n s ume rのセクメントノッファに対して転送したデータサイズが c o n s um e rに対して知らされることになる。

続くステップ S 1 1 7の処理としては、上記ステツプ S 1 1 3〜 S 1 1 6に示した p r o d u c e r C o u n t書き込み処理に応答しての、 1 i m i t C o u n t書き込みのための一連の処理が実行される。つまり、ステップ S 1 1 7〜S 1 2 0に示すようにして、 c o n s ume r力ら p r o d u c e rへの 1 i m i t C o u n t書込要求の送信と、この送信に応答しての p r o d u c e r力、ら c o n s υ m e rへの l i m i t C o u n t書込受付の送信が行われる。上記ステップ S 1 0 9〜 S 1 2 0までの処理が、 A s y n c h r o n o u s C o n n e c t i o nにおけるデ一夕伝送処理としての 1

32 セットの手順を成す。ここで、例えば送信すべきデータサイズが、セグメントバッファ容量よりも大きく、 1回のステップ S 1 0 9〜S 1 2 0までの処理によっては、データの転送が完了していないとされる場合には、このステップ S 1 0 9〜S 1 2 0までの処理を、データの転送が完了するまで繰り返し実行することが出来るようになつているそして、データの転送が完了したら、ステップ S 1 2 1に示すようにして、 p r o d u c e r【ま c o n s ume rに対して、 D i s c o n n e c t要求を送信する。 c o n s ume rはステツプ S 1 2 2において、この D i s c o n n e c t要求を受信し、続くステップ S 1 2 3により D i s c o n n e c t受付を送信する。ステツプ S 1 24 において、 p r o d u c e rが D i s c o n n e c t受付を受信することで、 A s y n c h r o n o u s C o n n e c t i o nによるテ一夕送受信が完結する。

2 - 1 4. 本発明に至る背景続いて、これまで説明してきた内容を背景として、本発明に至った背景について詳しく述べる。

これまでの説明から分かるように、本実施の形態としては、 I EE E 1 3 94インターフェイスの AV/Cコマンドを用いて通信を行うことで、或る機器（C o n t r o l l e r) から他の或る機器（T a r g e t ) に対する各種操作制御を行うことができる。つまり、 I E E E 1 3 94バス上でのリモート制御である。

伹し、先にも述べたように、或る C o n t r o 1 1 e rが T a r g e tをリモ一ト制御する場合に、他の C o n t r o 1 1 e rが同じ T

33 a r g e tに対してリモート制御を行ったり、或いは、 T a r g e t が備える本体キーやリモートコントローラ等（ローカルキ一）に対する操作が行われたりした場合には、 C o n t r o l l e rと T a r g e t間での処理状況や処理結果について不整合が生じる場合がある。これについての具体例として、第 1 に示した A Vシステムを例に挙げ、パーソナルコンピュータ 1 1 3が C o n t r o l l e r , MD レコーダノプレーヤ 1が T a r g e tと定義されて、パーソナルコンピュー夕 1 1 3が MDレコーダ Zプレーヤ 1における編集処理をリモ一ト制御する場合を、第 5 5図の処理遷移図を参照して説明する。なお、パーソナルコンピュータ 1 1 3が MDレコーダ/プレーヤ 1 における編集処理をリモート制御するのにあたっては、実際には、パーソナルコンピュー夕 1 1 3においては、 MDレコーダプレーヤ 1 に対する操作をリモ一ト制御するためのアプリケーションソフトウェァ（以降、単に「操作パネル」という）が備えられているものとされる。ここでは、第 5 5図に示す処理が開始される以前の段階において、パーソナルコンピュータ 1 1 3において上記操作パネルが起動されている状態にあるものとする。

また、以降における第 5 5図の説明にあたっては、パーソナルコンピュー夕 1 1 3を C o n t r o 1 1 e rといい、 MDレコーダノプレーャ 1を T a r g e tということにする。

また、第 5 5図に示す C o n t r o l l e r— T a r g e t間のコマンド、レスポンスの送受信処理は、 A VZCコマンドを用いて行われるものである。各コマンド、レスポンスは、例えば第 4 9図により説明したようにして、 MDレコーダ/プレーヤ 1 (Disc recorder / player [ 0 0 0 1 1 ] ) が s u b u n i t— t y p eとされた下での o p c o d eとして定義されている。

34 また、以降の説明においては、口一カルキ一、もしくはローカルコマンドという言葉を用ることがある。本明細書において、ローカルキ一とは、例えば T a r g e tとしての機器本体に備えられる各種操作キー、又は T a r g e tとしての機器に付属するリモ一トコントローラのことをいう。また、ローカルコマンドとは口一カルキ一操作に応じて、 T a r g e tとしての機器内部で発生するコマンドのことをいう。例えば、 MDレコーダノプレーヤ 1の場合であれば、ローカルキ —は、操作部 23に設けられる各種キー、及びリモートコントローラ 3 2のことをいい、口一カルコマンドは、操作部 2 3及びリモ一トコントローラ 3 2に対して行われた操作に応じて、システムコント口一ラ 1 1が受け付けるコマンドをいうことになる。

第 5 5図においては、先ず T a r g e tである M Dレコーダプレーャ 1に対してディスクが装填されると、ステップ S 2 0 1として示すように、この T a r g e tからディスクが装填されたことを通知するためのディスク装填通知を C o n t r o 1 1 e rに対して送信するようにしている。 C o n t r o l l e rでは、ステップ S 2 0 2により、上記ディスク装填通知を受信することで、 T a r g e tにおいてディスクが装填されたことを検知する。

ここで、 MDレコーダ/プレーヤ 1においては、ディスクが装填された後において、ステップ S 30 1として示すように、ディスクから TOC情報（U— TOC, AUX-TOC) を読み込んで、例えばバッファメモリ 1 3に対して格納する。

ここで、ディスクから読み込んだ TO C情報のうち、 U— T〇Cセクタ一 0の内容としては、第 5 5図（a) に示すようにしてプロダラムエリアが管理されているものとする。つまり、プログラムエリアにおいては、トラック TR# 1〜 # 3の 3つのトラックが記録されてお

35 り、各卜ラックについては、トラック T R # 1はアドレス A d 0〜A d 3、トラック TR# 2はアドレス Ad 4〜Ad 5、トラック TR# 3はアドレス Ad 6〜Ad 7に記録されているものとして管理されている。

C o n t r o 1 1 e rは、上記ステツプ S 2 02によってディスクが装填されたことを検知すると、ステップ S 2 0 3に示すように、 T O C (U-TOC, AUX-TOC) 情報を要求するための TO C情報要求を T a r g e tに対して送信する。

ステップ S 204により、上記 T〇 C情報要求を受信した T a r g e tは、ステップ S 2 0 5において、現在バッファメモリ 1 3に格納している TO C情報を C o n t r o 1 1 e rに対して送信する。 C o n t r o 1 1 e rでは、ステツプ S 206により T〇 C情報を受信して、例えば RAM 20 3に保持することで、 TO C情報を取得できたことになる。

このとき取得された TOC情報の内容は、例えば MDレコーダ Zプレ一ャ 1に対してディスクが装填されたときに読み込んだ TOC情報と同一の内容であり、従って、 11ー丁〇じセク夕一 0の内容としては、第 5 5図（d) に示すようにして、第 5 5図（a) と同一の内容が得られていることになる。つまり、この段階では、 TOC情報の内容について整合がとられているものである。

なお、ステツプ S 2 0 5及びステツプ S 20 6による TO C情報の送受信は、先に第 5 3図及び第 54図により説明した A s y n c h r o n o u s c o n n e c t i o nとしての、セグメントバッファへの書き込みによって行われる。

ここで、或る段階において、ステップ S 30 2として示すように、 T a r g e tである MDレコーダ/プレーヤ 1において、ローカルキ

36 —操作に応じて、トラック TR# 1を分割（ディバイド）する編集処理が遂行されたとする。

この編集処理の結果、 MDレコーダプレーヤ 1においては、例えば第 5 5図（b) に示すようにして、 U— TOCセクタ一 0の内容が更新される。つまり、プログラムエリアには、トラック TR# 1 (= アドレス Ad O〜Ad l ) 、トラック TR# 2 (=アドレス Ad 2〜

A d 3 ) 、トラック TR# 3 (=アドレス Ad 4〜Ad 5) 、トラック TR# 4 (=アドレス Ad 6〜Ad 7) が記録されているものとして管理されることになる。

なお、 T a r g e tから C o n t r o l 1 e rに対しては、 U_ T

〇Cセクタ一 0の内容が第 5 5図（b) に示したように更新されたことについての通知は、特に行われない。

そしてこの後、例えば、 C o n t r o l 1 e rにおいて、操作パネルに対してトラック T R # 3を消去するための操作が行われたものとする。この場合には、ステップ S 20 7の処理として示すように、 C o n t r o l l e rは、トラック TR# 3の消去を要求するためのトラック T R # 3消去要求を T a r g e tに対して送信することになるそして、ステップ S 20 8により、 T a r g e tが上記トラック T R # 3消去要求を受信した場合、 T a r g e tである MDレコーダ/ プレーヤ 1では、ステップ S 3 0 3として示すようにして、現在、自己が有している TO C情報を書き換えることによって、トラック T R # 3の消去を実行する。これによつて、 MDレコーダプレーヤ 1において保持されている U— T〇 Cセクタ一 0の内容は、第 5 5図（c ) に示すようにして、トラック TR# 1 (=アドレス A d 0〜A d 1 ) 、トラック TR# 2 (=アドレス Ad 2〜Ad 3) 、卜ラック TR

37 # 3 (=アドレス A d 6〜A d 7 ) が記録されていることを示すものとなる。

T a r g e tである MDレコーダプレーヤ 1においては、上記ステツプ S 30 3としてのトラック TR# 3の消去処理を実行すると共に、ステップ S 2 09として示すようにして、 C o n t r o l 1 e r に対してトラック TR# 3消去受付を送信する。

ステップ S 2 1 0により C o n t r o 1 1 e rがトラック TR# 3 消去受付を受信した場合、 C o n t r o l 1 e rにおいては、自身が操作した編集処理が T a r g e t (MDレコーダ/プレーヤ 1 ) 側で遂行されたものと見なし、 C o n t r o l l e r (パーソナルコンビユー夕 1 1 3) が保持している TOC情報の内容を更新する。

この場合には、第 5 5図（d) に示す U— T〇Cセクタ一 0の内容に対してトラック # 3を消去する更新処理を実行するため、 U— T〇 Cセクタ一 0としては、第 5 5図（e) に示すように、トラック TR # 1 (=アドレス A d 0〜A d 3 ) 、トラック TR# 2 (=アドレス Ad 4〜Ad 5) のようにしてプログラムエリァを管理することになる。

このようにして処理が実行された場合、第 5 5図（c ) と第 5 5図 ( e ) の U— TOCセクタ一 0の管理内容を比較しても分かるように、 C o n t r o l l e r (パーソナルコンピュータ 1 1 3) と T a r g e t (MDレコーダプレーヤ 1 ) とでは、それぞれが自己で管理している TO C情報についての整合が得られなくなつている。

この段階では既に、パーソナルコンピュータ 1 1 3側で、正確に M Dレコーダ Zプレーヤ 1側の T〇 C情報の内容を把握して編集制御を行うことは困難であり、また、この後において、パーソナルコンビュ —夕 1 1 3において保持していた TO C情報を送信して、 MDレコー

38 ダプレーヤ 1側の TO C情報を書き換えたような場合には、ディスクにおけるトラックの記録状態と T〇 C情報の内容が一致しなくなつて、以降の適正な記録再生が行われなくなる可能性もある。

そこで、例えば上記のような T O C情報が不整合となる状況が生まれるのを回避しょうとした場合には、 C o n t r o l l e r— T a r g e t間において、第 5 6図に示すようにして通信を行うように構成することが考えられる。

第 5 6図の処理遷移図においては、先ず、 T a r g e tである MD レコーダノプレーヤ 1においてディスクが装填されると、先の第 5 5 図の場合同様、ステップ S 40 1の処理により、 C o n t r o l 1 e r (パーソナルコンピュータ 1 1 3 ) に対してディスク装填通知を送信する。 C o n t r o l l e rにおいては、ステップ S 402により上記ディスク装填通知を受信することで、 T a r g e tにおいてディスクが装填されたことを検知する。この際、 MDレコーダ /プレーヤ 1側においては、ディスクから TOC情報の読み込みを行ってバッファメモリ 1 3に保持するための処理を実行する。ここで、上記バッファメモリ 1 3に格納された T〇 C情報については、便宜上、 TOC内容 Αを有するものとする。

C o n t r o l 1 e rは、上記ステップ S 402によってディスクが装填されたことを検知すると、ステップ S 40 3の処理として、 T O C情報を要求するための TO C情報要求を T a r g e tに対して送信する。

T a r g e tにおいては、ステップ S 404により、 TOC情報要求の受信が行われ、続くステップ S 40 5において、現在バッファメモリ 1 3に格納している TO C情報を C o n t r o 1 l e rに対して送信する。 C o n t r o l l e rでは、ステップ S 406により TO

39 C情報を受信して、 RAM 2 0 3に保持することで、 TOC情報を獲得する。このとき、 C o n t r o l l e rが獲得した T〇 C情報も、 TO C内容 Aを有するものとされる。

この後の或る段階において、 T a r g e tである MDレコーダプレ一ャ 1において、口一カルキ一に対する操作によって、 TOC内容の変更を伴う何らかの編集処理を行うための操作制御が実行されたとする。

この場合、 MDレコーダ/プレーヤ 1においては、上記ローカルキ —操作に対応した編集処理として、 TOC情報における所要の記述内容について書き換えを行う。これにより、例えばバッファメモリ 1 3 に保持される TO C情報としては、 TOC内容 Aから T〇 C内容 Bに変わる。

そしてこの場合には、上記のようにして口一カルキ一操作によって TO C内容の更新（編集処理）が行われたときには、 T a r g e tである MDレコーダプレーヤ 1においては、ステップ S 40 7として示すように TO C更新通知を発生して、これを C o n t r o l 1 e r に対して送信するように構成される。そして、ステップ S 40 8の処理によって C o n t r o l l e rが T〇 C更新通知を受信することで、 C o n t r o l l e rは、 T a r g e t側において TO C情報の更新が行われたことを検知することができる。

そして、 C o n t r o l l e r側としては、上記のようにして T a r g e t側で TO C情報の更新が行われたことを検知すると、ステツプ S 40 9の処理として示すように、再度、丁〇じ情報要求を丁 & r g e tに送信する。

ステップ S 4 1 0の処理によって、 TO C情報要求を受信した T a r g e tは、現在バッファメモリ 1 3に保持している TO C情報を C

40 o n t r o 1 1 e rに対して送信する。なお、このとき送信する TO C情報としては、 TOC情報の全てとされても良いし、更新された T 〇 Cセクタ一を含む一部の情報とされてもよい。

C o n t r o l l e rは、ステップ S 4 1 2の処理によって、 T〇 C情報を受信することで、また新たに TOC情報を獲得できることになるのであるが、ここで C o n t r o 1 l e rが保持した TOC情報は、 T〇 C内容 Bである。つまり、 C o n t r o l l e rと T a r g e tとで、それぞれが保持している UTO C内容の一致が保たれている。

このように、 T a r g e t側のローカルキー操作によって、 T a r e t側の処理状況等が、 C o n t r o l l e r側のそれと相違する状態が発生したときには、先ず、 T a r g e t側がこれを C o n t r o i l e rに対して通知するようにする。そして、 C o n t r o l 1 e r側では、この通知に応答して T a r g e tで発生した処理結果を取得できるように構成するものである。これにより、 C o n t r o l l e r— T a r g e t間での処理状況の整合が得られる。

但し、上記第 5 6図に例示したような処理形態を採った場合には、それだけ処理ステップが増えることになる。また、例えば C o n t r o 1 1 e rの操作パネルから、何らかの編集処理が行われているのとほぼ同時タイミングで、口一カルキ一によつても同じ編集処理が行われるような状況では、 T〇 C情報が不整合となる状態が頻発するために、上記第 5 6図に示す処理に従って整合を図ろうとすれば、それだけ処理動作自体が重いものとなる。このため、例えば TOC情報更新中においては、 C o n t r o l 1 e r側と T a r g e t側とで共に編集のための入力操作を禁止するための処理ステツプを追加するなどしてトラブルを回避する必要があり、制御処理も複雑に成らざるを得なレ。つまり、 C o n t r o l l e rと T a r g e tとで共に、デ一夕ィンターフェイスに関するプログラム設計などの構成が、複雑かつ困難なものとなる。

また、例えば T a r g e tとしての MDレコーダプレーヤ 1に対して、複数の C o n t r o 1 1 e rから編集処理が行われるような状況にも対応すべきことを考えると、上記第 56図により説明した処理の実際としては、更に複雑となってしまう。

また、 MDレコーダ Zプレーヤ 1を例に採れば、本来はオーディオ機器であり、オーディオデータを再生しているときに、リモート制御によって何らかの編集制御が行われるような状況は少なからず起こるものである。この状況で、上記第 5 6図に準ずる複雑な処理により不整合の解消を図ることを考えると、 I s o c h r o n o u s通信によりオーディォデータを送受信する一方で、 A s y n c h r o n o u s 通信によって上記第 5 6図に示した処理を実行することになるため、やはり C o n t r o l l e rと T a r g e tの処理負担が重くなる。特に I s o c h r o n o u s

P a c k e tによってバス帯域がほぼ占有され、 A s y n c h r o n o u s P a c k e tの確保が難しいような通信状況では、第 5 6 図に示す処理ような複雑で重い処理は、適正なタイミングで実行するのが困難となる場合も生じる。

このため、特に MDレコーダ/プレーヤ 1などの A V機器に対してリモート制御を行う場合の実際において、処理状況の不整合の発生といったトラブルを避けるためには、できるだけ簡易な通信処理によつて構成されることが好ましく、また、実用的でもある。

2 - 1 5. 本実施の形態としてのリモート制御

42 そこで、本実施の形態としては、以降説明するようにして処理ステップを構築することで、簡略な処理によってリモート制御時において発生し得る処理状況の不整合を回避する。

第 5 7図の処理遷移図は、本実施の形態としてのリモート制御時における通信処理を示している。なお、この図に示す処理は、先に示した第 5 5図及び第 5 6図の場合と同様に、パーソナルコンピュータ 1 1 3が C o n t r o 1 1 e r、 MDレコーダ/プレーヤ 1が T a r g e t とされたうえで、パーソナルコンピュー夕 1 1 3により、 MDレコーダノプレーヤ 1に対する編集処理、及び記録再生に関する操作をリモート制御によって行う場合を例に挙げている。

また、この第 5 7図に示す C o n t r o l l e r— T a r g e t間のコマンドの送受信処理も、 AVZCコマンドを用いて行われるものであり、各コマンドが、例えば第 49図により説明したようにして、 MDレコーダ//プレーヤ 1を s u b u n i tとする o p c o d eとして定義されているものである。

この図に示す処理においては、先ず、 C o n t r o l l e rであるパーソナルコンピュータ 1 1 3において、ステップ S 5 0 1の処理によって、アプリケーションプログラムである「操作パネル」が起動される。この操作パネルは、例えば、パーソナルコンピュータ 1 1 3に設けられるキ一ボード 20 5、又はマウス 206をユーザが操作することで、 MDレコーダ/プレーヤ 1におけるローカルキーと同等の操作制御（ I E E E 1 3 94バスを介してのリモート制御）を、 MDレコーダ/プレーヤ 1に対して行うことのできる機能を有している。そして、この操作パネルとしてのアプリケーションプログラムは、パーソナルコンピュー夕 1 1 3のハードディスクドライブ 2 0 7のハード

43 ディスクに記憶されており、起動時には、ハードディスクドライブ 2 0 7によってハードディスクからの読み出しが行われ、 RAM20 3 において動作可能な状態に保持される。

そして、ステップ S 50 1によって操作パネルが起動されると、図に示すように、 C o n t r o 1 1 e rから T a r g e tに対して R e s e r v e要求のためのコマンドが送信される。

この R e s e r V e要求コマンドの送信は、 AVZC C omma n dを利用して、第 46図にて説明した W r i t e R e q u e s t P a c k e tとして送信される。

また、この R e s e r V eの要求コマンドは、 AVノ C C o mm a n dにおいて、例えば c t y p eは CONTOROL [ 00 00 ] (第 48図参照）とされ、 MDレコーダ/プレーヤ 1 (Disc recorde r /player [ 000 1 1 ] ) が s u b u n i t— t y p eとされた下での o p c o d eの 1つとして定義されるものであり、基本的には、 T a r g e tに対して、 C o n t r o l 1 e rによるリモ一ト制御のリザーブ（保有）を要求するコマンドである。

T a r g e tである MDレコーダ Zプレーヤ 1は、ステップ S 5 0 2において、上記 R e s e r V e要求を受信し、ステップ S 5 0 3の処理により R e s e r e v e受付（ACC E PTED) 或いは R e s e r v e拒絶（RE J E CTED) の何れかの RE S PONCEを送信する。

ここで、 R e s e r e v e受付を送信する場合とは、現在どの C o n t r o 1 1 e rによってもリザーブされていない場合で、 R e s e r v e要求を送信してきた C o n t r o 1 1 e r (パーソナルコンビユー夕 1 1 3) によるリザーブが許可可能な状態にある場合とされるこれに対して、 R e s e r e v e拒絶を送信する場合とは、例えばパーソナルコンピュータ 1 1 3以外の特定の C o n t r o 1 1 e rにより既にリザーブされており、上記特定の C o n t r o 1 1 e r以外の C o n t r o l 1 e r (パーソナルコンピュー夕 1 1 3も含まれる ) によるリザーブは禁止されている状態にある場合とされる。

また、リザーブが許可可能な状態である場合、 MDレコーダノブレ —ャ 1においては、ステップ S 60 1の処理として示すように、リザーブモードを設定することが行われる。

ここでのリザーブモ一ドの設定としては、 2種類の設定が行われる。 1つは、 R e s e r v e要求を送信してきた C o n t r o 1 1 e r (ここではパーソナルコンピュータ 1 1 3) 以外の他の C o n t r o 1 1 e rによるリモート制御は拒絶（禁止）するように設定するものである。また、 1つは、ローカルコマンドについては、再生系（再生、早送り、早戻し、送り Z戻り方向のトラック頭出し等を含む）、停止、イジェクト（ディスクの排出）以外の全ての口一カルコマンドを無効とするものである。

このようにしてリザ一ブ設定が行われた場合、後述するようにしてリザーブモードの解除が行われるまでの間は、パーソナルコンビユー夕 1 1 3以外の他の C o n t r o l l e rから MDレコーダプレーャに対してリモート制御のためのコマンドが送信されたとしても、このコマンドは拒絶されることになる。つまり、他の C o n t r o l 1 e rによるリモート制御は排除され、パーソナルコンピュータ 1 1 3 のみのリモート制御が有効とされることになる。

また、再生系、停止、イジェクト以外の口一カルコマンドについて無効とすることは、 TOC情報の書き換えを伴う記録に関するロー力ルコマンド、及び各種編集処理に関するローカルコマンドについては

45 無効とすることを意味する。従って、仮にユーザが記録や編集に関するローカルキー操作を行ったとしても、この操作はキャンセルされることになるのであるが、これにより、ローカルキー操作によって、 M Dレコーダ Zプレーヤ 1側で単独的に T〇 C情報が更新される動作は行われないことになる。

即ち、リザーブモードが設定された場合には、 C o n t r o l 1 e r -T a r g e t間での処理状況の不整合を生じさせる原因となる操作制御については、リザーブ要求を行った C o n t r o 1 1 e rのみが可能となり、残る他の C o n t r o 1 1 e r及び口一カルキ一操作によっては、不可能とされるものである。

C o n t r o l 1 e rは、上記ステツプ S 5 0 3によって送信された R e s e r e v e受付、或いは R e s e r v e拒絶の何れかの R E S PONC Eを、ステップ S 504により受信することになる。

ステップ S 504の処理として R e s e r e V e受付を受信した場合には、 C o n t r o l l e rは、自己の R e s e r v e要求が受け付けられたことを認識して、以降の操作パネルに応じた処理を実行することになる。

これに対して、 R e s e r V e拒絶を受信した場合には、操作パネルにより、現在 MDレコーダ Zプレーヤ 1が他の C o n t r o 1 1 e rによってリザーブされている状態にあることをュ一ザに知らせるようにする。これをユーザに通知するのにあたっては、例えば操作パネルとしての操作画面上に対して所定の表示形態によって行うようにすることが考えられる。或いは、所定の形態による音声出力によって行うようにすることも考えられる。もちろん表示と音声の併用も可能である。

以降は、 MDレコーダプレーヤ 1による R e s e r v e受付が行 4 P

われた場合の処理について説明する。

ステップ S 504において C o n t r o 1 1 e rが R e s e r v e 受付を受信した後において、例えば T a r g e tである MDレコーダノブレ一ャ 1に対してディスクが装填されたとすると、 T a r g e t からは、ステップ S 5 0 5においてディスク装填通知を送信する。また、 T a r g e tである MDレコーダ /プレーヤ 1においては、ステップ S 6 0 2の処理として示すように、装填されたディスクから読み出した T〇C情報をバッファメモリ 1 3に保持する処理も実行する。そして、 C o n t r o l l e rは、ステップ S 5 06によりデイスク装填通知を受信すると、ステップ S 50 7の処理として T〇C情報要求の送信を行う。 T a r g e tは、ステップ S 5 08によって T〇 C情報要求を受信すると、続くステップ S 50 9によってバッファメモリ 1 3に格納している TO C情報を送信する。そして、ステップ S 5 1 0によって TO C情報を受信することで、 C o n t r o l l e r 側において TOC情報が取得され、例えば RAM 2 0 3に保持される以降はステップ S 5 1 1及びステップ S 5 1 2の処理として示すように、 C o n t r o l 1 e r側では、操作パネルに対してュ一ザが行つた編集操作に応じた各種コマンドを T a r g e tに対して送信する。ここでいう編集操作とは、先にも述べた、トラックネーム、デイスクネーム等の文字入力、トラック移動、トラック分割、トラック連結、トラック消去などをはじめとする、ミニディスクシステムで可能とされる編集のための各種操作のことをいう。また、 AUXデ一夕ファィルについての所要の編集処理も可能とされてよい。

T a r g e tにおいては、送信された各種コマンドを受信してこれを操作情報として扱い、例えばステツプ S 60 3の処理として示すよ

47 うに、この操作情報に応じた編集処理（即ち TOC情報の更新処理）を実行する。なお、ステツプ S 5 1 1 , ステツプ S 5 1 2の処理としては、ステップ S 60 3の処理が実行されて TO C情報が更新されたときには、この更新された内容の TO C情報を T a r g e tに対して逐次送信して、常に MDレコーダノプレーヤ 1とパーソナルコンビュ一夕 1 1 3が保持する TO C内容が一致するようにしている。

そして、本実施の形態では、ステツプ S 5 1 1，ステツプ S 5 1 2 の処理が実行されている期間において、例えば他の C o n t r o l l e rから T a r g e tに対してリモート制御のためのコマンドが送信されてきたり、或いは、編集処理又は記録動作のためのローカルコマンドが得られたとしても、これらのコマンド及び口一カルコマンドはキャンセルされるため、例えば先に第 5 5図により説明したような処理状況とはならないものである。

また、本実施の形態の場合、ローカルコマンドとして再生系、停止、イジェクトについては有効としているが、これは、 TO C情報の更新を伴わない（即ち不整合の状態を生じさせない）とされる操作については、操作部 2 3及びリモートコン卜ローラ 32によって行えるようにして、ユーザの使い勝手の向上を図っているものである。

ここで、例えばユーザが操作パネルによる編集操作を終え、これまで起動させていた操作パネルを終了するための操作を行つたとする。これにより、パーソナルコンピュー夕 1 1 3では、ステップ S 5 1 3 の処理として示すように、操作パネルとしてのアプリケーションプログラムを終了させ、これと共に、 T a r g e tに対して R e s e r V e解除要求を送信する。

T a r g e tでは、ステップ S 5 1 4によって R e s e r v e解除要求を受信すると、ステップ S 6 04の処理として示すように、先の

48 ステップ S 6 0 1で設定したリザーブモードを解除するための処理を実行する。つまり、他の C o n t r o l l e rからのリモート制御を受付可能な状態とすると共に、ローカルキーコマンドが全て有効となるように設定する。

そして、 T a r g e tでは、上記のようにしてリザーブモードを解除すると共に、ステップ S 5 1 5の処理として示すように、 R e s e r v e解除受付を送信する。 C o n t r o 1 1 e rは、ステップ S 5 1 6によりこの R e s e r V e解除受付を受信することで、リザーブ解除が受け付けられたことを確認する。

なお、例えば I RD 1 1 2が C 0 n t r o 1 1 e rとされて、 MD レコーダプレーヤ 1に対して同様のリモート制御を行うように構成される場合にも、第 5 7図に示したのと同様の処理を適用すればよいものである。

このような処理に依れば、リザーブモードが設定されている間は、 R e s e r v e要求を行った C o n t r o l l e rのリモート制御のみによって編集処理が行われるため、例えば第 5 5図に示したようにして不整合が生じることが無いようにされる。また、他の C o n t r o 1 1 e rによるリモート制御、及び不整合の発生し得るローカルキ一操作を無効とすることで不整合を回避しているため、第 56図に示したような複雑な処理ではなく、非常に簡易な通信処理設計で実現することができる。

ところで、上記処理構成に依れば、例えば操作パネルが終了されなければ、 MDレコーダノプレーヤ 1においては、パーソナルコンビュ一夕に対応して設定した保有モードが継続されることになる。

例えば、実際の使用状況においては、ユーザが、操作パネルに対する操作を行って目的の編集作業を終わらせた後も、操作パネルを起動

49 したままでいることは充分に考えられる。例えばこの後において、ュ

—ザが操作パネルを起動したままでいることを忘れ、 MDレコーダノプレーヤ 1に対して他の C o n t r o 1 1 e rによってリモート制御を行おうとしたり、ローカルキーによって記録や編集制御を行おうとしても、これらの操作は無効となってしまう。このようなことが起こつた場合、ユーザによってはどこかで故障が発生したと考えてしまうこともある。従って、このような状況の場合には、何らかの方法によつて、 MDレコーダゾプレーヤ 1 (T a r g e t ) において自動的にリザーブモードを解除できるように構成することが好ましい。

そこで、本実施の形態においては、先に第 3 9図により説明したバスリセットが発生したときに、保有モードが設定されていれば、この保有モードを解除するように構成される。

このためには、例えばシステムコントローラ 1 1における I E E E 1 3 94インタ一フェイス機能として、バスリセットが発生したことを検出したときには、先ず、現在保有モードが設定されているか否かを検出し、保有モードが設定されているのであれば、この保有モードを解除するという制御処理が行われるように構成すればよい。

2 - 1 6. 本実施の形態としてのリモート制御（ダウンロード時 ) ところで、例えば第 1図に示した AVシステム 1 0 3の場合、例えば、 I RD 1 1 2で受信したオーディオデータ（ATRACデ一夕）や AUXデータ、又はパーソナルコンビュ一夕 1 1 3のハードディスクに記憶されているオーディオデ一夕や AUXデータを、 I EEE 1 3 94バスを介して MDレコーダ Zプレーヤ 1に記録させることが可能である。つまり、オーディオデ一夕（ATRACデータ）や AUX データのダウン口一ドである。

ここで、例えば I RD 1 1 2又はパーソナルコンピュー夕 1 1 3力、ら送信したデータを、 MDレコーダプレーヤ 1において受信してダゥンロードを行っている時のことを考えてみる。この場合にも、 MD レコーダノプレーヤ 1に対して、ダウン口一ドデ一夕の送信元である C o n t r o l 1 e r以外の他の C o n t r o l l e rによるリモ一ト制御も可能としていたのでは、他の C o n t r o l l e rからのリモート制御によって、不用意に記録動作が停止されたり、編集処理によって TO Cの内容が書き換えられてしまうなどの不都合を招きやすレまた、ダウンロード時に口一カルコマンドを有効に設定していても同様の問題が生じる。

そこで、本実施の形態においては、上記第 5 7図により説明したリモート制御時における排他制御を、次に述べるようにして MDレコーダプレーヤ 1によるダウンロード時にも応用する。

第 5 8図は、ダウンロード時における処理動作例を示している。なお、この図に示す処理としても、パーソナルコンピュータ 1 1 3が C o n t r o 1 1 e rとされている。つまり、パーソナルコンピュータ 1 1 3に記憶しているデータを、 MDレコーダプレーヤ 1がダウンロードする場合の処理が示される。但し、 I RD 1 1 2で受信したデ一夕を MDレコーダプレーヤ 1にダウン口一ドする場合であれば、 I RD 1 1 2を C o n t r o l 1 e rとして定義して、第 5 8図と同様の処理を実行するように構成すればよいものである。

第 58図に示す処理として、ステツプ S 70 1〜 S 7 04間での処理は、先に第 5 7図により説明したステツプ S 50 1〜S 5 0 7と同様とされるため、ここでの説明は省略する。

15 但し、ステップ S 8 0 1の処理として示すように、 R e s e r v e 要求の受信受付に応じたリザーブモードの設定処理が、第 5 7図に示すステップ S 6 0 1の処理とは異なる。つまり、リザ一ブモード設定として、パ一ソナルコンピュー夕 1 1 3以外の他の C o n t r o 1 1 e rのリモ一ト制御を拒絶するのは、第 5 7図の場合と同様であるが、ローカルコマンドについては全てを無効としてキャンセルするように設定が行われる。口一カルコマンドを全て無効とするのは、例えばダウンロードデ一夕を記録している最中に、例えば停止操作や一時停止操作などの操作がローカルキ一に対して行われて、ダウンロードデータの記録が停止したり中断するといつた不都合が起こらないように配慮したものである。

上記 R e s e r V e要求及び R e s e r v e受付の送受信が完了して以降は、 T a r g e tである MDレコーダ Zプレーヤ 1に対しては、パーソナルコンピュータ 1 1 3によるリモート制御のみが可能となる。

R e s e r v e受付の受信後において、 C o n t r o l 1 e rは、ステップ S 7 0 5の処理によりダウン口一ド開始要求を送信する。そして、ステップ S 7 0 6により、 T a r g e tである MDレコーダノプレーヤ 1が R e s e r V e受付の送受信ダウンロード開始要求を受信すると、 MDレコーダ/プレーヤ 1においては、例えばステップ S 80 2に示すダウンロードデータ受信/記録対応処理を実行する。つまり、ダウンロードデータを受信してこれをディスクに記録するのに適合した設定状態が得られるように、所要の機能回路部に対する制御等を実行する。これと共に、 T a r g e tでは、ステップ S 7 0 7の処理によって、ダウンロード開始受付を C o n t r o 1 1 e rに対して送信する。 C o n t r o l l e rでは、ステップ S 7 0 8によりダウンロード開始受付を受信することで、 T a r g e tにおいてダウンロードデー夕の送信を受付可能であることを確認する。

上記ステツプ S 7 0 8の処理が終了すると、ステツプ S 7 0 9及びステップ S 7 1 0として示すように、 I E E E 1 3 94バス間でのダゥンロードデータの送受信処理が実行される。この際、 C o n t r o 1 1 e rからは、例えばハードディスクから読み出したデータを、 T a r g e t側のセグメントバッファに書き込んでいぐことで、データの送受信を行う。また、 T a r g e t側では、ステツプ S 80 3の処理として示すように、自身のセグメントバッファに書き込まれたデ一夕、つまり受信したダウンロードデ一夕を、ディスクに記録するための制御処理を実行している。

このようにしてダウンロードデータの記録が行われている期間においては、先に説明したステップ S 8 0 1によりリザーブモードが設定されているため、仮に他の C o n t r o 1 1 e rからリモート制御のコマンドが送信されてきたり、ローカルキーに対して操作が行われたとしても、 MDレコーダプレーヤ 1はこれらのコマンドには応答せず、ダウンロードデータの記録を継続させる。

ダウンロードすべきデ一夕の転送が終了すると、 C o n t r o l 1 e rは、ステップ S 7 1 1としての処理により、ダウンロード終了要求を送信する。ステップ S 7 1 2により T a r g e tがこのダウン口 ―ド終了要求を受信すると、続くステップ S 7 1 3の処理によってダゥンロード終了受付を C o n t r o 1 l e rに対して送信する。また、このとき、 T a r g e tである MDレコーダプレーヤ 1においては、ステップ S 8 04により、これまで実行していたダウンロードデ一夕の受信及びディスクへの記録動作を終了させるための制御処理を

53 実行する。この際、記録結果に応じて、 T〇 C情報の内容については更新が行われる。

そして、 C o n t r o l l e rにおいては、ステップ S 7 1 4によりダウンロード終了受付を受信すると、続くステップ S 7 1 5により R e s e r V e解除要求を送信する。

T a r g e tでは、ステップ S 7 1 6によって R e s e r v e解除要求を受信すると、ステップ S 80 5の処理として示すように、先のステップ S 6 0 1で設定したリザーブモードを解除するための処理を実行する。そして、ステップ S 7 1 7の処理によって、 R e s e r V e解除受付を送信する。 C o n t r o l 1 e rは、ステップ S 7 1 8 によりこの R e s e r v e解除受付を受信することで、リザーブ解除が受け付けられたことを確認する。

ところで、例えば上記第 5 8図に示したダウンロード時の排他制御処理と、先に第 5 7図に示した編集操作のためのリモート制御時における排他制御処理とが共に実行可能に構成される場合として、例えば R e s e r v e要求の AV/Cコマンドにおいて、当該 R e s e r v e要求が編集操作制御（操作パネル）に対応するものであるのか、又はダウン口一ドに対応するものであるのかを示す識別情報が含まれていれば問題はないが、このような識別情報が含まれない場合、ステツプ S 6 0 1又はステツプ S 8 0 1におけるリザ一ブモード設定処理としては、どちらに対応させればよいのかを判断することが出来ない。そこで、このような場合には、ステップ S 60 1又はステップ S 8 0 1の処理としては、編集操作制御（操作パネル）に対応するリザ一ブモード設定（つまり再生系、停止、イジェクトのローカルコマンドについては有効となる）としておき、この後、ダウンロード要求が受信されたら、ローカルコマンドに関しては全て無効とするように設定を切り換えるように構成すればよい。

第 5 9図の処理遷移図は、本実施の形態としての他のダウンロード時の排他制御処理例を示している。なお、この図において、 MDレコーダプレーヤ 1内部で実行されるステツプ S 8 0 1〜S 80 5の処理は、第 5 7図と同様であることから、ここでも同一のステップ符号を付して、各処理ステツプについての詳しい説明は省略する。

この図に示す処理においては、第 5 8図に示した R e s e r v e要求及び R e s e r V e受付の送受信は行わないものとしている。

そして、ステップ S 9 0 1— S 9 0 2の処理として示すダウンロード開始要求の送受信に応答して、 T a r g e tである MDレコーダプレーヤ 1においては、ステツプ S 80 1の R e s e r v eモ一ド設定を行い、続けてステツプ S 80 2のダウンロードデ一夕受信ノ記録対応設定のための処理を実行する。また、 C o n t r o l 1 e rに対しては、ステップ S 90 3の処理によって、ダウンロード開始受付を送信する処理も実行する。

但し、このときに、 MDレコーダノブレ一ャ 1が他の C o n t r o 1 1 e rによってリザーブされている状態であれば、ステップ S 9 0 3の処理としては、ダウンロード開始拒絶コマンドを送信し、ステツプ S 80 1による R e s e r V eモ一ド設定処理は実行されない。また、ステップ S 904の処理として、 C o n t r o l l e r側でダウンロード開始受付を受信した場合には、ダウンロード開始要求が受け付けられたことを確認することが出来る。また、ダウンロード開始拒絶が受信場合には、以降のダウンロードデータの送受信処理は実行されないが、例えば、図にも記したように、ユーザにダウンロード開始要求が拒絶されたことを表示或いは音声等によって通知するものとされる。

55 上記ステツプ S 904の処理の後においては、ステップ S 90 5及びステツプ S 90 6として示すダウン口一ドデ一夕の送受信処理が実行される。このステップ S 90 5及びステップ S 9 0 6の処理は、先に第 5 8図に示したステップ S 7 0 9〜S 7 1 0の処理と同様であり、ここでの説明は省略する。また、ステップ S 9 0 5及びステップ S 9 0 6によるダウン口一ドデータの送受信処理と並行して、 MDレコーダプレーヤ 1において、ステップ S 8 02によるダウン口一ドデ一夕の受信とディスクへの記録のための制御処理が実行される点も第 5 8図の場合と同様である。

ここでも、ダウンロードすべきデータの転送が終了すると、 C o n t r o 1 1 e rは、ステップ S 9 0 7の処理によりダウンロード終了要求を送信する。そして、ステップ S 90 8により T a r g e tがこのダウンロード終了要求を受信すると、続くステップ S 90 9の処理によってダウンロード終了受付を C o n t r o 1 1 e rに対して送信する。

そして、この場合には、ステップ S 90 8によりダウンロード終了要求を受信したのに応答して、 T a r g e tである MDレコーダ Zプレーャ 1においては、ステップ S 8 04により、ダウンロードデ一タの受信及びディスクへの記録動作を終了させるための制御処理を実行し、更に続けて、ステップ S 8 0 5に示すように、これまで設定されていた R e s e r v eモードを解除する。

C o n t r o l 1 e rにおいては、ステップ S 9 1 0によりダウン口一ド終了受付を受信することで、 MDレコーダ Zプレーヤ 1におけるダウンロード動作が適正に終了されたことを確認する。そして、ダゥンロードのための一連の処理を完結する。従って、この場合には、第 5 8図において、ステップ S 7 1 5〜S 7 1 8として示した R e s

56 e r v e解除要求及び R e s e r v e解除受付の送受信処理は実行されないものである。

これまで説明した処理動作から分かるように、第 5 9図に示す処理としては、ダウンロード開始要求/開始受付の送受信処理が、第 5 8 図に示す R e s e r V e要求 /R e s e r v e受付の送受信処理を兼ねており、 T a r g e tにおけるリザーブモードの設定は、ダウン口一ド開始要求の受信に応答して行われる。

同様にして、第 5 9図に示す処理では、ダウンロード終了要求終了受付の送受信処理が、第 5 8図に示す R e s e r V e解除要求 ZR e s e r v e解除受付の送受信処理を兼ねており、 T a r g e tでは、 R e s e r V e解除要求の受信に応答してリザーブモードの設定を解除するようにしている。

これにより、第 5 9図に示す処理では、 R e s e r v e要求 ZR e s e r V e受付の送受信処理と、ダウンロード終了要求終了受付の送受信処理が省略され、排他制御のための処理としては更に簡略なものとすることが可能になる。

なお、先に述べたバスリセッ卜の発生に応じた保有モードの解除は、ダウンロード時における排他制御にも適用できる。例えば何らかの障害によって、ダウンロードが終了しても保有モードが解除されないような状態となっても、バスリセットが発生すれば保有モードを自動的に解除することができ、システムとしての利便性が向上される。また、上記実施の形態としては、例えばパーソナルコンピュータや I RDが MDレコーダ Zプレーヤに対してリモ一ト制御、又はダウン口—ドデータの送信を行う場合の排他制御処理について説明したが、本発明としては C o n t r o l l e rと T a r g e t間で何らかの不整合が発生するのを回避するのを 1つの目的としていることから、本

57 発明が対応するシステムを構成する機器としては、上記パーソナルコンピュ一夕、 I RD、 MDレコーダ Zプレーヤ以外にも各種考えられるものである。

また、本発明としては、 I E E E 1 3 94の規格以外のデジタルデ一タインターフェイスに対しても適用が可能である。

以上説明したように、本発明としては、例えばデジタルデータインターフェイスのバスを介してディスク記録再生装置等の機器（T a r g e t ) に対して他の機器（C o n t r o 1 1 e r ) からリモート制御を行う際に、 C o n t r o l 1 e rが T a r g e tに対するリモ一ト制御の保有（リザーブ； Reserve ) を要求する保有要求コマンドを送信し、 T a r g e tでは、これに応答して保有モードを設定する。保有モ一ドとしては、他の C o n t r o 1 1 e rによるリモ一ト制御は禁止するように設定を行い、また、 C o n t r o l 1 e r - T a r g e t間での処理状況等に不整合が生じ得るローカルキー操作を無効とするものである。また、上記保有モードを解除するには、原則として、 C o n t r o l 1 e r側から送信した保有解除要求コマンドに応答して、 T a r g e t側がこれを行うようにされる。

このような構成により、例えば、他の C o n t r o 1 1 e rによるリモート制御やローカルキ一操作等が不用意に行われたとしても、現在リモート制御（例えば編集操作等）を行っている C o n t r o l l e rと T a r g e t間においては、処理状況の不整合は生じないことになり、デ一タインターフェイスシステムとしての利便性が向上されることになる。

また、本発明では、 C o n t r o l l e r— T a r g e t間での処理状況の不整合を回避するのに、基本的には、上記のようにして保有要求コマンドを送信した C o n t r 0 1 1 e rによるリモート制御以

58 外を排他するという処理によって実現するため、例えば、互いの処理状況の整合をとるための C o n t r o l l e r— T a r g e t間での通信処理等を行うように構成する必要はなく、簡易な処理によって実現できるものである。

これによつて、 C o n t r o l l e r、 T a r g e tの両者について、簡易な処理構成とすることができる。

また、本発明としては、例えば上記保有モードを設定する場合において、ディスク記録再生装置（T a r g e t ) のローカルキーに関しては、記録再生の停止、記録媒体のイジェクト、又は再生に関連するとされる操作ついては有効に設定される。これにより、例えば C o n t r o l l e rと T a r g e t間で不整合を生じさせるおそれの無い口一カルキ一操作に関してはユーザが操作可能とされるため、システムとしての使い勝手が向上されることになる。

また、 C o n t r o l l e rから夕一ゲットとしての記録再生装置に対する操作を行うための操作パネル（操作情報送信手段）が動作可能に起動されたときに、保有要求コマンドを送信し、この操作パネルの起動が終了されたときに保有解除要求コマンドを送信するように構成することで、 C o n t r o l l e r側における操作パネルの起動 Z 終了と共に、 T a r g e tに対するリザーブ設定、及びリザーブの解除を実行することが可能になる。

また、 T a r g e tにおいては、情報処理システム内でバスリセッ卜が発生したら保有モードの設定を解除するように構成することで、既に或る C o n t r o 1 1 e rにより T a r g e tをリザーブしている必要はもはや無いのにもかかわらず、 T a r g e tにおいて保有モ —ドが解除されない状態が継続していたとしても、 T a r g e tでは、バスリセッ卜が発生すれば自動的に保有モードを解除することが出

59 来ることになる。

また、 T a r g e tである記録再生装置においては、既に或る C o n t r o 1 1 e rによってリモ一ト制御が保有されている場合、又は、ローカルキー操作により編集処理などの不整合が生じ得るような処理を行っている場合には、保有要求コマンド等または保有要求に相当するコマンドが送信されたとしても、これを拒絶するための拒絶レスポンスを返送するようにしたことで、例えば現在設定している保有モ一ドを確保したうえで、保有要求コマンドを送信した C o n t r o 1 1 e rに対して保有拒絶の旨を通知することができる。

そして、 C o n t r o l l e rにおいては、上記のようにして拒絶レスポンスが返送されたら、例えば表示や音声等によってこの旨をュ一ザに提示するようにされるが、これによつてユーザは、 T a r g e tが他の C o n t r o 1 l e rによってリザーブされていることを確認でき、例えば、 T a r g e tのリザーブ状態を解除したり、他の C o n t r o 1 1 e rによってリモ一ト制御操作を行うようにするなどの対応策を採ることができる。即ち、この点でも使い勝手が良くなるように配慮されている。

このように、本発明では、簡易な処理構成によって排他制御を可能とした上で、上述した各種構成を採ることで、システムの利便性や、ユーザにとっての使い勝手の向上も図るようにされる。

また、本発明としては、上述の保有要求コマンドに応答した T a r g e tにおける保有モード設定、つまり、他の C o n t r o 1 l e r によるリモ一ト制御及びローカルキ一操作の排他制御をダウンロード動作にも適用している。

つまり、データ記録装置としての T a r g e tに対して C o n t r o i l e rとしての機器からダウンロードデータを供給する場合にも

60 、 C o n t r o l l e rからの要求に応じてデータ記録装置が保有モ一ドを設定するようにされる。

これによつて、他の C o n t r o l l e rのリモ一ト制御や、ローカルキ一操作によって、不用意にダウンロード動作が中断されるような障害が発生することを防ぐことができるものであり、また上述した各構成に基づく効果もほぼ同様に得られるものとされる。

また、ダウンロード時の排他制御の場合には、 C o n t r o l 1 e rからのダウンロード開始要求に応答して T a r g e tが保有モ一ドを設定するようにすれば、保有要求コマンドの送受信処理を省略することができ、同様に、 C o n t r o 1 1 e rからのダウンロード終了要求に応答して T a r g e tが保有モードを解除するように構成すれば、保有解除要求コマンドの送受信を省略することができる。つまり、更に簡易な処理により本発明としての排他制御処理が実現される。そして、データバスとして I E EE 1 3 94バスを採用することで、比較的高速に通信を行うことができると共に、例えばディスク記録再生装置をはじめとする A V機器を備えてシステムを構築することも容易に可能とされる。

61

Claims

請求の範囲

1 . 所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムとして、

少なくとも、第 1の情報処理装置と、所定の記録媒体に対応したデ —夕の再生、又はデ一夕の記録、又は上記記録媒体に記録されたデー夕に関する所定の編集処理を実行可能なデータ記録再生手段を備えた第 2の情報処理装置が備えられて成るものとされ、

上記第 1の情報処理装置は、

上記第 2の情報処理装置内のデータ記録再生手段に対する所定の操作項目についてのリモート制御を行うための操作制御コマンドを、上記第 2の情報処理装置に対して送信することのできる操作情報送信手段と、

上記第 2の情報処理装置に対するリモート制御を当該第 1の情報処理装置が保有することを要求する保有要求コマンドを発生して、上記第 2の情報処理装置に対して送信出力する保有要求コマンド送信手段とを備え、

上記第 2の情報処理装置は、

上記データバスを介して外部から送信されたデータを受信する受信手段と、

上記受信手段により受信した各種コマンドに応答して所要の処理を実行することで、他の情報処理装置による当該第 2の情報処理装置に対するリモート制御を可能とする応答処理手段と、

上記データ記録再生手段に対する所定の操作項目についての操作制御をローカルにより行うための口一力ル操作制御手段と、

6 2 上記受信手段により受信した上記保有要求コマンドに応答して設定すべき保有モ一ドとして、上記第 1の情報処理装置によるリモート制御のみを許可し、他の情報処理装置によるリモート制御については禁止するように上記応答処理手段に対して設定を行う、第 1の保有モード設定手段と、

上記受信手段により受信した上記保有要求コマンドに応答して設定すべき保有モードとして、上記口一カル操作制御手段により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように、上記ローカル操作制御手段に対して設定を行う、第 2の保有モード設定手段とを備えて、

構成されることを特徴とする情報処理システム。

2 . 上記所定の通信フォーマットによるデータバスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 1に記載の情報処理システム。

3 . 上記第 2の情報処理装置における第 2の保有モード設定手段は、記録再生の停止、記録媒体のイジェクト、又は再生に関連するとされる操作項目の少なくとも何れか 1つの操作項目については有効とするようにして、上記ローカル操作制御手段に対して保有モ一ドを設定することを特徴とする請求項 1に記載の情報処理システム。

4 . 上記第 1の情報処理装置の保有要求コマンド送信手段は、上記操作情報送信手段が動作可能に起動されると、上記保有要求コマンドを送信するように構成されていることを特徴とする請求項 1に記載の情報処理システム。

5 . 上記第 1の情報処理装置においては、

上記第 2の情報処理装置に対するリモ一卜制御の保有の解除を要求

6 3 する保有解除要求コマンドを発生して上記第 2の情報処理装置に対して送信出力する保有解除要求コマンド送信手段が設けられ、

上記第 2の情報処理装置においては、

上記第 1の保有モード設定手段は、上記受信手段により受信した上記保有解除要求コマンドに応答して、データバスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記応答処理手段を設定することで保有モードを解除し、

上記第 2の保有モード設定手段は、上記受信手段により受信した上記保有解除要求コマンドに応答して、上記ローカル操作制御手段により行われる全ての操作項目が有効となるように設定することで保有モ ―ドを解除する、

ことを特徴とする請求項 1に記載の情報処理システム。

6 . 上記保有解除要求コマンド送信手段は、

上記操作情報送信手段の起動が終了されると、上記保有解除要求コマンドを送信するように構成されていることを特徴とする請求項 5に記載の情報処理システム。

7 . 上記第 2の情報処理装置においては、

上記デ一夕バス上におけるバスリセット発生を検出するバスリセット検出手段が設けられ、

上記バスリセット検出手段によりバスリセット発生が検出された場合には、

上記第 1の保有モード設定手段は、デ一夕バスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記応答処理手段を設定することで保有モードを解除し、

上記第 2の保有モード設定手段は、上記ローカル操作制御手段により行われる全ての操作項目が有効となるように設定することで保有モ —ドを解除する、

ことを特徴とする請求項 1に記載の情報処理システム。

8 . 上記第 2の情報処理装置は、

上記受信手段により受信した上記保有要求コマンドに対する応答として、当該第 2の情報処理装置における現在の動作状況では上記第 1 の情報処理装置によるリモート制御の保有は禁止とされる場合には、リモ一卜制御の保有を拒絶することを示す拒絶レスポンスを上記第 1 の情報処理装置に対して送信する、拒絶レスポンス送信手段、を備えていることを特徴とする請求項 1に記載の情報処理システム

9 . 上記第 1の情報処理装置によるリモート制御の保有が禁止とされる場合とは、

当該第 2の情報処理装置が、上記第 1の情報処理装置以外の他の情報処理装置によってリモ一ト制御が保有されている場合であることを特徴とする請求項 8に記載の情報処理システム。

1 0 . 上記第 1の情報処理装置によるリモート制御の保有が禁止とされる場合とは、

当該第 2の情報処理装置において、上記口一カル操作制御手段によつて上記編集処理のための操作制御が行われている場合であることを特徴とする請求項 8に記載の情報処理システム。

1 1 . 上記第 1の情報処理装置は、

上記第 2の処理装置から送信された、当該第 1の情報処理装置によるリモ一卜制御の保有要求を拒絶することを示す拒絶レスポンスを受信することのできる受信手段と、

上記受信手段により上記拒絶レスポンスを受信した場合に、上記第 2の情報処理装置に対するリモート制御が不可であることを提示する

6 5 提示手段と、

が設けられることを特徴とする請求項 1に記載の情報処理システム

1 2 . 所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモ一ト制御が可能とされる情報処理システムとして、

少なくとも、第 1の情報処理装置と第 2の情報処理装置が備えられて成るものとされ、

上記第 1の情報処理装置は、

上記第 2の情報処理装置がダウンロード可能されるダウン口一ドデ —夕を送信出力することのできるダウンロードデータ送信手段と、上記ダウンロードデータの送信開始時には、ダウンロード開始要求コマンドを発生して送信出力し、上記ダウンロードデ一夕の送信終了時には、ダウンロード終了要求コマンドを発生して送信出力する、ダゥンロード開始終了要求コマンド送信手段と、

上記ダウンロード開始要求コマンドを送信する以前の段階において、上記第 2の情報処理装置に対するリモート制御を当該第 1の情報処理装置が保有することを要求する保有要求コマンドを発生して、上記第 2の情報処理装置に対して送信出力する保有要求コマンド送信手段とを備え、

上記第 2のデータ処理装置は、

上記データバスを介して送信されるデ一夕を受信する受信手段と、上記受信手段により受信した上記ダウンロードデータを所定の記録媒体に記録することのできるデータ記録手段と、

上記受信手段により受信した各種コマンドに応答して所要の処理を

6 6 実行することで、他の情報処理装置による当該第 2の情報処理装置に対するリモート制御を可能とする応答処理手段と、

上記データ記録再生手段に対する所定の操作項目についての操作制御をローカルにより行うためのロー力ル操作制御手段と、

上記受信手段により受信した上記保有要求コマンドに応答して設定すべき保有モードとして、上記第 1の情報処理装置によるリモ一ト制御のみを許可し、他の情報処理装置によるリモート制御については禁止するように上記応答処理手段に対して設定を行う、第 1の保有モ一ド設定手段と、

上記受信手段により受信した上記保有要求コマンドに応答して設定すべき保有モ一ドとして、上記ローカル操作制御手段により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように、上記ローカル操作制御手段に対して設定を行う、第 2の保有モード設定手段とを備えて、

構成されることを特徴とする情報処理システム。

1 3 . 上記所定の通信フォーマットによるデータバスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 1 2に記載の情報処理システム。

1 4 . 上記第 1の情報処理装置においては、

上記ダウンロード終了要求コマンドを送信して以降の段階において、上記第 2の情報処理装置に対するリモート制御の保有の解除を要求する保有解除要求コマンドを発生して上記第 2の情報処理装置に対して送信出力する保有解除要求コマンド送信手段が設けられ、

上記第 2の情報処理装置においては、

上記第 1の保有モード設定手段は、上記受信手段により受信した上記保有解除要求コマンドに応答して、デ一夕バスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記応答処理手段を設定することで保有モードを解除し、

上記第 2の保有モード設定手段は、上記受信手段により受信した上記保有解除要求コマンドに応答して、上記ローカル操作制御手段により行われる全ての操作項目が有効となるように設定することで保有モ一ドを解除する、

ように構成されていることを特徴とする請求項 1 2に記載の情報処理システム。

1 5 . 上記第 1の情報処理装置においては、

上記保有要求コマンド送信手段による保有要求コマンドの送信は行わないものとされ、

上記第 2の情報処理装置においては、

上記第 1の保有モード設定手段及び上記第 2の保有モード設定手段は、

上記受信手段により受信した上記第 2の情報処理装置からのダウン口一ド開始要求コマンドに応答して、上記保有モードを設定するように構成されていることを特徴とする請求項 1 2に記載の情報処理システム。

1 6 . 上記第 2の情報処理装置においては、

上記第 1の保有モード設定手段は、上記受信手段により受信した上記第 1の情報処理装置からのダウンロード終了要求コマンドに応答して、データバスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記応答処理手段を設定することで保有モードを解除し、

上記第 2の保有モード設定手段は、上記受信手段により受信した上

6 8 記第 1の情報処理装置からのダウンロード終了要求コマンドに応答して、上記ローカル操作制御手段により行われる全ての操作項目が有効となるように設定することで保有モードを解除する、

1 7 . 上記第 2の情報処理装置においては、

上記第 2の保有モード設定手段は、上記ローカル操作制御手段により行われる全ての操作項目が有効となるように設定することで保有モ一ドを解除する、

ことを特徴とする請求項 1 2に記載の情報処理システム。

1 8 . 上記第 2の情報処理装置は、

上記受信手段により受信した上記保有要求コマンド又は上記ダウンロード開始要求コマンドに対する応答として、当該第 2の情報処理装置における現在の動作状況では上記第 1の情報処理装置によるリモート制御の保有は禁止とされる場合には、リモ一ト制御の保有を拒絶する拒絶レスポンスを上記第 1の情報処理装置に対して送信する、拒絶レスポンス送信手段、

を備えていることを特徴とする請求項 1 2に記載の情報処理システム。

6 9

1 9 . 上記第 1の情報処理装置によるリモート制御の保有が禁止とされる場合とは、

当該第 2の情報処理装置が、上記第 1の情報処理装置以外の他の情報処理装置によってリモート制御が保有されている場合であることを特徴とする請求項 1 8に記載の情報処理システム。

2 0 . 上記第 1の情報処理装置によるリモート制御の保有が禁止とされる場合とは、

当該第 2の情報処理装置において、上記ローカル操作制御手段によつて編集のための操作制御が行われている場合であることを特徴とする請求項 1 8に記載の情報処理システム。

2 1 . 上記第 1の情報処理装置は、

上記第 2の処理装置から送信された、当該第 1の情報処理装置によるリモート制御の保有要求を拒絶することを示す拒絶レスポンスを受信することのできる受信手段と、

上記受信手段により上記拒絶レスポンスを受信した場合に、上記第

2の情報処理装置に対するリモート制御が不可であることを提示する提示手段と、

が設けられることを特徴とする請求項 1 2に記載の情報処理システム。

2 2 . 所定の通信フォーマットによるデ一夕バスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置として、

所定の記録媒体に対応したデータの再生、又は記録、又は上記記録媒体に記録されたデータに関する所定の編集処理を実行可能な他の情報処理装置としてのデータ記録再生装置に対する所定の操作項目につ

7 0 いてのリモート制御を行うための操作制御コマンドを送信することのできる操作情報送信手段と、

上記データ記録再生装置に対するリモート制御を当該情報処理装置が保有することを要求する保有要求コマンドを発生して、上記データ記録再生装置に対して送信出力する保有要求コマンド送信手段と、を備えていることを特徴とする情報処理装置。

2 3 . 上記所定の通信フォーマットによるデータバスは、 I E E E 1

3 9 4バスであることを特徴とする請求項 2 2に記載の情報処理装置 2 4 . 上記保有要求コマンド送信手段は、

上記操作情報送信手段が動作可能に起動されると、上記保有要求コマンドを送信するように構成されていることを特徴とする請求項 2 2 に記載の情報処理装置。

2 5 . 上記データ記録再生装置に対するリモート制御の保有の解除を要求するための保有解除要求コマンドを発生して上記データ記録再生装置に対して送信出力する、保有解除要求コマンド送信手段が設けられることを特徴とする請求項 2 2に記載の情報処理装置。

2 6 . 上記保有解除要求コマンド送信手段は、

上記操作情報送信手段の起動が終了されると、上記保有解除要求コマンドを送信するように構成されていることを特徴とする請求項 2 5 に記載の情報処理装置。

2 7 . 上記データ記録再生装置から送信された、当該情報処理装置によるリモート制御の保有要求を拒絶することを示す拒絶レスポンスを受信することのできる受信手段と、

上記受信手段により上記拒絶レスポンスを受信した場合に、上記デ一夕記録再生装置に対するリモート制御が不可であることを提示する提示手段と、

が設けられることを特徴とする請求項 2 2に記載の情報処理装置。 2 8 . 所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデ一夕の送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置として、

所定の記録媒体に対応したデ一夕の再生、又は記録、又は上記記録媒体に記録されたデータに関する所定の編集処理を実行可能なデータ記録再生手段と、

上記データ記録再生手段に対する所定の操作項目についての操作制御をローカルにより行うための口一カル操作制御手段と、

上記データバスを介して外部から送信されたデ一夕を受信する受信手段と、

上記受信手段により受信した各種コマンドに応答して所要の処理を実行することで、外部情報処理装置による当該情報処理装置に対するリモート制御を可能とする応答処理手段と、

データ記録再生手段に対する所定の操作項目についての操作制御を口一カルにより行うためのローカル操作制御手段と、

上記受信手段により受信した、当該情報処理装置に対するリモート制御の保有を要求するための保有要求コマンドに応答して設定すべき保有モードとして、上記保有要求コマンドを送信した外部情報処理装置によるリモート制御のみを許可し、他の外部情報処理装置によるリモート制御については禁止するように上記応答処理手段に対して設定を行う、第 1の保有モード設定手段と、

上記受信手段により受信した上記保有要求コマンドに応答して設定すべき保有モードとして、上記ローカル操作制御手段により行われる

7 2 操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように、上記ローカル操作制御手段に対して設定を行う、第 2の保有モード設定手段と、

を備えていることを特徴とする情報処理装置。

2 9 . 上記所定の通信フォーマットによるデ一夕バスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 2 8に記載の情報処理装置

3 0 . 上記第 2の保有モード設定手段は、

記録再生の停止、記録媒体のイジェクト、又は再生に関連するとされる操作項目の少なくとも何れか 1つの操作項目については有効とするようにして、上記ローカル操作制御手段に対して保有モードを設定することを特徴とする請求項 2 8に記載の情報処理装置。

3 1 . 現在当該情報処理装置に対するリモート制御を保有している外部情報処理装置から送信されたリモート制御の保有を解除するための保有解除要求コマンドを上記受信手段により受信した場合には、上記第 1の保有モード設定手段は、上記受信手段により受信した上記保有解除要求コマンドに応答して、デ一夕バスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記応答処理手段を設定することで保有モードを解除し、

上記第 2の保有モード設定手段は、上記受信手段により受信した上記保有解除要求コマンドに応答して、上記口一カル操作制御手段により行われる全ての操作項目が有効となるように設定することで保有モ —ドを解除する、

ことを特徴とする請求項 2 8に記載の情報処理装置。

3 2 . 上記データバス上におけるバスリセット発生を検出するバスリセット検出手段が設けられ、

7 3 上記バスリセット検出手段によりバスリセット発生が検出された場合には、

上記第 1の保有モード設定手段は、デ一夕バスに接続された全ての外部情報処理装置によるリモート制御を許可可能な状態に上記応答処理手段を設定することで保有モードを解除し、

ことを特徴とする請求項 2 8に記載の情報処理装置。

3 3 . 上記受信手段により受信した上記保有要求コマンドに対する応答として、当該情報処理装置における現在の動作状況では上記保有要求コマンドを送信した外部情報処理装置によるリモート制御の保有は禁止とされる場合には、リモート制御の保有を拒絶する拒絶レスボンスを、上記保有要求コマンドを送信した外部情報処理装置に対して送信する、拒絶レスポンス送信手段、

を備えていることを特徴とする請求項 2 8に記載の情報処理装置。 3 4 . 上記保有要求コマンドを送信した外部情報処理装置によるリモ一ト制御の保有が禁止とされる場合とは、

当該情報処理装置が、上記保有要求コマンドを送信した外部情報処理装置以外の他の情報処理装置によってリモ一ト制御が保有されている場合であることを特徴とする請求項 3 3に記載の情報処理装置。 3 5 . 上記保有要求コマンドを送信した外部情報処理装置によるリモ一ト制御の保有が禁止とされる場合とは、

当該情報処理装置において、上記ローカル操作制御手段によって上記編集処理のための操作制御が行われている場合であることを特徴とする請求項 3 3に記載の情報処理装置。

7 4

3 6 . 所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置として、

データ記録装置としての他の情報処理装置に対して、このデ一夕記録装置が取り込んで記録可能なダウンロードデ一夕を送信出力することのできるダウンロードデ一夕送信手段と、

上記ダウンロードデ一夕の送信開始時には、ダウンロード開始要求コマンドを発生して送信出力し、上記ダウンロードデ一夕の送信終了時には、ダウンロード終了要求コマンドを発生して送信出力する、ダゥンロード開始/"終了要求コマンド送信手段と、

上記ダウンロード開始要求コマンドを送信する以前の段階において、上記データ記録装置に対するリモート制御を当該情報処理装置が保有することを要求する保有要求コマンドを発生して、上記データ記録装置に対して送信出力する保有要求コマンド送信手段とを、

備えていることを特徴とする情報処理装置。

3 7 . 上記所定の通信フォーマットによるデ一夕バスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 3 6に記載の情報処理装置 3 8 . 上記ダウンロード終了要求コマンドを送信して以降の段階において、上記データ記録装置に対するリモート制御の保有の解除を要求する保有解除要求コマンドを発生して上記データ記録装置に対して送信出力する保有解除要求コマンド送信手段、

が設けられることを特徴とする請求項 3 6に記載の情報処理装置。 3 9 . 上記データ記録装置においては、当該情報処理装置からのダウンロード開始要求コマンドに応答して、当該情報処理装置によるリモ

7 5 一ト制御の保有を受け付けるように構成されているものとしたうえで当該情報処理装置では、上記保有要求コマンド送信手段による保有要求コマンドの送信は行わないように構成されていることを特徴とする請求項 3 6に記載の情報処理装置。

4 0 . 上記データ記録装置から送信された、当該情報処理装置によるリモート制御の保有要求を拒絶することを示す拒絶レスポンスを受信することのできる受信手段と、

上記受信手段により上記拒絶レスポンスを受信した場合に、上記デ一夕記録装置に対するリモート制御が不可であることを提示する提示手段と、

が設けられることを特徴とする請求項 3 6に記載の情報処理装置。 4 1 . 所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置として、

上記デ一夕バスを介して送信されるデ一夕を受信する受信手段と、上記受信手段により受信した各種コマンドに応答して所要の処理を実行することで、外部情報処理装置による当該情報処理装置に対するリモート制御を可能とする応答処理手段と、

外部情報処理装置である送信装置から送信されたダウンロードデー夕を上記受信手段により受信し、所定の記録媒体に記録することのできるデータ記録手段と、

上記データ記録手段に対する所定の操作項目についての操作制御を口一カルにより行うためのローカル操作制御手段と、

上記送信装置が当該情報処理装置に対するリモート制御の保有を要

7 6 求するために送信した保有要求コマンドを上記受信手段により受信したのに応答して設定すべき保有モードとして、上記送信装置によるリモート制御のみを許可し、他の外部情報処理装置によるリモート制御については禁止するように上記応答処理手段に対して設定を行う、第 1の保有モード設定手段と、

上記送信装置が当該情報処理装置に対するリモ一卜制御の保有を要求するために送信した保有要求コマンドを上記受信手段により受信したのに応答して設定すべき保有モードとして、上記ローカル操作制御手段により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように設定を行う、第 2の保有モード設定手段と、

を備えて構成されることを特徴とする情報処理装置。

4 2 . 上記所定の通信フォーマットによるデータバスは、 I E E E 1

3 9 4バスであることを特徴とする請求項 4 1に記載の情報処理装置

4 3 . 上記送信装置からは、ダウンロードデータの送信後において、当該情報処理装置に対するリモート制御の保有の解除を要求する制御コマンドである保有解除要求コマンド送信するものとしたうえで、上記第 1の保有モード設定手段は、上記受信手段により受信した上記保有解除要求コマンドに応答して、データバスに接続された他の全ての外部情報処理装置によるリモート制御を許可可能な状態に上記受信手段を設定することで保有モードを解除し、

上記第 2の保有モード設定手段は、上記受信手段により受信した上記保有解除要求コマンドに応答して、上記口一カル操作制御手段により行われる全ての操作項目が有効となるように設定することで保有モ一ドを解除する、ように構成されていることを特徴とする請求項 4 1に記載の情報処理装置。

4 4 . 上記送信装置においては、上記保有要求コマンドの送信は行わないものとされ、

上記送信装置から送信され、ダウンロードデ一夕の送信開始を告知するダウンロード開始要求コマンドを上記受信手段により受信したのに応答して、上記保有モードを設定するように構成されていることを特徴とする請求項 4 1に記載の情報処理装置。

4 5 . 上記第 1の保有モード設定手段は、

上記送信装置から送信されたダウンロードデ一夕の送信終了を告知するダウンロード終了要求コマンドを上記受信手段により受信したのに応答して、データバスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記受信手段を設定することで保有モードを解除し、

上記第 2の保有モード設定手段は、

上記送信装置から送信されたダウンロードデータの送信終了を告知するダウン口一ド終了要求コマンドを上記受信手段により受信したのに応答して、上記ローカル操作制御手段により行われる全ての操作項目が有効となるように設定することで保有モードを解除する、

ように構成されていることを特徴とする請求項 4 1に記載の情報処理装置。

4 6 . 上記データバス上におけるバスリセット発生を検出するバスリセット検出手段が設けられ、

上記バスリセット検出手段によりバスリセッ卜発生が検出された場

7 8 合には、

上記第 1の保有モード設定手段は、デ一夕バスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記受信手段を設定することで保有モードを解除し、

ことを特徴とする請求項 4 1に記載の情報処理装置。

4 7 . 上記受信手段により受信した上記保有要求コマンド又は保有要求に相当するコマンドに対する応答として、当該情報処理装置における現在の動作状況では上記送信装置によるリモート制御の保有は禁止とされる場合には、リモート制御の保有を拒絶する拒絶レスポンスを上記送信装置に対して送信する、拒絶レスポンス送信手段、

を備えていることを特徴とする請求項 4 1に記載の情報処理装置。 4 8 . 上記送信装置によるリモート制御の保有が禁止とされる場合とは、

当該情報処理装置が、上記送信装置以外の他の外部情報処理装置によってリモート制御が保有されている場合であることを特徴とする請求項 4 7に記載の情報処理装置。

4 9 . 上記送信装置によるリモート制御の保有が禁止とされる場合とは、

当該情報処理装置において、上記ローカル操作制御手段によって編集のための操作制御が行われている場合であることを特徴とする請求項 4 7に記載の情報処理装置。

5 0 . 所定の通信フォーマットによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムにおける情報処理方法として、

上記情報処理システムは、少なくとも、第 1の情報処理装置と、所定の記録媒体に対応したデータの再生、又はデ一夕の記録、又は上記記録媒体に記録されたデータに関する所定の編集処理を実行可能なデ一夕記録再生手段を備えた第 2の情報処理装置とを備えて成るものとされたうえで、

上記第 1の情報処理装置においては、

上記第 2の情報処理装置内のデータ記録再生手段に対する所定の操作項目についてのリモート制御を行うための操作制御コマンドを、上記第 2の情報処理装置に対して送信する操作情報送信処理と、上記第 2の情報処理装置に対するリモート制御を当該第 1の情報処理装置が保有することを要求する保有要求コマンドを発生して、上記第 2の情報処理装置に対して送信出力する保有要求コマンド送信処理とを実行し、

上記第 2の情報処理装置においては、

上記データバスを介して外部から送信されたデータを受信する受信処理と、

上記受信処理により受信した各種コマンドに応答して所要の処理を実行することで、他の情報処理装置による当該第 2の情報処理装置に対するリモート制御を可能とする応答処理処理と、

上記データ記録再生手段に対する所定の操作項目についての操作制御をローカルにより行うためのロー力ル操作制御処理と、

上記受信処理により受信した上記保有要求コマンドに応答して設定すべき保有モードとして、上記第 1の情報処理装置によるリモート制御のみを許可し、他の情報処理装置によるリモ一ト制御については禁

8 0 止するように上記応答処理処理に対して設定を行う、第 1の保有モード設定処理と、

上記受信処理により受信した上記保有要求コマンドに応答して設定すべき保有モードとして、上記ローカル操作制御処理により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように、上記ローカル操作制御処理に対して設定を行う、第 2の保有モード設定処理とを実行するように、

構成されることを特徴とする情報処理方法。

5 1 . 上記所定の通信フォーマットによるデータバスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 5 0に記載の情報処理方法

5 2 . 上記第 2の情報処理装置における第 2の保有モード設定処理は記録再生の停止、記録媒体のイジェクト、又は再生に関連するとされる操作項目の少なくとも何れか 1つの操作項目については有効とするようにして、上記ローカル操作制御処理に対して保有モードを設定することを特徴とする請求項 5 0に記載の情報処理方法。

5 3 . 上記第 1の情報処理装置の保有要求コマンド送信処理は、上記操作情報送信処理が動作可能に起動されると、上記保有要求コマンドを送信するように構成されていることを特徴とする請求項 5 0 に記載の情報処理方法。

5 4 . 上記第 1の情報処理装置においては、

上記第 2の情報処理装置に対するリモート制御の保有の解除を要求する保有解除要求コマンドを発生して上記第 2の情報処理装置に対して送信出力する保有解除要求コマンド送信処理が実行され、

8 1 上記第 2の情報処理装置においては、

上記第 1の保有モード設定処理は、上記受信処理により受信した上記保有解除要求コマンドに応答して、データバスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記応答処理処理を設定することで保有モードを解除し、

上記第 2の保有モード設定処理は、上記受信処理により受信した上記保有解除要求コマンドに応答して、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モ ―ドを解除する、

ことを特徴とする請求項 5 0に記載の情報処理方法。

5 5 . 上記保有解除要求コマンド送信処理は、

上記操作情報送信処理の起動が終了されると、上記保有解除要求コマンドを送信するように構成されていることを特徴とする請求項 5 4 に記載の情報処理方法。

5 6 . 上記第 2の情報処理装置においては、

上記データバス上におけるバスリセット発生を検出するバスリセット検出処理を実行するものとされ、

上記バスリセット検出処理によりバスリセット発生が検出された場合には、

上記第 1の保有モード設定処理は、データバスに接続された他の全ての情報処理装置によるりモート制御を許可可能な状態に上記応答処理処理を設定することで保有モードを解除し、

上記第 2の保有モード設定処理は、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モードを解除する、

ことを特徴とする請求項 5 0に記載の情報処理方法。

8 2

5 7 . 上記第 2の情報処理装置は、

上記受信処理により受信した上記保有要求コマンドに対する応答として、当該第 2の情報処理装置における現在の動作状況では上記第 1 の情報処理装置によるリモート制御の保有は禁止とされる場合には、リモート制御の保有を拒絶する拒絶レスポンスを上記第 1の情報処理装置に対して送信する、拒絶レスポンス送信処理を実行するように構成されていること特徴とする請求項 5 0に記載の情報処理方法。 5 8 . 上記第 1の情報処理装置によるリモート制御の保有が禁止とされる場合とは、

当該第 2の情報処理装置が、上記第 1の情報処理装置以外の他の情報処理装置によってリモート制御が保有されている場合であることを特徴とする請求項 5 7に記載の情報処理方法。

5 9 . 上記第 1の情報処理装置によるリモート制御の保有が禁止とされる場合とは、

当該第 2の情報処理装置において、上記ローカル操作制御処理によつて上記編集処理のための操作制御が行われている場合であることを特徴とする請求項 5 7に記載の情報処理方法。

6 0 . 上記第 1の情報処理装置は、

上記第 2の処理装置から送信された、当該第 1の情報処理装置によるリモート制御の保有要求を拒絶することを示す拒絶レスポンスを受信することのできる受信処理と、

上記受信処理により上記拒絶レスポンスを受信した場合に、上記第 2の情報処理装置に対するリモ一ト制御が不可であることを提示する提示処理と、

が実行されることを特徴とする請求項 5 0に記載の情報処理方法。 6 1 . 所定の通信フォーマツトによるデータバスを介して複数の情報

8 3 処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムにおける情報処理方法として、

上記情報処理システムは、少なくとも、第 1の情報処理装置と第 2 の情報処理装置が備えられて成るものとされたうえで、

上記第 1の情報処理装置においては、

上記第 2の情報処理装置がダウンロード可能されるダウンロードデ —夕を送信出力することのできるダウンロードデータ送信処理と、上記ダウンロードデ一夕の送信開始時には、ダウン口一ド開始要求コマンドを発生して送信出力し、上記ダウンロードデータの送信終了時には、ダウンロード終了要求コマンドを発生して送信出力する、ダゥンロード開始/終了要求コマンド送信処理と、

上記ダウンロード開始要求コマンドを送信する以前の段階において、上記第 2の情報処理装置に対するリモート制御を当該第 1の情報処理装置が保有することを要求する保有要求コマンドを発生して、上記第 2の情報処理装置に対して送信出力する保有要求コマンド送信処理と実行し、

上記第 2のデータ処理装置においては、

上記データバスを介して送信されるデ一夕を受信する受信処理と、上記受信処理により受信した上記ダウンロードデータを所定の記録媒体に記録することのできるデータ記録処理と、

上記データ記録再生処理に対する所定の操作項目についての操作制御をローカルにより行うためのロー力ル操作制御処理と、

8 4 上記受信処理により受信した上記保有要求コマンドに応答して設定すべき保有モードとして、上記第 1の情報処理装置によるリモート制御のみを許可し、他の情報処理装置によるリモート制御については禁止するように上記応答処理処理に対して設定を行う、第 1の保有モード設定処理と、

構成されることを特徴とする情報処理方法。

6 2 . 上記所定の通信フォーマットによるデータバスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 6 1に記載の情報処理方法

6 3 . 上記第 1の情報処理装置においては、

上記ダウンロード終了要求コマンドを送信して以降の段階において、上記第 2の情報処理装置に対するリモート制御の保有の解除を要求する保有解除要求コマンドを発生して上記第 2の情報処理装置に対して送信出力する保有解除要求コマンド送信処理が実行され、

上記第 2の情報処理装置においては、

上記第 2の保有モ一ド設定処理は、上記受信処理により受信した上

8 5 記保有解除要求コマンドに応答して、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モ ―ドを解除する、

ように構成されていることを特徴とする請求項 6 1に記載の情報処理方法。

6 4 . 上記第 1の情報処理装置においては、

上記保有要求コマンド送信処理による保有要求コマンドの送信は行わないものとされ、

上記第 2の情報処理装置においては、

上記第 1の保有モード設定処理及び上記第 2の保有モード設定処理は、

上記受信処理により受信した上記第 2の情報処理装置からのダウンロード開始要求コマンドに応答して、上記保有モードを設定するように構成されていることを特徴とする請求項 6 1に記載の情報処理方法

6 5 . 上記第 2の情報処理装置においては、

上記受信処理により受信した上記第 1の情報処理装置からのダウンロード終了要求コマンドに応答して、データバスに接続された他の全ての情報処理装置によるリモ一ト制御を許可可能な状態に上記応答処理処理を設定することで保有モードを解除し、

上記第 2の保有モード設定処理は、上記受信処理により受信した上記第 1の情報処理装置からのダウンロード終了要求コマンドに応答して、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モードを解除する、

8 6

6 6 . 上記第 2の情報処理装置においては、

上記データバス上におけるバスリセット発生を検出するバスリセット検出処理が実行され、

上記第 1の保有モード設定処理は、データバスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記応答処理処理を設定することで保有モードを解除し、

上記第 2の保有モード設定処理は、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モ一ドを解除する、

ことを特徴とする請求項 6 1に記載の情報処理方法。

6 7 . 上記第 2の情報処理装置は、

上記受信処理により受信した上記保有要求コマンド又は上記ダウンロード開始要求コマンドに対する応答として、当該第 2の情報処理装置における現在の動作状況では上記第 1の情報処理装置によるリモート制御の保有は禁止とされる場合には、リモート制御の保有を拒絶する拒絶レスポンスを上記第 1の情報処理装置に対して送信する、拒絶レスポンス送信処理を実行する、

6 8 . 上記第 1の情報処理装置によるリモート制御の保有が禁止とされる場合とは、

当該第 2の情報処理装置が、上記第 1の情報処理装置以外の他の情報処理装置によってリモ一ト制御が保有されている場合であることを特徴とする請求項 6 7に記載の情報処理方法。

8 7

6 9 . 上記第 1の情報処理装置によるリモート制御の保有が禁止とされる場合とは、

当該第 2の情報処理装置において、上記ローカル操作制御処理によつて編集のための操作制御が行われている場合であることを特徴とする請求項 6 7に記載の情報処理方法。

7 0 . 上記第 1の情報処理装置は、

が実行されることを特徴とする請求項 6 1に記載の情報処理方法。 7 1 . 所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモ一ト制御が可能とされる情報処理システムを形成する情報処理装置に適用される情報処理方法として、

所定の記録媒体に対応したデータの再生、又は記録、又は上記記録媒体に記録されたデータに関する所定の編集処理を実行可能な他の情報処理装置としてのデータ記録再生装置に対する所定の操作項目についてのリモート制御を行うための操作制御コマンドを送信することのできる操作情報送信処理と、

上記デ一夕記録再生装置に対するリモート制御を当該情報処理装置が保有することを要求する保有要求コマンドを発生して、上記データ記録再生装置に対して送信出力する保有要求コマンド送信処理と、

8 8 を実行することを特徴とする情報処理方法。

7 2 . 上記所定の通信フォーマットによるデ一夕バスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 7 1に記載の情報処理方法 7 3 . 上記保有要求コマンド送信処理は、

上記操作情報送信処理が動作可能に起動されると、上記保有要求コマンドを送信するように構成されていることを特徴とする請求項 7 1 記載の情報処理方法。

7 4 . 上記デ一夕記録再生装置に対するリモート制御の保有の解除を要求するための保有解除要求コマンドを発生して上記データ記録再生装置に対して送信出力する、保有解除要求コマンド送信処理、を実行することを特徴とする請求項 7 1に記載の情報処理方法。 7 5 . 上記保有解除要求コマンド送信処理は、

上記操作情報送信処理の起動が終了されると、上記保有解除要求コマンドを送信するように構成されていることを特徴とする請求項 7 4 に記載の情報処理方法。

7 6 . 上記データ記録再生装置から送信された、当該情報処理装置によるリモート制御の保有要求を拒絶することを示す拒絶レスポンスを受信することのできる受信処理と、

上記受信処理により上記拒絶レスポンスを受信した場合に、上記デ —夕記録再生装置に対するリモート制御が不可であることを提示する提示処理と、

が設けられることを特徴とする請求項 7 1に記載の情報処理方法。 7 7 . 所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置に適用される情報処理方法として、

所定の記録媒体に対応したデータの再生、又は記録、又は上記記録媒体に記録されたデータに関する所定の編集処理を実行するデータ記録再生処理と、

上記受信処理により受信した各種コマンドに応答して所要の処理を実行することで、外部情報処理装置による当該情報処理装置に対するリモート制御を可能とする応答処理処理と、

データ記録再生処理に対する所定の操作項目についての操作制御をローカルにより行うためのローカル操作制御処理と、

上記受信処理により受信した、当該情報処理装置に対するリモート制御の保有を要求するための保有要求コマンドに応答して設定すべき保有モードとして、上記保有要求コマンドを送信した外部情報処理装置によるリモート制御のみを許可し、他の外部情報処理装置によるリモー卜制御については禁止するように上記応答処理処理に対して設定を行う、第 1の保有モード設定処理と、

上記受信処理により受信した上記保有要求コマンドに応答して設定すべき保有モードとして、上記ローカル操作制御処理により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように、上記口一カル操作制御処理に対して設定を行う、第 2の保有モード設定処理と、を実行することを特徴とする情報処理方法。

9 0

7 8 . 上記所定の通信フォーマットによるデータバスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 7 7に記載の情報処理方法

7 9 . 上記第 2の保有モード設定処理は、

記録再生の停止、記録媒体のイジェク卜、又は再生に関連するとされる操作項目の少なくとも何れか 1つの操作項目については有効とするようにして、上記ローカル操作制御処理に対して保有モードを設定することを特徴とする請求項 7 7に記載の情報処理方法。

8 0 . 現在当該情報処理装置に対するリモート制御を保有している外部情報処理装置から送信されたリモート制御の保有を解除するための保有解除要求コマンドを上記受信処理により受信した場合には、上記第 1の保有モード設定処理は、上記受信処理により受信した上記保有解除要求コマンドに応答して、データバスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記応答処理処理を設定することで保有モードを解除し、

上記第 2の保有モード設定処理は、上記受信処理により受信した上記保有解除要求コマンドに応答して、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モ一ドを解除する、

ことを特徴とする請求項 7 7に記載の情報処理方法。

8 1 . 上記デ一夕バス上におけるバスリセット発生を検出するバスリセット検出処理が実行され、

上記第 1の保有モード設定処理は、データバスに接続された他の全ての外部情報処理装置によるリモー卜制御を許可可能な状態に上記応答処理処理を設定することで保有モードを解除し、上記第 2の保有モード設定処理は、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モ ―ドを解除する、

ことを特徴とする請求項 7 7に記載の情報処理方法。

8 2 . 上記受信処理により受信した上記保有要求コマンドに対する応答として、当該情報処理装置における現在の動作状況では上記保有要求コマンドを送信した外部情報処理装置によるリモート制御の保有は禁止とされる場合には、リモート制御の保有を拒絶する拒絶レスボンスを、上記保有要求コマンドを送信した外部情報処理装置に対して送信する、拒絶レスポンス送信処理、

を実行することを特徴とする請求項 7 7に記載の情報処理方法。

8 3 . 上記保有要求コマンドを送信した外部情報処理装置によるリモ一ト制御の保有が禁止とされる場合とは、

当該情報処理装置が、上記保有要求コマンドを送信した外部処理装置以外の他の情報処理装置によってリモート制御が保有されている場合であることを特徴とする請求項 8 2に記載の情報処理方法。

8 4 . 上記保有要求コマンドを送信した外部情報処理装置によるリモ ―ト制御の保有が禁止とされる場合とは、

当該情報処理装置において、上記ローカル操作制御処理によって上記編集処理のための操作制御が行われている場合であることを特徴とする請求項 8 2に記載の情報処理方法。

8 5 . 所定の通信フォーマツトによるデータバスを介して複数の情報処理装置を接続することで、情報処理装置間でのデ一夕の送受信、及び各種コマンドの送信により実現されるリモー卜制御が可能とされる情報処理システムを形成する情報処理装置に適用される情報処理方法

9 2 として、

データ記録装置としての他の情報処理装置に対して、このデータ記録装置が取り込んで記録可能なダウン口一ドデ一夕を送信出力することのできるダウンロードデ一夕送信処理と、

上記ダウンロードデ一夕の送信開始時には、ダウンロード開始要求コマンドを発生して送信出力し、上記ダウンロードデ一夕の送信終了時には、ダウンロード終了要求コマンドを発生して送信出力する、ダゥン口一ド開始終了要求コマンド送信処理と、

上記ダウンロード開始要求コマンドを送信する以前の段階において、上記データ記録装置に対するリモート制御を当該情報処理装置が保有することを要求する保有要求コマンドを発生して、上記データ記録装置に対して送信出力する保有要求コマンド送信処理とを、

実行することを特徴とする情報処理方法。

8 6 . 上記所定の通信フォーマットによるデ一夕バスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 8 5に記載の情報処理方法

8 7 . 上記ダウンロード終了要求コマンドを送信して以降の段階において、上記データ記録装置に対するリモート制御の保有の解除を要求する保有解除要求コマンドを発生して上記データ記録装置に対して送信出力する保有解除要求コマンド送信処理、

を実行することを特徴とする請求項 8 5に記載の情報処理方法。 8 8 . 上記データ記録装置においては、当該情報処理装置からのダウンロ一ド開始要求コマンドに応答して、当該情報処理装置によるリモ一ト制御の保有を受け付けるように構成されているものとしたうえで当該情報処理装置では、上記保有要求コマンド送信処理による保有

9 3 要求コマンドの送信は行わないように構成されていることを特徴とする請求項 8 5に記載の情報処理方法。

8 9 . 上記データ記録装置から送信された、当該情報処理装置によるリモート制御の保有要求を拒絶することを示す拒絶レスポンスを受信することのできる受信処理と、

上記受信処理により上記拒絶レスポンスを受信した場合に、上記デ一夕記録装置に対するリモ一ト制御が不可であることを提示する提示処理と、

を実行することを特徴とする請求項 8 5に記載の情報処理方法。 9 0 . 所定の通信フォーマットによるデ一夕バスを介して複数の情報処理装置を接続することで、情報処理装置間でのデータの送受信、及び各種コマンドの送信により実現されるリモート制御が可能とされる情報処理システムを形成する情報処理装置に適用される情報処理方法として、

上記データバスを介して送信されるデ一夕を受信する受信処理と、上記受信処理により受信した各種コマンドに応答して所要の処理を実行することで、外部情報処理装置による当該情報処理装置に対するリモート制御を可能とする応答処理処理と、

外部情報処理装置である送信装置から送信されたダウンロードデー夕を上記受信処理により受信し、所定の記録媒体に記録することのできるデータ記録処理と、

上記データ記録処理に対する所定の操作項目についての操作制御を口一カルにより行うためのローカル操作制御処理と、

上記送信装置が当該情報処理装置に対するリモート制御の保有を要求するために送信した保有要求コマンドを上記受信処理により受信したのに応答して設定すべき保有モ一ドとして、上記送信装置によるリモート制御のみを許可し、他の外部情報処理装置によるリモート制御については禁止するように上記応答処理処理に対して設定を行う、第

1の保有モード設定処理と、

上記送信装置が当該情報処理装置に対するリモート制御の保有を要求するために送信した保有要求コマンドを上記受信処理により受信したのに応答して設定すべき保有モードとして、上記ローカル操作制御処理により行われる操作項目のうち、所定の操作項目を有効として、この有効とされた操作項目以外の操作項目については無効とするように設定を行う、第 2の保有モード設定処理と、

を実行することを特徴とする情報処理方法。

9 1 . 上記所定の通信フォーマットによるデータバスは、 I E E E 1 3 9 4バスであることを特徴とする請求項 9 0に記載の情報処理方法

9 2 . 上記送信装置からは、ダウンロードデータの送信後において、当該情報処理装置に対するリモート制御の保有の解除を要求する制御コマンドである保有解除要求コマンド送信するものとしたうえで、上記第 1の保有モード設定処理は、上記受信処理により受信した上記保有解除要求コマンドに応答して、データバスに接続された他の全ての外部情報処理装置によるリモート制御を許可可能な状態に上記受信処理を設定することで保有モードを解除し、

上記第 2の保有モード設定処理は、上記受信処理により受信した上記保有解除要求コマンドに応答して、上記口一カル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モ一ドを解除する、

ように構成されていることを特徴とする請求項 9 0に記載の情報処理方法。

9 3 . 上記送信装置においては、上記保有要求コマンドの送信は行わないものとされ、

上記送信装置から送信され、ダウンロードデータの送信開始を告知するダウンロード開始要求コマンドを上記受信処理により受信したのに応答して、上記保有モードを設定するように構成されていることを特徴とする請求項 9 0に記載の情報処理方法。

9 4 . 上記第 1の保有モード設定処理は、

上記送信装置から送信されたダウン口一ドデータの送信終了を告知するダウンロード終了要求コマンドを上記受信処理により受信したのに応答して、データバスに接続された他の全ての情報処理装置によるリモート制御を許可可能な状態に上記受信処理を設定することで保有モ一ドを解除し、

上記第 2の保有モード設定処理は、

上記送信装置から送信されたダウンロードデータの送信終了を告知するダウン口一ド終了要求コマンドを上記受信処理により受信したのに応答して、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モードを解除する、

ように構成されていることを特徵とする請求項 9 0に記載の情報処理方法。

9 5 . 上記データバス上におけるバスリセッ卜発生を検出するバスリセット検出処理が実行され、

上記第 1の保有モード設定処理は、デ一タバスに接続された他の全

9 6 ての情報処理装置によるリモート制御を許可可能な状態に上記受信処理を設定することで保有モードを解除し、

上記第 2の保有モード設定処理は、上記ローカル操作制御処理により行われる全ての操作項目が有効となるように設定することで保有モ —ドを解除する、

ことを特徴とする請求項 9 0に記載の情報処理方法。

9 6 . 上記受信処理により受信した上記保有要求コマンド又は保有要求に相当するコマンドに対する応答として、当該情報処理装置における現在の動作状況では上記送信装置によるリモート制御の保有は禁止とされる場合には、リモート制御の保有を拒絶する拒絶レスポンスを上記送信装置に対して送信する、拒絶レスポンス送信処理、

を備えていることを特徴とする請求項 9 0に記載の情報処理方法。 9 7 . 上記送信装置によるリモート制御の保有が禁止とされる場合とは、

当該情報処理装置が、上記送信装置以外の他の外部情報処理装置によってリモート制御が保有されている場合であることを特徴とする請求項 9 6に記載の情報処理方法。

9 8 . 上記送信装置によるリモート制御の保有が禁止とされる場合とは、

当該情報処理装置において、上記ローカル操作制御処理によって編集のための操作制御が行われている場合であることを特徵とする請求項 9 6に記載の情報処理方法。

9 7