JP2002204276A

JP2002204276A - データ通信システム及びその電力制御方法、及び電力受給装置

Info

Publication number: JP2002204276A
Application number: JP2000402706A
Authority: JP
Inventors: Shigeru Mizoguchi; 茂溝口
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-12-28
Filing date: 2000-12-28
Publication date: 2002-07-19

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４規格に基づくデータ通信シ
ステムにおいては、機器間において電力の受給バランス
を最適化することは困難であった。【解決手段】電力供給を可能とするシリアルバスによ
って電力供給デバイスと電力受給デバイスとを接続した
システムにおいて、電力受給デバイスから要求電力量を
示す要求情報を発行し（Ｓ２７０１）、該要求電力量が
電力供給デバイスからの供給可能電力量に対して適当で
ある場合に、該要求電力量に基づく電力を前記電力供給
デバイスより受給し、該電力量に応じた動作モードを実
行する（Ｓ２７０２，２７０３，Ｓ２７１４）。一方、
要求電力量が適当でない場合、該要求電力量をいずれか
の動作モードが実行可能となるように変更して、要求情
報を再発行する（Ｓ２７０２，Ｓ２７０４，Ｓ２７０
５）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システム
及びその電力制御方法、及び電力受給装置に関し、例え
ば、ＩＥＥＥ１３９４規格に基づくシリアルバスによっ
て接続されたデバイス間における電力供給を制御するデ
ータ通信システム及びその電力制御方法、及び電力受給
装置に関する。

【０００２】

【従来の技術】ＩＥＥＥ１３９４−１９９５．ａ規格に
より規定されるようなインタフェース（以下、１３９４
シリアルバスと呼ぶ）においては、その電源管理につい
ても規定されている。例えば、電力の要求側及び供給側
の規定が各３段階に分かれており、これら各段階の整合
は、この電力範囲においてのみシリアルバス管理を行う
バスマネージャによって制御される。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来の１３９４シリアルバスにおいては、供給及び要求で
きる電力範囲が各３段階に限定されるため、きめ細かな
電力制御が行えなかった。従って、例えば電力要求量が
電力供給側を上回った場合に対応できなかったり、また
電力供給側の能力を有効利用できない、等の問題があっ
た。

【０００４】本発明は上記問題を解決するためになされ
たものであり、ＩＥＥＥ１３９４規格に基づくシリアル
バスによって接続されたデバイス間において、電力の受
給バランスを最適化するデータ通信システム及びその電
力制御方法、及び電力受給装置を提供することを目的と
する。

【０００５】

【課題を解決するための手段】上記目的を達成するため
の一手段として、本発明のデータ通信システムは以下の
構成を備える。

【０００６】即ち、電力供給を可能とするシリアルバス
によって電力供給デバイスと電力受給デバイスとを接続
したデータ通信システムであって、前記電力受給デバイ
スは、要求電力量を示す要求情報を発行する発行手段
と、前記電力供給デバイスにおける供給可能電力量を示
す供給情報を取得する取得手段と、前記要求情報で示さ
れる要求電力量が前記供給情報で示される供給可能電力
量に対して適当である場合に、該要求電力量に基づく電
力を前記電力供給デバイスより受給する電力受給手段
と、該電力受給手段によって受給した電力量に応じて複
数の動作モードを選択的に実行可能とする動作手段と、
を有し、前記発行手段は、発行した要求情報で示される
要求電力量が前記供給情報で示される供給可能電力量に
対して適当でなかった場合に、該要求電力量を前記動作
手段におけるいずれかの動作モードが実行可能となるよ
うに変更して要求情報を再発行することを特徴とする。

【０００７】例えば、前記発行手段は、前記要求電力量
を段階的に低減して要求情報を再発行することを特徴と
する。

【０００８】また、電力供給を可能とするシリアルバス
によって、互いに電池を駆動源とする第１及び第２のデ
バイスを接続したデータ通信システムであって、前記第
１のデバイスは、電池残容量が所定量以下となった場合
に、複数段階の要求電力量を示す要求情報を前記第２の
デバイスに対して発行する発行手段と、前記要求情報に
基づく前記第２のデバイスからの電力供給の回答を取得
する取得手段と、前記回答によって電力供給が許可され
た場合に、許可された段階の要求電力量に基づく電力を
前記第２のデバイスより受給する電力受給手段と、を有
し、前記複数段階の要求電力量は、該第１のデバイスに
おける複数の動作モードにそれぞれ対応した必要電力量
であることを特徴とする。

