JP2003044179A

JP2003044179A - 電力供給装置、電力受給装置、電力供給方法及び電力受給方法

Info

Publication number: JP2003044179A
Application number: JP2001233822A
Authority: JP
Inventors: Shigeru Mizoguchi; 茂溝口; Naohisa Suzuki; 尚久鈴木
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-08-01
Filing date: 2001-08-01
Publication date: 2003-02-14

Abstract

(57)【要約】【課題】電力供給装置の電力状態が改善した場合に
は、他の装置に対しての電力供給を行なう。【解決手段】電力受給装置４７００と電力供給装置４
８００はシリアルバスを介して接続する。電力受給装置
４７００により送信される要求電力に関するデータを送
受信部４８０１で受信する。判定手段４８０４は、要求
電力に関するデータに基づいて、要求電力を供給可能で
あるか判定する。供給不可能の場合は、引き続き監視部
４８０３が、要求電力を供給可能となるまで、電力供給
装置内の電力状態を監視する。監視の結果、要求電力を
供給可能となると、バスリセット手段４８０７がバスリ
セットを発行し、その後、電力供給手段４８０５は、電
力受給装置４７００に対して電力を供給する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ケーブルを介
して電力を供給または受給する技術に係り、とりわけ、
シリアルバスを介して接続される電力供給装置及び電力
受給装置に関する。

【０００２】

【従来の技術】シリアルバスの規格として、例えば、Ｉ
ＥＥＥ１３９４と呼ばれる規格が存在する。このＩＥＥ
Ｅ１３９４では、電源管理についても規定されている。
例えば、ＩＥＥＥ１３９４に準拠したノードが、新たに
ＩＥＥＥ１３９４のバスに接続すると、バスリセットが
発行され、この新たなノードを含めたバス構成の再構築
がなされる。バスリセットが発行された後に、再構築の
一環として、各ノードからセルフＩＤパケットが送信さ
れる。このセルフＩＤパケットには、電力の要求及び供
給に関する情報が含まれており、この情報に基づいて、
電源管理がなされる。例えば、ノードＡが電力の供給を
行い、ノードＢがその受給を受けるが如くである。

【０００３】

【発明が解決しようとする課題】しかし、このセルフＩ
Ｄパケットにおいて要求することのできるレベルは、３
段階の電力レベルしか存在しない。そのため、より詳細
に供給電力を制御することはできなかった。

【０００４】また、供給側の最低供給電力は１５［Ｗ］
とＩＥＥＥ１３９４では規定されていた。そのため、例
えば、バスに接続されているノードがすべて電池で駆動
している場合は、供給ノードが存在し得ない。すなわ
ち、電池駆動のノードでは１５［Ｗ］もの電力を供給す
ることは困難だからである。

【０００５】ところで、電力の要求と供給についての関
係は、バスリセット時の各ノードの状態で決定される。
これは次のような課題を生じさせる。例えば、ノードＡ
が、バスリセット時には、電力を大量に消費していたた
めに他のノードに対して電力を供給できなかったと仮定
する。このようなノードＡは、バスリセット後しばらく
して、電力の消費が減少し、他のノードへの電力の供給
が可能となることがある。しかしながら、従来は、この
ようなバスリセット後の状態変化を反映させる術がなか
った。

【０００６】次に、電力の要求及び供給の際に送受され
る情報に着目する。従来は、電力を要求する際には、電
力の値しか要求することができなかった。すなわち、供
給電圧や供給電流については指定することができなかっ
たのである。また、供給の際も同様であった。一方で、
各機器の電力許容範囲は、８〜４０［Ｖ］であり、これ
は非常に広範囲にわたっている。このような広範囲の電
圧に対応するためには回路構成が複雑となり、機器のコ
ストを上昇させてしまう。特に、コンバータは、電力効
率の悪い入力電圧に対しても対応する必要が生じ、コン
バータにおける必要電力が高くなる恐れが生じる。

【０００７】本願発明の目的は、他の機器に電力の供給
が可能な電池駆動型の電力供給装置を提供することにあ
る。

【０００８】本願発明の他の目的は、電力供給装置の電
力状態をダイナミックに監視し、監視の結果、電力の供
給が可能となった場合には、その旨を他のノードに報知
する電力供給装置を提供することである。

【０００９】本願発明さらに他の目的は、電圧の受給を
受ける機器の仕様に併せて、電力以外の他の値、例え
ば、電圧などを指定できる電力受給装置を提供すること
である。また、本願発明は、このような電力受給装置に
対応した電力供給装置を提供することを目的とする。

【００１０】

【課題を解決するための手段】本願発明は、上記課題を
解決すべく、電源線と通信線とを備えた通信バスを介し
て電力受給装置と接続される電力供給装置であって、前
記電力受給装置により要求される要求電力量に関するデ
ータを前記通信線を介して受信する受信手段と、前記受
信手段により受信された要求電力量に関するデータに基
づいて、前記要求電力量を供給可能であるか判定する判
定手段と、前記判定手段により供給不可と判定される
と、少なくとも、前記要求電力量を供給可能となるま
で、前記電力供給装置内の電力状態を監視する監視手段
と、前記監視手段による監視の結果、前記要求電力量を
供給可能な電力状態となると、前記電力受給装置に対し
て前記電源線を介して電力を供給する電力供給手段とを
備えることを特徴とする。

【００１１】本願発明は、さらに、前記監視手段による
監視結果に基づいて、前記電力供給手段から供給可能な
供給電力量に関するデータを作成する作成手段と、前記
作成手段により作成された前記供給電力量に関するデー
タを送信する送信手段と備えてもよい。

【００１２】好ましくは、前記判定手段が、前記監視手
段による監視結果に基づいて前記要求電力量を供給可能
であるかを判定する。

【００１３】また、本願発明は、前記作成手段により作
成された前記供給電力量に関するデータを記憶する記憶
手段を更に備え、前記送信手段は、前記記憶手段に記憶
された前記供給電力量に関するデータを送信するように
してもよい。

【００１４】また、本願発明は、前記記憶手段において
前記供給電力量に関するデータが更新されると、前記通
信バスに対してバスリセットを実行するバスリセット手
段をさらに備え、前記送信手段は、前記バスリセットが
実行された後に、前記記憶手段に記憶された前記供給電
力量に関するデータを送信してもよい。

【００１５】なお、本願発明は、電力の供給を要求する
前記電力受給装置が前記通信バス上に一つだけ存在する
かを判断する判断手段を備え、前記電量供給手段は、前
記判断手段により電力の供給を要求する前記電力受給装
置が前記通信バス上に一つだけ存在する場合に限り電量
を供給するように構成してもよい。

【００１６】また、前記電力受給装置により要求される
要求電力量が複数である場合に、前記判定手段は、各要
求電力量ごとに前記判定を実行し、前記送信手段は、前
記判定により供給可能と判定された要求電力量に関する
情報を前記力受給装置に対して送信するようにしてもよ
い。

【００１７】また、本願発明の電力受給装置は、電源線
と通信線とを備えた通信バスを介して電力供給装置と接
続される電力受給装置であって、前記電力供給装置から
電力の供給を受ける際の入力可能な電圧値を記憶する記
憶手段と、前記電力供給装置から供給される供給電圧値
を検出する電圧検出手段と、前記電圧検出手段で検出さ
れた供給電圧値と前記記憶手段により記憶される入力可
能な電圧値とを比較する比較手段と、前記比較手段によ
る比較の結果、前記供給電圧値が前記入力可能な電圧値
を上回る場合には、前記電力供給装置に対する電力要求
処理を中止する中止手段とを備えることを特徴とする。

【００１８】ここで、前記記憶手段は、入力可能な電圧
の上限値と下限値を記憶し、前記比較手段は、前記電圧
検出手段で検出された供給電圧値と前記入力可能な電圧
の上限値と下限値とを比較し、前記中止手段は、前記比
較に基づいて、前記電圧検出手段で検出された供給電圧
値が前記入力可能な電圧の上限値と下限値の間にない場
合に、前記電力供給装置に対する電力要求を中止するよ
うにしてもよい。

【００１９】また、本願発明の電力受給装置は、電源線
と通信線とを備えた通信バスを介して電力供給装置と接
続される電力受給装置であって、前記電力受給装置の入
力可能な電圧値に関する情報を記憶する記憶手段と、前
記電力受給装置が前記電力供給装置に対して電力の供給
を要求する際に、前記記憶手段に記憶された入力可能な
電圧値に関する情報とともに、電力の供給を要求する情
報とを送信する送信手段と、前記送信手段による送信へ
の応答として、前記電力供給装置により供給可能な電圧
値に関する情報を受信する受信手段と、前記受信手段に
より受信された前記電力供給装置により供給可能な電圧
値に基づいて電力を受給する電力受給手段とを備えたこ
とを特徴とする。

【００２０】また、本願発明の電力供給装置は、前記電
力受給装置が前記電力供給装置に対して電力の供給を要
求する際に、該電力受給装置の入力可能な電圧値に関す
る情報を受信する受信手段と、前記電力供給装置におい
て供給可能な電圧値を記憶する記憶手段と、前記受信手
段により前記電力受給装置の入力可能な電圧値に関する
情報を受信すると前記記憶手段から前記電力供給装置に
おいて供給可能な電圧値を読出し、該電力受給装置に対
して電力を供給可能であるか判定する判定手段と、前記
判定手段により供給可能であると判定されると、前記電
力受給装置に対して電力を供給する電力供給手段とを備
えたことを特徴とする。

【００２１】また、本願発明の電力供給装置は、前記電
力供給装置の駆動源である電池の残容量に基づいて前記
電力受給装置に対して供給可能な電力値を算出する算出
手段と、電力の供給を希望する前記電力受給装置が前記
通信バス上で１台のみであるか否かを判定する第１の判
定手段と、前記第１の判定手段による判定の結果、電力
の供給を希望する前記電力受給装置が前記通信バス上で
１台のみである場合に、該電力受給装置から電力要求情
報を受信する受信手段と、前記受信手段により受信され
た電力要求情報に含まれる電力要求値と、前記算出手段
により算出された供給可能な電力値とに基づいて、前記
電力受給装置に対して電力の供給が可能であるか否かを
判定する第２の判定手段と、前記第２の判定手段による
判定の結果、電力の供給が可能な場合に、前記電力受給
装置に対して電力を供給する電力供給手段とを備えたこ
とを特徴とする。

【００２２】

【発明の実施の形態】以下、本発明に係る一実施形態に
ついて、図面を参照して詳細に説明する。

【００２３】図１は、本発明を適用するシステムの一般
的な構成例を示す図で、デジタルカメラ１０１とプリン
タ１０２を１３９４シリアルバスを用いて接続するもの
である。そこで、予め、１３９４シリアルバスの概要を
説明する。尚、デジタルカメラ１０１は画像入力デバイ
スとしては消費電力が比較的小さく、プリンタ１０２は
電力供給能力を有するものである。

【００２４】＜１３９４シリアルバス説明＞家庭用ディ
ジタルＶＴＲやディジタルビデオディスク（ＤＶＤ）の
登場に伴い、ビデオデータやオーディオデータ（以下、
まとめて「ＡＶデータ」と呼ぶ）など、リアルタイムか
つ情報量の多いデータを転送する必要が生じている。Ａ
Ｖデータをリアルタイムに、ＰＣへ転送したり、その他
のディジタル機器に転送するには、高速のデータ転送能
力をもつインタフェースが必要になる。そういった観点
から開発されたインタフェースが、１３９４シリアルバ
スである。

【００２５】尚、ＩＥＥＥ１３９４−１９９５規格（以
下、ＩＥＥＥ１３９４規格）についての詳細は、１９９
６年の８月３０日にＩＥＥＥ(The Institute of Electr
icaland Electronics Engineers,Inc.)から出版された
「IEEE Standard for a HighPerformance Serial Bus」
に記述されている。

【００２６】（１）概要図２に、１３９４シリアルバスを具備するノードにより
構成される通信システム（以下、１３９４ネットワー
ク）の一例を示す。１３９４ネットワークは、シリアル
データを通信可能なバス型ネットワークを構成するもの
である。

【００２７】図２において、各ノードＡ〜Ｈは、ＩＥＥ
Ｅ１３９４規格に準拠した通信ケーブルを介して接続さ
れている。これらのノードＡ〜Ｈは、例えば、ＰＣ(Per
sonal Computer)、ディジタルＶＴＲ(Video Tape Recor
der)、ＤＶＤ(Digital VideoDisc)プレーヤ、デジタル
カメラ、ハードディスク、モニタ等の電子機器である。

【００２８】１３９４ネットワークの接続方式は、ディ
ジーチェーン方式とノード分岐方式とに対応しており、
自由度の高い接続を可能としている。又、１３９４ネッ
トワークでは、例えば、既存の機器を削除したり、新た
な機器を追加したり、既存の機器の電源をＯＮ／ＯＦＦ
したりした場合に、自動的にバスリセットを行なう。こ
のバスリセットを行なうことにより、１３９４ネットワ
ークは、新たな接続構成の認識と各機器に対するＩＤ情
報の割り当てとを自動的に行なうことができる。この機
能によって、１３９４ネットワークは、ネットワークの
接続構成を常時認識することができる。

【００２９】又、１３９４ネットワークは、他の機器か
ら転送されたデータを中継する機能を有している。この
機能により、全ての機器がバスの動作状況を把握するこ
とができる。

【００３０】又、１３９４ネットワークは、Ｐｌｕｇ＆
Ｐｌａｙと呼ばれる機能を有している。この機能によ
り、全ての機器の電源をＯＦＦにすることなく、接続す
るだけで自動に接続機器を認識することができる。

【００３１】又、１３９４ネットワークは、１００／２
００／４００Ｍｂｐｓのデータ転送速度に対応してい
る。上位のデータ転送速度を持つ機器は、下位のデータ
転送速度をサポートすることができるため、異なるデー
タ転送速度に対応する機器同士を接続することができ
る。

【００３２】更に、１３９４ネットワークは、２つの異
なるデータ転送方式（即ち、非同期転送モードと同期転
送モード）に対応している。

【００３３】非同期（Asynchronous）転送モードは、必
要に応じて非同期に転送することが要求されるデータ
（即ち、コントロール信号やファイルデータ等）を転送
する際に有効である。又、同期（Isochronous）転送モ
ードは、所定量のデータを一定のデータレートで連続的
に転送することが要求されるデータ（即ち、ビデオデー
タやオーディオデータ等）を転送する際に有効である。

【００３４】非同期転送モードと同期転送モードとは、
各通信サイクル（通常１サイクルは、１２５μＳ）内に
おいて、混在させることが可能である。各転送モード
は、サイクルの開始を示すサイクル・スタート・パケッ
ト（以下、ＣＳＰ）の転送後に実行される。

