JP4320955B2

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

Info

Publication number: JP4320955B2
Application number: JP2000617602A
Authority: JP
Inventors: 麻里堀口
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-05-07
Filing date: 2000-04-28
Publication date: 2009-08-26
Anticipated expiration: 2020-04-28
Also published as: US6941059B1; TW529270B; KR20010071758A; US20050196135A1; US20050232584A1; KR100637615B1; WO2000069121A1; US7095946B2; AU4145400A; US7088908B2; US20050235328A1; US7130523B2

Description

本発明は、例えばネットワークに接続してリモート制御を行うＡＶ機器等の電子機器に使用して好適な情報処理方法、情報処理システム及び情報処理装置に関する。詳しくは機器内部の情報を、いわゆるＡＶ／Ｃコマンドなどの制御コマンドによって機器間で共有する場合に関するものである。

例えばＩＥＥＥ（The Institute of Electrical and Electronics Engineers ）で規格化されたＩＥＥＥ１３９４シリアルデータバスを用いるネットワークを介して、相互に情報を伝達できるようにしたＡＶ機器が開発されている。このネットワークにおいては、所定のコマンド（ＡＶ／Ｃ Command Transaction Set:以下ＡＶ／Ｃコマンドと略称する）を用いて、上述のネットワークに接続されているＡＶ機器を相互に制御することが可能である。ＩＥＥＥ１３９４方式の詳細及びＡＶ／Ｃコマンドの詳細については、1394 Trade Associationで公開しているAV/C Digital Interface Command Set General Specificationに記載されている。図１において、このようなＩＥＥＥ１３９４シリアルデータバス５１（以下バス５１と記述する）を用いることにより、例えばデジタル衛星放送を受信してデコードするデジタル衛星受信機であるＩＲＤ（Integrated Receiver Decoder ）５２で受信された映像を、バス５１を介して接続されているビデオ記録再生装置であるＤＶＣＲ（Digital Video Cassette Recorder ）５３で録画することができる。さらにこれらのＩＲＤ５２、ＤＶＣＲ５３を用いて、いわゆる予約録画をすることもＡＶ／Ｃコマンドに基づいた制御で可能である。

なお、この装置で予約録画を行う場合には、例えばＩＲＤ５２内に設けられるコントローラ５４によってＩＲＤ５２とＤＶＣＲ５３とが制御される。この場合に予約録画の設定（チャンネル、開始時刻等）はＩＲＤ５２に対して行われる。そして設定された開始時刻になると、コントローラ５４はＩＲＤ５２内のデジタルチューナ５５に対してコマンドを出力して設定されたチャンネルを選局させ、アンテナ５６で捉えた信号の中からデジタルチューナ８５で受信した映像信号等をバス８１に出力させる。

また同時に、コントローラ５４からバス５１を介してＤＶＣＲ５３内に設けられるレコーダ５７に対して録画開始のコマンドが送信される。これによってレコーダ５７では、バス５１からデジタルチューナ５５で選局受信された映像信号等を取り出して磁気テープ等の記録媒体への記録を行う。このようにして予約録画が行われる。さらにＤＶＣＲ５３にもコントローラ５８が設けられて、例えば内蔵のアナログチューナ５９で受信された映像信号等をレコーダ５７で記録するなどの制御が行われる。

このようにネットワーク接続された機器をリモート制御するＡＶ／Ｃコマンドで機器内の情報を他の機器と共有する場合には、従来は、ＶＣＲサブユニット、チューナーサブユニット等の制御対象であるサブユニット内にリストを設定することで行われていた。しかしながらこのような方法では、共有する情報の内容は各サブユニットに関連したものに限定される。また、今後のネットワークシステムの発展につれて、共有したい情報の内容はサブユニットに固有のものだけでなく、様々な内容の情報を取り扱う需要の出てくる可能性がある。

これに対し本願発明者は先に、サブユニットに依存しない情報を共有するためのスペースとして、ＡＶ／Ｃブリテンボードサブユニット（ＡＶ／Ｃ Bulletin Board Subunit：以下ＢＢＳと略称する）を提案した（1394 Trade Association Board Subunit General Specification,Rev.0.38 参照）。これによれば、任意の情報をＢＢＳに共有して、任意の機器間で相互の制御を行うことができるものである。

ところが従来提案されたＢＢＳにおいては、複数のタイプのボードが存在する場合の共存方法や、同一タイプのボードが複数存在する場合のリスト構造のあり方などが不明確なものであり、多様なデータを効率良く記憶させることはできなかった。従って、他の機器からのデータの読出しや書込みを行う際にも、例えばＢＢＳの全てのデータを読出した上で処理する必要があり、処理が複雑になる問題があり、ＢＢＳを使用して効率良く書込みや読出しができるようにすることが要求された。

本発明はこのような点に鑑みて成されたものであって、従来の情報処理方法、情報処理システム及び情報処理装置では不可能なＢＢＳを使用した良好な情報処理ができるようにすることを目的とする。

第１の発明は、ネットワークを介して接続されている複数の機器間で情報を伝送する情報処理方法において、
上記ネットワークを介して接続されている機器に対して所定の情報を公開する情報開示用データ記憶部を設定し、
上記情報開示用データ記憶部を所定の階層構造化されたディスクリプタ形式とし、
上記所定の情報を上記ディスクリプタ形式の中に設定されるボードに記憶させ、
上記階層構造の最上位のディスクリプタで、上記所定のボードの記憶位置を直接的に指示し、
上記所定の情報に関連する情報を、上記最上位のディスクリプタから上記階層構造をたどることで指示されるインフォメーション領域に記憶させるようにしたものである。

このようにすることで、ネットワークを介して開示する所定の情報の記憶位置が、ネットワークを介して接続されている他の機器から容易に判るようになり、その情報の読出しなどが簡単に行える。また、所定の情報に関連した情報の記憶位置についても容易に判るようになる。

第２の発明は、第１の発明の情報処理方法において、
インフォメーション領域には、ディスクリプタが設定される機器以外の機器からの情報の書込みが可能な領域と、他の機器からの情報の書込みが制限される領域とを設定したものである。

このようにすることで、他の機器からの書込みの保護を、必要な情報に対してだけ的確に行える。

第３の発明は、第２の発明の情報処理方法において、
上記情報の書込みが可能な領域を設定したとき、書込みが可能な容量に関する情報をディスクリプタに付加するようにしたものである。

このようにすることで、書込みが行える情報の容量が他の機器で判断でき、情報の書込みを用意された領域内で良好に行える。

第４の発明は、第１の発明の情報処理方法において、
上記所定のボードに記憶されたそれぞれの情報にＩＤを付加し、上記インフォメーション領域に記憶されたそれぞれの情報にも共通のＩＤを付加して、ボードの記憶情報とインフォメーション領域の記憶情報との対応がとれるようにしたものである。

このようにすることで、ボードの記憶情報とインフォメーション領域の記憶情報との対応が、ＩＤを参照するだけで簡単に判るようになる。

第５の発明は、ネットワークを介して接続されている複数の機器間で情報の伝送を行う情報処理システムにおいて、
上記ネットワークを介して接続されている機器に対して所定の情報を公開する情報開示用データ記憶部と、
上記情報開示用データ記憶部に記憶されたデータを、上記ネットワークを介して所定のコマンドを受信することで読出し又は書込ませる制御部とを、上記ネットワークに接続された第１の機器に設け、
上記ネットワークに接続された第２の機器に、上記情報開示用データ記憶部に記憶されたデータの読出し又はデータの書込みを指示するコマンドを発行させる制御部を設け、
上記第１の機器に設けられた情報開示用データ記憶部へのデータの記憶を、所定の階層構造化されたディスクリプタ形式とし、
上記所定の情報を上記ディスクリプタ形式の中に設定されるボードに記憶させ、
上記階層構造の最上位のディスクリプタで、上記所定のボードの記憶位置を直接的に指示し、
上記所定の情報に関連する情報を、上記最上位のディスクリプタから上記階層構造をたどることで指示されるインフォメーション領域に記憶させる構成としたものである。

このようにすることで、ネットワークを介して開示する所定の情報の記憶位置が、ネットワークを介して接続されている第２の機器から容易に判るようになり、その情報の第１の機器からの読出しなどが簡単に行えるシステムが得られる。また、所定の情報に関連した情報の記憶位置についてもシステム内で容易に判るようになる。

第６の発明は、第５の発明の情報処理システムにおいて、
上記第１の機器の情報開示用データ記憶部内のインフォメーション領域には、上記第２の機器からの情報の書込みが可能な領域と、上記第２の機器からの情報の書込みが制限される領域とを設定したものである。

このようにすることで、第２の機器からの書込みの保護を、必要な情報に対してだけ的確に行える。

第７の発明は、第６の発明の情報処理システムにおいて、
上記インフォメーション領域として、情報の書込みが可能な領域を設定したとき、書込みが可能な容量に関する情報の記憶領域をディスクリプタに付加し、
上記第２の機器の制御部で、書込みが可能な容量を判断するようにしたものである。

このようにすることで、書込みが行える情報の容量が第２の機器で判断でき、情報の書込みを用意された領域内で良好に行えるシステムが得られる。

第８の発明は、第５の発明の情報処理システムにおいて、
上記第１の機器の情報開示用データ記憶部内の所定のボードに記憶されたそれぞれの情報にＩＤを付加し、上記インフォメーション領域に記憶されたそれぞれの情報にも共通のＩＤを付加し、
上記第２の機器の制御部は、上記ＩＤに基づいて、上記ボードの記憶情報と上記インフォメーション領域の記憶情報との対応を判断するようにしたものである。

このようにすることで、ボードの記憶情報とインフォメーション領域の記憶情報との対応が、第２の機器側でもＩＤを参照するだけで簡単に判るようになる。

