JP3501707B2 - 情報処理装置及び情報処理システム及びそれらの方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＥＥＥ１３９４等
のインタフェースで接続される複数の情報処理装置から
なる情報処理システム及び該システムに接続される情報
処理装置及びそれらの方法に関する。

【０００２】

【従来の技術】ＩＥＥＥ１３９４のようなインタフェー
スでは、セントロニクスなどのインタフェースのような
ホストとデバイスの１対１接続の形態と異なり、複数の
デバイス、例えばデジタルビデオ（ＤＶ）やデジタルカ
メラ（ＤＣ）、ホストコンピュータ、スキャナ、ＶＴＲ
などが同時に接続されることが可能であり、これら複数
デバイスの接続によるデータ通信ネットワーク等が考え
られている。

【０００３】ＩＥＥＥ１３９４インタフェースの場合、
各機器がノードユニークＩＤを保有することにより各デ
バイスを識別することが可能になっている。このＩＤは
６４ビットで構成され、上位２４ビットがＩＥＥＥによ
り割り当てられる機器のメーカーＩＤであり、下位４０
ビットはメーカーが自由に定めることが可能である。こ
のノードユニークＩＤはメーカー、機種にかかわらず１
デバイスに特定のＩＤを定める様になっている。

【０００４】このようなノードユニークＩＤにより、複
数デバイスが接続されているＩＥＥＥ１３９４ネットワ
ーク上でのデータ通信におけるデバイスの特定が可能に
なる。

【０００５】このような情報を用いて当該ネットワーク
上の複数デバイスを表し、ネットワークにおける機器情
報を表示することにより、ネットワークの使用を管理、
また利便性を向上させるための表示手段などが考えられ
ている。

【０００６】

【発明が解決しようとする課題】さて、このようなネッ
トワークに接続されるデバイスは様々であり、異なるメ
ーカーの不特定多数のデバイスが接続される可能性もあ
る。また、通信制御バスに接続されるデバイスの中には
基本性能向上、機能拡張、または機器構成変更を可能に
するために付属機器が追加装着、脱着できるようなもの
や、モジュラー構造により機器構成を変更可能にするよ
うなデバイスもある。このように異なるメーカーの不特
定多数のデバイスが接続された環境において機器情報を
提示する表示手段を設ける場合、デバイス本体のメーカ
ー名、機種名等の機器情報はノードユニークＩＤ等によ
り判別可能なものの、そのデバイスに装着可能なオプシ
ョン機器の情報や、実際に接続されているオプション機
器の情報を把握することは困難である。

【０００７】また、そのデバイスがネットワークに接続
していない場合（ホスト・デバイス間の１対１の接続の
場合）においても、デバイスに装着可能なオプション機
器に関する情報を把握することはユーザーにとって困難
である。

【０００８】また、上記のような表示手段を設ける場
合、表示上に表されるデバイスと実際に接続されている
実デバイスのマッチングをとることが困難である。すな
わちメーカー名、機種名等の機器情報は上記ノードユニ
ークＩＤによって表示することができるものの、ユーザ
ーはメーカー名、機種名によってデバイスを特定しなけ
ればならなかった。このため、同一メーカーの同一機種
が複数接続されている場合などは、デバイス特定が困難
である。またメーカー名、機種名だけでは、その機器が
どのような機器であるのか、たとえばプリンタなのかデ
ジタルカメラなのかを判断することがユーザにとって困
難な場合もある。

【０００９】また、上記複数デバイスが接続された環境
において、各デバイスの機能情報をデバイスのＩＤとし
て知ることはできるが、予めその機能が知られていない
ようなＩＤを持つ機器については、そのデバイスの持つ
機能を知ることは出来なかった。さらには、ＩＤを元に
した各機器の個別の機能しか知ることができないので、
複数機器を組み合わせることで生じる新たな機能（例え
ば、スキャナとプリンタを組み合わせてコピー機として
機能させる等）をユーザーに知らせることはできなかっ
た。

【００１０】また、ネットワーク上のデバイス間の相対
的な接続関係が表示された場合においても、ユーザーは
ＩＥＥＥ１３９４ネットワークの物理的接続を表示内容
と確認しながらデバイス特定を行なわなければならず、
困難である。

【００１１】また、ネットワークが広範囲で、デバイス
がユーザーの視野範囲外に接続されている場合はなおさ
ら困難である。

【００１２】本発明は上記の問題に鑑みてなされたもの
であり、装置に装着可能な機器に関する情報をユーザー
に知らしめることを可能とすることを目的とする。

【００１３】また、本発明の他の目的は、複数デバイス
が接続された環境において、ユーザーが所望の機能を満
足するデバイスを容易に特定可能とすることにある。

【００１４】また、本発明の他の目的は、複数デバイス
が接続された環境において、複数デバイスの組み合わせ
により実現される新たな機能情報をユーザに提示可能と
し、システムの有効利用を容易とすることにある。

【００１５】

【課題を解決するための手段】上記の目的を達成するた
めの本発明による情報処理装置は例えば以下の構成を備
える。すなわち、情報処理装置であって、外部機器と通
信可能に接続するための通信制御手段と、前記通信制御
手段を介して外部機器によるアクセスが可能な記憶領域
に、前記情報処理装置に未装着であるが装着可能である
機器に関する情報を記憶する記憶手段とを備える。

【００１６】 また、上記の目的を達成するための本発
明の他の形態による情報処理装置は、例えば以下の構成
を備える。すなわち、情報処理装置であって、前記情報
処理装置に未装着であるが装着可能である機器に関する
情報を記憶する記憶手段と、前記記憶手段に記憶されて
いる情報を外部機器に送信する送信手段とを有する。

【００１７】 また、上記の目的を達成するための本発
明の他の態様による情報処理装置は、例えば以下の構成
を備える。すなわち、外部機器と通信可能に接続するた
めの通信制御手段と、前記通信制御手段を介して外部機
器の記憶領域から、該外部機器に未装着であるが装着可
能である機器に関する情報を取得する取得手段と、前記
取得手段で取得した情報に基づいて表示を行う表示制御
手段とを備える。

【００１８】 また、上記の目的を達成するための本発
明の一態様による情報処理システムは、例えば以下の構
成を備える。すなわち、複数の情報処理装置を通信可能
に接続するための通信制御手段と、第１の情報処理装置
において、当該第１の情報処理装置に未装着であるが装
着可能である機器に関する情報を保持する保持手段と、
第２の情報処理装置において、前記通信制御手段を介し
て、前記保持手段により保持された情報を取得する取得
手段と、前記第２の情報処理装置において、前記取得手
段で取得された情報に基づいて表示を制御する表示制御
手段とを備える。

【００１９】 また、上記の目的を達成するための本発
明の一態様による情報処理方法は、外部機器と通信可能
な情報処理装置の制御方法であって、外部機器の記憶領
域から、該外部機器に未装着であるが装着可能である機
器に関する情報を取得する取得工程と、前記取得工程で
取得した情報に基づいて、前記外部機器に未装着である
が装着可能である機器に関する情報の表示を行う表示制
御工程とを備える。

【００２０】 また、上記の目的を達成するための本発
明の一態様による記憶媒体は、外部機器と通信可能な情
報処理装置を制御する制御プログラムを格納した記録媒
体であって、該制御プログラムが、外部機器の記憶領域
から、該外部機器に未装着であるが装着可能である機器
に関する情報を取得する取得工程のコードと、前記取得
工程で取得した情報に基づいて表示を行う表示制御工程
のコードとを備える。

【００２１】

【発明の実施の形態】以下、添付の図面を参照して本発
明の好適な実施形態を説明する。まず、本実施形態にお
いて採用するＩＥＥＥ１３９４について説明する。

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

【００２３】図１に１３９４シリアルバスを用いて構成
されるネットワークシステムの例を示す。このシステム
は機器ＡからＨを備え、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ
間、Ｄ−Ｅ間、Ｃ−Ｆ間、Ｃ−Ｇ間、およびＣ−Ｈ間が
それぞれ１３９４シリアルバス用のツイストペアケーブ
ルで接続されている。これらの機器ＡからＨの例として
は、パソコンなどのホストコンピュータ装置、および、
コンピュータ周辺機器である。コンピュータ周辺機器と
しては、ディジタルＶＣＲ、ＤＶＤプレーヤ、ディジタ
ルスチルカメラ、ハードディスクや光ディスクなどのメ
ディアを用いる記憶装置、ＣＲＴやＬＣＤのモニタ、チ
ューナ、イメージスキャナ、フィルムスキャナ、プリン
タ、ＭＯＤＥＭ、ターミナルアダプタ（ＴＡ）などコン
ピュータ周辺機器のすべてが対象になる。なお、プリン
タの記録方式は、レーザビームやＬＥＤを用いた電子写
真方式、インクジェット方式、インク溶融型や昇華型の
熱転写方式、感熱記録方式など、どんな方式でも構わな
い。

【００２４】各機器間の接続は、ディジーチェーン方式
とノード分岐方式との混在が可能であり、自由度の高い
接続を行うことができる。また、各機器はそれぞれＩＤ
を有し、互いにＩＤを認識し合うことによって、１３９
４シリアルバスで接続された範囲において、一つのネッ
トワークを構成している。例えば、各機器間をそれぞれ
一本の１３９４シリアルバス用ケーブルでディジーチェ
ーン接続するだけで、それぞれの機器が中継の役割を担
うので、全体として一つのネットワークを構成すること
ができる。

【００２５】また、１３９４シリアルバスはPlug and P
lay機能に対応し、１３９４シリアルバス用ケーブルを
機器に接続するだけで自動的に機器を認識し、接続状況
を認識する機能を有している。また、図１に示すような
システムにおいて、ネットワークからある機器が外され
たり、または新たに加えられたときなど、自動的にバス
をリセット（それまでのネットワークの構成情報をリセ
ット）して、新たなネットワークを再構築する。この機
能によって、その時々のネットワークの構成を常時設
定、認識することができる。

【００２６】また、１３９４シリアルバスのデータ転送
速度は、１００／２００／４００Ｍｂｐｓが定義されて
いて、上位の転送速度をもつ機器が下位の転送速度をサ
ポートすることで、互換性が保たれている。データ転送
モードとしては、コントロール信号などの非同期データ
を転送する非同期（Asynchronous）転送モード（ＡＴ
Ｍ）と、リアルタイムなＡＶデータ等の同期データを転
送する同期（Isochronous）転送モードがある。この非
同期データと同期データは、各サイクル（通常１２５μ
Ｓ／サイクル）の中で、サイクル開始を示すサイクルス
タートパケット（ＣＳＰ）の転送に続き、同期データの
転送を優先しつつ、サイクル内で混在して転送される。

【００２７】図２は１３９４シリアルバスの構成例を示
す図である。１３９４シリアルバスはレイヤ構造で構成
されている。図２に示すように、コネクタポート８１０
には、１３９４シリアルバス用のケーブル８１３の先端
のコネクタが接続される。コネクタポート８１０の上位
には、ハードウェア部８００で構成されるフィジカルレ
イヤ８１１とリンクレイヤ８１２がある。ハードウェア
部８００はインタフェイス用チップで構成され、そのう
ちフィジカルレイヤ８１１は符号化やコネクション関連
の制御等を行い、リンクレイヤ８１２はパケット転送や
サイクルタイムの制御等を行う。

