JP2003333045A - パワーマネージメント - Google Patents

Abstract

(57)【要約】 【課題】 １３９４シリアルバスに接続された機器にお
いて、バスの供給可能電力がバス全体が必要とする電力
に満たない場合においても、バスの電力を必要としてい
る機器に対してバスの電力を効果的に時間配分して割り
付け、限られた電力でバスに接続された機器に電力を供
給する。 【解決手段】 １３９４シリアルバスに接続された機器
において、バス全体と各機器の供給可能電力と必要電力
を認識・計算する手段と、供給電力が必要電力を満たし
ているか判断する手段と、判断結果に基づき電力を供給
する機器を選択する手段と、選択した機器に対して電源
ＯＮ・ＯＦＦを指示する制御信号を送信する手段とを備
える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、制御信号とデータ
を混在させて通信することが可能なデータ通信バスを用
いて複数電子機器（以下、機器）間を接続して、各機器
間でデータ通信を行うシステムを所有する装置に関する
ものである。

【０００２】

【従来の技術】従来、ＩＥＥＥ１３９４−１９９５ Ｈ
ｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕ
ｓ（以下１３９４シリアルバス）で接続された複数の機
器において、バス内に電力を供給する機器が存在し、バ
スの供給可能電力がバスの消費電力を満たしている場
合、バス内の全ての機器が自分自身に電源を持たなくと
も、バスの電力を利用して各機器の電源をＯＮすること
ができた。

【０００３】

【発明が解決しようとする課題】上記の様なバスに接続
された機器において、バスの供給可能電力がバスの消費
電力に満たない場合、自分自身に電源を持たず、外部の
電源を必要とする機器全てに電力を供給する事が出来な
かった。

【０００４】

【課題を解決するための手段】上記問題を解決する為、
１３９４シリアルバス等に接続された機器において、そ
れぞれの機器の供給可能電力・消費電力を認識する手段
と、認識した各機器の供給可能電力・消費電力からバス
の供給可能電力・消費電力を計算する手段と、計算した
結果、バスの供給可能電力が消費電力（要求電力）を満
たしているか比較・判断する手段と、判断した結果、バ
スの供給可能電力が消費電力を満たせない場合、電力を
供給する機器を選択する手段と、選択した機器の電源を
ＯＮにするよう指示する制御信号を送信する手段と、電
源をＯＮにするよう指示する制御信号を送信した機器が
電力を必要としなくなったとき、選択した機器の電源を
ＯＦＦにするよう指示する制御信号を送信する手段とを
備える。

【０００５】（作用）本発明によれば、ＩＥＥＥ１３９
４シリアルバスによって接続された機器において、上記
手段を備える事により、限られた電力で、バスに接続さ
れ、それ自身に電源を持たず外部の電源を期待している
機器に対して電力を供給することが可能になる。

【０００６】

【発明の実施の形態】以下、本発明の実施例について図
面を参照しながら説明する。

【０００７】ここで、本発明では、各機器間を接続する
デジタルＩ／ＦにＩＥＥＥ１３９４シリアルバスを用い
るので、ＩＥＥＥ１３９４シリアルバスについてあらか
じめ説明する。

【０００８】《ＩＥＥＥ１３９４の技術の概要》家庭用
デジタルＶＴＲやＤＶＤの登場も伴なって、ビデオデー
タやオーディオデータなどのリアルタイムでかつ高情報
量のデータ転送のサポートが必要になっている。こうい
ったビデオデータやオーディオデータをリアルタイムで
転送し、パソコン（ＰＣ）に取り込んだり、またはその
他のデジタル機器に転送を行うには、必要な転送機能を
備えた高速データ転送可能なインタフェースが必要にな
ってくるものであり、そういった観点から開発されたイ
ンタフェースがＩＥＥＥ１３９４−１９９５ Ｈｉｇｈ
Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ（以
下１３９４シリアルバス）である。

【０００９】図７に１３９４シリアルバスを用いて構成
されるネットワーク・システムの例を示す。このシステ
ムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ間をそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続されている。
この機器Ａ〜Ｈは例としてＰＣ、デジタルＶＴＲ、ＤＶ
Ｄ、デジタルカメラ、ハードディスク、モニタ等であ
る。

【００１０】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。

【００１１】また、各機器は各自固有のＩＤを有し、そ
れぞれが認識し合うことによって１３９４シリアルバス
で接続された範囲において、１つのネットワークを構成
している。各デジタル機器間をそれぞれ１本の１３９４
シリアルバスケーブルで順次接続するだけで、それぞれ
の機器が中継の役割を行い、全体として１つのネットワ
ークを構成するものである。また、１３９４シリアルバ
スの特徴でもある、Ｐｌｕｇ ＆ Ｐｌａｙ機能でケー
ブルを機器に接続した時点で自動で機器の認識や接続状
況などを認識する機能を有している。

【００１２】また、図７に示したようなシステムにおい
て、ネットワークからある機器が削除されたり、または
新たに追加されたときなど、自動的にバスリセットを行
い、それまでのネットワーク構成をリセットしてから、
新たなネットワークの再構築を行う。この機能によっ
て、その時々のネットワークの構成を常時設定、認識す
ることができる。

【００１３】またデータ転送速度は、１００／２００／
４００Ｍｂｐｓと備えており、上位の転送速度を持つ機
器が下位の転送速度をサポートし、互換をとるようにな
っている。

【００１４】データ転送モードとしては、コントロール
信号などの非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデ
ータ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈ
ｒｏｎｏｕｓ転送モード、リアルタイムなビデオデータ
やオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎ
ｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃ
ｈｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデー
タとＩｓｏデータは各サイクル（通常１サイクル１２５
μＳ）の中において、サイクル開始を示すサイクル・ス
タート・パケット（ＣＳＰ）の転送に続き、Ｉｓｏデー
タの転送を優先しつつサイクル内で混在して転送され
る。

【００１５】次に、図５に１３９４シリアルバスの構成
要素を示す。

【００１６】１３９４シリアルバスは全体としてレイヤ
（階層）構造で構成されている。図５に示したように、
最もハード的なのが１３９４シリアルバスのケーブルで
あり、そのケーブルのコネクタが接続されるコネクタポ
ートがあり、その上にハードウェアとしてフィジカル・
レイヤとリンク・レイヤがある。

【００１７】ハードウェア部は実質的なインタフェース
チップの部分であり、そのうちフィジカル・レイヤは符
号化やコネクタ関連の制御等を行い、リンク・レイヤは
パケット転送やサイクルタイムの制御等を行う。

【００１８】ファームウェア部とトランザクション・レ
イヤは、転送（トランザクション）すべきデータの管理
を行い、ＲｅａｄやＷｒｉｔｅといった命令を出す。シ
リアルバスマネージメントは、接続されている各機器の
接続状況やＩＤの管理を行い、ネットワークの構成を管
理する部分である。

【００１９】このハードウェアとファームウェアまでが
実質上の１３９４シリアルバスの構成である。

【００２０】またソフトウェア部のアプリケーション・
レイヤは使うソフトによって異なり、インタフェース上
にどのようにデータをのせるか規定する部分であり、Ａ
Ｖプロトコルなどのプロトコルによって規定されてい
る。

【００２１】以上が１３９４シリアルバスの構成であ
る。

【００２２】次に、図６に１３９４シリアルバスにおけ
るアドレス空間の図を示す。

【００２３】１３９４シリアルバスに接続された各機器
（ノード）には必ず各ノード固有の、６４ビットアドレ
スを持たせておく。そしてこのアドレスをＲＯＭに格納
しておくことで、自分や相手のノードアドレスを常時認
識でき、相手を指定した通信も行える。

【００２４】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス設定は、最初の１０ｂｉｔがバスの番号の指定用に、
次の６ｂｉｔがノードＩＤ番号の指定用に使われる。残
りの４８ｂｉｔが機器に与えられたアドレス幅になり、
それぞれ固有のアドレス空間として使用できる。最後の
２８ｂｉｔは固有データの領域として、各機器の識別や
使用条件の指定の情報などを格納する。

【００２５】以上が１３９４シリアルバスの技術の概要
である。

【００２６】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。

【００２７】《１３９４シリアルバスの電気的仕様》図
７に１３９４シリアルバス・ケーブルの断面図を示す。

【００２８】１３９４シリアルバスでは接続ケーブル内
に、２組のツイストペア信号線の他に、電源ラインを設
けている。これによって、電源を持たない機器や、故障
により電圧低下した機器等にも電力の供給が可能になっ
ている。

【００２９】電源線内を流れる電源の電圧は８〜４０
Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。

【００３０】《ＤＳ−Ｌｉｎｋ符号化》１３９４シリア
ルバスで採用されている、データ転送フォーマットのＤ
Ｓ−Ｌｉｎｋ符号化方式を説明するための図を図８に示
す。

【００３１】１３９４シリアルバスでは、ＤＳ−Ｌｉｎ
ｋ（Ｄａｔａ／Ｓｔｒｏｂｅ Ｌｉｎｋ）符号化方式が
採用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高
速なシリアルデータ通信に適しており、その構成は、２
本の信号線を必要とする。より対線のうち１本に主とな
るデータを送り、他方のより対線にはストローブ信号を
送る構成になっている。

【００３２】受信側では、この通信されるデータと、ス
トローブとの排他的論理和をとることによってクロック
を再現できる。

【００３３】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるのでコント
ローラＬＳＩの回路規模を小さくできること、更には、
転送すべきデータが無いときにアイドル状態であること
を示す情報を送る必要が無いので、各機器のトランシー
バ回路をスリープ状態にすることができることによっ
て、消費電力の低減が図れる、などが挙げられる。

【００３４】《バスリセットのシーケンス》１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。

【００３５】このネットワーク構成に変化があったと
き、例えばノードの挿抜や電源のＯＮ／ＯＦＦなどによ
るノード数の増減などによって変化が生じて、新たなネ
ットワーク構成を認識する必要があるとき、変化を検知
した各ノードはバス上にバスリセット信号を送信して、
新たなネットワーク構成を認識するモードに入る。この
ときの変化の検知方法は、１３９４ポート基盤上でのバ
イアス電圧の変化を検知することによって行われる。

【００３６】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的にすべてのノードがバスリセット信号を検
知した後、バスリセットが起動となる。

【００３７】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常等によるハード検出による
起動と、プロトコルからのホスト制御などによってフィ
ジカルレイヤに直接命令を出すことによっても起動す
る。

【００３８】また、バスリセットが起動するとデータ転
送は一時中断され、この間のデータ転送は待たされ、終
了後、新しいネットワーク構成のもとで再開される。

【００３９】以上がバスリセットのシーケンスである。

【００４０】《ノードＩＤ決定のシーケンス》バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために、各ノードにＩＤを与える動作に入る。このと
きの、バスリセットからノードＩＤ決定までの一般的な
シーケンスを図１６、１７、１８のフローチャートを用
いて説明する。

【００４１】図１６のフローチャートは、バスリセット
の発生からノードＩＤが決定し、データ転送が行えるよ
うになるまでの、一連のバスの作業を示してある。

【００４２】まず、ステップＳ１０１として、ネットワ
ーク内にバスリセットが発生することを常時監視してい
て、ここでノードの電源ＯＮ／ＯＦＦなどでバスリセッ
トが発生するとステップＳ１０２に移る。

【００４３】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップＳ１０３として、
すべてのノード間で親子関係が決定すると、ステップＳ
１０４として一つのルートが決定する。すべてのノード
間で親子関係が決定するまで、ステップＳ１０２の親子
関係の宣言をおこない、またルートも決定されない。

【００４４】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５として、各ノードにＩＤを与
えるノードＩＤの設定作業が行われる。所定のノード順
序で、ノードＩＤの設定が行われ、すべてのノードにＩ
Ｄが与えられるまで繰り返し設定作業が行われ、最終的
にステップＳ１０６としてすべてのノードにＩＤを設定
し終えたら、新しいネットワーク構成がすべてのノード
において認識されたので、ステップＳ１０７としてノー
ド間のデータ転送が行える状態となり、データ転送が開
始される。

【００４５】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップＳ１０１からステッ
プＳ１０６までの設定作業が繰り返し行われる。

【００４６】以上が、図１６のフローチャートの説明で
あるが、図１６のフローチャートのバスリセットからル
ート決定までの部分と、ルート決定後からＩＤ設定終了
までの手順をより詳しくフローチャート図に表したもの
をそれぞれ、図１７、図１８に示す。

【００４７】まず、図１７のフローチャートの説明を行
う。

【００４８】ステップＳ２０１としてバスリセットが発
生すると、ネットワーク構成は一旦リセットされる。な
お、ステップＳ２０１としてバスリセットが発生するの
を常に監視している。

【００４９】次に、ステップＳ２０２として、リセット
されたネットワークの接続状況を再認識する作業の第一
歩として、各機器にリーフ（ノード）であることを示す
フラグを立てておく。さらに、ステップＳ２０３として
各機器が自分の持つポートがいくつ他ノードと接続され
ているのかを調べる。

【００５０】ステップＳ２０４のポート数の結果に応じ
て、これから親子関係の宣言を始めていくために、未定
義（親子関係が決定されてない）ポートの数を調べる。
バスリセットの直後はポート数＝未定義ポート数である
が、親子関係が決定されていくにしたがって、ステップ
Ｓ２０４で検知する未定義ポートの数は変化していくも
のである。

【００５１】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるというのはステップＳ２０３のポート数の確認で
知ることができる。リーフは、ステップＳ２０５とし
て、自分に接続されているノードに対して、「自分は
子、相手は親」と宣言し動作を終了する。

【００５２】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数＞１ということなので、
ステップＳ２０６へと移り、まずブランチというフラグ
が立てられ、ステップＳ２０７でリーフからの親子関係
宣言で「親」の受付をするために待つ。

【００５３】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が１
になっていれば残っているポートに接続されているノー
ドに対して、ステップＳ２０５の「自分が子」の宣言を
することが可能になる。２度目以降、ステップＳ２０４
で未定義ポート数を確認しても２以上あるブランチに対
しては、再度ステップＳ２０７でリーフ又は他のブラン
チからの「親」の受付をするために待つ。

【００５４】最終的に、いずれか１つのブランチ、又は
例外的にリーフ（子宣言を行えるのにすばやく動作しな
かった為）がステップＳ２０４の未定義ポート数の結果
としてゼロになったら、これにてネットワーク全体の親
子関係の宣言が終了したものであり、最後に未定義ポー
ト数がゼロ（すべてのポートが子ノードに接続）になっ
た唯一のノードはステップＳ２０８としてルートのフラ
グが立てられ、ステップＳ２０９としてルートとしての
認識がなされる。

【００５５】このようにして、図１７に示したバスリセ
ットから、ネットワーク内すべてのノード間における親
子関係の宣言までが終了する。

【００５６】つぎに、図１８のフローチャートについて
説明する。

【００５７】まず、図１７までのシーケンスでリーフ、
ブランチ、ルートという各ノードのフラグの情報が設定
されているので、これを元にして、ステップＳ３０１で
それぞれ分類する。

【００５８】各ノードにＩＤを与える作業として、最初
にＩＤの設定を行うことができるのはリーフからであ
る。リーフ→ブランチ→ルートの順で若い番号（ノード
番号＝０〜）からＩＤの設定がなされていく。

【００５９】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。この
後、ステップＳ３０３として各自リーフがルートに対し
て、ＩＤを与えるように要求する。この要求が複数ある
場合には、ルートはステップＳ３０４としてアービトレ
ーション（１つに調停する作業）を行い、ステップＳ３
０５として勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。ステップＳ３０６と
してＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求
を出し、同様の作業を繰り返す。ＩＤを取得できたリー
フからステップＳ３０７として、そのノードのＩＤ情報
をブロードキャストで全ノードに転送する。１ノードＩ
Ｄ情報のブロードキャストが終わると、ステップＳ３０
８として残りのリーフの数が１つ減らされる。ここで、
ステップＳ３０９として、この残りのリーフの数が１以
上ある時はステップＳ３０３のＩＤ要求の作業からを繰
り返し行い、最終的にすべてのリーフがＩＤ情報をブロ
ードキャストすると、ステップＳ３０９がＮ＝０とな
り、次はブランチのＩＤ設定に移る。

【００６０】ブランチのＩＤ設定もリーフの時と同様に
行われる。

【００６１】まず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後、ステップＳ３１１として各自ブランチがル
ートに対して、ＩＤを与えるように要求する。これに対
してルートは、ステップＳ３１２としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフに与え終っ
た次の若い番号から与えていく。ステップＳ３１３とし
て、ルートは要求を出したブランチにＩＤ情報又は失敗
結果を通知し、ステップＳ３１４としてＩＤ取得が失敗
に終わったブランチは、再度ＩＤ要求を出し、同様の作
業を繰り返す。ＩＤを取得できたブランチからステップ
Ｓ３１５として、そのノードのＩＤ情報をブロードキャ
ストで全ノードに転送する。１ノードＩＤ情報のブロー
ドキャストが終わると、ステップＳ３１６として残りの
ブランチの数が１つ減らされる。ここで、ステップＳ３
１７として、この残りのブランチの数が１以上ある時は
ステップＳ３１１のＩＤ要求の作業からを繰り返し、最
終的にすべてのブランチがＩＤ情報をブロードキャスト
するまで行われる。すべてのブランチがノードＩＤを取
得すると、ステップＳ３１７はＭ＝０となり、ブランチ
のＩＤ取得モードも終了する。

【００６２】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみなので、ステップＳ
３１８として与えていない番号で最も若い番号を自分の
ＩＤ番号と設定し、ステップＳ３１９としてルートのＩ
Ｄ情報をブロードキャストする。

【００６３】以上で、図１８に示したように、親子関係
が決定した後から、すべてのノードのＩＤが設定される
までの手順が終了する。

【００６４】次に、一例として図９に示した実際のネッ
トワークにおける動作を、図９を参照しながら説明す
る。

