JP2003046511A

JP2003046511A - 情報処理装置と情報処理方法、及び情報処理システム、並びに記憶媒体

Info

Publication number: JP2003046511A
Application number: JP2001234092A
Authority: JP
Inventors: Takuya Tsujimoto; 卓哉辻本
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-08-01
Filing date: 2001-08-01
Publication date: 2003-02-14

Abstract

(57)【要約】【課題】短時間で容易にデバイス情報等の取得が可能
となるようにした。【解決手段】電源投入後にバス構成とデバイス情報を
把握してＲＡＭに格納した後、バスリセットされたとき
は、再度バス構成を把握してその更新をした後、ユニー
クＩＤ取得のためのトランザクションを発行してユニー
クＩＤを把握し（Ｓ１４→Ｓ１５）、次いで、得られた
ユニーク情報とＲＡＭに保存されているユニーク情報と
を比較し（Ｓ１６）、一致するものがあるときは他のデ
バイス情報の取得動作を中止してノードＩＤとの対応付
け処理を行い（Ｓ１７→Ｓ１８）、全てのノードのデバ
イス情報を取得した場合は（Ｓ２２）、そのまま処理を
終了する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置と情
報処理方法、及び情報処理システム、並びに記憶媒体に
関し、より詳しくは、ＩＥＥＥ１３９４規格に代表され
るシリアルバスインターフェースを使用してデータ通信
を行い、デバイス機能やサービス等の各種情報を取得す
る情報処理装置とその情報処理方法、及びシリアルバス
インターフェースを使用して前記データ通信を行う情報
処理システム、並びにデータ通信を行うための処理手順
が記憶されたコンピュータ読取可能な記憶媒体に関す
る。

【０００２】

【従来の技術】シリアルバスインターフェースは、従前
のＳＣＳＩに比べて信号線が少なく、ケーブルも細く、
しかもコネクタが小形化されていることや、接続機器で
あるデバイスの識別子（ＩＤ）やターミネータ等の設定
が不要なこと、更には活線挿抜が可能なこと、等時性の
あるデータ転送（アイソクロナス転送）が可能なこと
等、優れた長所を有することから、近年、脚光を浴びて
きている。

【０００３】特にシリアルバスインターフェースの中で
もＩＥＥＥ（米国電気電子技術者協会）により規格化さ
れているＩＥＥＥ１３９４（以下、「１３９４シリアル
バス」という）は、動画像等の大容量データの高速伝送
が可能であり、バスアーキテクチャによってメモリアク
セスが可能であること、また、ホットプラグインやプラ
グアンドプレイが可能であり、またピア・ツー・ピア接
続が可能であり、パーソナルコンピュータ（以下、「パ
ソコン」という）のみならずディジタルビデオカメラや
ＢＳディジタル放送用チューナ等、家庭用ＡＶ機器やそ
の他のデジタル家電への適用が盛んに進められている。

【０００４】ＩＥＥＥ１３９４に準拠したインターフェ
ース（以下、「１３９４Ｉ／Ｆ」という）を搭載したパ
ソコン等のデバイスは、コネクタの挿抜や電源のＯＮ／
ＯＦＦが行われるとバスリセット信号と呼称される特定
の信号を発生し、所定のツリー識別処理を実行し、その
後、ツリー状に接続された各デバイス、すなわち各ノー
ドは自己識別処理を実行し、Physical＿IDと呼ばれるノ
ード固有番号を各ノードに選択する機会を付与し、接続
されている各ノードに自らのノードを識別させる。

【０００５】このようにしてバス構成に関する情報を取
得した後、個々のデバイスの有する機能やサービスは、
各ノードが実装しているコンフィギュレーションＲＯＭ
と呼ばれる領域をリードトランザクションにより読み込
むことによって取得される。

【０００６】ところで、デバイス情報取得のためのコン
フィギュレーションＲＯＭのリードトランザクション
は、通常、クワドレット（４バイト）単位で行われる。

【０００７】図１３は、コンフィギュレーションＲＯＭ
へのリードトランザクションの発行を示すシーケンス図
であって、通常、自ノード（自デバイス）ではオフセッ
ト４００ｈのコンフィギュレーションＲＯＭの先頭アド
レスからトランザクションをクワドレット単位で行い、
トランザクションが成功した場合、つまりコンフィギュ
レーションＲＯＭの格納内容を正しく読み込むことがで
きた場合は、相手ノード（相手デバイス）から「その
旨」の返答を受信した後、自ノードのアドレスを４バイ
ト更新し（４０４ｈ）、次回のトランザクションを開始
する。尚、図示は省略するが、トランザクションの読み
込みに失敗した場合はリトライ処理等の所定の処理が行
われる。

【０００８】このように実装されているコンフィギュレ
ーションＲＯＭの格納内容をクワドレット単位で読み続
けることによってトランザクションが実行される。そし
て、トランザクションの終了、つまりコンフィギュレー
ションＲＯＭの領域終了は、相手側ノードにトランザク
ションを発行した場合に相手側ノードからアドレスエラ
ーが返答されることによって判断される。

【０００９】このように従来の１３９４シリアルバスを
搭載したデバイスでは、ツリー識別処理、自己識別処
理、及びコンフィギュレーションＲＯＭへのリードトラ
ンザクションを実行することによってバスの構成情報や
デバイス情報を取得し、これらの各種情報に基づいて各
種マップやデバイス機能等の情報を把握している。

【００１０】

【発明が解決しようとする課題】しかしながら、上記従
来の情報処理システムでは、以下のような課題があっ
た。

【００１１】すなわち、（１）デバイス情報取得のためのコンフィギュレーショ
ンＲＯＭへの読み込みは、上述したようにクワドレット
単位で行われるため、一つのデバイスに対して多数のト
ランザクションが行われる。したがって、バスリセット
の発生によってバスの再構成が行われる毎に頻繁にトラ
ンザクションが行われた場合は、トラフィックの増大を
招く。しかも、１３９４シリアルバスには最大で６３台
のデバイスを接続することが可能であるが、斯かる接続
されるデバイスの個数が増加すればするほど情報取得の
ためのトランザクションの回数が増えることになる。

【００１２】また、近年では、前記トランザクションを
ハードウェアで自動的に行うデバイスも存在するが、斯
かるデバイスにおいては、取得した情報の処理、例えば
情報の整理、既に格納している情報の破棄や記憶保持動
作等に時間を要するため、デバイスの負荷が増大する。

【００１３】（２）バスリセットが頻発するバスリセッ
トストームの発生時等、短い周期でバスリセットが発生
する場合は、短時間で膨大な数のトランザクションを行
い、処理する必要が出てくる。