【００２８】ファームウェア部８０１のトランザクショ
ンレイヤ８１４は、転送（トランザクション）すべきデ
ータの管理を行い、Read、Write、Lockの命令を出す。
ファームウェア部８０１のマネージメントレイヤ８１５
は、１３９４シリアルバスに接続されている各機器の接
続状況やＩＤの管理を行い、ネットワークの構成を管理
する。上記のハードウェアとファームウェアまでが、１
３９４シリアルバスの実質的な構成である。

【００２９】また、ソフトウェア部８０２のアプリケー
ションレイヤ８１６は、利用されるソフトによって異な
り、インタフェイス上でどのようにしてデータを転送す
るかは、プリンタやＡＶ／Ｃプロトコルなどのプロトコ
ルによって定義される。

【００３０】図３は１３９４シリアルバスにおけるアド
レス空間の一例を示す図である。１３９４シリアルバス
に接続された各機器（ノード）には必ずノードに固有の
６４ビットアドレスをもたせる。そして、このアドレス
は機器のメモリに格納されていて、自分や相手のノード
アドレスを常時認識することで、通信相手を指定したデ
ータ通信を行うことができる。

【００３１】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス設定は、最初の１０ビットがバスの番号の指定用に、
次の６ビットがノードＩＤの指定用に使われる。

【００３２】それぞれの機器内で使用される４８ビット
のアドレスについても、２０ビットと２８ビットに分け
られ、２５６Ｍバイト単位の構造をもって利用される。
最初の２０ビットのアドレス空間のうち０〜０ｘＦＦＦ
ＦＤはメモリ空間、０ｘＦＦＦＦＥはプライベート空
間、０ｘＦＦＦＦＦはレジスタ空間とそれぞれ呼ばれ
る。プライベート空間は機器内で自由に利用できるアド
レスであり、レジスタ空間にはバスに接続された機器間
で共通な情報が置かれ、各機器間のコミュニケーション
に使われる。

【００３３】レジスタ空間の、最初の５１２バイトには
ＣＳＲアーキテクチャのコアになるレジスタ（ＣＳＲコ
ア）が、次の５１２バイトにはシリアルバスのレジスタ
が、その次の１０２４バイトにはコンフィグレーション
ＲＯＭがそれぞれ配置される。また、それらの残りはユ
ニット空間であり、機器固有のレジスタが配置される。

【００３４】一般的には異種バスシステムの設計の簡略
化のため、ノードは初期ユニット空間の最初の２０４８
バイトだけを使うべきであり、この結果としてＣＳＲコ
ア、シリアルバスのレジスタ、コンフィグレーションＲ
ＯＭおよびユニット空間の最初の２０４８バイトを合わ
せて４０９６バイトで構成することが望ましい。

【００３５】以上が、１３９４シリアルバスの概要であ
る。次に、１３９４シリアルバスの特徴をより詳細に説
明する。

【００３６】＜１３９４シリアルバスの詳細＞ ［１３９４シリアルバスの電気的仕様］図４は１３９４
シリアルバス用のケーブルの断面を示す図である。１３
９４シリアルバス用ケーブルには、二組のツイストペア
信号線の他に、電源ラインが設けられている。これによ
って、電源を持たない機器や、故障などにより電圧が低
下した機器にも電力の供給が可能になる。電源線により
供給される直流電力の電圧は８〜４０Ｖ、電流は最大電
流１．５Ａに規定されている。なお、ＤＶケーブルと呼
ばれる規格では、電源ラインを省いた四線で構成され
る。

【００３７】［ＤＳ−Ｌｉｎｋ方式］図５は１３９４シ
リアルバスで採用されている、データ転送方式のＤＳ−
Ｌｉｎｋ（Data/Strobe Link）方式を説明するための図
である。

【００３８】ＤＳ−Ｌｉｎｋ方式は、高速なシリアルデ
ータ通信に適し、二組の信号線を必要とする。つまり、
二組のより対線のうち一組でデータ信号を送り、もう一
組でストローブ信号を送る構成になっている。受信側で
は、このデータ信号と、ストローブ信号との排他的論理
和をとることによってクロックを生成することができる
という特徴がある。この効果としては、（１）ＤＳ−Ｌ
ｉｎｋ方式を用いると、データ信号中にクロック信号を
混入させる必要がないので他のシリアルデータ転送方式
に比べて転送効率が高いこと、（２）クロック信号を生
成できるので位相ロックドループ（ＰＬＬ）回路が不要
になり、その分コントローラＬＳＩの回路規模を小さく
することができること、さらに、（３）転送すべきデー
タが無いときにアイドル状態であることを示す情報を送
る必要が無いので、各機器のトランシーバ回路をスリー
プ状態にすることができ、消費電力の低減が図れるこ
と、などが挙げられる。

【００３９】［バスリセットのシーケンス］１３９４シ
リアルバスに接続されている各機器（ノード）にはノー
ドユニークＩＤ（以下、ノードＩＤともいう）が与えら
れ、ネットワークを構成するノードとして認識される。
例えば、ネットワーク機器の接続分離や電源のオン／オ
フなどによるノード数の増減、つまりネットワーク構成
に変化があり、新たなネットワーク構成を認識する必要
が生じたとき、その変化を検知した各ノードはバス上に
バスリセット信号を送信して、新たなネットワーク構成
を認識するモードに入る。このネットワーク構成の変化
の検知は、コネクタポート８１０においてバイアス電圧
の変化を検知することによって行われる。

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

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

【００４２】図６は、バスリセット信号の発生から、ノ
ードＩＤが決定し、データ転送が行えるようになるまで
の一連のシーケンス例を示すフローチャートである。各
ノードは、ステップＳ１０１でバスリセット信号の発生
を常時監視し、バスリセット信号が発生するとステップ
Ｓ１０２に移り、ネットワーク構成がリセットされた状
態において新たなネットワーク構成を得るために、互い
に直結されているノード間で親子関係が宣言される。そ
してステップＳ１０３の判定により、すべてのノード間
で親子関係が決ったと判定されるまでステップＳ１０２
が繰り返される。

【００４３】親子関係が決定するとステップＳ１０４へ
進みルート（root）ノードが決定され、ステップＳ１０
５で各ノードにＩＤを与えるノードＩＤの設定作業が行
われる。ルートノードから所定のノード順にノードＩＤ
の設定が行われ、ステップＳ１０６の判定により、すべ
てのノードにＩＤが与えられたと判定されるまでステッ
プＳ１０５が繰り返される。

【００４４】ノードＩＤの設定が終了すると、新しいネ
ットワーク構成がすべてのノードにおいて認識されたこ
とになるのでノード間のデータ転送が行える状態にな
り、ステップＳ１０７でデータ転送が開始されるととも
に、シーケンスはステップＳ１０１へ戻り、再びバスリ
セット信号の発生が監視される。

【００４５】図７はバスリセット信号の監視（Ｓ１０
１）からルートノードの決定（Ｓ１０４）までの詳細例
を示すフローチャート、図８はノードＩＤ設定（Ｓ１０
５,Ｓ１０６）の詳細例を示すフローチャートである。

【００４６】図７において、ステップＳ２０１でバスリ
セット信号の発生が監視され、バスリセット信号が発生
すると、ネットワーク構成は一旦リセットされる。次
に、ステップＳ２０２で、リセットされたネットワーク
構成を再認識する作業の第一歩として、各機器はフラグ
ＦＬをリーフノードであることを示すデータでリセット
する。そして、ステップＳ２０３で、各機器はポート
数、つまり自分に接続されている他ノードの数を調べ、
ステップＳ２０４で、ステップＳ２０３の結果に応じ
て、これから親子関係の宣言を始めるために、未定義
（親子関係が決定されていない）ポートの数を調べる。
ここで、未定義ポート数は、バスリセットの直後は他機
器が接続されているポート数に等しいが、親子関係が決
定されて行くにしたがって、ステップＳ２０４で検知さ
れる未定義ポートの数は減少する。

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

【００４８】一方、ステップＳ２０３でポート数が「２
以上」であったノード、つまりブランチノードは、バス
リセットの直後は「未定義ポート数＞１」であるからス
テップＳ２０６へ進み、フラグＦＬにブランチノードを
示すデータをセットし、ステップＳ２０７で他ノードか
ら親子関係が宣言されるのを待つ。他ノードから親子関
係が宣言され、それを受けたブランチノードはステップ
Ｓ２０４に戻り、未定義ポート数を確認する。もし未定
義ポート数が「１」になっていれば残るポートに接続さ
れた他ノードに対して、ステップＳ２０５で「自分は
子、相手は親」の親子関係を宣言することができる。ま
た、未だ未定義ポート数が「２以上」あるブランチノー
ドは、ステップＳ２０７で再び他ノードから親子関係が
宣言されるのを待つことになる。

【００４９】何れか一つのブランチノード（または例外
的に、子宣言を行えるのにもかかわらず、すばやく動作
しなかったリーフノード）の未定義ポート数が「０」に
なると、ネットワーク全体の親子関係の宣言が終了した
ことになり、未定義ポート数が「０」になった唯一のノ
ード、つまりすべてノードに対する親に決定されたノー
ドは、ステップＳ２０８でフラグＦＬにルートノードを
示すデータをセットし、ステップＳ２０９でルートノー
ドとして認識される。

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

【００５１】次に、各ノードにＩＤを与える手順を説明
するが、最初にＩＤの設定を行うことができるのはリー
フノードである。そして、リーフ→ブランチ→ルートの
順に若い番号（ノード番号: ０）からＩＤを設定する。

【００５２】図８のステップＳ３０１で、フラグＦＬに
設定されたデータを基にノードの種類、つまりリーフ、
ブランチおよびルートに応じた処理に分岐する。

【００５３】まずリーフノードの場合は、ステップＳ３
０２でネットワーク内に存在するリーフノードの数（自
然数）を変数Ｎに設定した後、ステップＳ３０３で各リ
ーフノードがルートノードに対して、ノード番号を要求
する。この要求が複数ある場合、ルートノードはステッ
プＳ３０４でアービトレーションを行い、ステップＳ３
０５である一つのノードにノード番号を与え、他のノー
ドにはノード番号の取得失敗を示す結果を通知する。

【００５４】ステップＳ３０６の判断により、ノード番
号を取得できなかったリーフノードは、再びステップＳ
３０３でノード番号の要求を繰り返す。一方、ノード番
号を取得できたリーフノードは、ステップＳ３０７で、
取得したノード番号を含むＩＤ情報をブロードキャスト
することで全ノードに通知する。ＩＤ情報のブロードキ
ャストが終わるとステップＳ３０８で、リーフ数を表す
変数Ｎがデクリメントされる。そして、ステップＳ３０
９の判定により変数Ｎが「０」になるまでステップＳ３
０３からＳ３０８の手順が繰り返され、すべてのリーフ
ノードのＩＤ情報がブロードキャストされた後、ステッ
プＳ３１０へ進んで、ブランチノードのＩＤ設定に移
る。

【００５５】ブランチノードのＩＤ設定もリーフノード
とほぼ同様に行われる。まず、ステップＳ３１０でネッ
トワーク内に存在するブランチノードの数（自然数）を
変数Ｍに設定した後、ステップＳ３１１で各ブランチノ
ードがルートノードに対して、ノード番号を要求する。
この要求に対してルートノードは、ステップＳ３１２で
アービトレーションを行い、ステップＳ３１３で、ある
一つのブランチノードにリーフノードに続く若い番号を
与え、ノード番号を取得できなかったブランチノードに
は取得失敗を示す結果を通知する。

