JPH11341027A

JPH11341027A - バス管理方法及び装置

Info

Publication number: JPH11341027A
Application number: JP10144698A
Authority: JP
Inventors: Nobuyuki Iida; 信之飯田; Masaya Yagi; 政哉八木
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-05-26
Filing date: 1998-05-26
Publication date: 1999-12-10

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４のツリー構造が変更された場
合、変更が行われたこととを管理者に通知し、また、そ
の履歴を残しておく。【解決手段】ネットワークシステムの構成が変更された
場合、ホスト１３は、変更後のツリー構造を、プリンタ
７０により印刷する。あるいは、変更後のネットワーク
構成を外部記憶装置１１に記憶し、それを構成変更時や
所望の時期に印刷する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばホストコン
ピュータ等との接続にＩＥＥＥ１３９４シリアルバスを
用いた場合のバス管理方法及び装置に関する。

【０００２】

【従来の技術】電子機器同士を接続するためのインター
フェースとして、ＩＥＥＥ１３９４−１９９５（ＩＥＥ
Ｅ１３９４シリアルバスと呼ぶ）と呼ばれる規格が制定
されており、様々な電子機器に採用されつつある。この
ＩＥＥＥ１３９４シリアルバスでは、接続された一対の
ノード（互いに接続された装置）に注目すると、それら
は親子関係を形成する。また、各ノードは、複数のノー
ドに接続されたブランチか、単独のノードに接続されて
ネットワークの末端となっているリーフのいずれかであ
る。これらノードのうちのひとつのノードがバスを調停
するルートノード（バスマネージャ）となる。ルートノ
ードは親を持たないが、ルートノード以外のノードは唯
ひとつの親をもつ。ＩＥＥＥ１３９４シリアルバスを用
いたネットワークの構成（システム構成）は、親子関係
にしたがって、ルートノードをルートとするツリー構造
を形成する。このように構成されたネットワークにおい
ては、各ノードの通信速度はノードごとに異なることも
ある。互いに異なる通信速度のノードを接続した場合に
は、遅いほうの通信速度で通信することになるので、通
信速度が同じノード同士を接続するのが理想的である。

【０００３】ＩＥＥＥ１３９４シリアルバスでは、各ノ
ードが電源が投入されて活性化された状態でバスを挿抜
することができる。新たな装置がネットワークに接続さ
れたり、あるいはネットワークから切断されたり、既に
接続された装置の電源のオン／オフが行われたりした場
合、バスリセットが行われ、新たなシステム構成が自動
認識される。このために、各ノードはバスリセットが行
われる旨知らされると、自分がリーフであるかブランチ
であるか認識し（単独のノードに接続されていればリー
フである）、リーフであれば接続されたノードに対して
自分がリーフであることを通知する。ブランチは、接続
されているノードからのリーフである旨の通知を所定時
間待った後、通知をしてこないノードはブランチである
とみなして、それらブランチとみなしたノードのうちの
ひとつに自分が子のノードであることを宣言する。先に
宣言したほうが親になるため、最終的に親を持たないル
ートノードが決まり、システム構成も新たに決定され
る。この後、ルートノードは各ノードにネットワークＩ
Ｄを割り当て、システム構成のリセットが終了する。

【０００４】このように、ＩＥＥＥ１３９４シリアルバ
スでは、接続されたノードにより構成されるシステム構
成は自動的に認識されるものの、接続のチェック等、バ
スの管理は人手により行なわれている。

【０００５】また、ＩＥＥＥ１３９４シリアルバスは高
速なデータ送信を実現できるために、ハードディスクや
デジタルカメラ等、大容量のデータを扱う周辺装置とパ
ーソナルコンピュータとの接続に用いられつつある。こ
のようなシステムでは、画像データをデジタルカメラか
らパーソナルコンピュータに読み込んだり、パーソナル
コンピュータからハードディスクヘデータを出力する際
などに、ＩＥＥＥ１３９４シリアルバスを経由してデー
タ通信がされる。画像データや音声データのようにリア
ルタイム性を重視したデータ量の多い情報を送るために
は、途切れの無いリアルタイム送信が常時可能である必
要ある。

【０００６】図１６に、従来の例として、デジタルカメ
ラと、パーソナルコンピュータ（ＰＣ）及びプリンタを
接続したコンピュータシステムのブロック図を示す。図
１６において、デジタルカメラで撮影した画像データを
ＰＣに取り込み、またＰＣからプリンタヘ画像データを
出力する場合の手順を説明する。

【０００７】デジタルカメラ３１で撮影され、メモリ３
４に記憶されている画像データが読みだされると、読み
出された画像データは復号化回路３５で復号化され画像
処理回路３６で表示するための画像処理がなされ、Ｄ／
Ａコンバータ３７を経て、ＥＶＦ３８で表示される。ま
た一方では、同じ画像データは、外部出力されるために
１３９４Ｉ／Ｆ部３９から、ケーブルを伝わってＰＣ３
２の１３９４Ｉ／Ｆ部４０へ至る。

【０００８】ＰＣ３２では、ＰＣＩバス４７を相互伝送
のバスとして、１３９４Ｉ／Ｆ部４０から入力された画
像データは、それが記憶される場合はハードディスク４
４で記憶される。表示される場合は復号化回路４２で復
号化された後、メモリ４５に表示画像データとしてメモ
リされて、ディスプレイ４３でアナログ信号に変換され
てから表示される。ＰＣ３２での編集等の操作入力は操
作部４１から行われる。また、ＰＣ３２はＭＰＵ４６に
より制御される。

【０００９】また、画像がプリント出力される際には、
ＰＣ３２の１３９４Ｉ／Ｆ部から画像データが１３９４
ケーブルにのせて伝送され、プリンタ３３側の１３９４
Ｉ／Ｆ部で受信されて、メモリ５０にプリント画像とし
て形成される。プリンタコントローラ５２の制御により
プリンタヘッド５１とドライバ５３が動作して、メモリ
５０から読み出されたプリント画像データがプリントさ
れる。

【００１０】このように、従来はホストであるＰＣに周
辺機器が接続され、ＰＣを介してデジタルカメラ等の画
像記録装置で撮影された画像データがプリントされる。

【００１１】また、映像データを圧縮する方式も多様化
している。静止画を圧縮する方式としてＪＰＥＧなど
が、動画を圧縮する方式としてはＭＰＥＧなどが知られ
ており、その他には家庭用デジタルＶＴＲ（ＤＶＣ）で
はＶＬＣとＤＣＴとを組み合わせた独自の圧縮方式を用
いている。このように、機器毎またはデータの種類毎な
どに分類してさまざまな圧縮方式が考えられている。

【００１２】

【発明が解決しようとする課題】上記従来例では、バス
の管理を管理者の人手で行わねばならないために、次の
ような欠点があった。１．ＩＥＥＥ１３９４のツリー構造が変更された場合な
ど、どこがどのように変更されたのかわかりずらかっ
た。また、接続の誤りやケーブルが抜かれてしまった箇
所があっても見つかりにくかった。また、電源が決めら
れた時間にオンあるいはオフになる機器が接続されてい
る場合に、それが正しく行われているかを管理すること
ができなかった。このように、システム構成が変更され
る場合、変更があったことを知ることが難しく、更に、
変更されたシステムが、通信のボトルネックを最小限に
した理想的な（最善の）構成であるかを知ることは難し
かった。２．新たにＩＥＥＥ１３９４のケーブルを接続したと
き、元のツリー構造を残しておく為にツリー構造の絵を
書いて残す必要があった。このため、以前の接続に戻す
場合は、ＩＥＥＥ１３９４の過去の履歴がわからないの
で人の記憶や描いておいた絵などに頼らなければならな
い。３．また、システム構成が変わった際に構成のリセット
が行われるため、機器間でデータ通信中にリセットが生
じると、通信が中断して実時間性が損なわれるという問
題点もあった。

【００１３】本発明は上記従来例に鑑みて成されたもの
で、ＩＥＥＥ１３９４のツリー構造が変更された場合、
変更が行われたこと、及びその変更が正しく行われたか
どうかを管理者に通知することができ、また、ツリー構
造を記録して過去の履歴を残しておくことができるバス
管理方法と装置を提供することを第１の目的とする。

【００１４】また、バスのリセットのタイミングを調整
することにより、データ送信中のバスリセットによる中
断を防止するバス管理方法と装置を提供することを第２
の目的とする。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に成されたもので、次のような構成から成る。すなわ
ち、ネットワークシステムに接続された機器において、
前記ネットワークシステムのネットワーク構成が変更さ
れた場合、変更後のネットワーク構成を示す画像を出力
する第１の出力工程と、変更後のネットワーク構成が、
通信のボトルネックを最小限にした構成であるか判定す
る判定工程と、そうでない場合には、変更後のネットワ
ーク構成に基づいて、通信のボトルネックを最小限にし
た理想的な構成を作成する作成工程と、作成したネット
ワーク構成を示す画像を出力する第２の出力工程とを備
える。あるいは、ネットワークシステムに接続されたバ
ス管理装置であって、前記ネットワークシステムのネッ
トワーク構成が変更された場合、変更後のネットワーク
構成を示す画像を出力する第１の出力手段と、変更後の
ネットワーク構成が、通信のボトルネックを最小限にし
た構成であるか判定する判定手段と、そうでない場合に
は、変更後のネットワーク構成に基づいて、通信のボト
ルネックを最小限にした理想的な構成を作成する作成手
段と、作成したネットワーク構成を示す画像を出力する
第２の出力手段とを備える。

【００１６】あるいは、ネットワークシステムに接続さ
れたコンピュータを、前記ネットワークシステムのネッ
トワーク構成が変更された場合、変更後のネットワーク
構成を示す画像を出力する第１の出力手段と、変更後の
ネットワーク構成が、通信のボトルネックを最小限にし
た構成であるか判定する判定手段と、そうでない場合に
は、変更後のネットワーク構成に基づいて、通信のボト
ルネックを最小限にした理想的な構成を作成する作成手
段と、作成したネットワーク構成を示す画像を出力する
第２の出力手段として機能させるためのコンピュータプ
ログラムを格納するコンピュータ可読の記憶媒体。

【００１７】

