JP4635290B2 - 制御方法及び表示装置 - Google Patents
制御方法及び表示装置 Download PDFInfo
- Publication number
- JP4635290B2 JP4635290B2 JP2000074365A JP2000074365A JP4635290B2 JP 4635290 B2 JP4635290 B2 JP 4635290B2 JP 2000074365 A JP2000074365 A JP 2000074365A JP 2000074365 A JP2000074365 A JP 2000074365A JP 4635290 B2 JP4635290 B2 JP 4635290B2
- Authority
- JP
- Japan
- Prior art keywords
- display
- display device
- menu screen
- key operation
- menu
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Details Of Television Systems (AREA)
- User Interface Of Digital Computer (AREA)
- Selective Calling Equipment (AREA)
- Information Transfer Systems (AREA)
- Television Signal Processing For Recording (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、例えばＩＥＥＥ（The Institute of Electrical and ElectronicsEngineers ）１３９４方式のバスラインで複数台の機器を接続して、その機器間でデータ伝送を行う場合に適用して好適な制御方法と、その制御方法を実行するのに必要な表示装置に関する。
【０００２】
【従来の技術】
ＩＥＥＥ１３９４方式のシリアルデータバスを用いたネットワークで介して、相互に情報を伝送することができるＡＶ機器が開発されている。このバスを介してデータ伝送を行う際には、比較的大容量の動画データ，オーディオデータなどをリアルタイム伝送する際に使用されるアイソクロナス転送モードと、静止画像，テキストデータ，制御コマンドなどを確実に伝送する際に使用されるアシンクロナス転送モードとが用意され、それぞれのモード毎に専用の帯域が伝送に使用され、両モードの伝送は１つのバス上で混在できるようにしてある。
【０００３】
このようなバスで接続された複数台の機器間でデータを伝送することで可能な処理の一例をあげると、例えばＤＶＤ（Digital Video Disc又はDigital Versatile Disc）と称されるディスクの再生装置から再生されたビデオデータやオーディオデータを、テレビジョン受像機に伝送し、そのテレビジョン受像機の画面に映像を表示させると共に、内蔵されたスピーカからオーディオを出力させることが可能である。オーディオの出力は、受像機とは別体のオーディオ機器に接続されたスピーカから出力させることも可能である。このようなビデオデータやオーディオデータなどのストリームデータのバスでの伝送は、アイソクロナス転送モードで伝送される。なお、ＩＥＥＥ１３９４方式では、アイソクロナス転送モードでデータを送出する機器をターゲットと称する。
【０００４】
また、ＩＥＥＥ１３９４方式のシリアルデータバスで、オーディオ機器やビデオ機器などの各種情報機器を接続して、その機器間でデータ伝送を行う場合には、例えばＡＶ／Ｃコマンド（AV/C Command Transaction Set）と称される制御コマンドの伝送方式が適用できる。ＡＶ／Ｃコマンドの詳細については、http://www.1394TA.org に公開されている。このＡＶ／Ｃコマンドを適用して、バスで接続された一方の機器から他方の機器にコマンドを伝送することで、一方の機器から他方の機器のコントロールが可能になる。このＡＶ／Ｃコマンドでのコマンドの伝送は、アシンクロナス転送モードで実行される。
【０００５】
このＡＶ／Ｃコマンドを適用して、バスに接続された１台の機器（この機器をコントローラとする）から、他の複数台の情報機器を集中的にコントロールすることも可能である。
【０００６】
【発明が解決しようとする課題】
ところが、バス上の複数台の機器の制御を集中的に行うコントローラを考えた場合、そのコントローラのコントロールパネル上には、その制御される機器の機能に対応した多くの操作キーを配置する必要があり、コントローラの構成が非常に複雑化してしまう。
【０００７】
また、従来のＡＶ／Ｃコマンドの規格では、予め制御を行う情報機器が何らかの操作で選択されていることが前提であり、コントローラ側での情報機器の選択操作として必ずしも簡単な操作あるとは言えない問題があった。
【０００８】
本発明の目的は、ＩＥＥＥ１３９４方式などのネットワークで接続された機器間での制御が簡単に行えるようにすることにある。
【０００９】
【課題を解決するための手段】
本発明においては、少なくとも１台の情報機器を、所定のネットワークを介して表示機器と接続し、表示機器がコントローラからのキー操作コマンドで情報機器の制御を行う場合に、ネットワークに接続された情報機器に関する情報を表示機器が取得し、その取得した情報に基づいて、接続された情報機器を選択するための第１のメニュー画面を、上記コントローラからの指令により表示機器内で作成させて表示し、この第１のメニュー画面での表示に基づいたコントローラからの指令による選択処理で、特定の情報機器が選択された場合に、その選択された特定の情報機器を操作するための第２のメニュー画面を特定の情報機器に対して要求し、その要求で第２のメニュー画面の表示データを特定の情報機器から表示機器に伝送し、その伝送された第２のメニュー画面を表示機器で表示し、この第２のメニュー画面を表示させた際にコントローラのキー操作によるキー操作コマンドを表示機器が受信した場合に、表示機器において、キー操作コマンドによって行うべき表示の更新を、当該キー操作コマンドを受信した段階で行わず、受信したキー操作コマンドを特定の情報機器に送る中継伝送だけを行い、表示機器から送信されたキー操作コマンドを受信した特定の情報機器において、受信したキー操作コマンドに基づいて表示データを更新し、該更新した表示データを表示機器に送ることで、表示機器で表示させている第２のメニュー画面を更新させた表示とするようにしたものである。
【００１０】
本発明によると、表示機器でメニュー画面を表示させた上で、その画面中での選択操作を行うだけで、ネットワークに接続された特定の情報機器の操作が行える。
【００１１】
【発明の実施の形態】
以下、本発明の一実施の形態を、添付図面を参照して説明する。
【００１２】
図１は、本発明の一実施の形態による伝送システムの構成を示すブロック図である。本例においては、それぞれがＩＥＥＥ１３９４インターフェース方式で規定されたバスライン９に接続可能な端子を備えた複数台の情報機器１０，２０，３０が、バス９で相互に接続してある。用意された機器１０〜３０としては、例えばＤＶＤ（Digital Video Disc又はDigital Versatile Disc）と称されるディスクからビデオデータやオーディオデータなどの再生が可能なＤＶＤ再生装置１０と、テレビジョン放送の受像や、バスを介して伝送されるビデオデータの受像などが可能な表示装置２０と、ビデオテープなどの記録媒体を使用して記録や再生が可能なビデオ記録再生装置３０とが用意してある。
【００１３】
ここで、バス９に接続された情報機器１０〜３０の内の少なくとも１台の機器には、バス９上での通信を制御するコントローラとしての機能を有する。ここでは、表示装置２０がコントローラとして機能するようにしてある。
【００１４】
各機器の構成について説明すると、ＤＶＤ再生装置１０は、ディスク再生デッキ部１１を備えて、その再生デッキ部１１に装着されたディスク（ＤＶＤ）の再生処理を行う。このデッキ部１１での再生は、中央制御ユニット（ＣＰＵ）１３により制御される。また、本例のＤＶＤ再生装置１０は、この再生装置の操作を行うために必要なメニュー画面を他の機器で表示させるためのＤＶＤ出力メニュー生成部１４を備え、ＣＰＵ１３の制御で、そのＤＶＤ出力メニュー生成部１４に用意されたメニューデータを他の機器に出力するようにしてある。このＤＶＤ出力メニュー生成部１４には、再生装置１０で実現可能な各種機能をメニュー画面として記憶させてあると共に、再生装置１０を表示装置２０側で認識させるのに必要なデータ（即ち表示装置２０で機器選択メニューを表示させる際に必要なデータ）についても記憶させてある。再生装置１０の内部バスには、再生装置内での処理に必要なＲＡＭ１５及びＲＯＭ１６が接続してある。さらに、この再生装置１０をバス９に接続するためのインターフェース部１７を備える。
【００１５】
表示装置２０は、陰極線管などの画像表示手段とその駆動回路で構成されるディスプレイ部２１を備えて、入力したビデオデータによる画像を表示させることができる。テレビジョン放送受信用のチューナなどを備えて、受信した放送波による画像を表示させても良い。このディスプレイ部２１での画像表示は、中央制御ユニット（ＣＰＵ）２２により制御される。また、本例の表示装置２０は、バス９との接続用のインターフェース部２３を備えて、インターフェース部２３で受信したデータを、ディスプレイ部２１やＣＰＵ２２に供給できる構成としてある。表示装置２０の内部バスには、表示装置内での処理に必要なＲＡＭ２４及びＲＯＭ２５が接続してある。
【００１６】
また表示装置２０には、バス９に接続された機器を選択するメニュー画面を生成させるための機器選択メニュー生成部２６が用意してあり、ＣＰＵ２２の制御に基づいて、機器選択メニューをディスプレイ部２１で表示させることができるようにしてある。この機器選択メニュー生成部２６には、バス９に接続された機器に関する情報が記憶させてあり、その記憶情報に基づいて、機器選択メニューを生成させる。バス９に接続された機器に関する情報は、例えばバス９にバスリセットがかかったときに、表示装置２０が取得するようにしてある。即ち、バス９に接続される機器の構成などが変化したとき、ＩＥＥＥ１３９４方式のバス９はリセットがかかって、ノードＩＤなどの再設定が行われる構成としてある。このバスリセット時に、表示装置２０が、各ノードを構成する情報機器のベンター名，機種名と、場合によってはその機種を図形で表示させるための情報を取得するようにしてある。また、他の機器からバス９を介して表示装置２０のインターフェース部２３にメニューデータが伝送される場合にも、ＣＰＵ２２の制御に基づいて、その伝送されたメニューをディスプレイ部２１で表示させることができるようにしてある。
【００１７】
さらに本例の表示装置２０は、この表示装置２０とは別体の装置として用意されたメニューコントローラ４０での操作に基づいた処理が行えるようにしてある。このメニューコントローラ４０については後述するが、このメニューコントローラ４０に用意されたキーを操作したとき、表示装置２０内のユーザ操作変換部２７が、その操作情報を受信して、ＣＰＵ２２に伝えるようにしてある。メニューコントローラ４０とユーザ操作変換部２７との間は、例えば赤外線信号により操作情報を伝送する。或いはメニューコントローラ４０とユーザ操作変換部２７との間を有線の信号線で接続しても良い。又は、メニューコントローラ４０を表示装置２０に内蔵させても良い。
【００１８】
なお、ここではビデオ記録再生装置３０の構成については特に説明しないが、ＤＶＤ再生装置１０の場合と同様に、その装置３０で実行可能な機能に関するメニューデータを記憶したメニュー生成部を内部に備える。
【００１９】
図２は、メニューコントローラ４０の構成例を示す図である。本例のメニューコントローラ４０は、メニュー画面を表示させるための指示と、その指示された表示されたメニュー画面上で、フォーカスを合わせる位置を設定させるための方向の指示と、そのフォーカスを合わせた位置の機能の実行の指示とを行うためのキーだけを配置してある。即ち、上キー４１，下キー４２，左キー４３，右キー４４の４個のキーで方向指示キーが構成され、その４個のキー４１〜４４の中心に、実行キー４５が配置してある。また、メニュー画面を表示させるためのキーとして、ここでは情報機器機能実現メニューキー４６と、機器選択メニューキー４７の２つのキーが配置してある。これらのキー４１〜４７が操作されたとき、赤外線信号などで表示装置２０側のユーザ操作変換部２７に各キーに対応した操作情報が伝送される。
【００２０】
本例においては、このように構成される各機器１０〜３０の間でデータを伝送するものであるが、ここでこのように複数台の機器が接続されたＩＥＥＥ１３９４方式のバス９でデータが伝送される処理について説明する。
【００２１】
図３は、ＩＥＥＥ１３９４方式のバスで接続された機器のデータ伝送のサイクル構造を示す図である。ＩＥＥＥ１３９４では、データは、パケットに分割され、１２５μＳの長さのサイクルを基準として時分割にて伝送される。このサイクルは、サイクルマスタ機能を有するノード（バスに接続ささたいずれかの機器）から供給されるサイクルスタート信号によって作り出される。アイソクロナスパケットは、全てのサイクルの先頭から伝送に必要な帯域（時間単位であるが帯域と呼ばれる）を確保する。このため、アイソクロナス伝送では、データの一定時間内の伝送が保証される。ただし、伝送エラーが発生した場合は、保護する仕組みが無く、データは失われる。各サイクルのアイソクロナス伝送に使用されていない時間に、アービトレーションの結果、バスを確保したノードが、アシンクロナスパケットを送出するアシンクロナス伝送では、アクノリッジ、およびリトライを用いることにより、確実な伝送は保証されるが、伝送のタイミングは一定とはならない。
【００２２】
所定のノードがアイソクロナス伝送を行う為には、そのノードがアイソクロナス機能に対応していなければならない。また、アイソクロナス機能に対応したノードの少なくとも１つは、サイクルマスタ機能を有していなければならない。更に、ＩＥＥＥ１３９４シリアスバス９−１乃至９−４に接続されたノードの中の少なくとも１つは、アイソクロナスリソースマネージャの機能を有していなければならない。
【００２３】
図４は、ＩＥＥＥ１３９４方式のバスで伝送されるパケットの種類を、階層構造で示した図である。この方式のバスで伝送されるパケットは、大きく分けて、物理レイヤ（Ｐｈｙｓｉｃａｌ）に要求を行うパケットと、データを伝送するパケットと、承認用（Ａｃｋｎｏｗｌｅｄｇｅ）のパケットとの３種類に分類することができる。
【００２４】
データ伝送用のパケットには、アシンクロナス通信（非同期伝送）用のパケットと、アイソクロナス通信用のパケットに分けることができる。アシンクロナス通信用のパケットについては、用途毎に種々のパケット構造が規定されている。
【００２５】
ＩＥＥＥ１３９４は、ＩＳＯ／ＩＥＣ１３２１３で規定された６４ビットのアドレス空間を有するＣＳＲ（Ｃｏｎｔｒｏｌ＆Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒ）アーキテクチャに準拠している。ＣＳＲは、バスに接続された各機器が持つレジスタであり、このレジスタを使用してデータの受け渡しが行われる。図５は、ＣＳＲアーキテクチャのアドレス空間の構造を説明する図である。上位１６ビットは、各ＩＥＥＥ１３９４上のノードを示すノードＩＤであり、残りの４８ビットが各ノードに与えられたアドレス空間の指定に使われる。この上位１６ビットは更にバスＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６ビットに分かれる。全てのビットが１となる値は、特別な目的で使用されるため、１０２３個のバスと６３個のノードを指定することができる。
【００２６】
下位４８ビットにて規定される２５６テラバイトのアドレス空間のうちの上位２０ビットで規定される空間は、２０４８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特有のレジスタ等に使用されるイニシャルレジスタスペース（Ｉｎｉｔｉａｌ Ｒｅｇｉｓｔｅｒ Ｓｐａｃｅ）、プライベートスペース（Ｐｒｉｖａｔｅ Ｓｐａｃｅ）、およびイニシャルメモリスペース（Ｉｎｉｔｉａｌ Ｍｅｍｏｒｙ Ｓｐａｃｅ）などに分割され、下位２８ビットで規定される空間は、その上位２０ビットで規定される空間が、イニシャルレジスタスペースである場合、コンフィギレーションＲＯＭ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅａｄｏｎｌｙ ｍｅｍｏｒｙ）、ノード特有の用途に使用されるイニシャルユニットスペース（Ｉｎｉｔｉａｌ Ｕｎｉｔ Ｓｐａｃｅ）、プラグコントロールレジスタ（Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ（ＰＣＲｓ））などとして用いられる。
【００２７】
図６は、主要なＣＳＲのオフセットアドレス、名前、および働きを説明する図である。図６のオフセットとは、イニシャルレジスタスペースが始まるＦＦＦＦＦ０００００００ｈ（最後にｈのついた数字は１６進表示であることを表す）番地よりのオフセットアドレスを示している。オフセット２２０ｈを有するバンドワイズアベイラブルレジスタ（Ｂａｎｄｗｉｄｔｈ Ａｖａｉｌａｂｌｅ Ｒｅｇｉｓｔｅｒ）は、アイソクロナス通信に割り当て可能な帯域を示しており、アイソクロナスリソースマネージャとして動作しているノードの値だけが有効とされる。すなわち、図５のＣＳＲは、各ノードが有しているが、バンドワイズアベイラブルレジスタについては、アイソクロナスリソースマネージャのものだけが有効とされる。換言すれば、バンドワイズアベイラブルレジスタは、実質的に、アイソクロナスリソースマネージャだけが有する。バンドワイズアベイラブルレジスタには、アイソクロナス通信に帯域を割り当てていない場合に最大値が保存され、帯域を割り当てる毎にその値が減少していく。
【００２８】
オフセット２２４ｈ乃至２２８ｈのチャンネルアベイラブルレジスタ（Ｃｈａｎｎｅｌｓ Ａｖａｉｌａｂｌｅ Ｒｅｇｉｓｔｅｒ）は、その各ビットが０乃至６３番のチャンネル番号のそれぞれに対応し、ビットが０である場合には、そのチャンネルが既に割り当てられていることを示している。アイソクロナスリソースマネージャとして動作しているノードのチャンネルアベイラブルレジスタのみが有効である。
【００２９】
図５に戻り、イニシャルレジスタスペース内のアドレス２００ｈ乃至４００ｈに、ゼネラルＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）フォーマットに基づいたコンフィギレーションＲＯＭが配置される。図７は、ゼネラルＲＯＭフォーマットを説明する図である。ＩＥＥＥ１３９４上のアクセスの単位であるノードは、ノードの中にアドレス空間を共通に使用しつつ独立して動作をするユニットを複数個有することができる。ユニットディレクトリ（ｕｎｉｔ＿ｄｉｒｅｃｔｏｒｉｅｓ）は、このユニットに対するソフトウェアのバージョンや位置を示すことができる。バスインフォブロック（ｂｕｓ＿ｉｎｆｏ＿ｂｌｏｃｋ）とルートディレクトリ（ｒｏｏｔ＿ｄｉｒｅｃｔｏｒｙ）の位置は固定されているが、その他のブロックの位置はオフセットアドレスによって指定される。
【００３０】
図８は、バスインフォブロック、ルートディレクトリ、およびユニットディレクトリの詳細を示す図である。バスインフォブロック内のＣｏｍｐａｎｙ＿ＩＤには、機器の製造者を示すＩＤ番号が格納される。Ｃｈｉｐ＿ＩＤには、その機器固有の、他の機器と重複のない製造番号などの固有のＩＤが記憶される。また、ＩＥＣ１８３３の規格により、ＩＥＣ１８８３を満たした機器のユニットディレクトリのユニットスペックＩＤ（ｕｎｉｔ＿ｓｐｅｃ＿ｉｄ）の、ファーストオクテットには００ｈが、セカンドオクテットにはＡｏｈが、サードオクテットには２Ｄｈが、それぞれ書き込まれる。更に、ユニットスイッチバージョン（ｕｎｉｔ＿ｓｗ＿ｖｅｒｓｉｏｎ）のファーストオクテットには、０１ｈが、サードオクテットのＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）には、１が書き込まれる。
【００３１】
インターフェースを介して、機器の入出力を制御する為、ノードは、図５のイニシャルユニットスペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ１８８３に規定されるＰＣＲ（Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ）を有する。これは、論理的にアナログインターフェースに類似した信号経路を形成するために、プラグという概念を実体化したものである。図９は、ＰＣＲの構成を説明する図である。ＰＣＲは、出力プラグを表すｏＰＣＲ（ｏｕｔｐｕｔ Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｓｉｓｔｅｒ）、入力プラグを表すｉＰＣＲ（ｉｎｐｕｔ Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ）を有する。また、ＰＣＲは、各機器固有の出力プラグまたは入力プラグの情報を示すレジスタｏＭＰＲ（ｏｕｔｐｕｔ Ｍａｓｔｅｒ Ｐｌｕｇ Ｒｅｇｉｓｔｅｒ）とｉＭＰＲ（ｉｎｐｕｔ Ｍａｓｔｅｒ Ｐｌｕｇ Ｒｅｇｉｓｔｅｒ）を有する。各機器は、ｏＭＰＲおよびｉＭＰＲをそれぞれ複数持つことはないが、個々のプラグに対応したｏＰＣＲおよびｉＰＣＲを、機器の能力によって複数持つことが可能である。図８に示されるＰＣＲは、それぞれ３１個のｏＰＣＲおよびｉＰＣＲを有する。アイソクロナスデータの流れは、これらのプラグに対応するレジスタを操作することによって制御される。
【００３２】
図１０は、ｏＭＰＲ，ｏＰＣＲ，ｉＭＰＲ、およびｉＰＣＲの構成を示す図である。図１０（Ａ）はｏＭＰＲの構成を、図１０（Ｂ）はｏＰＣＲの構成を、図１０（Ｃ）はｉＭＰＲの構成を、図１０（Ｄ）はｉＰＣＲの構成を、それぞれ示す。ｏＭＰＲおよびｉＭＰＲのＭＳＢ側の２ビットのデータレートケイパビリティ（ｄａｔａ ｒａｔｅ ｃａｐａｂｉｌｉｔｙ）には、その機器が送信または受信可能なアイソクロナスデータの最大伝送速度を示すコードが格納される。ｏＭＰＲのブロードキャストチャンネルベース（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ ｂａｓｅ）は、ブロードキャスト出力に使用されるチャンネルの番号を規定する。
【００３３】
ｏＭＰＲのＬＳＢ側の５ビットのナンバーオブアウトプットプラグス（ｎｕｍｂｅｒ ｏｆ ｏｕｔｐｕｔ ｐｌｕｇｓ）には、その機器が有する出力プラグ数、すなわちｏＰＣＲの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５ビットのナンバーオブインプットプラグス（ｎｕｍｂｅｒ ｏｆ ｉｎｐｕｔ ｐｌｕｇｓ）には、その機器が有する入力プラグ数、すなわちｉＰＣＲの数を示す値が格納される。ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔ ｅｘｔｅｎｓｉｏｎ ｆｉｅｌｄおよびｐｅｒｓｉｓｔｅｎｔ ｅｘｔｅｎｓｉｏｎ ｆｉｅｌｄは、将来の拡張の為に定義された領域である。
【００３４】
ｏＰＣＲおよびｉＰＣＲのＭＳＢのオンライン（ｏｎ−ｌｉｎｅ）は、プラグの使用状態を示す。すなわち、その値が１であればそのプラグがＯＮ−ＬＩＮＥであり、０であればＯＦＦ−ＬＩＮＥであることを示す。ｏＰＣＲおよびｉＰＣＲのブロードキャストコネクションカウンタ（ｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）の値は、ブロードキャストコネクションの有り（１）または無し（０）を表す。ｏＰＣＲおよびｉＰＣＲの６ビット幅を有するポイントトウポイントコネクションカウンタ（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）が有する値は、そのプラグが有するポイントトウポイントコネクション（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ）の数を表す。
【００３５】
ｏＰＣＲおよびｉＰＣＲの６ビット幅を有するチャンネルナンバー（ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）が有する値は、そのプラグが接続されるアイソクロナスチャンネルの番号を示す。ｏＰＣＲの２ビット幅を有するデータレート（ｄａｔａ ｒａｔｅ）の値は、そのプラグから出力されるアイソクロナスデータのパケットの現実の伝送速度を示す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ（ｏｖｅｒｈｅａｄ ＩＤ）に格納されるコードは、アイソクロナス通信のオーバーのバンド幅を示す。ｏＰＣＲの１０ビット幅を有するペイロード（ｐａｙｌｏａｄ）の値は、そのプラグが取り扱うことができるアイソクロナスパケットに含まれるデータの最大値を表す。
【００３６】
図１１はプラグ、プラグコントロールレジスタ、およびアイソクロナスチャンネルの関係を表す図である。ここでは、ＡＶデバイス（ＡＶ−ｄｅｖｉｃｅ）７１〜７３が、ＩＥＥＥ１３９４シリアスバスによって接続されている。ＡＶデバイス７３のｏＭＰＲにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ〔０〕〜ｏＰＣＲ〔２〕のうち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイソクロナスデータは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１（ｃｈａｎｎｅｌ ＃１）に送出される。ＡＶデバイス７１のｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉＰＣＲ〔０〕とｉＰＣＲ〔１〕のうち、入力チャンネル＃１が伝送速度とｉＰＣＲ〔０〕により、ＡＶデバイス７１は、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１に送出されたアイソクロナスデータを読み込む。同様に、ＡＶデバイス７２は、ｏＰＣＲ〔０〕で指定されたチャンネル＃２（ｃｈａｎｎｅｌ ＃２）に、アイソクロナスデータを送出し、ＡＶデバイス７１は、ｉＰＲＣ〔１〕にて指定されたチャンネル＃２からそのアイソクロナスデータを読み込む。
【００３７】
このようにして、ＩＥＥＥ１３９４シリアルバスによって接続されている機器間でデータ伝送が行われるが、本例のシステムでは、このＩＥＥＥ１３９４シリアスバスを介して接続された機器のコントロールのためのコマンドとして規定されたＡＶ／Ｃコマンドセットを利用して、各機器のコントロールや状態の判断などが行えるようにしてある。次に、このＡＶ／Ｃコマンドセットについて説明する。
【００３８】
まず、本例のシステムで使用されるＡＶ／ＣコマンドセットにおけるＳｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒのデータ構造について、図１２〜図１５を参照しながら説明する。図１２は、Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒのデータ構造を示している。図１１に示すように、Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒの階層構造のリストにより形成されている。リストとは、例えば、チューナであれば、受信できるチャンネル、ディスクであれば、そこに記録されている曲などを表す。階層構造の最上位層のリストはルートリストと呼ばれており、例えば、リスト０がその下位のリストに対するルートとなる。リスト２乃至（ｎ−１）も同様にルートリストとなる。ルートリストはオブジェクトの数だけ存在する。ここで、オブジェクトとは、例えば、ＡＶ機器がチューナである場合、デジタル放送における各チャンネル等のことである。また、１つの階層の全てのリストは、共通の情報を共有している。
【００３９】
図１３は、既存のシステムにおいて用いられるＴｈｅ Ｇｅｎｅｒａｌ Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒのフォーマットを示している。Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ４１には、機能に関しての属性情報がｃｏｎｔｅｎｔｓに記述されている。ｄｅｓｃｒｉｐｔｏｒ ｌｅｎｇｔｈフィールド自身の値は含まれていない。ｇｅｎｅｒａｔｉｏｎ ＩＤは、ＡＶ／Ｃコマンドセットのバージョンを示しており、その値は図１４に示すように、例えば“００ｈ”（ｈは１６進を表す）となっている。ここで、“００ｈ”は、データ構造とコマンドがＡＶ／Ｃ Ｇｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎのバージョン３．０であることを意味している。また、図１４に示すように、“００ｈ”を除いた全ての値は、将来の仕様のために予約確保されている。
【００４０】
ｓｉｚｅ ｏｆ ｌｉｓｔ ＩＤは、リストＩＤのバイト数を示している。ｓｉｚｅ ｏｆ ｏｂｊｅｃｔ ＩＤは、オブジェクトＩＤのバイト数を示している。ｓｉｚｅ ｏｆ ｏｂｊｅｃｔ ｐｏｓｉｔｏｉｎは、制御の際、参照する場合に用いられるリスト中の位置（バイト数）を示している。ｎｕｍｂｅｒ ｏｆ ｒｏｏｔ ｏｂｊｅｃｔ ｌｉｓｔｓは、ルートオブジェクトリストの数を示している。ｒｏｏｔ ｏｂｊｅｃｔ ｌｉｓｔ ｉｄは、それぞれ独立した階層の最上位のルートオブジェクトリストを識別するためのＩＤを示している。
【００４１】
ｓｕｂｕｎｉｔ ｄｅｐｅｎｄｅｎｔ ｌｅｎｇｔｈは、後続のｓｕｂｕｉｔｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎフィールドのバイト数を示している。ｓｕｂｕｉｔ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎは、機能に固有の情報を示すフィールドである。ｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎｔ ｌｅｎｇｔｈは、後続のｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎフィールドのバイト数を示している。ｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎは、ベンダー（メーカ）の仕様情報を示すフィールドである。尚、ディスクリプタの中にｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎがない場合は、このフィールドは存在しない。
【００４２】
図１５は、図１２で示したリストＩＤの割り当て範囲を示している。図１５に示すように、“００００ｈ乃至０ＦＦＦｈ”および“４０００ｈ乃至ＦＦＦＦｈ”は、将来の仕様のための割り当て範囲として予約確保されている。“１０００ｈ乃至３ＦＦＦｈ”および“１００００ｈ乃至ｍａｘ ｌｉｓｔ ＩＤ ｖａｌｕｅ”は、機能タイプの従属情報を識別するために用意されている。
【００４３】
次に、本例のシステムで使用されるＡＶ／Ｃコマンドセットについて、図１６〜図２２を参照しながら説明する。図１６は、ＡＶ／Ｃコマンドセットのスタックモデルを示している。図１６に示すように、物理レイヤ８１、リンクレイヤ８２、トランザクションレイヤ８３、およびシリアスバスマネジメント８４は、ＩＥＥＥ１３９４に準拠している。ＦＣＰ（Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）８５は、ＩＥＣ６１８８３に準拠している。ＡＶ／Ｃコマンドセット８６は、１３９４ＴＡスペックに準拠している。
【００４４】
図１７は、図１６のＦＣＰ８５のコマンドとレスポンスを説明するための図である。ＦＣＰはＩＥＥＥ１３９４上のＡＶ機器の制御を行うためのプロトコルである。図１７に示すように、制御する側がコントローラで、制御される側がターゲットである。ＦＣＰのコマンドの送信またはレスポンスは、ＩＥＥＥ１３９４のアシンクロナス通信のライトトランザクションを用いて、ノード間で行われる。データを受け取ったターゲットは、受信確認のために、アクノリッジをコントローラに返す。
【００４５】
図１８は、図１７で示したＦＣＰのコマンドとレスポンスの関係をさらに詳しく説明するための図である。ＩＥＥＥ１３９４バスを介してノードＡとノードＢが接続されている。ノードＡがコントローラで、ノードＢがターゲットである。ノードＡ、ノードＢともに、コマンドレジスタおよびレスポンスレジスタがそれぞれ、５１２バイトずつ準備されている。図１８に示すように、コントローラがターゲットのコマンドレジスタ９３にコマンドメッセージを書き込むことにより命令を伝える。また逆に、ターゲットがコントローラのレスポンスレジスタ９２にレスポンスメッセージを書き込むことにより応答を伝えている。以上２つのメッセージに対して、制御情報のやり取りを行う。ＦＣＰで送られるコマンドセットの種類は、後述する図１９のデータフィールド中のＣＴＳに記される。
【００４６】
図１９は、ＡＶ／Ｃコマンドのアシンクロナス転送モードで伝送されるパケットのデータ構造を示している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御するためのコマンドセットで、ＣＴＳ（コマンドセットのＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレームおよびレスポンスフレームが、上記ＦＣＰを用いてノード間でやり取りされる。バスおよびＡＶ機器に負担をかけないために、コマンドに対するレスポンスは、１００ｍｓ以内に行うことになっている。図１９に示すように、アシンクロナスパケットのデータは、水平方向３２ビット（＝１ｑｕａｄｌｅｔ）で構成されている。図中上段はパケットのヘッダ部分を示しており、図中下段はデータブロックを示している。ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤは、宛先を示している。
【００４７】
ＣＴＳはコマンドセットのＩＤを示しており、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”である。ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅのフィールドは、パケットがコマンドの場合はコマンドの機能分類を示し、パケットがレスポンスの場合はコマンドの処理結果を示す。コマンドは大きく分けて、（１）機能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外部から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、（３）制御コマンドのサポートの有無を外部から問い合わせるコマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣＩＦＩＣ ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅｒａｎｄｓのサポートの有無））、（４）状態の変化を外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）の４種類が定義されている。
【００４８】
レスポンスはコマンドの種類に応じて返される。ＣＯＮＴＲＯＬコマンドに対するレスポンスには、ＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ（実装されていない）、ＡＣＣＥＰＴＥＤ（受け入れる）、ＲＥＪＥＣＴＥＤ（拒絶）、および（ＩＮＴＥＲＩＭ（暫定）がある。ＳＴＡＴＵＳコマンドに対するレスポンスには、ＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ、ＲＥＪＥＣＴＥＤ、ＩＮ ＴＲＡＮＳＩＴＩＯＮ（移行中）、およびＳＴＡＢＬＥ（安定）がある。ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹおよびＳＰＥＣＩＦＩＣ ＩＮＱＵＩＲＹコマンドに対するレスポンスには、ＩＭＰＬＥＭＥＮＴＥＤ（実装されている）、およびＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤがある。ＮＯＴＩＦＹコマンドに対するレスポンスには、ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ，ＲＥＪＥＣＴＥＤ，ＩＮＴＥＲＩＭおよびＣＨＡＮＧＥＤ（変化した）がある。
【００４９】
サブユニットタイプ（ｓｕｂｕｎｉｔ ｔｙｐｅ）は、機器内の機能を特定するために設けられており、例えば、ｔａｐｅ ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ，ｔｕｎｅｒ等が割り当てられる。同じ種類のｓｕｂｕｎｉｔが複数存在する場合の判別を行うために、判別番号としてｓｕｂｕｎｉｔ ｉｄでアドレッシングを行う。ｏｐｃｏｄｅはコマンドを表しており、ｏｐｅｒａｎｄはコマンドのパラメータを表している。Ａｄｄｉｔｉｏｎａｌ ｏｐｅｒａｎｄｓは必要に応じて付加されるフィールドである。ｐａｄｄｉｎｇも必要に応じて付加されるフィールドである。ｄａｔａ ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）はデータ伝送時のエラーチェックに使われる。
【００５０】
図２０は、ＡＶ／Ｃコマンドの具体例を示している。図２０（Ａ）は、ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅの具体例を示している。図中上段がコマンドを表しており、図中下段がレスポンスを表している。“００００”にはＣＯＮＴＲＯＬ、“０００１”にはＳＴＡＴＵＳ、“００１０”にはＳＰＥＣＩＦＩＣ ＩＮＱＵＩＲＹ、“００１１”にはＮＯＴＩＦＹ、“０１００”にはＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹが割り当てられている。“０１０１乃至０１１１”は将来の仕様のために予約確保されている。また、“１０００”にはＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ、“１００１”にはＡＣＣＥＰＴＥＤ、“１０１０”にはＲＥＪＥＣＴＥＤ、“１０１１”にはＩＮ ＴＲＡＮＳＩＴＩＯＮ、“１１００”にはＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ、“１１０１”にはＣＨＮＧＥＤ、“１１１１”にはＩＮＴＥＲＩＭが割り当てられている。“１１１０”は将来の仕様のために予約確保されている。
【００５１】
図２０（Ｂ）は、ｓｕｂｕｎｉｔ ｔｙｐｅの具体例を示している。“０００００”にはＶｉｄｅｏ Ｍｏｎｉｔｏｒ、“０００１１”にはＤｉｓｋ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１００”にはＴａｐｅ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１０１”にはＴｕｎｅｒ、“００１１１”にはＶｉｄｅｏＣａｍｅｒａ、“１１１００”にはＶｅｎｄｏｒ ｕｎｉｑｕｅ、“１１１１０”にはＳｕｂｕｎｉｔ ｔｙｐｅ ｅｘｔｅｎｄｅｄ ｔｏ ｎｅｘｔ ｂｙｔｅが割り当てられている。尚、“１１１１１”にはｕｎｉｔが割り当てられているが、これは機器そのものに送られる場合に用いられ、例えば電源のオンオフなどが挙げられる。
【００５２】
図２０（Ｃ）は、ｏｐｃｏｄｅの具体例を示している。各ｓｕｂｕｎｉｔ ｔｙｐｅ毎にｏｐｃｏｄｅのテーブルが存在し、ここでは、ｓｕｂｕｎｉｔ ｔｙｐｅがＴａｐｅ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒの場合のｏｐｃｏｄｅを示している。また、ｏｐｃｏｄｅ毎にｏｐｅｒａｎｄが定義されている。ここでは、“００ｈ”にはＶＥＮＤＯＲ−ＤＥＰＥＮＤＥＮＴ、“５０ｈ”にはＳＥＡＣＨＭＯＤＥ、“５１ｈ”にはＴＩＭＥＣＯＤＥ、“５２ｈ”にはＡＴＮ、“６０ｈ”にはＯＰＥＮ ＭＩＣ、“６１ｈ”にはＲＥＡＤ ＭＩＣ、“６２ｈ”にはＷＲＩＴＥ ＭＩＣ、“Ｃ１ｈ”にはＬＯＡＤ ＭＥＤＩＵＭ、“Ｃ２ｈ”にはＲＥＣＯＲＤ、“Ｃ３ｈ”にはＰＬＡＹ、“Ｃ４ｈ”にはＷＩＮＤが割り当てられている。
【００５３】
図２１は、ＡＶ／Ｃコマンドとレスポンスの具体例を示している。例えば、ターゲット（コンスーマ）としての再生機器に再生指示を行う場合、コントローラは、図２１（Ａ）のようなコマンドをターゲットに送る。このコマンドは、ＡＶ／Ｃコマンドセットを使用しているため、ＣＴＳ＝“００００”となっている。ｃｔｙｐｅには、機器を外部から制御するコマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃｔｙｐｅ＝“００００”となっている（図２０（Ａ）参照）。ｓｕｂｕｎｉｔ ｔｙｐｅは、ここではＤｉｓｃ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒであることより、ｓｕｂｕｎｉｔ ｔｙｐｅ＝“０００１１”となっている（図２０（Ｂ）参照）。ｉｄはＩＤ０の場合を示しており、ｉｄ＝０００となっている。ｏｐｃｏｄｅは再生を意味する“Ｃ３ｈ”となっている（図２０（Ｃ）参照）。ｏｐｅｒａｎｄはＦＯＲＷＡＲＤを意味する“７５ｈ”となっている。そして、再生されると、ターゲットは図２１（Ｂ）のようなレスポンスをコントローラに返す。ここでは、受け入れを意味するａｃｃｅｐｔｅｄがｒｅｓｐｏｎｓｅに入るため、ｒｅｓｐｏｎｓｅ＝“１００１”となっている（図２０（Ａ）参照）。ｒｅｓｐｏｎｓｅを除いて、他は図２１（Ａ）と同じであるので説明は省略する。
【００５４】
ディスクリプタのデータ形式については、サブユニットのタイプ毎に定義されている。図２２は、ディスクサブユニット（ｓｕｂｕｎｉｔ ｔｙｐｅ＝Ｄｉｓｃ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ）の場合のディスクリプタの構造を示したものである。この場合には、図１３に示したＴｈｅ Ｇｅｎｅｒａｌ Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒの中のｓｕｂｕｉｔ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎフィールドが、Ｄｉｓｃ ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒフィールドになって、そのサブユニットについてのデータが配置される。
【００５５】
このように規定されるＡＶ／Ｃコマンドを利用して、バスに接続された機器の制御が行われて、その制御に基づいてバスで接続された機器間でのデータ伝送が行われる。
【００５６】
次に、以上説明したＡＶ／Ｃコマンドセットによる制御で、図１，図２に示したシステム構成で、ＤＶＤ再生装置１０で再生したビデオデータを、表示装置２０で表示させる処理の例を説明する。本例の場合には、ＤＶＤ再生装置１０の操作は、メニューコントローラ４０の操作で全て行えるようにしてある。即ち、メニューコントローラ４０には、情報機器機能実現メニューキー４６と機器選択メニューキー４７とが用意してあり、それぞれのメニューキーの操作で、該当するメニューを画面上に表示させることができるものである。
【００５７】
図２３は、図１のようなネットワーク構成の場合に、機器選択メニューキー４７の操作で表示される機器選択メニューの表示例を示したものである。ここでは、ディスプレイ部２１の画面２１ａの中に、表示機器２０を示す表示５１と、ＤＶＤ再生装置１０を示す表示５２と、ビデオ記録再生装置３０を示す表示５３とが表示され、それぞれの表示５１〜５３がバスで接続させたメニュー画面としてある。ここでは、表示機器２０とビデオ記録再生装置３０を示す表示５１，５３については、その機器を示す図形で表示させてあり、ＤＶＤ再生装置１０を示す表示５２については文字で表示させてある。このメニュー表示が行われた状態で、表示５１〜５３の中から、方向を指示するキー４１〜４４の操作で、フォーカスを合わせるものを選択した上で、実行キー４５を押すことで、操作する装置が選択される。フォーカスが合った表示については、表示色を変化させる等して、フォーカスが合っていることが判る表示を行う。
【００５８】
また、情報機器機能実現メニューキー４６を操作したときには、情報機器機能実現メニューが表示される。図２４は、情報機器機能実現メニューを、ディスプレイ部２１の画面２１ａに表示させた例を示したものである。ここでは、ＤＶＤ再生装置１０を機器として選択した場合のメニュー表示である。図２４に従って説明すると、ＤＶＤ再生装置に関するメニュー表示であることを示す表示６１があり、その下に、この再生装置１０が備える各機能が、分類されて表示されている。即ち、ここではＤＶＤ出力メニュー表示６２と、ＤＶＤ基本機能表示６３と、ＤＶＤ応用機能表示６４との３つに分けて表示させてある。この表示が行われた状態で、方向を指示するキー４１〜４４の操作で、フォーカスを合わせるものを選択した上で、実行キー４５を押すことで、該当する機能が選択される。このメニュー画面の場合にも、フォーカスが合った部分の表示については、表示色を変化させる等して、フォーカスが合っていることが判る表示を行う。
【００５９】
ＤＶＤ出力メニュー表示６２は、ディスクの再生方法を決定するメニューを表示である。例えば、「ディスプレイ」と表示された部分にフォーカスを合わせて実行キー４５を押すことで、ディスプレイメニューが表示されて、図２４に示すＤＶＤ機能実現メニューは消去される。図２５は、このように操作してディスプレイメニューを表示させた例を示したものである。ここでのディスプレイメニューでは、「タイトル」，「チャプター」，「タイム」，「オーディオ」，「アングル」，「サブタイトル」，「プログラム」，「リピート」，「戻る」の各項目が一覧で表示された状態となっている。
【００６０】
ここでは図２５のＡに示すように、最初の状態では、一番上のタイトルにフォーカスが合った状態とされ、この状態で下キー４２を押すことで、図２５のＢに示すように、１項目下のチャプターにフォーカスが合う位置が変化する。このチャプターが選ばれた状態で、さらに右キー４４又は実行キー４５を押すと、再生したいチャプター（章）を決定するためのモードに移行する。そのモードに移った後に、例えば下キー４２を１回押して１桁目で「１」を選択し、右キー４４を押して隣りの桁に移る。この状態で例えば上キー４１を３回押して２桁目で「７」を選択したとすると、その後に実行キー４５を押すことで、チャプター「１７」が指定されたことになり、ＤＶＤ再生装置１０でチャプター「１７」が再生される。また、上キー４１又は下キー４２をして、「戻る」の項目にフォーカスを合わせて実行キー４５を押すことで、ディスプレイメニューが消去される。
【００６１】
ＤＶＤ基本機能表示６３は、ディスクの再生、早送り、巻戻し、停止、一時停止、コマ送り、スロー再生などの再生装置にとって基本的な再生機能を実行させる表示である。
【００６２】
ＤＶＤ応用機能表示６４は、ＤＶＤに特化した特殊な機能を実行させる表示である。例えば、字幕の変更、アングルの変更、オーディオの再生モードの変更などを実行させる表示である。
【００６３】
次に、このようなメニュー表示により表示装置２０に接続された機器の操作を行う場合の処理を、図２６のフローチャートを参照して説明する。まずユーザはコントローラ４０の機器選択メニューキー４７を操作する（ステップＳ１１）。このとき、図２３に示したような機器選択メニューが、表示装置２０の画面に表示される（ステップＳ１２）。この状態で、メニューコントローラ４０に配置されたキーを操作して、制御したい機器を選択する操作を行う（ステップＳ１３）。この選択操作を行ったとき、表示装置２０は、バス９に接続されている選択された情報機器との間で、アシンクロナス通信でコマンドの伝送ができるようにコネクションを確立させると共に、選択された機器側からメニューデータを伝送できるように、アイソクロナス通信でのチャンネルの確保を行う。
【００６４】
そして、例えば機器選択メニューキー４７を再度操作して、機器選択メニューを画面上から消去させた後（ステップＳ１４）、情報機器機能実現メニューキー４６を操作することで、選択された情報機器からメニューデータが伝送されて、その機器の機能実現メニューが表示される（ステップＳ１５）。ここではＤＶＤ機能実現メニューが、図２４に示すように表示される。このメニューを表示させる画像データについては、アイソクロナス転送モードで、該当する機器からバス９を介して表示装置２０に伝送される。
【００６５】
このＤＶＤ機能実現メニューが表示された状態で、メニュー内の各表示を上下左右のキーの操作で選択することで（ステップＳ１６）、その選択された位置のデータが表示装置２０からＤＶＤ再生装置１０側にＡＶ／Ｃコマンドで伝送されて、ＤＶＤ再生装置１０内のＣＰＵ１３に接続されたメモリに設定されたフォーカスＩＤに、どの表示が選択されたかの情報が保持される（ステップＳ１７）。この保持された情報で示されるＤＶＤ機能実現メニュー中の表示については、表示形態を変化させるようにしてある。
【００６６】
そして、実行キー４５が押されたとき（ステップＳ１８）、そのデータが表示装置２０からＤＶＤ再生装置１０側にＡＶ／Ｃコマンドで伝送されて、フォーカスＩＤに保持された情報がどの情報であるか判断される（ステップＳ１９）。この判断としては、例えばフォーカスＩＤが示すボタンの表示が、ＤＶＤ出力メニューのものか否か判断され、ＤＶＤ出力メニューでない場合には、そのボタン表示に対応した動作を、ＣＰＵ１３が実行させる。また、ＤＶＤ出力メニューのものであると判断した場合には、ＤＶＤ出力メニューを表示させる画像データを、ＤＶＤ再生装置１０から表示装置２０に伝送し（ステップＳ２１）、表示装置２０で該当するメニュー画面を表示させる。そして、ＤＶＤ出力メニューを、メニューコントローラの操作に基づいた表示とし（ステップＳ２２）、ＤＶＤメニューの操作が可能となる（ステップＳ２３）。
【００６７】
なお、ＤＶＤ再生装置１０で作成されたメニュー画面を、表示装置２０で表示させている状態で、メニューコントローラ４０に配置されたキーが操作されたときの操作情報のバス９を介した伝送は、例えばＡＶ／Ｃコマンドのパネルサブユニット（ＡＶ／Ｃ Ｐａｎｅｌ Ｓｕｂｕｎｉｔ）で定義されたパススルーコマンド（Ｐａｓｓｔｈｒｏｕｇｈ Ｃｏｍｍａｎｄ）を使用して、コントローラ４０の操作データが、表示装置２０内で特別な処理をすることなく直接的にＤＶＤ再生装置１０側に伝送されるようにしてある。
【００６８】
図２７は、このようなメニュー画面により操作を行う場合の、バス９での表示装置２０とＤＶＤ再生装置１０との間での制御の流れを示した図である。この図２７では、機器選択が行われて、両機器の間でコネクションを確立させるための処理については省略してある。まず、コントローラ４０の情報機器機能実現メニューキー４６が操作されると、ルートメニュー要求を行うコマンドがＤＶＤ再生装置１０に伝送される（ステップ１０１）。この要求に基づいて生成されたＤＶＤ機能実現メニューの画像データが、アイソクロナス転送モードで表示装置２０に伝送され（ステップ１０２）、表示装置２０で表示される。
【００６９】
このメニュー表示が行われた状態で、例えば再生を行う表示にフォーカスを合わせた状態で実行キーが押されると、その実行キー操作データがＤＶＤ再生装置１０にコマンドとして伝送され（ステップ１０３）、ＤＶＤ再生装置１０での再生が開始されて、再生したビデオデータが用意されたアイソクロナス転送モードで伝送されて（ステップ１０４）、表示装置２０の画面でそのビデオデータによる映像が表示されるようになる。ここではメニューキーが再度押されて、メニューを消す操作が行われない限り、メニューが再生映像に重ねて表示される。
【００７０】
この状態で、例えばコントローラ４０の下キーが押されると、下キー操作データがＤＶＤ再生装置１０にコマンドとして伝送され（ステップ１０５）、下にフォーカス位置が移動したＤＶＤ機能実現メニューを表示させるデータが生成されて、その更新されたメニューデータが表示装置２０に伝送され（ステップ１０６）、表示装置２０でのメニュー表示が該当したものに更新される。
【００７１】
ここでは、例えば停止を指示する位置にフォーカスが合った状態になっとし、この状態で実行キーが押されると、その実行キー操作データがＤＶＤ再生装置１０にコマンドとして伝送され（ステップ１０７）、ＤＶＤ再生装置１０での再生が停止して、ＤＶＤ再生装置１０からの再生ビデオデータの伝送がなくなり（ステップ１０８）、表示装置２０の画面では何も表示されなくなる。但し、メニューを消す操作を行わない場合には、そのときのメニュー表示だけは残るようにしても良い。
【００７２】
このようにして処理が行われることで、メニューコントローラ４０に用意された限られた数のキーの操作で、バス９に接続されたＤＶＤ再生装置などの各種情報機器の高度な操作が可能になる。
【００７３】
なお、メニューコントローラ４０については、図２に示したような構成に限定されるものではなく、様々な形態とすることができる。例えば、上述した例では赤外線信号の伝送で、表示装置２０に操作情報が届くようにしたが、ゲーム機に付属したコントローラのように、表示装置に有線で接続されたコントローラとしても良い。また、表示機器などの機器に各キーを直接組み込むようにしても良い。
【００７４】
また、上述した実施の形態では、ＩＥＥＥ１３９４方式のバスで構成されるネットワークの場合について説明したが、その他のネットワーク構成の機器間で同様のデータ伝送を行う場合にも適用できるものである。その場合に接続される機器についても、上述したＤＶＤ再生装置や表示装置などに限定されるものではない。
【００７５】
【発明の効果】
本発明によると、表示機器でメニュー画面を表示させた上で、その画面中での選択操作を行うだけで、ネットワークに接続された特定の情報機器の操作が行える。特に、ネットワークに接続された機器を選択する第１のメニュー画面の表示と、その第１のメニュー画面で選択された機器に関する第２のメニュー画面の表示との２段階でメニュー画面を表示させるようにしたので、効率良く特定の機器を操作するためのメニュー画面を表示させることができるようになる。
【００７６】
この場合、第１のメニュー画面を表示させる表示データは、表示機器内で生成させ、第２のメニュー画面を表示させる表示データは、表示機器からの要求により特定の情報機器で生成させ、その生成された第２のメニュー画面の表示データを表示機器に伝送するようにしたので、表示機器側では、ネットワークに接続された機器の情報を管理しておくだけで良く、どのような構成の情報機器がネットワークに接続された場合にも、簡単に対処できるようになる。
【００７７】
また上述した場合に、表示機器でのネットワークに接続された情報機器に関する情報の取得は、ネットワークを構成するバスラインにリセットがかかったときに行うことで、表示機器側で予め接続された機器に関する情報を取得しておくことができ、ユーザの操作があったとき、第１のメニュー画面を迅速に表示させることが可能になる。
【００７８】
また上述した場合に、情報機器は、ビデオデータを再生する再生機器であることで、表示装置で再生された画像を表示させる際に、その再生に関する操作を同じ画面上でのメニュー表示で簡単に行えるようになる。
【００７９】
さらに上述した場合に、メニュー画面を表示させる指示と、メニュー画面上で選択を行う指示と、その選択された機能を実行させる指示だけで、情報機器の操作を可能としたことで、限られた数のキーだけを配置した操作手段を用意するだけで、ネットワークに接続された全ての情報機器の操作が可能になる。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるシステム全体の構成例を示すブロック図である。
【図２】本発明の一実施の形態によるコントローラの構成例を示す斜視図である。
【図３】ＩＥＥＥ１３９４方式のバスでのデータ伝送のサイクル構造の例を示す説明図である。
【図４】ＩＥＥＥ１３９４方式のバスでのパケットの種類を階層構造で示す説明図である。
【図５】ＣＲＳアーキテクチャのアドレス空間の構造の例を示す説明図である。
【図６】主要なＣＲＳの位置、名前、働きの例を示す説明図である。
【図７】ゼネラルＲＯＭフォーマットの例を示す説明図である。
【図８】バスインフォブロック、ルートディレクトリ、ユニットディレクトリの例を示す説明図である。
【図９】ＰＣＲの構成の例を示す説明図である。
【図１０】ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの構成の例を示す説明図である。
【図１１】プラグ、プラグコントロールレジスタ、伝送チャンネルの関係の例を示す説明図である。
【図１２】ディスクリプタの階層構造によるデータ構造例を示す説明図である。
【図１３】ディスクリプタのデータフォーマットの例を示す説明図である。
【図１４】図１３のジェネレーションＩＤの例を示す説明図である。
【図１５】図１３のリストＩＤの例を示す説明図である。
【図１６】ＡＶ／Ｃコマンドのスタックモデルの例を示す説明図である。
【図１７】ＦＣＰのコマンドとレスポンスの関係を示す説明図である。
【図１８】図１７のコマンドとレスポンスの関係を更に詳しく示す説明図である。
【図１９】ＡＶ／Ｃコマンドのデータ構造例を示す説明図である。
【図２０】ＡＶ／Ｃコマンドの具体例を示す説明図である。
【図２１】ＡＶ／Ｃコマンドのコマンド及びレスポンスの具体例を示す説明図である。
【図２２】ディスクサブユニットディスクリプタのデータフォーマットの例を示す説明図である。
【図２３】本発明の一実施の形態による機器選択メニューの表示例を示す説明図である。
【図２４】本発明の一実施の形態による情報機器機能実現メニューの表示例を示す説明図である。
【図２５】本発明の一実施の形態によるディスプレイメニューの表示例を示す説明図である。
【図２６】本発明の一実施の形態による情報機器制御時の処理例を示すフローチャートである。
【図２７】本発明の一実施の形態によるコネクション確立後の制御の流れを示す説明図である。
【符号の説明】
９…ＩＥＥＥ１３９４方式のバスライン、１０…ＤＶＤ再生装置、１１…ディスク再生デッキ部、１３…中央制御ユニット（ＣＰＵ）、１４…ＤＶＤ出力メニュー生成部、１７…インターフェース部、２０…表示装置、２１…ディスプレイ部、２２…中央制御ユニット（ＣＰＵ）、２３…インターフェース部、２６…機器選択メニュー生成部、２７…ユーザ操作変換部、３０…ビデオ再生装置、４０…メニューコントローラ、４１…上キー、４２…下キー、４３…左キー、４４…右キー、４５…実行キー、４６…情報機器機能実現メニューキー、４７…機器選択メニューキー
【発明の属する技術分野】
本発明は、例えばＩＥＥＥ（The Institute of Electrical and ElectronicsEngineers ）１３９４方式のバスラインで複数台の機器を接続して、その機器間でデータ伝送を行う場合に適用して好適な制御方法と、その制御方法を実行するのに必要な表示装置に関する。
【０００２】
【従来の技術】
ＩＥＥＥ１３９４方式のシリアルデータバスを用いたネットワークで介して、相互に情報を伝送することができるＡＶ機器が開発されている。このバスを介してデータ伝送を行う際には、比較的大容量の動画データ，オーディオデータなどをリアルタイム伝送する際に使用されるアイソクロナス転送モードと、静止画像，テキストデータ，制御コマンドなどを確実に伝送する際に使用されるアシンクロナス転送モードとが用意され、それぞれのモード毎に専用の帯域が伝送に使用され、両モードの伝送は１つのバス上で混在できるようにしてある。
【０００３】
このようなバスで接続された複数台の機器間でデータを伝送することで可能な処理の一例をあげると、例えばＤＶＤ（Digital Video Disc又はDigital Versatile Disc）と称されるディスクの再生装置から再生されたビデオデータやオーディオデータを、テレビジョン受像機に伝送し、そのテレビジョン受像機の画面に映像を表示させると共に、内蔵されたスピーカからオーディオを出力させることが可能である。オーディオの出力は、受像機とは別体のオーディオ機器に接続されたスピーカから出力させることも可能である。このようなビデオデータやオーディオデータなどのストリームデータのバスでの伝送は、アイソクロナス転送モードで伝送される。なお、ＩＥＥＥ１３９４方式では、アイソクロナス転送モードでデータを送出する機器をターゲットと称する。
【０００４】
また、ＩＥＥＥ１３９４方式のシリアルデータバスで、オーディオ機器やビデオ機器などの各種情報機器を接続して、その機器間でデータ伝送を行う場合には、例えばＡＶ／Ｃコマンド（AV/C Command Transaction Set）と称される制御コマンドの伝送方式が適用できる。ＡＶ／Ｃコマンドの詳細については、http://www.1394TA.org に公開されている。このＡＶ／Ｃコマンドを適用して、バスで接続された一方の機器から他方の機器にコマンドを伝送することで、一方の機器から他方の機器のコントロールが可能になる。このＡＶ／Ｃコマンドでのコマンドの伝送は、アシンクロナス転送モードで実行される。
【０００５】
このＡＶ／Ｃコマンドを適用して、バスに接続された１台の機器（この機器をコントローラとする）から、他の複数台の情報機器を集中的にコントロールすることも可能である。
【０００６】
【発明が解決しようとする課題】
ところが、バス上の複数台の機器の制御を集中的に行うコントローラを考えた場合、そのコントローラのコントロールパネル上には、その制御される機器の機能に対応した多くの操作キーを配置する必要があり、コントローラの構成が非常に複雑化してしまう。
【０００７】
また、従来のＡＶ／Ｃコマンドの規格では、予め制御を行う情報機器が何らかの操作で選択されていることが前提であり、コントローラ側での情報機器の選択操作として必ずしも簡単な操作あるとは言えない問題があった。
【０００８】
本発明の目的は、ＩＥＥＥ１３９４方式などのネットワークで接続された機器間での制御が簡単に行えるようにすることにある。
【０００９】
【課題を解決するための手段】
本発明においては、少なくとも１台の情報機器を、所定のネットワークを介して表示機器と接続し、表示機器がコントローラからのキー操作コマンドで情報機器の制御を行う場合に、ネットワークに接続された情報機器に関する情報を表示機器が取得し、その取得した情報に基づいて、接続された情報機器を選択するための第１のメニュー画面を、上記コントローラからの指令により表示機器内で作成させて表示し、この第１のメニュー画面での表示に基づいたコントローラからの指令による選択処理で、特定の情報機器が選択された場合に、その選択された特定の情報機器を操作するための第２のメニュー画面を特定の情報機器に対して要求し、その要求で第２のメニュー画面の表示データを特定の情報機器から表示機器に伝送し、その伝送された第２のメニュー画面を表示機器で表示し、この第２のメニュー画面を表示させた際にコントローラのキー操作によるキー操作コマンドを表示機器が受信した場合に、表示機器において、キー操作コマンドによって行うべき表示の更新を、当該キー操作コマンドを受信した段階で行わず、受信したキー操作コマンドを特定の情報機器に送る中継伝送だけを行い、表示機器から送信されたキー操作コマンドを受信した特定の情報機器において、受信したキー操作コマンドに基づいて表示データを更新し、該更新した表示データを表示機器に送ることで、表示機器で表示させている第２のメニュー画面を更新させた表示とするようにしたものである。
【００１０】
本発明によると、表示機器でメニュー画面を表示させた上で、その画面中での選択操作を行うだけで、ネットワークに接続された特定の情報機器の操作が行える。
【００１１】
【発明の実施の形態】
以下、本発明の一実施の形態を、添付図面を参照して説明する。
【００１２】
図１は、本発明の一実施の形態による伝送システムの構成を示すブロック図である。本例においては、それぞれがＩＥＥＥ１３９４インターフェース方式で規定されたバスライン９に接続可能な端子を備えた複数台の情報機器１０，２０，３０が、バス９で相互に接続してある。用意された機器１０〜３０としては、例えばＤＶＤ（Digital Video Disc又はDigital Versatile Disc）と称されるディスクからビデオデータやオーディオデータなどの再生が可能なＤＶＤ再生装置１０と、テレビジョン放送の受像や、バスを介して伝送されるビデオデータの受像などが可能な表示装置２０と、ビデオテープなどの記録媒体を使用して記録や再生が可能なビデオ記録再生装置３０とが用意してある。
【００１３】
ここで、バス９に接続された情報機器１０〜３０の内の少なくとも１台の機器には、バス９上での通信を制御するコントローラとしての機能を有する。ここでは、表示装置２０がコントローラとして機能するようにしてある。
【００１４】
各機器の構成について説明すると、ＤＶＤ再生装置１０は、ディスク再生デッキ部１１を備えて、その再生デッキ部１１に装着されたディスク（ＤＶＤ）の再生処理を行う。このデッキ部１１での再生は、中央制御ユニット（ＣＰＵ）１３により制御される。また、本例のＤＶＤ再生装置１０は、この再生装置の操作を行うために必要なメニュー画面を他の機器で表示させるためのＤＶＤ出力メニュー生成部１４を備え、ＣＰＵ１３の制御で、そのＤＶＤ出力メニュー生成部１４に用意されたメニューデータを他の機器に出力するようにしてある。このＤＶＤ出力メニュー生成部１４には、再生装置１０で実現可能な各種機能をメニュー画面として記憶させてあると共に、再生装置１０を表示装置２０側で認識させるのに必要なデータ（即ち表示装置２０で機器選択メニューを表示させる際に必要なデータ）についても記憶させてある。再生装置１０の内部バスには、再生装置内での処理に必要なＲＡＭ１５及びＲＯＭ１６が接続してある。さらに、この再生装置１０をバス９に接続するためのインターフェース部１７を備える。
【００１５】
表示装置２０は、陰極線管などの画像表示手段とその駆動回路で構成されるディスプレイ部２１を備えて、入力したビデオデータによる画像を表示させることができる。テレビジョン放送受信用のチューナなどを備えて、受信した放送波による画像を表示させても良い。このディスプレイ部２１での画像表示は、中央制御ユニット（ＣＰＵ）２２により制御される。また、本例の表示装置２０は、バス９との接続用のインターフェース部２３を備えて、インターフェース部２３で受信したデータを、ディスプレイ部２１やＣＰＵ２２に供給できる構成としてある。表示装置２０の内部バスには、表示装置内での処理に必要なＲＡＭ２４及びＲＯＭ２５が接続してある。
【００１６】
また表示装置２０には、バス９に接続された機器を選択するメニュー画面を生成させるための機器選択メニュー生成部２６が用意してあり、ＣＰＵ２２の制御に基づいて、機器選択メニューをディスプレイ部２１で表示させることができるようにしてある。この機器選択メニュー生成部２６には、バス９に接続された機器に関する情報が記憶させてあり、その記憶情報に基づいて、機器選択メニューを生成させる。バス９に接続された機器に関する情報は、例えばバス９にバスリセットがかかったときに、表示装置２０が取得するようにしてある。即ち、バス９に接続される機器の構成などが変化したとき、ＩＥＥＥ１３９４方式のバス９はリセットがかかって、ノードＩＤなどの再設定が行われる構成としてある。このバスリセット時に、表示装置２０が、各ノードを構成する情報機器のベンター名，機種名と、場合によってはその機種を図形で表示させるための情報を取得するようにしてある。また、他の機器からバス９を介して表示装置２０のインターフェース部２３にメニューデータが伝送される場合にも、ＣＰＵ２２の制御に基づいて、その伝送されたメニューをディスプレイ部２１で表示させることができるようにしてある。
【００１７】
さらに本例の表示装置２０は、この表示装置２０とは別体の装置として用意されたメニューコントローラ４０での操作に基づいた処理が行えるようにしてある。このメニューコントローラ４０については後述するが、このメニューコントローラ４０に用意されたキーを操作したとき、表示装置２０内のユーザ操作変換部２７が、その操作情報を受信して、ＣＰＵ２２に伝えるようにしてある。メニューコントローラ４０とユーザ操作変換部２７との間は、例えば赤外線信号により操作情報を伝送する。或いはメニューコントローラ４０とユーザ操作変換部２７との間を有線の信号線で接続しても良い。又は、メニューコントローラ４０を表示装置２０に内蔵させても良い。
【００１８】
なお、ここではビデオ記録再生装置３０の構成については特に説明しないが、ＤＶＤ再生装置１０の場合と同様に、その装置３０で実行可能な機能に関するメニューデータを記憶したメニュー生成部を内部に備える。
【００１９】
図２は、メニューコントローラ４０の構成例を示す図である。本例のメニューコントローラ４０は、メニュー画面を表示させるための指示と、その指示された表示されたメニュー画面上で、フォーカスを合わせる位置を設定させるための方向の指示と、そのフォーカスを合わせた位置の機能の実行の指示とを行うためのキーだけを配置してある。即ち、上キー４１，下キー４２，左キー４３，右キー４４の４個のキーで方向指示キーが構成され、その４個のキー４１〜４４の中心に、実行キー４５が配置してある。また、メニュー画面を表示させるためのキーとして、ここでは情報機器機能実現メニューキー４６と、機器選択メニューキー４７の２つのキーが配置してある。これらのキー４１〜４７が操作されたとき、赤外線信号などで表示装置２０側のユーザ操作変換部２７に各キーに対応した操作情報が伝送される。
【００２０】
本例においては、このように構成される各機器１０〜３０の間でデータを伝送するものであるが、ここでこのように複数台の機器が接続されたＩＥＥＥ１３９４方式のバス９でデータが伝送される処理について説明する。
【００２１】
図３は、ＩＥＥＥ１３９４方式のバスで接続された機器のデータ伝送のサイクル構造を示す図である。ＩＥＥＥ１３９４では、データは、パケットに分割され、１２５μＳの長さのサイクルを基準として時分割にて伝送される。このサイクルは、サイクルマスタ機能を有するノード（バスに接続ささたいずれかの機器）から供給されるサイクルスタート信号によって作り出される。アイソクロナスパケットは、全てのサイクルの先頭から伝送に必要な帯域（時間単位であるが帯域と呼ばれる）を確保する。このため、アイソクロナス伝送では、データの一定時間内の伝送が保証される。ただし、伝送エラーが発生した場合は、保護する仕組みが無く、データは失われる。各サイクルのアイソクロナス伝送に使用されていない時間に、アービトレーションの結果、バスを確保したノードが、アシンクロナスパケットを送出するアシンクロナス伝送では、アクノリッジ、およびリトライを用いることにより、確実な伝送は保証されるが、伝送のタイミングは一定とはならない。
【００２２】
所定のノードがアイソクロナス伝送を行う為には、そのノードがアイソクロナス機能に対応していなければならない。また、アイソクロナス機能に対応したノードの少なくとも１つは、サイクルマスタ機能を有していなければならない。更に、ＩＥＥＥ１３９４シリアスバス９−１乃至９−４に接続されたノードの中の少なくとも１つは、アイソクロナスリソースマネージャの機能を有していなければならない。
【００２３】
図４は、ＩＥＥＥ１３９４方式のバスで伝送されるパケットの種類を、階層構造で示した図である。この方式のバスで伝送されるパケットは、大きく分けて、物理レイヤ（Ｐｈｙｓｉｃａｌ）に要求を行うパケットと、データを伝送するパケットと、承認用（Ａｃｋｎｏｗｌｅｄｇｅ）のパケットとの３種類に分類することができる。
【００２４】
データ伝送用のパケットには、アシンクロナス通信（非同期伝送）用のパケットと、アイソクロナス通信用のパケットに分けることができる。アシンクロナス通信用のパケットについては、用途毎に種々のパケット構造が規定されている。
【００２５】
ＩＥＥＥ１３９４は、ＩＳＯ／ＩＥＣ１３２１３で規定された６４ビットのアドレス空間を有するＣＳＲ（Ｃｏｎｔｒｏｌ＆Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒ）アーキテクチャに準拠している。ＣＳＲは、バスに接続された各機器が持つレジスタであり、このレジスタを使用してデータの受け渡しが行われる。図５は、ＣＳＲアーキテクチャのアドレス空間の構造を説明する図である。上位１６ビットは、各ＩＥＥＥ１３９４上のノードを示すノードＩＤであり、残りの４８ビットが各ノードに与えられたアドレス空間の指定に使われる。この上位１６ビットは更にバスＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６ビットに分かれる。全てのビットが１となる値は、特別な目的で使用されるため、１０２３個のバスと６３個のノードを指定することができる。
【００２６】
下位４８ビットにて規定される２５６テラバイトのアドレス空間のうちの上位２０ビットで規定される空間は、２０４８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特有のレジスタ等に使用されるイニシャルレジスタスペース（Ｉｎｉｔｉａｌ Ｒｅｇｉｓｔｅｒ Ｓｐａｃｅ）、プライベートスペース（Ｐｒｉｖａｔｅ Ｓｐａｃｅ）、およびイニシャルメモリスペース（Ｉｎｉｔｉａｌ Ｍｅｍｏｒｙ Ｓｐａｃｅ）などに分割され、下位２８ビットで規定される空間は、その上位２０ビットで規定される空間が、イニシャルレジスタスペースである場合、コンフィギレーションＲＯＭ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅａｄｏｎｌｙ ｍｅｍｏｒｙ）、ノード特有の用途に使用されるイニシャルユニットスペース（Ｉｎｉｔｉａｌ Ｕｎｉｔ Ｓｐａｃｅ）、プラグコントロールレジスタ（Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ（ＰＣＲｓ））などとして用いられる。
【００２７】
図６は、主要なＣＳＲのオフセットアドレス、名前、および働きを説明する図である。図６のオフセットとは、イニシャルレジスタスペースが始まるＦＦＦＦＦ０００００００ｈ（最後にｈのついた数字は１６進表示であることを表す）番地よりのオフセットアドレスを示している。オフセット２２０ｈを有するバンドワイズアベイラブルレジスタ（Ｂａｎｄｗｉｄｔｈ Ａｖａｉｌａｂｌｅ Ｒｅｇｉｓｔｅｒ）は、アイソクロナス通信に割り当て可能な帯域を示しており、アイソクロナスリソースマネージャとして動作しているノードの値だけが有効とされる。すなわち、図５のＣＳＲは、各ノードが有しているが、バンドワイズアベイラブルレジスタについては、アイソクロナスリソースマネージャのものだけが有効とされる。換言すれば、バンドワイズアベイラブルレジスタは、実質的に、アイソクロナスリソースマネージャだけが有する。バンドワイズアベイラブルレジスタには、アイソクロナス通信に帯域を割り当てていない場合に最大値が保存され、帯域を割り当てる毎にその値が減少していく。
【００２８】
オフセット２２４ｈ乃至２２８ｈのチャンネルアベイラブルレジスタ（Ｃｈａｎｎｅｌｓ Ａｖａｉｌａｂｌｅ Ｒｅｇｉｓｔｅｒ）は、その各ビットが０乃至６３番のチャンネル番号のそれぞれに対応し、ビットが０である場合には、そのチャンネルが既に割り当てられていることを示している。アイソクロナスリソースマネージャとして動作しているノードのチャンネルアベイラブルレジスタのみが有効である。
【００２９】
図５に戻り、イニシャルレジスタスペース内のアドレス２００ｈ乃至４００ｈに、ゼネラルＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）フォーマットに基づいたコンフィギレーションＲＯＭが配置される。図７は、ゼネラルＲＯＭフォーマットを説明する図である。ＩＥＥＥ１３９４上のアクセスの単位であるノードは、ノードの中にアドレス空間を共通に使用しつつ独立して動作をするユニットを複数個有することができる。ユニットディレクトリ（ｕｎｉｔ＿ｄｉｒｅｃｔｏｒｉｅｓ）は、このユニットに対するソフトウェアのバージョンや位置を示すことができる。バスインフォブロック（ｂｕｓ＿ｉｎｆｏ＿ｂｌｏｃｋ）とルートディレクトリ（ｒｏｏｔ＿ｄｉｒｅｃｔｏｒｙ）の位置は固定されているが、その他のブロックの位置はオフセットアドレスによって指定される。
【００３０】
図８は、バスインフォブロック、ルートディレクトリ、およびユニットディレクトリの詳細を示す図である。バスインフォブロック内のＣｏｍｐａｎｙ＿ＩＤには、機器の製造者を示すＩＤ番号が格納される。Ｃｈｉｐ＿ＩＤには、その機器固有の、他の機器と重複のない製造番号などの固有のＩＤが記憶される。また、ＩＥＣ１８３３の規格により、ＩＥＣ１８８３を満たした機器のユニットディレクトリのユニットスペックＩＤ（ｕｎｉｔ＿ｓｐｅｃ＿ｉｄ）の、ファーストオクテットには００ｈが、セカンドオクテットにはＡｏｈが、サードオクテットには２Ｄｈが、それぞれ書き込まれる。更に、ユニットスイッチバージョン（ｕｎｉｔ＿ｓｗ＿ｖｅｒｓｉｏｎ）のファーストオクテットには、０１ｈが、サードオクテットのＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）には、１が書き込まれる。
【００３１】
インターフェースを介して、機器の入出力を制御する為、ノードは、図５のイニシャルユニットスペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ１８８３に規定されるＰＣＲ（Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ）を有する。これは、論理的にアナログインターフェースに類似した信号経路を形成するために、プラグという概念を実体化したものである。図９は、ＰＣＲの構成を説明する図である。ＰＣＲは、出力プラグを表すｏＰＣＲ（ｏｕｔｐｕｔ Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｓｉｓｔｅｒ）、入力プラグを表すｉＰＣＲ（ｉｎｐｕｔ Ｐｌｕｇ Ｃｏｎｔｒｏｌ Ｒｅｇｉｓｔｅｒ）を有する。また、ＰＣＲは、各機器固有の出力プラグまたは入力プラグの情報を示すレジスタｏＭＰＲ（ｏｕｔｐｕｔ Ｍａｓｔｅｒ Ｐｌｕｇ Ｒｅｇｉｓｔｅｒ）とｉＭＰＲ（ｉｎｐｕｔ Ｍａｓｔｅｒ Ｐｌｕｇ Ｒｅｇｉｓｔｅｒ）を有する。各機器は、ｏＭＰＲおよびｉＭＰＲをそれぞれ複数持つことはないが、個々のプラグに対応したｏＰＣＲおよびｉＰＣＲを、機器の能力によって複数持つことが可能である。図８に示されるＰＣＲは、それぞれ３１個のｏＰＣＲおよびｉＰＣＲを有する。アイソクロナスデータの流れは、これらのプラグに対応するレジスタを操作することによって制御される。
【００３２】
図１０は、ｏＭＰＲ，ｏＰＣＲ，ｉＭＰＲ、およびｉＰＣＲの構成を示す図である。図１０（Ａ）はｏＭＰＲの構成を、図１０（Ｂ）はｏＰＣＲの構成を、図１０（Ｃ）はｉＭＰＲの構成を、図１０（Ｄ）はｉＰＣＲの構成を、それぞれ示す。ｏＭＰＲおよびｉＭＰＲのＭＳＢ側の２ビットのデータレートケイパビリティ（ｄａｔａ ｒａｔｅ ｃａｐａｂｉｌｉｔｙ）には、その機器が送信または受信可能なアイソクロナスデータの最大伝送速度を示すコードが格納される。ｏＭＰＲのブロードキャストチャンネルベース（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ ｂａｓｅ）は、ブロードキャスト出力に使用されるチャンネルの番号を規定する。
【００３３】
ｏＭＰＲのＬＳＢ側の５ビットのナンバーオブアウトプットプラグス（ｎｕｍｂｅｒ ｏｆ ｏｕｔｐｕｔ ｐｌｕｇｓ）には、その機器が有する出力プラグ数、すなわちｏＰＣＲの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５ビットのナンバーオブインプットプラグス（ｎｕｍｂｅｒ ｏｆ ｉｎｐｕｔ ｐｌｕｇｓ）には、その機器が有する入力プラグ数、すなわちｉＰＣＲの数を示す値が格納される。ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔ ｅｘｔｅｎｓｉｏｎ ｆｉｅｌｄおよびｐｅｒｓｉｓｔｅｎｔ ｅｘｔｅｎｓｉｏｎ ｆｉｅｌｄは、将来の拡張の為に定義された領域である。
【００３４】
ｏＰＣＲおよびｉＰＣＲのＭＳＢのオンライン（ｏｎ−ｌｉｎｅ）は、プラグの使用状態を示す。すなわち、その値が１であればそのプラグがＯＮ−ＬＩＮＥであり、０であればＯＦＦ−ＬＩＮＥであることを示す。ｏＰＣＲおよびｉＰＣＲのブロードキャストコネクションカウンタ（ｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）の値は、ブロードキャストコネクションの有り（１）または無し（０）を表す。ｏＰＣＲおよびｉＰＣＲの６ビット幅を有するポイントトウポイントコネクションカウンタ（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）が有する値は、そのプラグが有するポイントトウポイントコネクション（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ）の数を表す。
【００３５】
ｏＰＣＲおよびｉＰＣＲの６ビット幅を有するチャンネルナンバー（ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）が有する値は、そのプラグが接続されるアイソクロナスチャンネルの番号を示す。ｏＰＣＲの２ビット幅を有するデータレート（ｄａｔａ ｒａｔｅ）の値は、そのプラグから出力されるアイソクロナスデータのパケットの現実の伝送速度を示す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ（ｏｖｅｒｈｅａｄ ＩＤ）に格納されるコードは、アイソクロナス通信のオーバーのバンド幅を示す。ｏＰＣＲの１０ビット幅を有するペイロード（ｐａｙｌｏａｄ）の値は、そのプラグが取り扱うことができるアイソクロナスパケットに含まれるデータの最大値を表す。
【００３６】
図１１はプラグ、プラグコントロールレジスタ、およびアイソクロナスチャンネルの関係を表す図である。ここでは、ＡＶデバイス（ＡＶ−ｄｅｖｉｃｅ）７１〜７３が、ＩＥＥＥ１３９４シリアスバスによって接続されている。ＡＶデバイス７３のｏＭＰＲにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ〔０〕〜ｏＰＣＲ〔２〕のうち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイソクロナスデータは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１（ｃｈａｎｎｅｌ ＃１）に送出される。ＡＶデバイス７１のｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉＰＣＲ〔０〕とｉＰＣＲ〔１〕のうち、入力チャンネル＃１が伝送速度とｉＰＣＲ〔０〕により、ＡＶデバイス７１は、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１に送出されたアイソクロナスデータを読み込む。同様に、ＡＶデバイス７２は、ｏＰＣＲ〔０〕で指定されたチャンネル＃２（ｃｈａｎｎｅｌ ＃２）に、アイソクロナスデータを送出し、ＡＶデバイス７１は、ｉＰＲＣ〔１〕にて指定されたチャンネル＃２からそのアイソクロナスデータを読み込む。
【００３７】
このようにして、ＩＥＥＥ１３９４シリアルバスによって接続されている機器間でデータ伝送が行われるが、本例のシステムでは、このＩＥＥＥ１３９４シリアスバスを介して接続された機器のコントロールのためのコマンドとして規定されたＡＶ／Ｃコマンドセットを利用して、各機器のコントロールや状態の判断などが行えるようにしてある。次に、このＡＶ／Ｃコマンドセットについて説明する。
【００３８】
まず、本例のシステムで使用されるＡＶ／ＣコマンドセットにおけるＳｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒのデータ構造について、図１２〜図１５を参照しながら説明する。図１２は、Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒのデータ構造を示している。図１１に示すように、Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒの階層構造のリストにより形成されている。リストとは、例えば、チューナであれば、受信できるチャンネル、ディスクであれば、そこに記録されている曲などを表す。階層構造の最上位層のリストはルートリストと呼ばれており、例えば、リスト０がその下位のリストに対するルートとなる。リスト２乃至（ｎ−１）も同様にルートリストとなる。ルートリストはオブジェクトの数だけ存在する。ここで、オブジェクトとは、例えば、ＡＶ機器がチューナである場合、デジタル放送における各チャンネル等のことである。また、１つの階層の全てのリストは、共通の情報を共有している。
【００３９】
図１３は、既存のシステムにおいて用いられるＴｈｅ Ｇｅｎｅｒａｌ Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒのフォーマットを示している。Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ４１には、機能に関しての属性情報がｃｏｎｔｅｎｔｓに記述されている。ｄｅｓｃｒｉｐｔｏｒ ｌｅｎｇｔｈフィールド自身の値は含まれていない。ｇｅｎｅｒａｔｉｏｎ ＩＤは、ＡＶ／Ｃコマンドセットのバージョンを示しており、その値は図１４に示すように、例えば“００ｈ”（ｈは１６進を表す）となっている。ここで、“００ｈ”は、データ構造とコマンドがＡＶ／Ｃ Ｇｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎのバージョン３．０であることを意味している。また、図１４に示すように、“００ｈ”を除いた全ての値は、将来の仕様のために予約確保されている。
【００４０】
ｓｉｚｅ ｏｆ ｌｉｓｔ ＩＤは、リストＩＤのバイト数を示している。ｓｉｚｅ ｏｆ ｏｂｊｅｃｔ ＩＤは、オブジェクトＩＤのバイト数を示している。ｓｉｚｅ ｏｆ ｏｂｊｅｃｔ ｐｏｓｉｔｏｉｎは、制御の際、参照する場合に用いられるリスト中の位置（バイト数）を示している。ｎｕｍｂｅｒ ｏｆ ｒｏｏｔ ｏｂｊｅｃｔ ｌｉｓｔｓは、ルートオブジェクトリストの数を示している。ｒｏｏｔ ｏｂｊｅｃｔ ｌｉｓｔ ｉｄは、それぞれ独立した階層の最上位のルートオブジェクトリストを識別するためのＩＤを示している。
【００４１】
ｓｕｂｕｎｉｔ ｄｅｐｅｎｄｅｎｔ ｌｅｎｇｔｈは、後続のｓｕｂｕｉｔｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎフィールドのバイト数を示している。ｓｕｂｕｉｔ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎは、機能に固有の情報を示すフィールドである。ｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎｔ ｌｅｎｇｔｈは、後続のｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎフィールドのバイト数を示している。ｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎは、ベンダー（メーカ）の仕様情報を示すフィールドである。尚、ディスクリプタの中にｍａｎｕｆａｃｔｕｒｅｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎがない場合は、このフィールドは存在しない。
【００４２】
図１５は、図１２で示したリストＩＤの割り当て範囲を示している。図１５に示すように、“００００ｈ乃至０ＦＦＦｈ”および“４０００ｈ乃至ＦＦＦＦｈ”は、将来の仕様のための割り当て範囲として予約確保されている。“１０００ｈ乃至３ＦＦＦｈ”および“１００００ｈ乃至ｍａｘ ｌｉｓｔ ＩＤ ｖａｌｕｅ”は、機能タイプの従属情報を識別するために用意されている。
【００４３】
次に、本例のシステムで使用されるＡＶ／Ｃコマンドセットについて、図１６〜図２２を参照しながら説明する。図１６は、ＡＶ／Ｃコマンドセットのスタックモデルを示している。図１６に示すように、物理レイヤ８１、リンクレイヤ８２、トランザクションレイヤ８３、およびシリアスバスマネジメント８４は、ＩＥＥＥ１３９４に準拠している。ＦＣＰ（Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）８５は、ＩＥＣ６１８８３に準拠している。ＡＶ／Ｃコマンドセット８６は、１３９４ＴＡスペックに準拠している。
【００４４】
図１７は、図１６のＦＣＰ８５のコマンドとレスポンスを説明するための図である。ＦＣＰはＩＥＥＥ１３９４上のＡＶ機器の制御を行うためのプロトコルである。図１７に示すように、制御する側がコントローラで、制御される側がターゲットである。ＦＣＰのコマンドの送信またはレスポンスは、ＩＥＥＥ１３９４のアシンクロナス通信のライトトランザクションを用いて、ノード間で行われる。データを受け取ったターゲットは、受信確認のために、アクノリッジをコントローラに返す。
【００４５】
図１８は、図１７で示したＦＣＰのコマンドとレスポンスの関係をさらに詳しく説明するための図である。ＩＥＥＥ１３９４バスを介してノードＡとノードＢが接続されている。ノードＡがコントローラで、ノードＢがターゲットである。ノードＡ、ノードＢともに、コマンドレジスタおよびレスポンスレジスタがそれぞれ、５１２バイトずつ準備されている。図１８に示すように、コントローラがターゲットのコマンドレジスタ９３にコマンドメッセージを書き込むことにより命令を伝える。また逆に、ターゲットがコントローラのレスポンスレジスタ９２にレスポンスメッセージを書き込むことにより応答を伝えている。以上２つのメッセージに対して、制御情報のやり取りを行う。ＦＣＰで送られるコマンドセットの種類は、後述する図１９のデータフィールド中のＣＴＳに記される。
【００４６】
図１９は、ＡＶ／Ｃコマンドのアシンクロナス転送モードで伝送されるパケットのデータ構造を示している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御するためのコマンドセットで、ＣＴＳ（コマンドセットのＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレームおよびレスポンスフレームが、上記ＦＣＰを用いてノード間でやり取りされる。バスおよびＡＶ機器に負担をかけないために、コマンドに対するレスポンスは、１００ｍｓ以内に行うことになっている。図１９に示すように、アシンクロナスパケットのデータは、水平方向３２ビット（＝１ｑｕａｄｌｅｔ）で構成されている。図中上段はパケットのヘッダ部分を示しており、図中下段はデータブロックを示している。ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤは、宛先を示している。
【００４７】
ＣＴＳはコマンドセットのＩＤを示しており、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”である。ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅのフィールドは、パケットがコマンドの場合はコマンドの機能分類を示し、パケットがレスポンスの場合はコマンドの処理結果を示す。コマンドは大きく分けて、（１）機能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外部から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、（３）制御コマンドのサポートの有無を外部から問い合わせるコマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣＩＦＩＣ ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅｒａｎｄｓのサポートの有無））、（４）状態の変化を外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）の４種類が定義されている。
【００４８】
レスポンスはコマンドの種類に応じて返される。ＣＯＮＴＲＯＬコマンドに対するレスポンスには、ＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ（実装されていない）、ＡＣＣＥＰＴＥＤ（受け入れる）、ＲＥＪＥＣＴＥＤ（拒絶）、および（ＩＮＴＥＲＩＭ（暫定）がある。ＳＴＡＴＵＳコマンドに対するレスポンスには、ＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ、ＲＥＪＥＣＴＥＤ、ＩＮ ＴＲＡＮＳＩＴＩＯＮ（移行中）、およびＳＴＡＢＬＥ（安定）がある。ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹおよびＳＰＥＣＩＦＩＣ ＩＮＱＵＩＲＹコマンドに対するレスポンスには、ＩＭＰＬＥＭＥＮＴＥＤ（実装されている）、およびＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤがある。ＮＯＴＩＦＹコマンドに対するレスポンスには、ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ，ＲＥＪＥＣＴＥＤ，ＩＮＴＥＲＩＭおよびＣＨＡＮＧＥＤ（変化した）がある。
【００４９】
サブユニットタイプ（ｓｕｂｕｎｉｔ ｔｙｐｅ）は、機器内の機能を特定するために設けられており、例えば、ｔａｐｅ ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ，ｔｕｎｅｒ等が割り当てられる。同じ種類のｓｕｂｕｎｉｔが複数存在する場合の判別を行うために、判別番号としてｓｕｂｕｎｉｔ ｉｄでアドレッシングを行う。ｏｐｃｏｄｅはコマンドを表しており、ｏｐｅｒａｎｄはコマンドのパラメータを表している。Ａｄｄｉｔｉｏｎａｌ ｏｐｅｒａｎｄｓは必要に応じて付加されるフィールドである。ｐａｄｄｉｎｇも必要に応じて付加されるフィールドである。ｄａｔａ ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）はデータ伝送時のエラーチェックに使われる。
【００５０】
図２０は、ＡＶ／Ｃコマンドの具体例を示している。図２０（Ａ）は、ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅの具体例を示している。図中上段がコマンドを表しており、図中下段がレスポンスを表している。“００００”にはＣＯＮＴＲＯＬ、“０００１”にはＳＴＡＴＵＳ、“００１０”にはＳＰＥＣＩＦＩＣ ＩＮＱＵＩＲＹ、“００１１”にはＮＯＴＩＦＹ、“０１００”にはＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹが割り当てられている。“０１０１乃至０１１１”は将来の仕様のために予約確保されている。また、“１０００”にはＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ、“１００１”にはＡＣＣＥＰＴＥＤ、“１０１０”にはＲＥＪＥＣＴＥＤ、“１０１１”にはＩＮ ＴＲＡＮＳＩＴＩＯＮ、“１１００”にはＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ、“１１０１”にはＣＨＮＧＥＤ、“１１１１”にはＩＮＴＥＲＩＭが割り当てられている。“１１１０”は将来の仕様のために予約確保されている。
【００５１】
図２０（Ｂ）は、ｓｕｂｕｎｉｔ ｔｙｐｅの具体例を示している。“０００００”にはＶｉｄｅｏ Ｍｏｎｉｔｏｒ、“０００１１”にはＤｉｓｋ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１００”にはＴａｐｅ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１０１”にはＴｕｎｅｒ、“００１１１”にはＶｉｄｅｏＣａｍｅｒａ、“１１１００”にはＶｅｎｄｏｒ ｕｎｉｑｕｅ、“１１１１０”にはＳｕｂｕｎｉｔ ｔｙｐｅ ｅｘｔｅｎｄｅｄ ｔｏ ｎｅｘｔ ｂｙｔｅが割り当てられている。尚、“１１１１１”にはｕｎｉｔが割り当てられているが、これは機器そのものに送られる場合に用いられ、例えば電源のオンオフなどが挙げられる。
【００５２】
図２０（Ｃ）は、ｏｐｃｏｄｅの具体例を示している。各ｓｕｂｕｎｉｔ ｔｙｐｅ毎にｏｐｃｏｄｅのテーブルが存在し、ここでは、ｓｕｂｕｎｉｔ ｔｙｐｅがＴａｐｅ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒの場合のｏｐｃｏｄｅを示している。また、ｏｐｃｏｄｅ毎にｏｐｅｒａｎｄが定義されている。ここでは、“００ｈ”にはＶＥＮＤＯＲ−ＤＥＰＥＮＤＥＮＴ、“５０ｈ”にはＳＥＡＣＨＭＯＤＥ、“５１ｈ”にはＴＩＭＥＣＯＤＥ、“５２ｈ”にはＡＴＮ、“６０ｈ”にはＯＰＥＮ ＭＩＣ、“６１ｈ”にはＲＥＡＤ ＭＩＣ、“６２ｈ”にはＷＲＩＴＥ ＭＩＣ、“Ｃ１ｈ”にはＬＯＡＤ ＭＥＤＩＵＭ、“Ｃ２ｈ”にはＲＥＣＯＲＤ、“Ｃ３ｈ”にはＰＬＡＹ、“Ｃ４ｈ”にはＷＩＮＤが割り当てられている。
【００５３】
図２１は、ＡＶ／Ｃコマンドとレスポンスの具体例を示している。例えば、ターゲット（コンスーマ）としての再生機器に再生指示を行う場合、コントローラは、図２１（Ａ）のようなコマンドをターゲットに送る。このコマンドは、ＡＶ／Ｃコマンドセットを使用しているため、ＣＴＳ＝“００００”となっている。ｃｔｙｐｅには、機器を外部から制御するコマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃｔｙｐｅ＝“００００”となっている（図２０（Ａ）参照）。ｓｕｂｕｎｉｔ ｔｙｐｅは、ここではＤｉｓｃ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒであることより、ｓｕｂｕｎｉｔ ｔｙｐｅ＝“０００１１”となっている（図２０（Ｂ）参照）。ｉｄはＩＤ０の場合を示しており、ｉｄ＝０００となっている。ｏｐｃｏｄｅは再生を意味する“Ｃ３ｈ”となっている（図２０（Ｃ）参照）。ｏｐｅｒａｎｄはＦＯＲＷＡＲＤを意味する“７５ｈ”となっている。そして、再生されると、ターゲットは図２１（Ｂ）のようなレスポンスをコントローラに返す。ここでは、受け入れを意味するａｃｃｅｐｔｅｄがｒｅｓｐｏｎｓｅに入るため、ｒｅｓｐｏｎｓｅ＝“１００１”となっている（図２０（Ａ）参照）。ｒｅｓｐｏｎｓｅを除いて、他は図２１（Ａ）と同じであるので説明は省略する。
【００５４】
ディスクリプタのデータ形式については、サブユニットのタイプ毎に定義されている。図２２は、ディスクサブユニット（ｓｕｂｕｎｉｔ ｔｙｐｅ＝Ｄｉｓｃ ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ）の場合のディスクリプタの構造を示したものである。この場合には、図１３に示したＴｈｅ Ｇｅｎｅｒａｌ Ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒの中のｓｕｂｕｉｔ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏｒｍａｔｉｏｎフィールドが、Ｄｉｓｃ ｓｕｂｕｎｉｔ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒフィールドになって、そのサブユニットについてのデータが配置される。
【００５５】
このように規定されるＡＶ／Ｃコマンドを利用して、バスに接続された機器の制御が行われて、その制御に基づいてバスで接続された機器間でのデータ伝送が行われる。
【００５６】
次に、以上説明したＡＶ／Ｃコマンドセットによる制御で、図１，図２に示したシステム構成で、ＤＶＤ再生装置１０で再生したビデオデータを、表示装置２０で表示させる処理の例を説明する。本例の場合には、ＤＶＤ再生装置１０の操作は、メニューコントローラ４０の操作で全て行えるようにしてある。即ち、メニューコントローラ４０には、情報機器機能実現メニューキー４６と機器選択メニューキー４７とが用意してあり、それぞれのメニューキーの操作で、該当するメニューを画面上に表示させることができるものである。
【００５７】
図２３は、図１のようなネットワーク構成の場合に、機器選択メニューキー４７の操作で表示される機器選択メニューの表示例を示したものである。ここでは、ディスプレイ部２１の画面２１ａの中に、表示機器２０を示す表示５１と、ＤＶＤ再生装置１０を示す表示５２と、ビデオ記録再生装置３０を示す表示５３とが表示され、それぞれの表示５１〜５３がバスで接続させたメニュー画面としてある。ここでは、表示機器２０とビデオ記録再生装置３０を示す表示５１，５３については、その機器を示す図形で表示させてあり、ＤＶＤ再生装置１０を示す表示５２については文字で表示させてある。このメニュー表示が行われた状態で、表示５１〜５３の中から、方向を指示するキー４１〜４４の操作で、フォーカスを合わせるものを選択した上で、実行キー４５を押すことで、操作する装置が選択される。フォーカスが合った表示については、表示色を変化させる等して、フォーカスが合っていることが判る表示を行う。
【００５８】
また、情報機器機能実現メニューキー４６を操作したときには、情報機器機能実現メニューが表示される。図２４は、情報機器機能実現メニューを、ディスプレイ部２１の画面２１ａに表示させた例を示したものである。ここでは、ＤＶＤ再生装置１０を機器として選択した場合のメニュー表示である。図２４に従って説明すると、ＤＶＤ再生装置に関するメニュー表示であることを示す表示６１があり、その下に、この再生装置１０が備える各機能が、分類されて表示されている。即ち、ここではＤＶＤ出力メニュー表示６２と、ＤＶＤ基本機能表示６３と、ＤＶＤ応用機能表示６４との３つに分けて表示させてある。この表示が行われた状態で、方向を指示するキー４１〜４４の操作で、フォーカスを合わせるものを選択した上で、実行キー４５を押すことで、該当する機能が選択される。このメニュー画面の場合にも、フォーカスが合った部分の表示については、表示色を変化させる等して、フォーカスが合っていることが判る表示を行う。
【００５９】
ＤＶＤ出力メニュー表示６２は、ディスクの再生方法を決定するメニューを表示である。例えば、「ディスプレイ」と表示された部分にフォーカスを合わせて実行キー４５を押すことで、ディスプレイメニューが表示されて、図２４に示すＤＶＤ機能実現メニューは消去される。図２５は、このように操作してディスプレイメニューを表示させた例を示したものである。ここでのディスプレイメニューでは、「タイトル」，「チャプター」，「タイム」，「オーディオ」，「アングル」，「サブタイトル」，「プログラム」，「リピート」，「戻る」の各項目が一覧で表示された状態となっている。
【００６０】
ここでは図２５のＡに示すように、最初の状態では、一番上のタイトルにフォーカスが合った状態とされ、この状態で下キー４２を押すことで、図２５のＢに示すように、１項目下のチャプターにフォーカスが合う位置が変化する。このチャプターが選ばれた状態で、さらに右キー４４又は実行キー４５を押すと、再生したいチャプター（章）を決定するためのモードに移行する。そのモードに移った後に、例えば下キー４２を１回押して１桁目で「１」を選択し、右キー４４を押して隣りの桁に移る。この状態で例えば上キー４１を３回押して２桁目で「７」を選択したとすると、その後に実行キー４５を押すことで、チャプター「１７」が指定されたことになり、ＤＶＤ再生装置１０でチャプター「１７」が再生される。また、上キー４１又は下キー４２をして、「戻る」の項目にフォーカスを合わせて実行キー４５を押すことで、ディスプレイメニューが消去される。
【００６１】
ＤＶＤ基本機能表示６３は、ディスクの再生、早送り、巻戻し、停止、一時停止、コマ送り、スロー再生などの再生装置にとって基本的な再生機能を実行させる表示である。
【００６２】
ＤＶＤ応用機能表示６４は、ＤＶＤに特化した特殊な機能を実行させる表示である。例えば、字幕の変更、アングルの変更、オーディオの再生モードの変更などを実行させる表示である。
【００６３】
次に、このようなメニュー表示により表示装置２０に接続された機器の操作を行う場合の処理を、図２６のフローチャートを参照して説明する。まずユーザはコントローラ４０の機器選択メニューキー４７を操作する（ステップＳ１１）。このとき、図２３に示したような機器選択メニューが、表示装置２０の画面に表示される（ステップＳ１２）。この状態で、メニューコントローラ４０に配置されたキーを操作して、制御したい機器を選択する操作を行う（ステップＳ１３）。この選択操作を行ったとき、表示装置２０は、バス９に接続されている選択された情報機器との間で、アシンクロナス通信でコマンドの伝送ができるようにコネクションを確立させると共に、選択された機器側からメニューデータを伝送できるように、アイソクロナス通信でのチャンネルの確保を行う。
【００６４】
そして、例えば機器選択メニューキー４７を再度操作して、機器選択メニューを画面上から消去させた後（ステップＳ１４）、情報機器機能実現メニューキー４６を操作することで、選択された情報機器からメニューデータが伝送されて、その機器の機能実現メニューが表示される（ステップＳ１５）。ここではＤＶＤ機能実現メニューが、図２４に示すように表示される。このメニューを表示させる画像データについては、アイソクロナス転送モードで、該当する機器からバス９を介して表示装置２０に伝送される。
【００６５】
このＤＶＤ機能実現メニューが表示された状態で、メニュー内の各表示を上下左右のキーの操作で選択することで（ステップＳ１６）、その選択された位置のデータが表示装置２０からＤＶＤ再生装置１０側にＡＶ／Ｃコマンドで伝送されて、ＤＶＤ再生装置１０内のＣＰＵ１３に接続されたメモリに設定されたフォーカスＩＤに、どの表示が選択されたかの情報が保持される（ステップＳ１７）。この保持された情報で示されるＤＶＤ機能実現メニュー中の表示については、表示形態を変化させるようにしてある。
【００６６】
そして、実行キー４５が押されたとき（ステップＳ１８）、そのデータが表示装置２０からＤＶＤ再生装置１０側にＡＶ／Ｃコマンドで伝送されて、フォーカスＩＤに保持された情報がどの情報であるか判断される（ステップＳ１９）。この判断としては、例えばフォーカスＩＤが示すボタンの表示が、ＤＶＤ出力メニューのものか否か判断され、ＤＶＤ出力メニューでない場合には、そのボタン表示に対応した動作を、ＣＰＵ１３が実行させる。また、ＤＶＤ出力メニューのものであると判断した場合には、ＤＶＤ出力メニューを表示させる画像データを、ＤＶＤ再生装置１０から表示装置２０に伝送し（ステップＳ２１）、表示装置２０で該当するメニュー画面を表示させる。そして、ＤＶＤ出力メニューを、メニューコントローラの操作に基づいた表示とし（ステップＳ２２）、ＤＶＤメニューの操作が可能となる（ステップＳ２３）。
【００６７】
なお、ＤＶＤ再生装置１０で作成されたメニュー画面を、表示装置２０で表示させている状態で、メニューコントローラ４０に配置されたキーが操作されたときの操作情報のバス９を介した伝送は、例えばＡＶ／Ｃコマンドのパネルサブユニット（ＡＶ／Ｃ Ｐａｎｅｌ Ｓｕｂｕｎｉｔ）で定義されたパススルーコマンド（Ｐａｓｓｔｈｒｏｕｇｈ Ｃｏｍｍａｎｄ）を使用して、コントローラ４０の操作データが、表示装置２０内で特別な処理をすることなく直接的にＤＶＤ再生装置１０側に伝送されるようにしてある。
【００６８】
図２７は、このようなメニュー画面により操作を行う場合の、バス９での表示装置２０とＤＶＤ再生装置１０との間での制御の流れを示した図である。この図２７では、機器選択が行われて、両機器の間でコネクションを確立させるための処理については省略してある。まず、コントローラ４０の情報機器機能実現メニューキー４６が操作されると、ルートメニュー要求を行うコマンドがＤＶＤ再生装置１０に伝送される（ステップ１０１）。この要求に基づいて生成されたＤＶＤ機能実現メニューの画像データが、アイソクロナス転送モードで表示装置２０に伝送され（ステップ１０２）、表示装置２０で表示される。
【００６９】
このメニュー表示が行われた状態で、例えば再生を行う表示にフォーカスを合わせた状態で実行キーが押されると、その実行キー操作データがＤＶＤ再生装置１０にコマンドとして伝送され（ステップ１０３）、ＤＶＤ再生装置１０での再生が開始されて、再生したビデオデータが用意されたアイソクロナス転送モードで伝送されて（ステップ１０４）、表示装置２０の画面でそのビデオデータによる映像が表示されるようになる。ここではメニューキーが再度押されて、メニューを消す操作が行われない限り、メニューが再生映像に重ねて表示される。
【００７０】
この状態で、例えばコントローラ４０の下キーが押されると、下キー操作データがＤＶＤ再生装置１０にコマンドとして伝送され（ステップ１０５）、下にフォーカス位置が移動したＤＶＤ機能実現メニューを表示させるデータが生成されて、その更新されたメニューデータが表示装置２０に伝送され（ステップ１０６）、表示装置２０でのメニュー表示が該当したものに更新される。
【００７１】
ここでは、例えば停止を指示する位置にフォーカスが合った状態になっとし、この状態で実行キーが押されると、その実行キー操作データがＤＶＤ再生装置１０にコマンドとして伝送され（ステップ１０７）、ＤＶＤ再生装置１０での再生が停止して、ＤＶＤ再生装置１０からの再生ビデオデータの伝送がなくなり（ステップ１０８）、表示装置２０の画面では何も表示されなくなる。但し、メニューを消す操作を行わない場合には、そのときのメニュー表示だけは残るようにしても良い。
【００７２】
このようにして処理が行われることで、メニューコントローラ４０に用意された限られた数のキーの操作で、バス９に接続されたＤＶＤ再生装置などの各種情報機器の高度な操作が可能になる。
【００７３】
なお、メニューコントローラ４０については、図２に示したような構成に限定されるものではなく、様々な形態とすることができる。例えば、上述した例では赤外線信号の伝送で、表示装置２０に操作情報が届くようにしたが、ゲーム機に付属したコントローラのように、表示装置に有線で接続されたコントローラとしても良い。また、表示機器などの機器に各キーを直接組み込むようにしても良い。
【００７４】
また、上述した実施の形態では、ＩＥＥＥ１３９４方式のバスで構成されるネットワークの場合について説明したが、その他のネットワーク構成の機器間で同様のデータ伝送を行う場合にも適用できるものである。その場合に接続される機器についても、上述したＤＶＤ再生装置や表示装置などに限定されるものではない。
【００７５】
【発明の効果】
本発明によると、表示機器でメニュー画面を表示させた上で、その画面中での選択操作を行うだけで、ネットワークに接続された特定の情報機器の操作が行える。特に、ネットワークに接続された機器を選択する第１のメニュー画面の表示と、その第１のメニュー画面で選択された機器に関する第２のメニュー画面の表示との２段階でメニュー画面を表示させるようにしたので、効率良く特定の機器を操作するためのメニュー画面を表示させることができるようになる。
【００７６】
この場合、第１のメニュー画面を表示させる表示データは、表示機器内で生成させ、第２のメニュー画面を表示させる表示データは、表示機器からの要求により特定の情報機器で生成させ、その生成された第２のメニュー画面の表示データを表示機器に伝送するようにしたので、表示機器側では、ネットワークに接続された機器の情報を管理しておくだけで良く、どのような構成の情報機器がネットワークに接続された場合にも、簡単に対処できるようになる。
【００７７】
また上述した場合に、表示機器でのネットワークに接続された情報機器に関する情報の取得は、ネットワークを構成するバスラインにリセットがかかったときに行うことで、表示機器側で予め接続された機器に関する情報を取得しておくことができ、ユーザの操作があったとき、第１のメニュー画面を迅速に表示させることが可能になる。
【００７８】
また上述した場合に、情報機器は、ビデオデータを再生する再生機器であることで、表示装置で再生された画像を表示させる際に、その再生に関する操作を同じ画面上でのメニュー表示で簡単に行えるようになる。
【００７９】
さらに上述した場合に、メニュー画面を表示させる指示と、メニュー画面上で選択を行う指示と、その選択された機能を実行させる指示だけで、情報機器の操作を可能としたことで、限られた数のキーだけを配置した操作手段を用意するだけで、ネットワークに接続された全ての情報機器の操作が可能になる。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるシステム全体の構成例を示すブロック図である。
【図２】本発明の一実施の形態によるコントローラの構成例を示す斜視図である。
【図３】ＩＥＥＥ１３９４方式のバスでのデータ伝送のサイクル構造の例を示す説明図である。
【図４】ＩＥＥＥ１３９４方式のバスでのパケットの種類を階層構造で示す説明図である。
【図５】ＣＲＳアーキテクチャのアドレス空間の構造の例を示す説明図である。
【図６】主要なＣＲＳの位置、名前、働きの例を示す説明図である。
【図７】ゼネラルＲＯＭフォーマットの例を示す説明図である。
【図８】バスインフォブロック、ルートディレクトリ、ユニットディレクトリの例を示す説明図である。
【図９】ＰＣＲの構成の例を示す説明図である。
【図１０】ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの構成の例を示す説明図である。
【図１１】プラグ、プラグコントロールレジスタ、伝送チャンネルの関係の例を示す説明図である。
【図１２】ディスクリプタの階層構造によるデータ構造例を示す説明図である。
【図１３】ディスクリプタのデータフォーマットの例を示す説明図である。
【図１４】図１３のジェネレーションＩＤの例を示す説明図である。
【図１５】図１３のリストＩＤの例を示す説明図である。
【図１６】ＡＶ／Ｃコマンドのスタックモデルの例を示す説明図である。
【図１７】ＦＣＰのコマンドとレスポンスの関係を示す説明図である。
【図１８】図１７のコマンドとレスポンスの関係を更に詳しく示す説明図である。
【図１９】ＡＶ／Ｃコマンドのデータ構造例を示す説明図である。
【図２０】ＡＶ／Ｃコマンドの具体例を示す説明図である。
【図２１】ＡＶ／Ｃコマンドのコマンド及びレスポンスの具体例を示す説明図である。
【図２２】ディスクサブユニットディスクリプタのデータフォーマットの例を示す説明図である。
【図２３】本発明の一実施の形態による機器選択メニューの表示例を示す説明図である。
【図２４】本発明の一実施の形態による情報機器機能実現メニューの表示例を示す説明図である。
【図２５】本発明の一実施の形態によるディスプレイメニューの表示例を示す説明図である。
【図２６】本発明の一実施の形態による情報機器制御時の処理例を示すフローチャートである。
【図２７】本発明の一実施の形態によるコネクション確立後の制御の流れを示す説明図である。
【符号の説明】
９…ＩＥＥＥ１３９４方式のバスライン、１０…ＤＶＤ再生装置、１１…ディスク再生デッキ部、１３…中央制御ユニット（ＣＰＵ）、１４…ＤＶＤ出力メニュー生成部、１７…インターフェース部、２０…表示装置、２１…ディスプレイ部、２２…中央制御ユニット（ＣＰＵ）、２３…インターフェース部、２６…機器選択メニュー生成部、２７…ユーザ操作変換部、３０…ビデオ再生装置、４０…メニューコントローラ、４１…上キー、４２…下キー、４３…左キー、４４…右キー、４５…実行キー、４６…情報機器機能実現メニューキー、４７…機器選択メニューキー
Claims (6)
- 少なくとも１台の情報機器を、所定のネットワークを介して表示機器と接続し、上記表示機器を操作するキーが配置されたコントローラからの指令により情報機器の制御を行う制御方法において、
上記ネットワークに接続された情報機器に関する情報を上記表示機器が取得し、その取得した情報に基づいて、接続された情報機器を選択するための第１のメニュー画面を、上記コントローラからのキー操作コマンドにより上記表示機器内で作成させて表示し、
この第１のメニュー画面での表示に基づいた上記コントローラからのキー操作コマンドによる選択処理で、特定の情報機器が選択された場合に、その選択された特定の情報機器を操作するための第２のメニュー画面を上記特定の情報機器に対して要求し、その要求で第２のメニュー画面の表示データを上記特定の情報機器から上記表示機器に伝送し、その伝送された第２のメニュー画面を上記表示機器で表示し、
この第２のメニュー画面を表示させた際に上記コントローラのキー操作によるキー操作コマンドを上記表示機器が受信した場合に、上記表示機器において、キー操作コマンドによって行うべき表示の更新を、当該キー操作コマンドを受信した段階で行わず、受信したキー操作コマンドを上記特定の情報機器に送る中継伝送だけを行い、
上記表示機器から送信されたキー操作コマンドを受信した上記特定の情報機器において、受信したキー操作コマンドに基づいて表示データを更新し、該更新した表示データを上記表示機器に送ることで、上記表示機器で表示させている上記第２のメニュー画面を更新させた表示とする
制御方法。 - 請求項１記載の制御方法において、
上記表示機器でのネットワークに接続された情報機器に関する情報の取得は、ネットワークを構成するバスラインにリセットがかかったときに行う
制御方法。 - 請求項１又は２記載の制御方法において、
上記情報機器は、ビデオデータを再生する再生機器である
制御方法。 - 所定のネットワークを介して少なくとも１台の情報機器と接続され、別体のコントローラに設けたキーの操作で制御が可能な表示装置において、
上記ネットワークに接続された情報機器に関する情報を取得する第１の処理と、
上記コントローラからのキー操作コマンドにより、上記第１の処理で取得した情報に基づいて、接続された情報機器を選択するための第１のメニュー画面を表示する第２の処理と、
上記第１のメニュー画面での表示に基づいた上記コントローラのキー操作によるキー操作コマンドで選択された特定の情報機器を操作するための第２のメニュー画面を、上記特定の情報機器に対して要求し、その要求で伝送された表示データによる第２のメニュー画面を表示する第３の処理と、
上記第２のメニュー画面を表示させた際に上記コントローラのキー操作によるキー操作コマンドを当該表示装置が受信した場合に、そのキー操作コマンドによる上記第２のメニュー画面の更新動作を行わず、受信したキー操作コマンドを上記特定の情報機器に送る中継伝送だけを行う第４の処理との、
それぞれの処理を実行する制御手段を備えた
表示装置。 - 請求項４記載の表示装置において、
上記第１のメニュー画面を表示させる表示データを生成させるメニュー画面生成手段と、
上記特定の情報機器から上記ネットワークを介して伝送される上記第２のメニュー画面の表示データを受信する受信手段とを備えた
表示装置。 - 請求項４又は５記載の表示装置において、
上記制御手段による第１の処理は、ネットワークを構成するバスラインにリセットがかかったときに行う
表示装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000074365A JP4635290B2 (ja) | 2000-03-16 | 2000-03-16 | 制御方法及び表示装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000074365A JP4635290B2 (ja) | 2000-03-16 | 2000-03-16 | 制御方法及び表示装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001268667A JP2001268667A (ja) | 2001-09-28 |
| JP4635290B2 true JP4635290B2 (ja) | 2011-02-23 |
Family
ID=18592436
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000074365A Expired - Fee Related JP4635290B2 (ja) | 2000-03-16 | 2000-03-16 | 制御方法及び表示装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4635290B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4127276B2 (ja) | 2005-06-03 | 2008-07-30 | ソニー株式会社 | 電子機器及びその管理システム |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3870983B2 (ja) * | 1997-02-17 | 2007-01-24 | ソニー株式会社 | 電子機器制御装置および方法、並びに電子機器 |
| US6421069B1 (en) * | 1997-07-31 | 2002-07-16 | Sony Corporation | Method and apparatus for including self-describing information within devices |
| JPH11317756A (ja) * | 1998-05-06 | 1999-11-16 | Sony Corp | 電子機器制御装置および方法、並びに提供媒体 |
-
2000
- 2000-03-16 JP JP2000074365A patent/JP4635290B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001268667A (ja) | 2001-09-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20020085088A1 (en) | Information processor and method for processing information | |
| US6910085B2 (en) | Audio visual system having a serial bus for identifying devices connected to the external terminals of an amplifier in the system | |
| EP1085770A1 (en) | Electronic device and its repairing method | |
| JP4320993B2 (ja) | 機器制御方法、伝送装置及び媒体 | |
| KR20010071861A (ko) | 네트워크 접속 인식 방법 및 네트워크 접속 단말 장치 | |
| JPWO2001026295A1 (ja) | 機器制御方法、伝送装置及び媒体 | |
| JP4635290B2 (ja) | 制御方法及び表示装置 | |
| JP4320955B2 (ja) | 情報処理方法、情報処理システム及び情報処理装置 | |
| JP2001156807A (ja) | 伝送方法、伝送システム及び伝送装置 | |
| JP2002057683A (ja) | 制御機器および制御方法 | |
| KR100763716B1 (ko) | 정보 제어 방법, 정보 처리 장치, 및 정보 제어 시스템 | |
| JPWO2000069121A1 (ja) | 情報処理方法、情報処理システム及び情報処理装置 | |
| JP2002281038A (ja) | データ伝送方法およびデータ伝送装置 | |
| US20020041602A1 (en) | Communication control method, communication system, and communication apparatus | |
| KR20010071972A (ko) | 통신방법, 통신장치 및 통신시스템 | |
| JP2000358051A (ja) | データ伝送方法及びデータ伝送装置 | |
| JP2003032311A (ja) | 制御方法、伝送システム及び伝送装置 | |
| JP2003078537A (ja) | 機器認識方法及び電子機器 | |
| US20020073169A1 (en) | Information processing apparatus, information processing system and method thereof | |
| EP1098475A1 (en) | Network connection recognition method, network system and network connection terminal device | |
| JP2000356980A (ja) | 映像表示方法、映像表示装置及び映像出力装置 | |
| JP2002051056A (ja) | 通信制御方法、通信システム及び通信装置 | |
| JP2002051054A (ja) | 通信制御方法、通信システム及び通信装置 | |
| JP2001358800A (ja) | 情報処理システム及び情報処理装置並びにそれらの方法 | |
| JPWO2000072519A1 (ja) | 通信方法、通信装置及び通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20061110 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090526 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090616 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090813 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090908 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091013 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100105 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100330 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100512 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20101026 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20101108 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131203 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131203 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |