JP2002016655A - 伝送方法、伝送システム、伝送装置及び伝送制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＥＥＥ１３９４ａ方式などのネットワーク
内で、サスペンド及びリジュームの処理が的確に行える
ようにすることにある。 【解決手段】 ネットワークに接続された複数台の機器
の間でのデータ伝送を、所定の制御機器の制御により実
行する場合に、ネットワーク内の各機器から、同報通信
用の伝送区間を使用して、サスペンド状態に設定可能か
否かのデータ（Suspend level など）を、制御機器に対
して通知する。制御機器では、そのデータに基づいて、
サスペンド状態を設定させる指令を送る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＥＥＥ（The In
stitute of Electrical and Electronics Engineers ）
１３９４方式のバスライン等のネットワークで接続され
た機器の間でデータ伝送を行う場合に適用される伝送方
法及び伝送システムと、この伝送方法を適用した伝送装
置及び伝送制御装置に関する。

【０００２】

【従来の技術】ＩＥＥＥ１３９４方式のシリアルデータ
バスを用いたネットワークで介して、相互に情報を伝送
することができるＡＶ機器が開発されている。このバス
を介してデータ伝送を行う際には、比較的大容量の動画
データ，オーディオデータなどをリアルタイム伝送する
際に使用される同期通信モードと、静止画像，テキスト
データ，制御コマンドなどを確実に伝送する際に使用さ
れる非同期通信モードとが用意され、それぞれのモード
毎に専用の帯域が伝送に使用される。ＩＥＥＥ１３９４
方式においては、同期通信モードは、アイソクロナス通
信モードと称され、非同期通信モードは、アシンクロナ
ス通信モードと称される。

【０００３】アイソクロナス通信モードでの通信につい
ては、ネットワーク内のＩＲＭ（Isochronous Resource
Manager）として設定された機器が、チャンネルと帯域
の管理を行い、アイソクロナス通信モードで通信を実行
する機器は、ＩＲＭに対してチャンネルと帯域を取得す
る処理を行う。ここでのチャンネルとは、送信側と受信
側との間でアイソクロナスデータを流す道（path）であ
り、帯域は、１つのチャンネル上に伝送されるパケット
の大きさに比例し、伝送速度に反比例したアイソクロナ
ス通信の帯域量のことである。

【０００４】そして、取得されたチャンネルと帯域を使
用して、コネクションを設定した機器間でアイソクロナ
スデータの伝送が行われる。コネクションの設定として
は、１台の機器の出力プラグと、別の１台の機器の入力
プラグとを接続するポイントトウポイントコネクション
（以下PtoPコネクションと称する）と、ブロードキャス
ト用のチャンネルを使用して伝送するためのブロードキ
ャストコネクションとがある。

【０００５】アシンクロナス通信モードでの通信につい
ては、アイソクロナス通信モードとは別の入力プラグ及
び出力プラグが設定されて、アイソクロナス通信モード
とは別の制御処理で実行される。

【０００６】ここまで説明した伝送処理は、ＩＥＥＥ１
３９４方式の内で、ＩＥＥＥ１３９４−１９９５規格と
して規格化された処理であるが、このＩＥＥＥ１３９４
−１９９５規格を拡張する規格として、ＩＥＥＥ１３９
４ａ規格と称される規格が検討されている。このＩＥＥ
Ｅ１３９４ａ規格で決められた処理の１つとして、サス
ペンド（suspend ）及びリジューム（resume）の方式と
コマンドがある。サスペンドとは、バスラインに接続さ
れた各機器（ノード）の消費電力を低減させるために、
そのノードを休眠状態にさせることであり、具体的に
は、バスラインには物理的に接続されていても、バイア
スが出力されていない状態とすることである。また、リ
ジュームとは、サスペンド状態から元の通信が行える状
態であるアクティブ状態に復帰させることである。バス
上での通信を制御する機器では、このサスペンド状態
と、物理的に何も接続されていないディスコネクト状態
とを区別できるようにしてある。

【０００７】このサスペンドを設定させるコマンドを、
ネットワーク内の通信を管理する機器が送ることで、ネ
ットワーク内の所望の機器をサスペンド状態として、ネ
ットワークを構成する各機器の消費電力を低減させるこ
とが可能である。また、１つのネットワークに多数の機
器（ノード）が接続されている場合に、一部のノードを
サスペンド状態にすることで、バスライン上での伝送遅
延を少なくして、伝送効率を向上させることができる効
果も有する。

【０００８】

【発明が解決しようとする課題】ところで、ＩＥＥＥ１
３９４ａ規格で決められたサスペンド及びリジュームの
処理は、バスラインに接続された制御機器であるバスマ
ネージャの制御で実行させることで、ネットワーク内の
各機器の状態を制御できるようになる。ところが、実際
にはバスマネージャは、バスラインに接続された各機器
をサスペンド状態に設定して良いか否か判断することは
困難である。従って、サスペンド及びリジュームの処理
の使用方法としては、バスラインに接続されたそれぞれ
の機器が、自分自身でサスペンド状態に設定して良いと
判断したとき、サスペンド状態とすることが考えられる
だけである。具体的には、例えば各機器に設けられた電
源キーの操作で、その機器がスタンバイ状態となったと
き、自機のポートの状態をサスペンド状態に設定するこ
とが考えられる程度である。

【０００９】なお、ここではＩＥＥＥ１３９４方式のバ
スラインに接続される機器における問題について説明し
たが、他の機器からの指令でサスペンド及びリジューム
の処理が行えるネットワークにおいて、同様な問題が存
在する。

【００１０】本発明の目的は、この種のネットワーク内
でサスペンド及びリジュームの処理が的確に行えるよう
にすることにある。

【００１１】

【課題を解決するための手段】第１の発明の伝送方法
は、所定のネットワークに接続された複数台の機器の間
でのデータ伝送を、所定の制御機器の制御により実行す
る伝送方法において、ネットワーク内の各機器から、同
報通信用の伝送区間を使用して、サスペンド状態に設定
可能か否かのデータを、制御機器に対して通知するよう
にしたものである。

【００１２】かかる第１の発明によると、ネットワーク
内の各機器から、同報通信用の伝送区間を使用して制御
機器に対してサスペンド状態に設定可能か否かのデータ
を送ることができ、制御機器側で、ネットワークに接続
されたそれぞれの機器が、サスペンド状態に設定可能か
否か判断できるようになる。

【００１３】第２の発明の伝送システムは、複数台の機
器を相互にデータ伝送可能な状態で所定のネットワーク
に接続して構成される伝送システムにおいて、ネットワ
ーク内の第１の機器として、サスペンド状態に設定可能
か否かのデータを保持するデータ保持手段と、データ保
持手段に保持されたサスペンド状態に設定可能か否かの
データを、ネットワークの同報通信用の伝送区間に送出
する送出手段とを備え、ネットワーク内の第２の機器と
して、ネットワークに送出されたデータを受信する受信
手段と、受信手段が受信した同報通信用の伝送区間のデ
ータから、第１の機器がサスペンド状態に設定可能か否
か判断し、その判断した状態に基づいて第１の機器の状
態を制御する制御手段とを備えたものである。

【００１４】かかる第２の発明によると、ネットワーク
内の第１の機器から、同報通信用の伝送区間を使用して
第２の機器に対してサスペンド状態に設定可能か否かの
データを送ることができ、第２の機器側で、第１の機器
が、サスペンド状態に設定可能か否か判断できるように
なる。

【００１５】第３の発明の伝送装置は、所定のネットワ
ークに接続される伝送装置において、自機がサスペンド
状態に設定されることが可能か否かのデータを保持する
データ保持手段と、データ保持手段に保持されたサスペ
ンド状態に設定可能か否かのデータを、ネットワークの
同報通信用の伝送区間に送出する送出手段とを備えたも
のである。