【００６５】図９の説明として、（ルート）ノードＢの
下位にはノードＡとノードＣが直接接続されており、更
にノードＣの下位にはノードＤが直接接続されており、
更にノードＤの下位にはノードＥとノードＦが直接接続
された階層構造になっている。この、階層構造やルート
ノード、ノードＩＤを決定する手順を以下で説明する。

【００６６】バスリセットがされた後、まず各ノードの
接続状況を認識するために、各ノードの直接接続されて
いるポート間において、親子関係の宣言がなされる。こ
の親子とは親側が階層構造で上位となり、子側が下位と
なると言うことができる。

【００６７】図９ではバスリセットの後、最初に親子関
係の宣言を行ったのはノードＡである。基本的にノード
の１つのポートにのみ接続があるノード（リーフと呼
ぶ）から親子関係の宣言を行うことができる。これは自
分には１ポートの接続のみということをまず知ることが
できるので、これによってネットワークの端であること
を認識し、その中で早く動作を行ったノードから親子関
係が決定されていく。こうして親子関係の宣言を行った
側（Ａ−Ｂ間ではノードＡ）のポートが親ポートと設定
され、相手側（ノードＢ）のポートが子ポートと設定さ
れる。こうして、ノードＡ−Ｂ間では子−親、ノードＥ
−Ｄ間で子−親、ノードＦ−Ｄ間で子−親と決定され
る。

【００６８】さらに１階層あがって、今度は複数個接続
ポートを持つノード（ブランチと呼ぶ）のうち、他ノー
ドからの親子関係の宣言を受けたものから順次、更に上
位に親子関係の宣言を行っていく。図９ではまずノード
ＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノー
ドＣに対する親子関係の宣言を行っており、その結果ノ
ードＤ−Ｃ間で子−親と決定している。

【００６９】ノードＤからの親子関係の宣言を受けたノ
ードＣは、もう一つのポートに接続されているノードＢ
に対して親子関係の宣言を行っている。これによってノ
ードＣ−Ｂ間で子−親と決定している。

【００７０】このようにして、図９のような階層構造が
構成され、最終的に接続されているすべてのポートが子
ポートと設定されたノードＢが、ルートノードと決定さ
れる。ルートは１つのネットワーク構成中に一つしか存
在しないものである。

【００７１】なお、この図９においてノードＢがルート
ノードと決定されたが、これはノードＡから親子関係宣
言を受けたノードＢが、他のノードに対して親子関係宣
言を早いタイミングで行っていれば、ルートノードは他
ノードに移っていたこともあり得る。すなわち、伝達さ
れるタイミングによってはどのノードもルートノードと
なる可能性があり、同じネットワーク構成でもルートノ
ードは一定とは限らない。

【００７２】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここではすべてのノード
が、決定した自分のノードＩＤを他のすべてのノードに
通知する（ブロードキャスト機能）。

【００７３】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。

【００７４】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０、１、２、、と割り当てられる。

【００７５】ノードＩＤを手にしたノードは、ノード番
号を含む情報をブロードキャストで各ノードに送信す
る。これによって、そのＩＤ番号は『割り当て済み』で
あることが認識される。

【００７６】すべてのリーフが自己ノードＩＤを取得し
終わると、次はブランチへ移りリーフに引き続いたノー
ドＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。すなわ
ち、常にルートは最大のノードＩＤ番号を所有するもの
である。

【００７７】以上のようにして、階層構造全体のノード
ＩＤの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完了する。

【００７８】《アービトレーション》１３９４シリアル
バスでは、データ転送に先立って必ずバス使用権のアー
ビトレーション（調停）を行う。１３９４シリアルバス
は個別に接続された各機器が、転送された信号をそれぞ
れ中継することによって、ネットワーク内すべての機器
に同信号を伝えるように、論理的なバス型ネットワーク
であるので、パケットの衝突を防ぐ意味でアービトレー
ションは必要である。これによってある時間には、たっ
た一つのノードのみ転送を行うことができる。

【００７９】アービトレーションを説明するための図と
して図１０（ａ）にバス使用要求の図（ｂ）にバス使用
許可の図を示し、以下これを用いて説明する。

【００８０】アービトレーションが始まると、１つもし
くは複数のノードが親ノードに向かって、それぞれバス
使用権の要求を発する。図１０（ａ）のノードＣとノー
ドＦがバス使用権の要求を発しているノードである。こ
れを受けた親ノード（図１０ではノードＡ）は更に親ノ
ードに向かって、バス使用権の要求を発する（中継す
る）。この要求は最終的に調停を行うルートに届けられ
る。

【００８１】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。図１０
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒否された図である。アービトレーションに負け
たノードに対してはＤＰ（ｄａｔａ ｐｒｅｆｉｘ）パ
ケットを送り、拒否されたことを知らせる。拒否された
ノードのバス使用要求は次回のアービトレーションまで
待たされる。

【００８２】以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。

【００８３】ここで、アービトレーションの一連の流れ
をフローチャート図１９に示して、説明する。

【００８４】ノードがデータ転送を開始できる為には、
バスがアイドル状態であることが必要である。先に行わ
れていたデータ転送が終了して、現在バスが空き状態で
あることを認識するためには、各転送モードで個別に設
定されている所定のアイドル時間ギャップ長（例．サブ
アクション・ギャップ）を経過する事によって、各ノー
ドは自分の転送が開始できると判断する。

【００８５】ステップＳ４０１として、Ａｓｙｎｃデー
タ、Ｉｓｏデータ等それぞれ転送するデータに応じた所
定のギャップ長が得られたか判断する。所定のギャップ
長が得られない限り、転送を開始するために必要なバス
使用権の要求はできないので、所定のギャップ長が得ら
れるまで待つ。

【００８６】ステップＳ４０１で所定のギャップ長が得
られたら、ステップＳ４０２として転送すべきデータが
あるか判断し、ある場合はステップＳ４０３として転送
するためにバスを確保するよう、バス使用権の要求をル
ートに対して発する。このときの、バス使用権の要求を
表す信号の伝達は、図１０に示したように、ネットワー
ク内各機器を中継しながら、最終的にルートに届けられ
る。ステップＳ４０２で転送するデータがない場合は、
そのまま待機する。