【００１４】（３）特定のノードと通信しているときに
バスリセットが発生した場合、前記特定のノードとの間
では所定のプロトコルによって再度通信を可能とするた
めのリコネクション（再接続）を実行するのが一般的で
あるが、斯かるリコネクションまでの所要時間は、使用
するプロトコルによって規定されており、バスリセット
後のデバイス情報取得のためのトランザクション数が多
いと、その処理のために時間が費やされ、リコネクショ
ンに失敗する虞がある。

【００１５】（４）コンフィギュレーションＲＯＭに
は、製造元やシリアル番号、機種名を記述したユニーク
ＩＤが書き込まれている。そして、コンフィギュレーシ
ョンＲＯＭの格納情報の内、これらユニークＩＤが格納
されているアドレス情報のみ取得する方法や、製造元に
依存する情報等を特定のアドレスに配置しこれらの情報
のみを取得する方法も考えられてはいるが、そのような
形での情報の埋め込みと情報箇所を明らかにすることが
予め必要となるため、１３９４Ｉ／Ｆが搭載された全て
のデバイスに対して有効であるとはいえない。

【００１６】本発明はこのような課題に鑑みなされたも
のであって、短時間で容易にデバイス情報等の取得が可
能な情報処理装置と情報処理方法、及び情報処理システ
ム、並びに記憶媒体を提供することを目的とする。

【００１７】

【課題を解決するための手段】上記目的を達成するため
に本発明に係る情報処理装置は、電源投入時又はネット
ワーク構成に変化が生じたときにリセット信号を発して
バスの接続状況を再構成するシリアルバスインターフェ
ースを介して多数のデバイスに接続可能とされた情報処
理装置において、各デバイスの前記シリアルバスインタ
ーフェースへの接続状態を把握するバス構成情報把握手
段と、前記シリアルバスインターフェースに接続されて
いるデバイスに固有の識別情報を含む各種デバイス情報
を把握するデバイス情報把握手段と、前記バス構成情報
及び少なくとも前記識別情報を含む各種デバイス情報を
記憶する記憶手段と、前記リセット信号が発生したか否
かを検知する検知手段とを備え、かつ、前記検知手段に
より前記リセット信号の発生が検知されたときは前記リ
セット信号の発生前後における前記デバイスに固有の識
別情報を前記記憶手段の記憶内容に基づいて比較する比
較手段と、該比較手段により前記リセット信号の発生前
後における前記識別情報が一致したときは前記デバイス
情報把握手段によるデバイス情報の把握動作を中止する
把握動作中止手段とを有していることを特徴としてい
る。

【００１８】また、本発明に係る情報処理方法は、電源
投入時又はネットワーク構成に変化が生じたときにリセ
ット信号を発してバスの接続状況を再構成するシリアル
バスインターフェースを介して多数のデバイスに接続可
能とされ、各種データの送受信を行う情報処理方法にお
いて、各デバイスの前記シリアルバスインターフェース
への接続状態を把握するバス構成情報把握ステップと、
前記シリアルバスインターフェースに接続されているデ
バイスに固有の識別情報を含む各種デバイス情報を把握
するデバイス情報把握ステップと、前記バス構成情報及
び少なくとも前記識別情報を含む各種デバイス情報を記
憶手段に記憶する記憶ステップと、前記リセット信号が
発生したか否かを検知する検知ステップとを含み、さら
に、前記検知ステップにより前記リセット信号の発生が
検知されたときは前記リセット信号の発生前後における
前記デバイスに固有の識別情報を前記記憶手段の記憶内
容に基づいて比較する比較ステップと、該比較ステップ
で前記リセット信号の発生前後における前記識別情報が
一致したときは前記デバイス情報把握手段によるデバイ
ス情報の把握動作を中止する把握動作中止ステップとを
含んでいることを特徴としている。

【００１９】また、本発明に係る情報処理システムは、
電源投入時又はネットワーク構成に変化が生じたときに
リセット信号を発してバスの接続状況を再構成するシリ
アルバスインターフェースと多数のデバイスが接続可能
とされた情報処理システムにおいて、前記デバイスが、
各デバイスの前記シリアルバスインターフェースへの接
続状態を把握するバス構成情報把握手段と、前記シリア
ルバスインターフェースに接続されているデバイスに固
有の識別情報を含む各種デバイス情報を把握するデバイ
ス情報把握手段と、前記バス構成情報及び少なくとも前
記識別情報を含む各種デバイス情報を記憶する記憶手段
と、前記リセット信号が発生したか否かを検知する検知
手段とを備え、かつ、前記検知手段により前記リセット
信号の発生が検知されたときは前記リセット信号の発生
前後における前記デバイスに固有の識別情報を前記記憶
手段の記憶内容に基づいて比較する比較手段と、該比較
手段により前記リセット信号の発生前後における前記識
別情報が一致したときは前記デバイス情報把握手段によ
るデバイス情報の把握動作を中止する把握動作中止手段
とを有していることを特徴としている。

【００２０】また、本発明に係る記録媒体は、電源投入
時又はネットワーク構成に変化が生じたときにリセット
信号を発してバスの接続状況を再構成するシリアルバス
インターフェースを介して多数のデバイス間でデータ通
信を行うためのプログラムが記憶されたコンピュータ読
取可能な記憶媒体であって、各デバイスの前記シリアル
バスインターフェースへの接続状態を把握するバス構成
情報把握手順と、前記シリアルバスインターフェースに
接続されているデバイスに固有の識別情報を含む各種デ
バイス情報を把握するデバイス情報把握手順と、前記バ
ス構成情報及び少なくとも前記識別情報を含む各種デバ
イス情報を記憶手段に記憶する記憶手順と、前記リセッ
ト信号が発生したか否かを検知する検知手順と、前記検
知手順により前記リセット信号の発生が検知されたとき
は前記リセット信号の発生前後における前記デバイスに
固有の識別情報を前記記憶手段の記憶内容に基づいて比
較する比較手順と、該比較手順により前記リセット信号
の発生前後における前記識別情報が一致したときは前記
デバイス情報把握手段によるデバイス情報の把握動作を
中止する把握動作中止手順とが記憶されていることを特
徴としている。

【００２１】尚、本発明のその他の特徴は、下記の発明
の実施の形態の記載より明らかとなろう。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳説する。

【００２３】図１は本発明に係る情報処理システムの一
実施の形態を示すブロック構成図であって、情報処理装
置としてのパソコン２は、ＰＣＩやＰＣＭＣＩＡ等のイ
ンターフェース（システムバス１３）を介して１３９４
Ｉ／Ｆカード１が着脱自在に装着され、さらに該パソコ
ン２は１３９４Ｉ／Ｆカード１を介して１３９４シリア
ルバス３に接続されている。尚、１３９４シリアルバス
３は、一般には、２組のツイストペアケーブルと１組の
電源ペアケーブルの計６本のケーブルがクロスして形成
されている。