【００１６】かかる第３の発明によると、ネットワーク
内に接続された他の機器に対して、自機がサスペンド状
態に設定可能か否かのデータを、同報通信で伝送させる
ことができる。

【００１７】第４の発明の伝送制御装置は、複数台の機
器を相互にデータ伝送可能な状態で接続した所定のネッ
トワークで、機器間の伝送の制御を行う伝送制御装置に
おいて、ネットワークに送出されたデータを受信する受
信手段と、受信手段が受信した同報通信用の伝送区間の
データから、ネットワーク内の各機器がサスペンド状態
に設定可能か否か判断し、その判断した状態に基づい
て、各機器の状態を制御する指令を生成させる制御手段
と、制御手段で生成された指令をネットワークに送出さ
せる送信手段とを備えたものである。

【００１８】かかる第４の発明によると、ネットワーク
内の各機器から同報通信で伝送されたデータに基づい
て、各機器がサスペンド状態に設定可能か否か判断で
き、その判断からサスペンド状態に設定可能と判断した
機器に対してだけ、サスペンド状態を設定させる指令を
送ることが可能になる。

【００１９】

【発明の実施の形態】以下、本発明の一実施の形態を、
添付図面を参照して説明する。

【００２０】本発明を適用したネットワークシステムの
構成の一例について、図１を参照して説明する。このネ
ットワークシステムは、ＩＥＥＥ１３９４方式のシリア
ルデータバスを構成するケーブル１ａ，１ｂ，１ｃ，１
ｄを介して、複数台の機器が接続されるものとしてあ
る。ここでは、図１に示すように、それぞれがＩＥＥＥ
１３９４方式のバス接続用ポートを備えた５台の機器１
００，２００，３００，４００，５００を、ケーブル１
ａ〜１ｄで順に接続させてある。ＩＥＥＥ１３９４方式
のシリアルデータバスによるネットワークでは、各機器
はノードと称され、ここでは機器１００をノードＡ、機
器２００をノードＢ、機器３００をノードＣ、機器４０
０をノードＤ、機器５００をノードＥとしてある。

【００２１】ノードＡの機器１００は、２つのポート１
９１，１９２を備え、ケーブル１ａを介して機器２００
のポート２９１と接続してあり、ケーブル１ｄを介して
機器５００のポート５９１と接続してある。ノードＢの
機器２００は、３つのポート２９１，２９２，２９３を
備え、ケーブル１ｂを介して機器３００のポート３９１
と接続してあり、またケーブル１ｃを介して機器４００
のポート４９１と接続してある。

【００２２】また、図１では、ノードＤの機器４００が
光通信用のポート４８１を備えて、このポート４８１か
らの光が届く範囲に設置された別の機器６００の光通信
用ポート６８１と双方向の光通信を行って、この機器６
００をネットワークに加えることができる構成としてあ
る。機器６００については、ノードＦとしてある。

【００２３】ここでは、機器１００（ノードＡ）は、Ｉ
ＲＤ（Integrated Receiver Decoder ）と称されるデジ
タル衛星放送受信機としてある。機器２００（ノード
Ｂ）は、デジタル放送を受信し受像するデジタルテレビ
ジョン受像機（ＤＴＶ）としてある。機器３００は、映
像及び音声をビデオテープに記録し再生するビデオカセ
ットレコーダ（ＶＣＲ）としてある。

【００２４】このようにして、ＩＲＤ１００とテレビジ
ョン受像機２００とビデオカセットレコーダ３００がネ
ットワークに接続されていることで、例えばＩＲＤ１０
０で受信したデジタル衛星放送の映像データ及び音声デ
ータを、テレビジョン受像機２００に伝送して、このテ
レビジョン受像機２００で受像させることができる。ま
た、映像データ及び音声データを、ビデオカセットレコ
ーダ３００に伝送して、テープカセットに記録させるこ
ともできる。さらに、ビデオカセットレコーダ３００で
再生して得られた映像データ及び音声データを、テレビ
ジョン受像機２００に伝送して受像させることもでき
る。また、ネットワークに接続されたその他の機器４０
０，５００，６００との間で、映像データ，音声デー
タ，その他のデータの伝送を行うことも可能である。

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

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

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

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

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

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

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

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

【００３３】ＣＰＵ１１１には、ワークＲＡＭ１１３及
びＲＡＭ１１４が接続してあり、これらのメモリを使用
して制御処理が行われる。また、操作パネル１１５から
の操作指令及び赤外線受光部１１６からのリモートコン
トロール信号が、ＣＰＵ１１１に供給されて、各種操作
に基づいた動作を実行できるようにしてある。また、バ
スライン１側からインターフェース部１１２に伝送され
るコマンドやレスポンスなどを、ＣＰＵ１１１が判断で
きるようにしてある。なお、本例の場合には、このＩＲ
Ｄ１００をバスマネージャとして使用するようにしてあ
り、後述するネットワーク内の各機器をサスペンド状態
に設定可能か否かに関するデータについては、例えばＣ
ＰＵ１１１の制御により、ＲＡＭ１１４に記憶させて保
持させる。

【００３４】図３は、ビデオカセットレコーダ（ＶＣ
Ｒ）２００の構成例を示すブロック図である。

【００３５】記録系の構成としては、ビデオカセットレ
コーダ２００に内蔵されたチューナ２０１で所定のチャ
ンネルを受信して得たデジタル放送データを、ＭＰＥＧ
（Moving Picture Expers Group ）エンコーダ２０２に
供給し、記録に適した方式、例えばＭＰＥＧ２方式の映
像データ及び音声データとする。受信した放送データが
ＭＰＥＧ２方式の場合には、エンコーダ２０２での処理
は行わない。

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

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

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

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

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

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

【００４２】図４は、テレビジョン受像機３００の構成
例を示すブロック図である。本例のテレビジョン受像機
３００は、デジタルテレビジョン受像機と称されるデジ
タル放送を受信して、表示させる装置である。

【００４３】図示しないアンテナが接続されたチューナ
３０１で、所定のチャンネルを受信して得たデジタル放
送データを、受信回路部３０２に供給し、デコードす
る。デコードされた放送データを、多重分離部３０３に
供給して、映像データと音声データに分離する。分離さ
れた映像データを映像生成部３０４に供給し、受像用の
処理を行い、その処理された信号によりＣＲＴ駆動回路
部３０５で陰極線管（ＣＲＴ）３０６を駆動し、映像を
表示させる。また、多重分離部３０３で分離された音声
データを、音声信号再生部３０７に供給して、アナログ
変換，増幅などの音声処理を行い、処理された音声信号
をスピーカ３０８に供給して出力させる。

【００４４】また、テレビジョン受像機３００は、ＩＥ
ＥＥ１３９４方式のバスに接続するためのインターフェ
ース部３０９を備えて、ＩＥＥＥ１３９４方式のバス側
からこのインターフェース部３０９に得られる映像デー
タや音声データを、多重分離部３０３に供給して、ＣＲ
Ｔ３０６での映像の表示及びスピーカ３０８からの音声
の出力ができるようにしてある。また、チューナ３０１
が受信して得た映像データや音声データを、多重分離部
３０３からインターフェース部３０９に供給して、ＩＥ
ＥＥ１３９４方式のバス側に送出できるようにしてあ
る。

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

【００４６】次に、各機器１００〜５００を相互に接続
したＩＥＥＥ１３９４方式のバス１ａ〜１ｄでのデータ
伝送状態について説明する。

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

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

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

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

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

【００５２】オフセット２２４ｈ乃至２２８ｈのチャン
ネルアベイラブルレジスタ（Channels Available Regis
ter ）は、その各ビットが０乃至６３番のチャンネル番
号のそれぞれに対応し、ビットが０である場合には、そ
のチャンネルが既に割り当てられていることを示してい
る。アイソクロナスリソースマネージャとして動作して
いるノードのチャンネルアベイラブルレジスタのみが有
効である。