【００５６】ステップＳ３１４の判定により、ノード番
号の取得に失敗したことを知ったブランチノードは、再
びステップＳ３１１でノード番号の要求を繰り返す。一
方、ノード番号を取得できたブランチノードはステップ
Ｓ３１５で、取得したノード番号を含むＩＤ情報をブロ
ードキャストすることで全ノードに通知する。ＩＤ情報
のブロードキャストが終わるとステップＳ３１６で、ブ
ランチ数を表す変数Ｍがデクリメントされる。そして、
ステップＳ３１７の判定により、変数Ｍが「０」になる
までステップＳ３１１からＳ３１６の手順が繰返され
る。こうして、すべてのブランチノードのＩＤ情報がブ
ロードキャストされた後、ステップＳ３１８へ進んで、
ルートノードのＩＤ設定に移る。

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

【００５８】以上で、すべてのノードのＩＤが設定され
るまでの手順が終了する。次に、図９に示すネットワー
ク例を用いてノードＩＤ決定のシーケンスの具体的な手
順を説明する。

【００５９】図９に示すネットワークは、ルートである
ノードＢの下位にはノードＡとノードＣが直結され、ノ
ードＣの下位にはノードＤが直結され、ノードＤの下位
にはノードＥとノードＦが直結された階層構造を有す
る。この、階層構造やルートノード、ノードＩＤを決定
する手順は以下のようになる。

【００６０】バスリセットが発生した後、各ノードの接
続状況を認識するために、各ノードの直結されているポ
ート間において、親子関係の宣言がなされる。ここでい
う親子とは、階層構造の上位が「親」、下位が「子」と
いう意味である。図９では、バスリセットの後、最初に
親子関係を宣言したのはノードＡである。前述したよう
に、一つのポートだけが接続されたノード（リーフ）か
ら親子関係の宣言を開始することができる。これは、ポ
ート数が「１」であればネットワークツリーの末端、つ
まりリーフノードであることが認識され、それらリーフ
ノードの中で最も早く動作を行ったノードから親子関係
が決定されて行くことになる。こうして親子関係の宣言
を行ったノードのポートが、互いに接続された二つのノ
ードの「子」と設定され、相手ノードのノードが「親」
と設定される。こうして、ノードＡ−Ｂ間、ノードＥ−
Ｄ間、ノードＦ−Ｄ間で「子−親」の関係が設定され
る。

【００６１】さらに、階層が一つ上がって、複数のポー
トをもつノード、つまりブランチノードのうち他ノード
から親子関係の宣言を受けたノードから順次、上位のノ
ードに対して親子関係を宣言する。図９ではまずノード
Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係が決定された後、ノード
ＤがノードＣに対して親子関係を宣言し、その結果、ノ
ードＤ−Ｃ間で「子−親」の関係が設定される。ノード
Ｄから親子関係の宣言を受けたノードＣは、もう一つの
ポートに接続されているノードＢに対して親子関係を宣
言し、これによってノードＣ−Ｂ間で「子−親」の関係
が設定される。

【００６２】このようにして、図９に示すような階層構
造が構成され、最終的に接続されているすべてのポート
において親となったノードＢが、ルートノードと決定さ
れる。なお、ルートノードは一つのネットワーク構成中
に一つしか存在しない。また、ノードＡから親子関係を
宣言されたノードＢが、速やかに、他のノードに対して
親子関係を宣言した場合は、例えばノードＣなどの他の
ノードがルートノードになる可能性もあり得る。すなわ
ち、親子関係の宣言が伝達されるタイミングによって
は、どのノードもルートノードになる可能性があり、ネ
ットワーク構成が同一であっても、特定のノードがルー
トノードになるとは限らない。

【００６３】ルートノードが決定されると、各ノードＩ
Ｄの決定モードに入る。すべてのノードは、決定した自
分のＩＤ情報を、他のすべてのノードに通知するプロー
ドキャスト機能をもっている。なお、ＩＤ情報は、ノー
ド番号、接続されている位置の情報、もっているポート
の数、接続のあるポートの数、各ポートの親子関係の情
報などを含むＩＤ情報としてブロードキャストされる。

【００６４】ノード番号の割当ては、前述したようにリ
ーフノードから開始され、順に、ノード番号＝０，１，
２，…が割当てられる。そしてＩＤ情報のブロードキャ
ストによって、そのノード番号は割当て済みであること
が認識される。

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

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

【００６７】［ノード管理のための制御情報］ノード管
理を行うためのＣＳＲアーキテクチャの基本的な機能と
して、図３に示したＣＳＲコアがレジスタ上に存在す
る。それらレジスタの位置と機能を図１０に示すが、図
中のオフセットは０ｘＦＦＦＦＦ０００００００からの
相対位置である。

【００６８】ＣＳＲアーキテクチャでは、０ｘＦＦＦＦ
Ｆ００００２００からシリアルバスに関するレジスタが
配置されている。それらのレジスタの位置と機能を図１
１に示す。

【００６９】また、０ｘＦＦＦＦＦ００００８００から
始まる場所には、シリアルバスのノード資源に関する情
報が配置されている。それらのレジスタの位置と機能を
図１２に示す。

【００７０】ＣＳＲアーキテクチャでは、各ノードの機
能を表すためコンフィグレーションＲＯＭをもっている
が、このＲＯＭには最小形式と一般形式があり、０ｘＦ
ＦＦＦＦ００００４００から配置される。最小形式では
図１３に示すようにベンダＩＤを表すだけであり、この
ベンダＩＤは２４ビットで表される全世界で固有の値で
ある。

【００７１】一般形式では、図１４のような形式でノー
ドに関する情報を持っている。この場合のベンダＩＤは
root directoryに持つことができる。また、バス情報ブ
ロック（Bus Info Block）とルートリーフ（Root Lea
f）には、デバイスを識別する手段として各機器がノー
ドユニークＩＤを保有することが可能になっている。こ
のＩＤは６４ビットで構成され、上位２４ビットがＩＥ
ＥＥにより割り当てられる機器のメーカーＩＤであり、
下位４８ビットはメーカーが自由に定めることが可能で
ある。このノードユニークＩＤはメーカー、機種にかか
わらず、１デバイスに全世界で固有な特定のＩＤ（装置
番号）を定める様になっている。この装置番号は、バス
リセットなどの再構成後に継続してノードを認識するた
めに使用する。

【００７２】なお、一般形式のコンフィグレーションＲ
ＯＭにおいて、Bus Info Blockには１３９４のＡＳＣＩ
Ｉコードと、ノードがアイソクロナス資源管理、サイク
ル・マスタ、バス・マネージャの能力を持っているかの
情報が含まれる。また、RootDirectoryには、ベンダＩ
Ｄとノードの機能を表わす情報が含まれる。また、Unit
Directoryには、ユニットの種類と、ドライバソフトの
バージョンを表わす情報が含まれる。

【００７３】また、Root Directoryにはノードデバイス
の基本的な情報を保存することが可能である。

【００７４】デバイスがサポートするソフトウェアユニ
ットに関する情報はRoot Directoryからオフセットされ
るサブディレクトリ(unit directory)に保有することが
可能である。通常このディレクトリには、ＩＥＥＥ１３
９４においてデバイス間のデータ通信を行なうためのデ
ータ転送プロトコルやコマンドセットに関する情報が保
有される。

【００７５】この他にコンフィギュレーションＲＯＭに
はデバイス固有の情報(node dependent info)を保有す
ることが出来るように定められている。この情報はroot
directoryからオフセットされるサブディレクトリの形
でノードデイペンデントディレクトリ(node dependent
info directory)として保有される。

【００７６】また、デバイスがサポートする他の機能、
それに付随する情報を格納するためのサブディレクトリ
(Instance Directory)を設ける等の拡張も可能となって
いる。

【００７７】これらＲＯＭに格納するデータはそれぞれ
あらかじめ定められたフォーマットと法則に従いキーヴ
ァリユー(keyvalue)が割り振られており、このキーヴァ
リユーをデコードすることにより情報の種類を見分ける
ことが可能となる。

【００７８】なおコンフィギュレーションＲＯＭのこれ
以上の構造はＩＳＯ／ＩＥＣ１３２１３，ＩＥＥＥＳｔ
ｄ１２１２、及びＩＥＥＥＳｔｄ１３９４−１９９５に
記述されているため、ここでは割愛する。

【００７９】［シリアルバス管理］１３９４シリアルバ
スのプロトコルは、図２に示したように、フィジカルレ
イヤ８１１、リンクレイヤ８１２およびトランザクショ
ンレイヤ８１４から構成されている。この中で、バス管
理は、ＣＳＲアーキテクチャに基づくノードの制御とバ
ス資源管理のための基本的な機能を提供している。

【００８０】バス管理を行うノード（以下「バス管理ノ
ード」と呼ぶ）は、同一バス上に唯一存在し、シリアル
バス上の他のノードに管理機能を提供するが、この管理
機能にはサイクルマスタの制御や、性能の最適化、電源
管理、伝送速度管理、構成管理などがある。

【００８１】バス管理機能は、バスマネージャ、同期
（アイソクロノス）リソースマネージャおよびノード制
御の三つの機能に大きく別けられる。ノード制御は、Ｃ
ＳＲによってフィジカルレイヤ８１１、リンクレイヤ８
１２、トランザクションレイヤ８１４およびアプリケー
ションにおけるノード間通信を可能にする管理機能であ
る。同期リソースマネージャは、シリアルバス上で同期
型のデータ転送を行うために必要になる管理機能で、同
期データの転送帯域幅とチャネル番号の割当てを管理す
るものである。この管理を行うためにバス管理ノード
は、バスの初期化後に、同期リソースマネージャ機能を
もつノードの中から動的に選出される。

【００８２】また、バス上にバス管理ノードが存在しな
い構成では、電源管理やサイクルマスタの制御のような
バス管理の一部の機能を同期リソースマネージャ機能を
もつノードが行う。さらにバス管理は、アプリケーショ
ンに対してバス制御のインタフェイスを提供するサービ
スを行う管理機能であり、その制御インタフェイスには
シリアルバス制御要求（SB_CONTROL.request）、シリア
ルバスイベント制御確認（SB_CONTROL.confirmatio
n）、シリアルバスイベント通知（SB_EVENT.indicatio
n）がある。

【００８３】シリアルバス制御要求は、バスのリセッ
ト、バスの初期化、バスの状態情報などを、アプリケー
ションからバス管理ノードに要求する場合に利用され
る。シリアルバスイベント制御確認は、シリアルバス制
御要求の結果で、バス管理ノードからアプリケーション
に確認通知される。シリアルバスイベント通知は、バス
管理ノードからアプリケーションに対して、非同期に発
生されるイベントを通知するためのものである。

【００８４】［データ転送プロトコル］１３９４シリア
ルバスのデータ転送は、周期的に送信する必要のある同
期データ（同期パケット）と、任意タイミングのデータ
送受信が許容される非同期データ（非同期パケット）と
が同時に存在し、なおかつ、同期データのリアルタイム
性を保証している。データ転送では、転送に先立ってバ
ス使用権を要求し、バスの使用許可を得るためのバスア
ービトレーションが行われる。