【００８７】次に、ステップＳ４０４として、ステップ
Ｓ４０３のバス使用要求を１つ以上ルートが受信した
ら、ルートはステップＳ４０５として使用要求を出した
ノードの数を調べる。ステップＳ４０５での選択値がノ
ード数＝１（使用権要求を出したノードは１つ）だった
ら、そのノードに直後のバス使用許可が与えられること
となる。ステップＳ４０５での選択値がノード数＞１
（使用要求を出したノードは複数）だったら、ルートは
ステップＳ４０６として使用許可を与えるノードを１つ
に決定する調停作業を行う。この調停作業は公平なもの
であり、毎回同じノードばかりが許可を得る様なことは
なく、平等に権利を与えていくような構成となってい
る。

【００８８】ステップＳ４０７として、ステップＳ４０
６で使用要求を出した複数ノードの中からルートが調停
して使用許可を得た１つのノードと、敗れたその他のノ
ードに分ける選択を行う。ここで、調停されて使用許可
を得た１つのノード、またはステップＳ４０５の選択値
から使用要求ノード数＝１で調停無しに使用許可を得た
ノードには、ステップＳ４０８として、ルートはそのノ
ードに対して許可信号を送る。許可信号を得たノード
は、受け取った直後に転送すべきデータ（パケット）を
転送開始する。また、ステップＳ４０６の調停で敗れ
て、バス使用が許可されなかったノードにはステップＳ
４０９としてルートから、アービトレーション失敗を示
すＤＰ（ｄａｔａ ｐｒｅｆｉｘ）パケットを送られ、
これを受け取ったノードは再度転送を行うためのバス使
用要求を出すため、ステップＳ４０１まで戻り、所定ギ
ャップ長が得られるまで待機する。

【００８９】以上がアービトレーションの流れを説明し
た、フローチャート図１９の説明である。

【００９０】《Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転
送》アシンクロナス転送は、非同期転送である。図１１
にアシンクロナス転送における時間的な遷移状態を示
す。図１１の最初のサブアクション・ギャップは、バス
のアイドル状態を示すものである。このアイドル時間が
一定値になった時点で、転送を希望するノードはバスが
使用できると判断して、バス獲得のためのアービトレー
ションを実行する。

【００９１】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋ ｇａｐという短いギャップの後、返送して応答す
るから、応答パケットを送ることによって転送が完了す
る。ａｃｋは４ビットの情報と４ビットのチェックサム
からなり、成功か、ビジー状態か、ペンディング状態で
あるかといった情報を含み、すぐに送信元ノードに返送
される。

【００９２】次に、図１２にアシンクロナス転送のパケ
ットフォーマットの例を示す。

【００９３】パケットには、データ部及び誤り訂正用の
データＣＲＣの他にはヘッダ部があり、そのヘッダ部に
は図１２に示したような、目的ノードＩＤ、ソースノー
ドＩＤ、転送データ長さや各種コードなどが書き込ま
れ、転送が行われる。

【００９４】また、アシンクロナス転送は自己ノードか
ら相手ノードへの１対１の通信である。転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛てのアドレス以外のものは無視され
るので、宛先の１つのノードのみが読込むことになる。

【００９５】以上がアシンクロナス転送の説明である。

【００９６】《Ｉｓｏｃｈｒｏｎｏｕｓ（同期）転送》
アイソクロナス転送は同期転送である。１３９４シリア
ルバスの最大の特徴であるともいえるこのアイソクロナ
ス転送は、特にＶＩＤＥＯ映像データや音声データとい
ったマルチメディアデータなど、リアルタイムな転送を
必要とするデータの転送に適した転送モードである。

【００９７】また、アシンクロナス転送（非同期）が１
対１の転送であったのに対し、このアイソクロナス転送
はブロードキャスト機能によって、転送元の１つのノー
ドから他のすべてのノードへ一様に転送される。

【００９８】図１６はアイソクロナス転送における、時
間的な遷移状態を示す図である。

【００９９】アイソクロナス転送は、バス上一定時間毎
に実行される。この時間間隔をアイソクロナスサイクル
と呼ぶ。アイソクロナスサイクル時間は、１２５μＳで
ある。この各サイクルの開始時間を示し、各ノードの時
間調整を行う役割を担っているのがサイクル・スタート
・パケットである。サイクル・スタート・パケットを送
信するのは、サイクル・マスタと呼ばれるノードであ
り、１つ前のサイクル内の転送終了後、所定のアイドル
期間（サブアクションギャップ）を経た後、本サイクル
の開始を告げるサイクル・スタート・パケットを送信す
る。このサイクル・スタート・パケットの送信される時
間間隔が１２５μＳとなる。

【０１００】また、図１３にチャネルＡ、チャネルＢ、
チャネルＣと示したように、１サイクル内において複数
種のパケットがチャネルＩＤをそれぞれ与えられること
によって、区別して転送できる。これによって同時に複
数ノード間でのリアルタイムな転送が可能であり、また
受信するノードでは自分が欲しいチャネルＩＤのデータ
のみを取り込む。このチャネルＩＤは送信先のアドレス
を表すものではなく、データに対する論理的な番号を与
えているに過ぎない。よって、あるパケットの送信は１
つの送信元ノードから他のすべてのノードに行き渡る、
ブロードキャストで転送されることになる。

【０１０１】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないので、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【０１０２】また、図１３に示したｉｓｏ ｇａｐ（ア
イソクロナスギャップ）とは、アイソクロナス転送を行
う前にバスが空き状態であると認識するために必要なア
イドル期間を表している。この所定のアイドル期間を経
過すると、アイソクロナス転送を行いたいノードはバス
が空いていると判断し、転送前のアービトレーションを
行うことができる。

【０１０３】つぎに、図１４にアイソクロナス転送のパ
ケットフォーマットの例を示し、説明する。

【０１０４】各チャネルに分かれた、各種のパケットに
はそれぞれデータ部及び誤り訂正用のデータＣＲＣの他
にヘッダ部があり、そのヘッダ部には図１４に示したよ
うな、転送データ長やチャネルＮｏ．、その他各種コー
ド及び誤り訂正用のヘッダＣＲＣなどが書き込まれ、転
送が行われる。

【０１０５】以上がアイソクロナス転送の説明である。