【発明の実施の形態】［第１の実施の形態］＜用いられるプリンタの構成＞まず、本実施の形態にお
けるレーザビームプリンタ及びインクジェットプリンタ
の構成について図８〜図１０を参照しながら説明する。
なお、本発明を適用するプリンタは、レーザビームプリ
ンタ及びインクジェットプリンタに限られるものではな
く、他のプリンタ方式のプリンタでも良い。

【００１８】図８はレーザビームプリンタ（ＬＢＰ）の
断面図である。

【００１９】図において、ＬＢＰ本体１５００は、外部
に接続されているホストコンピュータから供給される印
刷情報（文字コード等）やフォーム情報あるいはマクロ
命令等を入力して記憶するとともに、それらの情報に従
って対応する文字パターンやフォームパターン等を作成
し、記録媒体である記録紙等に像を形成する。操作パネ
ル１５０１は、操作のためのスイッチ及びＬＥＤ表示器
等が配されている。プリンタ制御ユニット１０００は、
ＬＢＰ本体１５００全体の制御及びホストコンピュータ
から供給される文字情報を解析する。このプリンタ制御
ユニット１０００は、主に文字情報を対応する文字パタ
ーンのビデオ信号に変換してレーザドライバ１５０２に
出力する。レーザドライバ１５０２は半導体レーザ１５
０３を駆動するための回路であり、入力されたビデオ信
号に応じて半導体レーザ１５０３から発射されるレーザ
光１５０４をオン・オフ切り換えをする。レーザ光１５
０４は回転多面鏡１５０５で左右方向に振らされて静電
ドラム１５０６上を走査露光する。これにより、静電ド
ラム１５０６上には文字パターン静電潜像が形成される
ことになる。この潜像は、静電ドラム１５０６周囲に配
設された現像ユニット１５０７により現像された後、記
録紙に転写される。この記録紙にはカットシートを用
い、カットシート記録紙はＬＢＰ１５００に装着した用
紙カセット１５０８に収納され、給紙ローラ１５０９及
び搬送ローラ１５１０と搬送ローラ１５１１とにより、
装置内に取り込まれて、静電ドラム１５０６に供給され
る。また、ＬＢＰ本体１５００には、図示しないカード
スロットを少なくとも１個以上備え、内蔵フォントに加
えてオプションフォントカード、言語系の異なる制御カ
ード（エミュレーションカード）を接続できるように構
成されている。

【００２０】図９は、本発明を適用可能なインクジェッ
トプリンタ（ＩＪＲＡ）の斜視図である。

【００２１】図において、駆動モータ５０１３の正逆回
転に連動して駆動力伝達ギア５０１１，５００９を介し
て回転するリードスクリュー５００５の螺旋溝５００４
に対して係合するキャリッジＨＣはピン（図示しない）
を有し、矢印ａ，ｂ方向に往復移動される。このキャリ
ッジＨＣには、インクジェットカートリッジＩＪＣが搭
載されている。紙押さえ板５００２は、キャリッジ移動
方向にわたって紙をプラテン５０００に対して押圧す
る。フォトカプラ５００７，５００８は、キャリッジの
レバー５００６のこの域での存在を確認して、モータ５
０１３の回転方向切り換え等を行なうためのホームポジ
ション検知手段として機能する。部材５０１６は、記録
ヘッドの全面をキャップするキャップ部材５０２２を支
持する。このキャップ内を吸引する吸引手段５０１５
は、キャップ内開口５０２３を介して記録ヘッドの吸引
回復を行なう。クリーニングブレード５０１７は、部材
５０１９により前後方向に移動可能となる。本体支持板
５０１８は、上記クリーニングブレ−ド５０１７，部材
５０１９を支持する。レバー５０１２は、吸引回復の吸
引を開始するためのレバーで、キャリッジと係合するカ
ム５０２０の移動に伴って移動し、駆動モータから駆動
力がクラッチ切り換え等の公知の伝達手段で移動制御さ
れる。

【００２２】これらのキャッピング、クリーニング、吸
収回復は、キャリッジがホームポジション側領域にきた
ときにリードスクリュー５００５の作用によってそれら
の対応位置で所望の処理が行なえるように構成されてい
るが、周知のタイミングで所望動作を行なうように構成
されていればよい。

【００２３】図１０は、図９に示したインクジェットプ
リンタの制御構成を説明するブロック図である。図にお
いて、インターフェース１７００は記録信号を入力す
る。ＭＰＵ１７０１はプリンタ全体を制御する。ＲＯＭ
１７０２はＭＰＵ１７０１が実行する制御プログラムや
ホスト印刷情報等を格納する。ＤＲＡＭ１７０３は、各
種データ（上記記録信号やヘッドに供給される記録デー
タ等）を保存しておく。ゲートアレイ１７０４は、記録
ヘッド１７０８に対する出力データの供給制御を行なう
とともに、インタフェース１７００、ＭＰＵ１７０１、
ＤＲＡＭ１７０３間のデータの送信制御も行なう。キャ
リアモータ１７１０は記録ヘッド１７０８を搬送する。
搬送モータ１７０９は記録用紙を搬送する。ヘッドドラ
イバ１７０５は記録ヘッド１７０８を駆動する。モータ
ドライバ１７０６は、搬送モータ１７０９を駆動する。
モータドライバ１７０７はキャリアモータ１７１０を駆
動する。モータドライバ１７０７はキャリアモータ１７
１０を駆動する。

【００２４】このように構成された上記記録装置におい
て、インタフェース１７００を介して後述するホストコ
ンピュータ１００より入力情報が入力されると、ゲート
アレイ１７０４とＭＰＵ１７０１との間で入力情報がプ
リント用の出力情報に変換される。そして、モータドラ
イバ１７０６，１７０７が駆動されるとともに、ヘッド
ドライバ１７０５に送られた出力情報に従って記録ヘッ
ドが駆動され印字が実行される。

【００２５】本実施の形態は、上述したようなプリンタ
及びそれとＩＥＥＥ１３９４シリアルバスで接続された
ホストコンピュータを含むネットワークシステムであ
る。このシステムは、システム構成が変更されてバスリ
セットが起きたときに、バスマネージャからネットワー
クのトポロジマップ及び速度マップを取得し、取得した
トポロジマップ及び速度マップから得られた情報と、変
更後のシステム構成のツリー構造とをプリンタにより出
力するとともに、変更後のシステム構成が理想の構造も
のでなかった場合に、そのシステムの理想のツリー構造
をプリンタに出力する。これにより、プリンタからシス
テム構成のプリント出力されたことで、システム構成に
変更が合ったことを知ることができ、また、理想のツリ
ー構造を知ることができるので、それと実際のシステム
の構成とを対比させることにより、実際のシステムにお
ける接続上の誤りを見いだすことができる。また、実際
のシステム構成が理想的な構成である場合には、それを
印刷物として記録に残すことができる。＜コンピュータシステムの構成＞図１はＩＥＥＥ１３９
４シリアルバスで接続された機器の一例を示した図であ
る。図において、機器Ｄはコンピュータであり、ＩＥＥ
Ｅ１３９４のバス構成管理ノードとして動作する。ま
た、その他の機器Ａ，Ｂ，Ｃ，Ｅ，ＦもＩＥＥＥ１３９
４で接続されている。なお、このバス構成管理ノードと
は、バスの使用権を調整するバスマネージャとは異なる
もので、ルートノードである必要はないが、印刷出力を
行うためにプリンタを使用できる必要がある。

【００２６】図２は、本発明に係るＩＥＥＥ１３９４の
バス構成管理ノードであるコンピュータ１３とプリンタ
７０とをＩＥＥＥ１３９４ケーブル２１で接続した場合
のブロック図である。コンピュータ１３は、図１の機器
Ｄと同一である。また、プリンタ７０は、本実施形態の
ようにＩＥＥＥ１３９４シリアルバスでホストコンピュ
ータ１３に接続されたネットワークシステムの一部であ
っても良いが、セントロニクスインターフェースなどで
コンピュータ１３と接続されたプリンタであっても構わ
ない。この場合には、ホストコンピュータ１３は、ＩＥ
ＥＥ１３９４バスによってその他の機器と接続され、プ
リンタ７０はそのネットワークのノードとはならない。
プリンタ７０がＩＥＥＥ１３９４シリアルバスで接続さ
れている場合には、これから説明するホストコンピュー
タ１３により実行される機能を、プリンタ７０自体が有
していてもよい。

【００２７】ホスト・コンピュータ１３の内部は次のよ
うに構成されている。

【００２８】ＣＰＵ１は、バスリセットが起きたとき、
バスマネージャから新たなシステムのトポロジマップ及
び速度マップを取得して、変更されたツリー構造が理想
的であるか判定するとともに、理想のＩＥＥＥ１３９４
のツリー構造を示す画像データを作成しプリンタへ送信
する。

【００２９】ＲＡＭ２は、プリント・データなどのデー
タやＣＰＵ１により実行されるプログラムを記憶する。
ＲＯＭ３は同じくプログラム等を格納する。オペレータ
がキーボード９を操作すると、キーボード・コントロー
ラ５を介して入力されたデータがＣＰＵ１により読み取
られる。また、何等かの画像を表示する場合には、画像
データがＣＲＴコントローラ６に送られると、そのデー
タに応じたビデオ信号がＣＲＴ１０に送られて画像が表
示される。プログラムやデータをファイルとして記憶す
るために、外部記憶装置１１が備えられている。外部記
憶装置１１は、固定式のハードディスや、リムーバブル
なハードディスク，フレキシブルディスク，光ディスク
や光磁気ディスクなど、媒体を挿抜可能な記憶装置を含
む。外部記憶装置１１は、メモリコントローラ７を介し
て読み出しや書き込みが行われる。ＩＥＥＥ１３９４イ
ンターフェース８は、プリンタ７０と接続するためのイ
ンタフェースである。ファクシミリインターフェース１
２は、公衆回線にファクシミリデータを送信したり、あ
るいは公衆回線からファクシミリデータを受信する。こ
れら各ブロックはシステムバス４により接続される。

【００３０】プリンタ装置７０は、コンピュータとプリ
ンタ装置とのインタフェースであるコントローラ４０
と、コントローラ４０から渡されたデータに従って印刷
を行なうプリンタ・エンジン６２と、両者を接続するた
めの接続部４１とを含む。

【００３１】コントローラ４０は、コンピュータ１３か
ら送られてきたプリント・データ（イメージ・データ）
をプリンタ・エンジン６２に送るためのＣＰＵ３１と、
コントローラ４０を制御するプログラム等が格納されて
いるＲＯＭ３４と、コンピュータ１３とプリンタ７０と
を接続するためのＩＥＥＥ１３９４インタフェース３６
と、コントローラ４０とプリンタ・エンジン６２とのイ
ンタフェースであるビデオ・インタフェース３７と、ホ
スト１３から送られてきたイメージ・データを格納する
ＤＲＡＭ３９とを含む。これら各ブロックはシステム・
バス３５により接続されている。

【００３２】プリンタ・エンジン６２は、メイン・モー
タ５９やスキャナ・モータ６０、定着用ヒータ６１など
の制御及びプリンタの解像度、印字速度の設定を行なう
為のＣＰＵ５１と、コントローラ４０との間でプリンタ
の解像度、印字速度等のプリンタ情報を送受信したり、
コントローラ４０から印刷するイメージ・データを受け
取るためのビデオ・インターフェース５２と、データを
格納するＲＡＭ５３と、プリンタ・エンジン６２を制御
するためのプログラムが格納されているＲＯＭ５４と、
メイン・モータ５９を制御するメイン・モータ・コント
ローラ５６と、レーザ光を主走査方向に走査するための
ポリゴンミラーを駆動するスキャナモータ６０を制御す
るスキャナ・モータ・コントローラ５７と、定着用ヒー
タ６１の温度等を制御する定着用ヒータ・コントローラ
５８と、ビデオ信号に応じて半導体レーザ６４を駆動す
るレーザ・ドライバ６３、レーザドライバ６３に駆動さ
れてレーザ光を発する半導体レーザ６４を含む。各ブロ
ックはシステム・バス５５により接続される。＜バス構成管理ノードによる処理手順＞図４は、本発明
に係るホストコンピュータ１３（機器Ｄ）によりバスリ
セット直後に行われる、バス構成を可視化する処理手順
のフローチャートである。

【００３３】まず、ステップＳ１では、ＩＥＥＥ１３９
４のバス上にバスリセットが発生したか否かを調べる。
バスリセットが発生した場合には、それによりシステム
構成が変更された可能性がある。そこで、ステップＳ２
で、バス・マネージャより変更後のトポロジマップ及び
速度マップを読み出す。図１においては、ルートノード
である機器Ｂがバスマネージャとなる。

【００３４】トポロジマップには、ＩＥＥＥ１３９４バ
スのネットワークにおける各ノードの物理的な識別子を
表すｐｈｙｓｉｃａｌ＿ＩＤ、各ノードの速度機能（１
００，２００，４００Ｍｂｐｓのどこまでの速度をサポ
ートしているかを示す）及びノード内の各ポートの状態
（子ノードに接続されている、親ノードに接続されてい
る、他のノードには接続されていない、このノードには
存在しない）が含まれている。そのため、その情報か
ら、各ノードがリーフか、ブランチか、ルートかを知る
ことができる。

【００３５】速度マップには、２つのノード間でデータ
送信可能な速度情報及びノードの最高速度の情報が含ま
れているので、その情報から各ノードの接続状態やノー
ド間の通信速度を知ることができる。

【００３６】ステップＳ３では、ステップＳ２で読み込
んだトポロジマップ及び速度マップより、全ノードの親
子関係を明確にし、ツリー構造の図（プリントする為の
データ）のプリントデータを作成する。

【００３７】ステップＳ４では、ステップＳ３で作成し
たプリント・データをプリンタへ送信して印刷を行なわ
せる。

【００３８】ステップＳ５では、ツリー構造のチェック
を行い、理想的な構造になっているかどうか調べる。理
想的な構造とは、各ノードが、それが有するデータ送信
能力を出し切ることができるような構成であり、通信の
ボトルネックを最小限に押さえた構成である。ノードが
データ送信能力を出しきれない構成とは、例えば次のよ
うな構成である。

【００３９】２００Ｍｂｐｓの送信能力を有するノード
Ｘと、１００Ｍｂｐｓの送信能力を有するノードＹとが
直接接続され、ノードＹに、更に２００Ｍｂｐｓの送信
能力を有するノードＺが接続されているネットワークを
想定する。この場合、ＸーＹ間，Ｘ−Ｚ間，Ｙ−Ｚ間の
データ送信速度の上限は、中間のノードＹの能力に制限
されてすべて１００Ｍｂｐｓとなる。すなわち、ノード
Ｙがいわゆるボトルネックとなって他のノードの能力を
生かせない状況が生じる。

【００４０】ここで、上記構成におけるノードＹとノー
ドＺとを入れ替えたとすれば、ノードＹがデータの送信
元あるいは送信先となるＸ−Ｙ間及びＹ−Ｚ間の送信速
度は１００Ｍｂｐｓのままだが、Ｘ−Ｚ間の送信速度の
上限は、ノードＹが介在しないために２００Ｍｂｐｓと
なる。このように、ノードを適切に配置することによっ
てボトルネックを解消できる。すなわち、理想的なツリ
ー構造とは、送信能力の高いノード同士が、それより能
力の低いノードの介在なしに直接接続された構造であ
る。ステップＳ５では、現在のツリー構造が理想的であ
るかチェックする。このチェックのために、例えば、現
在のシステムの接続ツリーを、トポロジマップ及び速度
マップを参照してルートノードから各リーフノードに向
けてたどる。そのたどった径路において、データ送信能
力が高いノードから低いノードに順に並ぶようにノード
が接続されていれば、理想的なツリー構造と判定する。

【００４１】ステップＳ６では、ステップＳ５で調べた
結果をテストする。理想的でなければステップＳ７に分
岐する。

【００４２】ステップＳ７では、接続されている機器を
組み替え、理想のツリー構造の図を作り、そのプリント
データを作成する。理想的なツリー構造を作成するため
には、例えば、ステップＳ５で行ったチェックと同様
に、ルートから各リーフに向かうパスをたどり、データ
送信能力が高いノードから低いノードに順に並ぶように
ノードを接続しなおせばよい。ただし、同じ数のポート
を有するノードであれば単純に入れ替えられるが、ポー
トの数が異なれば単純に入れ替えはできない。そのた
め、単純な入れ替えができない場合には、ルートからリ
ーフに至る他のパス上に存在するノードから、入れ替え
られる適当なノードを探し、見つかればノードを入れ替
えて新たなツリー構成とする。

【００４３】ステップＳ８では、ステップＳ７で作成し
たデータをプリンタへ送信して印刷を行わせる。

【００４４】図３（Ａ）は、上記手順で印刷されたバス
リセット後の変更されたツリー構造の例であり、図３
（Ｂ）は理想のツリー構造の例である。図３（Ａ）にお
いて、ツリーノードＢからリーフノードＦへのパスをた
どると、ブランチノードＢとリーフノードＦとの間で送
信能力の逆転が生じている。このパス中にはノードＦと
入れ替えられるノードがないため、他のパス（ノードＢ
−ノードＡ）を調べると、リーフノードＡがリーフノー
ドＦと入れ替えられるノードであることがわかる。そこ
で、それを入れ替えて、図３（Ｂ）の理想的なツリー構
造が得られる。

【００４５】上記の手順により、現在のツリー構造のデ
ータと、現在ネットワークに接続されてるノードを用い
た理想的なツリー構造のデータとを作成し、プリンタに
送信し印刷する。管理者は印刷されたツリー構造を見
て、バスリセットが行われてシステム構成が変わったこ
とを知ることができる。また、システム構成の変更が正
しく（理想的な構造となるように）行われたかを判断す
ることもできる。［第２実施の形態］第２の実施の形態は、ＩＥＥＥ１３
９４で接続されたネットワークシステムである。このシ
ステムにおいては、バス構成管理ノードは、システム構
成が変更されてバスリセットが起きたとき、バスマネー
ジャからトポロジマップ及び速度マップを取得し、取得
したトポロジマップ及び速度マップからバス変更後ツリ
ー構造の絵を作成して、トポロジマップ及び速度マップ
から得られた情報と作成したツリー構造の絵とをファク
シミリでバスの管理者に送る。

【００４６】これにより、誤ってバスの接続がぬけたり
した場合でも、管理者に自動的に知らせが行くので、す
ぐに対応することができる。

【００４７】本実施の形態のネットワークシステムも、
第１の実施の形態と同じく図１に示された構成であり、
また、バス構成管理ノードは図２の構成と同様である。
ただし、本実施の形態では、ファクシミリインターフェ
ース１２を用いる。

【００４８】図５は本実施の形態の装置のフローチャー
トである。

【００４９】ステップＳ１１では、ＩＥＥＥ１３９４の
バス上にバスリセットが発生したか否かを調べる。

【００５０】ステップＳ１２では、バス・マネージャよ
り変更後のトポロジマップ及び速度マップを読み出す。

【００５１】ステップＳ１３では、ステップＳ１２で読
み込んだトポロジマップ及び速度マップより、全ノード
の親子関係を明確にし、ツリー構造の図（ファクシミリ
送信するためのデータ）を作成する。

【００５２】トポロジマップには、ｐｈｙｓｉｃａｌ＿
ＩＤ、各ノードの速度機能（１００，２００，４００Ｍ
ｂｐｓのどこまでの速度をサポートしているかがわか
る）及びノード内の各ポートの状態（子ノードに接続さ
れている、親ノードに接続されている、他のＰＨＹに接
続されていない、このＰＨＹ上には存在しない）が含ま
れているので、各ノードがリーフか、ブランチか、ルー
トかを知ることができる。

【００５３】速度マップには、２つのノード間でデータ
送信可能な速度情報及び、ノードの最高速度の情報が含
まれているので、各ノードの接続状態やノード間の速度
を知ることができる。

【００５４】ステップＳ１４では、ステップＳ１３で作
成したファクシミリデータを、ファクシミリインターフ
ェース（ファクシミリモデム等）１２を用いてシステム
管理者のファクシミリ端末に送信する。この端末の電話
番号は、予めバス構成管理ノードに記憶されている。

【００５５】ステップＳ１５では、ツリー構造のチェッ
クを行い、適切な配置になっているかどうか調べる。

【００５６】ステップＳ１６では、ステップＳ１５で調
べた結果、理想的なツリー構造になっているかチェック
する。

【００５７】ステップＳ１７では、理想のツリー構造に
なっていないので、接続されている機器を組み替えた理
想のツリー構造の図を作り、ファクシミリ送信するため
のデータを作成する。

【００５８】ステップＳ１８では、ステップＳ１７で作
成したファクシミリデータをシステム管理者のファクシ
ミリ端末に送信する。

【００５９】上記の手順によりツリー構造のデータを作
成し、システム管理者のファクシミリ端末に自動的に送
信できるので、管理者が直接監視しなくてもバスの管理
をすることができる。

【００６０】なお、上述の手順によりファクシミリ送信
された画像（ツリー構造の図）は第１の実施の形態と同
じく、図３に示されている。

【００６１】また、本実施の形態ではファクシミリ通信
を用いたが、電子メールを用いることもできる。［第３実施の形態］第３の実施の形態は、ＩＥＥＥ１３
９４シリアルバスで接続されたネットワークシステムに
おいて、バスリセットが起きてシステムの構成が変更さ
れたとき、バス構成管理ノードが、バスマネージャから
トポロジマップ及び速度マップを取得して、取得したト
ポロジマップ及び速度マップを取得した日付を付けて保
存することにより、バス変更履歴を残してバスの管理に
利用することができる。

【００６２】これにより、ＩＥＥＥ１３９４のバスに接
続されている機器の履歴や状況を管理することができ
る。

【００６３】本実施の形態のネットワークシステムも、
第１の実施の形態と同じく図１に示された構成であり、
また、バス構成管理ノードは図２の構成と同様である。

【００６４】図７はバス構成管理ノードであるコンピュ
ータＤによりバスリセット後に行われる処理のフローチ
ャートである。

【００６５】ステップＳ２１では，ＩＥＥＥ１３９４の
バス上にバスリセットが発生したか否かを調べる。

【００６６】ステップＳ２２では、バス・マネージャよ
り変更後のトポロジマップ及び速度マップを読み出す。

【００６７】ステップＳ２３では、バス・マネージャよ
り読み出した、変更後のトポロジマップ及び速度マップ
を日付を付けて、外部記憶装置１１に保存する。

【００６８】ステップＳ２４では、ステップＳ２２で読
み込んだトポロジマップ及び速度マップより、全ノード
の親子関係を明確にし、ツリー構造の図（プリントする
為のデータ）を作成する。

【００６９】トポロジマップには、ｐｈｙｓｉｃａｌ＿
ＩＤ、各ノードの速度機能（１００，２００，４００Ｍ
ｂｐｓＨのどこまでの速度をサポートしているかがわか
る）及びノード内の各ポートの状態（子ノードに接続さ
れている、親ノードに接続されている、他のＰＨＹに接
続されていない、このＰＨＹ上には存在しない）が含ま
れているので、各ノードがリーフか、ブランチか、ルー
トかを知ることができる。速度マップには、２つのノー
ド間でデータ送信可能な速度情報及び、ノードの最高速
度の情報が含まれているので、各ノードの接続状態やノ
ード間の速度を知ることができる。

【００７０】ステップＳ２５では、ステップＳ２４で作
成したプリント・データをプリンタへ送信して印刷を行
なわせる。

【００７１】ステップＳ２６では、過去のバスリセット
があった日付を表示し、過去のツリー構造を調べたい時
には、その日付を入力させる。また、調べる必要がない
ときは日付を入力させない。

【００７２】ステップＳ２７では、ステップＳ２６で入
力された日付の、トポロジマップと速度マップのデータ
からツリー構造の図を作成する。

【００７３】ステップＳ２８では、ステップＳ２７で作
成した図の印刷を行なう。

【００７４】上記手順により印刷した図（ツリー構造の
図）を図６に示す。図６（Ａ）のように、現在のシステ
ム構成の図は第１及び第２の実施の形態と同様に印刷さ
れる。また、指定された日付のシステム構成は、図６
（Ｂ）のように日付入りで印刷される。

【００７５】上記の手順により過去のツリー構造のデー
タを読み出し、ツリー構造の図を作成することにより、
過去の履歴を知ることができる。［第４の実施の形態］第４の実施の形態では、第１乃至
第３の実施の形態と同じく、図１のネットワークシステ
ムにおける図２のバス構成管理ノードにおける処理を説
明する。

【００７６】図１１は第４の実施の形態のバス構成管理
ノードであるコンピュータＤのフローチャートである。

【００７７】ステップＳ１１１では、ＩＥＥＥ１３９４
のパス上にパスリセットが発生したか否かを調べる。

【００７８】ステップＳ１１２では、前回のバスリセッ
ト時に取り込んだ、今回のバスリセットにより変更され
る以前のネットワークシステムのトポロジマップ及び速
度マップが有るか否か誤べる。

【００７９】ステップＳ１１３では、前回のパスリセッ
ト時に取り込んだトポロジマップ及び速度マップを外部
記憶装置１１より読み込む。

【００８０】ステップＳ１１４では、ステップＳ１１３
で読み込んだトポロジマップ及び速度マップより、全ノ
ードの親子関係を明確にし、ツリー構造の図（プリント
する為のデータ）を作成する。

【００８１】トポロジマップには、Ｐｈｙｓｉｃａｌ＿
ＩＤ、各ノードの速度機能（１００，２００，４００Ｍ
ｂｐｓ）及びノード内の各ポートの状態（子ノードに接
続されている、親ノードに接続されている、他のPHYに
接続されていない、このPHY上には存在しない）が含ま
れているので、各ノードがリーフか、ブランチか、ルー
トかを知ることができる。速度マップには、２つのノー
ド間でデータ送信可能な速度情報及び、ノードの最高速
度の情報が含まれているので、各ノードの接続状態やノ
ード間の速度を知ることができる。

【００８２】ステップＳ１１５では、ステップＳ１１４
で作成したプリント・データをプリンタへ送信して印刷
を行なわせる。

【００８３】ステップＳ１１６では、変更後のトポロジ
マップ及び速度マップをパス・マネージャより読みだ
す。

【００８４】ステップＳ１１７では、ステップＳ１１６
で読みだしたトポロジマップ及び速度マップを保存す
る。

【００８５】ステップＳ１１８では、ステップＳ１１６
で読み込んだトポロジマップ及び速度マップより、全ノ
ードの親子関係を明確にし、ツリー構造の図（プリント
する為のデータ）を作成する。

【００８６】ステップＳ１１９では、ステップＳ１１８
で作成したプリント・データをプリンタへ送信して印刷
を行なわせる。

【００８７】上記の手順によりツリー構造のデータを作
成し、プリンタに送信し印刷することにより、ツリー構
造が変更される前と後のツリー構造が印刷されるのでツ
リー構造の確認に便利である。［第５実施の形態］第５の実施の形態では、ＩＥＥＥ１
３９４で接続されたネットワークシステムにおけるノー
ドであるプリンタにツリー構造印刷ボタンを設け、それ
が押されたとき、そのプリンタはパスマネージャからト
ポロジマップ及び速度マップを取得し、取得したトポロ
ジマップ及び速度マップからＩＥＥＥ１３９４のツリー
構造の絵とトポロジマップ及び速度マップから得られた
情報を自動的に印刷する。これにより、ツリー構造を確
認したいとき場合に、ツリーの構造を簡単に印刷するこ
とができる。

【００８８】本発明のネットワークシステム全体のブロ
ック図は、第１実施形態と同じく図１である。しかしな
がら、本実施形態ではホストコンピュータは必要とされ
ず、ネットワークに直接接続されたいわゆるネットワー
クプリンタ自身がバス構成管理ノードとして機能する。
このプリンタの構成を図１２に示す。図２のプリンタ７
０とほぼ同じであるため、図２のプリンタ７０と異なる
点に付いてだけ説明する。

【００８９】まず、インターフェース２１は、プリンタ
をネットワークに接続するために、ＩＥＥＥ１３９４バ
スでなければならない。また、ツリー構造を印刷するた
めの指示を与える構造出力ボタンを含む操作パネル４２
を有している。

【００９０】図１３はプリンタ７０でのフローチャート
である。ステップＳ１２１では、プリンタのパネル４２
上の構造出力ボタンが押されたことを検出する。

【００９１】ステップＳ１２２では、パス・マネージャ
よりトポロジマップ及び速度マップを読みだす。

【００９２】ステップＳ１２３では、ステップＳ１２２
で読み込んだトポロジマップ及び速度マップより、全ノ
ードの親子関係を明確にし、ツリー構造の図をプリント
するためのデータ１を作成する。

【００９３】ステップＳ１２４では、ステップＳ１２３
で作成したプリント・データの印刷を行なう。

【００９４】上記の手順によりツリー構造のデータ作成
し印刷することができるので、ツリー構造の確認に便利
である。［第６の実施の形態］本実施の形態では、本発明の第２
の目的のための、すなわちバスのリセットのタイミング
を調整することにより、データ送信中のバスリセットに
よる中断を防止するためのバス管理方法を説明する。

【００９５】図１４にネットワーク構成の一例を示す。
各機器間を接続するデジタルＩ／ＦとしてＩＥＥＥ１３
９４シリアルバスを用いる。ＩＥＥＥ１３９４シリアル
バスの概要は従来の技術の欄で簡単に説明したが、ここ
でより詳しく説明する。＜ＩＥＥＥ１３９４の技術の概
要＞家庭用デジタルＶＴＲやＤＶＤの登場も伴なって、
ビデオデータやオーディオデータなどのリアルタイムで
かつ高情報量のデータ送信のサポートが必要になってい
る。こういったビデオデータやオーディオデータをリア
ルタイムで送信し、パソコン（ＰＣ）に取り込んだり、
またはその他のデジタル機器に送信を行なうには、必要
な送信機能を備えた高速データ送信可能なインターフェ
イスが必要になってくるものであり、そういった観点か
ら開発されたインタフエースがＩＥＥＥ１３９４−１９
９５(High Performance Serial Bus)である。

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

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

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

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

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

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

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

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