【００３５】尚、各通信サイクル期間において、同期転
送モードは、非同期転送モードよりも優先順位が高く設
定されている。又、同期転送モードの転送帯域は、各通
信サイクル内で保証されている。

【００３６】（２）アーキテクチャ次に、図３を用いて１３９４シリアルバスの構成要素を
説明する。

【００３７】１３９４シリアルバスは、機能的に複数の
レイヤ（階層）から構成されている。図３において、１
３９４シリアルバスは、ＩＥＥＥ１３９４規格に準拠し
た通信ケーブル３０１を介して他のノードの１３９４シ
リアルバスと接続される。又、１３９４シリアルバス
は、１つ以上の通信ポート３０２を有し、通信ポート３
０２は、ハードウェア部に含まれるフィジカルレイヤ３
０３と接続される。

【００３８】図３において、ハードウェア部は、フィジ
カルレイヤ３０３とリンクレイヤ３０４とから構成され
ている。フィジカルレイヤ３０３は、他のノードとの物
理的、電気的なインタフェース、バスリセットの検出と
それに伴う処理、入出力信号の符号化／復号化、バス使
用権の調停等を行なう。又、リンクレイヤ３０４は、通
信パケットの生成と送受信、サイクルタイマの制御等を
行なう。

【００３９】又、図３において、ファームウェア部は、
トランザクションレイヤ３０５とシリアル・バス・マネ
ージメント３０６とを含んでいる。トランザクションレ
イヤ３０５は、非同期転送モードを管理し、各種のトラ
ンザクション（リード、ライト、ロック）を提供する。
シリアル・バス・マネージメント３０６は、後述するＣ
ＳＲアーキテクチャに基づいて、自ノードの制御、自ノ
ードの接続状態の管理、自ノードのＩＤ情報の管理、シ
リアルバスネットワークの資源管理を行なう機能を提供
する。

【００４０】以上、ハードウェア部とファームウェア部
とが実質的に１３９４シリアルバスを構成するものであ
り、それらの基本構成は、ＩＥＥＥ１３９４規格により
規定されている。

【００４１】又、ソフトウェア部に含まれるアプリケー
ション・レイヤ３０７は、使用するアプリケーションソ
フトによって異なり、ネットワーク上でどのようにデー
タを通信するのかを制御する。例えば、ディジタルＶＴ
Ｒの動画像データの場合は、ＡＶ／Ｃプロトコルなどの
通信プロトコルによって規定されている。

