JP2003228968A

JP2003228968A - 機器制御システム、被制御機器、被制御機器動作モード変更方法、プログラム、および媒体

Info

Publication number: JP2003228968A
Application number: JP2002022416A
Authority: JP
Inventors: Akihiko Nakamura; 昭彦中村
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-01-30
Filing date: 2002-01-30
Publication date: 2003-08-15

Abstract

(57)【要約】【課題】新しいコマンドセットに対応しているコント
ローラからでも、古いコマンドセットにしか対応してい
ないレガシーコントローラからでもターゲットの制御を
可能とすることは、できなかった。【解決手段】複数種類のコマンドセットにそれぞれ応
じた動作モードを複数個有し、その複数個の動作モード
の内の選択している動作モードによって制御されるＡＶ
記録機器１４であって、１３９４バスで接続された所定
のコマンドセットを利用して制御を行うＳＴＢ１１、パ
ーソナルコンピュータ（ＰＣ）１３が利用する所定のコ
マンドセットを知るための調査を所定のタイミングで行
い、その調査の結果に応じて選択すべき動作モードを変
更するＡＶ記録機器１４である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、たとえば、ＩＥＥ
１３９４規格で規定された高速シリアルバス上に接続さ
れ、ＡＶプロトコルとＡＶ／Ｃコマンドセットを実装す
るノード間での機器制御システム、被制御機器、被制御
機器動作モード変更方法、プログラム、および媒体に関
するものである。

【０００２】

【従来の技術】近年、オーディオ・ビデオ機器（以下、
ＡＶ機器と略す）のデジタル化が進み、それとともに、
デジタルインターフェイスを装備した機器が普及してき
ている。例えば、ＨＤデジタルＶＣＲ協議会で規格化さ
れたフォーマット（以下、ＤＶフォーマット）に基づく
ＶＣＲ／ビデオカメラ（以下、ＤＶＣと略す）が近年急
速に普及し、また、このＤＶＣには、ＩＥＥＥ１３９４
で規格化されたデジタルインターフェイス端子が装備さ
れている。

【０００３】このＩＥＥＥ１３９４規格のシリアルイン
ターフェイスは、現在、１００Ｍ，２００Ｍ，４００Ｍ
ｂｐｓの伝送速度が用意され、ＤＶやＭＰＥＧ２などの
圧縮動画を同時に複数伝送することができる。また、通
信方式としては、リアルタイム伝送用のＩｓｏｃｈｒｏ
ｎｏｕｓ伝送と非同期データ伝送用のＡｓｙｎｃｈｒｏ
ｎｏｕｓ伝送の２種類が用意されている．動画映像や、
音声といったリアルタイムデータはＩｓｏｃｈｒｏｕｎ
ｓ伝送モードを用い、制御コマンドなどには、Ａｓｙｎ
ｃｈｒｏｎｏｕｓモードを用いるといった使い分けが可
能となっている。

【０００４】このＩＥＥＥ１３９４規格をＡＶ機器に適
用するために、ＩＥＥＥ１３９４規格の上位にＡＶプロ
トコルが用意されている。ＡＶプロトコルでは、制御コ
マンドを送受信するためのコマンド伝送方法、ＡＶ信号
の接続管理方法、ＡＶ信号の伝送方法が規定されてい
る。なお、このＡＶプロトコルは、もともとＨＤデジタ
ルＶＣＲ協議会で規定され、現在は、ＩＥＣ６１８８３
規格として管理されている。また、コマンド伝送の上位
プロトコルとして、１３９４ＴｒａｄｅＡｓｓｏｃ
ｉａｔｉｏｎで各種コマンドセットが規定（以下、１３
９４ＴＡスペックと略す）されている。このコマンドセ
ットは、ＡＶ／Ｃコマンドと呼ばれ、ＡＶ機器をリモー
トで制御するためのコマンドセットである。当初ＤＶＣ
用に伝送規格，コマンド規格が策定され、その後、ＭＰ
ＥＧ２などの圧縮動画の伝送規格や、Ｄ−ＶＨＳ規格の
ＶＣＲ（以下、Ｄ−ＶＨＳと略す）用のコマンド規格、
さらには、ディスクメディア用のコマンド規格策定へと
拡張されている。

【０００５】次に、ＡＶ／Ｃコマンドについて詳細に説
明する。前述したように、ＡＶ／Ｃコマンドセットは、
当初ＤＶＣ用のものが規定され、その後、各種機器・ア
プリケーション向けに拡張が進んでいる。

【０００６】ＡＶ／Ｃコマンドセットでは、ＡＶ機器を
「ユニット」，「サブユニット」という概念によりモデ
リングしている。ＡＶ／Ｃユニットとは、ＡＶ機器その
もののことである。また、ＡＶ／Ｃサブユニットとは、
ＡＶ機器の機能を司るものである。

【０００７】例えば、ＶＣＲユニットは、チューナーサ
ブユニットと、テープレコーダ／プレーヤサブユニット
（以下、ＶＣＲサブユニット）とからなるという構成を
とることができる。また、ビデオカメラユニットをカメ
ラサブユニットとＶＣＲサブユニットからなるという構
成をとることができる。このように機能単位として適当
なものが検討され、サブユニットが定められる。

【０００８】なお、サブユニットは仮想的な機能単位で
あり、実際の回路構成と一致するとは限らない。例え
ば、ＡＶ／Ｃコマンドで制御する必要のないブロックに
ついては、どのサブユニットにも入っていない場合があ
る。

【０００９】次に、ＡＶ／Ｃコマンドトランザクション
について説明する。前述したように、ＡＶプロトコルで
コマンド伝送規格が規定され、このプロトコルはＦｕｎ
ｃｔｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ（以
下、ＦＣＰと略す）と呼ばれている。制御する側をコン
トローラ、制御される側をターゲットと呼ぶ。

【００１０】このコマンドのやりとりには、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ通信のライトトランザクションを用い
る。そして、ＦＣＰで送られるコマンドセットの種類
は、データフィールド中のＣＴＳに記されている。ＣＴ
Ｓ＝００００にすることで、ＡＶ／Ｃコマンドセットで
あることを示す。

【００１１】図２にＡｓｙｎｃｈｒｏｎｏｕｓパケット
中のＦＣＰフレームの構成を示す。また、図３にＡＶ／
Ｃコマンドフレームを示し、図４にＡＶ／Ｃレスポンス
フレームを示す。図３〜４に示されているｃｔｙｐｅ／
ｒｅｓｐｏｎｓｅにはそのパケットがコマンドであるか
レスポンスであるか、コマンドの場合はコマンドの機能
分類、レスポンスの場合はコマンドの処理結果の分類が
割り当てられている。この割り当てを図５に示す。

【００１２】さて、ＡＶ／Ｃコマンドは、大きく分けて
４種類が定義されている。

【００１３】（１）機能を外部から制御するコマンドと
しては、ＣＯＮＴＲＯＬが定義されている。

【００１４】（２）外部から状態を問い合わせるコマン
ドとしては、ＳＴＡＴＵＳが定義されている。

【００１５】（３）制御コマンドのサポートの有無を外
部から問い合わせるコマンドとしては、ＧＥＮＥＲＡＬ
ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅのサポートの有無），
ＳＰＥＣＩＦＩＣＩＮＱＵＩＲＹ（ｏｐｃｏｄｅ＋ｏ
ｐｅｒａｎｄｓのサポートの有無）が定義されている。

【００１６】（４）状態の変化を外部に知らせるよう要
求するコマンドとしては、ＮＯＴＩＦＹコマンド（コマ
ンドの種別に応じて変化する）が定義されている。

【００１７】また、これらに対するレスポンスが、つぎ
のように定義されている。

【００１８】（１）ＣＯＮＴＲＯＬに対するレスポンス
としては、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ（コマンド
が実装されていないことを通知）、ＡＣＣＥＰＴＥＤ
（コマンドが実行されたことを通知）、ＲＥＪＥＣＴＥ
Ｄ（コマンドが実行できなかったことを通知）、ＩＮＴ
ＥＲＩＭ（コマンドが処理中であることを通知）が定義
されている。

【００１９】（２）ＳＴＡＴＵＳコマンドに対するレス
ポンスとしては、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ，Ｒ
ＥＪＥＣＴＩＮＴＲＡＮＳＩＴＩＯＮ（ステータス
が遷移中であることを通知）、ＳＴＡＢＬＥ（ステータ
スが遷移中でなく安定していることをを通知）が定義さ
れている。