【０００９】例えば、前記シリアルバスは、ＩＥＥＥ１
３９４規格に適合又は準拠するバスであることを特徴と
する。

【００１０】また、電力供給を可能とするシリアルバス
によって電力供給デバイスと電力受給デバイスとを接続
したデータ通信システムであって、前記電力受給デバイ
スは、要求電力量を示す要求情報を発行する発行手段
と、前記電力供給デバイスにおける供給可能電力量を示
す供給情報を取得する取得手段と、前記電力供給デバイ
スより電力を受給する電力受給手段と、動作に必要な電
力量が異なる複数の動作モードを有する動作手段と、を
有し、前記発行手段は、発行した要求情報で示される要
求電力量が前記供給情報で示される供給可能電力量に対
して適当でなかった場合に、該要求電力量を前記動作手
段におけるいずれかの動作モードが実行可能となるよう
に変更することを特徴とする。

【００１１】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４４】又、バスマネージャは、シリアルバスネッ
トワークを制御するためのサービスをアプリケーション
に対して提供できる。ここで、サービスには、シリアル
バス制御要求(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)方式にて情報信号が伝送され
る。図１３は、ＤＳ−Ｌｉｎｋ方式を説明する図であ
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００８７】リーフとなるノードは、その接続ポートに
接続されているノードに対して、「自分は子(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）、との関連
を示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０２６３】

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

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

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

【０２６６】

【発明の効果】以上説明したように、本発明によれば、
ＩＥＥＥ１３９４規格に基づくシリアルバスによって接
続されたデバイス間において、電力の受給バランスを最
適化することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

【特許請求の範囲】

【請求項１】電力供給を可能とするシリアルバスによ
って電力供給デバイスと電力受給デバイスとを接続した
データ通信システムであって、前記電力受給デバイスは、要求電力量を示す要求情報を発行する発行手段と、前記電力供給デバイスにおける供給可能電力量を示す供
給情報を取得する取得手段と、前記要求情報で示される要求電力量が前記供給情報で示
される供給可能電力量に対して適当である場合に、該要
求電力量に基づく電力を前記電力供給デバイスより受給
する電力受給手段と、該電力受給手段によって受給した電力量に応じて複数の
動作モードを選択的に実行可能とする動作手段と、を有
し、前記発行手段は、発行した要求情報で示される要求電力
量が前記供給情報で示される供給可能電力量に対して適
当でなかった場合に、該要求電力量を前記動作手段にお
けるいずれかの動作モードが実行可能となるように変更
して要求情報を再発行することを特徴とするデータ通信
システム。
【請求項２】前記発行手段は、前記要求電力量を段階
的に低減して要求情報を再発行することを特徴とする請
求項１記載のデータ通信システム。
【請求項３】前記シリアルバスは、ＩＥＥＥ１３９４
規格に適合又は準拠するバスであることを特徴とする請
求項１記載のデータ通信システム。
【請求項４】前記発行手段における前記要求情報の発
行、及び前記取得手段における前記供給情報の取得は、
前記シリアルバスにおけるバスリセット後に実行される
ことを特徴とする請求項３記載のデータ通信システム。
【請求項５】前記発行手段は、該電力受給デバイスの
セルフＩＤパケットによって前記要求情報を発行するこ
とを特徴とする請求項２記載のデータ通信システム。
【請求項６】前記取得手段は、前記電力供給デバイス
から発行されたセルフＩＤパケットによって前記供給情
報を取得することを特徴とする請求項２記載のデータ通
信システム。
【請求項７】前記動作手段は、複数段階の電力量に応
じて該電力受給デバイスの駆動源となる電池への充電を
行う複数の動作モードを有することを特徴とする請求項
１記載のデータ通信システム。
【請求項８】前記動作手段は、前記電力受給手段によ
って受給した電力量が所定の最低電力量に満たない場
合、前記電池への充電を行わない動作モードを実行する
ことを特徴とする請求項７記載のデータ通信システム。
【請求項９】前記電力受給手段は、前記要求情報で示
される要求電力量の供給が前記シリアルバスのバスマネ
ージャによる電力調停に基づいて許可された場合に、該
要求電力量に基づく電力を前記電力供給デバイスより受
給することを特徴とする請求項１記載のデータ通信シス
テム。
【請求項１０】前記電力受給デバイスは更に、前記電
力受給手段における受給電圧が所定範囲内になるように
制限する電圧制限手段を有することを特徴とする請求項
１記載のデータ通信システム。
【請求項１１】前記電力供給デバイスは自身の２次電
池への充電手段を有し、前記電力受給デバイスからの要
求電力量が大きくなるほど、該２次電池への充電電流が
小さくなることを特徴とする請求項１記載のデータ通信
システム。
【請求項１２】前記電力供給デバイスはＡＣ電源アダ
プタを備えることを特徴とする請求項１記載のデータ通
信システム。
【請求項１３】電力供給を可能とするシリアルバスに
よって、互いに電池を駆動源とする第１及び第２のデバ
イスを接続したデータ通信システムであって、前記第１のデバイスは、電池残容量が所定量以下となった場合に、複数段階の要
求電力量を示す要求情報を前記第２のデバイスに対して
発行する発行手段と、前記要求情報に基づく前記第２のデバイスからの電力供
給の回答を取得する取得手段と、前記回答によって電力供給が許可された場合に、許可さ
れた段階の要求電力量に基づく電力を前記第２のデバイ
スより受給する電力受給手段と、を有し、前記複数段階の要求電力量は、該第１のデバイスにおけ
る複数の動作モードにそれぞれ対応した必要電力量であ
ることを特徴とするデータ通信システム。
【請求項１４】前記シリアルバスは、ＩＥＥＥ１３９
４規格に適合又は準拠するバスであることを特徴とする
請求項１３記載のデータ通信システム。
【請求項１５】前記発行手段は、前記第１のデバイス
におけるコンフィギュレーションＲＯＭによって前記要
求情報を発行することを特徴とする請求項１４記載のデ
ータ通信システム。
【請求項１６】前記取得手段は、前記第２のデバイス
におけるコンフィギュレーションＲＯＭによって前記回
答を取得することを特徴とする請求項１４記載のデータ
通信システム。
【請求項１７】前記第１のデバイスは更に、前記取得
手段によって取得された回答によって前記第２のデバイ
スからの電力供給が拒否された場合に、該第１のデバイ
スの電源をオフにする電源オフ手段を備えることを特徴
とする請求項１３記載のデータ通信システム。
【請求項１８】前記第２のデバイスは、自身の電池残容量と供給可能電力との関係を示すテーブ
ルを、自身の複数の動作モードに対応してそれぞれ保持
する保持手段と、前記第１のデバイスからの前記要求情報に基づいて該テ
ーブルを参照することにより、該要求情報に基づく電力
供給がいずれのテーブルに基づいて可能であるかを判断
する判断手段と、該判断手段における判断結果に基づいて、前記第１のデ
バイスからの前記要求情報に対する電力供給の可否を回
答する回答手段と、該判断手段において電力供給を可能とすると判断された
テーブルに基づく動作モードによる動作を行いつつ、前
記第１のデバイスに電力を供給する電力供給手段と、を
有することを特徴とする請求項１３記載のデータ通信シ
ステム。
【請求項１９】前記第２のデバイスは、前記第１のデ
バイスへの電力供給が可能である場合に、該電力の連続
供給可能時間を更に回答することを特徴とする請求項１
８記載のデータ通信システム。
【請求項２０】電力供給を可能とするシリアルバスに
よって電力供給デバイスと電力受給デバイスとを接続し
たデータ通信システムにおいて、前記電力受給デバイスが要求電力量を示す要求情報を発
行し、前記電力供給デバイスが供給可能電力量を示す供給情報
を発行し、前記要求情報で示される要求電力量が前記供給情報で示
される供給可能電力量に対して適当である場合に、該要
求電力量に基づく電力を前記電力供給デバイスより前記
電力受給デバイスへ供給し、前記電力受給デバイスにおいて、前記電力供給工程によ
って供給された電力量に応じて複数段階の動作モードの
いずれかを実行し、一旦発行した要求情報で示される要求電力量が前記供給
情報で示される供給可能電力量に対して適当でなかった
場合に、該要求電力量を前記動作手段におけるいずれか
の動作モードが実行可能となるように変更して要求情報
を再発行することを特徴とするデータ通信システムの電
力制御方法。
【請求項２１】電力供給を可能とするシリアルバスに
よって、互いに電池を駆動源とする第１及び第２のデバ
イスを接続したデータ通信システムにおいて、前記第１のデバイスは、その電池残容量が所定量以下と
なった場合に複数段階の要求電力量を示す要求情報を前
記第２のデバイスに対して発行し、前記第２のデバイスは、前記要求情報に基づく電力供給
の可否を発行し、前記第２のデバイスは、前記回答によって電力供給を許
可した場合に、許可した段階の要求電力量に基づく電力
を前記第１のデバイスへ供給し、前記複数段階の要求電力量は、該第１のデバイスにおけ
る複数の動作モードにそれぞれ対応した必要電力量であ
ることを特徴とするデータ通信システムの電力制御方
法。
【請求項２２】前記シリアルバスは、ＩＥＥＥ１３９
４規格に適合又は準拠するバスであることを特徴とする
請求項２０又は２１記載のデータ通信システムの電力制
御方法。
【請求項２３】前記請求項２０乃至２２のいずれかに
記載されたデータ通信システムの制御方法を実現するプ
ログラムを記録した記録媒体。
【請求項２４】電力供給を可能とするシリアルバスに
よって電力供給デバイスと接続された電力受給装置であ
って、要求電力量を示す要求情報を発行する発行手段と、前記電力供給デバイスにおける供給可能電力量を示す供
給情報を取得する取得手段と、前記要求情報で示される要求電力量が前記供給情報で示
される供給可能電力量に対して適当である場合に、該要
求電力量に基づく電力を前記電力供給デバイスより受給
する電力受給手段と、該電力受給手段によって受給した電力量に応じて複数の
動作モードを選択的に実行可能とする動作手段と、を有
し、前記発行手段は、発行した要求情報で示される要求電力
量が前記供給情報で示される供給可能電力量に対して適
当でなかった場合に、該要求電力量を前記動作手段にお
けるいずれかの動作モードが実行可能となるように変更
して要求情報を再発行することを特徴とする電力受給装
置。
【請求項２５】前記発行手段は、前記要求電力量を段
階的に低減して要求情報を再発行することを特徴とする
請求項２４記載の電力受給装置。
【請求項２６】電力供給を可能とするシリアルバスに
よって電池を駆動源とするデバイスと接続された、電池
を駆動源とする電力受給装置であって、電池残容量が所定量以下となった場合に、複数段階の要
求電力量を示す要求情報を前記デバイスに対して発行す
る発行手段と、前記要求情報に基づく前記デバイスからの電力供給の回
答を取得する取得手段と、前記回答によって電力供給が許可された場合に、許可さ
れた段階の要求電力量に基づく電力を前記デバイスより
受給する電力受給手段と、を有し、前記複数段階の要求電力量は、該装置における複数の動
作モードにそれぞれ対応した必要電力量であることを特
徴とする電力受給装置。
【請求項２７】前記シリアルバスは、ＩＥＥＥ１３９
４規格に適合又は準拠するバスであることを特徴とする
請求項２５又は２６記載の電力受給装置。
【請求項２８】電力供給を可能とするシリアルバスに
よって電力供給デバイスと電力受給デバイスとを接続し
たデータ通信システムであって、前記電力受給デバイスは、要求電力量を示す要求情報を発行する発行手段と、前記電力供給デバイスにおける供給可能電力量を示す供
給情報を取得する取得手段と、前記電力供給デバイスより電力を受給する電力受給手段
と、動作に必要な電力量が異なる複数の動作モードを有する
動作手段と、を有し、前記発行手段は、発行した要求情報で示される要求電力
量が前記供給情報で示される供給可能電力量に対して適
当でなかった場合に、該要求電力量を前記動作手段にお
けるいずれかの動作モードが実行可能となるように変更
することを特徴とするデータ通信システム。
【請求項２９】電力供給を可能とするシリアルバスに
よって電力供給デバイスと電力受給デバイスとを接続し
たデータ通信システムにおいて、前記電力受給デバイスが要求電力量を示す要求情報を発
行し、前記電力供給デバイスが供給可能電力量を示す供給情報
を発行し、前記電力供給デバイスより前記電力受給デバイスへ電力
を供給し、前記電力受給デバイスは動作に必要な電力量が異なる複
数段階の動作モードを有し、一旦発行した要求情報で示される要求電力量が前記供給
情報で示される供給可能電力量に対して適当でなかった
場合に、該要求電力量を前記動作手段におけるいずれか
の動作モードが実行可能となるように変更することを特
徴とするデータ通信システムの電力制御方法。