【００２４】パソコン２は、キーボードやマウス等から
なる入力デバイス４とＰＳ／２やＵＳＢ等のシリアルイ
ンターフェースを介して接続されこれら入力デバイス４
の制御を司る入力デバイス制御部５と、ＣＲＴや液晶等
の表示装置６の制御を司る表示装置制御部７と、音声信
号を出力するスピーカを制御するための音源制御部９
と、所定の制御プログラムが格納されたハードディスク
ドライブ（以下、「ＨＤＤ」という）１０と、演算デー
タを一時的に保存したりワークエリアとして使用される
ＲＡＭ１１と、必要に応じて計時を行ったり、カレンダ
ーや時計機能を実現するタイマ１２と、システムバス１
３を介して１３９４Ｉ／Ｆカード１や上記各構成要素に
接続され装置全体の制御を司るＣＰＵ１４とを備えてい
る。尚、本実施の形態では、制御プログラム等をＨＤＤ
１０に格納しているが、格納装置としては、不揮発性の
記憶媒体や、記憶媒体を使用した装置であればよく、例
えば、ＦＤ、ＭＯ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、フラ
ッシュメモリ、テープデバイス等を使用してもよい。

【００２５】１３９４Ｉ／Ｆカード１は、１３９４シリ
アルバス３を介して他のデジタル機器に接続される第１
〜第３のコネクタポート１５ａ〜１５ｃと、１３９４シ
リアルバス３上の信号を直接ドライブする機能を実現す
る物理層を制御するＰＨＹコントローラ１８と、各種パ
ケットの送受信処理やデバイス情報を取得するためのコ
ンフィギュレーションＲＯＭへのリードリクエストやレ
スポンスパケットの受信等を行うと共にシステムバス１
３に接続されたリンクコントローラ１９と、リンクコン
トローラ１９からのアイソクロナスデータを一時的に記
憶し、記憶順序に従ってＦＩＦＯで出力するバッファメ
モリ２０と、バッファメモリ２０へのアイソクロナスデ
ータの格納や読み出しを制御するメモリ制御部２１と、
バッファメモリ２０から読み出されたアイソクロナスデ
ータを所定方式で符号化／復号化するコーデック（CODE
R/DECODER）２２とを備えている。

【００２６】そして、前記ＰＨＹコントローラ１８は、
各種のハードウェアロジック、例えば、リンクコントロ
ーラ１９とのインターフェース、パケットデータのシン
クロナイズと再構成、ビットレベルのアービトレーショ
ン、タイマ等によって構成され、ＩＥＥＥ１３９４に準
拠した１００Ｍbps〜４００Ｍbpsの転送速度をサポート
する物理レイヤを実現し、またバス構成を確定するため
のツリー識別処理を実行する。

【００２７】尚、本実施の形態では、１３９４Ｉ／Ｆカ
ード１を拡張スロットに装着しているが、１３９４Ｉ／
Ｆをオンボードで構成するようにしてもよい。

【００２８】図２及び図３は、本発明に係る情報処理方
法の一実施の形態を示すフローチャートであって、本プ
ログラムはＨＤＤ１０に予め格納されＣＰＵ１４で実行
される。

【００２９】まず、ステップＳ１では、パソコン２の電
源投入をすることによってバスリセットを発生させる。
すなわち、パソコン２の電源投入時には、拡張スロット
に装着された１３９４Ｉ／Ｆカード１のＰＨＹコントロ
ーラ１８に電源が供給され、バスリセットが発生する。
尚、パソコン２の場合はＯＳ（オペレーティングシステ
ム）の起動がバスリセットの検知を受けた時点では間に
合わないこともあるため、バス構成情報やデバイス情報
を取得・管理するためのプログラムが起動される際に、
ソフト的にバスリセット（ソフトバスリセット）を発生
させるようにしてもよい。

【００３０】次に、ステップＳ２ではツリー識別処理を
実行する。

【００３１】図４はツリー識別処理の処理手順を示すフ
ローチャートであって、ＰＨＹコントローラ１８で実行
される。

【００３２】バスリセットが発生した後、ステップＳ３
１では各デジタル機器にリーフノードであることを示す
フラグをセットし、続くステップＳ３２では自己のデジ
タル機器（ノード）のコネクタポート１５が何台のノー
ドと接続されているかを確認し、ステップＳ３３で未定
義ポート数は何個あるかをチェックする。バスリセット
直後はコネクタポート１５のポート数が未定義ポート数
となり、該未定義ポート数が「１」、すなわち、自己の
ノードが１台のノードのみに接続されている場合はステ
ップＳ３４に進み、自己は「子」、接続先のノードは
「親」と親子関係を宣言する。これにより、親子宣言を
したノードのコネクタポート１５は「子ポート」とな
り、接続先のノードのコネクタポート１５は「親ポー
ト」となる。

【００３３】また、未定義ポート数が「２」以上の場合
は、ステップＳ３５で自己のノードがブランチノードで
あることを示すフラグをセットし、続くステップＳ３６
では当該ブランチノードは親子関係を宣言したノードか
ら「親子宣言」を受け取って「親ポート」となり、互い
に接続されている両ポート間に親子関係が確立する。

【００３４】そして、再びステップＳ３３に戻り、当該
ブランチノードについて上述の処理を繰り返すことによ
り、順次親子関係を成立させてゆき、未定義ポート数が
「１」になるとステップＳ３４で当該未定義のコネクタ
ポート１５は「子」、接続先ポートは「親」と宣言す
る。

【００３５】その後、ステップＳ３３で未定義ポート数
が「０」となってブランチノードの全てのコネクタポー
ト１５が「親ポート」に決定された場合はステップＳ３
７に進み、当該ブランチノードはルートノードであるこ
とを示すフラグをセットし、続くステップＳ３８でルー
トノードであることを認識し、ツリー識別処理を終了す
る。

【００３６】このようにして１つのコネクタポート１５
しか使用されていないノードがリーフノードになると共
に、該リーフノードが最初に親子関係を宣言して自己の
コネクタポート１５を「子ポート」とし、２つ以上のコ
ネクタポート１５を使用しているノードはブランチノー
ドとなる。そして、斯かるリーフノード−ブランチノー
ド間、ブランチノード−ブランチノード間で順次親子関
係を確立させてゆき、コネクタポートの全ポートが「親
ポート」となったブランチノードをルートノードとし、
各ノードのコネクタポート１５のルートノードへの方向
付けを決定し、これにより、ネットワークはリセットさ
れた状態から新たなネットワークの接続状況を認識す
る。

【００３７】図５はツリー識別を実行した直後のシステ
ム構成例を示している。