【００２０】（３）ＧＥＮＥＲＡＬＩＮＱＵＩＲＹ，
ＳＰＥＣＦＩＣＩＮＱＵＩＲＹコマンドに対するレス
ポンスとしては、ＩＭＰＬＥＭＥＮＴＥＤ（コマンドが
実装されていることを通知）、ＮＯＴＩＭＰＬＥＭＥ
ＮＴＥＤ（コマンドが実装されていないことを通知）が
定義されている。

【００２１】（４）ＮＯＴＩＦＹコマンドに対するレス
ポンスとしては、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ，Ｒ
ＥＧＥＣＴＥＤ，ＩＮＴＥＲＩＭ（ｎｏｔｉｆｙが受け
付けられたことをまず通知）、ＣＨＡＮＧＥＤ（その
後，ターゲットの状態が変化したことを通知）が定義さ
れている。

【００２２】なお、Ｓｕｂｕｉｔ＿ｔｙｐｅ，ｓｕｂｕ
ｎｉｔ＿ｉｄでは、コマンドのあて先、レスポンスの送
信元を示す。ｓｕｂｕｎｉｔ＿ｔｙｐｅの種類は、図５
を参照のこと。

【００２３】また、ユニット内に同じ種類のサブユニッ
トが複数存在する場合の判別を行うために、判別番号と
してｓｕｂｕｎｉｔ＿ｉｄでアドレッシングを行う。そ
して、ｏｐｃｏｄｅでは命令動作をあらわし、ｏｐｅｒ
ａｎｄでは命令の付加的情報をあらわす。ｏｐｃｏｄｅ
はｓｕｂｕｎｉｔ＿ｔｙｐｅごとに定義される。なお、
ｓｕｂｕｎｉｔ＿ｔｙｐｅの中にユニットが割りあてら
れているが、これは機器そのものに送る場合に用いら
れ、例えば電源のオン・オフなどがあげられる。

【００２４】また、機器のサブユニット構成問い合わせ
もユニット宛に送られる。ユニットコマンドの一覧を図
６に示す。なお、サブユニットコマンドにも対応してい
るものを一覧中に“Ｘ”マークを付与している。

【００２５】さて、このような１３９４プロトコルスタ
ックをもつ、１３９４機器接続の例を以下に説明する。
例えば、ＤＶＣと１３９４端子付きのパーソナルコンピ
ュータ（以下、ＰＣと略す）を１３９４ケーブルで接続
し、ＰＣ上で動作するアプリケーションにより、編集作
業を行うことが可能となっている。このとき、ＰＣ上の
ソフトウェアでは、接続されている機器がＤＶＣである
ことを識別した上で動作するようになっている。一般的
には、バスリセット処理終了後、機器識別動作は行われ
る。機器識別動作としては、具体的には、Ｃｏｎｆｉｇ
ｕｒａｔｉｏｎＲＯＭを読み込み、ＡＶプロトコルを実
装していると識別できたなら、１３９４ＴＡスペックに
おける１３９４ＡＶ／Ｃモデルを識別する。なお、Ｃｏ
ｎｆｉｇｕｒａｔｉｏｎＲＯＭの詳細についてはここ
では省略する。

【００２６】ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭの読
み込み動作は、１３９４トランザクションのリードトラ
ンザクションを用いて行う。また、この１３９４ＡＶＣ
／Ｃモデルの識別には、ユニット宛ＳＵＢＵＮＩＴＩ
ＮＦＯコマンドなどが用いられる。

【００２７】ＰＣアプリケーションなど１３９４経由で
ＡＶ機器を制御する機器（コントローラ）は、前述のよ
うに、接続されている機器の識別が必要である。これ
は、モニタなどの表示装置に、現在の機器接続状況を表
示するためという意味合いもあるが、ターゲット機器の
種類ごとにコマンドセットの実装状況が異なるという事
情に基づく。

【００２８】ＤＶＣの場合は、ＶＣＲサブユニットを持
ち、ＶＣＲコマンドをサポートしているので、ＶＣＲサ
ブユニットコマンドにより制御される。図７にＶＣＲサ
ブユニットコマンドの一覧を示す。ＰＣアプリケーショ
ンは図７に記されたコマンドを用いてＤＶＣを制御し、
一方ＤＶＣは、そのときの機器の状態に応じて、ＰＣか
らのコマンドに対してレスポンスを返す。そしてこれら
を繰り返すことにより、機器制御を実現する。例えば、
ＤＶＣを再生させたいときには、ＰＬＡＹコマンドを用
いる。また、早送りや巻き戻しを行いたいときにはＷＩ
ＮＤコマンドを用いる。相手機器の状態を調べたいとき
には、ＴＲＡＮＳＰＯＲＴＳＴＡＴＥコマンドを用い
る。

【００２９】このように、コントローラとなる機器（こ
こではＰＣもしくはＰＣアプリケーション）は、ターゲ
ットとなる機器（ここではＤＶＣ）が実装するＡＶ／Ｃ
コマンドセットを識別し、そのコマンドセットを用いる
ことによりターゲット機器を制御する。

【００３０】前述したように、１３９４ＴＡスペックと
しては、ＶＣＲサブユニットコマンドセットから始ま
り、その後ディスクコマンドセットなど、新規コマンド
セットが規格化されてきている。

【００３１】ターゲットとなる機器は、それぞれの機器
に適したコマンドセットを実装すればよく、また、コン
トローラとなる機器は、コントロールしようとする（タ
ーゲットにしようとする）機器が対応しているコマンド
セットを実装する必要がある。

【００３２】ＡＶ／Ｃコマンドセットは、上記のような
仕組みになっているので、新しいコマンドセットが規格
化され、そのコマンドセットに対応した機器をコントロ
ールしようとするなら、コントローラ側の変更が必須と
なる。例えば、ＰＣアプリケーションの場合は、ソフト
ウェアのバージョンアップなどで対応する。

【００３３】また、昨今、ＡＶ機器においても、外部に
接続された１３９４機器を制御する機器が普及してきて
いる。例えば、ＢＳデジタルチューナーやＢＳデジタル
チューナー内蔵ＴＶでは、１３９４ケーブルで接続され
たＤ−ＶＨＳ仕様のＶＴＲなどを制御できるようになっ
ている。また、Ｄ−ＶＨＳ仕様のＶＴＲなども、ＢＳデ
ジタルチューナーの制御などを行えるようになってい
る。ここで、Ｄ−ＶＨＳ仕様のＶＴＲを制御するために
は、ＶＣＲコマンドを実装し、また、ＢＳデジタルチュ
ーナーを制御するためには、Ｔｕｎｅｒコマンドを実装
する必要がある。

【００３４】

【発明が解決しようとする課題】ところで、記録メディ
アに関してはテープメディアからディスクメディアへの
移行が近年はじまっており、１３９４接続においても古
いコマンドセットであるＶＣＲコマンドセットではなく
新しいコマンドセットであるディスクコマンドセットに
対応した機器が商品化されていくことが予想される。特
に、ＡＶ記録機器などの被制御機器の商品開発は、ＢＳ
デジタルチューナー内蔵ＴＶなどの制御機器のそれより
も先行する傾向にある。

【００３５】しかしながら、たとえば、制御機器がＶＣ
Ｒコマンドセットのみにしか対応していない機器（以下
ではこのような機器をレガシー機器と呼ぶ）であり、被
制御機器がディスクコマンド対応機器である場合には、
制御機器から被制御機器を制御することができない。

【００３６】もちろん、ＰＣなどであれば、ソフトウェ
アのバージョンアップなどが容易に可能であるが、一般
的なＡＶ記録機器ではそのようなバージョンアップは容
易にはできない。

【００３７】なお、ディスクコマンド対応機器である被
制御機器であっても、レガシー機器である制御機器から
エミュレーションを利用してＶＣＲコマンドで制御しよ
うとする方法があるが、最適ではないコマンドセットを
採用しているということから、適切な制御を実現できな
いことがある。また、ターゲットとなる被制御機器側で
複数のコマンドセットに対応しておき、ユーザーのマニ
ュアル操作によりそのコマンドセットを切り替える方法
もありうるが、ユーザーから見ると操作が非常に煩雑に
なる。

【００３８】本発明は、上記従来のこのような課題を考
慮し、新しいコマンドセットに対応しているコントロー
ラからでも、古いコマンドセットにしか対応していない
レガシーコントローラからでも、ユーザーのマニュアル
操作によらずにターゲットの制御を可能とすることがで
きる機器制御システム、被制御機器、被制御機器動作モ
ード変更方法、プログラム、および媒体を提供すること
を目的とするものである。

【００３９】