【０１０４】ハードウェア部は実質的なインターフェイ
スチップの部分であり、そのうちフィジカル・レイヤは
符号化やコネクタ関連の制御等を行い、リンク・レイヤ
はパケット送信やサイクルタイムの制御等を行なう。フ
ァームウェア部のトランザクション・レイヤは、送信
（トランザクション）すべきデータの管理を行ない、Ｒ
ｅａｄやＷｒｉｔｅといった命令を出す。シリアルバス
マネージメントは、接続されている各機器の接続状況や
ＩＤの管理を行ない、ネットワークの構成を管理する部
分である。

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

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

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

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

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

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

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

【０１１２】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。＜ノードＩＤ決定のシーケンス＞バスリセットの後、各
ノードは新しいネットワーク構成を構築するために、各
ノードにＩＤを与える動作に入る。このときの、バスリ
セットからノードＩＤ決定までの一般的なシーケンスを
図２２、図２３、図２４のフローチャートを用いて説明
する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１５１】＜システム構成＞次に、図１４のように１
３９４シリアルバスケーブルで各機器が接続されたシス
テムの説明を行なう。図１４でのバス構成は、実線で描
いた１３９４シリアルバスで接続された、記録再生装置
１０１、プリンタ装置１０２、パーソナルコンピュータ
（ＰＣ）１０３で成り立っており、各機器がそれぞれ１
３９４シリアルバスの仕様に基づいたデータ送信が行な
える。ここで、記録再生装置１０１とは動画又は静止画
を記録再生する、デジタルカメラやカメラ一体型デジタ
ルＶＴＲ等である。また、記録再生装置１０１で出力す
る映像データを、プリンタ１０２に直接送信すればダイ
レクトプリントが可能である。また、１３９４シリアル
バスの接続方法は、図１４のような接続に限ったもので
はなく、任意の機器間での接続でバスを構成しても可能
であり、また図１４に示した機器のほかにもデータ通信
機器が接続された構成であってもよい。なお、この図１
４のネットワークは一例とした機器群であって、接続さ
れている機器は、ハードディスクなどの外部記憶装置
や、ＣＤＲ、ＤＶＤ等の１３９４シリアルバスでネット
ワークが構成できる機器なら何であってもよい。

【０１５２】図１４のようなシステムにおける各機器の
構成を図１５を用いて説明する。

【０１５３】＜記録再生装置＞まず、記録再生装置１０
１の記録時、撮像系６０４で撮影した映像信号は、Ａ／
Ｄコンバータ６０５でデジタル化された後、映像信号処
理回路６０６で映像処理される。映像信号処理回路６０
６の出力の一方は撮影中の映像としてＤ／Ａコンバータ
６１１でアナログ信号に戻され、ＥＶＦ６１２で表示さ
れる。その他の出力は、圧縮回路６０７で所定のアルゴ
リズムで圧縮処理され、記録再生系６０８で記録媒体に
記録される。ここで、所定の圧縮処理とは、デジタルカ
メラでは代表的なものとしてＪＰＥＧ方式、家庭用デジ
タルＶＴＲでは帯域圧縮方法としてのＤＣＴ（離散コサ
イン変換）及びＶＬＣ（可変長符号化）に基づいた圧縮
方式、その他としてＭＰＥＧ方式などである。

【０１５４】再生時は、記録再生系６０８が記録媒体か
ら所望の映像を再生する。この時、所望の映像は、操作
部６１０から入力された指示入力を元にして選択され、
システムコントローラ６０９による制御で再生される。
記録媒体から再生された映像データのうち、圧縮状態の
まま送信されるデータはフレームメモリ６１５に出力さ
れる。非圧縮の状態でデータを送信するため再生データ
を伸張するときは、伸張回路７で伸張してメモリ６１３
に出力する。また、再生した映像データをＥＶＦ６１２
で表示するときは、映像データを伸張回路６０７で伸張
し、Ｄ／Ａコンバータ６１１でアナログ信号に戻した後
ＥＶＦ６１２に出力して表示する。

【０１５５】フレームメモリ６１３、およびフレームメ
モリ６１５は、それぞれシステムコントローラ６０９に
て制御されたメモリ制御部６１４、６１６で書き込み／
読み出しの制御がなされて、読み出された映像データは
データセレクタ６１７へと出力される。このとき、フレ
ームメモリ６１３及び６１５の出力は、同時間にはどち
らか一方がデータセレクタ１７に出力されるように制御
される。

【０１５６】システムコントローラ６０９は記録再生装
置１０１内の各部の動作を制御するものであるが、デー
タセレクタ６１７から１３９４インターフェース６２８
を介して１３９４シリアルバスに送り出すことで、プリ
ンタ１０２やＰＣ１０３といった外部に接続された機器
に対して制御コマンドデータを送信することもできる。
また、プリンタ１０２やＰＣ１０３から、記録再生装置
１０１に各種コマンドデータを送信し、データセレクタ
６１７を介してシステムコントローラ６０９に入力し
て、記録再生装置１０１の各部を制御することもでき
る。このうち、プリンタ１０２あるいはＰＣ１０３から
送信された、デコーダの有無やデコーダの種類等を示す
コマンドデータは、要求コマンドとしてシステムコント
ローラ９に入力され、記録再生装置１０１より映像デー
タを送信する際に、圧縮か非圧縮かどちらの映像データ
を送信するかの判断に用いられる。コントローラ６０９
は、この判断結果に応じてメモリ制御部６１４あるいは
６１５にコマンド伝達して、フレームメモリ１３から非
圧縮の映像データを読み出すか、あるいはメモリフレー
ム１５から圧縮された映像データを読み出して外部に送
信する。圧縮あるいは非圧縮の映像データのうちどちら
を送信するかという判断は、プリンタ１０２またはＰＣ
１０３より送信された、それぞれの機器が具備するデコ
ーダの情報に基づいてなされる。コントローラ６０９
は、記録再生装置１０１で圧縮された映像データがデコ
ード可能であると判断すれば圧縮された映像データをメ
モリ６１５から読み出して送信し、デコード不可能と判
断すれば非圧縮の映像データをメモリ６１３から読み出
して送信するよう制御する。

【０１５７】データセレクタ６１７に入力した映像デー
タ及びコマンドデータは、１３９４Ｉ／Ｆ６１８により
１３９４シリアルバスの仕様に基づいてケーブル上に送
出される。そのデータがプリント用映像データならばプ
リンタ１０２が、ＰＣに取り込む映像データならばＰＣ
１０３がそのデータを受信する。コマンドデータも適宜
対象ノードに対して送信される。主に動画や静止画、ま
たは音声といったデータはＩｓｏデータとしてアイソク
ロナス送信方式で送信され、コマンドデータはＡｓｙｎ
ｃデータとしてアシンクロナス送信方式で送信される。
ただし、通常Ｉｓｏデータとして送信されるデータであ
っても、送信状況等に応じてＡｓｙｎｃデータとして送
信した方が都合がいいときはアシンクロナス送信で送っ
てもよい。

【０１５８】＜プリンタ装置＞次にプリンタ１０２の動
作をい説明する。１３９４Ｉ／Ｆ部６１９で受信したデ
ータは、データセレクタ２０で種類毎に分類される。圧
縮された映像データは、復号化回路６２１で伸張された
後、画像処理回路２２で適宜処理がおこなされた後で出
力される。ここで、圧縮映像データの送信元である記録
再生装置１０１は、予め送られている、プリンタ１０２
におけるデコーダの有無や種類等の情報を基にして圧縮
データか、または非圧縮データかを決定してからデータ
を送信している。そのため、圧縮映像データを受信した
場合には、そのデータは、プリンタ１０２が具備する復
号回路６２１により伸張可能である。

【０１５９】送信されてきた映像データが非圧縮データ
である場合は、プリンタ１０２は復号化回路を備えてい
ないか、または備えていても記録再生装置１０１の圧縮
方式に対応できないものである。この場合は復号化回路
６２１では復号は行われず、映像データは直接画像処理
回路６２２に入力される。また、映像データでないプリ
ント用データなど、伸張する必要がないデータのときに
も復号化回路６２１はスルーされる。

【０１６０】画像処理回路６２２に入力されたプリント
用のデータは、プリントに適した画像処理が施されてプ
リント画像データとして形成され、プリンタコントロー
ラ６２６によって制御されるメモリ６２３に格納され
る。このプリント画像データは、プリンタヘッド６２４
に送られてプリントされる。プリンタのヘッド駆動や紙
送り等の駆動はドライバ６２５で行なわれる。ドライバ
６２５やプリンタヘッド６２４の動作制御、およびその
他各部の制御はプリンタコントローラ６２３によって行
われる。

【０１６１】プリンタ操作部６２７は、紙送りや、リセ
ット、インクチェック、プリンタ動作のスタンバイ／開
始／停止等の動作を指示入力するためのものである。そ
の指示入力に応じてプリンタコントローラ６２６は各部
を制御する。

【０１６２】１３９４Ｉ／Ｆ部６１９で受信したデータ
が、プリンタ１０２に対するコマンドデータであったと
きは、データセレクタ６２０からプリンタコントローラ
２０に制御コマンドとして伝達され、プリンタコントロ
ーラ６２６によって情報に対応したプリンタ１０２各部
の制御がなされる。

【０１６３】また、プリンタコントローラ６２６は、プ
リンタ１０２内の復号回路６２１の具備するデコーダの
種類、または復号化回路６２１の有無等の情報を出力し
て、記録再生装置１０１にコマンドデータとして送信す
ることができる。

【０１６４】ここで、復号化回路６２１で復号できる圧
縮方式の一例としてＪＰＥＧ方式が考えられる。ＪＰＥ
Ｇ復号化はソフトウェア的に可能であるので、復号化回
路６２１では、回路内に持つＲＯＭに保持されたＪＰＥ
Ｇ復号化プログラム、あるいは他のノードから送信され
た復号化プログラムなどを、プリンタコントローラ６２
６等が有するプロセッサにより実行して、ソフトウエア
的に復号する構成でよい。記録再生装置１０１が、ＪＰ
ＥＧ方式で圧縮された画像データをプリンタ１０２に送
信し、プリンタ１０２内で復号するようにすれば、非圧
縮データとして送信するより送信効率が良い。また、ソ
フトウェアのデコード処理を用いることで、コスト上の
支障なくプリンタ１０２にデコーダを設けることができ
る。また、復号化回路２１をＪＰＥＧデコード回路（ボ
ード）として備える構成とすることもできる。