【００５３】なお、後述するＩＥＥＥ１３９４ａ規格で
は、このチャンネルアベイラブルレジスタは、アシンク
ロナスストリームパケットを伝送させるためのチャンネ
ル管理用レジスタとしても使用される。

【００５４】図６に戻り、イニシャルレジスタスペース
内のアドレス２００ｈ乃至４００ｈに、ゼネラルＲＯＭ
フォーマットに基づいたコンフィギレーションＲＯＭが
配置される。図８は、ゼネラルＲＯＭフォーマットを説
明する図である。ＩＥＥＥ１３９４方式のバスライン上
のアクセスの単位であるノードは、ノードの中にアドレ
ス空間を共通に使用しつつ独立して動作をするユニット
を複数個有することができる。ユニットディレクトリ
（unit directories）は、このユニットに対するソフト
ウェアのバージョンや位置を示すことができる。バスイ
ンフォブロック（bus info block）とルートディレクト
リ（root directory）の位置は固定されているが、その
他のブロックの位置はオフセットアドレスによって指定
される。

【００５５】図９は、バスインフォブロック、ルートデ
ィレクトリ、およびユニットディレクトリの詳細を示す
図である。バスインフォブロック内のＣｏｍｐａｎｙ
ＩＤには、機器の製造者を示すＩＤ番号が格納される。
Ｃｈｉｐ ＩＤには、その機器固有の、他の機器と重複
のない世界で唯一のＩＤが記憶される。また、ＩＥＣ６
１８３３の規格により、ＩＥＣ６１８８３を満たした機
器のユニットディレクトリのユニットスペックＩＤ（un
it spec id）の、ファーストオクテットには００ｈが、
セカンドオクテットにはＡｏｈが、サードオクテットに
は２Ｄｈが、それぞれ書き込まれる。更に、ユニットス
イッチバージョン（unit sw version ）のファーストオ
クテットには、０１ｈが、サードオクテットのＬＳＢ
（Least Significant Bit ）には、１が書き込まれる。

【００５６】インターフェースを介して、機器の入出力
を制御する為、ノードは、図６のイニシャルユニットス
ペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ６
１８８３の規格で規定されるＰＣＲ（Plug Control Reg
ister ）を有する。これは、論理的にアナログインター
フェースに類似した信号経路を形成するために、プラグ
という概念を、レジスタで仮想的に構成させて実体化し
たものである。

【００５７】図１０は、ＰＣＲの構成を説明する図であ
る。ＰＣＲは、出力プラグを表すｏＰＣＲ（output Plu
g Control Register）、入力プラグを表すｉＰＣＲ（in
putPlug Control Register ）を有する。また、ＰＣＲ
は、各機器固有の出力プラグまたは入力プラグの情報を
示すレジスタｏＭＰＲ（output Master Plug Register
）とｉＭＰＲ（input Master Plug Register）を有す
る。各機器は、ｏＭＰＲおよびｉＭＰＲをそれぞれ複数
持つことはないが、個々のプラグに対応したｏＰＣＲお
よびｉＰＣＲを、機器の能力によって複数持つことが可
能である。図１０に示されるＰＣＲは、それぞれ３１個
のｏＰＣＲおよびｉＰＣＲを有する。アイソクロナスデ
ータの流れは、これらのプラグに対応するレジスタを操
作することによって制御される。

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

【００５９】ｏＭＰＲのＬＳＢ側の５ビットのナンバー
オブアウトプットプラグス（numberof output plugs）
には、その機器が有する出力プラグ数、すなわちｏＰＣ
Ｒの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５
ビットのナンバーオブインプットプラグス（number of
input plugs ）には、その機器が有する入力プラグ数、
すなわちｉＰＣＲの数を示す値が格納される。non-pers
istent extension fieldおよびpersistent extension f
ieldは、将来の拡張の為に定義された領域である。

【００６０】ｏＰＣＲおよびｉＰＣＲのＭＳＢのオンラ
イン（on-line ）は、プラグの使用状態を示す。すなわ
ち、その値が１であればそのプラグがオンラインであ
り、０であればオフラインであることを示す。プラグが
オンラインであるとは、そのプラグを使用して伝送でき
る状態であることを示し、プラグがオフラインであると
は、そのプラグを使用した伝送ができない状態であるこ
とを示す。ｏＰＣＲおよびｉＰＣＲのブロードキャスト
コネクションカウンタ（broadcast connection counte
r:bcc）の値は、ブロードキャストコネクションの有り
のとき１となり、ブロードキャストコネクションが張ら
れてないとき０となる。

【００６１】ｏＰＣＲおよびｉＰＣＲの６ビット幅を有
するポイントトウポイントコネクションカウンタ（poin
t-to-point connection counter:pcc ）が有する値は、
そのプラグが有するポイントトウポイントコネクション
（PtoPコネクション）の状態を表す。このポイントトウ
ポイントコネクションカウンタの値についても、PtoPコ
ネクションがある場合には、１〜６３のいずれかの値と
なり、PtoPコネクションが張られてないとき０となる。
従って、ブロードキャストコネクションカウンタとポイ
ントトウポイントコネクションカウンタの合計７ビット
が全て０データであること、該当するプラグにコネクシ
ョンが張られてない状態であり、７ビットの内の１つの
ビットでも１データがあるとき、このプラグにコネクシ
ョンが張られている状態が示される。

【００６２】ｏＰＣＲおよびｉＰＣＲの６ビット幅を有
するチャンネルナンバー（channelnumber）が有する値
は、そのプラグが接続されるアイソクロナスチャンネル
の番号を示す。ｏＰＣＲの２ビット幅を有するデータレ
ート（data rate ）の値は、そのプラグから出力される
アイソクロナスデータのパケットの現実の伝送速度を示
す。例えば、１００Mbps（Ｓ１００モード），２００Mb
ps（Ｓ２００モード），４００Mbps（Ｓ４００モード）
等の３種類以上の伝送速度が用意されて、そのときのコ
ネクションで送出されるデータがいずれの伝送速度であ
るかが示される。ｏＰＣＲの４ビット幅を有するオーバ
ーヘッドＩＤ（overhead ID ）に格納されるコードは、
アイソクロナス通信でストリームデータを伝送させる際
の伝播遅延を考慮した値とされる。ｏＰＣＲの１０ビッ
ト幅を有するペイロード（payload ）の値は、そのプラ
グで伝送されるストリームデータの大きさが、クワッド
レット単位で示される。なお、１クワッドレットは、４
バイト（４×８ビット＝３２ビット）である。

【００６３】図１２はプラグ、プラグコントロールレジ
スタ、およびアイソクロナスチャンネルの関係を表す図
である。ＡＶデバイス７１〜７３は、ＩＥＥＥ１３９４
シリアスバスによって接続されている。ＡＶデバイス７
３のｏＭＰＲにより伝送速度とｏＰＣＲの数が規定され
たｏＰＣＲ

〔０〕〜ｏＰＣＲ〔２〕のうち、ｏＰＣＲ
〔１〕によりチャンネルが指定されたアイソクロナスデ
ータは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃
１（channel ＃１）に送出される。ＡＶデバイス７１の
ｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉ
ＰＣＲ

〔０〕とｉＰＣＲ〔１〕のうち、入力チャンネル
＃１がｉＰＣＲ

〔０〕により設定されて、ＡＶデバイス
７１は、ＩＥＥＥ１３９４シリアスバスのチャンネル＃
１に送出されたアイソクロナスデータを読み込む。同様
に、ＡＶデバイス７２は、ｏＰＣＲ

〔０〕で指定された
チャンネル＃２（channel ＃２）に、アイソクロナスデ
ータを送出し、ＡＶデバイス７１は、ｉＰＲＣ〔１〕に
て指定されたチャンネル＃２からそのアイソクロナスデ
ータを読み込む。