【００３８】第１のノードは、コネクタポートp１とコ
ネクタポートp２の２つ親ポートを有している。第２の
ノード２４及び第３のノード２４は、１つの子ポート
（コネクタポートp０）と２つの親ポート（コネクタポ
ートp１及びコネクタポートp２）を有している。また、
第４〜第６のノード２６〜２８は、各々子ポートとなる
コネクタポートp０を各々１個ずつ有している。

【００３９】第１のノード２３のコネクタポートｐ１は
第２のノード２４のコネクタポートｐ０に接続されてお
り、ツリー識別処理によって第１のノード２３が第２の
ノード２４の親ノードとなり、第２のノード２４は第１
のノード２３の子ノードとなっている。

【００４０】同様に各ノード間で図に示されるような親
子関係が決定し、複数のコネクタポートにデバイスが接
続されているノードがブランチノードとなり、１つのポ
ートに接続されて１３９４シリアスバス３の端点に位置
するノードがリーフノードとなり、全ての有効なコネク
タポートが子ノードに接続されているノードがルートノ
ードとなる。すなわち、本実施の形態では、第１のノー
ド２３がルートノードであり、第２及び第３のノードが
ブランチノードであり、第４〜第６のノード２６〜２８
がリーフノードとなる。

【００４１】次に、ステップＳ３では、自己識別処理を
実行する。具体的には、ＰＨＹコントローラ１８からブ
ロードキャストで送信されるセルフＩＤパケットを受信
し、バッファメモリ２０に格納する。

【００４２】すなわち、まず、セルフＩＤパケットを１
３９４シリアルバス３に接続されている全てのデバイス
に対して送信する。そして、自己識別処理は決定論的な
選択プロセスを採用しており、ルートノード（第１のノ
ード２３）が最小番号を有する接続ポートに接続された
ノード（第２のノード２４）に制御権を渡し、第２のノ
ード２４の子ノード（第４のノード２６）がセルフＩＤ
パケットを送信するまで待機する。次いで、ルートノー
ド（第１のノード２３）は次の番号を有するコネクタポ
ートに接続されたノード（第３のノード２５）に制御権
を渡し、そのノードの処理が終了するのを待つ。このよ
うに、ルートノードのすべてのポートに接続されたノー
ドが処理を終了すると、ルート自身が自己識別を行う。
子ノードも同様な処理を再帰的に行う。図５に示す例で
は、第４のノード２６→第２のノード２４→第５のノー
ド２７→第６のノード２８→第３のノード２５→第１の
ノード２３の順番でセルフＩＤパケットを送信する。

【００４３】図６はセルフＩＤパケットのフォーマット
であって、該セルフＩＤパケットにはデバイスの物理的
なＩＤ番号であるPhysical＿ID２９、サポートする通信
速度（sp）３０、電力に関する能力（pwr）３１、ポー
トの接続状態（p0〜p3）３２等が書き込まれている。
尚、Physical＿ID２９は、自ノードがセルフＩＤパケッ
トを送信する前に他ノードから受信したセルフＩＤパケ
ットの数となる。したがって、図５のネットワーク構成
では、セルフＩＤパケット送信順序に従い、第１のノー
ド２３のPhysical＿IDは５、第２のノード２４のPhysic
al＿IDは１、第３のノード２５のPhysical＿IDは４、第
４のノード２６のPhysical＿IDは０、第５のノード２７
のPhysical＿IDは３、第６のノード２８のPhysical＿ID
は２ということになる。

【００４４】次に、ステップＳ４では、ステップＳ３で
受信し格納したセルフＩＤパケットに含まれる情報から
バス構成情報を把握し、ノードＩＤの把握・管理や各種
マップの作成を行う。一般に、マップ作成を行う機能を
有するノードは、バス・マネージャノードもしくはアイ
ソクロナス・リソース・マネージャノードであるが、こ
こではバス上にそれらの機能を有するノードが他に存在
するかどうかに関係なく情報を把握するものとする。

【００４５】例えば、ネットワーク構成（トポロジ）マ
ップを作成する場合、次のようにして行う。

【００４６】１３９４シリアスバス３に接続されるデバ
イスの中でバス・マネージャ又はアイソクロナス・リソ
ース・マネージャと呼ばれるトポロジの構築プロセス機
能（トポロジーマップ作成機能）を有するノードは、セ
ルフＩＤパケットからバスのトポロジを推定することが
可能である。

【００４７】第４〜第６のノード２６〜２８は、いずれ
もｐ０＝１０、ｐ１＝００、ｐ２＝００というセルフＩ
Ｄパケットを送信するため、コネクタポートｐ０のみを
有し、したがって親ノードに接続されているリーフノー
ドであると判断される。第２のノード２４は、p０＝１
０、p１＝１１、p２＝０１というセルフＩＤパケットを
送信するため、コネクタポートｐ０は親ノードに接続さ
れ、コネクタポートｐ１は子ノードに接続され、コネク
タポート２は接続されていないブランチノードであると
判断され、しかも、コネクタポートｐ１は第４のノード
２６に接続されている判断される。第３のノード２５
は、p＝１０、p１＝１１、p２＝１１というセルフＩＤ
パケットを送信するため、コネクタポートｐ０は親ノー
ドに接続され、コネクタポートｐ１とコネクタポートｐ
２は子ノードに接続されているブランチノードであり、
しかも、第２のノード２４と同様、コネクタポートｐ１
は第５のノード２７に接続され、コネクタポートｐ２は
第６のノード２８に接続されていると判断される。ま
た、第１のノード２３は、p０＝００、p１＝１１、p２
＝１１というセルフＩＤパケットを送信するため、コネ
クタポートｐ１とコネクタポートｐ２は子ノードに接続
され、コネクタポートｐ０は存在しないルートノードで
あり、コネクタポートｐ１は第２のノード２４に接続さ
れ、コネクタポートｐ２は第３のノード２５に接続され
ていると判断される。このようにして１３９４シリアル
バス３に接続されている各デバイスの構成状態が把握さ
れる。

【００４８】同様に、セルフＩＤパケット内の通信速度
ｓｐ３０からスピードマップを、電力情報pwr３１から
電力マップをそれぞれ作成することができる。

【００４９】尚、本実施の形態では各種マップを作成し
ているが、バス構成情報として本件で重要なのはノード
ＩＤであるため、各種マップを作成することなく、ノー
ドＩＤの把握、管理のみを行ってもよい。

【００５０】ステップＳ５では、１３９４シリアルバス
３上の他のデバイスがどのような能力、機能、サービス
を有するノードかを検索するため、各デバイスに実装さ
れているコンフィギュレーションＲＯＭの格納情報を、
リードトランザクションによって読み込む。