第９の発明は、ネットワークを介して接続されている他の機器と情報の伝送を行う情報処理装置において、
上記ネットワークを介して接続されている他の機器に対して所定の情報を公開する情報開示用データ記憶部と、
上記情報開示用データ記憶部に記憶されたデータを、上記ネットワークを介して所定のコマンドを受信することで読出し又は書込ませる制御部とを設け、
上記情報開示用データ記憶部へのデータの記憶を、所定の階層構造化されたディスクリプタ形式とし、
上記所定の情報を上記ディスクリプタ形式の中に設定されるボードに記憶させ、
上記階層構造の最上位のディスクリプタで、上記所定のボードの記憶位置を直接的に指示し、
上記所定の情報に関連する情報を、上記最上位のディスクリプタから上記階層構造をたどることで指示されるインフォメーション領域に記憶させる構成としたものである。

このようにすることで、ネットワークを介して開示する所定の情報の記憶位置が、ネットワークを介して接続されている他の機器から容易に判るようになり、その情報の読出しなどが簡単に行える。また、所定の情報に関連した情報の記憶位置についても、この装置と通信を行う他の機器側で容易に判るようになる。

第１０の発明は、第９の発明の情報処理装置において、
上記情報開示用データ記憶部内のインフォメーション領域には、他の機器からの情報の書込みが可能な領域と、他の機器からの情報の書込みが制限される領域とを設定したものである。

このようにすることで、ネットワークを介して接続された他の機器からの書込みの保護を、必要な情報に対してだけ的確に行える。
第１１の発明は、第１０の発明の情報処理装置において、
上記インフォメーション領域として、情報の書込みが可能な領域を設定したとき、書込みが可能な容量に関する情報の記憶領域をディスクリプタに付加するようにしたものである。

このようにすることで、書込みが行える情報の容量が、ネットワークを介して接続された他の機器で判断でき、情報の書込みが用意された領域内で良好に行えるようになる。

第１２の発明は、第９の発明の情報処理装置において、
上記情報開示用データ記憶部内の所定のボードに記憶されたそれぞれの情報にＩＤを付加し、上記インフォメーション領域に記憶されたそれぞれの情報にも共通のＩＤを付加するようにしたものである。

このようにすることで、ボードの記憶情報とインフォメーション領域の記憶情報との対応が、ネットワークを介して接続された他の機器側でもＩＤを参照するだけで簡単に判るようになる。

以下、本発明の一実施の形態を、図２〜図３２を参照して説明する。
まず、図２を参照して本例の音声映像システムの全体の構成例について説明する。すなわち、例えば図２に示すように、例えばＩＥＥＥ１３９４で規定されるバスライン１に対して、デジタル衛星放送を受信してデコードするデジタル衛星受信機であるＩＲＤ１００と、デジタルビデオ記録再生装置であるＤＶＣＲ２００とが接続されているものとする。図示しないその他の機器がバスライン１に接続されていても良い。

ＤＶＣＲ２００には、他の機器に情報を公開する掲示板として機能するＢＢＳ（ブリテンボードサブユニット）４が設けられる。このＢＢＳ４は、例えばＤＶＣＲ２００内のコントローラ１０に接続されたメモリの一部のエリアに、該当するデータを記憶させることで設定されるものである。このＢＢＳ４の記憶データは、ＤＶＣＲ２００内のコントローラ１０によって読み書きができる。また、ＩＲＤ１００側には、ＤＶＣＲ２００側のＢＢＳを読み書きするＢＢＳコントローラ５が設けられる。なお、ＩＲＤ１００側からの読み書きのコントロールには、例えばＡＶ／Ｃコマンドで規定されるＡＶ／Ｃディスクリプタメカニズムが使用される。ＡＶ／Ｃコマンドの詳細については後述する。

そして例えば予約録画を行う場合には、例えばＩＲＤ１００のＢＢＳコントローラ５によってＩＲＤ１００とＤＶＣＲ２００とが制御される。そこで予約録画の設定（チャンネル、開始時刻、終了時刻等）はＩＲＤ１００のコントローラ６を通じてＢＢＳコントローラ５に対して行われる。

そして設定された開始時刻になると、ＢＢＳコントローラ５はデジタルチューナ７に対してコマンドを出力して、設定されたチャンネルを選局させ、アンテナ８で捉えた信号の中からデジタルチューナ７で選局受信した映像信号等をバス１に出力させる。

また同時に、ＢＢＳコントローラ５からバス１を介してＤＶＣＲ２００のＢＢＳ４に対して録画開始のコマンドが送信される。これによってＤＶＣＲ２００のＢＢＳ４からレコーダ９に対してコマンドが出力されて、バス１からデジタルチューナ７で選局受信された映像信号等を取り出して、磁気テープ等の記録媒体への記録が行われる。このようにして予約録画が行われる。さらにＤＶＣＲ２００にもコントローラ１０が設けられて、例えば内蔵のアナログチューナ１１で受信された映像信号等をレコーダ９で記録するなどの制御が行われる。なお、図２ではＢＢＳコントローラ５とコントローラ６とは別体のものとして示してあるが、実際には、例えばコントローラ６を構成するＣＰＵの一部を、ＢＢＳコントローラ５として機能するように設定する。

図３は、ＩＲＤ１００の構成を示す図である。衛星からの放送電波をアンテナ８によって受信して端子１００ａに入力し、ＩＲＤ１００に設けられている番組選択手段としてのチューナ１０１に供給する。ＩＲＤ１００は、中央制御ユニット（ＣＰＵ）１１１の制御に基づいて各回路が動作するようになされており、チューナ１０１によって所定のチャンネルの信号を得る。チューナ１０１で得た受信信号は、デスクランブル回路１０２に供給する。

デスクランブル回路１０２は、ＩＲＤ１００本体に差し込まれたＩＣカード（図示せず）に記憶されている契約チャンネルの暗号キー情報に基づいて、受信データのうち契約されたチャンネル（又は暗号化されていないチャンネル）の多重化データだけを取り出してデマルチプレクサ１０３に供給する。

デマルチプレクサ１０３は、供給される多重化データを各チャンネル毎に並び換え、ユーザによって指定されたチャンネルだけを取り出し、映像部分のパケットからなるビデオストリームをＭＰＥＧビデオデコーダ１０４に送出すると共に、音声部分のパケットからなるオーバーラップストリームをＭＰＥＧオーディオデコーダ１０９に送出する。

ＭＰＥＧビデオデコーダ１０４は、ビデオストリームをデコードすることにより、圧縮符号化前の映像データを復元し、これを加算器１０５を介してＮＴＳＣエンコーダ１０６に送出する。ＮＴＳＣエンコーダ１０６は、映像データをＮＴＳＣ方式の輝度信号及び色差信号に変換し、これをＮＴＳＣ方式のビデオデータとしてデジタル／アナログ変換器１０７に送出する。デジタル／アナログ変換器１０７は、ＮＴＳＣデータをアナログビデオ信号に変換し、これを接続された受像機（図示せず）に供給する。

また、本例のＩＲＤ１００は、ＣＰＵ１１１の制御に基づいて、グラフィカル・ユーザ・インターフェース（ＧＵＩ）用に各種表示用の映像データを生成させるＧＵＩデータ生成部１０８を備える。このＧＵＩデータ生成部１０８で生成されたＧＵＩ用の映像データ（表示データ）は、加算器１０５に供給して、ＭＰＥＧビデオデコーダ１０４が出力する映像データに重畳して、ＧＵＩ用の映像が受信した放送の映像に重畳されるようにしてある。

ＭＰＥＧオーディオデコーダ１０９は、オーディオストリームをデコードすることにより、圧縮符号化前のＰＣＭオーディオデータを復元し、デジタル／アナログ変換器１１０に送出する。

デジタル／アナログ変換器１１０は、ＰＣＭオーディオデータをアナログ信号化することにより、ＬChオーディオ信号及びＲChオーディオ信号を生成し、これを接続されたオーディオ再生システムのスピーカ（図示せず）を介して音声として出力する。

また本例のＩＲＤ１００は、デマルチプレクサ１０３で抽出したビデオストリーム及びオーディオストリームを、ＩＥＥＥ１３９４インターフェース部１１２に供給し、インターフェース部１１２に接続されたＩＥＥＥ１３９４方式のバスライン１に送出できる構成としてある。この受信したビデオストリーム及びオーディオストリームは、アイソクロナス転送モードで送出される。さらに、ＧＵＩデータ生成部１０８でＧＵＩ用の映像データを生成させている際には、その映像データを、ＣＰＵ１１１を介してインターフェース部１１２に供給し、インターフェース部１１２からバスライン１にＧＵＩ用の映像データを送出できるようにしてある。

ＣＰＵ１１１には、ワークＲＡＭ１１３及びＲＡＭ１１４が接続してあり、これらのメモリを使用して制御処理が行われる。また、操作パネル１１５からの操作指令及び赤外線受光部１１６からのリモートコントロール信号が、ＣＰＵ１１１に供給されて、各種操作に基づいた動作を実行できるようにしてある。また、バスライン１側からインターフェース部１１２に伝送されるコマンドやレスポンスなどを、ＣＰＵ１１１が判断できるようにしてある。

図４は、ＤＶＣＲ２００の構成例を示すブロック図である。
記録系の構成としては、ＤＶＣＲ２００に内蔵されたチューナ２０１で所定のチャンネルを受信して得たデジタル放送データを、ＭＰＥＧ（Moving Picture Expers Group ）エンコーダ２０２に供給し、記録に適した方式、例えばＭＰＥＧ２方式の映像データ及び音声データとする。受信した放送データがＭＰＥＧ２方式の場合には、エンコーダ２０２での処理は行わない。

ＭＰＥＧエンコーダ２０２でエンコードされたデータは、記録再生部２０３に供給して、記録用の処理を行い、処理された記録データを回転ヘッドドラム２０４内の記録ヘッドに供給して、テープカセット２０５内の磁気テープに記録させる。

外部から入力したアナログの映像信号及び音声信号については、アナログ／デジタル変換器２０６でデジタルデータに変換した後、ＭＰＥＧエンコーダ２０２で例えばＭＰＥＧ２方式の映像データ及び音声データとし、記録再生部２０３に供給して、記録用の処理を行い、処理された記録データを回転ヘッドドラム２０４内の記録ヘッドに供給して、テープカセット２０５内の磁気テープに記録させる。