【課題を解決するための手段】第一の本発明（請求項１
に対応）は、複数種類のコマンドセットにそれぞれ応じ
た動作モードを複数個有し、その複数個の動作モードの
内の選択している動作モードによって制御される被制御
機器と、所定のコマンドセットを利用して前記制御を行
う制御機器と、前記被制御機器と前記制御機器とを接続
するためのバスとを備え、前記被制御機器は、前記制御
機器が利用する所定のコマンドセットを知るための調査
を所定のタイミングで行い、その調査の結果に応じて前
記選択すべき動作モードを変更する機器制御システムで
ある。

【００４０】第二の本発明（請求項２に対応）は、前記
調査を行うとは、前記制御機器に対して所定の問い合わ
せを行い、その問い合わせに応じた所定のレスポンスを
得ることである第一の本発明の機器制御システムであ
る。

【００４１】第三の本発明（請求項３に対応）は、前記
バスは、前記接続の状態に変化があった際にはリセット
されるバスであり、前記所定のタイミングで行うとは、
前記バスのリセットが行われた後に行うことである第一
の本発明の機器制御システムである。

【００４２】第四の本発明（請求項４に対応）は、前記
被制御機器および前記制御機器は、ＡＶプロトコルおよ
びＡＶ／Ｃコマンドセットを実装しており、前記バス
は、ＩＥＥＥ１３９４規格で規定されたシリアルバスで
あり、前記複数種類のコマンドセットは、前記ＡＶ／Ｃ
コマンドセットの内のＶＣＲコマンドセットおよびディ
スクコマンドセットの二種類のコマンドセットであり、
前記動作モードの変更とは、ＡＶ／Ｃターゲットとして
の動作モードの変更である第二または第三の本発明の機
器制御システムである。

【００４３】第五の本発明（請求項５に対応）は、前記
被制御機器は、前記動作モードの変更とともに、Ｃｏｎ
ｆｉｇｕｒａｔｉｏｎＲＯＭのＢｕｓ＿ｉｎｆｏ＿ｂ
ｌｏｃｋへのリードリクエストに対するレスポンスモー
ドの変更をも行う第四の本発明の機器制御システムであ
る。

【００４４】第六の本発明（請求項６に対応）は、複数
種類のコマンドセットにそれぞれ応じた動作モードを複
数個有し、その複数個の動作モードの内の選択している
動作モードによって制御される被制御機器であって、バ
スで接続された所定のコマンドセットを利用して前記制
御を行う制御機器が利用する所定のコマンドセットを知
るための調査を所定のタイミングで行い、その調査の結
果に応じて前記選択すべき動作モードを変更する被制御
機器である。

【００４５】第七の本発明（請求項７に対応）は、前記
調査を行うとは、前記制御機器に対して所定の問い合わ
せを行い、その問い合わせに応じた所定のレスポンスを
得ることである第六の本発明の被制御機器である。

【００４６】第八の本発明（請求項８に対応）は、前記
バスは、前記接続の状態に変化があった際にはリセット
されるバスであり、前記所定のタイミングで行うとは、
前記バスのリセットが行われた後に行うことである第六
の本発明の被制御機器である。

【００４７】第九の本発明（請求項９に対応）は、複数
種類のコマンドセットにそれぞれ応じた動作モードを複
数個有し、その複数個の動作モードの内の選択している
動作モードによって制御される被制御機器側から、バス
で接続された所定のコマンドセットを利用して前記制御
を行う制御機器が利用する所定のコマンドセットを知る
ための調査を所定のタイミングで行う調査ステップと、
その調査の結果に応じて前記選択すべき動作モードを変
更する動作モード変更ステップとを備えた被制御機器動
作モード変更方法である。

【００４８】第十の本発明（請求項１０に対応）は、第
九の本発明の被制御機器動作モード変更方法の、複数種
類のコマンドセットにそれぞれ応じた動作モードを複数
個有し、その複数個の動作モードの内の選択している動
作モードによって制御される被制御機器側から、バスで
接続された所定のコマンドセットを利用して前記制御を
行う制御機器が利用する所定のコマンドセットを知るた
めの調査を所定のタイミングで行う調査ステップと、そ
の調査の結果に応じて前記選択すべき動作モードを変更
する動作モード変更ステップとの全部または一部をコン
ピュータに実行させるためのプログラムである。

【００４９】第十一の本発明（請求項１１に対応）は、
第十の本発明のプログラムを担持した媒体であって、コ
ンピュータにより処理可能な媒体である。

【００５０】

【発明の実施の形態】以下に、本発明にかかる実施の形
態について、図面を参照しつつ説明を行う。

【００５１】（実施の形態１）はじめに、１３９４機器
の接続形態の一例である図８を主として参照しながら、
本実施の形態における１３９４機器制御システムの構成
について説明する。

【００５２】図８において、１１はＳｅｔＴｏｐＢ
ｏｘ（以下、ＳＴＢと略す）、１２はＴＶモニタ、１３
はパーソナルコンピュータ（ＰＣ）、１４はＡＶ記録機
器である。この図において、ＳＴＢとは、デジタル放送
対応チューナー機能を持ち、１３９４ケーブルで接続さ
れたＡＶ記録機器１４などの外部１３９４機器を制御す
る機能を持つ。このＳＴＢは映像信号をＴＶモニタ１２
に出力する。

【００５３】なお、ＳＴＢ１１、パーソナルコンピュー
タ１３などは、従来の装置であってもよい。

【００５４】ＳＴＢ１１はデジタル放送用アンテナから
入力された信号をＴＶモニタに出力するために、放送用
に変調された信号を復調・選局する機能と、デジタル放
送では映像の圧縮方式としてＭＰＥＧ２が用いられてい
るので、そのＭＰＥＧデコード処理を行う機能を持って
いる。

【００５５】ここで、ＡＶ記録機器１４のシステム構成
の一例を図９に示す。図９において２１はマイクロプロ
セッサ、２２は１３９４端子、２３は１３９４処理／Ｉ
ｓｏｃｈｒｏｎｏｕｓデータ処理部（以下、１３９４処
理部と略す）、２４は２５の１３９４処理部にて検出さ
れたＩｓｏｃｈｒｏｎｏｕｓデータ、ここでは具体的に
は映像・音声信号をメディアへ記録するため記録処理を
行う記録処理部、２５は記録処理を施されたデータをメ
ディアへ記録／再生するためのストリーム制御／ドライ
ブ制御処理部（以下、ドライブ制御部と略す）である。
また、２６はメディアドライブであり、２５のストリー
ム／ドライブ制御処理部によりコントロールされ、メデ
ィアの書き込み／読み出しが行われる。また、メディア
からのデータ再生時には、２５のストリーム／ドライブ
制御処理部によりメディアからのデータが読み込まれ、
再生処理を施し、２３の１３９４処理部へデータが入力
される。また、マイクロプロセッサ２１は、１３９４処
理部２３，記録系処理部２４，ドライブ制御部２５，再
生系処理部２７をユーザー操作もしくは１３９４バスで
接続された外部機器からのＡＶ／Ｃコマンドによる制御
指示に基づき制御する。なお、図９中には、ユーザー操
作の受付部に関しては図示していない。

【００５６】また、２３の１３９４処理部はマイクロプ
ロセッサ２１でのソフトウェア処理と協調し、１３９４
規格の物理層／リンク層／バスマネージメント層／トラ
ンザクション層／Ｉｓｏｃｈｒｏｎｏｕｓ伝送処理を行
う。これらの個々の動作については、すでに各社から商
品化されている機器で実現済みであり、すでに既知の内
容であるので、ここでは詳細説明を省略する。１３９４
トランザクションにおける実際の送信パケットデータの
生成や、受信したパケットの解析などは、ソフトウェア
処理にて行われる。

【００５７】なお、ＡＶ記録機器１４は本発明の被制御
機器に対応し、ＳＴＢ１１、パーソナルコンピュータ１
３は本発明の制御機器に対応し、１３９４バス（１３９
４ケーブル）は本発明のバスに対応する。

【００５８】つぎに、本実施の形態における１３９４機
器制御システムの動作について説明する。なお、本実施
の形態における１３９４機器制御システムの動作につい
て説明しながら、本発明の被制御機器動作モード変更方
法の一実施の形態についても説明する。

【００５９】（Ｉ）はじめに、ＳＴＢ１１とＡＶ記録機
器１４を接続した場合の機能実現の一例について詳述す
る。

【００６０】１３９４の接続モデルとして、ＳＴＢ１１
がコントローラ、ＡＶ記録機器１４がターゲットとして
動作し、ＳＴＢ１１からＡＶ記録機器１４をコントロー
ルして操作させる場合を説明する。

【００６１】一例として、ＳＴＢ１１のリモコン（図示
せず）を用い、ＳＴＢ１１のチューナーで受信した信号
をＡＶ記録機器１４に記録させたり、また、ＡＶ記録機
器１４からの信号をＳＴＢ１１が受信してＴＶモニタに
映像を表示する場合を説明する。

【００６２】このとき、ＳＴＢ１１はアンテナから受信
してユーザーにより選局された信号を１３９４ケーブル
経由でＡＶ記録機器１４に送信する。ＡＶ記録機器では
受信した信号を記録メディアに記録する。このとき、Ｓ
ＴＢ１１からはＡＶプロトコルにおける信号接続管理規
定に沿って、信号の接続管理が行われるとともに、ＡＶ
／Ｃコマンドによって、ＡＶ記録機器側を記録モードに
移行させる。記録モードに移行させるためには、ＲＥＣ
ＯＲＤコマンドが用いられる。

【００６３】また、ここで、１３９４ケーブル上に流れ
る信号のフォーマットは、従来例として説明したように
ＩＥＣ６１８８３規格に沿っている。具体的には、ＡＶ
信号としては、ＭＰＥＧ−ＴＳエンコードされた信号が
伝送される。ここで、ＡＶ記録機器側では、ＭＰＥＧ−
ＴＳエンコードされた信号を受信し、デコードすること
なく記録メディアへ記録する。また、ＡＶ記録機器から
の再生信号も同一規格に沿ったフォーマットで、ＡＶ記
録機器１４からＳＴＢ１１へ送信される。このときも記
録時と同様に、ＡＶプロトコルでの信号接続管理処理と
ともに、ＡＶ／Ｃコマンドによって、ＡＶ記録機器１４
側を再生モードにさせる。再生モードに移行させるため
には、ＰＬＡＹコマンドが用いられる。

【００６４】ここから、本発明の実施の形態１の１３９
４機器制御システムの動作フローチャートである図１を
主として参照しながら、バスリセット終了後、外部機器
識別処理を行い、識別された機器が所定の機器であるか
否かを判断し、その判断結果に基づき、ＡＶ／Ｃターゲ
ットとしての動作モードを変更することを特徴とする、
ＩＥＥＥ１３９４規格で規定されたシリアルバス上に接
続され、ＡＶプロトコルとＡＶ／Ｃコマンドセットを実
装するノード間での機器制御について、具体的に説明す
る。

【００６５】なお、図１において、１はバスリセット検
出処理、２はバストポロジー情報取得処理、３はＣｏｎ
ｆｉｇｕｒａｔｉｏｎＲＯＭ読み込み処理、４はＵＮ
ＩＴ／ＳＵＢＵＮＩＴ情報取得処理、５は機器情報のチ
ェック処理、６はターゲットモード変更必要性判断処理
（５の処理でチェックした結果に基づき所定の機器が存
在したか否かを判断する処理）、７はＡＶ／Ｃターゲッ
トとしての動作モードを変更する処理、８はバスリセッ
トを発生させる処理である。

【００６６】このような機器制御方法により、ターゲッ
ト機器側の動作モードを切り替え、新しいコマンドセッ
トに対応しているコントローラからも、また、古いコマ
ンドセットにしか対応していないレガシーコントローラ
からも制御可能となるターゲット機器を提供実現するこ
とができるものである。

【００６７】（第一のステップ）バスリセット検出処理
１；バスリセット検出処理１であるが、この処理は通常
ハードウェアにて行われる。バスリセットとは、新たに
ノードがバスに参加したり、バスから外されるなど、ト
ポロジーに変化が起きると、バスリセット信号がバス上
の前ノードに伝わり、トポロジー情報がすべてクリアさ
れる。バスの初期化（リセット）後、各々のノードは、
ブランチ（２つ以上接続されている）か、リーフ（１つ
だけ接続されている）か、あるいは単体（接続なし）か
の状態のみを認識する。

【００６８】そしてバスの初期化後、ツリー・アイデン
ティファイ（ｔｒｅｅ−ｉｄｅｎｔｉｆｙ）において、
ツリー構造の解析を行い、全ての接続されているポート
ルートノードへの方向付けを決めることによって、１つ
のノードがルートに選出される。ルートノードの決定方
法の詳細については省略するが、一般的にはハードウェ
ア的に実現される。

【００６９】具体的には、図９における２３の１３９４
処理部にて行われる。ツリー・アイデンディファイ終了
後、セルフ・アイデンティファイ（ｓｅｌｆ−ｉｄｅｎ
ｔｉｆｙ）によって、各々のノードの識別に必要なバス
で唯一のｐｈｙ＿ＩＤを決め、マネジメントに必要な情
報を流す。これらの情報は、１〜４個のｓｅｌｆ−ＩＤ
パケットに乗せて送られる。全てのノードがｓｅｌｆ−
ＩＤパケットを送った後、ａｒｂｉｔｒａｔｉｏｎｒ
ｅｓｅｔｇａｐ期間、バスがｉｄｌｅ状態になること
によって、通常のアービトレーションが行える状態にな
る。

【００７０】セルフ・アイデンティファイ（ｓｅｌｆ−
ｉｄｅｎｔｉｆｙ）が終了すると、各々のノードは通常
のアービトレーション（ａｒｂｉｔｒａｔｉｏｎ：バス
の使用権を取得するための調停）を使ってパケット送信
することが可能となる。

【００７１】（第二のステップ）バストポロジー情報取
得処理２；以上のようなバスリセット検出処理１が終了
すると、次にバストポロジー情報取得処理２を行う。こ
れは、前述のバスリセット検出処理１におけるセルフ・
アイデンティファイで取得したｓｅｌｆ−ＩＤパケット
に基づき、各ノードの情報を取得する。

【００７２】ｓｅｌｆ−ＩＤパケットで用意されている
内容の主だったものを以下に簡単に説明する。

【００７３】ｐｈｙｓｉｃａｌ＿ＩＤ；パケットの送信
側の物理ノード識別子である。

【００７４】ｌｉｎｋ＿ａｃｔｉｖｅ；このフィールド
がセットされている場合、ノードの中にアクティブなリ
ンクレイヤとトランザクションレイヤが存在する。

【００７５】ｇａｐ＿ｃｏｕｎｔ；このノードのＰＨＹ
＿ＣＯＮＦＩＧＵＲＡＴＩＯＮ．ｇａｐ＿ｃｏｕｎｔの
現在の値である。

【００７６】ＰＨＹ＿ＳＰＥＥＤ；２ビットでサポート
している速度の機能を示す。

【００７７】ＣＯＮＴＥＮＤＥＲ；このフィールドがセ
ットされていて、ｌｉｎｋ＿ａｃｔｉｖｅフラグもセッ
トされている場合、このノードはバスマネージャまたは
アイソクロナスマネージャの競争に参加する。

【００７８】ＰＯＷＥＲ＿ＣＬＡＳＳ；電力の消費と供
給の特性を３ビットで示す。

【００７９】Ｐ０．．Ｐ２６：ポートの状態を２ビット
で示す。

【００８０】以上のような内容をもつｓｅｌｆ＿ＩＤが
各ノードから送信されるので，それぞれのノードは、バ
ス上につながるノードの情報を取得することができる。
ここでは、少なくともバス上につながるノードの個数が
判別できたものとする。なお、これらの処理は、１３９
４処理部２３（図９参照）にて取り込まれたパケットデ
ータをマイクロプロセッサ２１でのソフトウェアにて解
析することにより行われる。

【００８１】（第三のステップ）Ｃｏｎｆｉｇｕｒａｔ
ｉｏｎＲＯＭ読み込み処理３；つぎに、Ｃｏｎｆｉｇ
ｕｒａｔｉｏｎＲＯＭ読み込み処理３を行う。ＩＥＥ
Ｅ１３９４ではデータのパケット通信において、接続さ
れている機器へのデータの書き込みや読み出しのアドレ
スをＩＥＥＥ１２１２に準拠した６４ビットのアドレス
で表している。この６４ビットのアドレスを指定するこ
とにより、バス上につながれている機器へのデータの書
き込みや読み出しを１つの６４ビット−レジスタへのア
クセスのように扱える。

【００８２】この６４ビットアドレスの特定の領域に、
ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭが割り当てられて
いる。

【００８３】ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭの実
装例を図１０に示す。ここではＧｅｎｅｒａｌＲＯＭ
フォーマットに基づき実装した例を示している。このＣ
ｏｎｆｉｇＲＯＭは、１３９４のリードトランザクショ
ンにて読み込みを行う。

【００８４】読み込みデータの機器側での活用例を簡単
に説明する。

【００８５】ノード固有識別子；Ｂｕｓ＿Ｉｎｆｏ＿Ｂ
ｌｏｃｋのｎｏｄｅ＿ｖｅｎｄｏｒ＿ｉｄ，ｃｈｉｐ＿
ｉｄ＿ｈｉ，ｃｈｉｐ＿ｉｄ＿ｌｏの各フィールドの集
合体が６４ｂｉｔのノード固有識別子を形成する。シリ
アルバス上の物理アドレスは、バスリセット後に変化す
る可能性があるため、この固有の識別子が、ノードを識
別する唯一の確実な情報である。

【００８６】ｕｎｉｔ＿ｓｐｅｃ＿ｉｄ，ｕｎｉｔ＿ｓ
ｗ＿ｖｅｒｓｉｏｎ；ＡＶプロトコルを実装している機
器では、ｕｎｉｔ＿ｓｐｅｃ＿ｉｄ＝００Ａ０２Ｄｈ，
ｕｎｉｔ＿ｓｗ＿ｖｅｒｓｉｏｎ＝０１０００１ｈとな
る。異なる値が実装されている場合は、ＡＶプロトコル
を実装していない機器であると判断できる。

【００８７】ＶｅｎｄｏｒＮａｍｅ，ＭｏｄｅｌＮ
ａｍｅ；ＶｅｎｄｏｒＮａｍｅやＭｏｄｅｌＮａｍ
ｅをアスキーコードで実装可能となっている。したがっ
て、外部機器から各機器（ノード）ごとに、Ｖｅｎｄｏ
ｒＮａｍｅやＭｏｄｅｌＮａｍｅを読み込むことがで
きる。

【００８８】以上、代表的なものについて説明したが、
外部機器（ノード）に対してこれらの情報を読み込もう
とするときには、すでにバス上に接続されているノード
の数が判明しているとして、以下の手順を踏むのが一般
的である。

【００８９】１）バス上につながっている各ノードのノ
ード固有識別子（６４ビット）の取得を行う。

【００９０】２）各ノードがＡＶプロトコルを実装して
いる機器か否かの判別（ｕｎｉｔ＿ｓｐｅｃ＿ｉｄ，ｕ
ｎｉｔ＿ｓｗ＿ｖｅｒｉｏｎの読み込み）を行う。ここ
では、ｕｎｉｔ＿ｓｐｅｃ＿ｉｄ＝００Ａ０２Ｄｈ，ｕ
ｎｉｔ＿ｓｗ＿ｖｅｒｓｉｏｎ＝０１０００１ｈとして
読み込めたものとする。

【００９１】３）ＶｅｎｄｏｒＮａｍｅ，Ｍｏｄｅｌ
Ｎａｍｅの読み込みを行う。ここでは、それぞれ既知
の値が取得できるものとする。

【００９２】（第四のステップ）ＵＮＩＴ／ＳＵＢＵＮ
ＩＴ情報取得処理４；さて、Ｃｏｎｆｉｇｕｒａｔｉｏ
ｎＲＯＭ読み込み処理３を完了したなら、ＵＮＩＴ／
ＳＵＢＵＮＩＴ情報取得処理４を行う。この処理は、具
体的には、ＡＶプロトコルを実装している機器（ノー
ド）に対し、ＵＮＩＴ情報，ＳＵＢＵＮＩＴ情報の問い
合わせを行う。

【００９３】すなわち、図６に示した、ＵＮＩＴＩＮ
ＦＯコマンドとＳＵＢＵＮＩＴＩＮＦＯコマンドを各
ノードに対して送信する。そして、それぞれのノードか
ら返ってきたＡＶ／Ｃレスポンスの内容を管理する。

【００９４】なお、このＵＮＩＴ情報問い合わせ、ＳＵ
ＢＵＮＩＴ情報問い合わせは、Ｃｏｎｆｉｇｕｒａｔｉ
ｏｎＲＯＭ読み込み処理３で「ＡＶプロトコルを実装
している」と判断された機器に対して行う。

【００９５】繰り返しになるが、今ここでは、図８のＡ
Ｖ記録機器１４とＳＴＢ１１が１３９４ケーブルで接続
されている状態を説明している。そして、ＳＴＢ１１
は、ＡＶプロトコルを実装しており、かつ、Ｔｕｎｅｒ
サブユニットを装備しており、したがって、ＵＮＩＴ
ＩＮＦＯコマンドとＳＵＢＵＮＩＴＩＮＦＯコマンド
の両者に対し、ＡＶ／Ｃレスポンスのｓｕｂｕｎｉｔ＿
ｔｙｐｅとして「Ｔｕｎｅｒ」というｉｄでレスポンス
を返すものとする。ここに、ｓｕｂｕｎｉｔ＿ｔｙｐｅ
＝００１０１ｂであった（図５参照）。

【００９６】ここまでで説明した外部ノードに関する情
報を取得するにあたり、ＡＶ記録機器１４では図１１
（ａ）に示す管理テーブルを用意しておく。同図に示す
ように、管理テーブルのメンバーとしては、ターゲット
ＩＤ，ノード固有識別子，ノードＩＤ，ユニットタイ
プ，サブユニットタイプ，ベンダ名，モデル名を用意す
る。

【００９７】ターゲットＩＤは、バス上に接続されてい
る１３９４機器全てに割り振り、かつ、ＡＶ記録機器１
４内部で割り振っているＩＤである。自身を０として取
り扱う。また、ノードＩＤはｐｈｙ＿ＩＤと一致した値
である。バスの初期化後のセルフ・アイデンティファイ
で決定される。

【００９８】ユニットタイプは、各ノードのサブユニッ
ト構成によりＡＶ記録機器１４内部で決まるものとす
る。具体的には、ＵＮＩＴＩＮＦＯコマンドに対し、
相手機器が返してきたＡＶ／Ｃレスポンスにより決定す
ればよい。また、サブユニットタイプはＳＵＢＵＮＩＴ
ＩＮＦＯコマンドに対して相手機器が返したレスポン
スにより決定すればよい。

【００９９】なお、図１１（ａ）に示すように管理用テ
ーブルとしては、相手機器が複数のサブユニットを持っ
ている場合にも対応しておく。また、「ベンダ名」には
相手機器のベンダ名（メーカー名）をアスキーコードで
保存する。「モデル名」には、相手機器のモデル名（機
種名）をアスキーコードで保存する。ここでは、ＵＮＩ
Ｔ／ＳＵＢＵＮＩＴ情報取得処理４を終えた段階で、Ａ
Ｖ記録機器１４では、外部ノードの情報として、図１１
（ｂ）に示すように取得できたとする。ここで、機器１
はＡＶ記録機器１４自身である。また、機器２は１３９
４バス上に接続されているＳＴＢ１１である。

【０１００】ここまで、ＡＶ記録機器１４側の動作を説
明してきたが、例えばＳＴＢ１１などにおいても外部機
器に対してＡＶ／Ｃコマンドを発行して制御動作を実行
する機器（コントローラ機器）は、ここまで説明してき
たことと同様の動作を行う。すなわち、バスリセット発
生と同時に、外部機器情報取得、具体的には図１１に示
したような情報取得を行う。そして、外部機器を実際に
制御する場合には、相手機器が装備しているサブユニッ
トのコマンドセットを用いて制御を行う。

【０１０１】（第五のステップ）機器情報のチェック処
理５；さて、このようなＵＮＩＴ／ＳＵＢＵＮＩＴ情報
取得処理４を終えた後、次に機器情報のチェック処理５
を行う。

【０１０２】機器情報のチェック処理では、ＵＮＩＴ／
ＳＵＢＵＮＩＴ情報取得処理４までに行った外部接続機
器情報と図１２で示したリストを照らし合わせる。ここ
で図１２は、ＡＶ記録機器側１４から見たレガシー機器
リストである。

【０１０３】ＡＶ記録機器１４は、ここでは、図１１に
示すようにディスクサブユニットを持ち、ディスクコマ
ンドにより制御される、言い換えればディスクコマンド
を受け付ける状態になっているとする。

【０１０４】図１２のリストに挙げられている機器は、
ディスクサブユニットをコントロールする機能を持って
おらず、ＶＣＲサブユニットをコントロールする機能の
みを持っている機器を示している。ここでは、ＡＶ記録
機器１４に接続されているＳＴＢ１１は、そのような機
器に該当している。

【０１０５】この図１２で示したリストには、会社コー
ドとモデル名をあらかじめ登録しておく。会社コード
は、図１０で示したＣｏｎｆｉｇｕｒａｔｉｏｎＲＯ
ＭのＢｕｓ＿ｉｎｆｏ＿Ｂｌｏｃｋのｎｏｄｅ＿ｖｅｎ
ｄｏｒ＿ｉｄ（ｃｏｍｐａｎｙ＿ｉｄ）である。

【０１０６】また、モデル名は、アスキーコードで管理
されるＭＯＤＥＬＮＡＭＥである。すなわち、５の機
器情報チェック処理では、接続されている機器の情報テ
ーブルのうち、会社コードとモデル名を図１２に示した
リストとの比較を行う。ここでは、ＡＶ記録機器１４に
接続されている機器は、１台だけの場合を示している
が、複数台（複数ノード）接続されている場合には、そ
れぞれの機器（ノード）に対して、図１２のリストとの
比較を行う。

【０１０７】（第六のステップ）ターゲットモード変更
必要性判断処理６；次に、モード変更必要性判断処理６
を行う。

【０１０８】具体的には、まず、内部的にその時点での
ＡＶ／Ｃターゲットモードを管理しておく。ここでは、
外部機器から見ると、Ｄｉｓｃサブユニットにより制御
できる状態であり、Ｄｉｓｃサブユニットモードとす
る。

【０１０９】外部に接続されている機器のうち、少なく
とも１台でも図１２のリストに該当する機器が存在し、
かつ、ＡＶ／ＣターゲットモードがＤｉｓｃサブユニッ
トモードであれば、ターゲットモード変更処理７へ移行
する。また、ＡＶ／ＣターゲットモードがＶＣＲサブユ
ニットモード（詳細は後述する）であり、かつ、該当す
る機器が存在しない場合にも、ターゲットモード変更処
理７へ移行する。

【０１１０】なお、その他の場合は、バスリセット検出
時の終了処理９へ移行し、バスリセット発生時の処理を
終了する。

【０１１１】（第七のステップ）ＡＶ／Ｃターゲットと
しての動作モードを変更する処理７；さて、ここでは、
図１２に該当する機器が存在するので、ターゲットモー
ド変更処理７へ移行する。ＡＶ／Ｃターゲットモードと
該当機器の有無との組み合わせで、それぞれ次にどの処
理へ移行するかを図１３に示す。

【０１１２】ＡＶ／Ｃターゲットモード変更処理７で
は、内部的な１３９４ＡＶ／Ｃターゲットモデルを変更
する。ここでは、ＤｉｓｃサブユニットからＶＣＲサブ
ユニットへ変更する。

【０１１３】すなわち、ＵＮＩＴＩＮＦＯコマンドや
ＳＵＢＵＮＩＴコマンドに対するレスポンスにおいて
“Ｄｉｓｃ”ではなく“ＶＣＲ”に該当するｓｕｂｕｎ
ｉｔ＿ｔｙｐｅを返し、また、ＶＣＲサブユニットコマ
ンドに対して制御動作を実行するようにする。すなわ
ち、図１２で示したリストに載っている機器が、制御可
能なＡＶ／Ｃターゲットモードに変更する。その後、バ
スリセット発生処理８へ移行する。

【０１１４】（第八のステップ）バスリセットを発生さ
せる処理８；バスリセット発生処理８では、バスリセッ
トを発生させる。このバスリセットはハードウェア的に
発生させる必要があるので、ここでは、そのトリガとな
る処理のみを行う。本実施の形態においては、図９の２
３に示す１３９４処理部にて具体的な処理を行う。な
お、バスライン上の信号が所定期間、所定のロジックで
あった場合に、各ノードはバスリセットであると判断す
る規定になっている。ここでは詳細は省略する。そし
て、バスリセット検出時の終了処理９へ移行し、バスリ
セット発生時の処理を終了する。このようにバスリセッ
トを発生させているので、直後にバスリセットが発生す
る。そして、１の処理へ復帰する。

【０１１５】ここまでで、バスリセット検出処理１から
バスリセット発生処理８までの一連の処理に関する一通
りの説明を終える。

【０１１６】つぎに、バスリセットを発生させる処理８
において自身で発生させたバスリセットを検出したと
き、これまで説明してきた場合と同様にバスリセット検
出処理１から順に行われる処理について説明する。

【０１１７】ここでは、外部機器としてＳＴＢ１１が接
続されている状況は変わらず、また、ＡＶ／Ｃターゲッ
トモードとしては、ＡＶ／Ｃターゲットモード変更処理
７により、ＶＣＲサブユニットモードになっているとす
る。

【０１１８】このとき、図１４に示すように、機器管理
テーブルの自身（ターゲットＩＤ＝０ｈ）に関する情報
も更新しておく。また、外部からのＡＶ／Ｃコマンドに
よるＵＮＩＴＩＮＦＯやＳＵＢＵＮＩＴＩＮＦＯコ
マンドなどによるユニットやサブユニット種別問い合わ
せに対しても、“ＤＩＳＣ”から“ＶＣＲ”に変更して
レスポンスを返すようにする。そして６のモード変更必
要性判断処理においては、図１３に示したテーブルに基
づき、バスリセット検出時の終了処理９へ移行する。

【０１１９】このような処理を行うなら、ＶＣＲサブユ
ニットしかサポートしていない、ＳＴＢ１１からもＡＶ
記録機器１４を１３９４経由で制御可能となる。

【０１２０】ＶＣＲサブユニットとＤｉｓｃサブユニッ
トの両者を持っていることを外部機器に見せる方法もあ
りうるが、複数のサブユニットを持っている、具体的に
は、ＶＣＲドライブとＤＩＳＣドライブの両方を備えて
いる複合機などとの区別がつかなくなってしまうという
課題がある。本実施の形態によれば、そのような問題な
く、ＶＣＲサブユニットにしか対応していない外部機器
（コントローラ）からの制御が可能となる。

【０１２１】以上、ＡＶ記録機器１４にＳＴＢ１１が接
続されている場合の処理、具体的には，ＳＴＢ１１がコ
ントローラ、ＡＶ記録機器１４がターゲットのときのＡ
Ｖ記録機器１４側の処理について説明した。

【０１２２】（ＩＩ）つぎに、ＡＶ記録機器１４を本来
のＤＩＳＣ装置として、Ｄｉｓｃサブユニットコマンド
により制御させる場合の機能実現の一例について詳述す
る。

【０１２３】この場合、コントローラ側がＤｉｓｃサブ
ユニットに対応している必要がある。詳細は省略する
が、ＶＣＲ装置とＤｉｓｃ装置とでは、その装置として
の機能が異なっているため、用意されているコマンドセ
ットも異なっている。特に、Ｄｉｓｃコマンドの方が、
より豊富なアプリケーションを実現できるように、機能
も豊富になっている。

【０１２４】したがって、ＡＶ記録機器１４を外部から
制御する場合においても、Ｄｉｓｃコマンドにより制御
する方が好ましい。そして、今、図８の各種機器の接続
形態図において、ＰＣ１３とＡＶ記録機器１４が接続さ
れている場合について、以下に説明する。ここでもＡＶ
記録機器１４がターゲットであり、ＰＣ１３がコントロ
ーラであるとする。

【０１２５】まず、初期状態として、ＡＶ記録機器１４
のＡＶ／Ｃターゲットモードは、Ｄｉｓｃサブユニット
モードであるとする。このとき、バスリセット検出処理
１からＵＮＩＴ／ＳＵＢＵＮＩＴ情報取得処理４までを
実行した結果、図１５に示す機器管理テーブルが作成さ
れる。図１５において、自身の機器情報（機器１の管理
テーブル）は図１１（ｂ）に示した場合と同様である。
ＰＣ１３の情報は機器２の管理テーブルに格納される。
この機器２の管理テーブルの情報は、図１２で示したリ
ストと比較して、会社コードは一致するものの、モデル
名が異なっている。

【０１２６】今ここでは、ＡＶ／Ｃターゲットモードが
Ｄｉｓｃモードであるので、このような場合には、モー
ド変更必要性判断処理６において、図１３の判断テーブ
ルに従い、モード変更必要性判断処理６の処理に続い
て、バスリセット検出時の終了処理９へ移行してバスリ
セット検出をトリガとする処理を終了する。

【０１２７】ここで、モード変更必要性判断処理６の処
理を実行する時点でのＡＶ／ＣターゲットモードがＶＣ
Ｒサブユニットモードであれば、モード変更必要性判断
処理６において図１３の判断テーブルに従い、ＡＶ／Ｃ
ターゲットモード変更処理７へ移行してＡＶ／Ｃターゲ
ットモードをＤｉｓｃサブユニットモードに設定する。

【０１２８】重複するので詳細は省略するが、バスリセ
ットを発生させる処理８で発生させるバスリセット発生
後、再びバスリセット検出処理１を開始するが、ＡＶ記
録機器１４はＤｉｓｃサブユニットモードで動作する。

【０１２９】したがって、ＰＣ１３はＤｉｓｃサブユニ
ットコマンドにてＡＶ記録機器１４を制御することが可
能となる。なお、ここでも、コントローラであるＰＣ１
３は、バスリセット発生を検出したならば、バスが初期
化されたと判断し、１３９４バス上に接続されている機
器（ノード）の情報を取得し、具体的には図１の１〜４
で示したような処理を行った後、ターゲット機器を制御
可能な状態に移行することを前提としている。