【００５１】コンフィグレーションＲＯＭは、ＩＳＯ／
ＩＥＣ１３２１３で定義されたノードの有する各種情報
が格納されており、ミニマルフォーマット（Minimal Fo
rmat）とゼネラルフォーマット（General Format）の２
種類のフォーマットが存在する。ミニマルフォーマット
は製造元を識別するnode＿vendor＿id情報のみを有し、
容量は４バイトであるが、ゼネラルフォーマットはnode
＿vendor＿id以外に各種追加情報を有する。本実施の形
態ではゼネラルフォーマットのコンフィギュレーション
ＲＯＭが実装されており、情報取得のための複数のリー
ドトランザクションをクワドレット単位で実行する。

【００５２】図７はコンフィギュレーションＲＯＭのゼ
ネラルフォーマットである。

【００５３】例えば、同図のBus＿Info＿Block３３にお
いて、irmcビット３４は、アイソクロナス・リソース・
マネージャ機能を有するデバイスである場合に「１」に
設定され、該機能を有さない場合に「０」に設定され
る。cmcビット３５はサイクルマスタ機能を有するデバ
イスの場合に「１」に設定され、該機能を有さない場合
に「０」に設定される。iscビット３６はアイソクロナ
ス動作機能を有するデバイスの場合に「１」に設定さ
れ、該機能を有さない場合に「０」に設定される。ま
た、bmcビット３７はバス・マネージャ機能を有するデ
バイスの場合に「１」に設定され、該機能を有さない場
合に「０」に設定される。

【００５４】４０Ｃｈ及び４１０ｈに格納されたnode＿
vendor＿id３８及びchip＿id３９ａ、３９ｂはユニーク
ＩＤ５０を構成しており、デバイスの絶対的な識別に使
用される。

【００５５】すなわち、ユニークＩＤ５０は、図８に示
すように、２４ビットのベンダーＩＤ３８と４０ビット
のチップＩＤ３９の総計６４ビットで構成され、１３９
４シリアルバス３上でノードＩＤという動作状況（バス
リセット）に応じて動的に変化するものとは異なり、デ
バイス製造時に固定的に割り振られたＩＤを示してい
る。具体的には、ベンダーＩＤ３８は、ＩＥＥＥから割
り振られた製造元（メーカ）を示し、チップＩＤ３９
は、ベンダーによって割り振ることができるものであ
り、シリアル番号や機種名の他、機能を示すビットとし
て使用することができる。

【００５６】尚、Unit＿Directory４０（オフセット値
４２８h）のunit＿spec＿id４１やunit＿sw＿version４
２では、米マイクロソフト社のウィンドウズ（登録商
標）から認識可能なサービスを定義している。

【００５７】ステップＳ６では、ステップＳ５で読み込
んだ各デバイスのコンフィギュレーションＲＯＭに格納
されている情報から本デバイスにとって必要な情報を把
握する。すなわち、例えば１３９４シリアルバス３上で
のノードとしての能力、サポートしているプロトコル、
デバイスの種類、ベンダー名、機種名、使用可能なサー
ビス、ユニークＩＤ等の各種情報を把握する。

【００５８】ステップＳ７では、ステップＳ４で把握し
たバス構成情報及びステップＳ６で把握したデバイス情
報をＲＡＭ１１に格納する。尚、この場合、各種情報が
格納されているかどうかを示すフラグを設け、以後の処
理を容易にするのも好ましい。

【００５９】ステップＳ８では、本プログラムの起動後
にバスリセットが発生したか否かを判断する。尚、バス
リセットは、新たなデバイスを１３９４シリアルバス３
に接続した場合、１３９４シリアルバス３に接続されて
いるデバイスを取り外した場合、既に１３９４シリアル
３に接続されているデバイスの電源をオフした場合、或
いは元々１３９４シリアルバス３に接続されていて電源
が投入されていないデバイスの電源を入れた場合、及び
ソフト的にバス構成をリフレッシュさせようとした場合
などに発生する。

【００６０】そして、バスリセットが発生しない場合は
発生するまで待機する一方、バスリセットが発生した場
合は、当該バスリセットが自己のノードのリセットによ
るものか否かを判断する。尚、この判断は、本プログラ
ムの終了やデバイス本体のハードリセット及びセルフＩ
Ｄパケット（図６）のｉビット（initiated＿reset bi
t）５１がセットされているか等によって行われる。

【００６１】そして、本デバイスがリセットされた場
合、つまりステップＳ７で格納したバス構成情報および
デバイス情報が失われた場合はステップＳ２に戻り、上
記処理を繰り返す。

【００６２】一方、本デバイス以外が原因でバスリセッ
トが発生したと判断された場合は、ステップＳ１０に進
み、ステップＳ２と同様、ツリー識別処理を実行した
後、ステップＳ１１でステップＳ３と同様、自己識別処
理を実行し、さらに、ステップＳ１２ではステップＳ４
と同様にしてセルフＩＤパケットに含まれる情報からバ
ス構成情報を把握し、各種マップの作成を行う。

【００６３】そして、ステップＳ１３では、ステップＳ
１２で把握したバス構成情報をＲＡＭ１１に格納し、バ
ス構成情報のみを更新する。尚、他のデバイス情報に関
しては消去することなくそのまま保存しておく。

【００６４】次に、図３のステップＳ１４に進み、コン
フィギュレーションＲＯＭに格納されているユニークＩ
Ｄ５０を取得するためのトランザクションを発行する。

【００６５】図９はトランザクション発行処理の処理手
順を示すフローチャートである。

【００６６】すなわち、ステップＳ４１では、オフセッ
ト値４０Ｃｈのアドレスに対してクワドレットのリード
トランザクションを行い、レスポンスを受けて、ステッ
プＳ４２では続くオフセット値４１０ｈのアドレスに対
してクワドレットのリードトランザクションを行う。

【００６７】すなわち、図１０に示すように、まずコン
フィギュレーションＲＯＭのオフセット値４０Ｃｈを示
すアドレスに対してクワドレットのリードトランザクシ
ョンを行う。相手ノードから正常なレスポンスが返答さ
れ、該レスポンスを格納した後、オフセット値４１０ｈ
のアドレスに対して同じくクワドレットのリードトラン
ザクションを行う。そして返答されてきたレスポンスを
格納することによってユニークＩＤ５０の値をコンフィ
ギュレーションＲＯＭから取得することができる。

【００６８】尚、相手ノードがミニマルフォーマットの
コンフィギュレーションＲＯＭを実装している場合は、
最初のトランザクションのレスポンスがアドレスエラー
となるため、これにより格納すべき情報がないことを判
断する。

【００６９】このようにユニークＩＤは、４０Ｃｈおよ
び４１０ｈへの２回のリードクワドレットトランザクシ
ョンによって取得することができる。