再生系の構成としては、テープカセット２０５内の磁気テープを回転ヘッドドラム２０４で再生して得た信号を、記録再生部２０３で再生処理して映像データ及び音声データを得る。この映像データ及び音声データは、ＭＰＥＧデコーダ２０７に供給して、例えばＭＰＥＧ２方式からのデコードを行う。デコードされたデータは、デジタル／アナログ変換器２０８に供給して、アナログの映像信号及び音声信号とし、外部に出力させる。

また、ＤＶＣＲ２００は、ＩＥＥＥ１３９４方式のバスに接続するためのインターフェース部２０９を備えて、ＩＥＥＥ１３９４方式のバス側からこのインターフェース部２０９に得られる映像データや音声データを、記録再生部２０３に供給して、テープカセット２０５内の磁気テープに記録させることができるようにしてある。また、テープカセット２０５内の磁気テープから再生した映像データや音声データを、記録再生部２０３からインターフェース部２０９に供給して、ＩＥＥＥ１３９４方式のバス側に送出できるようにしてある。

このインターフェース部２０９を介した伝送時には、このＤＶＣＲ２００で媒体（磁気テープ）に記録する方式（例えば上述したＭＰＥＧ２方式）と、ＩＥＥＥ１３９４方式のバス上で伝送されるデータの方式とが異なるとき、ＤＶＣＲ２００内の回路で方式変換を行うようにしても良い。

ＤＶＣＲ２００での記録処理や再生処理、及びインターフェース部２０９を介した伝送処理については、中央制御ユニット（ＣＰＵ）２１０の制御により実行される。ＣＰＵ２１０には、ワークＲＡＭであるメモリ２１１が接続してある。また、操作パネル２１２からの操作情報及び赤外線受光部２１３が受光したリモートコントロール装置からの制御情報が、ＣＰＵ２１０に供給されて、その操作情報や制御情報に対応した動作制御を行うようにしてある。さらに、ＩＥＥＥ１３９４方式のバスを介してインターフェース部２０９が後述するＡＶ／Ｃコマンドなどの制御データを受信した際には、そのデータはＣＰＵ２１０に供給して、ＣＰＵ２１０が対応した動作制御を行えるようにしてある。

次に、各機器１００，２００を接続したＩＥＥＥ１３９４方式のバス１でデータ伝送が行われる処理について説明する。
図５は、ＩＥＥＥ１３９４で接続された機器のデータ伝送のサイクル構造を示す図である。ＩＥＥＥ１３９４では、データは、パケットに分割され、１２５μＳの長さのサイクルを基準として時分割にて伝送される。このサイクルは、サイクルマスタ機能を有するノード（バスに接続ささたいずれかの機器）から供給されるサイクルスタート信号によって作り出される。アイソクロナスパケットは、全てのサイクルの先頭から伝送に必要な帯域（時間単位であるが帯域と呼ばれる）を確保する。このため、アイソクロナス伝送では、データの一定時間内の伝送が保証される。ただし、伝送エラーが発生した場合は、保護する仕組みが無く、データは失われる。各サイクルのアイソクロナス伝送に使用されていない時間に、アービトレーションの結果、バスを確保したノードが、アシンクロナスパケットを送出するアシンクロナス伝送では、アクノリッジ、およびリトライを用いることにより、確実な伝送は保証されるが、伝送のタイミングは一定とはならない。

所定のノードがアイソクロナス伝送を行う為には、そのノードがアイソクロナス機能に対応していなければならない。また、アイソクロナス機能に対応したノードの少なくとも１つは、サイクルマスタ機能を有していなければならない。更に、ＩＥＥＥ１３９４シリアスバスに接続されたノードの中の少なくとも１つは、アイソクロナスリソースマネージャの機能を有していなければならない。

ＩＥＥＥ１３９４は、ＩＳＯ／ＩＥＣ１３２１３で規定された６４ビットのアドレス空間を有するＣＳＲ（Control&StatusRegister ）アーキテクチャに準拠している。図６は、ＣＳＲアーキテクチャのアドレス空間の構造を説明する図である。上位１６ビットは、各ＩＥＥＥ１３９４上のノードを示すノードＩＤであり、残りの４８ビットが各ノードに与えられたアドレス空間の指定に使われる。この上位１６ビットは更にバスＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６ビットに分かれる。全てのビットが１となる値は、特別な目的で使用されるため、１０２３個のバスと６３個のノードを指定することができる。

下位４８ビットにて規定される２５６テラバイトのアドレス空間のうちの上位２０ビットで規定される空間は、２０４８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特有のレジスタ等に使用される初期化レジスタスペース（Initial Register Space）、プライベートスペース（Private Space ）、および初期化メモリスペース（Initial Memory Space）などに分割され、下位２８ビットで規定される空間は、その上位２０ビットで規定される空間が、初期化レジスタスペースである場合、コンフィギレーションＲＯＭ（Configuration read only memory）、ノード特有の用途に使用される初期化ユニットスペース（Initial Unit Space）、プラグコントロールレジスタ（Plug Control Register（ＰＣＲｓ））などとして用いられる。

図７は、主要なＣＳＲのオフセットアドレス、名前、および働きを説明する図である。図７のオフセットとは、初期化レジスタスペースが始まるＦＦＦＦＦ０００００００ｈ（最後にｈのついた数字は１６進表示であることを表す）番地よりのオフセットアドレスを示している。オフセット２２０ｈを有するバンドワイズアベイラブルレジスタ（Bandwidth Available Register）は、アイソクロナス通信に割り当て可能な帯域を示しており、アイソクロナスリソースマネージャとして動作しているノードの値だけが有効とされる。すなわち、図６のＣＳＲは、各ノードが有しているが、バンドワイズアベイラブルレジスタについては、アイソクロナスリソースマネージャのものだけが有効とされる。換言すれば、バンドワイズアベイラブルレジスタは、実質的に、アイソクロナスリソースマネージャだけが有する。バンドワイズアベイラブルレジスタには、アイソクロナス通信に帯域を割り当てていない場合に最大値が保存され、帯域を割り当てる毎にその値が減少していく。
オフセット２２４ｈ乃至２２８ｈのチャンネルアベイラブルレジスタ（Channels Available Register ）は、その各ビットが０乃至６３番のチャンネル番号のそれぞれに対応し、ビットが０である場合には、そのチャンネルが既に割り当てられていることを示している。アイソクロナスリソースマネージャとして動作しているノードのチャンネルアベイラブルレジスタのみが有効である。

図６に戻り、初期化レジスタスペース内のアドレス２００ｈ乃至４００ｈに、ゼネラルＲＯＭ（read only memory）フォーマットに基づいたコンフィギレーションＲＯＭが配置される。コンフィギレーションＲＯＭには、バスインフォブロック、ルートディレクトリ、およびユニットディレクトリが配置される。バスインフォブロック内のカンパニーＩＤ（Company ID）には、機器の製造者を示すＩＤ番号が格納される。チップＩＤ（Chip ID ）には、その機器固有の、他の機器と重複のない世界で唯一のＩＤが記憶される。

インターフェースを介して、機器の入出力を制御する為、ノードは、図６のイニシャルユニットスペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ１８８３に規定されるＰＣＲ（Plug Control Register ）を有する。これは、論理的にアナログインターフェースに類似した信号経路を形成するために、プラグという概念を実体化したものである。図８は、ＰＣＲの構成を説明する図である。ＰＣＲは、出力プラグを表すｏＰＣＲ（output Plug Control Register）、入力プラグを表すｉＰＣＲ（input Plug Control Register ）を有する。また、ＰＣＲは、各機器固有の出力プラグまたは入力プラグの情報を示すレジスタｏＭＰＲ（output Master Plug Register ）とｉＭＰＲ（input Master Plug Register）を有する。各機器は、ｏＭＰＲおよびｉＭＰＲをそれぞれ複数持つことはないが、個々のプラグに対応したｏＰＣＲおよびｉＰＣＲを、機器の能力によって複数持つことが可能である。図８に示されるＰＣＲは、それぞれ３１個のｏＰＣＲおよびｉＰＣＲを有する。アイソクロナスデータの流れは、これらのプラグに対応するレジスタを操作することによって制御される。

図９は、ｏＭＰＲ，ｏＰＣＲ，ｉＭＰＲ、およびｉＰＣＲの構成を示す図である。図９ＡはｏＭＰＲの構成を、図９ＢはｏＰＣＲの構成を、図９ＣはｉＭＰＲの構成を、図９ＤはｉＰＣＲの構成を、それぞれ示す。ｏＭＰＲおよびｉＭＰＲのＭＳＢ側の２ビットのデータレートの能力（data rate capability）には、その機器が送信または受信可能なアイソクロナスデータの最大伝送速度を示すコードが格納される。ｏＭＰＲの同報チャンネルベース（broadcast channel base）は、ブロードキャスト出力（同報出力）に使用されるチャンネルの番号を規定する。

ｏＭＰＲのＬＳＢ側の５ビットの出力プラグ数（number of output plugs）には、その機器が有する出力プラグ数、すなわちｏＰＣＲの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５ビットの入力プラグ数（number of input plugs ）には、その機器が有する入力プラグ数、すなわちｉＰＣＲの数を示す値が格納される。主拡張フィールド及び補助拡張フィールドは、将来の拡張の為に定義された領域である。

ｏＰＣＲおよびｉＰＣＲのＭＳＢのオンライン（on-line ）は、プラグの使用状態を示す。すなわち、その値が１であればそのプラグがオンラインであり、０であればオフラインであることを示す。ｏＰＣＲおよびｉＰＣＲの同報コネクションカウンタ（broadcast connection counter）の値は、同報コネクションの有り（１）または無し（０）を表す。ｏＰＣＲおよびｉＰＣＲの６ビット幅を有するポイントトウポイントコネクションカウンタ（point-to-point connection counter ）が有する値は、そのプラグが有するポイントトウポイントコネクション（point-to-point connection ）の数を表す。ポイントトウポイントコネクション（いわゆるｐ−ｔｏ−ｐコネクション）は、特定の１つのノードと他の特定のノード間だけで伝送を行うためのコネクションである。