【０１０６】《バス・サイクル》実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送は混在できる。その時の、アイソクロナス転
送とアシンクロナス転送が混在した、バス上の転送状態
の時間的な遷移の様子を表した図を図１５に示す。

【０１０７】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
ギャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。したがって、アシンクロナス転送より、アイソクロ
ナス転送は優先して実行されることとなる。

【０１０８】図１５に示した、一般的なバスサイクルに
おいて、サイクル＃ｍのスタート時にサイクル・スター
ト・パケットがサイクル・マスタから各ノードに転送さ
れる。これによって、各ノードで時刻調整を行い、所定
のアイドル期間（アイソクロナスギャップ）を待ってか
らアイソクロナス転送を行うべきノードはアービトレー
ションを行い、パケット転送に入る。図１５ではチャネ
ルｅとチャネルｓとチャネルｋが順にアイソクロナス転
送されている。

【０１０９】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル＃ｍにおけるアイソクロナス転送がすべ
て終了したら、アシンクロナス転送を行うことができる
ようになる。

【０１１０】アイドル時間がアシンクロナス転送可能な
サブアクションギャップに達する事によって、アシンク
ロナス転送を行いたいノードはアービトレーションの実
行に移れると判断する。

【０１１１】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送終了後から、次のサイクル・ス
タート・パケットを転送すべき時間（ｃｙｃｌｅ ｓｙ
ｎｃｈ）までの間にアシンクロナス転送を起動するため
のサブアクションギャップが得られた場合に限ってい
る。

【０１１２】図１５のサイクル＃ｍでは３つのチャネル
分のアイソクロナス転送と、その後アシンクロナス転送
（含むａｃｋ）が２パケット（パケット１、パケット
２）転送されている。このアシンクロナスパケット２の
後は、サイクルｍ＋１をスタートすべき時間（ｃｙｃｌ
ｅ ｓｙｎｃｈ）にいたるので、サイクル＃ｍでの転送
はここまでで終わる。

【０１１３】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間（ｃ
ｙｃｌｅ ｓｙｎｃｈ）に至ったとしたら、無理に中断
せず、その転送が終了した後のアイドル期間を待ってか
ら次サイクルのサイクル・スタート・パケットを送信す
る。すなわち、１つのサイクルが１２５μＳ以上続いた
ときは、その分次サイクルは基準の１２５μＳより短縮
されたとする。このようにアイソクロナス・サイクルは
１２５μＳを基準に超過、短縮し得るものである。

【０１１４】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。

【０１１５】こういった遅延情報も含めて、サイクル・
マスタによって管理される。

【０１１６】以上が、ＩＥＥＥ１３９４シリアルバスの
説明である。

【０１１７】図１は本発明の一実施例を示すシステムの
構成を示すブロック図である。

【０１１８】図において、３０００はホストコンピュー
タで、ＲＯＭに記憶された文書処理プログラム等に基づ
いて図形、イメージ、文字、表（表計算等を含む）等が
混在した文書処理を実行するＣＰＵ１を備え、システム
デバイス４に接続される各デバイスをＣＰＵ１が総括的
に制御する。また、このＲＯＭには、ＣＰＵ１の制御プ
ログラム、上記文書処理の際に使用するフォントデー
タ、上記文書処理等を行う際に使用する各種データ等を
記憶する。２はＲＡＭで、ＣＰＵ１の主メモリ、ワーク
エリア等として機能する。５はキーボードコントローラ
（ＫＢＣ）で、キーボード９や不図示のポインティング
デバイスからのキー入力を制御する。６はＣＲＴコント
ローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）
１０の表示を制御する。７はディスクコントローラ（Ｄ
ＫＣ）で、ブートプログラム、種々のアプリケーショ
ン、フォントデータ、ユーザファイル、編集ファイル等
を記憶するハードディスク（ＨＤ）、フロッピー(登録
商標)ディスク（ＦＤ）等の外部メモリ１１とのアクセ
スを制御する。８はバスインタフェース（ＢＵＳ Ｉ／
Ｆ）で、２１の１３９４シリアルバス等に接続されて、
他の機器との通信制御のインタフェースとなる。

【０１１９】３０はパワーマネージメントブロックで、
１３９４シリアルバス等に接続された機器において、そ
れぞれの機器の供給可能電力・消費電力を認識する手段
と、認識した各機器の供給可能電力・消費電力からバス
の供給可能電力・消費電力を計算する手段と、計算した
結果、バスの供給可能電力が消費電力（要求電力）を満
たしているか比較・判断する手段と、判断した結果、バ
スの供給可能電力が消費電力を満たせない場合、電力を
供給する機器を選択する手段と、選択した機器の電源を
ＯＮにするよう指示する制御信号を送信する手段と、電
源をＯＮにするよう指示する制御信号を送信した機器が
電力を必要としなくなったとき、選択した機器の電源を
ＯＦＦにするよう指示する制御信号を送信する手段とを
備える。バスリセット後の初期化（Ｓｅｌｆ Ｉｄｅｎ
ｔｉｆｙ）プロセスにおいて、Ｓｅｌｆ−ＩＤパケット
やＣｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭ等の情報より、
バスに接続された各機器が必要とする電力や、それぞれ
の機器がバスにどれだけ電力を供給できるかが分かる。

【０１２０】それぞれの必要電力・供給可能電力を計算
した結果、バスの供給可能電力がバス全体が必要とする
電力を満たしているならば、バスの電力を期待している
全ての機器の電源をＯＮするよう指示してバスの電力を
供給しても良いし、バスの電力を期待している機器の中
の、実際に電力を必要としている機器（例えばホストＰ
Ｃから同じバスに接続された自分自身に電源を持たない
プリンタで印刷をしたい場合等）を選択して、その機器
の電源をＯＮするよう指示してバスの電力を供給しても
良い。