【００７０】次に、図３に戻り、ステップＳ１５では、
ステップＳ１４で取得したユニークＩＤの値を把握し、
続くステップＳ１６では、ステップＳ１５で把握したユ
ニークＩＤとステップＳ７で格納されたユニークＩＤと
を比較する。すなわち、１３９４シリアルバス３に接続
されるデバイス情報はノード毎に一括して格納されてい
るため、各ノードの特定の場所にそれぞれのユニークＩ
Ｄ５０を示す情報が格納されており、これらユニークＩ
Ｄ情報とステップＳ１５で把握したユニークＩＤとを比
較する。

【００７１】そして、ステップＳ１７では、ステップＳ
１６での比較により一致するものがあるか否かを判断
し、一致する場合はステップＳ１８に進んで既にステッ
プＳ７で格納しているデバイス情報とステップＳ１３で
更新したバス構成情報のうちノードＩＤ情報との対応付
けを行い、既に得られたデバイス情報が現在のバス構成
上どのノードであるのかを特定した後、ステップＳ２２
に進む。

【００７２】一方、ステップＳ１７の答が否定（Ｎｏ）
の場合、すなわち一致するものがない場合はステップＳ
１９に進む。尚、一致するものがないということは、ス
テップＳ１５で把握したユニークＩＤを有するデバイス
が新しく１３９４シリアルバス３に接続されたか或いは
電源が投入されたデバイスであるということになる。

【００７３】そして、ステップＳ１９では、ステップＳ
５と同様、各デバイスが実装しているコンフィギュレー
ションＲＯＭに格納されている情報を、リードトランザ
クションによって読み込み、続くステップＳ２０では、
ステップＳ６と同様、読み込んだ各デバイスのコンフィ
ギュレーションＲＯＭに格納されている情報から必要な
情報を把握し、続くステップＳ２１では、ステップＳ２
０で把握したデバイス情報を格納し、ステップＳ２２に
進む。

【００７４】ステップＳ２２では、バスに接続される全
てのノードのデバイス情報を取得したか否かを判断し、
既にすべてのデバイス情報を取得もしくはノードＩＤと
の対応付けが終了した場合は、本プログラムの処理を終
了する。一方、未だ情報を取得していないか、又はノー
ドＩＤとの対応付けが終了していない場合は、ステップ
Ｓ１４へ戻り、上述の処理を繰り返す。

【００７５】このように本実施の形態では、バスリセッ
ト毎に行われるデバイス情報を把握するためのコンフィ
ギュレーションＲＯＭへのリードトランザクションの数
をリードクワドレットトランザクション２回に減少させ
ることができ、斯かるトランザクション数の減少によっ
て、回線上のトラフィックが減ることは勿論のこと、デ
バイス情報の把握や格納に要するＣＰＵの負荷を他に割
り振ることができる。また、バスリセット後に得られた
バス構成情報と対を為すことによって、容易にノードを
特定することができる。さらには、通信途中に発生した
バスリセット後に行われるリコネクトをより確実に行う
ことができる。

【００７６】図１１は、本発明に係る情報処理方法の第
２の実施形態を示すフローチャートであって、上記第１
の実施の形態では２回のトランザクションでユニークＩ
Ｄを取得していたのに対し、本第２の実施形態では、ユ
ニークＩＤを１回のトランザクションで取得している。

【００７７】すなわち、ステップＳ５１では、オフセッ
ト値４０Ｃｈのアドレスから２クワドレット分、つまり
８バイトのサイズを読み込むためのリードブロックのト
ランザクションを発行する。これによって１回のトラン
ザクションでユニークＩＤを取得することができる。

【００７８】そして、ステップＳ５２では、リードブロ
ックのトランザクションが失敗したか否かを判断し、ユ
ニークＩＤ情報を格納したレスポンスパケットを正常に
受信した場合は処理を終了してステップＳ１５（図３）
に進む。

【００７９】一方、ステップＳ５２でトランザクション
が失敗したと判断された場合はステップＳ５３に進み、
レスポンスがアドレスエラーであるか否かを判断する。
そして、アドレスエラーと判断された場合はステップ５
４に進み、相手側ノードがBus＿info＿Blockを有してい
ないミニマルフォーマットのコンフィギュレーションＲ
ＯＭを実装しているデバイスであると判断し、ステップ
Ｓ１５に進む。

【００８０】一方、ステップＳ５３でアドレスエラー以
外の原因でトランザクションが失敗したと判断された場
合はステップＳ５５に進んでリトライ処理を実行し、ス
テップＳ５２に戻って上述の処理を行う。

【００８１】このように本第２の実施形態では、限りな
くデバイス情報取得のための負荷を減らすために、１回
のトランザクションでユニークＩＤを取得し、これによ
りバスリセットごとに行われるデバイス情報を把握する
ためのコンフィギュレーションＲＯＭへのリードトラン
ザクションの数を特別な構成なしで一回に減らすことが
できる。

【００８２】すなわち、第１の実施形態ではユニークＩ
Ｄ取得のために２回のトランザクションを実行する必要
があり、また、この場合、例えばビジーなどトランザク
ションが失敗したときはリトライを含めてさらに多くの
パケットの転送を行う必要があったが、本第２の実施形
態では、バスリセットごとに行われるデバイス情報を把
握するためのコンフィギュレーションＲＯＭへのリード
トランザクションの数を特別な構成なしで１回に減らす
ことができる。

【００８３】また、上記実施の形態ではパソコン２に内
蔵されたＨＤＤに予め制御プログラムを格納して上述し
た通信手順を実行しているが、上記通信手順を実現する
ソフトウェアのプログラムコードを記録した記憶媒体
を、パソコン２に供給し、該パソコン２が記憶媒体に格
納されたプログラムコードを読み出し、実行するように
してもよく、この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
が本発明を構成することになる。

【００８４】図１２は本発明に係る記憶媒体のメモリマ
ップであって、バス構成情報把握処理モジュール４３、
デバイス情報把握処理モジュール４４，デバイスユニー
クＩＤ把握処理モジュール４５、記憶処理モジュール４
６、トランザクション制御処理モジュール４７、検出処
理モジュール４８、及びユーザーインターフェースモジ
ュール４９の各プログラムコードを記憶媒体に格納し、
必要に応じて前記記憶媒体をパソコン２の供給するよう
にすればよい。

【００８５】尚、プログラムコードを供給するための記
憶媒体としては、例えば、ＦＤ（フレキシブルディス
ク）、ハードディスク、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、
或いはＤＶＤ＋ＲＷなどの光ディスク、ＭＯなどの光磁
気ディスク、磁気テープ、フラッシュメモリなどの不揮
発性のメモリカード、ＲＯＭなどを用いることができ
る。

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

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