【００６４】このようにして、ＩＥＥＥ１３９４シリア
スバスによって接続されている機器間でストリームデー
タのデータ伝送が行われる。ここまで説明したストリー
ムデータの伝送処理は、アイソクロナス転送モードで、
帯域及びチャンネルを確保した上で伝送させるものであ
るが、ＩＥＥＥ１３９４ａ規格では、アシンクロナス転
送モードでもストリームデータのデータ伝送が可能とし
てある。

【００６５】次に、ＩＥＥＥ１３９４ａ規格で提案され
ているアシンクロナス転送モードでのストリームデータ
伝送用のパケット（アシンクロナスストリームパケッ
ト）の構造について、図１３を参照して説明する。この
アシンクロナスストリームパケットは、図５に示したア
シンクロナスパケットとして伝送されるものであり、ク
ワッドレット単位のデータとして示してある。このアシ
ンクロナスストリームパケットは、ＩＥＥＥ１３９４−
１９９５で規定されたアイソクロナスパケットと基本的
に同じ構成のパケットである。

【００６６】ヘッダである最初の１クワッドレッド区間
には、データ長（data length ）と、データのフォーマ
ットタグ（tag ）と、アシンクロナスチャンネル（chan
nel）と、トランザクションコード（tcode ）と、同期
化コード（sy）とが配置される。次の１クワッドレッド
区間は、ヘッダＣＲＣ（header CRC）とされ、ヘッダの
区間のデータに基づいて生成された誤り検出用巡回符号
が配置される。次のクワッドレッド区間からは、ペイロ
ードであるデータフィールドとされて、必要により０デ
ータが末尾に配置される。そして、最後の１クワッドレ
ッド区間は、データＣＲＣ（data CRC）とされ、データ
フィールドの区間のデータに基づいて生成された誤り検
出用巡回符号が配置される。データフィールドの区間の
最大のサイズは、データレート毎に定めがある。

【００６７】なお、このアシンクロナスストリームパケ
ットのチャンネル数は、アシンクロナスリソースマネー
ジャ（ＩＲＭ）により割当てられる。即ち、既に説明し
た図７に示すＩＲＭ用レジスタ内のチャンネルアベイラ
ブルレジスタから割当てられる。

【００６８】このアシンクロナスストリームパケットを
バス上に伝送させることで、ネットワーク内の各ノード
に対してブロードキャスト伝送される。従って、このア
シンクロナスストリームパケットが伝送されている区間
は、アシンクロナス転送モードで全てのノードに対して
同報通信される区間が設定されていることになる。

【００６９】このアシンクロナスストリームパケットと
して、さらにグローバル・アシンクロナス・ストリーム
・パケット（Global asynchronous stream Packet:以下
ＧＡＳＰと称する）が提案されている。このＧＡＳＰの
パケットは、バスブリッジの規格にも対応したパケット
であり、同一のバスの中だけでなく、ブリッジによって
接続されているほかのバスに対しても、アシンクロナス
ストリームパケットを送れるようにしたものである。

【００７０】図１４は、このＧＡＳＰのパケットの構成
を示す図である。ＧＡＳＰのパケットは、ヘッダ構成に
ついてはアシンクロナスストリームパケットと同じであ
り、ペイロード部分にデータを付加した構成としてあ
る。但し、タグ（tag ）の区間には、ＧＡＳＰのパケッ
トであることを示す値（例えば“１１”）が配置され
る。また、チャンネル数についても、一定の値（例えば
“０１１１１１”）が配置される。そして、ペイロード
区間に付加したデータとしては、データの送出元のノー
ドＩＤを示すソースＩＤ（Source ID ）と、その機器の
製造メーカに割当てられたコードであるスペシファイア
ＩＤ（Specifier ID）と、データフィールドを使用する
意味についてのコードであるバージョン（version ）の
データとがある。Specifier IDについては、２つのクワ
ッドレッド区間に分かれて配置されるため、前半の１６
ビットがSpecifier ID hi として一方のクワッドレッド
に配置され、後半の８ビットがSpecifier ID lo として
他方のクワッドレッドに配置される。そして、以下の部
分がデータフィールドとされ、最後の１クワッドレッド
区間にデータＣＲＣが配置される。

【００７１】そして本例においては、このＧＡＳＰのパ
ケットを使用して、ネットワーク内のそれぞれのノード
がサスペンド状態に設定可能か否かのデータを伝送する
ようにしてある。図１５は、このデータを伝送する場合
のパケット構造の一例を示したものである。

【００７２】図１５に示した例では、図１４に示したＧ
ＡＳＰのパケットのデータフィールドの区間（ここでは
２クワッドレッド区間）に、サスペンド状態に関するデ
ータを配置したものである。即ち、１クワッドレッド区
間を使用して、タイマカウント（timer count ）のデー
タを配置する。次の１クワッドレッド区間については、
８ビットを使用してサスペンドレベル（Suspend level
）のデータを配置し、４ビットを使用してウェイクア
ップカウント（Wakeup count）のデータを配置し、残り
の区間についてはここでは未定義（reserved）としてあ
る。

【００７３】３２ビットのタイマカウントでは、このノ
ードの機器がサスペンド状態になったとき、そのサスペ
ンド状態からリジュームしてアクティブ状態に復帰する
までの時間を、例えば秒数の値で示すようにしてある。
８ビット（０〜７の８つのビット）のサスペンドレベル
では、０ビット目がサスペンドの可／不可のデータで、
１ビット目がタイマカウントの有無のデータで、２〜３
ビット目がプライオリティのデータで、４〜７ビット目
については未定義としてある。０ビット目がサスペンド
の可／不可のデータについては、例えばその機器がサス
ペンド可であるとき“１”データとして、サスペンド不
可であるとき“０”データとする。なお本例の場合に
は、その機器を電源オフから立ち上げた場合や、リジュ
ームでアクティブ状態となったときには、必ずサスペン
ド不可となるようにしてある。

【００７４】４ビットのウェイクアップカウントでは、
その機器がサスペンド状態からリジュームした回数を示
すようにしてあり、リジュームする毎に値が１つずつカ
ウントアップする。

【００７５】次に、このように構成されるサスペンドの
可否に関するデータの通知に基づいて、ネットワーク内
でサスペンド状態の制御を行う処理について、図１６以
降の図を参照して説明する。まず、図１６を参照してネ
ットワーク内の各ノードのアクティブ状態からサスペン
ド状態への遷移について説明する。このサスペンド状態
の制御は、ネットワーク内のバスマネージャの制御で実
行される。このバスマネージャは、ネットワーク内の任
意の１台に設定されるものであり、例えばここでは図１
に示すネットワーク内のノードＡがバスマネージャであ
るとする。

【００７６】ネットワーク内の各ノードは、バスを介し
た通信ができる状態になっているアクティブ状態と、バ
スを介した通信ができない状態で休止しているサスペン
ド状態との、少なくとも２つの状態が設定できるように
してある。バスマネージャは、ネットワーク内の各ノー
ドに対して、サスペンドを設定させるコマンドを送るこ
とで、ネットワーク内のどのノードであってもサスペン
ドさせることができるようにしてある。また、リジュー
ムさせるコマンドを送ることで、そのサスペンド状態か
らの起動ができるようにしてある。但し本例において
は、後述する判断に基づいて、サスペンドさせるコマン
ドを送るノードを設定するようにしてある。

【００７７】それぞれのノード（機器）では、例えば電
源を投入させたとき等の初期時にはアクティブ状態にな
り、その初期状態でアクティブ状態になったときには、
その機器のサスペンド可否の状態として、必ずサスペン
ド不可となるようにしてある。