【００４２】（２−１）リンクレイヤ３０４図４は、リンクレイヤ３０４の提供可能なサービスを示
す図である。図４において、リンクレイヤ３０４は、次
の４つのサービスを提供する。即ち、(i)応答ノードに
対して所定のパケットの転送を要求するリンク要求(LK_
DATA.request)、(ii)応答ノードに所定のパケットの受
信を通知するリンク通知(LK_DATA.indication)、(iii)
応答ノードからのアクノリッジを受信したことを示すリ
ンク応答(LK_DATA.response)、(iv)要求ノードからのア
クノリッジを確認するリンク確認(LK_DATA.confirmatio
n）である。尚、リンク応答(LK_DATA.response）は、ブ
ロードキャスト通信、同期パケットの転送の場合には存
在しない。

【００４３】又、リンクレイヤ３０４は、上述のサービ
スに基づいて、上述の２種類の転送方式、即ち、非同期
転送モード、同期転送モードを実現する。

【００４４】（２−２）トランザクションレイヤ３０５図５は、トランザクションレイヤ３０５の提供可能なサ
ービスを示す図である。図５において、トランザクショ
ンレイヤ３０５は、次の４つのサービスを提供する。即
ち、(i)応答ノードに対して所定のトランザクションを
要求するトランザクション要求(TR_DATA.request)、(i
i)応答ノードに所定のトランザクション要求の受信を通
知するトランザクション通知(TR_DATA.indication)、(i
ii)応答ノードからの状態情報（ライト、ロックの場合
は、データを含む）を受信したことを示すトランザクシ
ョン応答(TR_DATA.response)、(iv)要求ノードからの状
態情報を確認するトランザクション確認(TR_DATA.confi
rmation)である。

【００４５】又、トランザクションレイヤ３０５は、上
述のサービスに基づいて非同期転送を管理し、次の３種
類のトランザクション、即ち、(i)リード・トランザク
ション、(ii)ライト・トランザクション、(iii)ロック
・トランザクションを実現する。

【００４６】(i)リード・トランザクションは、要求ノ
ードが応答ノードの特定アドレスに格納された情報を読
み取る。

【００４７】(ii)ライト・トランザクションは、要求ノ
ードが応答ノードの特定アドレスに所定の情報を書き込
む。

【００４８】(iii)ロック・トランザクションは、要求
ノードが応答ノードに対して参照データと更新データと
を転送し、応答ノードの特定アドレスの情報とその参照
データとを比較し、その比較結果に応じて特定アドレス
の情報を更新データに更新する。

【００４９】（２−３）シリアル・バス・マネージメン
ト３０６シリアル・バス・マネージメント３０６は、具体的に、
次の３つの機能を提供することができる。３つの機能と
は、即ち、(i)ノード制御、(ii)アイソクロナス・リソ
ース・マネージャ（以下、ＩＲＭ）、(iii)バスマネー
ジャである。

【００５０】(i)ノード制御は、上述の各レイヤを管理
し、他のノードとの間で実行される非同期転送を管理す
る機能を提供する。

【００５１】(ii)ＩＲＭは、他のノードとの間で実行さ
れる同期転送を管理する機能を提供する。具体的には、
転送帯域幅とチャネル番号の割り当てに必要な情報を管
理し、これらの情報を他のノードに対して提供する。

【００５２】ＩＲＭは、ローカルバス上に唯一存在し、
バスリセット毎に他の候補者（ＩＲＭの機能を有するノ
ード）の中から動的に選出される。

【００５３】又、ＩＲＭは、後述のバスマネージャの提
供可能な機能（接続構成の管理、電源管理、速度情報の
管理等）の一部を提供してもよい。

【００５４】(iii)バスマネージャは、ＩＲＭの機能を
有し、ＩＲＭよりも高度なバス管理機能を提供する。具
体的には、より高度な電源管理（通信ケーブルを介して
電源の供給が可能か否か、電源の供給が必要か否か等の
情報を各ノード毎に管理）、より高度な速度情報の管理
（各ノード間の最大転送速度の管理）、より高度な接続
構成の管理（トポロジ・マップの作成）、これらの管理
情報に基づくバスの最適化等を行ない、更にこれらの情
報を他のノードに提供する機能を有する。

【００５５】又、バスマネージャは、シリアルバスネッ
トワークを制御するためのサービスをアプリケーション
に対して提供できる。ここで、サービスには、シリアル
バス制御要求(SB_CONTROL.request)、シリアルバス・イ
ベント制御確認(SB_CONTROL.confirmation)、シリアル
バス・イベント通知(SB_CONTROL.indication)等があ
る。

【００５６】SB_CONTROL.requestは、アプリケーション
がバスリセットを要求すミるサービスである。SB_CONTR
OL.confirmationは、SB_CONTROL.requestをアプリケー
ションに対して確認するサービスである。SB_CONTROL.i
ndicationは、非同期に発生するイベントをアプリケー
ションに対して通知するサービスである。

【００５７】（３）アドレス指定図６は、１３９４シリアルバスにおけるアドレス空間を
説明する図である。尚、１３９４シリアルバスは、ＩＳ
Ｏ／ＩＥＣ１３２１３：１９９４に準じたＣＳＲ(Com
mand and Status Register)アーキテクチャに従い、６
４ビット幅のアドレス空間を規定している。

【００５８】図６において、最初の１０ビットのフィー
ルド６０１は、所定のバスを指定するＩＤ番号に使用さ
れ、次の６ビットのフィールド６０２は、所定の機器
（ノード）を指定するＩＤ番号に使用される。この上位
１６ビットを「ノードＩＤ」と呼び、各ノードはこのノ
ードＩＤにより他のノードを識別する。又、各ノード
は、このノードＩＤを用いて相手を識別した通信を行な
うことができる。

【００５９】残りの４８ビットからなるフィールドは、
各ノードの具備するアドレス空間（２５６Ｍバイト構
造）を指定する。その内の２０ビットのフィールド６０
３は、アドレス空間を構成する複数の領域を指定する。

【００６０】フィールド６０３において、「０〜０ｘＦ
ＦＦＦＤ」の部分は、メモリ空間と呼ばれる。「０ｘＦ
ＦＦＦＥ」の部分は、プライベート空間と呼ばれ、各ノ
ードで自由に利用できるアドレスである。又、「０ｘＦ
ＦＦＦＥ」の部分は、レジスタ空間と呼ばれ、バスに接
続されたノード間において共通の情報を格納する。各ノ
ードは、レジスタ空間の情報を用いることにより、各ノ
ード間の通信を管理することができる。

【００６１】最後の２８ビットのフィールド６０４は、
各ノードにおいて共通或いは固有となる情報が格納され
るアドレスを指定する。

【００６２】例えば、レジスタ空間において、最初の５
１２バイトは、ＣＳＲアーキテクチャのコア（ＣＳＲコ
ア）レジスタ用に使用される。ＣＳＲコアレジスタに格
納される情報のアドレス及び機能を図７に示す。図中の
オフセットは、「０ｘＦＦＦＦＦ０００００００」から
の相対位置である。

【００６３】次の５１２バイトは、シリアルバス用のレ
ジスタとして使用される。

【００６４】シリアルバス・レジスタに格納される情報
のアドレス及び機能を図８に示す。図中のオフセット
は、「０ｘＦＦＦＦＦ００００２００」からの相対位置
である。

【００６５】その次の１０２４バイトは、コンフィギュ
レーションＲＯＭ用に使用される。コンフィギュレーシ
ョンＲＯＭには最小形式と一般形式とがあり、「０ｘＦ
ＦＦＦＦ００００４００」から配置される。最小形式の
コンフィギュレーションＲＯＭを図９に示す。図９にお
いて、ベンダＩＤは、ＩＥＥＥにより各ベンダに対して
固有に割り当てられた２４ビットの数値である。

【００６６】又、一般形式のコンフィギュレーションＲ
ＯＭを図１０に示す。図１０において、上述のベンダＩ
Ｄは、Root Directory１００２に格納されている。Bus
InfoBlock１００１とRoot Leaf１００５とには、各ノー
ドを識別する固有のＩＤ情報としてノードユニークＩＤ
を保持することが可能である。

【００６７】ここで、ノードユニークＩＤは、メーカ、
機種に関わらず、１つのノードを特定することのできる
固有のＩＤを定めるようになっている。ノードユニーク
ＩＤは６４ビットにより構成され、上位２４ビットは上
述のベンダＩＤを示し、下位４８ビットは各ノードを製
造するメーカにおいて自由に設定可能な情報（例えば、
ノードの製造番号等）を示す。尚、このノードユニーク
ＩＤは、例えばバスリセットの前後で継続して特定のノ
ードを認識する場合に使用される。又、図１０におい
て、Root Directory１００２には、ノードの基本的な機
能に関する情報を保持することが可能である。詳細な機
能情報は、Root Directory１００２からオフセットされ
るサブディレクトリ（Unit Directories１００４）に格
納される。Unit Directories１００４には、例えば、ノ
ードのサポートするソフトウェアユニットに関する情報
が格納される。異体的には、ノード間のデータ通信を行
なうためのデータ転送プロトコル、所定の通信手順を定
義するコマンドセット等に関する情報が保持される。

【００６８】又、図１０において、Node Dependent Inf
o Directory１００３には、デバイス固有の情報を保持
することが可能である。Node Dependent Info Director
y１００３は、Root Directory１００２によりオフセッ
トされる。

【００６９】更に、図１０において、Vendor Dependent
Information１００６には、ノードを製造、或いは販売
するベンダ固有の情報を保持することができる。

【００７０】残りの領域は、ユニット空間と呼ばれ、各
ノード固有の情報、例えば、各機器の識別情報（会社
名、機種名等）や使用条件等が格納されたアドレスを指
定する。ユニット空間のシリアルバス装置レジスタに格
納される情報のアドレス及び機能を図１１に示す。図中
のオフセットは、「０ｘＦＦＦＦＦ００００８００」か
らの相対位置である。

【００７１】尚、一般的に、異種のバスシステムの設計
を簡略化したい場合、各ノードは、レジスタ空間の最初
の２０４８バイトのみを使うべきである。つまり、ＣＳ
Ｒコア・レジスタ、シリアルバス・レジスタ、コンフィ
ギュレーションＲＯＭ、ユニット空間の最初の２０４８
バイトの合わせて４０９６バイトで構成することが望ま
しい。

【００７２】（４）通信ケーブルの構成図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブル
の断面図を示す。

【００７３】通信ケーブルは、２組のツイストペア信号
線と電源ラインとにより構成されている。電源ラインを
設けることによって、１３９４シリアルバスは、主電源
のＯＦＦとなった機器、故障により電力低下した機器等
にも電力を供給することができる。尚、電源線内を流れ
る電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５
Ａと規定されている。

【００７４】２組のツイストペア信号線には、ＤＳ−Ｌ
ｉｎｋ(Data/Strobe Link)方式にて情報信号が伝送され
る。図１３は、ＤＳ−Ｌｉｎｋ方式を説明する図であ
る。

【００７５】このＤＳ−Ｌｉｎｋ方式は、高速なシリア
ルデータ通信に適しており、その構成は、２組のより対
線を必要とする。一組のより対線は、データ信号を送
り、他のより対線は、ストローブ信号を送る構成になっ
ている。受信側は、２組の信号線から受信したデータ信
号とストローブ信号との排他的論理和をとることによっ
て、クロックを再現することができる。

【００７６】尚、ＤＳ−Ｌｉｎｋ方式を用いることによ
り、１３９４シリアルバスには、例えば次のような利点
がある。(i)他のシリアルデータ転送方式に比べて転送
効率が高い。(ii)ＰＬＬ回路が不要となり、コントロー
ラＬＳＩの回路規模を小さくできる。(iii)アイドル状
態であることを示す情報を送る必要が無いため、トラン
シーバ回路をスリープ状態とし易く、消費電力の低減が
図れる。

【００７７】（５）バスリセット各ノードの１３９４シリアルバスは、ネットワークの接
続構成に変化が生じたことを自動的に検出することがで
きる。この場合、１３９４ネットワークは以下に示す手
順によりバスリセットと呼ばれる処理を行なう。尚、接
続構成に変化は、各ノードの具備する通信ポートかかる
バイアス電圧の変化により検知することができる。ネッ
トワークの接続構成の変化（例えば、ノードの挿抜、ノ
ードの電源のＯＮ／ＯＦＦなどによるノード数の増減）
を検出したノード又は新たな接続構成を認識する必要の
あるノードは、１３９４シリアルバスを介して、バス上
にバスリセット信号を送信する。

【００７８】バスリセット信号を受信したノードの１３
９４シリアルバスは、バスリセットの発生を自身のリン
クレイヤ３０４に伝達すると共に、そのバスリセット信
号を他のノードに転送する。バスリセット信号を受信し
たノードは、今まで認識していたネットワークの接続構
成及び各機器に割り当てられたノードＩＤをクリアにす
る。最終的に全てのノードがバスリセット信号を検知し
た後、各ノードは、バスリセットに伴う初期化処理（即
ち、新たな接続構成の認識と新たなノードＩＤの割り当
て）を自動的に行なう。

【００７９】尚、バスリセットは、先に述べたような接
続構成の変化による起動の他に、ホスト側の制御によっ
て、アプリケーション・レイヤ３０７がフィジカルレイ
ヤ３０３に対して直接命令を出すことによって起動させ
ることも可能である。

【００８０】又、バスリセットが起動するとデータ転送
は一時中断され、バスリセットに伴う初期化処理の終了
後、新しいネットワークのもとで再開される。

【００８１】（６）バスリセット起動後のシーケンスバスリセットの起勤後、各ノードの１３９４シリアルバ
スは、新たな接続構成の認識と新たなノードＩＤの割り
当てとを自動的に実行する。以下、バスリセットの開始
からノードＩＤの割り当て処理までの基本的なシーケン
スを図１４〜１６を用いて説明する。

【００８２】図１４は、図２の１３９４ネットワークに
おけるバスリセット起動後の状態を説明する図である。

【００８３】図１４において、ノードＡは１つの通信ポ
ート、ノードＢは２つの通信ポート、ノードＣは２つの
通信ポート、ノードＤは３つの通信ポート、ノードＥは
１つの通信ポート、ノードＦは１つの通信ポートを具備
している。各ノードの通信ポートには、各ポートを識別
するためにポート番号を付されている。

【００８４】以下、図１４におけるバスリセットの開始
からノードＩＤの割り当てまでを図１５のフローチャー
トを用いて説明する。

【００８５】図１５において、１３９４ネットワークを
構成する各ノードＡ〜Ｆは、バスリセットが発生したか
否かを常時監視している（ステップＳ１５０１）。接続
構成の変化を検出したノードからバスリセット信号が出
力されると、各ノードは以下の処理を実行する。

【００８６】バスリセットの発生後、各ノードは、夫々
の具備する通信ポート間において親子関係の宣言を行な
う（ステップＳ１５０２）。

【００８７】各ノードは、全てのノード間の親子関係が
決定されるまで、ステップＳ１５０２の処理を繰り返し
行なう（ステップＳ１５０３）。

【００８８】全てのノード間の親子関係が決定した後、
１３９４ネットワークは、ネットワークの調停を行なう
ノード、即ちルートを決定する（ステップＳ１５０
４）。

【００８９】ルートを決定した後、各ノードの１３９４
シリアルバス夫々は、自己のノードＩＤを自動的に設定
する作業を実行する（ステップＳ１５０５）。

【００９０】全てのノードに対してノードＩＤの設定が
なされるまで、各ノードは所定の手順に基づきステップ
Ｓ１５０５の処理を実行する（ステップＳ１５０６）。

【００９１】最終的に全てのノードに対してノードＩＤ
が設定された後、各ノードは、同期転送或いは非同期転
送を実行する（ステップＳ１５０７）。

【００９２】ステップＳ１５０７の処理を実行すると共
に、各ノードの１３９４シリアルバスは、再びバスリセ
ットの発生を監視する。バスリセットが発生した場合に
は、ステップＳ１５０１以降の処理を再び実行する。

【００９３】以上の手順により、各ノードの１３９４シ
リアルバスは、バスリセットが起動する毎に、新たな接
続構成の認識と新たなノードＩＤの割り当てとを自動的
に実行することができる。

【００９４】（７）親子関係の決定次に、図１６を用いて、図１５に示したステップＳ１５
０２の処理（即ち、各ノード間の親子関係を認識する処
理）について詳細に説明する。

【００９５】図１６において、バスリセットの発生後、
１３９４ネットワーク上の各ノードＡ〜Ｆは、自分の具
備する通信ポートの接続状態（接続又は未接続）を確認
する（ステップＳ１６０１）。

【００９６】通信ポートの接続状態の確認後、各ノード
は、他のノードと接続されている通信ポート（以下、接
続ポート）の数をカウントする（ステップＳ１６０
２）。

【００９７】ステップＳ１６０２の処理の結果、接続ポ
ートの数が１つである場合、そのノードは、自分が「リ
ーフ」であると認識する（ステップＳ１６０３）。ここ
で、リーフとは、１つのノードとのみ接続されているノ
ードのことである。

【００９８】リーフとなるノードは、その接続ポートに
接続されているノードに対して、「自分は子(Child)」
であることを宣言する（ステップＳ１６０４）。このと
き、リーフは、その接続ポートが「親ポート（親ノード
と接続された通信ポート）」であると認識する。ここ
で、親子関係の宣言は、まず、ネットワークの末端であ
るリーフとブランチとの間にて行われ、続いて、ブラン
チとブランチとの間で順次に行われる。各ノード間の親
子関係は、早く宣言の行なえる通信ポートから順に決定
される。又、各ノード間において、子であることを宣言
した通信ポートは「親ポート」であると認識され、その
宣言を受けた通信ポートは「子ポート（子ノードと接続
された通信ポート）」であると認識される。例えば、図
１４において、ノードＡ，Ｅ，Ｆは、自分がリーフであ
ると認識した後、親子関係の宣言を行なう。これによ
り、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間では子
−親、ノードＦ−Ｄ間では子−親と決定される。

【００９９】又、ステップＳ１６０２の処理の結果、接
続ポートの数が２つ以上の場合、そのノードは、自分を
「ブランチ」であると認識する（ステップＳ１６０
５）。ここで、ブランチとは、２つ以上のノードと接続
されているノードのことである。

【０１００】ブランチとなるノードは、各接続ポートの
ノードから親子関係の宣言を受け付ける（ステップＳ１
６０６）。宣言を受け付けた接続ポートは、「子ポー
ト」として認識される。

【０１０１】１つの接続ポートを「子ポート」と認識し
た後、ブランチは、まだ親子関係の決定されていない接
続ポート（即ち、末定義ポート）が２つ以上あるか否か
を検出する（ステップＳ１６０７）。その結果、未定義
ポートが２つ以上ある場合、ブランチは、再びステップ
Ｓ１６０６の動作を行なう。

【０１０２】ステップＳ１６０７の結果、未定義ポート
が１つだけ存在する場合、ブランチは、その未定義ポー
トが「親ポート」であると認識し、そのポートに接続さ
れているノードに対して「自分は子」であることを宣言
する（ステップＳ１６０８、Ｓ１６０９）。

【０１０３】ここで、ブランチは、残りの未定義ポート
が１つになるまで自分自身が子であると他のノードに対
して宣言することができない。例えば、図１４におい
て、ノードＢ，Ｃ，Ｄは、自分がブランチであると認識
すると共に、リーフ或いは他のブランチからの宣言を受
け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係
が決定した後、ノードＣに対して親子関係の宣言を行っ
ている。又、ノードＤからの宣言を受けたノードＣは、
ノードＢに対して親子関係の宣言を行っている。

【０１０４】又、ステップＳ１６０８の処理の結果、未
定義ポートが存在しない場合（つまり、ブランチの具備
する全ての接線ポートが親ポートとなった場合）、その
ブランチは、自分自身がルートであることを認識する
（ステップＳ１６１０）。

【０１０５】例えば、図１４において、接続ポートの全
てが親ポートとなったノードＢは、１３９４ネットワー
ク上の通信を調停するルートとして他のノードに認識さ
れる。ここで、ノードＢがルートと決定されたが、ノー
ドＢの親子関係を宣言するタイミングが、ノードＣの宣
言するタイミングに比べて早い場合には、他のノードが
ルートになる可能性もある。即ち、宣言するタイミング
によっては、どのノードもルートとなる可能性がある。
従って、同じネットワーク構成であっても同じノードが
ルートになるとは限らない。

【０１０６】このように全ての接続ポートの親子関係が
宣言されることによって、各ノードは、１３９４ネット
ワークの接続構成を階層構造（ツリー構造）として認識
することができる（ステップＳ１６１１）。尚、上述の
親ノードは階層構造における上位であり、子ノードは階
層構造における下位となる。

【０１０７】（８）ノードＩＤの割り当て図１７は、図１５に示したステップＳ１５０５の処理
（即ち、自動的に各ノードのノードＩＤを割り当てる処
理）を詳細に説明するフローチャートである。ここで、
ノードＩＤは、バス番号とノード番号とから構成される
が、本実施例では、各ノードを同一バス上に接続するも
のとし、各ノードには同一のバス番号が割り当てられる
ものとする。

【０１０８】図１７において、ルートは、ノードＩＤが
未設定のノードが接続されている子ポートの内、最小番
号を有する通信ポートに対してノードＩＤの設定許可を
与える（ステップＳ１７０１）。

【０１０９】尚、図１７において、ルートは、最小番号
の子ポートに接続されている全ノードのノードＩＤを設
定した後、その子ポートを設定済とし、次に最小となる
子ポートに対して同様の制御を行なう。最終的に子ポー
トに接続された全てのノードのＩＤ設定が終了した後、
ルート自身のノードＩＤを設定する。尚、ノードＩＤに
含まれるノード番号は、基本的にリーフ、ブランチの順
に０，１，２，…と割り当てられる。従って、ルートが
最も大きなノード番号を有することになる。

【０１１０】ステップＳ１７０１において、設定許可を
得たノードは、自分の子ポートの内、ノードＩＤが末設
定となるノードを収容する子ポートがあるか否かを判断
する（ステップＳ１７０２）。

【０１１１】ステップＳ１７０２において、未設定ノー
ドを収容する子ポートが検出された場合、上述の設定許
可を得たノードは、その子ポートに直接接続されたノー
ドに対してその設定許可を与えるように制御する（ステ
ップＳ１７０３）。

【０１１２】ステップＳ１７０３の処理後、上述の設定
許可を得たノードは、自分の子ポートの内、ノードＩＤ
が未設定であるノードを収容する子ポートがあるか否か
を判断する（ステップＳ１７０４）。ここで、ステップ
Ｓ１７０４の処理後、未設定ノードを収容する子ポート
の存在が検出された場合、そのノードは、再びステップ
Ｓ１７０３の処理を実行する。

【０１１３】又、ステップＳ１７０２或いはＳ１７０４
において、未設定ノードを収容する子ポートが検出され
なかった場合、設定許可を得たノードは、自分自身のノ
ードＩＤを設定する（ステップＳ１７０５）。

【０１１４】自分のノードＩＤを設定したノードは、自
己のノード番号、通信ポートの接続状態に関する情報等
を含んだセルフＩＤパケットをブロードキャストする
（ステップＳ１７０６）。尚、ブロードキャストとは、
あるノードの通信パケットを、１３９４ネットワークを
構成する不特定多数のノードに対して転送することであ
る。

【０１１５】ここで、各ノードは、このセルフＩＤパケ
ットを受信することにより、各ノードに割り当てられた
ノード番号を認識することができ、自分に割り当てられ
るノード番号を知ることができる。例えば、図１４にお
いて、ルートであるノードＢは、最小ポート番号「＃
１」の通信ポートに接続されたノードＡに対してノード
ＩＤ設定の許可を与える。ノードＡは、自己のノード番
号「Ｎｏ．０」と割り当て、自分自身に対してバス番号
とノード番号とからなるノードＩＤを設定する。又、ノ
ードＡは、そのノード番号を含むセルフＩＤパケットを
ブロードキャストする。

【０１１６】図１８にセルフＩＤパケットの構成例を示
す。図１８において、１８０１はセルフＩＤパケットを
送出したノードのノード番号を格納するフィールド、１
８０２は対応可能な転送速度に関する情報を格納するフ
ィールド、１８０３はバス管理機能（バスマネージャの
能力の有無等）の有無を示すフィールド、１８０４は電
力の消費及び供給の特性に関する情報を格納するフィー
ルド（Ｐｗｒ）である。

【０１１７】又、図１８において、１８０５はポート番
号「＃０」となる通信ポートの接続状態に関する情報
（接続、未接続、通信ポートの親子関係等）を格納する
フィールド、１８０６はポート番号「＃１」となる通信
ポートの接続状態に関する情報（接続、未接続、通信ポ
ートの親子関係等）を格納するフィールド、１８０７は
ポート番号「♯２」となる通信ポートの接続状態に関す
る情報（接続、未接続、通信ポートの親子関係等）を格
納するフィールドである。尚、セルフＩＤパケットを送
出するノードにバスマネージャとなり得る能力がある場
合には、フィールド１８０３に示すコンテンダビットを
「１」とし、なり得る能力がなければ、コンテンダビッ
トを０とする。

【０１１８】ここで、バスマネージャとは、上述のセル
フＩＤパケットに含まれる各種の情報に基づいて、バス
の電源管理（通信ケーブルを介して電源の供給が可能か
否か、電源の供給が必要か否か等の情報を各ノード毎に
管理する）、速度情報の管埋（各ノードの対応可能な転
送速度に関する情報から各ノード間の最大転送速度を管
理する）、トポロジ・マップ情報の管理（通信ポートの
親子関係情報からネットワークの接続構成を管理す
る）、トポロジ・マップ情報に基づくバスの最適化等を
行ない、それらの情報を他のノードに提供する機能を有
するノードである。これらの機能により、バスマネージ
ャとなるノードは１３９４ネットワーク全体のバス管理
を行なうことができる。

【０１１９】ステップＳ１７０６の処理後、ノードＩＤ
の設定を行ったノードは、親ノードがあるか否かを判断
する（ステップＳ１７０７）。親ノードがある場合、そ
の親ノードが、ステップＳ１７０２以下の処理を再び実
行する。そして、まだノードＩＤの設定されていないノ
ードに対して許可を与える。

【０１２０】又、親ノードが存在しない場合、そのノー
ドは、ルート自身であると判断される。ルートは、全て
の子ポートに接続されたノードに対してノードＩＤが設
定されたか否かを判別する（ステップＳ１７０８）。

【０１２１】ステップＳ１７０８において、全てのノー
ドに対するＩＤ設定処理が終了しなかった場合、ルート
は、そのノードを含む子ポートの内、最小番号となる子
ポートに対してＩＤ設定の許可を与える（ステップＳ１
７０１）。その後、ステップＳ１７０２以下の処理を実
行する。

【０１２２】又、全てのノードに対するＩＤ設定処理が
終了した場合、ルートは、自分自身のノードＩＤの設定
を実行する（ステップＳ１７０９）。ノードＩＤの設定
後、ルートは、セルフＩＤパケットをブロードキャスト
する（ステップＳ１７１０）。

【０１２３】以上の処理によって、１３９４ネットワー
クは、各ノードに対して自動的にノードＩＤを割り当て
ることができる。

【０１２４】ここで、ノードＩＤの設定処理後、複数の
ノードがバスマネージャの能力を具備する場合、ノード
番号の最も大きいノードがバスマネージャとなる。つま
り、ネットワーク内で最大となるノード番号を持つルー
トがバスマネージャになり得る機能を有している場合に
は、ルートがバスマネージャとなる。

【０１２５】しかしながら、ルートにその機能が備わっ
ていない場合には、ルートの次に大きいノード番号を具
備するノードがバスマネージャとなる。又、どのノード
がバスマネージャになったかについては、各ノードがブ
ロードキャストするセルフＩＤパケット内のコンテンダ
ビット１８０３をチェックすることにより把握すること
ができる。

【０１２６】（９）アービトレーション図１９は、図２に示す１３９４ネットワークにおけるア
ービトレーションを説明する図である。

【０１２７】１３９４ネットワークでは、データ転送に
先立って、必ずバス使用権のアービトレーション（調
停）を行なう。１３９４ネットワークは、論理的なバス
型ネットワークであり、各ノードから転送された通信パ
ケットを他のノードに中継することによって、ネットワ
ーク内の全てのノードに同じ通信パケットを転送するこ
とのできる。

【０１２８】従って、通信パケットの衝突を防ぐため
に、必ずアービトレーションが必要となる。これによっ
て、ある時間において一つのノードのみが転送を行なう
ことができる。

【０１２９】図１９（ａ）は、ノードＢとノードＦと
が、バス使用権の要求を発している場合について説明す
る図である。

【０１３０】アービトレーションが始まるとノードＢ，
Ｆは、夫々親ノードに向かって、バス使用権の要求を発
する。ノードＢの要求を受けた親ノード（即ち、ノード
Ｃ）は、自分の親ノード（即ち、ノードＤ）に向かっ
て、そのバス使用権を中継する。この要求は、最終的に
調停を行なうルート（ノードＤ）に届けられる。

【０１３１】バス使用要求を受けたルートは、どのノー
ドにバスを使用させるかを決める。この調停作業はルー
トとなるノードのみが行なえるものであり、調停によっ
て勝ったノードにはバスの使用許可が与えられる。

【０１３２】図１９（ｂ）は、ノードＦの要求が許可さ
れ、ノードＢの要求が拒否されたことを示す図である。

【０１３３】アービトレーションに負けたノードに対し
てルートは、ＤＰ(Data prefix)パケットを送り、拒否
されたことを知らせる。拒否されたノードは、次回のア
ービトレーションまでバス使用要求を待機する。以上の
ようにアービトレーションを制御することによって、１
３９４ネットワークは、バスの使用権を管理することが
できる。

【０１３４】（１０）通信サイクル同期転送モードと非同期転送モードとは、各通信サイク
ル期間内において時分割に混在させることができる。こ
こで、通信サイクルの期間は、通常、１２５μＳであ
る。

【０１３５】図２０は、１通信サイクルにおいて同期転
送モードと非同期転送モードとを混在させた場合を説明
する図である。

【０１３６】同期転送モードは、非同期転送モードより
優先して実行される。その理由は、サイクル・スタート
・パケットの後、非同期転送を起動するために必要なア
イドル期間(subaction gap)が、同期転送を起動するた
め必要なアイドル期間(Isochronous gap)よりも長くな
るように設定されているためである。これにより、同期
転送は、非同期転送に優先して実行される。

【０１３７】図２０において、各通信サイクルのスター
ト時には、サイクル・スタート・パケット（以下、ＣＳ
Ｐ）が所定のノードから転送される。各ノードは、この
ＣＳＰを用いて時刻調整を行なうことによって、他のノ
ードと同じ時間を計時することができる。

【０１３８】（１１）同期転送モード同期転送モードは、同期型の転送方式である。同期転送
モードは、通信サイクルの開始後、所定の期間において
実行可能である。又、同期転送モードは、リアルタイム
転送を維持するために、各サイクル毎に必ず実行され
る。

【０１３９】同期転送モードは、特に動画像データや音
声データ等のリアルタイムな転送を必要とするデータの
転送に適した転送モードである。同期転送モードは、非
同期転送モードのように１対１の通信ではなく、ブロー
ドキャスト通信である。つまり、あるノードから送出さ
れたパケットは、ネットワーク上の全てのノードに対し
て一様に転送される。尚、同期転送には、ａｃｋ（受信
確認用返信コード）は存在しない。

【０１４０】図２０において、チャネルｅ（ｃｈ
ｅ）、チャネルｓ（ｃｈｓ）、チャネルｋ（ｃｈ
ｋ）は、各ノードが同期転送を行なう期間を示す。１３
９４シリアルバスでは、複数の異なる同期転送を区別す
るために、夫々異なるチャネル番号を与えている。これ
により、複数ノード間での同期転送が可能となる。ここ
で、このチャネル番号は、送信先を特定するものではな
く、データに対する論理的な番号を与えているに過ぎな
い。

【０１４１】又、図２０に示したIsochronous gapと
は、バスのアイドル状態を示すものである。このアイド
ル状態が一定時間を経過した後、同期転送を希望するノ
ードは、バスが使用できると判断し、アービトレーショ
ンを実行する。

【０１４２】次に、図２１に同期転送モードに基づいて
転送される通信パケットのフォーマットを示す。以下、
同期転送モードに基づいて転送される通信パケットを、
同期パケットと称する。

【０１４３】図２１において、同期パケットはヘッダ部
２１０１、ヘッダＣＲＣ２１０２、データ部２１０３、
データＣＲＣ２１０４から構成される。

【０１４４】ヘッダ部２１０１には、データ部２１０３
のデータ長を格納するフィールド２１０５、同期パケッ
トのフォーマット情報を格納するフィールド２１０６、
同期パケットのチャネル番号を格納するフィールド２１
０７、パケットのフォーマット及び実行しなければなら
ない処理を識別するトランザクションコード(tcode)を
格納するフィールド２１０８、同期化コードを格納する
フィールド２１０９がある。

【０１４５】（１２）非同期転送モード非同期転送モードは、非同期型の転送方式である。

【０１４６】非同期転送は、同期転送期間の終了後、次
の通信サイクルが開始されるまでの間（即ち、次の通信
サイクルのＣＳＰが転送されるまでの間）、実行可能で
ある。

【０１４７】図２０において、最初のサブアクション・
ギャップ(subaction gap)は、バスのアイドル状態を示
すものである。このアイドル時間が一定値になった後、
非同期転送を希望するノードは、バスが使用できると判
断し、アービトレーションを実行する。

【０１４８】アービトレーションによりバスの使用権を
得たノードは、図２２に示すパケットを所定のノードに
対して転送する。このパケットを受信したノードは、ａ
ｃｋ（受信確認用返送コード）或いは応答パケットをac
k gap後に返送する。

【０１４９】図２２は、非同期転送モードに基づく通信
パケットのフォーマットを示す図である。以下、非同期
転送モードに基づいて転送される通信パケットを、非同
期パケットと称する。

【０１５０】図２２において、非同期パケットは、ヘッ
ダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２０
３、データＣＲＣ２２０４から構成される。

【０１５１】ヘッダ部２２０１において、フィールド２
２０５には宛先となるノードのノードＩＤ、フィールド
２２０６にはソースとなるノードのノードＩＤ、フィー
ルド２２０７には一連のトランザクションを示すための
ラベル、フィールド２２０８には再送ステータスを示す
コード、フィールド２２０９にはパケットのフォーマッ
ト及び実行しなければならない処理を識別するトランザ
クションコード(tcode)、フィールド２２１０には優先
順位、フィールド２２１１には宛先のメモリ・アドレ
ス、フィールド２２１２にはデータ部のデータ長、フィ
ールド２２１３には拡張されたトランザクションコード
が格納される。

【０１５２】又、非同期転送は、自己ノードから相手ノ
ードへの１対１の通信である。転送元ノードから転送さ
れたパケットは、ネットワーク中の各ノードに行き渡る
が、自分宛てのアドレス以外のものは無視される。従っ
て、宛先となるノードのみが、そのパケットを読み込む
ことができる。

【０１５３】尚、非同期転送中に次のＣＳＰを転送すべ
き時間に至った場合、無理に転送を中断せず、その転送
が終了した後、次のＣＳＰを送信する。これにより、１
つの通信サイクルが１２５μＳ以上続いたときは、その
分、次の通信サイクル期間を短縮する。このようにする
ことによって、１３９４ネットワークは、ほぼ一定の通
信サイクルを保持することができる。

【０１５４】（１３）デバイスマップデバイスマップを作成するためにアプリケーションが１
３９４ネットワークのトポロジを知る手段として、ＩＥ
ＥＥ１３９４規格上は以下の手段がある。

【０１５５】１．バスマネージャのトポロジマップレジ
スタをリードする。

【０１５６】２．バスリセット時にセルフＩＤパケット
から推定する。

【０１５７】しかし、上記１、２の手段では、各ノード
の親子関係によるケーブル接続順のトポロジは判明する
ものの、物理的な位置関係のトポロジを知ることは出来
ない。（実装されていないポートまで見えてしまう、と
いった問題もある。）また、デバイスマップを作成する
ための情報を、コンフィギュレーションＲＯＭ以外のデ
ータベースとして持つ、といった手段もあるが、その場
合、各種情報を得る手段はデータベースアクセスのため
のプロトコルに依存してしまう。

【０１５８】ところで、コンフィギュレーションＲＯＭ
自体やコンフィギュレーションＲＯＭを読む機能は、Ｉ
ＥＥＥ１３９４規格を遵守したデバイスが必ず持つもの
である。そこで、デバイスの位置、機能等の情報を各ノ
ードのコンフィギュレーションＲＯＭに格納し、それら
をアプリケーションから読む機能を与えることにより、
データベースアクセス、データ転送等の特定のプロトコ
ルに依存することなく、各ノードのアプリケーションが
いわゆるデバイスマップ表示機能を実装することができ
る。

【０１５９】コンフィギュレーションＲＯＭにはノード
固有の情報として物理的な位置、機能などが格納可能で
あり、デバイスマップ表示機能の実現に使用することが
可能である。

【０１６０】この場合、アプリケーションが物理的な位
置関係による１３９４ネットワークトポロジを知る手段
としては、バスリセット時やユーザからの要求時に、各
ノードのコンフィギュレーションＲＯＭを読み取ること
により、１３９４ネットワークのトポロジを知る、とい
う方法が可能となる。さらに、コンフィギュレーション
ＲＯＭ内にノードの物理的位置のみならず、機能などの
各種ノード情報も記述することによって、コンフィギュ
レーションＲＯＭを読むことで、ノードの物理的位置と
同時に各ノードの機能情報等も得ることができる。アプ
リケーションが各ノードのコンフィギュレーションＲＯ
Ｍ情報を取得する際には、指定ノードの任意のコンフィ
ギュレーションＲＯＭ情報を取得するＡＰＩを用いる。

【０１６１】このような手段を用いることにより、ＩＥ
ＥＥ１３９４ネットワーク上のデバイスのアプリケーシ
ョンは、物理的なトポロジマップ、各ノードの機能マッ
プなど、用途に応じて様々なデバイスマップを作成する
ことができ、ユーザが必要な機能をもつデバイスを選択
する、といったことも可能となる。

【０１６２】以上が、１３９４シリアルバスを用いて構
成されるデータ通信システムの構成及び機能に関する一
般的な説明である。

【０１６３】［第１実施形態］以下、本発明に係る第１
実施形態について説明する。

【０１６４】＜１３９４シリアルバス構成＞以下、本実
施形態において各ローカルバスに接続される各ノードの
共通部分として、１３９４シリアルバスの構成について
説明する。図２３は、本実施形態において１３９４シリ
アルバスにより接続される機器（１３９４ノード）にお
ける、１３９４シリアルバスブロックの構成を示す図で
ある。

【０１６５】図２３において、２７０１はリンクレイヤ
制御ＩＣ（ＬＩＮＫ−ＩＣ）であり、デバイス本体との
インタフェースを司り、フィジカルレイヤ制御ＩＣ２７
０２（ＰＨＹ−ＩＣ）のデータ転送を制御し、もちろん
上述した１３９４シリアルバスの説明におけるリンクレ
イヤの機能を実現する。ＬＩＮＫ−ＩＣ２７０１が備え
る主な機能としては、ＰＨＹ−ＩＣ２７０２を介する送
信／受信データを一時格納する送受信ＦＩＦＯ、送信デ
ータのパケット化機能、ＰＨＹ−ＩＣ２７０２が受信デ
ータのノードアドレスまたは同期転送データであれば割
り当てられたチャンネル向けのものであるかの判定機
能、またそのデータのエラーチェックを行なうレシーバ
機能、そして、デバイス本体（メインブロック）とのイ
ンタフェースを行なう機能、がある。

【０１６６】２７０２は１３９４シリアルバスを直接ド
ライブするフィジカルレイヤ制御ＩＣ（ＰＨＹ−ＩＣ）
であり、上述した１３９４シリアルバスにおけるフィジ
カルレイヤの機能を実現する。ＰＨＹ−ＩＣ２７０２が
備える主な機能としては、バスイニシャル化とアービト
レーション、送信データ符号のエンコード／デコード、
ケーブル通電状態の監視ならびに負荷終端用電源の供給
（アクティブ接続認識用）、ＬＩＮＫ−ＩＣ２７０１と
のインタフェース、等である。

【０１６７】２７０３はコンフィギュレーションＲＯＭ
であり、各機器固有の識別、通信条件等が格納されてい
る。コンフィギュレーションＲＯＭ２７０３のデータフ
ォーマットは、上述したＩＥＥＥ１３９４規格で定めら
れたフォーマットに準じている。

【０１６８】２７０４は、ＬＩＮＫ−ＩＣ２７０１、Ｐ
ＨＹ−ＩＣ２７０２をはじめとする１３９４シリアルバ
スブロック全体を制御するＣＰＵ、２８０５は制御用プ
ログラムが格納されているＲＯＭであり、該プログラム
がＣＰＵ２７０４によって実行されることにより、１３
９４シリアルバスブロック全体が制御される。２７０６
はＲＡＭであり、送受信データを蓄えるデータバッファ
をはじめ、制御用ワークエリア、１３９４アドレスにマ
ッピングされた各種レジスタのデータ領域として使用さ
れている。

【０１６９】本実施形態における１３９４ノードは、そ
れぞれ図２４に示すようなコンフィギュレーションＲＯ
Ｍを装備しており、各デバイスのソフトウェアユニット
情報はUnit directoriesに、ノード固有の情報は、Node
dependent info directoryに保存されている。

【０１７０】また、プリンタ機能、スキャナ機能といっ
た各デバイスの基本機能インスタンスとその基本機能に
付随する詳細情報は、Root Directoryからオフセットさ
れるインスタンスディレクトリ(Instance directory)に
保有することが可能となっている。

【０１７１】ここで、インスタンスディレクトリの構成
について説明する。インスタンスディレクトリには、プ
リンタ、スキャナといったプロトコルに依存しないデバ
イスの情報が格納される。単機能のデバイスの場合、格
納される基本機能情報は１つであるが、複数機能をサポ
ートするデバイスの場合には、複数の機能が列挙されて
格納される。そして、各機能について対応するプロトコ
ル・ソフトウェア情報を保存するユニットディレクトリ
へのポインタ情報を保存するほかに、それぞれの機能に
関する固有な詳細情報を保有するためのフィーチャディ
レクトリへのポインタが保存される。

【０１７２】上述した図６に示したように、１３９４シ
リアルバスのアドレス設定において、最後の２８ビット
は１３９４シリアルバスに接続される他のデバイスから
アクセス可能な、各機種固有のデータ領域として確保さ
れている。図２５は、この各機種固有データ領域である
２８ビット領域のアドレス空間を表した図である。

【０１７３】図２５において、００００ｈ番地から０２
００ｈ番地の領域にはＣＳＲコアレジスタ部が配置され
ている。これらのレジスタは、ＣＳＲアーキテクチャで
定められたノード管理のための基本的な機能として存在
している。

【０１７４】０２００ｈ番地から０４００ｈ番地の領域
は、ＣＳＲアーキテクチャにより、１３９４シリアルバ
スに関するレジスタが格納される領域として定義され
る。

【０１７５】０８００ｈ番地から１０００ｈ番地までの
領域には、現在の１３９４シリアルバスのトポロジ情
報、またノード間の転送スピードに関する情報が格納さ
れている。また、１０００ｈ番地以降の領域はユニット
空間と呼ばれ、各デバイス固有の動作に関するレジスタ
が配置されている。この領域には各デバイスがサポート
する上位プロトコルで、規定されたレジスタ部とデータ
転送用メモリマップドバッファ領域、また各機器固有の
レジスタが配置される。

【０１７６】＜システムにおける電源供給＞本実施形態
においては、上述した図２３に示す構成からなる１３９
４シリアルバスブロックを具備した機器によってデータ
通信システムを構成するが、これら各機器を接続するケ
ーブルには、図１２に示した様に電源ラインが設けられ
ている。

【０１７７】ここで図２６に、本実施形態の１３９４ノ
ードにおける電源供給用コネクタ（以降、１３９４コネ
クタと称する）の周辺の回路構成を示す。一般にＩＥＥ
Ｅ１３９４規格に準拠したコネクタ（１３９４コネク
タ）は６ピンを備え、図２６に示すように、その１ピン
は電源ライン、２ピンはグランドラインに配置されてい
る。図２６において、ＩＣ１は図２３に示すＰＨＹ−Ｉ
Ｃ２７０２へ電源を供給するための三端子レギュレータ
である。このＩＣ１への電源供給は、１３９４コネクタ
の１ピンによる電源ラインによって行われるが、機器本
体に電源がある場合には、該本体からの供給電源はダイ
オードＤ１を通してそのカソード側において、１３９４
コネクタの１ピンからの電源ラインと交わる構成になっ
ている。

【０１７８】本実施形態の１３９４ノード（電源供給ノ
ード）が他のノード（電源受給ノード）へ電源を供給す
る場合には、該電源供給ノードは上述した図１８に示す
セルフＩＤパケットによって電源供給を表明し、許可を
得た電力量をダイオードＤ１経由で出力する。ここで図
２７に、セルフＩＤパケット内における、電力の消費と
供給の特性を示す３ビットのフィールド１８０４（Ｐｗ
ｒ）の値及びその内容を示す。

【０１７９】一方、他のノードからの電源供給をうける
電源受給ノードにおいては、１３９４コネクタ１ピンの
電源ラインから、本体内の電源ＩＣへ電源を直接取り込
んでしまうものもあれば、電源ラインにスイッチを設
け、セルフＩＤパケットのＰｗｒフィールドによる調停
で許可が出た時点で電源を取り込むものもある。

【０１８０】上述したような電源供給の形態をなす本実
施形態のデータ通信システムとしては、以下のような環
境が考えられる。

【０１８１】図２８は、本体駆動用アダプタを備えた機
器（プリンタ）と、電池のみを駆動源とする機器（デジ
タルカメラ）とを接続したシステムを示す図である。同
図におけるプリンタは２次電池による駆動が可能であ
り、かつ電池充電用および本体駆動用のＡＣアダプタを
装着したモバイルプリンタである。該プリンタが電池の
みを駆動源とするデジタルカメラと接続されており、こ
れは、一般家庭において顕著なピアツーピア環境（以
下、一般家庭環境とする）である。

【０１８２】このような一般家庭環境におけるプリンタ
の電源状態としては、以下に示すいくつかの状態が考え
られる。

【０１８３】１）２次電池はフル充電に近い状態である
ため充電の必要はなく、プリンタ本体の駆動電源はアダ
プタより供給される。

【０１８４】２）２次電池の残容量が少なく、アダプタ
は本体に電源を供給し、尚かつ２次電池に対して充電を
行なう。

【０１８５】ここで、本実施形態の電力受給側機器（図
２８のデジタルカメラ）における充電回路（不図示）に
ついて説明する。

【０１８６】図２９は充電回路構成を示す図である。同
図において充電用の電力供給は、外部接続機器を供給源
とする場合は、ダイオードＤ１を経由して入力される。
また、自己電源を供給源とする場合は、ダイオードＤ２
を経由して入力される。図２９に示す充電回路は、ニッ
ケル水素２次電池への充電を行なうものであり、入力電
圧をステップダウンコンバータにて所定の電圧まで下げ
て供給する。

【０１８７】制御用ＩＣであるＩＣ１は、その制御信号
として充電動作開始許可信号（ＵＶ）及び充電電流値を
入力するそれぞれのアナログ端子を備える。また、ステ
ップダウンコンバータの主要素子であるＰチャネルパワ
ーＭＯＳＦＥＴのゲートに対して、ＳＷ端子からスイッ
チング信号を出力する。また、充電電流検出用抵抗Ｒ１
の両端の電位差より電流を検出し、充電電流の制御を行
なう。そして、コンデンサＣ１で平滑化された電圧によ
って、ニッケル水素２次電池へ充電電力を供給する。

【０１８８】尚、本実施形態のデータ通信システムとし
ては、上述した例の他に、ＡＣコンセントより安定した
電源の供給を受ける機器同士の接続や、このような機器
が３台以上混在してネットワークを構成した状態等が考
えられる。

【０１８９】＜ノードにおける電力要求＞＜＜３台以上のノード接続＞＞以下、例えば１３９４ノ
ードを３台以上混在してネットワーク化した環境におい
て、電池を駆動源とするデジタルカメラが、１３９４シ
リアルバスによって接続された他の機器に対して電力の
供給を要求する場合について説明する。

【０１９０】デジタルカメラは、バスリセット直後にノ
ードＩＤが決定された際に、セルフＩＤパケットのＰｗ
ｒ値を「１１１」にセットして発行する。尚、Ｐｗｒ値
の「１１１」は、図２７に示すように「ノードはバスか
ら電源供給を受ける場合は最大１Ｗを使用し、リンクレ
イヤと上位レイヤを有効にするには他に９Ｗが必要であ
る」ことを意味する。これに前後して、電力の供給を期
待する他の機器からも、やはりＰｗｒ値に「１１１」を
セットしたセルフＩＤパケットが発行され、残りの１台
の自己電源供給型機器からは、Ｐｗｒ値を「００１」に
セットしたセルフＩＤパケットが発行されたとする。

【０１９１】この場合、調停の結果にもよるが、電力需
要の総量が供給電力量を超えており、従って、電源供給
を要求している機器のいずれか少なくとも一台は、バス
マネージャによって電力供給が拒否される。

【０１９２】しかしながら、例えばデジタルカメラの電
力要求は、自身の動作用電源としての電力要求に加え、
装着している２次電池への充電を期待したものであるの
で、要求電力は必ずしも９ワットを必要としない。そこ
で本実施形態においては、デジタルカメラは、自身のセ
ルフＩＤパケットにより電源要求を発行しながら、バス
リセット後の他の接続機器から発行されるセルフＩＤパ
ケットを取得して、電源の需要と供給の整合性を確認す
る。そして、需要が多い場合には、自身の要求レベルを
下げることによって、需要と供給とを合致させることを
特徴とする。

【０１９３】以下、本実施形態のデジタルカメラにおけ
る電源要求制御について、詳細に説明する。

【０１９４】ここで図３０に、電力受給機器であるデジ
タルカメラにおけるセルフＩＤパケットのＰｗｒ値と、
２次電池の充電電流値、及び該充電電流値を実現するた
めの、充電用ステップダウンコンバータの制御用ＩＣ
（図２９のＩＣ１）のＰＲＯＧ端子に対する、ＣＰＵに
おけるＤ／Ａポートの設定値（Ａ／Ｄset）、との関連
を示す。

【０１９５】図３１は、本実施形態のデジタルカメラ
（電力受給側機器）による電源要求制御を示すフローチ
ャートである。

【０１９６】デジタルカメラは、自身の２次電池の容量
が少しでも減少した状態で１３９４シリアルバスへ接続
された場合、まず、自身の動作用電力と２次電池への充
電用電力とを合わせた電力供給を期待して、Ｐｗｒ値と
して、９［Ｗ］の供給電力を示す「１１１」を選択し、
セルフＩＤパケットを発行する（Ｓ２７０１）。

【０１９７】この場合、バスマネージャによる電力調停
によって電力供給の可否が判定されるが、デジタルカメ
ラ自身においても、他の接続機器から発行されたセルフ
ＩＤパケットを取得して、電源の需要と供給の整合性を
自ら確認する（Ｓ２７０２）。そして、バスマネージャ
又はデジタルカメラのいずれかによって、電力の需要と
供給の整合性が取れていると判定されれば、図３０よ
り、デジタルカメラの２次電池への充電電流の最大値は
９８０［ｍＡ］となるため、該充電電流用のＡ／Ｄ値と
して「５２」をセットし（Ｓ２７０３）、充電を開始す
る（Ｓ２７１４）。

【０１９８】一方、電力の需要が供給を上回る場合に
は、デジタルカメラは期待する充電電流を１レベル下げ
るために、バスリセットを発行し（Ｓ２７０４）、Ｐｗ
ｒ値を「１１０」に変更してセルフＩＤパケットを発行
する（Ｓ２７０５）。

【０１９９】そして、上記と同様に電力の需要と供給の
整合性を確認し（Ｓ２７０６）、整合が取れていれば、
デジタルカメラは充電電流用Ａ／Ｄ値としてＰｗｒ値
「１１０」に対応する「２８」をセットし（Ｓ２７０
７）、充電を開始する（Ｓ２７１４）。

【０２００】一方、未だ電力の需要が供給を上回る場合
には、デジタルカメラは期待する充電電流を更に１レベ
ルを下げるために、バスリセットを発行し（Ｓ２７０
８）、Ｐｗｒ値を「１０１」に変更してセルフＩＤパケ
ットを発行する（Ｓ２７０９）。

【０２０１】そして、上記と同様に電力の需要と供給の
整合性を確認し（Ｓ２７１０）、整合が取れていれば、
デジタルカメラは充電電流用Ａ／Ｄ値としてＰｗｒ値
「１０１」に対応する「１１」をセットし（Ｓ２７１
１）、充電を開始する（Ｓ２７１４）。

【０２０２】一方、未だ電力の需要が供給を上回る場
合、デジタルカメラは、これ以下の電力では動作できな
いため電力の受給をあきらめ、バスリセットを発行した
後（Ｓ２７１２）、Ｐｗｒ値を「１００」に変更してセ
ルフＩＤパケットを発行する（Ｓ２７０９）。即ち、デ
ジタルカメラは自身の動作に必要な最低限の電力のみを
要求し、２次電池への充電は行なわない。

【０２０３】尚、図３１においては、まず電力の最大供
給量の要求を行い、不可能な場合は要求する供給量を順
次減らしていく電力調停を例として説明したが、その逆
に、まず最小供給量の要求を行い、その後、バスの電力
供給に余力があれば、要求する供給量を順次増やしてい
くような調停も考えられる。

【０２０４】尚、図２８で示した様な１対１接続の場合
には、直接電力供給要求を出すことももちろん可能であ
る。その詳細については後述する。

【０２０５】上述したようにしてデジタルカメラの充電
が開始された後、発生したバスリセットによって１３９
４ネットワークは初期化される。

【０２０６】＜＜１対１のノード接続＞＞電池を駆動源
とするデジタルカメラに対して、１３９４シリアルバス
によって電力供給を可能とする機器が１台のみ接続され
た場合に、デジタルカメラが該機器に対して電力の供給
を要求する場合について説明する。これは即ち、図２８
に示す一般家庭環境において、デジタルカメラがプリン
タに対して電力供給を要求する場合に相当する。

【０２０７】デジタルカメラは、新たな機器（この場
合、プリンタ）が接続されることにより発生したバスリ
セット直後に、該プリンタのセルフＩＤパケットを取得
することによって、接続されたプリンタが１台のみであ
り、かつ電力供給能力を有することが判明した場合、該
プリンタに対して電力供給を要求する。

【０２０８】ここで図３２に、電力供給機器であるプリ
ンタから発行されるセルフＩＤパケットのＰｗｒ値と、
該Ｐｗｒ値に対応して、図３０と同様に電力供給を受け
るデジタルカメラにおける２次電池の充電電流値、及び
該充電電流値を実現するためのＡ／Ｄ設定値（Ａ／Ｄse
t）、との関連を示す。例えば、プリンタから発行され
たセルフＩＤパケットのＰｗｒ値が「００１」である場
合、１５［Ｗ］が供給されるため、デジタルカメラにお
ける充電電圧が８．２［Ｖ］、充電電流は１．６［Ａ］
であり、それを実現するためのＡ／Ｄ設定値は"８５"と
なる。

【０２０９】デジタルカメラは、自身の動作用電力と２
次電池への充電用電流値を満たす電力供給量を得るため
に、図３２に示す表に従って充電電流の最大値を決定し
て、電力供給を要求する。

【０２１０】図３３は、電力供給装置であるプリンタと
１対１接続された、電力受給装置であるデジタルカメラ
（図２８参照）による電力要求制御を示すフローチャー
トである。

【０２１１】デジタルカメラに対して、１３９４シリア
ルバスによってプリンタが接続された場合、デジタルカ
メラはまず、接続されたプリンタのセルフＩＤパケット
を取得する（Ｓ３００１）。そして、接続された機器が
１台のみであることを確認し（Ｓ３００２）、更に、該
機器が電力供給能力を有することを確認すると（Ｓ３０
０３）、取得したセルフＩＤパケットにおけるＰｗｒ値
を確認する。そして、図３２に示す表に基づいて、該Ｐ
ｗｒ値に応じた充電電流用Ａ／Ｄ値を設定した後（Ｓ３
００５〜Ｓ３０１０）、プリンタに対して自身のセルフ
ＩＤパケットに図３０に示したＰｗｒ値を設定すること
によって電力受け入れを宣言し、充電を開始する（Ｓ３
０１２，Ｓ３０１３）。

【０２１２】一方、プリンタからのＰｗｒ値が図３２に
示すいずれにも合致しない場合には、デジタルカメラは
充電要求を行なわず、自身の動作のみを可能とするだけ
の電力供給を受ける（Ｓ３０１１）。

【０２１３】また、デジタルカメラに対して接続された
機器が複数台である、又は、接続された機器が電力供給
能力を有していない場合には、デジタルカメラは、１３
９４ネットワーク内のバスマネージャによる電源管理の
裁定に従って、電力供給を受ける（Ｓ３００４）。

【０２１４】上述したようにしてデジタルカメラの充電
が開始された後、発生したバスリセットによって１３９
４ネットワークは初期化される。

【０２１５】尚、本実施形態の１３９４ネットワークに
おいては、電力供給側装置における供給電圧が低い場合
には、ＩＥＥＥ１３９４規格に準拠した通信ケーブルに
おける最大電流である１．５［Ａ］を超えないように確
認する手段を講じている。

【０２１６】＜受給電圧制限＞本実施形態において一方
機器が他方機器より電力の供給を受ける場合、ＩＥＥＥ
１３９４規格に準拠した通信ケーブル上においては、電
圧が８〜４０［Ｖ］の範囲で入力される。

【０２１７】そこで本実施形態においては、機器内にお
ける対応可能電圧を上記電圧範囲内において更に制限す
ることにより、機器内の回路構成を簡素化する。

【０２１８】図３４に、電力供給を受ける電力受給機器
において、入力電圧に基づいて受給電圧を制限する電圧
制限回路の構成を示す。以下、該回路における動作を、
図３５に示すフローチャートを参照して説明する。

【０２１９】図３４において、ＰＨＹ用三端子レギュレ
ータＩＣ１を含む上半分は、上述した図２６と同様の構
成であるため、詳細な説明を省略する。

【０２２０】まず、該機器が自己の電源を備えていない
場合（Ｓ３６０１）、上記通信ケーブルによる接続によ
ってその電源ラインより電圧が入ってくると、ＰＮＰト
ランジスタＴＲ１は、そのエミッタ−ベース間の電圧が
抵抗Ｒ３とコンデンサＣ３の時定数により０．６［Ｖ］
以上であるうちは、通電状態となる。ＴＲ１が通電状態
になると、３端子レギュレータＩＣ２から制御用ＩＣで
あるＩＣ３へ電力が送られ、ＩＣ３は制御を開始する。

【０２２１】ＩＣ３においては、まず、Ｐｏｒｔ１にＨ
レベルを出力し、トランジスタＴＲ２を通電状態にする
（Ｓ３６０２）。ここでＩＣ２は、入力電圧と出力電圧
の電位差と電流との積に応じて発熱するため、高い入力
電圧を受け続けるには不向きである。

【０２２２】その後ＩＣ３は、Ａ／Ｄ端子であるＰｏｒ
ｔ２から、入力電圧を抵抗Ｒ６，Ｒ７へ分圧して入力す
る（Ｓ３６０３）。そして該入力電圧を、予め設定され
た受給可能電圧範囲と比較し（Ｓ３６０４）、不適当で
ある、即ち範囲外である場合にはＰｏｒｔ１をハイイン
ピーダンス状態に設定し（Ｓ３６０５）、トランジスタ
ＴＲ１が切れるのを待って制御を終了する。尚、不図示
ではあるが、１３９４シリアルバスにおけるバスリセッ
ト時には、コンデンサＣ３の電荷を放電できるようにな
っている。

【０２２３】一方、入力電圧が受給可能電圧範囲内にあ
る場合は、バスリセット後（Ｓ３６０６）、セルフＩＤ
パケットのＰｗｒ値に必要電力を記入して発行する（Ｓ
３６０７）。そして、バスマネージャより電力供給可能
の指示があった場合には（Ｓ３６０８）、ＩＣ３はＰｏ
ｒｔ４からＬレベルを出力し、機器内の他の回路に対し
てＩＣ２から電力供給を行って初期化した後、通常動作
を開始する（Ｓ３６０９〜Ｓ３６１１）。

【０２２４】尚、セルフＩＤパケット発行後、バスマネ
ージャによる電源調停の結果、電力供給を拒否された場
合には（Ｓ３６０８）、ＩＣ３はＰｏｒｔ１をハイイン
ピーダンス状態に設定し（Ｓ３６０５）、トランジスタ
ＴＲ１が切れるのを待って制御を終了する。また、該機
器が自己の電源を備えている場合にも（Ｓ３６０１）、
ＩＣ３は同様にＰｏｒｔ１をオフにする（Ｓ３６０
５）。

【０２２５】以上のようにして、図３４に示した電圧制
限回路によれば、供給電圧が受給可能電圧範囲内にある
場合のみ、該電圧を受給して他の回路を起動するように
制御することができる。

【０２２６】図３６は、上述した図３４に示す電圧制限
回路において、更にアクチュエータ（モータ）駆動用の
ステップダウンコンバータ回路を備える構成を示す図で
ある。以下、該回路における動作を、図３７に示すフロ
ーチャートを参照して説明する。

【０２２７】図３６に示すステップダウンコンバータ
は、トランジスタＴＲ４、ショットキダイオードＤ３、
チョークコイルＬ１が、ＩＣ４によって制御されること
によって動作する。

【０２２８】図３６に示す構成においてステップダウン
コンバータ回路が正常に動作するためには、設定電圧以
上の入力が必要である。従って図３６に示す電圧制限回
路における動作は、上述した図３４に示す回路の場合と
同様に、ＩＣ３がＰｏｒｔ２において入力電圧を検出し
た後（Ｓ３８０１〜Ｓ３８０３）、以下に説明する要領
で電圧判定を行なう。

【０２２９】入力電圧が設定された受給可能電圧よりも
高いか否かを判定し（Ｓ３８０４）、低い場合には、Ｐ
ｏｒｔ１をハイインピーダンス状態に設定し（Ｓ３８０
５）、トランジスタＴＲ１が切れるのを待って制御を終
了する。

【０２３０】一方、入力電圧が設定電圧よりも高い場合
には、バスリセット後（Ｓ３８０６）、セルフＩＤパケ
ットのＰｗｒ値に必要電力を記入して発行する（Ｓ３８
０７）。そして、バスマネージャより電力供給可能の指
示があった場合には（Ｓ３８０８）、ＩＣ３がＩＣ４に
対してイネーブル信号を発行することによって（Ｓ３８
０９）、ＩＣ４からのＰｏｒｔ４出力が許可されてモー
タへ電力が供給され、モータの動作が許可される（Ｓ３
８１０〜Ｓ３８１１）。

【０２３１】＜給電能力の変化に伴う電力供給制御＞図
２８に示したプリンタのような、２次電池と、本体駆動
及び２次電池充電用アダプタを備えた機器において、２
次電池への充電動作中に充電電流が変化した場合の電力
供給制御について、説明する。

【０２３２】図３８は、上記機器においてアダプタから
本体機器に電力を取り込むコネクタ部分の構成を示す図
であり、該構成によって、本体における電力消費量を検
出する。

【０２３３】同図において、アダプタのコネクタは２ピ
ン構成であり、１ピンは電源ライン（ＶＤＤ）、２ピン
はグランドに接続されている。

【０２３４】また、１ピンからの電源ラインには平滑用
コンデンサＣ１が挿入されており、更に微小値抵抗Ｒ１
が直列に挿入されている。この微小値抵抗Ｒ１の両端の
電位差をアンプＡｍｐ１で検出することによって、機器
内部の制御ＩＣのＡ／Ｄ端子において、充電中の電源電
流（ＶＤＤ電流）を電圧値として検出することができ
る。尚ＶＤＤ電流は、機器本体における消費電力と、２
次電池への充電用電力との総和として検出される。

【０２３５】図３９は、充電中に検出したＶＤＤ電流状
態に基づいて、機器のセルフＩＤパケットにおけるＰｗ
ｒ値を設定する処理を示すフローチャートである。

【０２３６】検出したＶＤＤ電流値が１．６［Ａ］以上
の時、該機器はシリアルバス上に電力を供給しない。即
ち、Ｐｗｒ値として「０００」を設定する（Ｓ４１０
３）。

【０２３７】また、ＶＤＤ電流が１．６［Ａ］未満、
０．８［Ａ］以上の時は、１５［Ｗ］の電力供給を許可
する。即ち、Ｐｗｒ値として「００１」を設定する（Ｓ
４１０４）。

【０２３８】また、ＶＤＤ電流が０．８［Ａ］未満の時
は、３０［Ｗ］の電力供給を許可する。即ち、Ｐｗｒ値
として「０１０」を設定する（Ｓ４１０５）。

【０２３９】そして、Ｐｗｒ値の設定後に発生したバス
リセットによって、１３９４ネットワークは初期化され
る。

【０２４０】このように、検出されたＶＤＤ電流の値が
変化した時点でセルフＩＤパケットにおけるＰｗｒ値を
書き替え、バスリセットを発行することによって、充電
中における電力供給をその供給能力の変化に応じて適応
的に制御することが可能となる。

【０２４１】尚、上記機器が、図２８に示したようなピ
アツーピアの環境において接続相手（例えばデジタルカ
メラ）からのセルフＩＤパケットのＰｗｒによって電力
供給が要求されていることが検出された場合、充電中で
ある２次電池への充電電流を制限し、相手装置への電力
供給が可能になった時点で自身のＰｗｒ値を設定してバ
スリセットを発行する。即ち、自身の２次電池への充電
よりも相手装置への電力供給を優先する。

【０２４２】ここで図４０に、接続相手からの電力供給
要求と、自身の２次電池への充電電流との関係を示す。
尚、この場合の充電電圧は１５［Ｖ］である。同図によ
れば、相手機器からの要求電力が大きくなるほど、自身
の充電電流が小さくなることが分かる。

【０２４３】以上説明したように本実施形態によれば、
１３９４シリアルバスによって接続された機器間におけ
る電力の需要と供給のバランスに基づいて、電力要求側
機器における機能を限定することによって要求電力量を
減らすことにより、電力供給側における供給能力を最大
限に活用した、より有効な電力供給を行なうことが可能
となる。

【０２４４】［第２実施形態］以下、本発明に係る第２
実施形態について説明する。

【０２４５】上述した第１実施形態においては、図２８
に示すような、本体駆動用アダプタを備えた機器と電池
のみを駆動源とする機器とを１３９４シリアルバスによ
って接続したシステムにおける電力供給制御について説
明した。第２実施形態においては、電池のみを駆動源と
する機器同士を１３９４シリアルバスで接続したシステ
ムにおける電力供給制御について説明する。

【０２４６】図４１は、電池（１次もしくは２次）のみ
を駆動源とする機器同士を接続したピアツーピアシステ
ムを示す図である。該システムの使用形態としては、携
帯端末同士を接続した、所謂モバイル環境下における例
えば屋外での通信が想定される。図４１においては、出
力機器であるモバイルプリンタと、入力機器であるデジ
タルカメラを接続した例を示す。

【０２４７】一般に、駆動用電源が電池のみである機器
は、接続された相手機器に対して電力を供給することは
ほとんどあり得ない。従って、バスリセット後のセルフ
ＩＤパケットにおいて、そのＰｗｒ値は電力供給を示し
ていない。

【０２４８】しかしながら、このような電池駆動の機器
同士を接続したシステムにおいては、いずれかの機器に
おいて電池の残容量が所定量まで減った時点で、該シス
テムとしての動作が不可能となってしまう。

【０２４９】第２実施形態においては、このような不具
合を解消するために、一方機器の電池残量が減ってきた
場合に、他方機器に対して電力供給を求めることによっ
て、システムとしての動作を最大限継続させる。

【０２５０】図４２は、電池駆動の機器同士を接続した
システムにおいて、電力供給を要求する機器（電力受給
側機器）における電力制御を示すフローチャートであ
る。

【０２５１】まず、上述したコンフィギュレーションＲ
ＯＭ内のインスタンスディレクトリ中に、該機器が必要
とする電力値が未登録であれば、該機器が現在は電池動
作中であることを示す情報を書き込んでおく（Ｓ３１０
１，Ｓ３１０２）。

【０２５２】そして、電池残量が所定値以下になった場
合、相手装置に対して電力要求を行なうために、インス
タンスディレクトリ内に電力要求を示すキーワードとし
て「ＲＱＢａｔ」を登録し、その内容として下記の項
目を登録する（Ｓ３１０３，Ｓ３１０４）。

【０２５３】・バッテリのみで動作している・必要となる電力（ＭＯＤＥ１）・必要となる電力（ＭＯＤＥ２）・受給可能電圧範囲ここでＭＯＤＥ１は、機器本体の総合動作を行なうモー
ドを示し、またＭＯＤＥ２は、機器本体の総合動作は不
可能であるが、限定された動作のみを可能とするモード
を示す。従って、ＭＯＤＥ２における供給電力量は、Ｍ
ＯＤＥ１の場合よりも少なくなる。

【０２５４】インスタンスディレクトリに対する上記登
録を終えた後、該機器はバスリセットを発行し（Ｓ３１
０５）、相手機器のコンフィギュレーションＲＯＭ内の
インスタンスディレクトリ中に、電力要求に対するレス
ポンスを示すキーワード「ＲＥＳＰＢａｔ」が発生す
るのを待つ（Ｓ３１０６）。

【０２５５】所定時間待っても相手機器からの回答がな
い場合、もしくは"ＮＧ"の回答を読み込んだ場合には
（Ｓ３１０７）、電池容量残量切れを示す「ＷｅｅｋＢ
ａｔｔｅｒｙ」を発行することによって、該機器の電源
をオフにする（Ｓ３１１１，Ｓ３１１２）。

【０２５６】一方、相手機器からの回答が電力供給の許
容を示していた場合には、相手機器からの電力供給時間
の制限（詳細は後述する）と、許容された供給電力量が
ＭＯＤＥ１及びＭＯＤＥ２のいずれに相当するか（例え
ば、ＭＯＤＥ１における必要電力を満たすか否か）を確
認し、コンフィギュレーションＲＯＭ内に動作設定をす
ることによって電力の供給を受ける（Ｓ３１０７〜Ｓ３
１１０）。

【０２５７】以上、電力受給側機器における電力制御に
ついて説明したが、次に、電力供給を行なう機器側にお
ける電力制御について説明する。

【０２５８】図４３は、電池駆動の機器同士を接続した
システムにおいて、電力を供給する機器（電力供給機
器）における電力制御を示すフローチャートである。

【０２５９】まず、相手機器のコンフィギュレーション
ＲＯＭを読み込む（Ｓ３２０１）。そして、そのインス
タンスディレクトリの中に電力要求を示すキーワード
「ＲＱＢａｔ」が１台分のみ登録されている場合に、そ
の要求電力量を読み込む（Ｓ３２０１）。尚このとき、
相手機器のセルフＩＤパケットを読み込み、そのＰｗｒ
値に基づいて現在は電力供給が行われていないことも確
認される。

【０２６０】そして、該機器は自身の駆動源である電池
の残容量を読込み、図４４に示す供給可能電力と残容量
の関係を示すテーブルを参照して、相手機器より要求さ
れているＭＯＤＥ１及びＭＯＤＥ２に対応する電力のい
ずれかが供給可能であるか否かの判断を行なう（Ｓ３２
０３，Ｓ３２０４）。

【０２６１】ここで、図４４及び図４５を参照して、要
求電力の供給の可否を判断する方法について詳細に説明
する。

【０２６２】図４４は、電池残容量と供給可能電力との
関係を示す図である。同図において、Ｔａｂｌｅ１は機
器本体が通常の動作をしながら相手機器に供給可能な電
力量を示すテーブルであり、Ｔａｂｌｅ２は機器本体の
動作制限を行なうことによって相手機器側に供給可能と
なる電力量を示すテーブルである。

【０２６３】図４５は、該テーブルを用いた電力供給の
可否判断処理を示すフローチャートである。まず、ＭＯ
ＤＥ１の要求電力量に対する判断処理を行なうとする。

【０２６４】読み込んだ相手機器の要求電力量を、Ｔａ
ｂｌｅ１によって得られる自身の電池残容量と比較し
（Ｓ３４０１）、要求電力量の方が大きい、即ち要求電
力量がＴａｂｌｅ１を満足しないと判断された場合は、
次に、該要求電力量を、Ｔａｂｌｅ２によって得られる
電池残容量と比較する（Ｓ３４０２）。その結果、やは
り要求電力量の方が大きい、即ち要求電力量がＴａｂｌ
ｅ２を満足しないと判断された場合には、該要求電力量
の供給は不可能であると判断される（Ｓ３４０３）。

【０２６５】もちろん、ステップＳ３４０１又はＳ３４
０２のいずれかにおいて、要求電力量の方が電池残容量
よりも小さい、即ち要求電力量がＴａｂｌｅ１又はＴａ
ｂｌｅ２のいずれかを満足すると判断された場合には、
該要求電力量の供給は可能であると判断される（Ｓ３４
０４）。

【０２６６】上記判断処理がまずＭＯＤＥ１の要求電力
量に対して行われ、供給不可能であると判断されると、
次にＭＯＤＥ２の要求電力量に対して同様の判断が行わ
れる。

【０２６７】図４３に戻り、ステップＳ３２０４におい
て供給可能と判断された場合は、供給可能時間を取得す
るために、図４６に示すいずれかの時間テーブル（Ｔａ
ｂｌｅ１又はＴａｂｌｅ２）を設定する（Ｓ３２０
５）。

【０２６８】図４６は、供給可能電力とその連続供給を
可能とする時間（許可時間）の関係を示す図である。同
図において、Ｔａｂｌｅ１は機器本体が通常の動作をし
ながら相手機器に供給可能な時間を示すテーブルであ
り、Ｔａｂｌｅ２は機器本体の動作制限を行なうことに
よって相手機器側に供給可能となる時間を示すテーブル
である。このいずれを選択するかは、供給可能電力が上
述した図４４に示すテーブルのいずれを満たしたのかに
基づいて決定される。

【０２６９】その後、自身のコンフィギュレーションＲ
ＯＭ内のインスタンスディレクトリの中に、電力要求に
対するレスポンスを示すキーワードである「ＲＥＳＰ
Ｂａｔ」を登録し、その内容として下記の項目を登録す
る（Ｓ３２０６）。

【０２７０】・許可するＭＯＤＥの種類（ＭＯＤＥ１／
ＭＯＤＥ２）・電力を連続供給できる時間・自分の動作テーブルの種類（Ｔａｂｌｅ１／Ｔａｂｌ
ｅ２）・供給電圧範囲そして、その後はバスリセットを発行し（Ｓ３２０
８）、相手機器との通信ケーブル上に供給電力を開放す
る。

【０２７１】以上説明したようにして電力の供給もしく
は受給が開始された後、設定した連続供給時間が経過し
たら、電力供給側機器はバスリセットを発行し、電力供
給を終了する。尚、電力供給側機器は、電力供給中にお
いては選択したＴａｂｌｅ１またはＴａｂｌｅ２のいず
れかに対応する動作を行なう。即ち、Ｔａｂｌｅ１が選
択されていれば通常動作を行い、Ｔａｂｌｅ２が選択さ
れていれば、Ｔａｂｅｌ１の場合よりも消費電力の少な
い、制限された動作を行なう。

【０２７２】以上説明したように第２実施形態によれ
ば、電池のみを駆動源とする機器同士を接続したシステ
ムにおいて、一方機器において電池の残容量が所定量ま
で減っってしまっても、他方機器に対してその電力供給
能力に応じて自身の機能を限定した上で電力供給を求め
ることができるため、システムとしての動作を最大限継
続させることができる。

【０２７３】尚、第２実施形態のシステムにおいて、バ
スリセット後のセルフＩＤパケットにおいてそのＰｗｒ
値が電力供給を要求していない場合であっても、コンフ
ィギュレーションＲＯＭ内のインスタンスディレクトリ
中におけるキーワード「ＲＱＢａｔ」として対応電圧範
囲を登録することで、上述した第１実施形態と同様の受
給電圧制限、即ち、機器の動作を適応電圧範囲のみに制
限することが可能となる。

【０２７４】［第３の実施形態］次に、図４７及び図４
８を用いて、本願発明を機能的に説明する。図４７は、
本願発明の電力受給装置４７００の構成についての機能
ブロック図である。図４８は、本願発明の電力供給装置
４８００の構成についての機能ブロック図である。本実
施形態において、電力受給装置４７００と電力供給装置
４８００とはシリアルバスにて接続されているものとす
る。

【０２７５】電力受給装置４７００において、電源部４
７０１は２次電池であり、CPU４７０２の監視手段４７
０３により残りの容量が監視されている。監視手段４７
０２は、電源部４７０１を監視した結果、充電が必要か
否かを判断する。充電が必要と判断されると、要求手段
４７０４は、データ作成手段４７１１に、コンフィギュ
レーションＲＯＭの形式にそってデータを作成する。例
えば、"ＲＱＢａｔ"、電池で駆動していること、要求
する電力の値及び受給可能な電圧範囲についてデータを
作成し、記憶部４７０５に登録する。登録が終了する
と、要求手段４７０４は、バスリセット手段４７０６
に、バスリセット信号を送出するよう命令する。バスリ
セット手段４７０６は、この命令に応答して、バスリセ
ット信号を作成し、送受信部４７０７を介してバスリセ
ット信号を送信する。

【０２７６】一方、電力供給装置４８００は、電力受給
装置４７００によりバスリセットが発行されると、送受
信部４８０１を介して電力受給装置４７００の記憶部４
７０５に記憶されているコンフィギュレーションＲＯＭ
の内容を読み出す。記憶部４７０５に"ＲＱＢａｔ"が
登録されていれば、さらに、要求される電力、電圧を読
み出す。なお、相手装置の記憶部からデータを読み出す
ことは、読む側からすれば、記憶部に記憶されたデータ
を受信する処理であり、一方、相手側からすれば、記憶
部に記憶されているデータを送信する処理と解釈するこ
ともできる。従って、送受信部は、記憶部に記憶された
内容を読み出したり、書き出したりする処理を実施する
ように構成してもよい。

【０２７７】さて、ＣＰＵ４８１０の判定手段４８０４
は、送受信部４８０１を介して受信した要求電力値を供
給可能であるか否かを判定する。ここで、判定に先立っ
て、電源部４８０２の状態を監視部４８０３が監視す
る。判定手段４８０４は、監視部４８０３から現在の電
源部４８０２の２次電池の残容量を取得し、この残容量
と自己が動作するのに必要な電力とから供給可能な最大
の電力を算出し、この算出結果と要求電力値を比較す
る。判定手段４８０４によりる比較の結果、供給不可と
判定されると、監視部４８０３は、要求電力を供給可能
となるまで、引き続き、自己の消費電力の状態をダイナ
ミックに監視する。監視の結果、判定手段４８０４が前
記要求電力を供給可能と判定すると、判定手段４８０４
は、供給電力、供給電圧、電力を及び供給する時間など
を決定する。データ作成手段４８０８は、決定された値
を"ＲＥＳＰＢａｔ"とともに記憶部４８０６に記憶す
る。すなわち、データ作成手段は、コンフィギュレーシ
ョンＲＯＭの形式に併せてデータを作成し記憶部４８０
６に記憶する。

【０２７８】なお、電力供給装置４８００の電源として
２次電池が採用されている場合に、この２次電池への充
電を中止したり、この２次電池を取り外したりする場合
がある。そのような場合には、充電に使用していた電力
が余剰となるため、電力受給装置への供給が可能とな
る。逆に、電力受給装置のへの電力供給中に、電力供給
装置の電源供給アダプタが外され、２次電池での駆動に
切り替わる場合もある。このような場合には、電力の供
給を中止しなければならない。そこで、監視部４８０３
は、このような事態も、電流の変化により検出する。こ
の監視結果に基づいて、判定手段４８０４は、要求され
た電力の供給が不可能となったと判定する。この判定に
基づいて、データ作成手段４８１０はセルフＩＤパケッ
トのＰＷＲ値を書き換える。その後、バスリセット手段
によりバスリセットを発行した後、書き換えられたセル
フＩＤパケットが送受信部４８０１から送信される。こ
れによって、電力の供給が中止される。

【０２７９】また、判定手段４８０４は、電力供給手段
４８０５に、供給電力、供給電圧、電力を及び供給する
時間などを設定する。判定手段４８０４は、最後にバス
リセット手段４８０７に、バスリセット信号を発生する
よう命令する。この命令を受けてバスリセット手段４８
０７は、バスリセット信号を送受信部４８０１を介して
送信する。最後に、電力供給手段４８０５は、設定され
た電力及び電圧などでもって電力の供給を開始する。

【０２８０】なお、供給が可能となった場合に、セルフ
ＩＤパケットを供給可能な電力値を反映させた内容に書
き換え送信しても良い。この場合、判定手段４８０４
は、データ作成手段４８０４に対して供給可能な電力値
を渡す。データ作成手段４８０４は、この電力値に従っ
てセルフＩＤパケットのＰＷＲの値を書き換える。バス
リセット手段４８０７によるバスリセット後に、作成さ
れたセルフＩＤパケットは送受信手段４８０１により送
信される。

【０２８１】この実施形態では、電力受給装置側で、供
給電圧又は供給電圧の範囲を指定できるので、電力受給
側の構成は簡易なものとなる。さらに、最初に電力の要
求がなされたときには、電力の供給が可能でない場合で
あっても、その後に供給可能となった場合には、自らバ
スリセットを発行して、供給が可能となったことを他の
機器に知らせることができる。

【０２８２】ところで、電力供給装置４８００から、供
給される電圧が不適合な場合もある。その対策として、
電力受給装置４７００は、電力の供給を受ける際に入力
可能な電圧値を記憶部４７０５に記憶しておく。電力供
給装置４８００から供給される供給電圧値を電圧計で検
出する。比較手段４７１０は、記憶部４７０５に記憶さ
れている入力可能電圧と、電圧計で計測された供給電圧
とを比較する。比較の結果、供給電圧値が入力可能な電
圧値を上回る場合には、電力供給装置に対する電力要求
処理を中止する。すなわち、中止手段４７０９は、電源
部４７０１への接続をしない。比較の結果、入力電圧の
条件を供給電圧が満たす場合には、中止手段４７０９
は、電源部４７０１へ電力を供給する。このように、中
止手段４７０９は、供給電力を電源部４７０１に接続す
るか否かのスイッチの役割を果たす。

【０２８３】

【他の実施形態】なお、本発明は、複数の機器（例えば
ホストコンピュータ、インタフェース機器、リーダ、プ
リンタなど）から構成されるシステムに適用しても、一
つの機器からなる装置（例えば、デジタルカメラなど）
に適用してもよい。

【０２８４】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納された
プログラムコードを読み出し実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が前述した実施
形態の機能を実現することになり、そのプログラムコー
ドを記憶した記憶媒体は本発明を構成することになる。
また、コンピュータが読み出したプログラムコードを実
行することにより、前述した実施形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼働しているオペレーティングシステ
ム（ＯＳ）などが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【０２８５】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張カードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によって前述した実施形態の機能が実現さ
れる場合も含まれることは言うまでもない。

【０２８６】

【発明の効果】以上説明したように、本発明によれば、
電力等を詳細に指定することができるため、電池駆動の
機器間においても電力の供給と受給が可能となる。

【０２８７】また、電力供給装置の電力状態をダイナミ
ックに監視し、監視の結果、電力の供給が可能となった
場合には、その旨を他のノードに報知するので、電力供
給装置の能力を無駄なく生かすことができる。

【０２８８】また、電力だけでなく電圧なども指定でき
るため、供給電圧に対する回路構成を簡易にすることが
可能となる。

【図面の簡単な説明】

【図１】本発明を適用するシステムの一般的な構成例を
示す図である。

【図２】１３９４シリアルバスによるネットワーク構成
を示す図である。

【図３】１３９４シリアルバスの構成例を示す図であ
る。

【図４】１３９４シリアルバスのリンクレイヤにおける
サービスを示す図である。

【図５】１３９４シリアルバスのトランザクションレイ
ヤにおけるサービスを示す図である。

【図６】１３９４シリアルバスのアドレス空間を示す図
である。

【図７】１３９４シリアルバスのＣＳＲアーキテクチャ
の機能を示す図である。

【図８】１３９４シリアルバスに関するレジスタを示す
図である。

【図９】１３９４シリアルバスのコンフィギュレーショ
ンＲＯＭの最小形式を示す図である。

【図１０】１３９４シリアルバスのコンフィギュレーシ
ョンＲＯＭの一般形式を示す図である。

【図１１】１３９４シリアルバスのノード資源に関する
レジスタを示す図である。

【図１２】１３９４シリアルバス用のケーブルの断面を
示す図である。

【図１３】ＤＳ−Ｌｉｎｋ方式を説明するための図であ
る。

【図１４】１３９４シリアルバスのネットワーク動作例
を示す図である。

【図１５】バスリセットからノードＩＤ設定までのシー
ケンスを示すフローチャートである。

【図１６】親子関係宣言処理の詳細を示すフローチャー
トである。

【図１７】ノードＩＤ設定処理の詳細を示すフローチャ
ートである。

【図１８】セルフＩＤパケットの構成例を示す図であ
る。

【図１９】アービトレーションを説明する図である。

【図２０】同期転送モードと非同期転送モードを混在さ
せた場合の転送状態の時間的遷移を示す図である。

【図２１】同期転送用のパケットフォーマット例を示す
図である。

【図２２】非同期転送のパケットフォーマット例を示す
図である。

【図２３】本実施形態のノードにおける１３９４シリア
ルバスブロックの構成を示す図である。

【図２４】本実施形態のノードにおけるコンフィギュレ
ーションＲＯＭの構成を示す図である。

【図２５】本実施形態のノードにおける固有データ領域
のアドレス空間を示す図である。

【図２６】本実施形態の１３９４ノードにおける電源供
給用コネクタ周辺の回路構成を示す図である。

【図２７】本実施形態におけるＰｗｒ値の一覧を示す図
である。

【図２８】本実施形態における電池駆動機器とＡＣ駆動
機器による１対１接続構成を図である。

【図２９】本実施形態の電力受給側機器における充電回
路の構成を示す図である。

【図３０】本実施形態の電力受給側機器における電力要
求テーブル及び充電電流テーブルを示す図である。

【図３１】本実施形態の電力受給側機器における電力要
求制御を示すフローチャートである。

【図３２】本実施形態の電力供給側機器における電力供
給テーブル及び充電電流テーブルを示す図である。

【図３３】本実施形態の電力受給装置における電力要求
制御を示すフローチャートである。

【図３４】本実施形態の電力受給機器において、受給電
圧を制限する電圧制限回路の構成を示す図である。

【図３５】図３４の電圧制限回路における動作を示すフ
ローチャートである。

【図３６】本実施形態の電力受給機器において、受給電
圧を高電圧に制限する電圧制限回路の構成を示す図であ
る。

【図３７】図３６の電圧制限回路における動作を示すフ
ローチャートである。

【図３８】本実施形態における電源コネクタの周辺構成
を示す図である。

【図３９】本実施形態における電流状態に基づくＰｗｒ
値設定処理を示すフローチャートである。

【図４０】本実施形態における接続相手からの電力供給
要求と自身の２次電池への充電電流との関係を示す図で
ある。

【図４１】第２実施形態における電池駆動機器同士によ
る接続構成を示す図である。

【図４２】第２実施形態における電池駆動による電力要
求制御を示すフローチャートである。

【図４３】第２実施形態における電池駆動機器からの電
力要求に対する電力供給制御を示すフローチャートであ
る。

【図４４】第２実施形態における電池残容量と供給可能
電力との関係を示す図である。

【図４５】第２実施形態における電力供給の可否判断処
理を示すフローチャートである。

【図４６】第２実施形態における供給可能電力と許可時
間の関係を示す図である。

【図４７】第３の実施形態における電力受給装置の機能
ブロック図である。

【図４８】第３の実施形態における電力供給装置の機能
ブロック図である。

Claims

【特許請求の範囲】

【請求項１】電源線と通信線とを備えた通信バスを介し
て電力受給装置と接続される電力供給装置であって、前記電力受給装置により要求される要求電力量に関する
データを前記通信線を介して受信する受信手段と、前記受信手段により受信された要求電力量に関するデー
タに基づいて、前記要求電力量を供給可能であるか判定
する判定手段と、前記判定手段により供給不可と判定されると、少なくと
も、前記要求電力量を供給可能となるまで、前記電力供
給装置内の電力状態を監視する監視手段と、前記監視手段による監視の結果、前記要求電力量を供給
可能な電力状態となると、前記電力受給装置に対して前
記電源線を介して電力を供給する電力供給手段と、を備えることを特徴とする電力供給装置。
【請求項２】前記監視手段による監視結果に基づいて、
前記電力供給手段から供給可能な供給電力量に関するデ
ータを作成する作成手段と、前記作成手段により作成された前記供給電力量に関する
データを送信する送信手段と、をさらに備えることを特徴とする請求項１に記載の電力
供給装置。
【請求項３】前記判定手段は、前記監視手段による監視
結果に基づいて前記要求電力量を供給可能であるかを判
定することを特徴とする請求項１に記載の電力供給装
置。
【請求項４】前記作成手段により作成された前記供給電
力量に関するデータを記憶する記憶手段を更に備え、前記送信手段は、前記記憶手段に記憶された前記供給電
力量に関するデータを送信することを特徴とする請求項
２に記載の電力供給装置。
【請求項５】前記記憶手段において前記供給電力量に関
するデータが更新されると、前記通信バスに対してバス
リセットを実行するバスリセット手段をさらに備え、前記送信手段は、前記バスリセットが実行された後に、
前記記憶手段に記憶された前記供給電力量に関するデー
タを送信することを特徴とする請求項４に記載の電力供
給装置。
【請求項６】電力の供給を要求する前記電力受給装置が
前記通信バス上に一つだけ存在するかを判断する判断手
段を備え、前記電量供給手段は、前記判断手段により電力の供給を
要求する前記電力受給装置が前記通信バス上に一つだけ
存在する場合に限り電量を供給することを特徴とする請
求項１に記載の電力供給装置。
【請求項７】前記電力受給装置により要求される要求電
力量が複数である場合に、前記判定手段は、各要求電力
量ごとに前記判定を実行し、前記送信手段は、前記判定により供給可能と判定された
要求電力量に関する情報を前記力受給装置に対して送信
することを特徴とする請求項２に記載の電力供給装置。
【請求項８】電源線と通信線とを備えた通信バスを介し
て電力供給装置と接続される電力受給装置であって、前記電力供給装置から電力の供給を受ける際の入力可能
な電圧値を記憶する記憶手段と、前記電力供給装置から供給される供給電圧値を検出する
電圧検出手段と、前記電圧検出手段で検出された供給電圧値と前記記憶手
段により記憶される入力可能な電圧値とを比較する比較
手段と、前記比較手段による比較の結果、前記供給電圧値が前記
入力可能な電圧範囲から外れる場合には、前記電力供給
装置に対する電力要求処理を中止する中止手段と、を備えたことを特徴とする電力受給装置。
【請求項９】前記記憶手段は、入力可能な電圧の上限値
と下限値、あるいは、その一方を記憶し、前記比較手段は、前記電圧検出手段で検出された供給電
圧値と前記入力可能な電圧の設定値とを比較し、前記中止手段は、前記比較に基づいて、前記電圧検出手
段で検出された供給電圧値が前記入力可能な電圧の設定
値の間にない場合に、前記電力供給装置に対する電力要
求を中止することを特徴とする請求項８に記載の電力受
給装置。
【請求項１０】電源線と通信線とを備えた通信バスを介
して電力供給装置と接続される電力受給装置であって、前記電力受給装置の入力可能な電圧値に関する情報を記
憶する記憶手段と、前記電力受給装置が前記電力供給装置に対して電力の供
給を要求する際に、前記記憶手段に記憶された入力可能
な電圧値に関する情報とともに、電力の供給を要求する
情報とを送信する送信手段と、前記送信手段による送信への応答として、前記電力供給
装置により供給可能な電圧値に関する情報を受信する受
信手段と、前記受信手段により受信された前記電力供給装置により
供給可能な電圧値に基づいて電力を受給する電力受給手
段と、を備えたことを特徴とする電力受給装置。
【請求項１１】電源線と通信線とを備えた通信バスを介
して電力受給装置と接続される電力供給装置であって、前記電力受給装置が前記電力供給装置に対して電力の供
給を要求する際に、該電力受給装置の入力可能な電圧値
に関する情報を受信する受信手段と、前記電力供給装置において供給可能な電圧値を記憶する
記憶手段と、前記受信手段により前記電力受給装置の入力可能な電圧
値に関する情報を受信すると前記記憶手段から前記電力
供給装置において供給可能な電圧値を読出し、該電力受
給装置に対して電力を供給可能であるか判定する判定手
段と、前記判定手段により供給可能であると判定されると、前
記電力受給装置に対して電力を供給する電力供給手段
と、を備えたことを特徴とする電力供給装置。
【請求項１２】前記受信手段および前記送信手段におけ
る機能を実行するために、前記通信バスに対してバスリ
セットを行なうバスリセット手段をさらに備えることを
特徴とする請求項１１に記載の電力供給装置。
【請求項１３】前記電力受給装置の入力可能な電圧値及
び／又は前記電力供給装置において供給可能な電圧値は
それぞれ上限値と下限値とを有することを特徴とする請
求項１１に記載の電力供給装置。
【請求項１４】電源線と通信線とを備えた通信バスを介
して電力受給装置と接続される電池駆動の電力供給装置
であって、前記電力供給装置の駆動源である電池の残容量に基づい
て前記電力受給装置に対して供給可能な電力値を算出す
る算出手段と、電力の供給を希望する前記電力受給装置が前記通信バス
上で１台のみであるか否かを判定する第１の判定手段
と、前記第１の判定手段による判定の結果、電力の供給を希
望する前記電力受給装置が前記通信バス上で１台のみで
ある場合に、該電力受給装置から電力要求情報を受信す
る受信手段と、前記受信手段により受信された電力要求情報に含まれる
電力要求値と、前記算出手段により算出された供給可能
な電力値とに基づいて、前記電力受給装置に対して電力
の供給が可能であるか否かを判定する第２の判定手段
と、前記第２の判定手段による判定の結果、電力の供給が可
能な場合に、前記電力受給装置に対して電力を供給する
電力供給手段と、を備えたことを特徴とする電力供給装置。
【請求項１５】前記電力受給装置に電力を供給する際の
供給時間を取得する取得手段と、前記取得手段により取得された供給時間とともに前記電
力供給が可能な電力値を前記電力受給装置に対して送信
する送信手段と、をさらに備えることを特徴とする請求項１４に記載の電
力供給装置。
【請求項１６】前記電力要求情報には、複数の電力要求
値が含まれていることを特徴とする請求項１５に記載の
電力供給装置。
【請求項１７】前記第２の判定手段は、複数の前記電力
要求値ごとに前記電力受給装置に対して電力の供給が可
能であるか否かを判定し、前記送信手段は、前記第２の判定手段により供給可能と
判定された電力要求値を前記電力受給手段に対して送信
することを特徴とする請求項１６に記載の電力供給装
置。
【請求項１８】前記電力供給装置は、ＩＥＥＥ１３９４
に準拠していることを特徴とする請求項１４に記載の電
力供給装置。
【請求項１９】電源線と通信線とを備えた通信バスを介
して電力受給装置と接続される電力供給装置における電
力供給方法であって、前記電力受給装置により要求される要求電力量に関する
データを前記通信線を介して受信する受信ステップと、前記受信ステップにおいて受信された要求電力量に関す
るデータに基づいて、前記要求電力量を供給可能である
か判定する判定ステップと、前記判定ステップにおいて供給不可と判定されると、少
なくとも、前記要求電力量を供給可能となるまで、前記
電力供給装置内の電力状態を監視する監視ステップと、前記監視ステップにおける監視の結果、前記要求電力量
を供給可能な電力状態となると、前記電力受給装置に対
して前記電源線を介して電力を供給する電力供給ステッ
プと、を備えることを特徴とする電力供給方法。
【請求項２０】電源線と通信線とを備えた通信バスを介
して電力供給装置と接続される電力受給装置における電
力受給方法であって、前記電力供給装置から電力の供給を受ける際の入力可能
な電圧値を記憶する記憶ステップと、前記電力供給装置から供給される供給電圧値を検出する
電圧検出ステップと、前記電圧検出ステップにおいて検出された供給電圧値と
前記記憶ステップにおいて記憶された入力可能な電圧値
とを比較する比較ステップと、前記比較ステップにおける比較の結果、前記供給電圧値
が前記入力可能な電圧値を上回る場合には、前記電力供
給装置に対する電力要求処理を中止する中止ステップ
と、を備えたことを特徴とする電力受給方法。
【請求項２１】電源線と通信線とを備えた通信バスを介
して電力供給装置と接続される電力受給装置における電
力受給方法であって、前記電力受給装置の入力可能な電圧値に関する情報を記
憶する記憶ステップと、前記電力受給装置が前記電力供給装置に対して電力の供
給を要求する際に、前記記憶ステップにおいて記憶され
た入力可能な電圧値に関する情報とともに、電力の供給
を要求する情報とを送信する送信ステップと、前記送信ステップにおける送信への応答として、前記電
力供給装置により供給可能な電圧値に関する情報を受信
する受信ステップと、前記受信ステップおいて受信された前記電力供給装置に
より供給可能な電圧値に基づいて電力を受給する電力受
給ステップと、を備えたことを特徴とする電力受給方法。
【請求項２２】電源線と通信線とを備えた通信バスを介
して電力受給装置と接続される電力供給装置における電
力供給方法であって、前記電力受給装置が前記電力供給装置に対して電力の供
給を要求する際に、該電力受給装置の入力可能な電圧値
に関する情報を受信する受信ステップと、前記電力供給装置において供給可能な電圧値を記憶する
記憶ステップと、前記受信ステップにおいて前記電力受給装置の入力可能
な電圧値に関する情報を受信すると、前記記憶ステップ
において記憶された前記電力供給装置が供給可能な電圧
値を読出し、該電力受給装置に対して電力を供給可能で
あるか判定する判定ステップと、前記判定ステップおいて供給可能であると判定される
と、前記電力受給装置に対して電力を供給する電力供給
ステップと、を備えたことを特徴とする電力供給方法。
【請求項２３】電源線と通信線とを備えた通信バスを介
して電力受給装置と接続される電力供給装置における電
力供給方法であって、前記電力供給装置の駆動源である電池の残容量に基づい
て前記電力受給装置に対して供給可能な電力値を算出す
る算出ステップと、電力の供給を希望する前記電力受給装置が前記通信バス
上で１台のみであるか否かを判定する第１の判定ステッ
プと、前記第１の判定ステップにおける判定の結果、電力の供
給を希望する前記電力受給装置が前記通信バス上で１台
のみである場合に、該電力受給装置から電力要求情報を
受信する受信ステップと、前記受信ステップおいて受信された電力要求情報に含ま
れる電力要求値と、前記算出ステップにおいて算出され
た供給可能な電力値とに基づいて、前記電力受給装置に
対して電力の供給が可能であるか否かを判定する第２の
判定ステップと、前記第２の判定ステップにおいて判定の結果、電力の供
給が可能な場合に、前記電力受給装置に対して電力を供
給する電力供給ステップと、を備えたことを特徴とする電力供給方法。