【０１６５】このように、記録再生装置１０１からプリ
ンタ１０２に映像データが送信されて印刷されるいわゆ
る所謂ダイレクトプリントでは、ＰＣによる処理を経ず
にプリント処理が可能である。

【０１６６】＜パーソナルコンピュータの構成＞次に、
ＰＣ１０３での処理について説明する。

【０１６７】記録再生装置１０１から送信され、ＰＣの
１３９４Ｉ／Ｆ部６１で受信された映像データは、ＰＣ
１０３内で、ＰＣＩバス６６２をデータ相互伝送のバス
として用いて、各部へ送信される。また、ＰＣ１０３内
の各種コマンドデータ等もこのＰＣＩバス６６２を用い
て各部へ送信される。

【０１６８】ＰＣ１０３では、操作部６６８からの指示
入力と、ＯＳ（オペレーティングシステム）やアプリケ
ーションソフトにしたがって、メモリ６６７を用いなが
ら、ＭＰＵ６６３によって処理がなされる。受信された
映像データはハードディスク６６で記録される。

【０１６９】送信される映像データは、プリンタと同
様、あらかじめ記録再生装置１０１に送っておいた、デ
コーダの有無またはデコーダ種類等の情報を基にして、
圧縮データまたは非圧縮データのいずれかに決定されて
送信されてきたデータである。そのため、送信されてき
た圧縮映像データは、ＰＣ１０３が具備する復号化回路
６６４でデータ伸張可能である。

【０１７０】映像データをディスプレイ６６５で表示す
るときは、圧縮された映像データであれば復号化回路６
６４で復号化されてから、非圧縮の映像データであれば
直接ディスプレイ６５に入力され、Ｄ／Ａ変換された
後、映像表示される。

【０１７１】ＰＣ１０３に設けられた復号化回路６６４
は、ＭＰＥＧ方式等のデコーダボードとしてスロットに
差し込まれた回路基板や、もしくはハードウエア的に本
体に組み込まれた回路、または、メモリ６６７やＲＯＭ
に格納された、ＭＰＥＧ方式やＪＰＥＧ方式その他の復
号プログラムをＭＰＵ６６３で実行することで実現され
る。これらデコーダの種類や有無の情報が、映像データ
の受信に先立って記録再生装置１０１に送信される。

【０１７２】このようにして、送信された映像データは
ＰＣ１０３内に取り込まれ記録、編集、ＰＣから他機器
に送信等がなされる。

【０１７３】このようにして、記録再生装置１０１から
プリンタ１０２またはＰＣ１０３に映像データを送信す
る前に、送信先のプリンタ１０２またはＰＣ１０３から
デコーダの情報をコマンド送信することによって、記録
再生装置１０１は送信先装置がデコードできるときは圧
縮したままの映像データを送信し、デコードできないと
きは非圧縮のデータにした後の映像データを送信する。

【０１７４】＜データ送信＞次に、このときの記録再生
装置１０１の動作をフローチャートにして図１７に示
す。

【０１７５】まずステップＳ１７１において、ユーザは
送信先の機器を指定して、指示に基づいた送信設定を行
う。これによって、ステップＳ１７２において、記録再
生装置１０１から送信先機器に対して、これから送信を
行うことを告げる所定の情報と、送信先機器内に具備す
るデコーダの有無や種類等を示すデコーダ情報を送信す
るように要求するための情報を含んだコマンドを１３９
４バスを用いて送信する。ステップＳ１７２のコマンド
を受けて、送信先の機器は、デコーダ情報を含んだ所定
のコマンドデータを記録再生装置１０１に送信する。ス
テップＳ１７３においては、受信したコマンドにデコー
ダ情報が含まれており、デコーダの存在とその種類を判
別できたときにはステップＳ１７４に移り、また受信し
たコマンド内にデコーダ情報が含まれてなかったとき、
またはデコーダが存在しないという情報が含まれている
ときにはステップＳ１７６に移る。

【０１７６】ここで、送信先の機器から送信元である記
録再生装置１０１に送信されたコマンドデータの内、デ
コーダ情報は、この後圧縮して記録した映像データの送
信を行う際圧縮したまま送信するか、または非圧縮に戻
してから送信するかの判断の材料となるデータである。
換言すると、送信先の機器からすれば圧縮データの送信
を希望するか、または非圧縮データの送信を希望するか
の要求データとしての役割も持つことになる。また、あ
らかじめ送信元の記録再生装置１０１が用いている圧縮
方法の情報を、送信先の機器、例えばＰＣ１０３が事前
通知により知っていれば、ＰＣ１０３内のデコーダ情報
を、映像データを圧縮データとして送信させるか、非圧
縮データとして送信させるかを指令するコマンドとして
用いることも可能になる。

【０１７７】次にステップＳ１７４では、受信したデコ
ーダ情報から判別したデコーダの種類が、記録再生装置
１０１の圧縮伸張回路６０７で用いている圧縮方式に対
応できる種類であるならば、送信先機器内でのデコード
可能と判断してステップＳ１７５に分岐する。ステップ
Ｓ１７５においては、送信先の機器について「デコーダ
有り」と設定する。この設定により、映像データの送信
時に、圧縮された映像データがメモリ１５から１３９４
バス上に送信される。

【０１７８】ステップＳ１７４で判別したデコーダの種
類が、記録再生装置１０１での圧縮方式に対応できない
ものであった場合と、ステップＳ１７３でデコーダ情報
が受信されなかった場合、すなわち送信先機器はデコー
ダを持たないと判断された場合は、ステップＳ１７６に
おいて、送信先の機器について「デコーダ無し」と設定
する。この設定により、映像データの送信時には、非圧
縮の映像データが１３９４バス上に送信される。データ
を圧縮して保持している場合には、記録再生装置１０１
においてその圧縮映像データを伸長し、送信する。

【０１７９】このように、送信先の機器に応じた送信さ
れる映像データの形式を設定した上で、ステップＳ１７
７において、プリントまたはＰＣ取り込み等のため送信
したい映像データを、記録媒体に記録されている映像デ
ータからユーザに選択させる。記録再生装置１０１は選
択された映像データを読み出す。映像データが選択され
ると、ステップＳ１７８において、ユーザからの送信指
令を受け付ける。

【０１８０】次に、ステップＳ１７９において、「デコ
ーダ有り」か「デコーダ無し」か、どちらに設定されて
いるか判定する。ステップＳ１７５でデコーダ有りと設
定されている場合は、ステップＳ１８０で、記録媒体か
ら読み出され圧縮されたままでメモリ１５に格納されて
いる映像データを、メモリ１５から読み出して送信す
る。ステップＳ１７６で「デコーダ無し」と設定されて
いる場合は、ステップＳ１８１で、記録媒体から読み出
され、伸張回路６０７で伸張されてメモリ１３に格納さ
れている非圧縮の映像データを、メモリ１３から読み出
して送信する。なおここでの映像データの送信は１３９
４シリアルバスを用いて、アイソクロナス（またはアシ
ンクロナス）送信方式でパケット送信される。

【０１８１】ステップＳ１８２において所望の映像デー
タの送信が終了すると、ステップＳ１８３において、他
の映像データが選択されているか判断し、他の映像が選
択されているときはステップＳ１７７に戻り、選択され
た映像データの読み出しから繰り返し、他の映像が選択
されていなときはステップＳ１８４に移る。ステップＳ
１８４では、送信先機器の変更が指示されているか判断
し、指示が有ればステップＳ１７１の送信先指定から繰
り返し、指示がなければ、これにて本フローを終了する
ものとする。映像データ送信が指示されれば、ステップ
Ｓ１７１からの処理が繰り返される。

【０１８２】本実施の形態では、記録媒体に圧縮記録し
た映像データを送信する場合を説明しているが、記録し
た映像に限らず、撮像装置より入力した映像データであ
って記録処理が行わなれていない圧縮映像データを送信
する場合であってもよい。

【０１８３】また、上述した記録再生装置は主として動
画及び静止画の映像データに関したものであり、カメラ
一体型ＶＴＲやデジタルカメラを意識したをのである
が、他の記録または再生装置であるのＤＶＤやＭＤ、Ｃ
Ｄ、ＰＣなどのデジタル機器であってもよく、扱うデー
タも映像データに限らず音声データや各種ファイルデー
タなどであっても構わない。

【０１８４】＜バスリセットのシーケンス＞ＩＥＥＥ１
３９４シリアルバスでは、接続されている各機器（ノー
ド）にはノードＩＤが与えられ、ネットワーク構成とし
て認識されている。通常１３９４シリアルバスネットワ
ーク構成に変化があったとき、例えばノードの挿抜や電
源のオン・オフなどによるノード数の増減などによって
変化が生じて、新たなネットワーク構成を認識する必要
があるとき、変化を検知した各ノードはバス上にバスリ
セット信号を送信して、新たなネットワーク構成を認識
するモードに入る。このときの変化の検知方法は、１３
９４ポート基板上でのバイアス電圧の変化を検知するこ
とによって行われる。

【０１８５】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的にすべてのノードがバスリセット信号を検
知した後、バスリセットが起動となる。バスリセット
は、先に述べたようなケーブル挿抜や、ネットワーク異
常等によるハード検出による起動と、ホスト制御などに
よってフィジカルレイヤに直接命令を出すことによって
も起動する。また、バスリセットが起動するとデータ送
信は一時中断され、この間のデータ送信は待たされ終了
後、新しいネットワーク構成のもとで再開される。

【０１８６】本発明に係るバス管理方法では、１３９４
ポート基板上でのバイアス電圧の変化によりネットワー
ク構成の変化を検知したノードは、そのノード自身が何
らかの処理をしていない状態（アイドル状態）であれば
前記のようなバスリセットシーケンスに入り、新たなネ
ットワーク構成を認識するモードに入る。しかしこのノ
ード自身が何等かの処理を行っているのであれば、その
処理が終了するまで他のバスヘのバスリセット信号の送
信を延期し、処理終了後にバスリセット信号をバスへ送
信する。このときの各ノードの動作のフローチャートを
図２５に示す。図２５の手順は、１３９４ポートのバイ
アス電圧の変化により、注目ノードにおいて、そのノー
ドのポートに接続されていたノードが切断されたこと
を、バイアス変化などから検知した時点で開始される。