【０１２１】それぞれの必要電力・供給可能電力を計算
した結果、バスの供給可能電力がバス全体が必要とする
電力に満たないのならば、バスの電力を期待している機
器の中の、実際に電力を必要としている機器を選択し
て、その機器の電源をＯＮするよう指示してバスの電力
を供給し、必要がなくなれば（例えば自分自身に電源を
持たないプリンタがホストから指示された印刷ＪＯＢの
実行を終了し、アイドル状態に入った場合等）バスの電
力を期待している他の機器に電力を供給できるよう、電
源ＯＮを指示する制御信号を送った機器に対して電源を
ＯＦＦにするよう指示する制御信号を送信し、送信され
た機器は電源をＯＦＦにしバスの電力の利用を終了し、
バスの電力を期待している他の機器がバスの電力を必要
とする時に、バスの電力を利用可能の状態にしておく。

【０１２２】バスに接続された機器に電源ＯＮを指示す
るに当たっては、電源ＯＮそのものを指示する制御信号
でも良いし、例えばホストＰＣからバスに接続されたあ
るプリンタで印刷したい時に、そのプリンタがそれ自身
には電源を持たず、バスの電力を期待しているのであれ
ば、ホストＰＣからそのプリンタへの印刷ＪＯＢの中に
電源ＯＮを指示するコマンドを含む様にする等して、印
刷ＪＯＢそのものでプリンタの電源ＯＮを指示するよう
にしても良い。

【０１２３】図２は本発明の一実施例を示す図であり、
各機器は１３９４シリアルバスを用いて接続される。図
２に示すＰＣはパーソナルコンピュータ、ＤＶＣＲはデ
ジタルビデオカメラレコーダー、ＨＤＤはハードディス
クを示す。

【０１２４】例えばバスに接続された機器の中でＰＣだ
けが電源を持ち、他の機器はそれ自身には電源を持た
ず、バスから電力を供給してもらうことを期待し、ＰＣ
の電力だけでは一度にバスに接続された全ての機器に電
力を供給することは不可能であるものとする。そしてＳ
ｃａｎｎｅｒで読込んだ画像を、一旦ハードディスクに
保存し、その画像をＰＣを介してプリンタに出力しよう
とした場合を考える。ＰＣの電力だけでは、Ｓｃａｎｎ
ｅｒ、ハードディスク、プリンタ全てに同時に電力を供
給することができないとすると、まず、Ｓｃａｎｎｅｒ
とハードディスクに電源ＯＮを指示する制御信号を送信
し、Ｓｃａｎｎｅｒとハードディスクは電源ＯＮとな
り、バス（ＰＣ）の電力を利用する事が許可される。そ
してＳｃａｎｎｅｒから取り込んだ何らかの画像をハー
ドディスクに保存し終わったら、Ｓｃａｎｎｅｒは電力
を必要としなくなるのでＰＣはＳｃａｎｎｅｒに対して
電源をＯＦＦにするよう指示する制御信号を送信し、バ
ス（ＰＣ）の供給電力に余裕ができたところで、ＰＣは
プリンタに対して電源をＯＮするよう指示する制御信号
を送信し、プリンタはバスの電力を利用することを許可
されて電源ＯＮとなり、印刷可能な状態となる。そして
ＰＣはハードディスクに保存した画像データを読み取
り、プリンタへの印刷データに置き換えながら印刷を実
行する。この時、プリンタに電源ＯＮを指示するにあた
っては、電源をＯＮを指示する制御信号そのものを送信
しても良いし、画像データの印刷を指示する印刷ＪＯＢ
データ（パケット）の中に、電源ＯＮを指示するコード
を埋め込んで、プリンタの電源ＯＮを指示するようにし
てもよい。印刷終了後、ハードディスク、プリンタがバ
スの電力を必要としなくなったら、それぞれに電源ＯＦ
Ｆを指示する制御信号を送信し、バスの供給可能な電力
が余裕のある状態にする。ハードディスク、プリンタが
稼働中に、Ｄｉｇｉｔａｌ ＣａｍｅｒａやＤＶＣＲ等
がバスの電力を必要とし、かつバスの供給電力に余裕が
無い場合、上記印刷が終了しどちらかまたは両方が電源
ＯＦＦしてバスの電力に余裕ができるのを待ち、Ｄｉｇ
ｉｔａｌ ＣａｍｅｒａやＤＶＣＲ等を駆動可能な電力
が供給可能な状態となったところでＤｉｇｉｔａｌ Ｃ
ａｍｅｒａ、ＤＶＣＲ等の電源をＯＮし、電力の供給を
開始する。その後Ｄｉｇｉｔａｌ ＣａｍｅｒａやＤＶ
ＣＲ等がバスの電力が不要となれば、ＰＣは同様に電源
ＯＦＦとなるよう指示する制御信号を送信し、再びバス
の電力に余裕を持たせる状態に戻す。各機器の電源をＯ
ＦＦするタイミングとしては、その時電力を利用してい
る機器が電力を必要としなくなった時でも良いし、その
他の機器が電力を必要とした時でもどちらでも良い。

【０１２５】図３に一実施例の動作の流れを示すフロー
チャートを示す。

【０１２６】Ｓ１として、何らかの原因でバスリセット
が発生した後、Ｓ２として、バスリセット後の初期化プ
ロセス（Ｓｅｌｆ Ｉｄｅｎｔｉｆｙプロセス）におい
て、各機器から送信されるＳｅｌｆ−ＩＤパケットやＣ
ｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭより、バスに接続す
る各機器が必要とする電力や、各機器がバスにどれだけ
電力を供給できるかを認識する。

【０１２７】Ｓ３として、Ｓ２で認識した各機器の必要
電力・供給可能電力から、バス全体の必要電力・供給可
能電力を計算し、Ｓ４として、Ｓ３でバス全体の必要電
力・供給可能電力を計算した結果、バスの供給可能電力
がバス全体が必要とする電力を満たしているかどうかを
判断し、Ｓ４の判断結果、バスの供給可能電力がバス全
体が必要とする電力を満たしているならば、Ｓ５とし
て、バスの電力を期待している全ての機器の電源をＯＮ
するか、バスの電力を期待している機器の中で、実際に
電力が必要としている時にその機器を選択して電力を供
給するかを判断する。

【０１２８】全ての機器の電源をＯＮするならば、Ｓ６
として、バスに接続されたバスの電力を期待している全
ての機器に電源をＯＮする制御信号を送信してその機器
がバスの電力を使う事を許可し、Ｓ７として、制御信号
を受信した機器は電源ＯＮとなり、バスの電力を利用す
ることが可能となる。