【００８５】非同期転送においては、送信ノードＩＤお
よび受信ノードＩＤが転送データと一緒にパケットデー
タとして送られる。受信ノードは、自分のノードＩＤを
確認してパケットを受取るとアクノリッジ信号を送信ノ
ードに返すことで、一つのトランザクショが完了する。

【００８６】同期転送においては、送信ノードが伝送速
度とともに同期チャネルを要求し、チャネルＩＤが転送
データと一緒にパケットデータとして送られる。受信ノ
ードは、所望するチャネルＩＤを確認してデータパケッ
トを受取る。必要になるチャネル数と伝送速度はアプリ
ケーションレイヤ８１６で決定される。

【００８７】これらのデータ転送プロトコルは、フィジ
カルレイヤ８１１、リンクレイヤ８１２およびトランザ
クションレイヤ８１４の三つのレイヤによって定義され
る。フィジカルレイヤ８１１は、バスとの物理的・電気
的インタフェイス、ノード接続の自動認識、ノード間の
バス使用権のバスアービトレーションなどを行う。リン
クレイヤ８１２は、アドレッシング、データチェック、
パケット送受信、そして同期転送のためのサイクル制御
を行う。トランザクションレイヤ８１４は、非同期デー
タに関する処理を行う。以下、各レイヤにおける処理に
ついて説明する。

【００８８】［フィジカルレイヤ］次に、フィジカルレ
イヤ８１１におけるバスアービトレーションを説明す
る。

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

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

【００９１】バスの使用権の要求を受けたルートノード
は、どのノードにバスの使用権を与えるかを決める。こ
のアービトレーション作業はルートノードのみが行える
ものであり、アービトレーションに勝ったノードにはバ
スの使用許可が与えるられる。図１６は、ノードＣにバ
スの使用許可が与えられ、ノードＦのバスの使用権の要
求は拒否された状態を示している。

【００９２】ルートノードは、バスアービトレーション
に負けたノードに対してはＤＰ（data prefix）パケッ
トを送り、そのバスの使用権の要求が拒否されたことを
知らせる。バスアービトレーションに負けたノードのバ
スの使用権の要求は、次回のバスアービトレーションま
で待たされることになる。

【００９３】以上のようにして、アービトレーションに
勝ってバス使用の許可を得たノードは、以降、データ転
送を開始することができる。ここで、バスアービトレー
ションの一連の流れを図１７に示すフローチャートによ
り説明する。

【００９４】ノードがデータ転送を開始できるために
は、バスがアイドル状態であることが必要である。先に
開始されたデータ転送が終了し、現在、バスがアイドル
状態にあることを確認するためには、各転送モードで個
別に設定されている所定のアイドル時間ギャップ長（例
えば、サブアクションギャップ）の経過を検出し、所定
のギャップ長が検出された場合、各ノードはバスがアイ
ドル状態になったと判断する。各ノードは、ステップＳ
４０１で、非同期データ、同期データなどそれぞれ転送
するデータに応じた所定のギャップ長が検出されたか否
かを判断する。所定のギャップ長が検出されない限り、
転送を開始するために必要なバス使用権を要求すること
はできない。

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

【００９６】ルートノードは、ステップＳ４０４でバス
の使用権を要求する信号を一つ以上受信したら、ステッ
プＳ４０５で使用権を要求したノードの数を調べる。ス
テップＳ４０５の判定により、使用権を要求したノード
が一つだったら、そのノードに、直後のバス使用許可が
与えられることになる。また、使用権を要求したノード
が複数だったら、ステップＳ４０６で直後のバス使用許
可を与えるノードを一つに絞るアービトレーション作業
が行われる。このアービトレーション作業は、毎回同じ
ノードばかりにバスの使用許可を与えるようなことはな
く、平等にバスの使用許可を与えるようになっている
（フェア・アービトレーション）。

【００９７】ルートノードの処理は、ステップＳ４０７
で、ステップＳ４０６のアービトレーションに勝った一
つのノードと、敗れたその他のノードとに応じて分岐す
る。アービトレーションに勝った一つのノード、または
バスの使用権を要求したノードが一つの場合は、ステッ
プＳ４０８でそのノードに対してバスの使用許可を示す
許可号が送られる。この許可信号を受信したノードは、
直後に転送すべきデータ（パケット）の転送を開始する
（ステップＳ４１０）。また、アービトレーションに敗
れたノードにはステップＳ４０９で、バス使用権の要求
が拒否されたことを示すＤＰ（data prefix）パケット
が送られる。ＤＰパケットを受取ったノードの処理は、
再度、バスの使用権を要求するためにステップＳ４０１
まで戻る。ステップＳ４１０におけるデータの転送が完
了したノードの処理もステップＳ４０１へ戻る。

【００９８】［トランザクションレイヤ］トランザクシ
ョンの種類には、リードトランザクション、ライトトラ
ンザクションおよびロックトランザクションの三種類が
ある。

【００９９】リードトランザクションでは、イニシエー
タ（要求ノード）がターゲット（レスポンスノード）の
メモリの特定アドレスからデータを読取る。ライトトラ
ンザクションでは、イニシエータがターゲットのメモリ
の特定アドレスにデータを書込む。また、ロックトラン
ザクションでは、イニシエータからターゲットに参照デ
ータと更新データを転送する。その参照データは、ター
ゲットのアドレスのデータと組み合わされて、ターゲッ
トの特定のアドレスを指示する指定アドレスになる。そ
して、この指定アドレスのデータが更新データにより更
新される。

【０１００】図１８はトランザクションレイヤ８１４に
おけるＣＳＲアーキテクチャに基づくリード、ライト、
ロックの各コマンドの要求・レスポンスプロトコルを示
す図で、図に示す要求、通知、レスポンスおよび確認
は、トランザクションレイヤ８１４でのサービス単位で
ある。

【０１０１】トランザクション要求（TR_DATA.reques
t）はレスポンスノードに対するパケットの転送、トラ
ンザクション通知（TR_DATA.indication）はレスポンス
ノードに要求が届いたことの通知、トランザクションレ
スポンス（TR_DATA.response）はアクノリッジの送信、
トランザクション確認（TR_DATA.confirmation）はアク
ノリッジの受信である。

【０１０２】［リンクレイヤ］図１９はリンクレイヤ８
１２におけるサービスを示す図で、レスポンスノードに
対するパケットの転送を要求するリンク要求（LK_DATA.
request）、レスポンスノードにパケット受信を通知す
るリンク通知（LK_DATA.indication）、レスポンスノー
ドからのアクノリッジ送信のリンクレスポンス（LK_DAT
A.response）、要求ノードのアクノリッジ送信のリンク
確認（LK_DATA.confirmation）のサービス単位に分けら
れる。一つのパケット転送プロセスはサブアクションと
呼ばれ、非同期サブアクションと同期サブアクションの
二つの種類がある。以下では、各サブアクションの動作
について説明する。

【０１０３】［非同期サブアクション］非同期サブアク
ションは非同期データ転送である。図２０は非同期転送
における時間的な遷移を示す図である。図２０に示す最
初のサブアクションギャップは、バスのアイドル状態を
示すものである。このアイドル時間が所定値になった時
点で、データ転送を希望するノードがバス使用権を要求
し、バスアービトレーションが実行される。

【０１０４】バスアービトレーションによりバスの使用
が許可されると、次に、データがパケット転送され、こ
のデータを受信したノードは、ＡＣＫギャップという短
いギャップの後、受信確認用返送コードＡＣＫを返して
レスポンスするか、レスポンスパケットを返送すること
でデータ転送が完了する。ＡＣＫは４ビットの情報と４
ビットのチェックサムからなり、成功、ビジー状態また
はペンディング状態であることを示す情報を含み、すぐ
にデータ送信元のノードに返される。

【０１０５】図２１は非同期転送用パケットのフォーマ
ットを示す図である。パケットには、データ部および誤
り訂正用のデータＣＲＣのほかにヘッダ部があり、その
ヘッダ部には目的ノードＩＤ、ソースノードＩＤ、転送
データ長や各種コードなどが書込まれている。

【０１０６】また、非同期転送は送信ノードから受信ノ
ードへの一対一の通信である。送信元ノードから送り出
されたパケットは、ネットワーク中の各ノードに行き渡
るが、各ノードは自分宛てのパケット以外は無視するの
で、宛先に指定されたノードだけがそのパケットを受取
ることになる。

【０１０７】［スプリットトランザクション］トランザ
クションレイヤ８１４におけるサービスは、図１８で示
したトランザクション要求およびトランザクションレス
ポンスのセットで行われる。ここで、ターゲット（レス
ポンスノード）のリンクレイヤ８１２およびトランザク
ションレイヤ８１４における処理が充分高速であれば、
要求とレスポンスをリンクレイヤ８１２のそれぞれ独立
したサブアクションで処理せず、一つのサブアクション
で処理することが可能になる。しかし、ターゲットの処
理速度が遅い場合は、要求とレスポンスを個別のトラン
ザクションで処理する必要がある。そして、この動作を
スプリットトランザクションと呼ぶ。

【０１０８】図２２はスプリットトランザクションの動
作例を示す図で、イニシエータ（要求ノード）のコント
ローラからのライト要求に対して、ターゲットはペンデ
ィングを返す。これにより、ターゲットは、コントロー
ラのライト要求に対する確認情報を返すことができ、デ
ータを処理するための時間を稼ぐことができる。そし
て、データ処理に充分な時間が経過した後、ターゲット
は、ライトレスポンスをコントローラに通知してライト
トランザクションを終了させる。なお、このときの要求
とレスポンスのサブアクションの間には、他のノードに
よるリンクレイヤ８１２の操作が可能である。

【０１０９】図２３はスプリットトランザクションを行
う場合の転送状態の時間的遷移例を示す図で、サブアク
ション１は要求サブアクションを、サブアクション２は
レスポンスサブアクションをそれぞれ表している。

【０１１０】サブアクション１で、イニシエータはライ
ト要求を表すデータパケットをターゲットに送り、これ
を受けたターゲットはアクノリッジパケットにより上記
の確認情報を示すペンディングを返すことで要求サブア
クションが終了する。

【０１１１】そして、サブアクションギャップが挿入さ
れた後、サブアクション２で、ターゲットはデータパケ
ットが無データであるライトレスポンスを送り、これを
受けたイニシエータはアクノリッジパケットでコンプリ
ートレスポンスを返すことでレスポンスサブアクション
が終了する。

【０１１２】なお、サブアクション１の終了からサブア
クション２の開始に至る時間は、最小はサブアクション
ギャップに相当する時間であり、最大はノードに設定さ
れた最大待ち時間まで伸ばすことが可能である。

【０１１３】［同期サブアクション］１３９４シリアル
バスの最大の特徴であるともいえるこの同期転送は、と
くにＡＶデータなどのリアルタイム転送を必要とするデ
ータの転送に適している。また、非同期転送が一対一の
転送であるのに対し、この非同期転送はブロードキャス
ト機能によって、一つの送信元ノードから他のすべての
ノードへ一様にデータを転送することができる。

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

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

【０１１６】同期転送によるパケット送信に先立ち、非
同期転送と同様に、バスアービトレーションが行われ
る。しかし、非同期転送のように一対一の通信ではない
ので、同期転送には受信確認用の返送コードのＡＣＫは
存在しない。

【０１１７】また、図２４に示したｉｓｏギャップ（同
期ギャップ）は、同期転送を行う前にバスがアイドル状
態であることを確認するために必要なアイドル期間を表
している。この所定のアイドル期間を検出したノード
は、バスがアイドル状態にあると判断し、同期転送を行
いたい場合はバス使用権を要求するのでバスアービトレ
ーションが行われることになる。

【０１１８】図２５は同期転送用のパケットフォーマッ
ト例を示す図である。各チャネルに分けられた各種のパ
ケットには、それぞれデータ部および誤り訂正用のデー
タＣＲＣのほかにヘッダ部があり、そのヘッダ部には図
２６に示すような、転送データ長、チャネル番号、その
他各種コードおよび誤り訂正用のヘッダＣＲＣなどが書
込まれている。

【０１１９】［バス・サイクル］実際に、１３９４シリ
アルバスにおいては、同期転送と非同期転送が混在でき
る。図２７は同期転送と非同期転送が混在するときの転
送状態の時間的遷移を示す図である。

【０１２０】ここで、前述したように同期転送は非同期
転送より優先して実行される。その理由は、ＣＳＰの
後、非同期転送を起動するために必要なアイドル期間の
ギャップ（サブアクションギャップ）よりも短いギャッ
プ（アイソクロナスギャップ）で、同期転送を起動でき
るからである。従って、非同期転送より同期転送は優先
して実行されることになる。

【０１２１】図２７に示す一般的なバスサイクルにおい
て、サイクル＃ｍのスタート時にＣＳＰがサイクルマス
タから各ノードに転送される。ＣＳＰによって、各ノー
ドの動作が同期され、所定のアイドル期間（同期ギャッ
プ）を待ってから同期転送を行おうとするノードはバス
アービトレーションに参加し、パケット転送に入る。図
２７ではチャネルｅ、チャネルｓおよびチャネルｋが順
に同期転送されている。

【０１２２】このバスアービトレーションからパケット
転送までの動作を、与えられているチャネル分繰り返し
行った後、サイクル＃ｍにおける同期転送がすべて終了
すると、非同期転送を行うことができるようになる。つ
まり、アイドル時間が、非同期転送が可能なサブアクシ
ョンギャップに達することによって、非同期転送を行い
たいノードはバスアービトレーションに参加する。ただ
し、非同期転送が行えるのは、同期転送の終了から、次
のＣＳＰを転送すべき時間（cycle synch）までの間
に、非同期転送を起動するためのサブアクションギャッ
プが検出された場合に限られる。

【０１２３】図２７に示すサイクル＃ｍでは、三つのチ
ャネル分の同期転送の後、非同期転送によりＡＣＫを含
む２パケット（パケット１、パケット２）が転送されて
いる。この非同期パケット２の後、サイクルｍ＋１をス
タートすべき時間（cycle synch）に至るので、サイク
ル＃ｍにおける転送はこれで終わる。ただし、非同期ま
たは同期転送中に次のＣＳＰを送信すべき時間（cycle
synch）に至ったら、転送を無理に中断せず、その転送
が終了した後にアイドル期間を経て次の同期サイクルの
ＣＳＰを送信する。すなわち、一つの同期サイクルが１
２５μＳ以上続いたときは、その延長分、次の同期サイ
クルは基準の１２５μＳより短縮される。このように同
期サイクルは１２５μＳを基準に超過、短縮し得るもの
である。

【０１２４】しかし、同期転送はリアルタイム転送を維
持するために、必要であれば毎サイクル実行され、非同
期転送は同期サイクル時間が短縮されたことによって次
以降の同期サイクルに延期されることもある。サイクル
マスタは、こういった遅延情報も管理する。

【０１２５】＜デバイスマップ＞デバイスマップを作成
するためにアプリケーションが１３９４ネットワークの
トポロジーを知る手段として、ＩＥＥＥ１３９４規格上
は以下の手段がある。尚、トポロジーとは、バスにつな
がる各ノードの接続状況を表わすもので、図１に示され
るノードの接続状況を表わす情報である。 １．バスマネージャーの保持するトポロジーマップ情報
をリードする ２．バスリセット時にセルフＩＤパケットから推定す
る。

【０１２６】しかし、上記１、２の手段では、各ノード
の親子関係によるケーブル接続順のトポロジーは判明す
るものの、ノードが配置されている物理的な位置関係を
示す情報を知ることはできない（実装されていないポー
トまで見えてしまう、といった問題もある）。

【０１２７】また、デバイスマップを作成するための情
報を、コンフィギュレーションＲＯＭ以外のデータベー
スとして持つ、といった手段もあるが、その場合、各種
情報を得る手段はデータベースアクセス、データ転送等
のプロトコルに依存してしまう。

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

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

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

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

【０１３２】＜第１の実施形態＞次に、第１の実施形態
における１３９４デバイスであるインクジェットプリン
タについて、１３９４シリアルバスインターフェース部
の構成を中心に説明する。

【０１３３】図２８は、１３９４インターフェースを装
着したデバイスの一例であるインクジェットプリンタを
表す。本デバイスは、プリントヘッド１０、２０が脱着
可能となっており、オプションのスキャナヘッドユニッ
ト３０が装着可能になっている。これにより本プリンタ
はスキャナーとしての機能を追加することが可能となっ
ている。

【０１３４】また、プリントヘッドが装着されている場
合、インクカートリッジが交換可能となっており、カラ
ーインクを具備したカラーインクジェットカートリッジ
（ＣＩＪＣ）１０と、ブラックインクのみを具備したモ
ノクロインクジェットカートリッジ（ＭＩＪＣ）２０が
用意されている。

【０１３５】また、本プリンタには自動的に複数枚の紙
を給紙可能とするオートシートフィーダ４０が装着可能
である。現在印字されている、すなわちプラテン上にあ
る紙が排紙されようとする際、オートシートフィーダ４
０は次の紙をプリンタの給紙挿入口にガイドする。プリ
ンタは排紙後、給紙挿入口のペーパーセンサにより紙を
検出すると、次の紙をプラテンにセットするべく給紙を
行う。オートシートフィーダ４０のペーパートレイには
紙残量センサが装着されており、シートフィーダーにセ
ットされている紙量が所定の量よりも減少した場合に
は、センサーが反応する。

【０１３６】本プリンタに装着可能なオートシートフィ
ーダは２種類用意されており、給紙可能な紙のサイズに
より使い分けられる。Ａ４サイズの紙を給紙するために
ＡＳＦ−Ａ４、Ａ３サイズの紙の給紙を行なうためのＡ
ＳＦ−Ａ３が存在する。

【０１３７】図２９はインクジェットプリンタのシステ
ムを説明するブロック図である。

【０１３８】図２９において２７０１はホストコンピュ
ータの記録信号を入力するインターフェース部、２７０
２はＭＰＵ、２７０３はＭＰＵ２７０２が実行する制御
プログラムやホスト印刷情報を格納するＲＯＭ、２７０
４はＲＡＭで各種データ（上記記録信号やヘッドに供給
される記録データ等）を保存しておく。２７０５は記録
ヘッド２７０６に対する出力データの供給制御を行うゲ
ートアレーであり、インターフェース２７０１、ＭＰＵ
２７０２、ＲＡＭ２７０４間のデータの転送制御も行
う。

【０１３９】２７０６は、図２８で説明したプリントヘ
ッドであり、２７０７は記録用紙搬送のための紙搬送モ
ータ、２７０８はプリントヘッド２７０６を搬送するた
めのヘッド搬送モータである。また、２７０９はプリン
トヘッドを駆動するヘッドドライバ、２７１０は搬送モ
ータ２７０７を駆動するモータドライバ、２７１１はキ
ャリアモータ２７０７を駆動するモータドライバであ
る。

【０１４０】本インクジェットプリンタはＩＥＥＥ１３
９４シリアルバスを用いて機器間の接続が行われる。１
３９４シリアルバスのインターフェースを行うブロック
（以下１３９４Ｉ／Ｆブロック）は、図２９中のインタ
ーフェース部２７０１である。

【０１４１】次に、１３９４Ｉ／Ｆブロックの構成につ
いて説明する。図３０は１３９４Ｉ／Ｆブロックの基本
構成ブロック図である。図３０に示される構成は、イン
ターフェース部２７０１の一部である。

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

【０１４３】２８０１はプリンタ本体とのインターフェ
ースを行い、ＰＨＹＩＣのデータ転送をコントロールす
るリンクレイヤー制御ＩＣ（ＬＩＮＫＩＣ）であり、前
述の＜ＩＥＥＥ１３９４の概要＞におけるリンクレイヤ
の機能を実現する。本ＩＣが備える主な機能としては、
ＰＨＹＩＣ２８０２を介する送信／受信データを一時格
納する送受信ＦＩＦＯ、送信データのパケット化機能、
ＰＨＹＩＣ２８０２が受信データが本ノードアドレス、
またはアイソクロナス転送データの場合は割り当てられ
たチャンネル向けのものであるかの判定機能、またその
データのエラーチェックを行うレシーバー機能、そして
プリンタ本体とのインターフェースを行う機能がある。

【０１４４】また、図３０において、２８０３はコンフ
ィギュレーションＲＯＭであり、各機器固有の識別、通
信条件等が格納されている。本ＲＯＭのデータフォーマ
ットは＜ＩＥＥＥ１３９４の技術の概要＞で説明したよ
うにＩＥＥＥ１２１２並びにＩＥＥＥ１３９４規格で定
められたフォーマットに準じている。

【０１４５】本実施形態のインクジェットプリンタは図
２９に示す様なコンフィグレーションＲＯＭを装備して
おり、この形式は上述の図１４で説明した形式に準ずる
ものである。

【０１４６】各デバイスのソフトウェアユニット情報は
ユニットディレクトリ（Unit Directories）に、ノード
固有の情報はノードディペンデントインフォディレクト
リ（Node dependent info directory）に保存されてい
る。

【０１４７】また、プリンタ機能、スキャナ機能といっ
た各デバイスが現在の構成でサポートする基本機能、ま
たその基本機能に付随する詳細情報はRoot Directoryか
らオフセットされるサブディレクトリであるところのイ
ンスタンスディレクトリ（Instance Directory）に保有
することが可能となっている。

【０１４８】インスタンスディレクトリの構成について
説明する。インスタンスディレクトリには、あらかじめ
クラス分けされたプロトコルに依存しないデバイスの機
能カテゴリーを元に、本デバイスがサポートする基本機
能情報が格納される。単機能のデバイスの場合には基本
機能情報は１つであり、複数機能をサポートするデバイ
スの場合には、それらの機能が列挙される。

【０１４９】列挙された各機能には、それぞれ対応する
ファンクションセットディレクトリ（Function Set Dir
ectory）が設けられる。ファンクションセットディレク
トリには、それぞれの機能に対応したソフトウェア情報
を保存するユニットディレクトリへのポインタ情報が保
存されるとともに、それぞれの機能に関する固有な詳細
情報を保有するためのフィーチャディレクトリ（Featur
e Directory）へのポインタが保存される。

【０１５０】＜ＩＥＥＥ１３９４の概要＞で説明したよ
うに１３９４シリアルバスのアドレス設定のうち、最後
の２８ビットはシリアルバスに接続される他のデバイス
からアクセス可能な、各機器の固有データの領域として
確保されている。図３２は本実施形態のインクジェット
プリンタにおける、固有データの領域（２８ビットのア
ドレス空間）のメモリマップを示す図である。前述のコ
ンフィギュレーションＲＯＭは図中４００ｈ番地から８
００ｈ番地の領域に配置されている。

【０１５１】８００ｈ番地以降の領域は各プリンタ本体
の固有の動作に関連するレジスタが配置されている。こ
れらレジスタは物理的にはそれぞれのプリンタの制御部
分であり、図２９中のＡＳＩＣに配置される。

【０１５２】アドレス１０００番地以降にプリンタの動
作状態がモニタ可能であるステータスレジスタ群、また
は制御可能であるコントロールレジスタ群が配置されて
いる。図中にはこれらレジスタ群（ステータスレジスタ
群、コントロールレジスタ群）の一部を表示している。

【０１５３】上記構成のインクジェットプリンタをＩＥ
ＥＥ１３９４を介してホストパソコンへ接続した場合の
様子を説明する。なお、この時本インクジェットプリン
タには前述のプリントヘッドとカラーインクジェットカ
ートリッジがセットされており、Ａ３サイズの紙が給紙
可能なオートシードフィーダーＡＳＦ−Ａ３が装着され
ているとする。

【０１５４】両デバイスを接続後、コンピュータ、パソ
コン双方の電源をオンにするとＩＥＥＥ１３９４の特性
により、バスリセットが起こる。

【０１５５】まず、両デバイスはバスリセットを起点に
自動的にノードＩＤの割り当てを行なうためにバスリセ
ットのシーケンス、ノードＩＤ決定のシーケンスが開始
される。このシーケンスの詳細については上記＜ＩＥＥ
Ｅ１３９４の概要＞の［バスリセットのシーケンス］、
［ノードＩＤ決定のシーケンス］の項で説明したとおり
である。

【０１５６】上記シーケンスを経てノードＩＤの割り当
てが決定し、１３９４バスの初期化ルーチンが終了す
る。この場合、パソコンがルートノードとなったとす
る。

【０１５７】その後、パソコンが、接続されているプリ
ンタの情報を得たいタイミング（例えばユーザーによる
１３９４にて接続されたデバイスの情報が要求された
時）に、接続されているノードに対して相手ノードのコ
ンフィグレーションＲＯＭの読み出しを行なう。この様
子を図１８に示す。具体的には相手ノードに対するＩＥ
ＥＥ１３９４のリードトランズアクションを使用するこ
とにより、そのリードレスポンスとして相手ノードのＲ
ＯＭの内容が返ってくる。

【０１５８】上述のように、本プリンタのＲＯＭにはイ
ンスタンスディレクトリ、ファンクションセットディレ
クトリ、フィーチャディレクトリが格納されている。本
実施形態のインクジェットプリンタが備えるコンフィグ
レーションＲＯＭのデータ構成例を図３３に示す。

【０１５９】コンピュータはまずRoot Directoryに保存
されている通信に最低限必要なバスに関する基本的な情
報を読み出す。次に、該デバイスのメーカー名やモデル
名に関する情報を読み出す。ＲＯＭを読み出す過程でイ
ンスタンスディレクトリ（Instance Directory）を発見
するとその内容を読み出す。本実施形態では、このイン
スタンスディレクトリには、本デバイスの基本機能テゴ
リー情報が対応keyvalue値“９９”と共に格納されてい
る。本実施形態のインクジェットプリンタの場合は“プ
リンタ”を意味する値“Printer”が基本機能情報とし
て格納されている。コンピュータはこの情報を読み取る
ことにより、接続されたデバイスがプリンタであること
を認識する。

【０１６０】さらに、本プリンタのＲＯＭには、“プリ
ンタ”と記された基本機能に対応するファンクションセ
ットディレクトリ（Function Set Directory）が設けら
れている。このファンクションセットディレクトリに
は、本プリンタ機能をアクセスするために必要なソフト
ウェア情報を保存するユニットディレクトリへのポイン
タ情報が保存されるとともに、それぞれの機能に関する
固有な詳細情報を保有するためのフィーチャディレクト
リ（Feature Directory）へのポインタが保存される。
コンピュータはこれら情報を読み出すことにより接続さ
れている１３９４デバイスである本実施形態デバイスの
概要情報を得る。

【０１６１】このフィーチャディレクトリには、情報の
種類を特定するkeyvalueとあらかじめ定められたフォー
マットに従った形式で、本プリンタに購入及び装着可能
なオプションデバイスの情報がリストアップされてい
る。具体的には、プリントヘッドＨＣ１００と共に装着
可能なインクカートリッジであるカラーインクを具備し
たカラーインクジェットカートリッジＣＩＪＣ１０と、
ブラックインクのみを具備したモノクロインクジェット
カートリッジＭＩＪＣ１０、オプションのスキャナヘッ
ドユニットであるＳＣ１００、Ａ４サイズの紙を給紙す
るためのオートシートフィーダーＡＳＦ−Ａ４と、Ａ３
サイズの紙の給紙を行なうためのオートシートフィーダ
ーＡＳＦ−Ａ３に関する情報である。各オプションデバ
イスに関してデバイス名称、簡単な説明がデータとして
格納されている。

【０１６２】また同ディレクトリには上記情報に加え、
リストアップされたオプションデバイスのうち、現在本
体に装着されているオプションデバイスの情報データが
それを特定するkeyvalueと共に格納されている。

【０１６３】図３３に示される様に、本インクジェット
プリンタではプリントヘッドＨＣ１００、カートリッジ
ＣＩＪ１０、ＭＩＪ１０、スキャナヘッドＳＣ１００、
オートシートフィーダＡＳＦ−Ａ４、ＡＳＦ−Ａ３を示
す情報データがオプションデバイス情報を表すkeyvalue
値“０１”または“０２”と共にリストアップされてい
る。（なお、プリンタに装着されたオプションに応じて
「ＲＯＭ」のオプションデバイス情報は書き換えられ
る。ＩＥＥＥ１３９４インターフェースにおけるコンフ
ィグレーションＲＯＭ、すなわち本実施形態で取り上げ
ているＲＯＭは、実際には書き換え可能なメモリが用い
られる。よって、オプションデバイス情報のダイナミッ
クな書き換えが可能となっている。）ここで、“０１”
は現在プリンタ本体に装着されているオプションデバイ
スを表わす。図３３では、現在装着されているプリント
ヘッドＨＣ１００、カラーインクジェットカートリッジ
ＣＩＪ１０、オートシートフィーダーＡＳＦ−Ａ３を示
すデータのkeyvalueが“０１”となっている。

【０１６４】前述のように接続されたコンピュータはイ
ンスタンスディレクトリに引き続き、上記のフィーチャ
ディレクトリを読み出すことにより、当該インクジェッ
トに装着可能なオプションデバイスに関する情報、そし
て現在装着されているオプションデバイスの情報を読み
出すことが可能となる。

【０１６５】ホストコンピュータ上のアプリケーション
として、ＩＥＥＥ１３９４でコンピュータに接続された
（複数）デバイスの接続状況並びにデバイス情報をパソ
コン上に表示し、管理、ならびにデバイス間の制御を行
なう機器接続情報（デバイスマップ）アプリケーション
を用いる。

【０１６６】本実施形態で、本コンピュータに接続され
た１３９４デバイスの接続状況並びにデバイス情報を表
示する機器接続情報（デバイスマップ）表示プログラム
を使い、デバイスマップを表示すると、プログラムのリ
クエストによりパソコンが接続されているデバイスに関
する情報を各デバイスのコンフィグレーションＲＯＭか
ら読み出してくる。

【０１６７】本実施形態の場合は接続されたインクジェ
ットプリンタを検出し、そのコンフィグレーションＲＯ
Ｍの読み出しを行なう。この際、前述したオプションデ
バイスに関する情報も読み出されることにより図３３に
示されるフィーチャディレクトリに基づいて本インクジ
ェットプリンタに関する装着デバイステーブルを生成す
ることが出来る。プログラムはこの情報をもとに、表示
上にメーカー、モデル名、機能といった本プリンタの情
報と共に、プリンタに装着されているオプションデバイ
スを表示すると共に、さらに装着可能なオプションデバ
イスをも表示する。

【０１６８】図３４は本実施形態による機器情報の表示
例を示す図である。この表示例ではデバイス情報が文字
情報と共にアイコン表示されている。インスタンスディ
レクトリのデータによりプリンタと検出された本デバイ
スはプリンタのアイコンで表示され、各種オプションデ
バイスも相当するアイコンで表示される。

【０１６９】以上説明した処理を、フローチャートに示
せば図３５のようになる。図３５は本実施形態によるプ
リンタ情報の取得手順を説明するフローチャートであ
る。まず、ステップＳ１１において、コンピュータはRo
ot Directoryに保存されている通信に最低限必要なバス
に関する基本的な情報を読み出す。次に、ステップＳ１
２において、該プリンタのメーカー名やモデル名に関す
る情報を読み出す。

【０１７０】次に、コンフィギュレーションＲＯＭを読
み出す過程において、インスタンスディレクトリが発見
された場合は、ステップＳ１３からステップＳ１４へ進
み、ファンクションクラス（図３３の例では「プリン
タ」)を得る。

【０１７１】ステップＳ１６では、ファンクションセッ
トディレクトリからソフトウエア情報を獲得する。

【０１７２】さらに、このファンクションセットディレ
クトリにフィーチャディレクトリへのオフセット値が格
納されていれば、処理はステップＳ１７からステップＳ
１８へ進む。ステップＳ１８では、フィーチャディレク
トリ中に格納された当該プリンタに装着可能なオプショ
ン機器を示す情報を読出す。そして、ステップＳ１９で
は、以上の各ステップで収拾した情報に基づいた表示を
行う。

【０１７３】なお、フィーチャディレクトリでは、各オ
プション機器について当該機器に装着済みであることを
表わすKeyvalueか未装着を表わすKeyvalueが付与されて
おり、ステップＳ１９における表示では図３４の３２０
２、３２０３で示したように、装着状態のオプション機
器を大きめの太字で、未装着のオプション機器を小さめ
の斜体文字で表示する。また、３２０１には、ステップ
Ｓ１２及びＳ１４で読み取った該プリンタのメーカー名
やモデル名、ファンクションクラスが表示されている。
なお、図３１及び図３３に示されるデータ構造におい
て、Instance Directory、Function Set Directory、Fe
ature Directoryは、本実施形態を実現するために、Ｒ
ＯＭ上で規格化された部分（bus info block、root dir
ectory等）に加えて拡張されたブロックである。上述の
ように、Function Diretoryで「プリンタ」というデバ
イス名を記述している。また、Function Set Directory
で「プリンタ」というデバイスと対応ソフトウエアを関
連づけている。また、この「プリンタデバイス」に関す
る詳細情報を記述したFeature Directoryとの関連付け
も行っている。さらに、Instance Directoryでは、「プ
リンタ」というデバイスに装着されるオプションデバイ
スの候補と、装着・未装着情報を（keyvalueにより）記
述している。

【０１７４】以上のように、本実施形態によれば、機器
内の所定の読み出し専用の記憶領域にデバイス特有の情
報を記憶するとともに、追加機能として装着可能なオプ
ション機器と装着済みのオプション機器に関する情報を
記憶する。そして、それらの情報に基づいて、既に装着
済の機器に関する情報を機器構成の一部として提示し、
装着されていない機器に関する情報を未装着機器情報と
して提示するので、デバイスのオプション情報をユーザ
ーが容易に把握できる。

【０１７５】また、標準の通信制御部によって各デバイ
スのオプション情報等を取得可能となるので、データベ
ース等が不要となる。更に、標準の通信制御部にて情報
の取得が可能であるがゆえに、上位プロトコルに互換性
が無い場合でも相手デバイスのオプション情報が取得可
能となる。異なる上位プロトコル、通信ソフトウエアを
備えたデバイスが多数接続されたネットワークにおける
情報取得において、特に効果がある。

【０１７６】＜第２の実施形態＞第２の実施形態では、
ＩＥＥＥ１３９４のようなネットワークで、各デバイス
のコンフィギュレーションＲＯＭに機能情報を書いてお
き、トポロジーや機能を表示する各種アプリケーション
が、このコンフィギュレーションＲＯＭの機能情報を利
用してそのサービスを実現する。

【０１７７】図３６は、本実施形態におけるＩＥＥＥ１
３９４ネットワークを表わしたものである。これらの機
器は全てＩＥＥＥ１３９４に準拠し、図３６のように相
互に繋がっている。１０１は解像度７２０ｄｐｉで毎分
１．５枚の出力能力を持つレーザービームプリンタ（Pr
inter2）、１０２はＸＧサイズの画像を処理できるデジ
タルカメラ（Digital Camera）、１０３はパーソナルコ
ンピュータ（ＰＣ２）、１０４は解像度１２００ｄｐｉ
で毎分０．５枚の画像入力能力を持つスキャナー（Scan
ner）、１０５は解像度７２０ｄｐｉで毎分１．５枚の
出力能力を持つレーザービームプリンタ（Printer1）、
１０６はデジタルビデオ（Digital Video）、１０７は
解像度３６０ｄｐｉで毎分０．５枚の出力能力を持つカ
ラーインクジェットプリンタ（Printer3）、１０８はデ
ジタルテレビ（Digital TV）、１０９はマルチファンク
ションデバイスで、解像度１２００ｄｐｉで毎分２．０
枚の出力能力を持つプリンター機能と、解像度１２００
ｄｐｉで毎分２．０枚の画像入力能力を持つスキャナー
機能を有するものとする（Multi Function Device）。
１１０はコンピュータ（ＰＣ１）である。

【０１７８】今、図３６のネットワークにおいて、ＰＣ
１上にトポロジー、機能を表示するアプリケーションが
ある。ただし、このアプリケーションのコンフィギュレ
ーションＲＯＭを読む機能については、ＩＥＥＥ１３９
４のリードトランザクションを用いているので、デバイ
ス依存の表示機能を変更することによりＰＣ１以外のデ
バイスにも実装可能である。

【０１７９】図３７は、上記ＩＥＥＥ１３９４ネットワ
ークデバイスの表示アプリケーションのフローチャート
である。このアプリケーションは、現在属している１３
９４ネットワークの各ノードから、コンフィギュレーシ
ョンＲＯＭ情報を読み取り、さらにその情報から機能テ
ーブルを作り、トポロジーだけでなく複数デバイスを用
いて実現できる機能についても表示できるものである。

【０１８０】上記アプリケーションは、アプリケーショ
ン起動時あるいはバスリセットを感知して処理を実行す
るものであり、バスリセットを感知するまでスリープ状
態にいる（ステップＳ５０１）。アプリケーション起動
時やバスリセットが発生すると、自分のノードＩＤを変
数Ｎに記憶し（ステップＳ５０２）、Ｎに１をプラスす
る（ステップＳ５０３）。次に、Ｎの大きさを全ノード
数と比較し、Ｎが全ノード数以上であればＮに０を入れ
（ステップＳ５０４、Ｓ５０５）、Ｎが全ノード数以下
であればそのままＩＤ、Ｎのコードのコンフィギュレー
ションＲＯＭをリードする（ステップＳ５０４、Ｓ５０
６）。このようにして自分の次のノードからコンフィギ
ュレーションＲＯＭを読んでゆき、自分のコンフィギュ
レーションＲＯＭを読んだら（ステップＳ５０７）、当
該システムにおける全ノードのコンフィギュレーション
ＲＯＭの読み出しを終えたことになるので、機能分類表
を作成する（ステップＳ５０８）。

【０１８１】図３８（ａ）及び（ｂ）は、上記の図３７
で説明した処理によって読み取った各デバイスのコンフ
ィギュレーションＲＯＭから、目的とする機能分類に必
要となる情報を抽出し作成したデバイスの機能分類表の
一例を示す図である。本実施形態では特に、コンフィギ
ュレーションＲＯＭに記載される機能カテゴリーの分類
情報として、画像入出力機能情報、画像処理機能情報、
画像入出力速度情報、画像入出力品質情報を取り上げ、
入力側機能の情報を図３８の（ａ）に、出力側機能の情
報を図３８の（ｂ）に示す。

【０１８２】これら機能分類表より、アプリケーション
プログラムは、現在ＩＥＥＥ１３９４ネットワーク上に
ある各デバイスを組合せることで、どのような機能が実
現できるかが判断できる。またどのデバイスの組合わせ
により最大のパフォーマンスが得られるか等も判断でき
る。

【０１８３】例えば、図３８の（ａ）のスキャナーと図
３８の（ｂ）のプリンター１，２、マルチファンクショ
ンデバイスを組合せることにより、コピー機能が実現で
きる。なお、このような、例えばスキャナーとプリンタ
ーでコピー機能、デジタルビデオとデジタルテレビでキ
ャプチャー機能が得られる、といった複数デバイスの組
合わせによる機能は、予め当該アプリケーションによっ
て定義されたものである。

【０１８４】また、図３８（ａ）、図３８（ｂ）のＳｐ
ｅｅｄ、Ｑｕａｌｉｔｙパラメータから、どの組合わせ
が最大のパフォーマンスを発揮するかが推定できる。

【０１８５】図３９〜図４４は、ＰＣ１上で実現され
た、各デバイスのコンフィギュレーションＲＯＭ情報を
元にトポロジー及び機能を表示するアプリケーションプ
ログラムの動作例を説明する図である。以下、本アプリ
ケーションを使って複数デバイスの組み合わせによる機
能の発見と能力表示について説明する。

【０１８６】図３９は本アプリケーションの動作手順を
示すフローチャートである。アプリケーションが起動す
ると、図３７で説明した手順でＩＥＥＥ１３９４ネット
ワークの各デバイスのコンフィギュレーションＲＯＭを
リードし、図３８の（ａ）及び（ｂ）に示すごとき機能
テーブルを作成する（ステップＳ６０１）。そしてその
結果（機能テーブル）から図４０で示すように、ネット
ワークのトポロジーを表示する。このネットワークのト
ポロジーは、図３６で説明したシステムに対応するもの
である。

【０１８７】なお、図４０〜図４４では、グラフィカル
ユーザーインタフェースを用いた各種表示を示している
が、ユーザーインタフェースの形態はこれに限られるも
のではない。図３８の（ａ）、（ｂ）に示すような機能
テーブルを利用し、その内容をユーザに提示しようとす
るものであればいかなる形態でもかまわない。

【０１８８】次に機能選択（ステップＳ６０２）である
が、図４１に示すように、アプリケーションウィンドウ
の「Function」メニューを選択すると、現在のＩＥＥＥ
１３９４ネットワークの各デバイスにより実現され得る
機能がプルダウンメニューにより表示される。このプル
ダウンメニューには、各デバイス単体で実現される機能
に加えて、複数デバイスにより実現される機能も提示さ
れる。たとえば、スキャナとプリンタによってコピー機
能が実現され得るので、図４１に示すように、プルダウ
ンメニューの中に「Ｃｏｐｙ」が提示される。

【０１８９】以下、図４１のプルダウンメニューにおい
て「Ｃｏｐｙ」を選択したものとして説明を行う。プル
ダウンメニューより「Ｃｏｐｙ」を選択することによ
り、「Ｃｏｐｙ」機能を実現するための機器が選択され
て、図４２に示すような表示となり、組み合わせ選択の
ための補助パラメータとして「Ｓｐｅｅｄ」と「Ｑｕａ
ｌｉｔｙ」がメニューに追加される。

【０１９０】図４２で示すように、画像を入力する機器
としてスキャナーを選ぶと（ステップＳ６０４）、当該
スキャナより得られた画像情報を媒体上に可視出力が可
能なデバイスが強調表示される。なお、本実施形態で
は、画像入力機器を先に選択しているが、画像出力機器
を先に選択してもよい。

【０１９１】ここで、図４２の「Printer３」は強調表
示されていないが、これは図３８の（ａ）、（ｂ）によ
り、「Scanner」−「Printer３」の組合わせでは、プリ
ンターに出力するための画像処理を行なうモジュールが
存在しないことが判明するからである。ここで、この機
能（ＣＯＰＹ）が可能である機器の組み合わせ（ＳＣＡ
ＮＮＥＲ、ＰＲＩＮＴＥＲ）を太線で表わしている。そ
して、この機能が不可である対象機器（ＰＲＩＮＴＥ
Ｒ）については、その他の機器と区別するために破線で
表わしている。

【０１９２】ここで複数デバイスによる「Copy」機能を
実現するためのデバイスの組合わせがわかったので、図
４３、図４４に示すように、組合わせ選択のための条件
設定（ステップＳ６０５）が可能になる。

【０１９３】今、速度優先の出力を行ないたいのであれ
ば、図４３のように、アプリケーションウィンドウのメ
ニューから、「Speed」を選択する。すると、表１、表
２のデータより、アプリケーションは組合わせ候補の中
から最も出力が速いであろうものを選び、強調表示す
る。この例では、共に毎分１．５枚の出力スピードを持
つ「Printer１」、「Printer２」の２つのデバイスに出
力するのが最も速いと推測され、図４３に示すようにこ
れらを強調表示する。これらは共に７２０ｄｐｉの出力
機能を持つ。

【０１９４】また、品質優先の出力を行ないたいのであ
れば、図４４のように、アプリケーションウィンドウの
メニューから、「Quality」を選択する。すると、図３
８（ａ）及び（ｂ）に示す機能テーブルより、アプリケ
ーションは組合わせ候補の中から最も出力が高品位であ
ろう組合わせを選択し、強調表示する。この例では、
「Multi function device」のプリンターが１２００ｄ
ｐｉと、最も高精細なので、このデバイスに出力するの
が最も高品位だと推測され、図４４に示すように「Mult
i function device」が強調表示される。

【０１９５】以上のように、本実施形態の表示アプリケ
ーションプログラムを立ち上げると、図３７のフローチ
ャートで説明した手順により、ＩＥＥＥ１３９４ネット
ワーク上の各デバイスのコンフィギュレーションＲＯＭ
を読み、図３８の（ａ），（ｂ）のような機能テーブル
を作成し、図３９のようにトポロジーを画面に表示す
る。

【０１９６】ここで、上記アプリケーションに与える情
報として、コンフィギュレーションＲＯＭ上の各種機能
情報が用いられる。したがって、上記実施形態によれ
ば、コンフィギュレーションＲＯＭや、それを読むトラ
ンザクション（ＩＥＥＥ１３９４であればリードトラン
ザクション）といった通信のプロトコルスタックから見
ると低レベルの部分で情報取得の手段を提供でき、特別
のデータベースや、より上位のプロトコルにより規定さ
れたデータベースアクセス手段を持たずに上記のような
複数デバイスによる機能に関する情報を提供するアプリ
ケーションを実装することができる。