【００８８】尚、本実施の形態では情報処理装置として
パソコンを例示して説明したが、パソコン以外の１３９
４デバイスであれば実現可能であり、またソフトウェア
によって実現してきた機能の一部又は全ての処理をハー
ドウェアによって実現するようにしてもよい。

【００８９】そして、本実施の形態によれば、バスリセ
ットごとに行われるデバイス情報を把握するためのコン
フィギュレーションＲＯＭへのリードトランザクション
の数を特別な構成なしに大幅に減少させることができ、
斯かるトランザクション数の減少によって回線上のトラ
フィックを抑制することができ、更にはデバイス情報の
把握や格納に要するＣＰＵへの負荷を軽減することがで
きる。また、バスリセット後に得られたバス構成情報と
対を為すことによって、容易にノードを特定することが
できる。さらには、通信途中に発生したバスリセット後
に行われるリコネクトをより確実に行うことができる。

【００９０】

【発明の効果】以上詳述したように本発明によれば、以
下の効果を奏することができる。

【００９１】（１）バスリセットごとに行われるデバイ
ス情報を把握するためのコンフィギュレーションＲＯＭ
へのリードトランザクションの回数を、特別な構成なし
大幅に減少させることができる。斯かるトランザクショ
ン数の減少によって、回線上のトータルなトラフィック
が減ることは勿論のこと、デバイス情報の把握や格納に
要するＣＰＵの負荷を軽減することができる。

【００９２】（２）既に得られたデバイス情報とバスリ
セット後に得られたバス構成情報のうちノードＩＤとを
対応付けることによって、バスリセット前後のノードＩ
Ｄの変化への対応を容易にし、ノードを特定することが
できる。

【００９３】（３）通信途中に発生したバスリセット後
に行われるリコネクションまでの時間をデバイス情報の
取得や把握に費やすのを回避することにより、より確実
なリコネクションを行うことができる。

【図面の簡単な説明】

【図１】本発明に係る情報処理システムの一実施の形態
を示すシステム構成図である。

【図２】本発明に係る情報処理方法の一実施の形態を示
すフローチャート（１／２）である。

【図３】本発明に係る情報処理方法の一実施の形態を示
すフローチャート（２／２）である。

【図４】本情報処理方法で実行されるツリー識別処理の
処理手順のフローチャートである。

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

【図６】セルフＩＤパケットのフォーマットである。

【図７】コンフィギュレーションＲＯＭのゼネラルフォ
ーマットである。

【図８】ユニークＩＤのフォーマットである。

【図９】トランザクション発行処理の第１の実施形態を
示すフローチャートである。

【図１０】第１の実施の形態におけるトランザクション
発行処理のシーケンス図である。

【図１１】トランザクション発行処理の第２の実施形態
を示すフローチャートである。

【図１２】本発明に係る記憶媒体の一実施の形態を示す
メモリマップである。

【図１３】トランザクション発行処理の従来例を示すシ
ーケンス図である。

【符号の説明】

１０ＨＤＤ１１ＲＡＭ１４ＣＰＵ１８ＰＨＹコントローラ１９リンクコントローラ

Claims

【特許請求の範囲】