【００７８】各ノードは、上述した図１５に示したＧＡ
ＳＰのパケットを使用して、サスペンド可否のデータを
ネットワーク内にブロードキャスト送信するようにして
あり、そのブロードキャスト送信されたデータをバスマ
ネージャが判断して、ネットワーク内の一部のノードを
サスペンド状態に設定する必要があるとき、最もサスペ
ンド状態に設定するのが好ましいと判断したノードに対
して、サスペンドさせるコマンドを送る。そのサスペン
ドさせるコマンドを送ることで、該当するノードはサス
ペンド状態になる。サスペンド状態のノードは、後述す
る処理にて自動的にリジュームする場合もあるが、必要
によりバスマネージャからリジュームさせるコマンドを
送って、アクティブ状態とすることもできる。このリジ
ュームされてアクティブ状態になったときにも、必ずサ
スペンド不可となるようにしてある。

【００７９】図１７のフローチャートは、各ノードから
サスペンド状態の設定の可否に関するデータを、ＧＡＳ
Ｐのパケットを使用して送信するタイミングの設定処理
を示したものである。この例では、まずその機器でサス
ペンドの可否の設定に変化があったか否か判断する（ス
テップＳ１１）。そして、サスペンドの可否の設定に変
化があったとき、ステップＳ１３に移って、図１５に示
したＧＡＳＰのパケットを、そのパケットが送信できる
タイミングになったとき、バス上に送出させる。

【００８０】また、ステップＳ１１でサスペンドの可否
の設定に変化がないとき、前回のサスペンドの可否の設
定のデータの送信から、予め設定した時間ｔが経過した
か否か判断し（ステップＳ１２）、その時間ｔが経過し
たとき、ステップＳ１３に移って、図１５に示したＧＡ
ＳＰのパケットを、そのパケットが送信できるタイミン
グになったとき、バス上に送出させる。ステップＳ１２
でまだ時間ｔが経過してないと判断したとき、ステップ
Ｓ１１の判断に戻る。時間ｔとしては、例えば数分程度
の時間を設定する。

【００８１】なお、機器内でのサスペンドの可否の設定
に関する変化としては、例えばノードを構成する機器
が、何も動作をしない状態が一定時間連続した場合など
が考えられる。例えば、図１に示したノードＣとして構
成されるビデオカセットレコーダ３００の場合には、そ
の機器３００が再生や記録などの動作をしない状態があ
る程度の時間連続したとき、サスペンド不可の状態か
ら、サスペンド可の状態に変化させることが考えられ
る。この場合、タイマ録画に関する予約がある場合に
は、そのタイマ録画が終了するまでは、サスペンド不可
としても良い。

【００８２】このようにバス上に送出されるサスペンド
状態の設定の可否に関するデータは、バスマネージャで
受信されて、蓄積される。即ち、バスマネージャ側で
は、ネットワーク内の各ノードの状態に関するデータを
保持するテーブルが用意されて、そのテーブルのデータ
が逐次更新される。図１８のフローチャートは、バスマ
ネージャでのこのデータの受信と更新処理を示したもの
で、サスペンド状態の設定の可否のデータを受信したか
否か判断し（ステップＳ２１）、そのデータを受信した
とき、そのデータの送出元のノードに関するテーブル内
のデータの更新を行う（ステップＳ２２）。

【００８３】図１９は、このようにしてバスマネージャ
内の制御部に接続されたメモリに保持された各ノードの
サスペンド状態に関するデータの例を示した図である。
この例では、ノードＩＤ毎に、現在の状態として、アク
ティブ状態かサスペンド状態かの区別と、サスペンドの
可否として、サスペンド可かサスペンド不可かの区別
と、プライオリティと、そのノードにリーフノードがあ
る場合のリーフノードのノードＩＤとがデータとして保
持させてある。これらのデータは、図１８のフローチャ
ートで説明したように、それぞれのノードからのデータ
を受信する毎に更新される。

【００８４】リーフノードのＩＤのデータについては、
バスマネージャが判断したネットワーク構成に基づいて
生成される。ここでのリーフノードとは、該当するノー
ドの末端側（バスマネージャとは反対側）に接続された
ノードである。例えば、図１に示した構成の場合、バス
マネージャをノードＡとすると、そのノードＡのリーフ
ノードは、ノードＢ及びノードＥであり、ノードＢのリ
ーフノードは、ノードＣ及びノードＤであり、ノードＤ
のリーフノードは、ノードＦである。

【００８５】なお、ここでは該当するノードの末端側に
直接接続されたリーフノードだけを示したが、各ノード
の末端側に接続された全てのリーフノードを、データと
して保持させても良い。例えばノードＡのリーフノード
としてノードＢ，Ｃ，Ｄ，Ｅ，Ｆとし、ノードＢのリー
フノードとしてノードＣ，Ｄ，Ｆとすることで、そのノ
ードの末端側に接続された全てのノードが示されるよう
になる。但し、図１９に示したような構成のデータであ
っても、各ノードのデータを順に辿れば、末端側に接続
された全てのノードを判断することは可能である。ま
た、図１９の例では、各ノードはノードＩＤで区別させ
るようにしたが、例えばバスリセットがあった際にノー
ドＩＤは変化する可能性があるので、ノードユニークＩ
Ｄのような各ノードに固有のデータ毎に、各ノードのデ
ータを管理するようにしても良い。

【００８６】次に、バスマネージャ内でこのように保持
されたデータに基づいて、ネットワーク内の各機器のサ
スペンド状態に関する制御を行う処理を、図２０のフロ
ーチャートを参照して説明する。

【００８７】まず、バスマネージャは、ネットワーク内
の何れかの機器をサスペンド状態に設定する必要がある
か否か判断する（ステップＳ３１）。この判断として
は、例えばネットワークに接続されている機器の台数が
多くなって、バス上での伝送遅延がある程度大きくなっ
たと判断した場合に、サスペンド状態に設定する必要が
あると判断しても良い。或いは、このような判断を行う
ことなく、定期的に随時、何れかの機器をサスペンド状
態に設定させる必要があると判断しても良い。

【００８８】ステップＳ３１でサスペンド状態に設定さ
せる必要があると判断したときには、バスマネージャ内
に保持されたサスペンド状態に関するデータから、どの
ノードをサスペンドさせるのか判断する。即ち、最初に
現在アクティブ状態でサスペンド可能なノードから、プ
ライオリティが最も低いノードを判断する（ステップＳ
３２）。そして、ステップＳ３２で判断したプライオリ
ティが最も低いノードには、リーフノードがあるか否か
判断する（ステップＳ３３）。ここで、リーフノードが
ある場合には、そのノードの末端側に接続された全ての
リーフノードがサスペンド可になっているか否か判断す
る（ステップＳ３４）。

【００８９】そして、ステップＳ３３でリーフノードな
しと判断した場合と、ステップＳ３４で全てのリーフノ
ードがサスペンド可となっていると判断した場合には、
該当するノードにサスペンドコマンドを送信して、その
ノードをサスペンド状態に設定させる（ステップＳ３
５）。このとき、リーフノードがある場合には、そのリ
ーフノードに対してもサスペンドコマンドを送るように
しても良い。

【００９０】そして、ステップＳ３４でリーフノードに
サスペンド不可のノードがあると判断した場合に、該当
するノードを、サスペンド可能な候補のノードから除外
した上でステップＳ３２に戻り、残りの候補のノードの
中から再度適切なノードを選択させる。

【００９１】このように処理されることで、ネットワー
ク内の各ノードについて、サスペンド状態に設定可能か
否か判断し、サスペンド状態に設定可能である場合に限
って、そのノードに対してバスマネージャからコマンド
を送って、サスペンド状態に設定させることができ、ネ
ットワーク内の任意の機器をサスペンド状態とすること
が良好にできる。