ｏＰＣＲおよびｉＰＣＲの６ビット幅を有するチャンネル数（channel number）が有する値は、そのプラグが接続されるアイソクロナスチャンネルの番号を示す。ｏＰＣＲの２ビット幅を有するデータレート（data rate ）の値は、そのプラグから出力されるアイソクロナスデータのパケットの現実の伝送速度を示す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ（overhead ID ）に格納されるコードは、アイソクロナス通信のオーバーのバンド幅を示す。ｏＰＣＲの１０ビット幅を有するペイロード（payload ）の値は、そのプラグが取り扱うことができるアイソクロナスパケットに含まれるデータの最大値を表す。

図１０はプラグ、プラグコントロールレジスタ、およびアイソクロナスチャンネルの関係を表す図である。ここではＩＥＥＥ１３９４方式のバスに接続された機器を、ＡＶデバイス（AV-device ）７１〜７３として示してある。ＡＶデバイス７３のｏＭＰＲにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ〔０〕〜ｏＰＣＲ〔２〕のうち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイソクロナスデータは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１（ｃｈａｎｎｅｌ＃１）に送出される。ＡＶデバイス７１のｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉＰＣＲ〔０〕とｉＰＣＲ〔１〕のうち、入力チャンネル＃１が伝送速度とｉＰＣＲ〔０〕により、ＡＶデバイス７１は、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１に送出されたアイソクロナスデータを読み込む。同様に、ＡＶデバイス７２は、ｏＰＣＲ〔０〕で指定されたチャンネル＃２（ｃｈａｎｎｅｌ＃２）に、アイソクロナスデータを送出し、ＡＶデバイス７１は、ｉＰＲＣ〔１〕にて指定されたチャンネル＃２からそのアイソクロナスデータを読み込む。

このようにして、ＩＥＥＥ１３９４シリアスバスによって接続されている機器間でデータ伝送が行われるが、本例のシステムでは、このＩＥＥＥ１３９４シリアスバスを介して接続された機器のコントロールのためのコマンドとして規定されたＡＶ／Ｃコマンドセットを利用して、各機器のコントロールや状態の判断などが行えるようにしてある。次に、このＡＶ／Ｃコマンドセットについて説明する。

まず、本例のシステムで使用されるＡＶ／Ｃコマンドセットにおけるサブユニットアイデンティファイヤディスクリプタ（Subunit Identifier Descriptor ）のデータ構造について、図１１〜図１４を参照しながら説明する。図１１は、サブユニットアイデンティファイヤディスクリプタのデータ構造を示している。図１１に示すように、サブユニットアイデンティファイヤディスクリプタの階層構造のリストにより形成されている。リストとは、例えば、チューナであれば、受信できるチャンネル、ディスクであれば、そこに記録されている曲などを表す。階層構造の最上位層のリストはルートリストと呼ばれており、例えば、リスト０がその下位のリストに対するルートとなる。他のリストも同様にルートリストとなる。ルートリストはオブジェクトの数だけ存在する。ここで、オブジェクトとは、例えば、バスに接続されたＡＶ機器がチューナである場合、デジタル放送における各チャンネル等のことである。また、１つの階層の全てのリストは、共通の情報を共有している。
図１２は、ジェネラルサブユニットディスクリプタ（The General Subunit Identifier Descriptor ）のフォーマットを示している。サブユニットディスクリプタには、機能に関しての属性情報が内容として記述されている。ディスクリプタ長（descriptor length ）フィールドは、そのフィールド自身の値は含まれていない。ジェネレーションＩＤ（generation ID ）は、ＡＶ／Ｃコマンドセットのバージョンを示しており、その値は例えば“００ｈ”（ｈは１６進を表す）となっている。ここで、“００ｈ”は、例えば図１３に示すように、データ構造とコマンドがＡＶ／Ｃジェネラル規格（General Specification ）のバージョン３．０であることを意味している。また、図１３に示すように、“００ｈ”を除いた全ての値は、将来の仕様のために予約確保されている。

リストＩＤサイズ（size of list ID ）は、リストＩＤのバイト数を示している。オブジェクトＩＤサイズ（size of object ID ）は、オブジェクトＩＤのバイト数を示している。オブジェクトポジションサイズ（size of object position ）は、制御の際、参照する場合に用いられるリスト中の位置（バイト数）を示している。ルートオブジェクトリスト数（number of root object list）は、ルートオブジェクトリストの数を示している。ルートオブジェクトリストＩＤ（root object list id ）は、それぞれ独立した階層の最上位のルートオブジェクトリストを識別するためのＩＤを示している。

サブユニットに属するデータ長（subunit dependent length）は、後続のサブユニットに属するデータフィールド（subunit dependent information ）フィールドのバイト数を示している。サブユニットに属するデータフィールドは、機能に固有の情報を示すフィールドである。製造メーカ特有のデータ長（manufacturer dependent length ）は、後続の製造メーカ特有のデータ（manufacturer dependent information）フィールドのバイト数を示している。製造メーカー特有のデータは、ベンダー（製造メーカ）の仕様情報を示すフィールドである。尚、ディスクリプタの中に製造メーカ特有のデータがない場合は、このフィールドは存在しない。

図１４は、図１２で示したリストＩＤの割り当て範囲を示している。図１４に示すように、“００００ｈ乃至０ＦＦＦｈ”および“４０００ｈ乃至ＦＦＦＦｈ”は、将来の仕様のための割り当て範囲として予約確保されている。“１０００ｈ乃至３ＦＦＦｈ”および“１００００ｈ乃至リストＩＤの最大値”は、機能タイプの従属情報を識別するために用意されている。

次に、本例のシステムで使用されるＡＶ／Ｃコマンドセットについて、図１５〜図２０を参照しながら説明する。図１５は、ＡＶ／Ｃコマンドセットのスタックモデルを示している。図１５に示すように、物理レイヤ８１、リンクレイヤ８２、トランザクションレイヤ８３、およびシリアスバスマネジメント８４は、ＩＥＥＥ１３９４に準拠している。ＦＣＰ（Function Control Protocol ）８５は、ＩＥＣ６１８８３に準拠している。ＡＶ／Ｃコマンドセット８６は、１３９４ＴＡスペックに準拠している。

図１６は、図１５のＦＣＰ８５のコマンドとレスポンスを説明するための図である。ＦＣＰはＩＥＥＥ１３９４方式のバス上の機器（ノード）の制御を行うためのプロトコルである。図１６に示すように、制御する側がコントローラで、制御される側がターゲットである。ＦＣＰのコマンドの送信またはレスポンスは、ＩＥＥＥ１３９４のアシンクロナス通信のライトトランザクションを用いて、ノード間で行われる。データを受け取ったターゲットは、受信確認のために、アクノリッジをコントローラに返す。

図１７は、図１６で示したＦＣＰのコマンドとレスポンスの関係をさらに詳しく説明するための図である。ＩＥＥＥ１３９４バスを介してノードＡとノードＢが接続されている。ノードＡがコントローラで、ノードＢがターゲットである。ノードＡ、ノードＢともに、コマンドレジスタおよびレスポンスレジスタがそれぞれ、５１２バイトずつ準備されている。図１７に示すように、コントローラがターゲットのコマンドレジスタ９３にコマンドメッセージを書き込むことにより命令を伝える。また逆に、ターゲットがコントローラのレスポンスレジスタ９２にレスポンスメッセージを書き込むことにより応答を伝えている。以上２つのメッセージに対して、制御情報のやり取りを行う。ＦＣＰで送られるコマンドセットの種類は、後述する図１８のデータフィールド中のＣＴＳに記される。

図１８は、ＡＶ／Ｃコマンドのアシンクロナス転送モードで伝送されるパケットのデータ構造を示している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御するためのコマンドセットで、ＣＴＳ（コマンドセットのＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレームおよびレスポンスフレームが、上記ＦＣＰを用いてノード間でやり取りされる。バスおよびＡＶ機器に負担をかけないために、コマンドに対するレスポンスは、１００ｍｓ以内に行うことになっている。図１８に示すように、アシンクロナスパケットのデータは、水平方向３２ビット（＝１ quadlet ）で構成されている。図中上段はパケットのヘッダ部分を示しており、図中下段はデータブロックを示している。ディスティネーション（destination ID）は、宛先を示している。

ＣＴＳはコマンドセットのＩＤを示しており、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”である。Ｃタイプ／レスポンス（ctype/response）のフィールドは、パケットがコマンドの場合はコマンドの機能分類を示し、パケットがレスポンスの場合はコマンドの処理結果を示す。コマンドは大きく分けて、（１）機能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外部から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、（３）制御コマンドのサポートの有無を外部から問い合わせるコマンド（ＧＥＮＥＲＡＬＩＮＱＵＩＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣＩＦＩＣＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅｒａｎｄｓのサポートの有無））、（４）状態の変化を外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）の４種類が定義されている。

レスポンスはコマンドの種類に応じて返される。コントロール（ＣＯＮＴＲＯＬ）コマンドに対するレスポンスには、「実装されていない」（ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ）、「受け入れる」（ＡＣＣＥＰＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、および「暫定」（ＩＮＴＥＲＩＭ）がある。ステータス（ＳＴＡＴＵＳ）コマンドに対するレスポンスには、「実装されていない」（ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、「移行中」（ＩＮＴＲＡＮＳＩＴＩＯＮ）、および「安定」（ＳＴＡＢＬＥ）がある。コマンドのサポートの有無を外部から問い合わせるコマンド（ＧＥＮＥＲＡＬＩＮＱＵＩＲＹおよびＳＰＥＣＩＦＩＣＩＮＱＵＩＲＹ）に対するレスポンスには、「実装されている」（ＩＭＰＬＥＭＥＮＴＥＤ）、および「実装されていない」（ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ）がある。状態の変化を外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）に対するレスポンスには、「実装されていない」（ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、「暫定」（ＩＮＴＥＲＩＭ）および「変化した」（ＣＨＡＮＧＥＤ）がある。