【０１９７】以上のように、本実施形態によれば、各デ
バイス内の所定の読み出し専用メモリにデバイス特有の
情報としてデバイスの機能情報が書き込まれるので、機
器接続情報を表示する管理・表示デバイスをはじめとす
るシステム内の他デバイスはこの情報を読むことにより
機器の機能を知ることができる。そして適切なアプリケ
ーションを用意することにより、複数の機器の機能を組
合わせて実現できる新たな機能を推測し、発見すること
ができる。

【０１９８】また、上記各デバイスの機能情報の検索
は、デバイス内の所定の読み出し専用メモリを用いるの
で、特にＩＥＥＥ１３９４準拠のデバイスなどでは、上
位プロトコルによらず低レベルのリードトランザクショ
ンのみにより情報を取得することができる。このため、
通信やデータベースにかかわるソフトウェアの実装を大
幅に縮小することができる。これはシステムリソースの
少ないデバイスにおいて、ＲＯＭ／ＲＡＭサイズを小さ
くすることに効果がある。

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

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

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

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

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

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

【０２０５】

【発明の効果】以上説明したように、本発明によれば、
装置に装着可能な機器に関する情報をユーザーが容易に
把握可能となる。

【図面の簡単な説明】

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

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

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

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

【図５】１３９４シリアルバスで採用されている、デー
タ転送方式のＤＳ−Ｌｉｎｋ方式を説明するための図で
ある。

【図６】バスリセット信号の発生から、ノードＩＤが決
定し、データ転送が行えるようになるまでの一連のシー
ケンス例を示すフローチャートである。

【図７】バスリセット信号の監視からルートノードの決
定までの詳細例を示すフローチャートである。

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

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

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

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

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

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

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

【図１５】バス使用権の要求を説明する図である。

【図１６】バス使用の許可を説明する図である。

【図１７】１３９４シリアルバスにおけるアービトレー
ションの流れを示すフローチャートである。

【図１８】トランザクションレイヤにおけるＣＳＲアー
キテクチャに基づくリード、ライト、ロックの各コマン
ドの要求・レスポンスプロトコルを示す図である。

【図１９】リンクレイヤにおけるサービスを示す図であ
る。

【図２０】非同期転送における時間的な遷移を示す図で
ある。

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

【図２２】スプリットトランザクションの動作例を示す
図である。

【図２３】スプリットトランザクションを行う場合の転
送状態の時間的遷移例を示す図である。

【図２４】同期転送における時間的な遷移を示す図であ
る。

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

【図２６】１３９４シリアルバスにおける同期転送のパ
ケットフォーマットのフィールドの詳細を示す図であ
る。

【図２７】同期転送と非同期転送が混在するときの転送
状態の時間的遷移を示す図である。

【図２８】本実施形態のインクジェットプリンタの構成
を示した図である。

【図２９】第１の実施形態のインクジェットプリンタの
システム構成を示した図である。

【図３０】第１の実施形態のインクジェットプリンタの
１３９４インターフェースブロックの構成を示した図で
ある。

【図３１】第１の実施形態のConfiguration ＲＯＭ格
納データの構成を示した図である。

【図３２】第１の実施形態のインクジェットプリンタの
アドレス空間を示した図である。

【図３３】第１の実施形態のインクジェットプリンタの
Configuration ＲＯＭ格納データのうち、インスタン
スディレクトリの詳細を示した図である。

【図３４】第１の実施形態のデバイスマップの表示例を
示した図である。

【図３５】第１の実施形態のデバイスマップの表示手順
を説明するフローチャートである。

【図３６】第２の実施形態を適用するシステムの一般的
な構成例を示す図である。

【図３７】第２の実施形態のコンフィギュレーションＲ
ＯＭリード処理の詳細を示したフローチャートである。

【図３８】第２の実施形態による機能テーブルの一例を
示す図である。

【図３９】第２の実施形態のアプリケーション動作の詳
細を示したフローチャートである。

【図４０】第２の実施形態のデバイスマップの表示例を
示した図である。

【図４１】第２の実施形態のデバイスマップの表示でフ
ァンクション（コピー）を選択する様子を示した図であ
る。

【図４２】第２の実施形態のデバイスマップの表示でス
キャナーを選択する様子を示した図である。

【図４３】第２の実施形態のデバイスマップの表示でス
ピードを選択する様子を示した図である。

【図４４】第２の実施形態のデバイスマップの表示でク
オリティを選択する様子を示した図である。

フロントページの続き (56)参考文献 特開 平９−282263（ＪＰ，Ａ) 特開 平10−173689（ＪＰ，Ａ) 特表2001−503930（ＪＰ，Ａ) 国際公開97／49057（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/12 B41J 29/38 H04L 12/00 G06F 13/38 350

Claims (18)

(57)【特許請求の範囲】
1. 【請求項１】 情報処理装置であって、 外部機器と通信可能に接続するための通信制御手段と、 前記通信制御手段を介して外部機器によるアクセスが可
   能な記憶領域に、前記情報処理装置に未装着であるが装
   着可能である機器に関する情報を記憶する記憶手段とを
   備えることを特徴とする情報処理装置。
2. 【請求項２】 前記通信制御手段を介してなされる外部
   機器よりの要求に応じて、前記記憶領域に保持された情
   報を前記通信制御手段を介して送出する送出手段を更に
   備えることを特徴とする請求項１に記載の情報処理装
   置。
3. 【請求項３】 前記通信制御手段は、ＩＥＥＥ−１３９
   ４規格に準拠した通信制御バスを備え、前記記憶領域
   は、ＩＥＥＥ−１３９４規格において規定されるコンフ
   ィギュレーションＲＯＭに設けられていることを特徴と
   する請求項１或いは２に記載の情報処理装置。
4. 【請求項４】 前記記憶手段は、前記記憶領域に、前記
   情報処理装置に未装着であるが装着可能である機器を示
   す情報とともに、当該情報処理装置に装着済みの機器を
   示す情報を記憶することを特徴とする請求項１乃至３の
   いずれかに記載の情報処理装置。
5. 【請求項５】 前記外部機器は、リードトランザクショ
   ンによって、前記記憶領域に記憶されている情報を読む
   ことを特徴とする請求項１乃至４に記載の情報処理装
   置。
6. 【請求項６】 情報処理装置であって、前記情報処理装置に未装着であるが装着可能である機器
   に関する情報を記憶する記憶手段と、 前記記憶手段に記憶されている情報を外部機器に送信す
   る送信手段とを有することを特徴とする情報処理装置。
7. 【請求項７】 前記記憶手段は、前記情報処理装置に未
   装着であるが装着可能である機器を示す情報とともに、
   当該情報処理装置に装着済みの機器を示す情報を記憶す
   ることを特徴とする請求項６に記載の情報処理装置。
8. 【請求項８】 外部機器と通信可能に接続するための通
   信制御手段と、 前記通信制御手段を介して外部機器の記憶領域から、該
   外部機器に未装着であるが装着可能である機器に関する
   情報を取得する取得手段と、 前記取得手段で取得した情報に基づいて表示を行う表示
   制御手段とを備えることを特徴とする情報処理装置。
9. 【請求項９】 前記取得手段は、前記外部機器に装着可
   能な機器を示すとともに、各機器が該外部機器に装着済
   みか否かを示す情報を取得し、 前記表示制御手段は、前記取得手段で取得した情報に基
   づいて、前記外部機器に未装着である機器と該外部装置
   に装着済みとなっている機器とを識別可能に表示するこ
   とを特徴とする請求項８に記載の情報処理装置。
10. 【請求項１０】 複数の情報処理装置を通信可能に接続
    するための通信制御手段と、 第１の情報処理装置において、当該第１の情報処理装置
    に未装着であるが装着可能である機器に関する情報を保
    持する保持手段と、 第２の情報処理装置において、前記通信制御手段を介し
    て、前記保持手段により保持された情報を取得する取得
    手段と、 前記第２の情報処理装置において、前記取得手段で取得
    された情報に基づいて表示を制御する表示制御手段とを
    備えることを特徴とする情報処理システム。
11. 【請求項１１】 外部機器と通信可能な情報処理装置の
    制御方法であって、外部機器の記憶領域から、該外部機器に未装着であるが
    装着可能である 機器に関する情報を取得する取得工程
    と、 前記取得工程で取得した情報に基づいて、前記外部機器
    に未装着であるが装着可能である機器に関する情報の表
    示を行う表示制御工程とを備えることを特徴とする情報
    処理装置の制御方法。
12. 【請求項１２】 前記記憶領域は、ＩＥＥＥ−１３９４
    規格において規定されるコン フィギュレーションＲＯＭ
    に設けられていることを特徴とする請求項１１に記載の
    制御方法。
13. 【請求項１３】 前記記憶領域は、前記情報処理装置に
    未装着であるが装着可能である機器を示す情報ととも
    に、当該情報処理装置に装着済みの機器を示す情報を記
    憶し、 前記取得工程では、前記情報処理装置に未装着であるが
    装着可能である機器を示す情報とともに、当該情報処理
    装置に装着済みの機器を示す情報を取得し、 前記表示制御工程では、前記情報処理装置に未装着であ
    るが装着可能である機器と当該情報処理装置に装着済み
    の機器とを識別可能に表示することを特徴とする請求項
    １１或いは１２に記載の制御方法。
14. 【請求項１４】 前記取得工程では、前記外部機器に未
    装着であるが装着可能である機器に関する情報を取得す
    るために、リードトランザクションによって、前記記憶
    領域に記憶されている情報を読むことを特徴とする請求
    項１１乃至１３のいずれかに記載の制御方法。
15. 【請求項１５】 外部機器と通信可能な情報処理装置を
    制御する制御プログラムを格納した記録媒体であって、
    該制御プログラムが、外部機器の記憶領域から、該外部機器に未装着であるが
    装着可能である 機器に関する情報を取得する取得工程の
    コードと、 前記取得工程で取得した情報に基づいて表示を行う表示
    制御工程のコードとを有することを特徴とする記録媒
    体。
16. 【請求項１６】 前記記憶領域は、ＩＥＥＥ−１３９４
    規格において規定されるコンフィギュレーションＲＯＭ
    に設けられていることを特徴とする請求項１５に記載の
    記録媒体。
17. 【請求項１７】 前記記憶領域は、前記情報処理装置に
    未装着であるが装着可能である機器を示す情報ととも
    に、当該情報処理装置に装着済みの機器を示す情報を記
    憶し、 前記取得工程では、前記情報処理装置に未装着であるが
    装着可能である機器を示す情報とともに、当該情報処理
    装置に装着済みの機器を示す情報を取得し、 前記表示制御工程では、前記情報処理装置に未装着であ
    るが装着可能である機器と当該情報処理装置に装着済み
    の機器とを識別可能に表示することを特徴とする請求項
    １５或いは１６に記載の記録媒体。
18. 【請求項１８】 前記取得工程では、前記外部機器に未
    装着であるが装着可能である機器に関する情報を取得す
    るために、リードトランザクションによって、前記記憶
    領域に記憶されている情報を読むことを特徴とする請求
    項１５乃至１７のいずれかに記載の記録媒体。