【０１８７】ステップＳ５０１で、切断されたことが検
知されたポートに接続されていたノードがリーフである
か判定する。もしポートに接続されたノードがリーフで
あれば、ステップＳ５０２で注目ノードで行っているデ
ータ送信等のジョブの終了を待つ。ジョブが終了した
ら、ステップＳ５０３に移行する。ステップＳ５０３で
はリンクレイヤと他ノードヘのリセット信号の伝達を行
う。

【０１８８】ステップＳ５０４では、全ノードのリセッ
ト信号の受信を監視する。ステップＳ５０４でバスリセ
ット信号を全ノードが受信したことを確認してからステ
ップＳ５０５に移行する。ステップＳ５０５でバスリセ
ットを起動する。

【０１８９】一方、切断されたノードがリーフでなけれ
ば、直ちにステップＳ５０３へ分岐し、リセット処理に
進む。

【０１９０】以上のように、本実施形態で説明した１３
９４Ｉ／Ｆを具備する機器は、１３９５Ｉ／Ｆのポート
の切断が検知されても、それに接続されたノードがリー
フノードならば、この機器のジョブ処理を中断すること
のないようにバスリセットのタイミングを遅らせ、ジョ
ブ終了後にバスリセットを行うことができる。

【０１９１】なお、リーフであるかどうかのチェックを
行うのは、切断されたノードがブランチノードであれ
ば、そのブランチノードを含む部分ツリーにルートノー
ドが含まれている可能性が有り、ネットワークを直ちに
復旧する必要があるといった理由からである。

【０１９２】［第７の実施の形態］第７の実施の形態と
して、切断されたノードがリーフであるか否かに関わら
ず、ノードが取り外された場合にはジョブの終了を待っ
てバスリセットを行う例を説明する。

【０１９３】図２７は、その手順を示すフローチャート
である、図２７は、切断されたノードがリーフであるか
否かの判定を除いて、図２４と同一である。

【０１９４】図２６のプリンタを例にとって上記手順を
説明する。

【０１９５】図２６において、図示しないＰＣ等の外部
機器からポート０またはポート１を介して１３９４Ｉ／
Ｆ部７６に映像データが送信される。プリンタコントロ
ーラ１０５は、図示しない外部機器から入力された印字
データを処理してプリンタエンジンに出力する役目を担
う。ＣＰＵ７２は、ＲＯＭ７３に記憶された制御プログ
ラム等に基づいて、システムバス７０に接続される各種
のブロックとのアクセスを統括的に制御する。ＲＡＭ７
４は、ＣＰＵ７２のワークエリアとして使用されるとと
もにプリンタエンジン８０に出力するイメージデータを
展開、記憶する領域等を備えている。フォントＲＯＭ７
８には上記出力情報を生成する領域等を備えている。制
御部７１は専用集積回路（ＡＳＩＣ）等で構成され一連
のデータ処理動作の制御を行う。ジョブ監視部７７は、
プリンタコントローラ上で印刷動作が行われている場合
は、コントローラ上のＢＵＳＹ状態を検知して１３９４
Ｉ／Ｆにジョブ処理中を示すJobSignalをアクティブに
する。

【０１９６】次に、図２８に１３９４Ｉ／Ｆ部のケーブ
ルＰＨＹ部を示しその機能を説明する。ケーブルＰＨＹ
部の主要なコントローラは調停制御部８６で、リンクレ
イヤからの調停リクエスト(PH_ARB.riquest)に応答し、
接続先のポートの状態を変化させる。またパケットの送
信、受信、リピートをするために信号の管理とタイミン
グ調整を行う。またバスリセットと構成の機能も提供す
る。再同期化部８５はデータ信号（Ｄａｔａ＿Ｒｘ）、
ストローブ信号（Ｓｔｒｂ＿Ｒｘ）をデコードし、ロー
カルクロック部８８が供給するローカルの固定周波数ク
ロックを使って、受信したデータを同期化させる。デコ
ード部８９は、パケットデータと調停信号の両方に共通
のインターフェイスをリンクレイヤに提供する。送信の
選択とエンコード部８７は、リピートしたデータと接続
先のリンクレイヤから送信されたデータのセレクタであ
る。また信号送信用のストローブも生成する。ポート出
力制御部８４は、調停制御信号とデータ、ストローブど
ちらの送信をするかを選択する。

【０１９７】図３０は、信号受信部８３の一部を詳細に
示した図である。通常１３９４Ｉ／Ｆでは、接続先のＴ
ＰＡ／ＴＰＡ*のペアから送信されたＴｐＢｉａｓ信号
をＴＰＢ／ＴＰＢ*のペアで受信し、PortStatusコンパ
レータはこの信号を使って、ケーブル接続が存在するか
どうか判断する。図２９にPortStatus信号の条件を示
す。PortStatus信号がディスコネクトであればそのポー
トは切断されていることになる。

【０１９８】図２６のブロック図に示したように、プリ
ンタコントローラ内のシステムで印刷動作等の任意のジ
ョブ処理が行われていると、ジョブ監視部７７でJobSig
nalが生成される。PortStatus制御部１２１は、ジョブ
監視部７７からのJobSignal信号を監視し、この信号が
アクティブの場合はケーブル接続コンパレータ１２０か
らのPortStatus＿Ｘ信号を受信しても調停制御部に即時
にPortStatus信号はださない。ジョブ処理中にPortStat
us＿Ｘ信号を受信した場合は、ジョブ処理が終了したこ
とを確認してからPortStatus信号をアクティブにする。
PortStatus信号は調停制御部８６に伝達され、一連のリ
セット動作が開始される。

【０１９９】図３１にPortStatusの状態遷移図を示しそ
の動作を説明する。

【０２００】ｓｔａｔｅ０でPortStatus＿Ｘ信号とJobS
ignalを監視する。JobSignal＝０でPortStatus＿Ｘ＝１
になった場合はｓｔａｔｅ１に移行する。ｓｔａｔｅ１
ではPortStatus信号をアクティブ“１”に設定してｓｔ
ａｔｅ０に戻る。

【０２０１】JobSignal＝１でPortStatus＿Ｘ＝１にな
った場合はｓｔａｔｅ２に移行する。ｓｔａｔｅ２では
JobSignalが“０”になるのを待っていて、JobSignal＝
０になったらｓｔａｔｅ１に移行する。ｓｔａｔｅ１で
はPortStatus信号をアクティブ“１”に設定してｓｔａ
ｔｅ０に戻る。PortStateが１になれば、調停制御部８
６によりバスリセット手順が開始される。

【０２０２】以上のように、本実施形態で説明した１３
９４Ｉ／Ｆを具備する機器は、１３９５Ｉ／Ｆのポート
の切断が検知されても、この機器のジョブ処理を中断す
ることのないようにバスリセットのタイミングを遅ら
せ、ジョブ終了後にバスリセットを行うことができる。

【０２０３】

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

【０２０４】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても達成される。

【０２０５】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０２０６】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０２０７】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。

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

【０２０９】

【発明の効果】以上説明したように、本発明によれば、
ＩＥＥＥ１３９４のツリー構造が変更された場合、変更
が行われたことと、その変更が正しく行われたかどうか
を管理者に通知することができ、また、ツリー構造を記
録して過去の履歴を残しておくことができる。

【０２１０】また、バスのリセットのタイミングを調整
することにより、データ送信中のバスリセットによる中
断を防止することができる。

【０２１１】

【図面の簡単な説明】

【図１】第１実施の形態のＩＥＥＥ１３９４で接続され
た機器のブロック図である。

【図２】第１実施の形態のコンピュータとプリンタから
なる印刷装置のブロック図である。

【図３】第１の実施の形態のバスリセット時のツリー変
更後と、理想のツリー構造の印刷結果を示す図である。

【図４】第１実施の形態におけるバスリセット後の処理
手順のフローチャートである。

【図５】第２実施の形態におけるバスリセット後の処理
手順のフローチャートである。

【図６】第２実施の形態のバスリセット時のツリー変更
後と、過去のツリー構造の印刷結果を示す図である。

【図７】第３実施の形態におけるバスリセット後の処理
手順のフローチャートである。

【図８】レーザビームプリンタの断面図である。

【図９】インクジェットプリンタの斜視図である。

【図１０】インクジェットプリンタの制御構成を説明す
るブロック図である。

【図１１】第４実施の形態におけるバスリセット後の処
理手順のフローチャートである。

【図１２】第５実施の形態のコンピュータとプリンタか
らなる印刷装置のブロック図である。

【図１３】第５実施の形態の図２のコンピュータのＣＰ
Ｕ１のフローチャートである。

【図１４】第６の実施の形態のネットワーク例を示した
図である。

【図１５】本発明を適用した記録再生装置、プリンタ装
置、ＰＣのブロック図である。

【図１６】従来例で、デジタルカメラ、ＰＣ、プリンタ
をＰＣを中心に接続したときの構成を示すブロック図で
ある。

【図１７】第６の実施の形態の記録再生装置での動作の
フローチャートである。

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

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

【図２０】１３９４シリアルバスのアドレスマップを示
す図である。

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

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

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

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

【図２５】第６の実施の形態におけるポートの切断が検
出されてからバスリセットを行うまでの手順のフローチ
ャートである。

【図２６】１３９４Ｉ／Ｆを備えたプリンタのブロック
図である。

【図２７】第７の実施の形態におけるポートの切断が検
出されてからバスリセットを行うまでの手順のフローチ
ャートである。

【図２８】１３９４Ｉ／Ｆ部のブロック図である。

【図２９】PortStatuの値とその条件を示す表である。

【図３０】信号受信部のブロック図である。

【図３１】PortStatu制御部の状態遷移図である。

【符号の説明】