サブユニットタイプ（subunit type）は、機器内の機能を特定するために設けられており、例えば、テープレコーダ／プレーヤ（tape reccorder/player ），チューナ（tuner ）等が割り当てられる。このサブユニットタイプには、機器に対応した機能の他に、他の機器に情報を公開するサブユニットであるＢＢＳ（ブリテンボードサブユニット）についても割り当てがある。同じ種類のサブユニットが複数存在する場合の判別を行うために、判別番号としてサブユニットＩＤ（subunit id）でアドレッシングを行う。オペコード（opcode）はコマンドを表しており、オペランド（operand ）はコマンドのパラメータを表している。必要に応じて付加されるフィールド（dditionaloperands）も用意されている。オペランドの後には、０データなどが必要に応じて付加される。データＣＲＣ（Cyclic Reduncy Check）はデータ伝送時のエラーチェックに使われる。

図１９は、ＡＶ／Ｃコマンドの具体例を示している。図１９の左側は、ｃタイプ／レスポンスの具体例を示している。図中上段がコマンドを表しており、図中下段がレスポンスを表している。“００００”にはコントロール（ＣＯＮＴＲＯＬ）、“０００１”にはステータス（ＳＴＡＴＵＳ）、“００１０”にはスペシフィックインクワイリ（ＳＰＥＣＩＦＩＣＩＮＱＵＩＲＹ）、“００１１”にはノティファイ（ＮＯＴＩＦＹ）、“０１００”にはジェネラルインクワイリ（ＧＥＮＥＲＡＬＩＮＱＵＩＲＹ）が割り当てられている。“０１０１乃至０１１１”は将来の仕様のために予約確保されている。また、“１０００”には実装なし（ＮＯＴＩＮＰＬＥＭＥＮＴＥＤ）、“１００１”には受け入れ（ＡＣＣＥＰＴＥＤ）、“１０１０”には拒絶（ＲＥＪＥＣＴＥＤ）、“１０１１”には移行中（ＩＮＴＲＡＮＳＩＴＩＯＮ）、“１１００”には実装あり（ＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ）、“１１０１”には状態変化（ＣＨＮＧＥＤ）、“１１１１”には暫定応答（ＩＮＴＥＲＩＭ）が割り当てられている。“１１１０”は将来の仕様のために予約確保されている。

図１９の中央は、サブユニットタイプの具体例を示している。“０００００”にはビデオモニタ、“０００１１”にはディスクレコーダ／プレーヤ、“００１００”にはテープレコーダ／プレーヤ、“００１０１”にはチューナ、“００１１１”にはビデオカメラ、“０１０１０”にはＢＢＳ、“１１１００”には製造メーカ特有のサブユニットタイプ（Vender unique ）、“１１１１０”には特定のサブユニットタイプ（Subunit type extended tonext byte ）が割り当てられている。尚、“１１１１１”にはユニットが割り当てられているが、これは機器そのものに送られる場合に用いられ、例えば電源のオンオフなどが挙げられる。

図１９の右側は、オペコード（オペレーションコード：opcode）の具体例を示している。各サブユニットタイプ毎にオペコードのテーブルが存在し、ここでは、サブユニットタイプがテープレコーダ／プレーヤの場合のオペコードを示している。また、オペコード毎にオペランドが定義されている。ここでは、“００ｈ”には製造メーカ特有の値（Vender dependent）、“５０ｈ”にはサーチモード、“５１ｈ”にはタイムコード、“５２ｈ”にはＡＴＮ、“６０ｈ”にはオープンメモリ、“６１ｈ”にはメモリ読出し、“６２ｈ”にはメモリ書込み、“Ｃ１ｈ”にはロード、“Ｃ２ｈ”には録音、“Ｃ３ｈ”には再生、“Ｃ４ｈ”には巻き戻しが割り当てられている。

図２０は、ＡＶ／Ｃコマンドとレスポンスの具体例を示している。例えば、ターゲット（コンスーマ）としての再生機器に再生指示を行う場合、コントローラは、図２０Ａのようなコマンドをターゲットに送る。このコマンドは、ＡＶ／Ｃコマンドセットを使用しているため、ＣＴＳ＝“００００”となっている。ｃｔｙｐｅには、機器を外部から制御するコマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃタイプ＝“００００”となっている（図１９参照）。サブユニットタイプはテープレコーダ／プレーヤであることより、サブユニットタイプ＝“００１００”となっている（図１９参照）。ｉｄはＩＤ０の場合を示しており、ｉｄ＝０００となっている。オペコードは再生を意味する“Ｃ３ｈ”となっている（図１９参照）。オペランドは順方向（ＦＯＲＷＡＲＤ）を意味する“７５ｈ”となっている。そして、再生されると、ターゲットは図２０Ｂのようなレスポンスをコントローラに返す。ここでは、「受け入れ」（ａｃｃｅｐｔｅｄ）がレスポンスに入るため、レスポンス＝“１００１”となっている（図１９参照）。レスポンスを除いて、他は図２０Ａと同じであるので説明は省略する。

次に、以上説明したＡＶ／Ｃコマンドセットに用意された他の機器に情報を公開するサブユニットであるＢＢＳ（ブリテンボードサブユニット）の構成と、そのＢＢＳを使用した処理について、図２１以降を参照して説明する。

本例においてはＢＢＳは、例えば図２１に示すように階層構造化されたディスクリプタで構成される。すなわち、ＢＢＳのデータ構造（リスト）を示すＢＢＳＩＤ（Bulletin Board Subunit Identifier Descriptor）９００が最上位の階層に設けてあり、そのＢＢＳＩＤ９００で示されるルートリストＩＤで、実際の各ディスクリプタやボードの位置が指示される。このＢＢＳＩＤは、ブリテンボードの規格書である〔1394 Trade Association Board Subunit General Specification〕に定められているものであり、ブリテンボードのサブユニットが必ず持つことになっているリストである。なおコントローラは、ＢＢＳに最初にアクセスする場合にはこのリストを読み出すことになっている。

このＢＢＳＩＤ９００の下の階層には、ボードリストとインフォメーションリストが配置される。ボードリストとインフォメーションリストには、それぞれ読出し専用のものと、書込み可能なものの２種類が設定されている。即ち、リストタイプの一覧を図２８に示すと、リストタイプの値８０の場合には、読出し専用のボードリストとされ、リストタイプの値８１の場合には、書込み可能なボードリストとされる。また、リストタイプの値８２の場合には、読出し専用のインフォメーションリストとされ、リストタイプの値８３の場合には、書込み可能なインフォメーションリストとされる。なお、ここでの読出し専用のリストとは、ＢＢＳを持つ機器とは別の外部の機器のコントローラからの指示で書込みができないリストであり、ＢＢＳを持つ機器の内部のコントローラの指示では書込みが可能である。

ＢＢＳＩＤ９００には、ＢＢＳ内にあるリストを読み書きするための基本情報が入っている。具体的には、図２２に示すように、ＢＢＳＩＤ９００のリストの最初にはサイズ等の定められた情報が設けられる。さらにこれらの情報に続いてルートリストＩＤが設けられる。このルートリストＩＤは、それぞれが各ＢＢＳに直結されるボードリストへのポインタとなるものである。また、これらのルートリストＩＤは、各ボードタイプごとにそれぞれ１つの値が割り当てられるものである。

すなわちこのルートリストＩＤは、例えば図２２に示すリストＩＤアサイメント９０１に示すように、１６進値で００００からＦＦＦＦまでの値で定められ、この内の１０００から１ＦＦＦまでがルートリストＩＤとして定められる。またルートリストＩＤの２０００から３ＦＦＦまではデフォルトリストのための自由空間とされる。さらにルートリストＩＤの００００から１ＦＦＦまでと、４ＦＦＦからＦＦＦＦまでは未定義である。なおこれらのルートリストＩＤの値は規格書等によって公開される。

そして上述のＢＢＳＩＤ９００には、このようなルートリストＩＤが各ボードタイプ別に複数が設けられる。図２２の例では、タイプＡ〜Ｃの３種のＢＢＳが設けられている場合である。さらにこれらのルートリストＩＤの後には、ＢＢＳに特有のインフォメーション情報や、製造メーカに特有のインフォメーション情報などが設けられる。

ここでは、タイプＡのルートリストＩＤは、リソーススケジュールボード（ＲＳＢ）９１０へのポインタとなる。このリソーススケジュールボード９１０には、例えば予約録画の具体的な設定（チャンネル、開始時刻等）に関する情報が書き込まれる。これらのリソーススケジュールボード９１０に書き込まれる情報には、個々にオブジェクトＩＤが設定されて、そのオブジェクトＩＤの情報がリソーススケジュールボード９１０内に書き込まれる。このオブジェクトＩＤは、同じ予約録画に関する情報である限り共通に使用される。即ち、本例の場合には、リソーススケジュールボード９１０には、予約録画に関する基本的な情報だけが書き込まれ、後述するインフォメーションリストディスクリプタ９２１，９２２，９３１，９３２には、各予約録画に付随する情報が書き込まれるが、インフォメーションリストディスクリプタ内の各項目に、リソーススケジュールボード９１０内の各項目のオブジェクトＩＤと同じオブジェクトＩＤが設定されて、対応がとれるようにしてある。

そしてＢＢＳＩＤ９００のタイプＢ、ＣのルートリストＩＤによって、それぞれ図２２に示すようなボードリストディスクリプタ９２０，９３０が検索される。

ここでボードリストディスクリプタ９２０は、書き込み可能（Write Enable）なボードリストディスクリプタを示す。ここでの書込み可能とは、バスライン１で接続された相手の機器からの書込みが可能であることを示す。自らの機器内のコントローラによっても書込みが可能であることは勿論である。ボードリストディスクリプタ９２０は、最初にリストのデータ長が示され、次にリストタイプとして書き込み可能なボードであることが示される。さらに属性としてオブジェクトＩＤを有するか否かと、リスト情報として形成可能なボードの容量が示される。また、用意されたボードエントリーの数が示される。