【０１２９】また、Ｓ４の判断結果、バスの供給可能電
力がバス全体が必要とする電力を満たしていないなら
ば、Ｓ８として、バスの電力を期待している機器の中
で、その時バスの電力を必要としているものがあるかど
うかを判断・検知し、Ｓ９として、Ｓ８でバスの電力を
必要としている機器が認識された場合には、バスの電力
を期待している機器が必要としている電力を計算し、Ｓ
１０として、Ｓ９の計算結果、バスの供給可能電力で
は、バスの電力を期待している機器のなかで、その時バ
スの電力を必要としている機器全てには電力を供給でき
ない場合、一度にそれらの機器全てに電力を供給するの
ではなく、供給可能な電力と、必要としている電力に応
じて、その時の電力で必要としている電力を供給可能な
機器を選択して電力を供給する。Ｓ９の計算結果、バス
の電力を期待している機器が必要としている電力が、バ
スの電力で供給可能であれば、バスの電力を供給する機
器として、その時バスの電力を必要としている機器全て
を選択しても良い。

【０１３０】Ｓ１１として、Ｓ１０で選択した機器に電
源ＯＮを指示する制御信号を送信し、Ｓ１２として、Ｓ
１１で制御信号を送信された機器はバスの供給電力を利
用する事が可能となる。

【０１３１】Ｓ１３として、バスの電力を利用すること
を許可された機器は、例えばその機器がプリンタならば
印刷命令等の割り当てられたＪＯＢを実行する。

【０１３２】Ｓ１１において、バスに接続された機器に
電源ＯＮを指示するに当たっては、電源ＯＮそのものを
指示する制御信号でも良いし、例えばホストＰＣからバ
スに接続されたあるプリンタで印刷したい時に、そのプ
リンタがそれ自身には電源を持たず、バスの電力を期待
しているのであれば、ホストＰＣからそのプリンタへの
印刷ＪＯＢの中に電源ＯＮを指示するコマンドを含む様
にする等して、印刷ＪＯＢそのものでプリンタの電源Ｏ
Ｎを指示するようにしても良い。

【０１３３】Ｓ１４として、指定されたＪＯＢの実行が
終了し、その機器がバスの電力を必要としなくなった
ら、Ｓ１５として、選択した機器の電源ＯＦＦを指示す
る制御信号を送信し、電力の供給を終了し、再びバスの
電力を期待する機器が電力を必要とすれば、Ｓ８以降の
ステップを繰り返す。

【０１３４】また、Ｓ８として、バスの電力を期待して
いる機器の中で、その時バスの電力を必要としているも
のがあるかどうかを判断・検知し、その結果、バスの電
力を必要としている機器がなければ、電力を必要とする
機器が現れるまで、その状態を維持する。

【０１３５】また、Ｓ５として、バスの電力を期待して
いる全ての機器の電源をＯＮするのではなく、バスの電
力を期待している機器が実際に電力を必要としている時
に、その機器を選択して電力を供給するのであれば、Ｓ
１０以降のステップを繰り返す。

【０１３６】

【発明の効果】以上説明したように本発明によれば、１
３９４シリアルバス等で接続された機器において、バス
の供給可能電力が、バスに接続される機器が必要とする
電力の合計に満たない場合においても、外部の（バス
の）電力を期待している機器が実際に電力と必要とする
時に、その都度電力を利用する機器を選択してバスの電
力を供給することにより、バスの限られた電力でバスに
接続されたバスの電力を期待している各機器に電力を供
給し、動作させることが可能となる。

【図面の簡単な説明】

【図１】本発明の実施例の一例を示した図。

【図２】本発明の実施例の一例を示した図。

【図３】本発明における実施例での動作の流れを示すフ
ローチャート。

【図４】１３９４シリアルバスを用いて接続されたネッ
トワーク構成の一例を示す図。

【図５】１３９４シリアルバスの構成要素を表す図。

【図６】１３９４シリアルバスのアドレスマップを示す
図。

【図７】１３９４シリアルバスケーブルの断面図。

【図８】ＤＳ−Ｌｉｎｋ符号化方式を説明するための
図。

【図９】１３９４シリアルバスで各ノードのＩＤを決定
する為のトポロジ設定を説明するための図。

【図１０】１３９４シリアルバスでのアービトレーショ
ンを説明するための図。

【図１１】アシンクロナス転送の時間的な状態遷移を表
す基本的な構成図。

【図１２】アシンクロナス転送のパケットのフォーマッ
トの一例の図。

【図１３】アイソクロナス転送の時間的な状態遷移を表
す基本的な構成図。

【図１４】アイソクロナス転送のパケットのフォーマッ
トの一例の図。

【図１５】１３９４シリアルバスで実際のバス上を転送
されるパケットの様子を示したバスサイクルの一例の
図。

【図１６】バスリセットからノードＩＤの決定までの流
れを示すフローチャート図。

【図１７】バスリセットにおける親子関係決定の流れを
示すフローチャート図。

【図１８】バスリセットにおける親子関係決定後から、
ノードＩＤ決定までの流れを示すフローチャート図。

【図１９】アービトレーションを説明するためのフロー
チャート図。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 １３９４シリアルバスで接続された機器
   において、パワーマネージメントを行うシステム。
2. 【請求項２】 上記バスで接続された機器において、初
   期化プロセスの結果、バスの供給可能電力がバスに接続
   された機器が必要とする電力の合計に満たない場合、電
   力を必要としている機器をその都度選択して電力を供給
   し、選択した機器が電力を必要としなくなったら電力の
   供給を停止し、電力を必要としている他の機器に電力を
   供給可能となるようパワーマネージメントを行うシステ
   ム。
3. 【請求項３】 上記システムにおいて、選択した機器に
   電力を供給する際、選択した機器に電源ＯＮを指示する
   制御信号を送信する手段と、電源ＯＮを指示した機器に
   電源ＯＦＦを指示する制御信号を送信する手段とを備
   え、パワーマネージメントを行うシステム。