【００９２】ここで、図１に示したネットワーク構成で
の具体的な処理の一例について説明すると、例えばノー
ドＡのＩＲＤ１００をバスマネージャとしたとき、ノー
ドＢのテレビジョン受像機２００が不動作状態でサスペ
ンド可能であるとき、バスマネージャからの指示で、こ
のテレビジョン受像機２００をサスペンド状態に設定さ
せることができる。このとき、例えばノードＢに接続さ
れたノードＣのビデオカセットレコーダ３００が録画中
の場合には、テレビジョン受像機２００がサスペンド状
態になると、ＩＲＤ１００側とビデオカセットレコーダ
３００との間のデータ伝送ができなくなるが、図２０の
フローチャートに示した処理を行うことで、リーフノー
ドが作動中などでサスペンド不可であるとき、バスマネ
ージャとリーフノードとの間の機器がサスペンド状態に
なることがなく、サスペンド状態に設定しても差し支え
ない機器だけを、サスペンド状態に設定させることがで
きる。

【００９３】このようにして、ネットワーク内の一部の
機器をサスペンド状態とすることができることで、ネッ
トワーク内での伝送遅延を少なくすることができ、ネッ
トワークの伝送効率を向上させることができる。また、
サスペンド状態に設定された機器は、少なくともポート
を介して通信を行うための処理部が電源オフ状態にな
り、それだけ消費電力を低減させることができる。ま
た、サスペンド状態になった機器や、その機器に接続さ
れていたケーブルからの不要輻射を減らすこともでき
る。さらに、このように一部のノードを効率良くサスペ
ンド状態に設定できることで、ネットワークに新しいノ
ードを追加しても、伝送効率などを低下させずに処理で
きるようになる。

【００９４】また、例えば図１に示したノードＤとノー
ドＦの間のように、光伝送でネットワークに接続されて
いる機器をサスペンド状態とすることで、光信号の送信
部や受信部の動作をサスペンド状態の間停止させること
ができ、光信号の送信部として必要なレーザ光源又は発
光ダイオードや、受信部として必要な受光素子の長寿命
化を図ることができる。

【００９５】なお、サスペンドコマンドを送って特定の
機器をサスペンド状態に設定したときは、その機器がタ
イマカウントを行うことが、ＧＡＳＰのデータで示され
るときには、そのタイマカウントで示される時間が経過
すると、自動的にリジュームして、アクティブ状態に復
帰し、ネットワーク内での通信が可能になる。また、タ
イマカウントを行うように設定されてない機器の場合に
は、バスマネージャからリジュームコマンドを送って、
任意のタイミングにアクティブ状態に復帰させるように
しても良い。また、タイマカウントを行う機器の場合に
も、そのタイマカウント中に、リジュームコマンドを送
って、強制的にアクティブ状態に復帰させることもでき
る。但し、サスペンド状態で完全にその機器の動作が停
止してコマンドを送ることが全くできないときには、リ
ジュームコマンドを送る以外の方法で、その機器の動作
を復帰させる必要がある。

【００９６】なお、上述した実施の形態では、ＩＥＥＥ
１３９４方式のバスで接続されたネットワーク内で、Ｇ
ＡＳＰのパケットで同報通信されるコマンドとして、サ
スペンド状態の可否のデータを伝送するようにしたが、
他の同報通信されるパケットを使用して、サスペンド状
態の可否のデータを伝送するようにしても良い。

【００９７】また、ネットワーク構成についても、上述
したＩＥＥＥ１３９４ａ方式に限定されるものではな
く、その他のＩＥＥＥ１３９４方式や、ＩＥＥＥ１３９
４方式以外のネットワーク構成にも適用可能である。こ
の場合、各機器間の伝送路としては、上述したようなバ
スラインで直接接続する構成や、光伝送路の他に、無線
信号を使用した無線伝送路としても良い。この無線伝送
路としては、例えばＩＥＥＥ１３９４方式のネットワー
クをワイヤレス化した通信方式や、ブルートゥース（Bl
uetooth ）と称される規格の無線通信方式を適用して、
複数台の機器間でネットワークが構成される場合に、そ
のネットワーク内の各機器で、サスペンドとリジューム
の処理を同様に行うようにしても良い。

【００９８】また、上述した実施の形態では、ネットワ
ーク内の各ノードからのサスペンド状態の設定の可否の
データの伝送を、その機器の状態に変化があったとき
と、前回送信してから一定時間経過したときに行うよう
にしたが、機器の状態に変化があったときだけ送信する
ようにしても良い。逆に、その機器の状態の変化の有無
にかかわらず、ほぼ一定時間毎の送信だけを行うように
しても良い。

【００９９】

【発明の効果】請求項１に記載した伝送方法によると、
ネットワーク内の各機器から、同報通信用の伝送区間を
使用して制御機器に対してサスペンド状態に設定可能か
否かのデータを送ることができ、制御機器側で、ネット
ワークに接続されたそれぞれの機器が、サスペンド状態
に設定可能か否か判断できるようになる。

【０１００】請求項２に記載した伝送方法によると、請
求項１に記載した発明において、通知を、サスペンド状
態に設定可能か否かの状態に変化があったときに伝送す
るようにしたことで、制御機器側で把握している各機器
の状態が、実際の機器の状態と異なることがなくなり、
制御機器側で確実に各機器の状態を把握できるようにな
る。

【０１０１】請求項３に記載した伝送方法によると、請
求項１に記載した発明において、通知を、ほぼ一定時間
毎に周期的に伝送するようにしたことで、制御機器側で
随時各機器の状態を把握できるようになる。

【０１０２】請求項４に記載した伝送方法によると、請
求項１に記載した発明において、通知をする際には、サ
スペンド状態に設定される優先順位のデータを付加する
ようにしたことで、制御機器側でサスペンド状態に設定
させる指令を行う際に、どの機器からサスペンド状態を
設定すれば良いか判断できるようになる。

【０１０３】請求項５に記載した伝送方法によると、請
求項１に記載した発明において、通知には、サスペンド
状態に設定されてから、そのサスペンド状態が解除され
るリジュームまでの時間に関するデータを付加するよう
にしたことで、制御機器からサスペンド状態を設定させ
たとき、その機器がリジュームして復帰するまでの時間
を判断できるようになる。

【０１０４】請求項６に記載した伝送方法によると、請
求項４に記載した発明において、通知に基づいて、制御
機器がサスペンド状態に設定可能と判断した機器を、制
御機器からの指令でサスペンド状態に設定するようにし
たことで、制御機器がネットワーク内の各機器をサスペ
ンド状態に設定する際に、必要な機器に対してだけ的確
に設定できるようになる。

【０１０５】請求項７に記載した伝送方法によると、請
求項６に記載した発明において、サスペンド状態に設定
可能と判断した機器に、別の機器が所定の状態で接続さ
れているネットワーク構成であると判断したとき、その
別の機器がサスペンド状態に設定可能であるときに、サ
スペンド状態に設定させる指令を送るようにしたこと
で、ネットワーク上の特定の機器をサスペンド状態に設
定させたことで、ネットワーク上の別の機器への通信が
できなくなる事態を防止できる。

【０１０６】請求項８に記載した伝送システムによる
と、ネットワーク内の第１の機器から、同報通信用の伝
送区間を使用して第２の機器に対してサスペンド状態に
設定可能か否かのデータを送ることができ、第２の機器
側で、第１の機器が、サスペンド状態に設定可能か否か
判断できるようになり、第２の機器が第１の機器の状態
を制御する際に、的確な判断に基づいて制御できるよう
になる。

【０１０７】請求項９に記載した伝送システムによる
と、請求項８に記載した発明において、第１の機器は、
送出手段からのサスペンド状態に設定可能か否かのデー
タの送出を、サスペンド状態に設定可能か否かの状態に
変化があったときに伝送することで、必要最低限のデー
タの伝送で、サスペンド状態に制御して良いか第２の機
器側で的確に判断できるようになる。

【０１０８】請求項１０に記載した伝送システムによる
と、請求項８に記載した発明において、第１の機器は、
送出手段からのサスペンド状態に設定可能か否かのデー
タを、ほぼ一定時間毎に周期的に送出するようにしたこ
とで、第２の機器側で随時第１の機器の状態を把握でき
るようになる。