この後に各ボードに関する情報が設けられる。すなわち例えばボードエントリーの数がｎ個であるとすると、０エントリータイプからｎ−１エントリータイプまでのボードエントリーが存在し、０エントリータイプの情報９２０ａとして、エントリータイプがボードであること、属性としてチャイルドリストを有しているか否かが示される。そしてチャイルドリストを有している場合にはチャイルドリストＩＤが設けられる。このチャイルドリストＩＤで、チャイルドリストとしてのディスクリプタ（＃Ｂ−１）９２１の位置が指示される。またエントリー情報としてボードタイプとボードタイプの詳細についての情報が書き込まれるフィールドが設けられる。さらにこのようなリストがボードの数だけ設けられる。例えば、１エントリータイプの情報９２０ｂが同様に設けられて、その情報の中のチャイルドリストＩＤで、ディスクリプタ（＃Ｂ−ｎ）９２２の位置が指示される。

また、図２２に示すボードリストディスクリプタ９３０は、読み出し専用のボードリストディスクリプタを示し、この場合には最初にリストタイプとして読み出し専用のボードであることが示される。ここでの読出し専用とは、バスライン１で接続された相手の機器で書込みが出来ないことを示す。自らの機器内のコントローラによる書込みは可能である。さらに属性としてオブジェクトＩＤを有するか否かと、リスト情報として形成可能なボードの容量と、ボードエントリーの数が示される。

この後に各ボードに関する情報が設けられる。すなわち例えば０エントリータイプの情報９３０ａとして、エントリータイプがボードであること、属性としてチャイルドリストを有しているか否かが示される。そしてチャイルドリストを有している場合にはチャイルドリストＩＤが設けられる。このチャイルドリストＩＤで、チャイルドリストとしてのディスクリプタ９３１の位置が指示される。またエントリー情報としてボードタイプとボードタイプの詳細についての情報が書き込まれるフィールドが設けられる。さらにこのようなリストがボードの数だけ設けられる。

そして図２３に示すインフォメーションリストディスクリプタ（＃Ｂ−１）９２１においては、例えば最初にリストタイプとして書き込み可能なインフォメーションリストであることが示される。さらに属性としてオブジェクトＩＤを有するか否かと、リストスペシフィクとして形成可能な容量と、エントリー数の情報とが示される。

この後に各インフォメーションに関する情報が設けられる。すなわち０エントリータイプの情報９２１ａとして例えばプリセットのインフォメーションであること、属性としてチャイルドリストを有しているか否かが示される。チャイルドリストを有していない場合にはチャイルドリストＩＤのフィールドが設けられない。そして、オブジェクトＩＤと、例えばプリセットのインフォメーションが設けられる。さらにこのようなリストがインフォメーションの数だけ設けられる。また、同じ階層の別のインフォーメイションリストディスクリプタ（＃Ｂ−ｎ）９２２も同様のデータ構成であるが詳細は省略する。

また、ボードリストディスクリプタ９３０のチャイルドリストであるインフォーメイションリストディスクリプタ（＃Ｃ−１）９３１は、ボードリストディスクリプタ９３０のチャイルドリストＩＤで位置が指示される。ここでこのインフォーメイションリストディスクリプタ＃Ｃ−１は、さらにこのディスクリプタにチャイルドリストＩＤを有している場合である。

インフォメーションリストディスクリプタ（＃Ｃ−１）９３１においては、例えば最初にリストタイプとして読み出し専用のインフォメーションであることが示される。また属性としてオブジェクトＩＤを有するか否かと、リスト情報、リストとして形成可能な容量、さらにエントリーの数が示される。

この後に各インフォメーションに関する情報９３１ａが設けられる。すなわち０エントリータイプとして△△のインフォメーションであること、属性としてチャイルドリストを有しているか否かが示される。そしてチャイルドリストを有している場合にはチャイルドリストＩＤと、オブジェクトＩＤと、インフォメーションエントリーが設けられる。さらにこのようなリストがインフォメーションの数だけ設けられる。

そしてこのディスクリプタに設けられたチャイルドリストＩＤによって、さらにそのディスクリプタの下層のディスクリプタであるインフォーメイションチャイルドリストディスクリプタ（＃Ｃ−１−１）９３２が検索される。このディスクリプタ（＃Ｃ−１−１）９３２においては、例えば最初にリストタイプとして読み出し専用のボードあること、属性としてオブジェクトＩＤを有するか否かが示される。

さらにリスト情報と、ボードとして形成可能な容量と、エントリーの数が示される。また、各インフォメーションに関する情報として、例えば０エントリータイプの情報９３２ａとして、属性にチャイルドリストを有しているか否かが示される。また、インフォメーションエントリースペシフィクが設けられる。このようなリストがエントリーの数だけ設けられる。

このように構成されるブリテンボードサブユニットによると、上述のようにルートリストＩＤがボードタイプ別に１つＩＤが割り当てられているので、コントローラはＢＢＳＩＤ内のルートリストＩＤを読み出し、目的とするボードタイプと比較することで、ターゲットであるサブユニット内に目的とするボードタイプが存在するかどうかを確認することができる。

各ルートリストＩＤはボードを構成する先頭リスト、または同一タイプのボードを複数まとめたボードリストを示す。ボード及びボードリストの構成内容は次に示す通りである。ボードは１以上のインフォメーションリストディスクリプタで構成される。また、同一タイプの複数のボードを取りまとめるボードリストディスクリプタでは、各ボードの先頭のインフォメーションリストディスクリプタへのポインタが示されている。

複数のボードタイプをまとめるボードリストディスクリプタには、書き込み可能なものと読み出し専用の２つのタイプがある。これらのタイプはリストタイプで識別できる。書き込み可能なボードリストは、同一タイプのボードをコントローラがリモートで発生させることができる。リストタイプが書き込み可能であると検知したコントローラは、書込みを実行させるコマンドを発行して、データを書き込ませることで、必要なデータをディスクリプタ内に設定することができる。

さらにこれらのデータのアクセスには、例えばＡＶ／Ｃコマンドで規定されるＡＶ／Ｃオープン／リード／ライトディスクリプタ（OPEN/READ/WHITE Descriptor）コマンドを用いて行うことができる。

即ち、ＢＢＳ内のディスクリプタにアクセスする際には、まず図２９に示す構成のオープンディスクリプタ（OPEN DESCRIPTIR）のコマンドを送って、該当するディスクリプタが読出し又は書込みができる状態に設定する。このオープンディスクリプタのコマンドでは、例えば図２９に示すように、オペコードの欄にオープンディスクリプタのコマンドに対応した値を配置し、オペランド〔０〕の欄にオープンさせるディスクリプタのタイプの値を配置し、オペランド〔１〕，〔２〕の欄にオープンさせるリストＩＤの値を配置し、オペランド〔３〕の欄に、サブファンクションの値を配置する。サブファンクションとしては、例えば書込み用にオープンさせる場合には、ライトオープンの値を配置し、読出し用にオープンさせる場合には、リードオープンの値を配置する。オペランド〔４〕以降の欄は未定義とされる。

図２９に示すオープンディスクリプタのコマンドでアクセスできる状態になったディスクリプタからデータを読出す際には、リードコマンドを送って、必要なデータを読出す。図３０は、このリードコマンドの構成を示したものである。その構成を説明すると、オペコードの欄にリードディスクリプタのコマンドに対応した値を配置し、オペランド〔０〕以降の欄に、ディスクリプタを特定するためのデータを配置し、特定のオペランドに読出すデータの種類や、データ長，アドレスなどを配置する。

また、図２９に示すオープンディスクリプタのコマンドでアクセスできる状態になったディスクリプタに対してデータを書込ませる際には、ライトコマンドを送って、必要なデータの書込みを行う。図３１は、このライトコマンドの構成を示したものである。その構成を説明すると、オペコードの欄にライトディスクリプタのコマンドに対応した値を配置し、オペランド〔０〕の欄にディスクリプタを特定するためのデータを配置し、以降のオペランドに、サブファンクションと、グループタグと、書込みデータ長と、アドレスと、書き換えられる前のオリジナルのデータ長と、書込ませるデータを配置する。サブファンクションとしては、例えば部分的な書換えを指示するサブファンクションとする。

また、図３０に示したリードコマンドで読出しを行ったり、図３１に示したライトコマンドで書込みを行った後に、該当するディスクリプタへのアクセスを終了させるとき、クローズコマンドを行ってアクセスを終了させる。クローズコマンドは、オープンコマンドと同様の構成のコマンドを利用して、サブファンクションでクローズを指示するようにしてある。即ち、図３２に示すように、オペコードの欄にオープンディスクリプタのコマンドに対応した値を配置し、オペランド〔０〕の欄にオープンさせるディスクリプタのタイプの値を配置し、オペランド〔１〕，〔２〕の欄にオープンさせるリストＩＤの値を配置し、オペランド〔３〕の欄に、クローズを示すサブファンクションの値を配置する。オペランド〔４〕以降の欄は未定義とされる。

次に、図２１のＢＢＳＩＤ９００で示されたボードを、ＡＶ／Ｃコマンドを使用して、バスライン上の他の機器のコントローラから読出す際の処理を、図２４〜図２７のフローチャートを参照して説明する。

まず、図２４のフローチャートに示すように、ＢＢサブユニット（ブリテンボードサブユニット）のＳＩＤ（サブユニットアイデンティファイアディスクリプタ）をリードオープンさせるコマンドを送り、読出し可能状態とする（ステップＳ１１）。この状態で、ＢＢサブユニットのＳＩＤを指定して、リードディスクリプタコマンドで、そのＳＩＤの内容を読出し、リストＩＤのサイズ、ターゲットのＢＢサブユニットがサポートしているボードタイプを知る（ステップＳ１２）。その後、ＢＢサブユニットのＳＩＤをクローズさせる（ステップＳ１３）。