【０１３０】したがって、このような処理を行うなら、
Ｄｉｓｃコマンドに対応しているＰＣ１３からは（すな
わち、ＶＣＲコマンドにしか対応していない機器以外か
らは）ＤｉｓｃコマンドにてＡＶ記録機器を制御するこ
とができ、ＶＣＲコマンドにしか対応していない機器
（ＳＴＢ１１）からもＶＣＲコマンドにより制御するこ
とができる。

【０１３１】（ＩＩＩ）つぎに、バスリセットを発生さ
せる処理８で発生させるバスリセットをトリガとした動
作において、コントローラ側でのターゲットとなるＡＶ
記録機器１４のＡＶ／Ｃターゲットモード変更の検出を
容易にすることに対応した例を示す。

【０１３２】図１における基本的な処理は同様である
が、ＡＶ／Ｃターゲットモードの変更に伴い、Ｃｏｎｆ
ｉｇｕｒａｔｉｏｎＲＯＭのＢｕｓ＿ｉｎｆｏ＿ｂｌ
ｏｃｋのｎｏｄｅ＿ｖｅｎｄｏｒ＿ｉｄ，ｃｈｉｐ＿ｉ
ｄ＿ｈｉ，ｃｈｉｐ＿ｉｄ＿ｌｏで形成されるノード固
有識別子も変更するということである。

【０１３３】より具体的には、外部機器からは、１３９
４トランザクションにおけるリードリクエストによりＣ
ｏｎｆｉｇｕｒａｔｉｏｎＲＯＭの上記フィールド値
の問い合わせがあり、ＡＶ記録機器側からリードレスポ
ンスにて値を返す、という動作において、そのレスポン
ス値をＡＶ／Ｃターゲットモードに応じて変更するとい
うことである。このような例を図１６に示す。

【０１３４】図１６では、これまでと同様に、外部機器
情報を管理するためのテーブルと同様の書式で記述して
いる。そして、２つのモードについて、それぞれ外部
（コントローラ）から見た場合に、どのような機器に見
えるかを示している。

【０１３５】そして、図１６の「サブユニットタイプ」
のフィールドについては、ＳＵＢＵＮＩＴＩＮＦＯコ
マンドに対し、「ＤＩＳＣ」というｓｕｂｕｎｉｔ＿ｔ
ｙｐｅを返すことを示す。

【０１３６】また、「ユニットタイプ」のフィールドに
ついては、ＵＮＩＴＩＮＦＯコマンドに対しても、
「ＤＩＳＣ」というｓｕｂｕｎｉｔ＿ｔｙｐｅで返すこ
とを示す。２つのモードのうち、Ｄｉｓｃサブユニット
モードがこの状態である。

【０１３７】この状態のときは、Ｄｉｓｃサブユニット
コマンドをサポートしている状態になっている。ここで
は、ターゲットＩＤフィールドはこれまでの図との整合
を取るために設けてあり、ここでの説明においては意味
をなさない。

【０１３８】ノードＩＤのフィールドについても同様で
ある。

【０１３９】そして、ノード固有識別子フィールドは、
外部機器（コントローラ）からＣｏｎｆｉｇｕｒａｔｉ
ｏｎＲＯＭのＢｕｓ＿ｉｎｆｏ＿ｂｌｏｃｋのｎｏｄ
ｅ＿ｖｅｎｄｏｒ＿ｉｄ，ｃｈｉｐ＿ｉｄ＿ｈｉ，ｃｈ
ｉｐ＿ｉｄ＿ｌｏをリードされたときに、どのような値
を返すかを示している。ここでは、Ｄｉｓｃサブユニッ
トモードとＶＣＲサブユニットモードとで、それぞれ０
０８０４５００１２３４ｈと００８０４５０５１２３４
ｈという異なる値を返すことを示している。

【０１４０】前述したように、この６４ビットのノード
固有識別子は、シリアルバス上のノードを識別する唯一
の確実な情報であるとされている。したがって、上記の
ようなノード固有識別子の値の変更はこの規定から外れ
ることなく行う。

【０１４１】さて、バスリセット発生時の動作におい
て、通常、まず各ノードに対して、このノード固有識別
子をリードし、この各ノードのそれぞれの固有識別子が
バスリセット発生前の状態と変化がなければバスの状態
は変わっていないと判断するコントローラ機器が一般的
である。

【０１４２】そのような機器では、バスリセットが発生
してもバスの状態は変わっていないと判断した結果、Ａ
Ｖ／Ｃコマンドによるユニットやサブユニットの問い合
わせは行われない。

【０１４３】したがって、そのような機器では、ターゲ
ット機器側からバスリセットを発生させ、ＡＶ／Ｃター
ゲットモードの変更を行ったとしても、相手機器（コン
トローラ）は、それを察知することができない。

【０１４４】本実施の形態によれば、ＡＶ／Ｃターゲッ
トモードの変更とノード固有識別子の変更を行い、バス
リセットを発生させるので、ＳＴＢ１１などのコントロ
ーラ機器側でＡＶ記録機器１４などターゲット機器側の
モード変化（具体的にはＡＶ／Ｃターゲットモードの変
化）を察知することができる。

【０１４５】以上、ここまで１３９４機器の接続形態と
して１対１接続の場合のみを説明してきたが、本発明は
この場合に限定されるわけでないことは言うまでもな
い。複数の機器（ノード）が接続されている場合におい
ても、適用可能である。

【０１４６】さらに、ターゲット機器側から見て、相手
機器を識別できないような場合、例えば、ＡＶプロトコ
ルを実装していない場合などがありうるが、その場合
は、あらかじめ決定されるＡＶ／Ｃターゲットモードで
動作すればよい。

【０１４７】また、ここでは、ＡＶ／Ｃターゲットモー
ドの変更として、ＤｉｓｃサブユニットとＶＣＲサブユ
ニットとで変更する場合を示したが、本発明はこのよう
なケースに限定するものではない。各種サブユニットモ
ードの変更の場合や、例えば、同一のサブユニットのま
まであっても、サポートするコマンド種類などの変更に
より、動作モードを変更した場合についても本発明に含
まれる。

【０１４８】具体的には、同一のＶＣＲサブユニットに
おいても、外部機器に対しては異なるフォーマットのＶ
ＣＲ、すなわち、アナログＶＨＳやＤ−ＶＨＳ，ＤＶＣ
など、接続されている相手機器に応じて外部への見せ
方、すなわちＡＶ／Ｃターゲットモードを変更してもよ
い。ＶＣＲサブユニットのコマンド規定によれば、同じ
ＶＣＲであっても信号フォーマットによってサポートす
べきコマンド種類や、ＳＴＡＴＵＳコマンドでの問い合
わせに対するレスポンスが変わるが、このような場合も
ＡＶ／Ｃターゲットモードの変更の範疇に含まれ、した
がって本発明に含まれる。

【０１４９】つまり、発明の趣旨を変更することなく、
種々の変形が可能である。

【０１５０】このようにして、相手機器に応じて適切な
ＡＶ／Ｃターゲットに切り替えるので、相手機器のコン
トローラとしての能力に関わらずコントロールが可能と
なる。したがって、１３９４端子付き機器に適用すれ
ば、機器間の接続互換性が向上する。

【０１５１】なお、本発明の問い合わせは、上述した本
実施の形態においては、ＡＶプロトコルを実装している
機器（ノード）に対するＵＮＩＴ情報、ＳＵＢＵＮＩＴ
情報の問い合わせであったが、これに限らず、要する
に、本発明の制御機器に対する所定の問い合わせであれ
ばよい。

【０１５２】また、本発明のレスポンスは、上述した本
実施の形態においては、それぞれのノードから返ってき
たＡＶ／Ｃレスポンスであったが、これに限らず、要す
るに、本発明の問い合わせに応じた所定のレスポンスで
あればよい。

【０１５３】また、本発明の所定のタイミングは、上述
した本実施の形態においては、バスのリセットが行われ
た後であったが、これに限らず、制御機器が制御動作を
実行するよりも前であればよい。なお、本発明の制御機
器が利用する所定のコマンドセットを知るための調査を
バスのリセットが行われた後に行うことにより、ソフト
ウェア処理の簡略化を図ることができるという効果が得
られる。

【０１５４】なお、発明には、上述した本発明の機器制
御システム、および被制御機器の全部または一部の手段
（または、装置、素子、回路、部など）の機能をコンピ
ュータにより実行させるためのプログラムであって、コ
ンピュータと協働して動作するプログラムが含まれる。
もちろん、コンピュータは、ＣＰＵなどの純然たるハー
ドウェアに限らず、ファームウェアやＯＳ、さらに周辺
機器を含むものであっても良い。