【０１０９】請求項１１に記載した伝送システムによる
と、請求項８に記載した発明において、第１の機器は、
データ保持手段に、サスペンド状態に設定される優先順
位のデータを保持し、送出手段から送出されるサスペン
ド状態に設定可能か否かのデータに、優先順位のデータ
を付加するようにしたことで、第２の機器でサスペンド
状態に制御する際に、第１の機器のネットワーク内での
優先順位が判断できるようになり、第２の機器はそのと
きの状態に応じた適切な制御が行えるようになる。

【０１１０】請求項１２に記載した伝送システムによる
と、請求項８に記載した発明において、第１の機器は、
データ保持手段に、サスペンド状態に設定されてから、
そのサスペンド状態が解除されるリジュームまでの時間
に関するデータを保持し、第２の機器の制御手段の制御
により、第１の機器をサスペンド状態に設定したとき、
その設定からデータで示された時間が経過が経過する
と、リジュームとなるようにしたことで、第２の機器
は、サスペンド状態を設定させる指令を送るだけで、第
１の機器でのサスペンド状態の設定と、所定時間後のリ
ジュームの設定とが自動的に行われる。この場合、第２
の機器では、伝送された時間のデータの判断から、自動
的にリジュームになるタイミングが判断でき、第１の機
器の状態を的確に判断できる。

【０１１１】請求項１３に記載した伝送システムによる
と、請求項８に記載した発明において、第２の機器の制
御手段は、第１の機器に第３の機器が所定の状態で接続
されているネットワーク構成であると判断したとき、第
１及び第３の機器の双方がサスペンド状態に設定可能と
判断したときに、第１の機器をサスペンド状態に設定さ
せる制御を行うことで、第３の機器をサスペンド状態に
できないときに、第１の機器をサスペンド状態として、
第３の機器と第２の機器との通信ができない状況になる
ことを阻止できる。

【０１１２】請求項１４に記載した伝送装置によると、
ネットワーク内に接続された他の機器に対して、自機が
サスペンド状態に設定可能か否かのデータを、同報通信
で伝送させることができ、その伝送されたデータに基づ
いてネットワーク内でのサスペンド状態に設定させるた
めの制御が的確に行えるようになる。

【０１１３】請求項１５に記載した伝送装置によると、
請求項１４に記載した発明において、送出手段は、デー
タ保持手段に保持されたサスペンド状態に設定可能か否
かのデータに変化があったとき、このサスペンド状態に
設定可能か否かのデータを送出するようにしたことで、
ネットワーク内の他の機器がこの伝送装置の状態を的確
に把握できるようになる。

【０１１４】請求項１６に記載した伝送装置によると、
請求項１４に記載した発明において、送出手段は、ほぼ
一定時間毎に周期的にサスペンド状態に設定可能か否か
のデータを送出するようにしたことで、ネットワーク内
の他の機器は、この伝送装置の状態を随時把握できるよ
うになる。

【０１１５】請求項１７に記載した伝送装置によると、
請求項１４に記載した発明において、データ保持手段
は、サスペンド状態に設定される優先順位のデータを保
持し、送出手段から送出されるサスペンド状態に設定可
能か否かのデータに、優先順位のデータを付加するよう
にしたことで、このデータに基づいてネットワーク内の
他の機器が優先順位を判断できるようになり、そのとき
のネットワークの状態に応じた適切な制御が行えるよう
になる。

【０１１６】請求項１８に記載した伝送装置によると、
請求項１４に記載した発明において、データ保持手段
は、サスペンド状態に設定されてから、そのサスペンド
状態が解除されるリジュームまでの時間に関するデータ
を保持し、送出手段から送出されるサスペンド状態に設
定可能か否かのデータに、時間に関するデータを付加す
るようにしたことで、この伝送装置がサスペンド状態に
設定された後に自動的にリジュームさせるとき、そのこ
とがネットワーク内の他の機器で判るようになる。

【０１１７】請求項１９に記載した伝送制御装置による
と、ネットワーク内の各機器から同報通信で伝送された
データに基づいて、ネットワーク内の各機器がサスペン
ド状態に設定可能か否か判断でき、その判断からサスペ
ンド状態に設定可能と判断した機器に対してだけ、サス
ペンド状態を設定させる指令を送ることが可能になり、
ネットワーク内の各機器を良好に制御できるようにな
る。

【０１１８】請求項２０に記載した伝送制御装置による
と、請求項１９に記載した発明において、制御手段は、
受信手段が受信したサスペンド状態に設定可能か否かの
データに付加された優先順位のデータに基づいて、指令
を送る機器を設定するようにしたことで、優先順位を設
定して良好な制御が行える。

【０１１９】請求項２１に記載した伝送制御装置による
と、請求項１９に記載した発明において、制御手段は、
サスペンド状態に設定可能であると判断した被制御機器
に、別の機器が所定の状態で接続されているネットワー
ク構成であるとき、その別の機器もサスペンド状態に設
定可能であると判断した場合に、被制御機器をサスペン
ド状態に設定させる指令を生成させて、送信手段から送
信させることで、上記別の機器をサスペンド状態にでき
ないときに、被制御機器をサスペンド状態として、伝送
制御装置と上記別の機器との通信ができない状況になる
ことを阻止できる。

【図面の簡単な説明】

【図１】本発明の一実施の形態によるシステム全体の構
成例を示すブロック図である。

【図２】本発明の一実施の形態によるＩＲＤ（デジタル
衛星放送受信機）の内部構成の例を示すブロック図であ
る。

【図３】本発明の一実施の形態によるテレビジョン受像
機の内部構成の例を示すブロック図である。

【図４】本発明の一実施の形態によるビデオ記録再生装
置の内部構成の例を示すブロック図である。

【図５】ＩＥＥＥ１３９４方式のバスでのデータ伝送の
サイクル構造の例を示す説明図である。

【図６】ＣＲＳアーキテクチャのアドレス空間の構造の
例を示す説明図である。

【図７】主要なＣＲＳの位置、名前、働きの例を示す説
明図である。

【図８】ゼネラルＲＯＭフォーマットの例を示す説明図
である。

【図９】バスインフォブロック、ルートディレクトリ、
ユニットディレクトリの例を示す説明図である。

【図１０】ＰＣＲの構成の例を示す説明図である。

【図１１】ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの
構成の例を示す説明図である。

【図１２】プラグ、プラグコントロールレジスタ、伝送
チャンネルの関係の例を示す説明図である。

【図１３】アシンクロナスストリームパケットの構成例
を示す説明図である。

【図１４】ＧＡＳＰ（グローバルアシンクロナスストリ
ームパケット）の構成例を示す説明図である。

【図１５】本発明の一実施の形態によるサスペンドデー
タの伝送パケットの構成例を示す説明図である。

【図１６】本発明の一実施の形態によるノードの状態遷
移を示す説明図である。

【図１７】本発明の一実施の形態による各ノードでのサ
スペンドデータの送信処理例を示すフローチャートであ
る。

【図１８】本発明の一実施の形態によるバスマネージャ
でのサスペンドデータの受信処理例を示すフローチャー
トである。

【図１９】本発明の一実施の形態によるバスマネージャ
で保持するサスペンドデータの例を示す説明図である。

【図２０】本発明の一実施の形態によるバスマネージャ
でのサスペンドコマンドの送信処理例を示すフローチャ
ートである。

【符号の説明】

１ａ，１ｂ，１ｃ，１ｄ…ＩＥＥＥ１３９４方式のバス
を構成するケーブル、８１…物理レイヤ、８２…リンク
レイヤ、８３…トランザクションレイヤ、８４…シリア
スバスマネジメント、８５…ＦＣＰ、８６…ＡＶ／Ｃコ
マンドセット、９１…コマンドレジスタ、９２…レスポ
ンスレジスタ、９３…コマンドレジスタ、９４…レスポ
ンスレジスタ、１００…ＩＲＤ（デジタル衛星放送受信
装置）、１９１，１９２…ポート、２００…ＤＴＶ（デ
ジタルテレビジョン受像機）、２９１，２９２，２９３
…ポート、３００…ＶＣＲ（ビデオカセットレコー
ダ）、３９１…ポート、４００，５００，６００…ノー
ドを構成する機器、４８１，６８１…光通信用ポート、
４９１，５９１…ポート