次に、ＳＩＤで示されたルートリストＩＤ内の任意のリストＩＤを指定して、リードオープンさせるコマンドを送り、読出し可能状態とする（ステップＳ１４）。そして属性のデータから、リスト内のオブジェクトはＩＤを持つか否か検知する（ステップＳ１５）。さらにリストタイプが書込み可能か否か判断し（ステップＳ１６）、書込み可能であるとき、エントリー書込み時の制限を検知する（ステップＳ１７）。そしてステップＳ１６で書込み不可と判断したとき、及びステップＳ１７でエントリー書込み時の制限を検知した後に、リストタイプがボードリストが否か判断する（ステップＳ１８）。

ステップＳ１８でボードリストであると判断したときには、そのボードリストエントリーを読出す処理である図２５のフローチャートに移る。ここでは、該当するボードリストエントリーのオブジェクトエントリー数のデータから、該当するディスクリプタ内のエントリー総数を検知し、コントローラ内に設定されるカウンタを初期化する（ステップＳ２１）。

そして、エントリー総数がカウンタのカウント値より大きいか否か判断する（ステップＳ２２）。最初の状態ではカウンタのカウント値よりもエントリー総数の方が大きくなる。この判断でエントリー総数の方が大きいとき、オブジェクト内の属性のチャイルドリストＩＤが１であるか（即ちチャイルドリストありとなっているか）判断する（ステップＳ２３）。ここで、チャイルドリストＩＤが１である場合には、チャイルドリストＩＤを読出す（ステップＳ２４）。ステップＳ２３でチャイルドリストなしと判断したとき、及びステップＳ２４でチャイルドリストＩＤを読出した後には、そのエントリーのインフォメーション情報（エントリースペシィフィックインフォメーション）を読出し（ステップＳ２５）、カウンタの値をカウントアップさせ（ステップＳ２６）、ステップＳ２２の判断に戻る。

そしてステップＳ２２の判断で、エントリー総数とカウンタのカウント値とが等しいとき、このボードリストをクローズさせるコマンドを送って、読出しを終了させる（ステップＳ２７）。

また、図２４のフローチャートのステップＳ１８でボードリストでないと判断したとき（即ちインフォメーションリストであると判断したとき）には、インフォメーションリストエントリーを読出す処理である図２６のフローチャートに移る。ここでは、該当するインフォメーションリストエントリーのオブジェクトエントリー数のデータから、該当するディスクリプタ内のエントリー総数を検知し、コントローラ内に設定されるカウンタを初期化する（ステップＳ３１）。

そして、エントリー総数がカウンタのカウント値より大きいか否か判断する（ステップＳ３２）。最初の状態ではカウンタのカウント値よりもエントリー総数の方が大きくなる。この判断でエントリー総数の方が大きいとき、オブジェクトＩＤを読出す（ステップＳ３３）。さらに、オブジェクト内の属性のチャイルドリストＩＤが１であるか（即ちチャイルドリストありとなっているか）判断する（ステップＳ３４）。ここで、チャイルドリストＩＤが１である場合には、チャイルドリストＩＤを読出す（ステップＳ３５）。ステップＳ３４でチャイルドリストなしと判断したとき、及びステップＳ３５でチャイルドリストＩＤを読出した後には、そのエントリーのインフォメーション情報（エントリースペシィフィックインフォメーション）を読出し（ステップＳ３６）、カウンタの値をカウントアップさせ（ステップＳ３７）、ステップＳ３２の判断に戻る。

そしてステップＳ３２の判断で、エントリー総数とカウンタのカウント値とが等しいとき、このインフォメーションリストをクローズさせるコマンドを送って、読出しを終了させる（ステップＳ３８）。

次に、インフォメーションリストでチャイルドリストありと判断した場合に、そのインフォメーションチャイルドリストを読出す場合の処理を、図２７のフローチャートを参照して説明する。まず、インフォメーションリストからステップＳ３５で読出したチャイルドリストＩＤを指定して、リードオープンさせるコマンドを送り、読出し可能状態とする（ステップＳ４１）。この状態で、リストタイプが書込み可能か否か判断し（ステップＳ４２）、書込み可能であるとき、エントリー書込み時の制限を検知する（ステップＳ４３）。そしてステップＳ４２で書込み不可と判断したとき、及びステップＳ４３でエントリー書込み時の制限を検知した後に、属性からリスト内のエントリーがオブジェクトＩＤを持つかどうかを検知する（ステップＳ４４）。また、オブジェクトエントリー数からエントリー総数を判断し、カウンタを初期化する（ステップＳ４５）。

そして、エントリー総数がカウンタのカウント値より大きいか否か判断する（ステップＳ４６）。最初の状態ではカウンタのカウント値よりもエントリー総数の方が大きくなる。この判断でエントリー総数の方が大きいとき、オブジェクトＩＤがあるか否か判断し（ステップＳ４７）、オブジェクトＩＤがあるとき、そのオブジェクトＩＤを読出す（ステップＳ４８）。さらに、オブジェクト内の属性のチャイルドリストＩＤが１であるか（即ちチャイルドリストありとなっているか）判断する（ステップＳ４９）。ここで、チャイルドリストＩＤが１である場合には、チャイルドリストＩＤを読出す（ステップＳ５０）。そして、そのエントリーのインフォメーション情報（エントリースペシィフィックインフォメーション）を読出し（ステップＳ５１）、カウンタの値をカウントアップさせ（ステップＳ５２）、ステップＳ４６の判断に戻る。

ステップＳ４６の判断で、エントリー総数とカウンタのカウント値とが等しいとき、このインフォメーションリストをクローズさせるコマンドを送って、読出しを終了させる（ステップＳ５３）。

なお、図２４〜図２７のフローチャートでは、ディスクリプタの読出しの処理について説明したが、書込み可能なディスクリプタに関しては、読出しの処理と同様の手順でリストの位置を指定しながら、書込みを行うコマンドを発行させることで、データの書込みが行える。

このようにＩＥＥＥ１３９４方式のバスラインで接続された１つの機器に、ブリテンボードサブユニットを用意して、そのサブユニットを構成するディスクリプタを階層構造化して、最上位のディスクリプタから、各ボード及びインフォメーションの判断が行えることで、バスラインで接続された機器間で効率良くブリテンボードサブユニットに書込まれたデータを共用して制御ができるようになる。

例えば、図２に示したように、ＤＶＣＲ２００側にブリテンボードサブユニット（ＢＢＳ）４を用意することで、ＤＶＣＲ２００とバスライン１で接続されたＩＲＤ１００内のＢＢＳコントローラ５が、図２４〜図２７のフローチャートに従った手順で、ＢＢＳ４を読出して、ＤＶＣＲ２００での予約録画の設定状況が判断できる。このＢＢＳ４の読出しにより、例えば予約録画のためにＩＲＤ１００内のチューナで受信が必要なときには、該当する動作が実行される。

この予約録画の開始時間などの基本的な情報は、最上位のディスクリプタであるＢＢＳＩＤ内のルートリストＩＤで直接的に指示されるリソーススケジュールボードに直接的に書き込まれるため、迅速にその情報を得ることができる。

そして、例えば予約録画に付随する情報は、インフォメーションリストディスクリプタに書き込まれるので、それぞれのインフォメーションリストディスクリプタに書き込まれた情報を読出すことで、予約録画に関する詳細が判るようになる。例えば、録画が予約された番組（プログラム）のタイトル，内容などの詳細が判るようになる。番組のタイトル，内容などの情報は、例えばＩＲＤ１００で受信するデジタル放送の場合、放送データに重畳されたＥＰＧ（電子プログラムガイド）と称されるデータを使用することで得られる。また、それぞれのディスクリプタとリソーススケジュールボードに設定される情報には、オブジェクトＩＤを設定してあることで、それぞれの情報の対応が簡単に判るようになる。

また、ＩＲＤ１００内のＢＢＳコントローラ５により、ＢＢＳ４にデータを書き込ませて、新たな録画予約の設定を行うこともできる。この場合には、書込み可能なディスクリプタにデータを書き込ませるが、その際にはディスクリプタ内の書込み可能な容量の情報を読出して判断することで、どの程度のデータの書込みが可能か判断でき、適正な書込みの設定が行える。

また、ＢＢＳ内に設定されたディスクリプタに書き込み制限をすることができることで、例えばＤＶＣＲ２００内で設定された予約録画についての詳細な情報を、書き込み制限されたディスクリプタに用意することで、その予約録画についての修正を、ＩＲＤ１００内のＢＢＳコントローラ５が実行することは出来なくなり、予約録画の保護が的確に行えるようになる。

なお本発明は、上述の説明した実施の形態に限定されるものではなく、本発明の要旨を逸脱することなく種々の変形が可能とされるものである。

例えば、上述した実施の形態では、ＢＢＳ（ブリテンボードサブユニット）を、録画予約の情報の書込み用として使用した例としたが、バスラインを介して公開する必要のあるその他のデータを、ＢＢＳに同様の階層構造化されたディスクリプタに書き込ませても良い。また、そのＢＢＳを使用する機器についても、上述したＩＲＤ，ＤＶＣＲ以外の電子機器（各種映像機器，オーディオ機器など）に適用することもできる。

また、上述した実施の形態では、機器間を接続するバスラインについても、ＩＥＥＥ１３９４方式のバスラインとしたが、その他の規格のバスラインを使用しても良い。この場合、有線で接続されるバスラインの他に、複数の機器間で無線通信を行って同様のデータ伝送を行う無線伝送路を適用しても良い。