１ＣＰＵ２ＲＡＭ３ＲＯＭ４システムバス８プリンタインターフェース部１１外部メモリ１２ファクシミリインターフェース１３ホストコンピュータ２１プリンタケーブル３１プリンタＣＰＵ３４プリンタＲＯＭ３５プリンタシステム・バス３６ホストインターフェース部３７ビデオインタフェース３９プリンタＲＡＭ４０コントローラ部６２プリンタエンジン部７０プリンタ７１制御部７２ＣＰＵ７３ＲＯＭ７４ＲＡＭ７６１３９４Ｉ／Ｆ部７７ジョブ監視部８３信号受信部８６調停制御部１２０ケーブル接続コンパレータ１２１ PostStatus制御部

Claims

【特許請求の範囲】

【請求項１】ネットワークシステムに接続された機器
において、前記ネットワークシステムのネットワーク構成が変更さ
れた場合、変更後のネットワーク構成を示す画像を出力
する第１の出力工程と、変更後のネットワーク構成が、通信のボトルネックを最
小限にした構成であるか判定する判定工程と、そうでない場合には、変更後のネットワーク構成に基づ
いて、通信のボトルネックを最小限にした理想的な構成
を作成する作成工程と、作成したネットワーク構成を示す画像を出力する第２の
出力工程とを備えることを特徴とするバス管理方法。
【請求項２】ネットワークシステムに接続された機器
において、前記ネットワークシステムのネットワーク構成が変更さ
れた場合、変更後のネットワーク構成を示す画像を出力
する第１の出力工程と、記憶媒体に記憶された、変更前のネットワーク構成を示
す画像を出力する第２の出力工程と、変更後のネットワーク構成を前記記憶媒体に記憶する記
憶工程とを備えることを特徴とするバス管理方法。
【請求項３】前記ネットワークは、各機器がＩＥＥＥ
１３９４インターフェースで接続されて成ることを特徴
とする請求項１または２に記載のバス管理方法。
【請求項４】前記第１及び第２の出力工程において
は、画像を印刷出力することを特徴とする請求項１また
は２に記載のバス管理方法。
【請求項５】前記第１及び第２の出力工程において
は、画像をファクシミリ送信することを特徴とする請求
項１または２に記載のバス管理方法。
【請求項６】前記第１及び第２の出力工程において
は、画像を電子メール送信することを特徴とする請求項
１または２に記載のバス管理方法。
【請求項７】前記記憶工程は、ネットワーク構成が変
更された日時とともに変更後のネットワーク構成を記憶
し、前記第２の出力工程の前に、前記記憶媒体に記憶さ
れたネットワーク構成を、それとともに記憶された日時
で指定させる指定工程を更に備え、前記第２の出力工程
は、指定された日時のネットワーク構成を表す画像を出
力することを特徴とする請求項１または２に記載のバス
管理方法。
【請求項８】ネットワーク構成を記憶しているバスマ
ネージャを含むネットワークシステムに接続された印刷
装置において、前記バスマネージャからネットワーク構成を読み出す読
み出し工程と、読み出したネットワーク構成を示す画像を印刷出力する
印刷工程とを備えることを特徴とするバス管理方法。
【請求項９】少なくとも１つの他の機器と接続されて
ネットワークを構成する機器において、接続されていた他の機器との接続の切断を検知する検知
工程と、当該機器において処理中のジョブがあればその終了を待
つ待機工程と、接続されている他の機器に、ネットワークを再構成する
信号を送出する送出工程とを備えることを特徴とするバ
ス管理方法。
【請求項１０】前記検知工程により接続されていた他
の機器との接続の切断を検知した後、切断された機器が
ネットワークの末端の機器であるか判定する判定工程を
更に備え、末端の機器であれば前記待機工程に進み、末
端の機器でなければ前記送出工程に進むことを特徴とす
る請求項９に記載のバス管理方法。
【請求項１１】ネットワークシステムに接続されたバ
ス管理装置であって、前記ネットワークシステムのネットワーク構成が変更さ
れた場合、変更後のネットワーク構成を示す画像を出力
する第１の出力手段と、変更後のネットワーク構成が、通信のボトルネックを最
小限にした構成であるか判定する判定手段と、そうでない場合には、変更後のネットワーク構成に基づ
いて、通信のボトルネックを最小限にした理想的な構成
を作成する作成手段と、作成したネットワーク構成を示す画像を出力する第２の
出力手段とを備えることを特徴とするバス管理装置。
【請求項１２】ネットワークシステムに接続されたバ
ス管理装置であって、前記ネットワークシステムのネットワーク構成が変更さ
れた場合、変更後のネットワーク構成を示す画像を出力
する第１の出力手段と、記憶媒体に記憶された、変更前のネットワーク構成を示
す画像を出力する第２の出力手段と、変更後のネットワーク構成を前記記憶媒体に記憶する記
憶手段とを備えることを特徴とするバス管理装置。
【請求項１３】前記ネットワークは、各機器がＩＥＥ
Ｅ１３９４インターフェースで接続されて成ることを特
徴とする請求項１１または１２に記載のバス管理装置。
【請求項１４】前記第１及び第２の出力手段において
は、画像を印刷出力することを特徴とする請求項１１ま
た１は２に記載のバス管理装置。
【請求項１５】前記第１及び第２の出力手段において
は、画像をファクシミリ送信することを特徴とする請求
項１１または１２に記載のバス管理装置。
【請求項１６】前記第１及び第２の出力手段において
は、画像を電子メール送信することを特徴とする請求項
１１または１２に記載のバス管理装置。
【請求項１７】前記記憶手段は、ネットワーク構成が
変更された日時とともに変更後のネットワーク構成を記
憶し、前記第２の出力手段の前に、前記記憶媒体に記憶
されたネットワーク構成を、それとともに記憶された日
時で指定させる指定手段を更に備え、前記第２の出力手
段は、指定された日時のネットワーク構成を表す画像を
出力することを特徴とする請求項１１または１２に記載
のバス管理装置。
【請求項１８】ネットワーク構成を記憶しているバス
マネージャを含むネットワークシステムに接続されたバ
ス管理装置であって、前記バスマネージャからネットワーク構成を読み出す読
み出し手段と、読み出したネットワーク構成を示す画像を印刷出力する
印刷手段とを備えることを特徴とするバス管理装置。
【請求項１９】少なくとも１つの他の機器と接続され
てネットワークを構成するバス管理装置であって、接続されていた他の機器との接続の切断を検知する検知
手段と、当該機器において処理中のジョブがあればその終了を待
つ待機手段と、接続されている他の機器に、ネットワークを再構成する
信号を送出する送出手段とを備えることを特徴とするバ
ス管理装置。
【請求項２０】前記検知手段により接続されていた他
の機器との接続の切断を検知した後、切断された機器が
ネットワークの末端の機器であるか判定する判定手段を
更に備え、末端の機器であれば前記待機手段により待機
し、末端の機器でなければ待機せずに前記送出手段によ
り信号を送出することを特徴とする請求項１９に記載の
バス管理装置。
【請求項２１】ネットワークシステムに接続されたコ
ンピュータを、前記ネットワークシステムのネットワーク構成が変更さ
れた場合、変更後のネットワーク構成を示す画像を出力
する第１の出力手段と、変更後のネットワーク構成が、通信のボトルネックを最
小限にした構成であるか判定する判定手段と、そうでない場合には、変更後のネットワーク構成に基づ
いて、通信のボトルネックを最小限にした理想的な構成
を作成する作成手段と、作成したネットワーク構成を示す画像を出力する第２の
出力手段として機能させるためのコンピュータプログラ
ムを格納するコンピュータ可読の記憶媒体。
【請求項２２】ネットワークシステムに接続されたコ
ンピュータを、前記ネットワークシステムのネットワーク構成が変更さ
れた場合、変更後のネットワーク構成を示す画像を出力
する第１の出力手段と、記憶媒体に記憶された、変更前のネットワーク構成を示
す画像を出力する第２の出力手段と、変更後のネットワーク構成を前記記憶媒体に記憶する記
憶手段と機能させるためのコンピュータプログラムを格
納するコンピュータ可読の記憶媒体。
【請求項２３】前記ネットワークは、各機器がＩＥＥ
Ｅ１３９４インターフェースで接続されて成ることを特
徴とする請求項２１または２２に記載のコンピュータ可
読の記憶媒体。
【請求項２４】前記第１及び第２の出力手段において
は、画像を印刷出力することを特徴とする請求項２１ま
たは２２に記載のコンピュータ可読の記憶媒体。
【請求項２５】前記第１及び第２の出力手段において
は、画像をファクシミリ送信することを特徴とする請求
項２１または２２に記載のコンピュータ可読の記憶媒
体。
【請求項２６】前記第１及び第２の出力手段において
は、画像を電子メール送信することを特徴とする請求項
２１または２２に記載のコンピュータ可読の記憶媒体。
【請求項２７】前記記憶手段は、ネットワーク構成が
変更された日時とともに変更後のネットワーク構成を記
憶し、前記第２の出力手段の前に、前記記憶媒体に記憶
されたネットワーク構成を、それとともに記憶された日
時で指定させる指定手段を更に備え、前記第２の出力手
段は、指定された日時のネットワーク構成を表す画像を
出力することを特徴とする請求項２１または２２に記載
のコンピュータ可読の記憶媒体。
【請求項２８】ネットワーク構成を記憶しているバス
マネージャを含むネットワークシステムに接続されたコ
ンピュータを、前記バスマネージャからネットワーク構成を読み出す読
み出し手段と、読み出したネットワーク構成を示す画像を印刷出力する
印刷手段ととして機能させることを特徴とするコンピュ
ータ可読の記憶媒体。
【請求項２９】少なくとも１つの他の機器と接続され
てネットワークを構成するコンピュータを、接続されていた他の機器との接続の切断を検知する検知
手段と、当該機器において処理中のジョブがあればその終了を待
つ待機手段と、接続されている他の機器に、ネットワークを再構成する
信号を送出する送出手段として機能させることを特徴と
するプログラムを格納するコンピュータ可読の記憶媒
体。
【請求項３０】前記検知手段により接続されていた他
の機器との接続の切断を検知した後、切断された機器が
ネットワークの末端の機器であるか判定する判定手段を
更に備え、末端の機器であれば前記待機手段により待機
し、末端の機器でなければ待機せずに前記送出手段によ
り信号を送出することを特徴とする請求項２９に記載の
コンピュータ可読の記憶媒体。