【０１５５】また、本発明には、上述した本発明の被制
御機器動作モード変更方法の全部または一部のステップ
（または、工程、動作、作用など）の動作をコンピュー
タにより実行させるためのプログラムであって、コンピ
ュータと協働して動作するプログラムが含まれる。

【０１５６】なお、本発明の一部の手段（または、装
置、素子、回路、部など）、本発明の一部のステップ
（または、工程、動作、作用など）は、それらの複数の
手段またはステップの内の幾つかの手段またはステップ
を意味する、あるいは一つの手段またはステップの内の
一部の機能または一部の動作を意味するものである。

【０１５７】また、本発明の一部の装置（または、素
子、回路、部など）は、それら複数の装置の内の幾つか
の装置を意味する、あるいは一つの装置の内の一部の手
段（または、素子、回路、部など）を意味する、あるい
は一つの手段の内の一部の機能を意味するものである。

【０１５８】また、本発明のプログラムを記録した、コ
ンピュータに読みとり可能な記録媒体も本発明に含まれ
る。また、本発明のプログラムの一利用形態は、コンピ
ュータにより読み取り可能な記録媒体に記録され、コン
ピュータと協働して動作する態様であっても良い。ま
た、本発明のプログラムの一利用形態は、伝送媒体中を
伝送し、コンピュータにより読みとられ、コンピュータ
と協働して動作する態様であっても良い。また、記録媒
体としては、ＲＯＭ等が含まれ、伝送媒体としては、イ
ンターネット等の伝送媒体、光・電波・音波等が含まれ
る。

【０１５９】なお、本発明の構成は、ソフトウェア的に
実現しても良いし、ハードウェア的に実現しても良い。

【０１６０】また、発明には、上述した本発明の機器制
御システム、および被制御機器の全部または一部の手段
の全部または一部の機能をコンピュータにより実行させ
るためのプログラムを担持した媒体であり、コンピュー
タにより読み取り可能かつ読み取られた前記プログラム
が前記コンピュータと協動して前記機能を実行する媒体
が含まれる。

【０１６１】また、本発明には、上述した本発明の被制
御機器動作モード変更方法の全部または一部のステップ
の全部または一部の動作をコンピュータにより実行させ
るためのプログラムを担持した媒体であり、コンピュー
タにより読み取り可能かつ読み取られた前記プログラム
が前記コンピュータと協動して前記動作を実行する媒体
が含まれる。

【０１６２】

【発明の効果】以上述べたところから明らかなように、
本発明は、新しいコマンドセットに対応しているコント
ローラからでも、古いコマンドセットにしか対応してい
ないレガシーコントローラからでも、ユーザーのマニュ
アル操作によらずにターゲットの制御を可能とすること
ができるという長所を有する。

【図面の簡単な説明】

【図１】本発明の実施の形態１の１３９４機器制御シス
テムの動作フローチャートである。

【図２】Ａｓｙｎｃｈｒｏｎｏｕｓパケット中のＦＣＰ
フレームの構成図である。

【図３】ＡＶ／Ｃコマンドフレームの構成図である。

【図４】ＡＶ／Ｃレスポンスフレームの構成図である。

【図５】ＡＶ／Ｃコマンドにおけるｃｔｙｐｅ／ｒｅｓ
ｐｏｎｓｅの割り当てを示した図である。

【図６】ユニットコマンドの一覧図である。

【図７】ＶＣＲサブユニットコマンドの一覧図である。

【図８】１３９４機器の接続形態の一例を示した図であ
る。

【図９】図８におけるＡＶ記録機器１４のシステム構成
の一例を示した図である。

【図１０】ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭの一実
装例を示す図である。

【図１１】外部機器管理テーブルの一例を示す図であ
る。

【図１２】ＡＶ記録機器１４にてあらかじめ作成してお
くレガシー機器リストの一例を示す図である。

【図１３】ターゲットモード変更必要性判断処理６にて
用いる判断テーブルの一例を示す図である。

【図１４】ＡＶ／Ｃターゲット変更後の、外部機器管理
テーブルの他の一例を示す図である。

【図１５】ＡＶ／Ｃターゲットモードを変更しない場合
の外部機器管理テーブルの一例を示す図である。

【図１６】ＡＶ記録機器１４のＡＶ／Ｃターゲットと機
器管理テーブルにおける情報変化の一例を示す図であ
る。

【符号の説明】

１バスリセット発生検出処理２バストポロジー情報取得処理３ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭ情報取得処理４ＵＮＩＴ／ＳＵＢＵＮＩＴ情報取得処理５機器情報のチェック処理６モード変更必要性判断処理７ＡＶ／Ｃターゲットモード変更処理８バスリセット発生処理

Claims

【特許請求の範囲】

【請求項１】複数種類のコマンドセットにそれぞれ応
じた動作モードを複数個有し、その複数個の動作モード
の内の選択している動作モードによって制御される被制
御機器と、所定のコマンドセットを利用して前記制御を行う制御機
器と、前記被制御機器と前記制御機器とを接続するためのバス
とを備え、前記被制御機器は、前記制御機器が利用する所定のコマ
ンドセットを知るための調査を所定のタイミングで行
い、その調査の結果に応じて前記選択すべき動作モード
を変更する機器制御システム。
【請求項２】前記調査を行うとは、前記制御機器に対
して所定の問い合わせを行い、その問い合わせに応じた
所定のレスポンスを得ることである請求項１記載の機器
制御システム。
【請求項３】前記バスは、前記接続の状態に変化があ
った際にはリセットされるバスであり、前記所定のタイミングで行うとは、前記バスのリセット
が行われた後に行うことである請求項１記載の機器制御
システム。
【請求項４】前記被制御機器および前記制御機器は、
ＡＶプロトコルおよびＡＶ／Ｃコマンドセットを実装し
ており、前記バスは、ＩＥＥＥ１３９４規格で規定されたシリア
ルバスであり、前記複数種類のコマンドセットは、前記ＡＶ／Ｃコマン
ドセットの内のＶＣＲコマンドセットおよびディスクコ
マンドセットの二種類のコマンドセットであり、前記動作モードの変更とは、ＡＶ／Ｃターゲットとして
の動作モードの変更である請求項２または３記載の機器
制御システム。
【請求項５】前記被制御機器は、前記動作モードの変
更とともに、ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭのＢ
ｕｓ＿ｉｎｆｏ＿ｂｌｏｃｋへのリードリクエストに対
するレスポンスモードの変更をも行う請求項４記載の機
器制御システム。
【請求項６】複数種類のコマンドセットにそれぞれ応
じた動作モードを複数個有し、その複数個の動作モード
の内の選択している動作モードによって制御される被制
御機器であって、バスで接続された所定のコマンドセットを利用して前記
制御を行う制御機器が利用する所定のコマンドセットを
知るための調査を所定のタイミングで行い、その調査の
結果に応じて前記選択すべき動作モードを変更する被制
御機器。
【請求項７】前記調査を行うとは、前記制御機器に対
して所定の問い合わせを行い、その問い合わせに応じた
所定のレスポンスを得ることである請求項６記載の被制
御機器。
【請求項８】前記バスは、前記接続の状態に変化があ
った際にはリセットされるバスであり、前記所定のタイミングで行うとは、前記バスのリセット
が行われた後に行うことである請求項６記載の被制御機
器。
【請求項９】複数種類のコマンドセットにそれぞれ応
じた動作モードを複数個有し、その複数個の動作モード
の内の選択している動作モードによって制御される被制
御機器側から、バスで接続された所定のコマンドセット
を利用して前記制御を行う制御機器が利用する所定のコ
マンドセットを知るための調査を所定のタイミングで行
う調査ステップと、その調査の結果に応じて前記選択すべき動作モードを変
更する動作モード変更ステップとを備えた被制御機器動
作モード変更方法。
【請求項１０】請求項９記載の被制御機器動作モード
変更方法の、複数種類のコマンドセットにそれぞれ応じ
た動作モードを複数個有し、その複数個の動作モードの
内の選択している動作モードによって制御される被制御
機器側から、バスで接続された所定のコマンドセットを
利用して前記制御を行う制御機器が利用する所定のコマ
ンドセットを知るための調査を所定のタイミングで行う
調査ステップと、その調査の結果に応じて前記選択すべ
き動作モードを変更する動作モード変更ステップとの全
部または一部をコンピュータに実行させるためのプログ
ラム。
【請求項１１】請求項１０記載のプログラムを担持し
た媒体であって、コンピュータにより処理可能な媒体。