図１は、従来のネットワーク装置の構成図である。本発明の一実施の形態によるネットワーク装置の構成図である。デジタル衛星受信機の構成例を示すブロック図である。ビデオ記録再生装置の構成例を示すブロック図である。ＩＥＥＥ１３９４方式のフレーム構造の例を示す説明図である。ＣＲＳアーキテクチャのアドレス空間の構造の例を示す説明図である。主要なＣＲＳの位置、名前、働きの例を示す説明図である。プラグコントロールレジスタの構成例を示す説明図である。 oMPR、oPCR、iMPR、iPCRの構成例を示す説明図である。プラグ、プラグコントロールレジスタ、伝送チャンネルの関係の例を示す説明図である。ディスクリプタの階層構造によるデータ構造例を示す説明図である。ディスクリプタのデータ構造例を示す説明図である。図１２のジェネレーションＩＤの例を示す説明図である。図１２のリストＩＤの例を示す説明図である。ＡＶ／Ｃコマンドのスタックモデルの例を示す説明図である。ＡＶ／Ｃコマンドのコマンドとレスポンスの関係の例を示す説明図である。ＡＶ／Ｃコマンドのコマンドとレスポンスの関係の例を更に詳しく示す説明図である。ＡＶ／Ｃコマンドのデータ構造の例を示す説明図である。ＡＶ／Ｃコマンドの具体例を示す説明図である。ＡＶ／Ｃコマンドのコマンドとレスポンスの具体例を示す説明図である。ＢＢＳ（ブリテンボードサブユニット）の構成例を示す説明図である。図２１に示したＢＢＳの一部のデータ構造の例を示す説明図である。図２１に示したＢＢＳの他の一部のデータ構造の例を示す説明図である。ＢＢＳで示されたボードを読出す場合の処理例を示すフローチャートである。ボードリストエントリーを読出す場合の処理例を示すフローチャートである。インフォメーションリスト内のエントリーを読出す場合の処理例を示すフローチャートである。インフォメーションチャイルドリストを読出す場合の処理例を示すフローチャートである。リストタイプの例を示す説明図である。オープンコマンドのデータ構成例を示す説明図である。リードコマンドのデータ構成例を示す説明図である。ライトコマンドのデータ構成例を示す説明図である。クローズコマンドのデータ構成例を示す説明図である。

符号の説明

１ ‥‥‥ バスライン
４ ‥‥‥ ＢＢＳ（ブリテンボードサブユニット）
５ ‥‥‥ ＢＢＳコントローラ
６ ‥‥‥ コントローラ
７ ‥‥‥ チューナ
８ ‥‥‥ アンテナ
９ ‥‥‥ レコーダ
１０‥‥‥ コントローラ
１１ ‥‥‥ チューナ
５１‥‥‥バスライン
５２‥‥‥ＩＲＤ（デジタル衛星放送受信機）
５３‥‥‥ＤＶＣＲ（デジタルビデオカセットレコーダ）
５４‥‥‥ コントローラ
５５ ‥‥‥ チューナ
５６ ‥‥‥ アンテナ
５７ ‥‥‥ レコーダ
５８ ‥‥‥ コントローラ
５９ ‥‥‥ チューナ
７１，７２，７３‥‥‥ＡＶデバイス
８１‥‥‥物理レイヤ
８３‥‥‥リンクレイヤ
８４‥‥‥シリアルバスマネジメント
８５‥‥‥ＦＣＰ
８６‥‥‥ＡＶ／Ｃコマンド
９１，９３‥‥‥コマンドレジスタ
９２，９４‥‥‥レスポンスレジスタ
１００‥‥‥ＩＲＤ（デジタル衛星放送受信機）
１０１‥‥‥チューナ
１０２‥‥‥デスクランブル回路
１０３‥‥‥デマルチプレクサ
１０４‥‥‥ＭＰＥＧビデオデコーダ
１０５‥‥‥加算器
１０６‥‥‥ＮＴＳＣエンコーダ
１０７‥‥‥デジタル／アナログ変換器
１０８‥‥‥ＧＵＩデータ生成部
１０９‥‥‥ＭＰＥＧオーディオデコーダ
１１０‥‥‥デジタル／アナログ変換器
１１１‥‥‥ＣＰＵ
１１２‥‥‥インターフェース部
１１３‥‥‥ワークＲＡＭ
１１５‥‥‥操作パネル
１１６‥‥‥赤外線受光部
２００‥‥‥ＤＶＣＲ（デジタルビデオカセットレコーダ）
２０１‥‥‥チューナ
２０２‥‥‥ＭＰＥＧエンコーダ
２０３‥‥‥記録再生部
２０４‥‥‥回転ヘッドドラム
２０５‥‥‥テープカセット
２０６‥‥‥アナログ／デジタル変換器
２０７‥‥‥ＭＰＥＧデコーダ
２０８‥‥‥デジタル／アナログ変換器
２０９‥‥‥インターフェース部
２１０‥‥‥中央制御ユニット（ＣＰＵ）
２１１‥‥‥ＲＡＭ
２１２‥‥‥操作パネル
２１３‥‥‥赤外線受光部
９００‥‥‥ＢＢＳＩＤ（ブリテンボードサブユニットアイデンティファイアディスクリプタ）
９１０‥‥‥リソーススケジュールボード
９２０，９３０‥‥‥ボードリストディスクリプタ
９２１，９３２２，９３１，９３２‥‥‥インフォメーションリストディスクリプタ

Claims

ネットワークを介して接続されている複数の機器間で情報を伝送する情報処理方法において、
上記ネットワークを介して接続されている機器に対して所定の情報を公開する情報開示用データ記憶部を設定し、
上記情報開示用データ記憶部を所定の階層構造化されたディスクリプタ形式とし、
上記所定の情報を上記ディスクリプタ形式の中に設定されるボードに記憶させ、
上記階層構造の最上位のディスクリプタで、上記所定のボードの記憶位置を直接的に指示し、
上記所定の情報に関連する情報を、上記最上位のディスクリプタから上記階層構造をたどることで指示されるインフォメーション領域に記憶させるようにした
情報処理方法。
請求項１記載の情報処理方法において、
インフォメーション領域には、ディスクリプタが設定される機器以外の機器からの情報の書込みが可能な領域と、他の機器からの情報の書込みが制限される領域とを設定した
情報処理方法。
請求項２記載の情報処理方法において、
上記情報の書込みが可能な領域を設定したとき、書込みが可能な容量に関する情報をディスクリプタに付加するようにした
情報処理方法。
請求項１記載の情報処理方法において、
上記所定のボードに記憶されたそれぞれの情報にＩＤを付加し、上記インフォメーション領域に記憶されたそれぞれの情報にも共通のＩＤを付加して、ボードの記憶情報とインフォメーション領域の記憶情報との対応がとれるようにした
情報処理方法。
ネットワークを介して接続されている複数の機器間で情報の伝送を行う情報処理システムにおいて、
上記ネットワークを介して接続されている機器に対して所定の情報を公開する情報開示用データ記憶部と、
上記情報開示用データ記憶部に記憶されたデータを、上記ネットワークを介して所定のコマンドを受信することで読出し又は書込ませる制御部とを、上記ネットワークに接続された第１の機器に設け、
上記ネットワークに接続された第２の機器に、上記情報開示用データ記憶部に記憶されたデータの読出し又はデータの書込みを指示するコマンドを発行させる制御部を設け、
上記第１の機器に設けられた情報開示用データ記憶部へのデータの記憶を、所定の階層構造化されたディスクリプタ形式とし、
上記所定の情報を上記ディスクリプタ形式の中に設定されるボードに記憶させ、
上記階層構造の最上位のディスクリプタで、上記所定のボードの記憶位置を直接的に指示し、
上記所定の情報に関連する情報を、上記最上位のディスクリプタから上記階層構造をたどることで指示されるインフォメーション領域に記憶させる構成とした
情報処理システム。
請求項５記載の情報処理システムにおいて、
上記第１の機器の情報開示用データ記憶部内のインフォメーション領域には、上記第２の機器からの情報の書込みが可能な領域と、上記第２の機器からの情報の書込みが制限される領域とを設定した
情報処理システム。
請求項６記載の情報処理システムにおいて、
上記インフォメーション領域として、情報の書込みが可能な領域を設定したとき、書込みが可能な容量に関する情報の記憶領域をディスクリプタに付加し、
上記第２の機器の制御部で、書込みが可能な容量を判断するようにした
情報処理システム。
請求項５記載の情報処理システムにおいて、
上記第１の機器の情報開示用データ記憶部内の所定のボードに記憶されたそれぞれの情報にＩＤを付加し、上記インフォメーション領域に記憶されたそれぞれの情報にも共通のＩＤを付加し、
上記第２の機器の制御部は、上記ＩＤに基づいて、上記ボードの記憶情報と上記インフォメーション領域の記憶情報との対応を判断するようにした
情報処理システム。
ネットワークを介して接続されている他の機器と情報の伝送を行う情報処理装置において、
上記ネットワークを介して接続されている他の機器に対して所定の情報を公開する情報開示用データ記憶部と、上記情報開示用データ記憶部に記憶されたデータを、上記ネットワークを介して所定のコマンドを受信することで読出し又は書込ませる制御部とを設け、
上記情報開示用データ記憶部へのデータの記憶を、所定の階層構造化されたディスクリプタ形式とし、
上記所定の情報を上記ディスクリプタ形式の中に設定されるボードに記憶させ、
上記階層構造の最上位のディスクリプタで、上記所定のボードの記憶位置を直接的に指示し、
上記所定の情報に関連する情報を、上記最上位のディスクリプタから上記階層構造をたどることで指示されるインフォメーション領域に記憶させる構成とした
情報処理装置。
請求項９記載の情報処理装置において、
上記情報開示用データ記憶部内のインフォメーション領域には、他の機器からの情報の書込みが可能な領域と、他の機器からの情報の書込みが制限される領域とを設定した
情報処理装置。
請求項１０記載の情報処理装置において、
上記インフォメーション領域として、情報の書込みが可能な領域を設定したとき、書込みが可能な容量に関する情報の記憶領域をディスクリプタに付加する
情報処理装置。
請求項９記載の情報処理装置において、
上記情報開示用データ記憶部内の所定のボードに記憶されたそれぞれの情報にＩＤを付加し、上記インフォメーション領域に記憶されたそれぞれの情報にも共通のＩＤを付加する
情報処理装置。