【請求項１】電源投入時又はネットワーク構成に変化
が生じたときにリセット信号を発してバスの接続状況を
再構成するシリアルバスインターフェースを介して多数
のデバイスに接続可能とされた情報処理装置において、各デバイスの前記シリアルバスインターフェースへの接
続状態を把握するバス構成情報把握手段と、前記シリア
ルバスインターフェースに接続されているデバイスに固
有の識別情報を含む各種デバイス情報を把握するデバイ
ス情報把握手段と、前記バス構成情報及び少なくとも前
記識別情報を含む各種デバイス情報を記憶する記憶手段
と、前記リセット信号が発生したか否かを検知する検知
手段とを備え、かつ、前記検知手段により前記リセット信号の発生が検
知されたときは前記リセット信号の発生前後における前
記デバイスに固有の識別情報を前記記憶手段の記憶内容
に基づいて比較する比較手段と、該比較手段により前記
リセット信号の発生前後における前記識別情報が一致し
たときは前記デバイス情報把握手段によるデバイス情報
の把握動作を中止する把握動作中止手段とを有している
ことを特徴とする情報処理装置。
【請求項２】前記比較手段により前記リセット信号の
発生前後における前記識別情報が一致したときは、一致
したデバイスの識別情報の対応付け処理を行う対応付け
手段を有していることを特徴とする請求項１記載の情報
処理装置。
【請求項３】前記比較手段により前記リセット信号の
発生前後における前記識別情報が一致しないときは、前
記デバイス情報把握手段を再実行する再実行手段を備え
ていることを特徴とする請求項１又は請求項２記載の情
報処理装置。
【請求項４】前記バス構成情報把握手段は、バス構成
時に送信されるパケットを介して取得されることを特徴
とする請求項１乃至請求項３のいずれかに記載の情報処
理装置。
【請求項５】前記デバイス情報把握手段は、各デバイ
スのデバイス情報を管理するコンフィギュレーションＲ
ＯＭを介して取得されることを特徴とする請求項１乃至
請求項４のいずれかに記載の情報処理装置。
【請求項６】前記バス構成情報及びデバイス情報の把
握状況に基づいて所定のマップ作成を行うマップ作成手
段を備えていることを特徴とする請求項１乃至請求項５
のいずれかに記載の情報処理装置。
【請求項７】前記マップ作成手段により作成されるマ
ップには、デバイスの識別情報やデバイスの接続状態を
示すトポロジーマップ、通信速度を示すスピードマッ
プ、電力情報を示す電力マップを含み、これら所定のマ
ップがデバイス情報へと再編成された後、該デバイス情
報が前記記憶手段に記憶されることを特徴とする請求項
１乃至請求項６のいずれかに記載の情報処理装置。
【請求項８】前記記憶手段が、揮発性メモリで構成さ
れていることを特徴とする請求項１乃至請求項７のいず
れかに記載の情報処理装置。
【請求項９】前記シリアルバスインターフェースは、
ＩＥＥＥ１３９４規格に準拠していることを特徴とする
請求項１乃至請求項８のいずれかに記載の情報処理装
置。
【請求項１０】電源投入時又はネットワーク構成に変
化が生じたときにリセット信号を発してバスの接続状況
を再構成するシリアルバスインターフェースを介して多
数のデバイスに接続可能とされ、各種データの送受信を
行う情報処理方法において、各デバイスの前記シリアルバスインターフェースへの接
続状態を把握するバス構成情報把握ステップと、前記シ
リアルバスインターフェースに接続されているデバイス
に固有の識別情報を含む各種デバイス情報を把握するデ
バイス情報把握ステップと、前記バス構成情報及び少な
くとも前記識別情報を含む各種デバイス情報を記憶手段
に記憶する記憶ステップと、前記リセット信号が発生し
たか否かを検知する検知ステップとを含み、さらに、前記検知ステップにより前記リセット信号の発
生が検知されたときは前記リセット信号の発生前後にお
ける前記デバイスに固有の識別情報を前記記憶手段の記
憶内容に基づいて比較する比較ステップと、該比較ステ
ップで前記リセット信号の発生前後における前記識別情
報が一致したときは前記デバイス情報把握手段によるデ
バイス情報の把握動作を中止する把握動作中止ステップ
とを含んでいることを特徴とする情報処理方法。
【請求項１１】前記比較ステップで前記リセット信号
の発生前後における前記識別情報が一致したときは、一
致したデバイスの識別情報の対応付け処理を行うことを
特徴とする請求項１０記載の情報処理方法。
【請求項１２】前記比較ステップで前記リセット信号
の発生前後における前記識別情報が一致しないときは、
前記デバイス情報把握ステップを再実行することを特徴
とする請求項１０又は請求項１１記載の情報処理方法。
【請求項１３】前記バス構成情報の把握は、バス構成
時に送信されるパケットを介して取得されることを特徴
とする請求項１０乃至請求項１２のいずれかにに記載の
情報処理方法。
【請求項１４】前記デバイス情報の把握は、各デバイ
スのデバイス情報を管理するコンフィギュレーションＲ
ＯＭを介して取得することを特徴とする請求項１０乃至
請求項１３のいずれかに記載の情報処理方法。
【請求項１５】前記バス構成情報及びデバイス情報の
把握状況に基づいて所定のマップ作成を行うことを特徴
とする請求項１０乃至請求項１４のいずれかに記載の情
報処理方法。
【請求項１６】前記作成されるマップには、デバイス
の識別情報やデバイスの接続状態を示すトポロジーマッ
プ、通信速度を示すスピードマップ、電力情報を示す電
力マップを含み、これら所定のマップがデバイス情報へ
と再編成された後、該デバイス情報が前記記憶手段に記
憶することを特徴とする請求項１０乃至請求項１５のい
ずれかに記載の情報処理方法。
【請求項１７】前記記憶手段が、揮発性メモリで構成
されていることを特徴とする請求項１０乃至請求項１６
記載のいずれかに記載の情報処理方法。
【請求項１８】前記シリアルバスインターフェース
は、ＩＥＥＥ１３９４規格に準拠していることを特徴と
する請求項１０乃至請求項１７のいずれかに記載の情報
処理方法。
【請求項１９】電源投入時又はネットワーク構成に変
化が生じたときにリセット信号を発してバスの接続状況
を再構成するシリアルバスインターフェースと多数のデ
バイスが接続可能とされた情報処理システムにおいて、前記デバイスが、各デバイスの前記シリアルバスインタ
ーフェースへの接続状態を把握するバス構成情報把握手
段と、前記シリアルバスインターフェースに接続されて
いるデバイスに固有の識別情報を含む各種デバイス情報
を把握するデバイス情報把握手段と、前記バス構成情報
及び少なくとも前記識別情報を含む各種デバイス情報を
記憶する記憶手段と、前記リセット信号が発生したか否
かを検知する検知手段とを備え、かつ、前記検知手段により前記リセット信号の発生が検
知されたときは前記リセット信号の発生前後における前
記デバイスに固有の識別情報を前記記憶手段の記憶内容
に基づいて比較する比較手段と、該比較手段により前記
リセット信号の発生前後における前記識別情報が一致し
たときは前記デバイス情報把握手段によるデバイス情報
の把握動作を中止する把握動作中止手段とを有している
ことを特徴とする情報処理システム。
【請求項２０】前記比較手段により前記リセット信号
の発生前後における前記識別情報が一致したときは、一
致したデバイスの識別情報の対応付け処理を行う対応付
け手段を有していることを特徴とする請求項１９記載の
情報処理システム。
【請求項２１】前記比較手段により前記リセット信号
の発生前後における前記識別情報が一致しないときは、
前記デバイス情報把握手段を再実行する再実行手段を備
えていることを特徴とする請求項１９又は請求項２０記
載の情報処理システム。
【請求項２２】前記バス構成情報把握手段は、バス構
成時に送信されるパケットを介して取得されることを特
徴とする請求項１９乃至請求項２１のいずれかに記載の
情報処理システム。
【請求項２３】前記デバイス情報把握手段は、各デバ
イスのデバイス情報を管理するコンフィギュレーション
ＲＯＭを介して取得されることを特徴とする請求項１９
乃至請求項２２のいずれかに記載の情報処理システム。
【請求項２４】前記バス構成情報及びデバイス情報の
把握状況に基づいて所定のマップ作成を行うマップ作成
手段を備えていることを特徴とする請求項１９乃至請求
項２３のいずれかに記載の情報処理システム。
【請求項２５】前記マップ作成手段により作成される
マップには、デバイスの識別情報やデバイスの接続状態
を示すトポロジーマップ、通信速度を示すスピードマッ
プ、電力情報を示す電力マップを含み、これら所定のマ
ップがデバイス情報へと再編成された後、該デバイス情
報が前記記憶手段に記憶されることを特徴とする請求項
１９乃至請求項２４のいずれかに記載の情報処理システ
ム。
【請求項２６】前記記憶手段が、揮発性メモリで構成
されていることを特徴とする請求項１９乃至請求項２５
のいずれかに記載の情報処理システム。
【請求項２７】前記シリアルバスインターフェース
は、ＩＥＥＥ１３９４規格に準拠していることを特徴と
する請求項１９乃至請求項２６のいずれかに記載の情報
処理システム。
【請求項２８】電源投入時又はネットワーク構成に変
化が生じたときにリセット信号を発してバスの接続状況
を再構成するシリアルバスインターフェースを介して多
数のデバイス間でデータ通信を行うためのプログラムが
記憶されたコンピュータ読取可能な記憶媒体であって、各デバイスの前記シリアルバスインターフェースへの接
続状態を把握するバス構成情報把握手順と、前記シリア
ルバスインターフェースに接続されているデバイスに固
有の識別情報を含む各種デバイス情報を把握するデバイ
ス情報把握手順と、前記バス構成情報及び少なくとも前
記識別情報を含む各種デバイス情報を記憶手段に記憶す
る記憶手順と、前記リセット信号が発生したか否かを検
知する検知手順と、前記検知手順により前記リセット信
号の発生が検知されたときは前記リセット信号の発生前
後における前記デバイスに固有の識別情報を前記記憶手
段の記憶内容に基づいて比較する比較手順と、該比較手
順により前記リセット信号の発生前後における前記識別
情報が一致したときは前記デバイス情報把握手段による
デバイス情報の把握動作を中止する把握動作中止手順と
が記憶されていることを特徴とする記憶媒体。