フロントページの続き Ｆターム(参考） 5B077 NN02 5K032 AA04 BA01 BA02 CC10 DA01 DB32 5K034 AA15 BB07 DD02 EE10 FF01 FF15 FF18 GG06 HH01 HH02 HH65 MM22 MM39 NN01 NN12 TT07

Claims (21)

【特許請求の範囲】
1. 【請求項１】 所定のネットワークに接続された複数台
   の機器の間でのデータ伝送を、所定の制御機器の制御に
   より実行する伝送方法において、 上記ネットワーク内の各機器から、同報通信用の伝送区
   間を使用して、サスペンド状態に設定可能か否かのデー
   タを、上記制御機器に対して通知するようにした伝送方
   法。
2. 【請求項２】 請求項１記載の伝送方法において、 上記通知を、サスペンド状態に設定可能か否かの状態に
   変化があったときに伝送するようにした伝送方法。
3. 【請求項３】 請求項１記載の伝送方法において、 上記通知を、ほぼ一定時間毎に周期的に伝送するように
   した伝送方法。
4. 【請求項４】 請求項１記載の伝送方法において、 上記通知には、サスペンド状態に設定される優先順位の
   データを付加するようにした伝送方法。
5. 【請求項５】 請求項１記載の伝送方法において、 上記通知には、サスペンド状態に設定されてから、その
   サスペンド状態が解除されるリジュームまでの時間に関
   するデータを付加するようにした伝送方法。
6. 【請求項６】 請求項１記載の伝送方法において、 上記通知に基づいて、上記制御機器がサスペンド状態に
   設定可能と判断した機器を、上記制御機器からの指令で
   サスペンド状態に設定するようにした伝送方法。
7. 【請求項７】 請求項６記載の伝送方法において、 上記サスペンド状態に設定可能と判断した機器に、別の
   機器が所定の状態で接続されているネットワーク構成で
   あると判断したとき、その別の機器がサスペンド状態に
   設定可能であるときに、サスペンド状態に設定させる指
   令を送るようにした伝送方法。
8. 【請求項８】 複数台の機器を相互にデータ伝送可能な
   状態で所定のネットワークに接続して構成される伝送シ
   ステムにおいて、 上記ネットワーク内の第１の機器として、 サスペンド状態に設定可能か否かのデータを保持するデ
   ータ保持手段と、 上記データ保持手段に保持されたサスペンド状態に設定
   可能か否かのデータを、上記ネットワークの同報通信用
   の伝送区間に送出する送出手段とを備え、 上記ネットワーク内の第２の機器として、 上記ネットワークに送出されたデータを受信する受信手
   段と、 上記受信手段が受信した同報通信用の伝送区間のデータ
   から、上記第１の機器がサスペンド状態に設定可能か否
   か判断し、その判断した状態に基づいて上記第１の機器
   の状態を制御する制御手段とを備えた伝送システム。
9. 【請求項９】 請求項８記載の伝送システムにおいて、 上記第１の機器は、 上記送出手段からのサスペンド状態に設定可能か否かの
   データの送出を、サスペンド状態に設定可能か否かの状
   態に変化があったときに伝送する伝送システム。
10. 【請求項１０】 請求項８記載の伝送システムにおい
    て、 上記第１の機器は、 上記送出手段からのサスペンド状態に設定可能か否かの
    データを、ほぼ一定時間毎に周期的に送出する伝送シス
    テム。
11. 【請求項１１】 請求項８記載の伝送システムにおい
    て、 上記第１の機器は、 上記データ保持手段に、サスペンド状態に設定される優
    先順位のデータを保持し、 上記送出手段から送出されるサスペンド状態に設定可能
    か否かのデータに、上記優先順位のデータを付加する伝
    送システム。
12. 【請求項１２】 請求項８記載の伝送システムにおい
    て、 上記第１の機器は、 上記データ保持手段に、サスペンド状態に設定されてか
    ら、そのサスペンド状態が解除されるリジュームまでの
    時間に関するデータを保持し、 上記第２の機器の制御手段の制御により、上記第１の機
    器をサスペンド状態に設定したとき、その設定から上記
    時間が経過が経過すると、リジュームになる伝送システ
    ム。
13. 【請求項１３】 請求項８記載の伝送システムにおい
    て、 上記第２の機器の制御手段は、上記第１の機器に第３の
    機器が所定の状態で接続されているネットワーク構成で
    あると判断したとき、上記第１及び第３の機器の双方が
    サスペンド状態に設定可能と判断したときに、上記第１
    の機器をサスペンド状態に設定させる制御を行う伝送シ
    ステム。
14. 【請求項１４】 所定のネットワークに接続される伝送
    装置において、 自機がサスペンド状態に設定されることが可能か否かの
    データを保持するデータ保持手段と、 上記データ保持手段に保持されたサスペンド状態に設定
    可能か否かのデータを、上記ネットワークの同報通信用
    の伝送区間に送出する送出手段とを備えた伝送装置。
15. 【請求項１５】 請求項１４記載の伝送装置において、 上記送出手段は、上記データ保持手段に保持されたサス
    ペンド状態に設定可能か否かのデータに変化があったと
    き、このサスペンド状態に設定可能か否かのデータを送
    出する伝送装置。
16. 【請求項１６】 請求項１４記載の伝送装置において、 上記送出手段は、ほぼ一定時間毎に周期的にサスペンド
    状態に設定可能か否かのデータを送出する伝送装置。
17. 【請求項１７】 請求項１４記載の伝送装置において、 上記データ保持手段は、サスペンド状態に設定される優
    先順位のデータを保持し、 上記送出手段から送出されるサスペンド状態に設定可能
    か否かのデータに、上記優先順位のデータを付加する伝
    送装置。
18. 【請求項１８】 請求項１４記載の伝送装置において、 上記データ保持手段は、サスペンド状態に設定されてか
    ら、そのサスペンド状態が解除されるリジュームまでの
    時間に関するデータを保持し、 上記送出手段から送出されるサスペンド状態に設定可能
    か否かのデータに、上記時間に関するデータを付加する
    伝送装置。
19. 【請求項１９】 複数台の機器を相互にデータ伝送可能
    な状態で接続した所定のネットワークで、上記機器間の
    伝送の制御を行う伝送制御装置において、 上記ネットワークに送出されたデータを受信する受信手
    段と、 上記受信手段が受信した同報通信用の伝送区間のデータ
    から、ネットワーク内の各機器がサスペンド状態に設定
    可能か否か判断し、その判断した状態に基づいて、各機
    器の状態を制御する指令を生成させる制御手段と、 上記制御手段で生成された指令を上記ネットワークに送
    出させる送信手段とを備えた伝送制御装置。
20. 【請求項２０】 請求項１９記載の伝送制御装置におい
    て、 上記制御手段は、上記受信手段が受信したサスペンド状
    態に設定可能か否かのデータに付加された優先順位のデ
    ータに基づいて、上記指令を送る機器を設定するように
    した伝送制御装置。
21. 【請求項２１】 請求項１９記載の伝送制御装置におい
    て、 上記制御手段は、サスペンド状態に設定可能であると判
    断した被制御機器に、別の機器が所定の状態で接続され
    ているネットワーク構成であるとき、その別の機器もサ
    スペンド状態に設定可能であると判断した場合に、上記
    被制御機器をサスペンド状態に設定させる指令を生成さ
    せて、上記送信手段から送信させる伝送制御装置。