JP2002077211A - 情報処理装置およびその方法、並びに、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 コンフィギュレーションROMから情報を読み
出すためにブロックリードが使えなければ、クワドレッ
トリード要求の発行回数が増加し、同要求を発行するデ
バイスの処理効率を低下させるだけでなく、同要求によ
る1394シリアルバスのバス占有率が高くなり、1394シリ
アルバスを介した処理速度を悪化させる。 【解決手段】 デバイスのコンフィグレーションROM領
域に記憶された情報を読み出し(S1-S8)、読み出した情
報に基づき、コンフィグレーションROM領域とは異なる
アドレス領域（ブロックリード可能な領域）にコンフィ
グレーションROMと同じ情報が格納されている場合(S1
3)、オフセットを変更して(S12)、コンフィグレーショ
ンROMと同じ情報を読み出す(S2-S8)。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置および
その方法、並びに、記録媒体に関し、例えばIEEE1394な
どのシリアルバスを介して接続される複数の情報処理装
置およびその方法、並びに、記録媒体に関するものであ
る。

【０００２】

【従来の技術】IEEE1394のようなシリアルバスインタフ
ェイスは、セントロニクスのようなインタフェイスにお
けるホストとデバイスとの間の一対一の接続形態とは異
なり、複数のデバイス、例えばディジタルビデオカメラ
(DV)、ディジタルスチルカメラ(DC)、ホストコンピュー
タ、スキャナ、プリンタおよびディジタルビデオテープ
レコーダなどの複数のデバイスをひとまとめにして接続
することが可能である。従って、これら複数のデバイス
を接続したデータ通信ネットワークシステムへ、シリア
ルバスインタフェイスを応用することが考えられる。

【０００３】このようなネットワークに接続されるデバ
イスは様々であり、異なるメーカの不特定多数のデバイ
スが接続される可能性がある。

【０００４】IEEE1394に適合または準拠するシリアルバ
スインタフェイス（以下では単に「1394インタフェイ
ス」と呼ぶ）の場合、ネットワーク上のデバイスを識別
し、そのデバイスに関する情報を得るための手段とし
て、各機器が所定のアドレス空間にコンフィグレーショ
ンROMを有することがIEEE1212ならびにIEEE1394の規格
として定められている。

【０００５】コンフィグレーションROMには、各デバイ
スに固有のIDであるノードユニークIDが格納されてい
る。ノードユニークIDは、64ビットで構成され、上位24
ビットはIEEE(The Institute of Electrical and Elect
ronics Engineers, Inc.)により割り当てられる機器の
メーカIDであり、下位48ビットは各メーカが自由に定め
ることができる。従って、機器のメーカおよび機種にか
かわらず、一つのデバイスには特定のノードユニークID
が設定されることになる。

【０００６】コンフィグレーションROMには、さらに、
そのデバイスが1394インタフェイス上でサポートする機
能や性能を示すバスインフォブロック(Bus Info Bloc
k)、製造メーカに関する情報を示すベンダディレクトリ
(Vender Directory)、プリンタやスキャナといったデバ
イス自体の機能に関する情報を示すインスタンスディレ
クトリ(Instance Directory)、並びに、各機能を1394イ
ンタフェイス上で制御するためにサポートされているプ
ロトコルソフトウェア情報を示すユニットディレクトリ
(Unit Directory)が所定のフォーマットおよび規格に従
い記録されている。

【０００７】IEEE1394シリアルバス（以下、単に「1394
シリアルバス」と呼ぶ）に接続されているデバイスのコ
ンフィグレーションROMの情報を読み出して解析するこ
とにより、1394シリアルバスにより複数のデバイスが接
続されているネットワーク（以下「1394ネットワーク」
と呼ぶ）において、あるデバイスがデータ通信を行いた
い相手機器を特定することが可能になる。また、バスリ
セット後にデバイスを再び特定する際も、1394ネットワ
ークに接続された各デバイスのコンフィギュレーション
ROMの情報を読み出すことによって、意図するデバイス
を特定することが可能になる。

【０００８】このように、1394ネットワークに接続され
たデバイス間のデータ通信においては、コンフィグレー
ションROMの情報の読み出しは、一般的かつ頻繁に行わ
れる。

【０００９】

【発明が解決しようとする課題】デバイスによっては、
コンフィグレーションROMの情報を効率よく読み出すこ
とが困難な場合がある。具体的には、IEEE1212で定めら
れた1KバイトのコンフィギュレーションROM領域に対し
て、IEEE1394における一括読出動作であるブロックリー
ドに対応しないデバイスがあり、そのデバイスのコンフ
ィギュレーションROMの情報を読み出す場合は、IEEE139
4における読出動作の最低単位であるクワドレットリー
ドを繰り返す必要がある。

【００１０】デバイスが多機能化し、複雑化するにつれ
て、コンフィギュレーションROMに記述される情報およ
びその情報量も増加するため、読み出すべき情報も増え
る方向にある。そのようなコンフィギュレーションROM
から情報を読み出すためにブロックリードが使えなけれ
ば、クワドレットリード要求の発行回数が増加する。こ
れは、同要求を発行するデバイスの処理効率を低下させ
るだけでなく、同要求による1394シリアルバスのバス占
有率が高くなり、1394シリアルバスを介した処理速度を
悪化させる。

【００１１】また、IEEE1212に規定される最小形式のコ
ンフィグレーションROMでは、充分な情報を他のデバイ
スへ提供することができない。

【００１２】本発明は、上述の問題を個々に、または、
まとめて解決するためのものであり、コンフィグレーシ
ョンROM情報の効率的な読み出しを可能にすることを目
的とする。

【００１３】また、コンフィグレーションROM情報の読
み出しにより充分な情報の提供を可能にすることを他の
目的とする。

【００１４】

【課題を解決するための手段】本発明は、前記の目的を
達成する一手段として、以下の構成を備える。

【００１５】本発明にかかる情報処理装置は、IEEE1394
規格に適合または準拠するシリアルバスに接続可能な情
報処理装置であって、所定アドレス領域に記憶された、
IEEE1212規格に従うコンフィギュレーションROM情報
と、前記所定アドレス領域とは異なるアドレス領域に記
憶された、前記コンフィグレーションROM情報と同一の
情報とを有することを特徴とする。

【００１６】好ましくは、前記コンフィグレーションRO
M情報には、前記コンフィグレーションROM情報と同一の
情報が記憶されたアドレス領域を参照するための情報が
含まれることを特徴とする請求項1に記載された情報処
理装置。

【００１７】好ましくは、前記コンフィグレーションRO
M情報と同一の情報が記憶されるべきアドレス領域は、
大きなブロックサイズのブロックリードトランズアクシ
ョンがサポートされるアドレス領域であることを特徴と
する。

【００１８】また、IEEE1394規格に適合または準拠する
シリアルバスに接続可能な情報処理装置であって、所定
アドレス領域に記憶された、IEEE1212規格に従う最小形
式のコンフィギュレーションROM情報と、前記所定アド
レス領域とは異なるアドレス領域に記憶された、IEEE12
12規格に従う一般形式のコンフィグレーションROM情報
に相当する情報とを有することを特徴とする。

【００１９】好ましくは、前記最小形式のコンフィグレ
ーションROM情報には、前記一般形式のコンフィグレー
ションROM情報に相当する情報が記憶されたアドレス領
域を参照するための情報が含まれることを特徴とする。

【００２０】好ましくは、前記一般形式のコンフィグレ
ーションROM情報に相当する情報が記憶されるべきアド
レス領域は、大きなブロックサイズのブロックリードト
ランズアクションがサポートされるアドレス領域である
ことを特徴とする。

【００２１】本発明にかかる情報処理方法は、IEEE1394
規格に適合または準拠するシリアルバスに接続された複
数のデバイス間における情報処理方法であって、デバイ
スの所定アドレス領域に記憶された、IEEE1212規格に従
うコンフィギュレーションROM情報の少なくとも一部を
読み出し、読み出した情報に基づき、前記所定アドレス
領域とは異なるアドレス領域に記憶された、前記コンフ
ィグレーションROM情報と同一の情報を読み出すことを
特徴とする。

【００２２】また、IEEE1394規格に適合または準拠する
シリアルバスに接続された複数のデバイス間における情
報処理方法であって、デバイスの所定アドレス領域に記
憶された、IEEE1212規格に従う最小形式のコンフィギュ
レーションROM情報の少なくとも一部を読み出し、読み
出した情報に基づき、前記所定アドレス領域とは異なる
アドレス領域に記憶された、IEEE1212規格に従う一般形
式のコンフィグレーションROM情報に相当する情報を読
み出すことを特徴とする。

【００２３】

【発明の実施の形態】以下、本発明にかかる好適な実施
形態を図面を参照して詳細に説明する。

【００２４】以下で説明する実施形態においては、各機
器間を接続するディジタルインタフェイスとして例えば
IEEE1394-1995（High Performance Serial Bus、以下で
は単に「1394シリアルバス」という）を用いる例を説明
するため、まず、1394シリアルバスの概要について説明
する。なお、IEEE1394-1995規格についての詳細は、199
6年8月30日にIEEEから出版された「IEEE Standard for
a High Performance Serial Bus」に記述されている。

【００２５】

【1394シリアルバスの概要】家庭用ディジタルビデオテ
ープレコーダやディジタルビデオディスク(DVD)の登場
に伴い、ビデオデータやオーディオデータ（以下、まと
めて「AVデータ」と呼ぶ）など、リアルタイムかつ情報
量の多いデータを転送する必要が生じている。AVデータ
をリアルタイムに、パソコン(PC)へ転送したり、その他
のディジタル機器に転送するには、高速のデータ転送能
力をもつインタフェイスが必要になる。そういった観点
から開発されたインタフェイスが1394シリアルバスであ
る。

【００２６】図1に1394シリアルバスを用いて構成され
るネットワークシステムの例を示す。

【００２７】図1に示すネットワークシステムのノード
をなす機器AからHは、IEEE1394規格に適合または準拠す
るディジタルインタフェイスを備えている。1394ネット
ワークはシリアルデータが通信可能なバス型ネットワー
クを構成する。

【００２８】機器A-B間、A-C間、B-D間、D-E間、C-F
間、C-G間およびC-H間は、それぞれ1394シリアルバス用
のツイストペアケーブルで接続されている。これらの機
器AからHの例としては、パソコンなどのホストコンピュ
ータ装置、および、コンピュータ周辺機器である。コン
ピュータ周辺機器としては、ディジタルビデオカセット
レコーダ、Digital Video Disc(DVD)プレーヤ、ディジ
タルスチルカメラ、ハードディスクや光ディスクなどの
メディアを用いる記憶装置、CRTやLCDのモニタ、チュー
ナ、イメージスキャナ、フィルムスキャナ、プリンタ、
MODEM、ターミナルアダプタ(TA)などコンピュータ周辺
機器のすべてが対象になる。なお、プリンタの記録方式
は、レーザビームやLEDを用いた電子写真方式、インク
ジェット方式、インク溶融型や昇華型の熱転写方式、感
熱記録方式など、どんな方式でも構わない。

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

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

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

【００３２】また、1394シリアルバスのデータ転送速度
は、100/200/400Mbpsが定義されていて、上位の転送速
度をもつ機器が下位の転送速度をサポートすることで、
互換性が保たれている。データ転送モードとしては、コ
ントロール信号などの非同期データを転送するアシンク
ロナス(Asynchronous)転送モード(ATM)と、リアルタイ
ムなAVデータ等の同期データを転送するアイソクロナス
(Isochronous)転送モードがある。この非同期データと
同期データは、各サイクル（通常125μs/サイクル）の
中で、サイクル開始を示すサイクルスタートパケット(C
SP)の転送に続き、同期データの転送を優先しつつ、サ
イクル内で混在して転送される。なお、アイソクロナス
転送モードの転送帯域は各通信サイクル内で保証されて
いる。

【００３３】アシンクロナス転送モードは、必要に応じ
て非同期に転送することが要求されるデータ、すなわち
コントロール信号やファイルデータなどを転送する際に
有効である。また、アイソクロナス転送モードは、所定
量のデータを一定のデータレートで連続的に転送するこ
とが要求されるデータ、すなわちビデオデータやオーデ
ィオデータなどを転送する際に有効である。

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

【００３５】ファームウェア部801のトランザクション
レイヤ814は、転送すべきデータの管理を行い、リー
ド、ライトおよびロックトランザクションを提供する。
ファームウェア部801のシリアルバスマネージメント815
は、1394シリアルバスに接続されている各機器の接続状
況やIDの管理を行い、1394ネットワークの構成を管理す
る。上記のハードウェアとファームウェアまでが、1394
シリアルバスの実質的な構成である。

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

【００３７】●リンクレイヤ 図3はリンクレイヤ812が提供するサービスを示す図であ
る。リンクレイヤ812は次の四つのサービスを提供す
る。 (1)応答ノードに対して所定のパケットの転送を要求す
るリンク要求(LK_DATA.request) (2)応答ノードに所定のパケットの受信を通知するリン
ク通知(LK_DATA.indication) (3)応答ノードからのアクノリッジを受信したことを示
すリンク応答(LK_DATA.response) (4)要求ノードからのアクノリッジを確認するリンク確
認(LK_DATA.confirmation)

【００３８】なお、リンク応答(LK_DATA.response)は、
ブロードキャスト通信、アイソクロナスパケットの転送
の場合には存在しない。また、リンクレイヤ812は、上
述のサービスに基づいて、二種類の転送方式であるアシ
ンクロナス転送モードおよびアイソクロナス転送モード
を実現する。

【００３９】●トランザクションレイヤ 図4はトランザクションレイヤ814が提供するサービスを
示す図である。トランザクションレイヤ814は次の四つ
のサービスを提供する。 (1)応答ノードに対して所定のトランザクションを要求
するトランザクション要求(TR_DATA.reqqest) (2)応答ノードに所定のトランザクション要求の受信を
通知するトランザクション通知(TR_DATA.indication) (3)応答ノードからの状態情報（ライト、ロックの場合
は、データを含む）を受信したことを示すトランザクシ
ョン応答(TR_DATA.response) (4)要求ノードからの状態情報を確確するトランザクシ
ョン確認(TR_DATA.confirmation)

【００４０】また、トランザクションレイヤ814は、上
述のサービスに基づいてアシンクロナス転送を管理し、
三種類のトランザクション、つまりリード、ライトおよ
びロックトランザクションを実現する。 (1)リードトランザクション: 要求ノードが、応答ノー
ドの特定アドレスに格納された情報を読み取る。 (2)ライトトランザクション: 要求ノードが、応答ノー
ドの特定アドレスに所定の情報を書き込む。 (3)ロックトランザクション: 要求ノードは、応答ノー
ドに対して、参照データおよび更新データを転送する。
応答ノードは、受信した参照データと特定アドレスの情
報とを比較し、その比較結果に応じて特定アドレスの情
報を更新データに更新する。

【００４１】●シリアルバスマネージメント シリアルバスマネージメント815は、具体的には、次の
三つの機能を提供する。すなわち、ノード制御、アイソ
クロナスリソースマネージャ(IRM)、バスマネージャで
ある。 (1)ノード制御: 上述の各レイヤを管理し、他のノード
との間で実行されるアシンクロナス転送を管理する。 (2)IRM: 他のノードとの間で実行されるアイソクロナス
転送を管理する。具体的には、転送帯域幅とチャネル番
号の割り当てに必要な情報を管理し、これらの情報を他
のノードに提供する。

【００４２】IRMはローカルバス上に唯一存在し、バス
リセットごとに候補者（IRM機能を有するノード）の中
から動的に選出される。また、IRMは、後述するバスマ
ネージャが提供可能な機能（接続構成、電源および速度
情報の管理など）の一部を提供してもよい。 (3)バスマネージャ: IRM機能を有し、IRMよりも高度な
バス管理機能を提供する。具体的には、より高度な電源
の管理（通信ケーブルを介して電源の供給が可能か否
か、電源の供給が必要か否か、などの情報をノードごと
に管理する）、より高度な速度情報の管理（各ノード間
の最大転送速度を管理する）、より高度な接続構成の管
理（トポロジマップを作成する）、並びに、これらの管
理情報に基づきバスの最適化などを行う。さらに、これ
らの情報を他のノードに提供する機能を有する。

【００４３】また、バスマネージャは、1394ネットワー
クを制御するためのサービスをアプリケーションに対し
て提供できる。このサービスには、シリアルバス制御要
求(SB_CONTROL.request)、シリアルバスイベント制御確
認(SB_CONTROL.confirmation)、および、シリアルバス
イベント通知(SB_CONTROL.indication)などがある。 (1)SB_CONTROL.request: アプリケーションがバスリセ
ットを要求するサービス (2)SB_CONTROL.confirmation: SB_CONTROL.requestをア
プリケーションに対して確認するサービス (3)SB_CONTROL.indication: 非同期に発生するイベント
をアプリケーションに対して通知するサービス

【００４４】［アドレス指定］図5は1394シリアルバス
におけるアドレス空間を説明する図である。なお、1394
シリアルバスでは、ISO/IEC13213-1994に準じたCommand
and Status Register(CSR)アーキテクチャに従い、64
ビット幅のアドレス空間が規定されている。

【００４５】図5において、最初の10ビットのフィール
ド601は所定のバスを指定するID番号に使用され、次の6
ビットのフィールド602は所定の機器（ノード）を指定
するID番号に使用される。これら上位16ビットを「ノー
ドID」と呼び、各ノードはこのノードIDにより他のノー
ドを識別する。また、各ノードは、このノードIDを用い
て相手を識別し、識別した相手との通信を行うことがで
きる。

【００４６】残りの48ビットからなるフィールドは、各
ノードが備えるアドレス空間（256Mバイト構造）を指定
し、その内の20ビットのフィールド603はアドレス空間
を構成する複数の領域を指定する。最後の28ビットのフ
ィールド604は、各ノードにおいて共通あるいは固有な
情報が格納されるアドレスを指定する。

【００４７】フィールド603の0から0xFFFFDの領域は
「メモリ空間」、0xFFFFEは「プライベート空間」、0xF
FFFFは「レジスタ空間」とそれぞれ呼ばれる。プライベ
ート空間は、各ノードが自由に利用することができるア
ドレスである。また、レジスタ空間は、バスに接続され
たノード間における共通の情報が格納され、レジスタ空
間に格納された情報を用いることにより、各ノード間の
通信が管理される。

【００４８】例えば、レジスタ空間における最初の512
バイトは、CSRアーキテクチャのコア（CSRコア）レジス
タに使用される。CSRコアレジスタに格納される情報の
アドレスおよび機能は図6に示される。図6では0xFFFFF0
000000からのオフセットでアドレスを示している。

【００４９】続く512バイトはシリアルバスのレジスタ
として使用される。シリアルバスレジスタに格納される
情報のアドレスおよび機能は図7に示される。図7では0x
FFFFF0000200からのオフセットでアドレスを示してい
る。

【００５０】続く1024バイトは、コンフィグレーション
ROM(Configuration ROM)に使用される。コンフィグレー
ションROMには最小形式と一般形式とがあり、0xFFFFF00
00400から配置される。図8は最小形式のコンフィグレー
ションROMを示す図で、24ビットのベンダIDはIEEEによ
り各ベンダに対して固有に割り当てられた数値である。

【００５１】図9は一般形式のコンフィグレーションROM
を示す図で、上述のベンダIDはルートディレクトリ(Roo
t Directory)1002に格納されている。バス情報ブロック
(BusInfo Block)1001およびルートアンドユニットリー
ブス(Root & Unit Leaves)1005には、各ノードを識別す
る固有のID情報としてノードユニークIDを保持させるこ
とが可能である。

【００５２】ノードユニークIDは、メーカおよび機種に
関わらず、一つのノードを特定することができる固有の
IDが定められるようになっている。ノードユニークIDは
64ビットで構成され、上位24ビットは上述のベンダIDを
示し、下位48ビットはノードの機器を製造したメーカが
自由に設定することが可能な情報、例えば機器の製造番
号などを示す。なお、このノードユニークIDは、例えば
バスリセットの前後においても、継続して特定のノード
を認識する場合に使用される。

【００５３】また、ルートディレクトリ(Root Director
y)1002には、ノードの基本的な機能に関する情報を保持
させることが可能である。詳細な機能情報は、ルートデ
ィレクトリ(Root Directory)1002からオフセットされる
サブディレクトリ(Unit Directory)1006に格納される。
ユニットディレクトリ(Unit Directory)1006には、例え
ばノードの機器がサポートするソフトウェアユニットに
関する情報が格納される。具体的には、ノード間のデー
タ通信を行うためのデータ転送プロトコル、および、所
定の通信手順を定義するコマンドセットなどに関する情
報が保持される。

【００５４】また、ノード依存情報ディレクトリ(Node
Dependent Info Directory)1003には、デバイス固有の
情報を保持することが可能である。ノード依存情報ディ
レクトリ(Node Dependent Info Directory)1003は、ル
ートディレクトリ(Root Directory)1002によりオフセッ
トされる。

【００５５】さらに、ベンダ依存情報(Vendor Dependen
t Information)1007には、ノードの機器を製造あるいは
販売するベンダ固有の情報を保持させることができる。

【００５６】これらコンフィグレーションROMに格納さ
れるデータは、それぞれ予め定められた最小単位である
エントリをはじめとするディレクトリ、リーフというフ
ォーマット形式、同様に定められた法則に従い各エント
リに割り振られたキー値(keyvalue)により成り立ってい
る。各エントリにおいて、このキー値をデコードするこ
とにより情報の種類を見分けることが可能になる。な
お、コンフィギュレーションROMのこれ以上の構造は、I
SO/IEC 13213、IEEE Std 1212およびIEEE Std1394-1995
に記述されているので、ここでは割愛する。

【００５７】図5において、残りの領域は「ユニット空
間」と呼ばれ、各ノード固有の情報、例えば各機器の識
別情報（ベンダ名および機種名など）や、使用条件など
が格納されたアドレスを指定する。図10はユニット空間
のシリアルバス装置レジスタに格納される情報のアドレ
スおよび機能を示す。図10では「0xFFFFF0000800」から
のオフセットでアドレスを示している。

【００５８】なお、一般的に、異種のバスシステムの設
計を簡略化したい場合、各ノードは、ユニット空間の最
初の2048バイトのみを使うべきである。つまり、CSRコ
アレジスタ、シリアルバスレジスタおよびコンフィグレ
ーションROMからなるレジスタ空間の2048バイトと、ユ
ニット空間の最初の2048バイトを合わせた4096バイトで
レジスタ空間が構成されることが望ましい。

【００５９】［通信ケーブル］図11はIEEE1394規格に準
拠した通信ケーブルの断面図を示す図である。

【００６０】通信ケーブルは、二組のツイストペア信号
線および電源線から構成されている。電源線を設けるこ
とによって、1394シリアルバスは、主電源がオフされた
機器や、故障により電力が低下した機器などへも電力を
供給することができる。なお、電源線によって供給され
る直流電力の電圧は8から40V、電流は最大1.5Aに規定さ
れている。

【００６１】［DS-Link方式］二組のツイストペア信号
線には、DS-Link(Data/Strobe Link)方式により情報が
伝送される。図12はDS-Link方式を説明する図である。

【００６２】このDS-Link方式は、高速なシリアルデー
タ通信に適し、その構成は二組のツイストペア信号線を
必要とする。一組のツイストペア信号線はデータ信号を
送り、もう一組のツイストペア信号線はストローブ信号
を送る構成である。受信側では、二組の信号線により受
信されたデータ信号およびストローブ信号を排他的論理
和することによってクロックを再現することができる。
なお、DS-Link方式を用いる1394シリアルバスには、例
えば次のような利点がある。 (1)データ信号中にクロック信号を混入させる必要がな
いので、他のシリアルデータ転送方式に比べて転送効率
が高い。 (2)位相ロックドループ(PLL)回路が不要になり、コント
ローラLSIの回路規摸を小さくできる。 (3)転送すべきデータが無いときにアイドル状態である
ことを示す情報を送る必要がなく、トランシーバ回路を
スリープ状態にし易く、消費電力の低減が図れる。

【００６３】［バスリセット］各ノードの1394インタフ
ェイスは、ネットワークの接続構成に変化が生じたこと
を自動的に検出することができる。この場合、1394ネッ
トワークは以下に示す手順によりバスリセットと呼ばれ
る処理を行う。なお、接続構成に変化は、各ノードが備
えるコネクタポート810に加わるバイアス電圧の変化に
より検知することができる。

【００６４】ネットワークの接続構成の変化、例えばネ
ットワーク機器の接続分離や電源のオン/オフなどによ
るノード数の増減を検出したノード、または、新たにネ
ットワークの接続構成を認識する必要があるノードは、
1394インタフェイスを介して、1394シリアルバス上にバ
スリセット信号を送信する。

【００６５】バスリセット信号を受信したフィジカルレ
イヤ811は、バスリセットの発生をリンクレイヤ812に伝
達するとともに、バスリセット信号を他のノードへ転送
する。バスリセット信号を受信したノードは、今まで認
識していたネットワークの接続構成および各機器に割り
当てられたノードIDをクリアにする。最終的にすべての
ノードがバスリセット信号を受信した後、各ノードは、
バスリセットに伴う初期化処理、すなわち新たなネット
ワークの接続構成の認識、および、新たなノードIDの割
り当てを自動的に行う。

【００６６】なお、バスリセットは、先に述べたような
ネットワークの接続構成の変化により起動されるほか
に、ホスト制御によって、アプリケーションレイヤ816
がフィジカルレイヤ811に対して直接命令を出すことに
よっても起動される。また、バスリセットが起動する
と、データ転送は一時中断され、バスリセットに伴う初
期化処理の終了後、新しいネットワークの下でデータ転
送が再開される。

【００６７】［バスリセット起動後のシーケンス］バス
リセットの起動後、各ノードの1394インタフェイスは、
新たなネットワークの接続構成の認識、および、新たな
ノードIDの割り当てを実行する。以下、バスリセットの
起動から、ノードIDの割り当て終了までの基本的なシー
ケンスを、図13から図15を用いて説明する。

【００６８】図13は1394ネットワークにおけるバスリセ
ット起動後の状態を説明する図である。ノードAからFは
それぞれ一つから三つのコネクタポート810を備えてい
る。各ノードのコネクタポート810には、各ポートを識
別するためにポート番号を付されている。以下、図13に
示す構成の1394ネットワークにおけるバスリセットの開
始からノードIDの割り当てまでの手順を図14のフローチ
ャートを用いて説明する。

【００６９】図14において、1394ネットワークを構成す
るノードAからFはそれぞれバスリセットが発生したか否
かを常時監視している(S1501)。ネットワーク接続の構
成が変化したことを検出したノードからバスリセット信
号が出力される（バスリセットの起動）と、各ノードは
以下の処理を実行する。

【００７０】バスリセットが起動されると、ノードはそ
れぞれ親子関係の宜言を行い(S1502)、ステップS1503で
全ノード間で親子関係が決定されたと判定されるまでス
テップS1502が繰り返される。

【００７１】すべてのノード間で親子関係が決定した
後、1394ネットワークの調停を行うノードすなわち「ル
ート(root)」が決定される(S1504)。ルートが決定され
た後、各ノードが自己のノードIDを設定する作業が開始
され(S1505)、ステップS1506で全ノードのノードIDが設
定されたと判定されるまでステップS1505が繰り返され
る。

【００７２】最終的にすべてのノードに対してノードID
が設定された後、各ノードは、アイソクロナス転送また
はアシンクロナス転送を実行する(S1507)。各ノード
は、ステップS1507でデータ転送を実行するとともに、
ステップS1501でバスリセットの起動を監視する。そし
て、バスリセットが起動された場合はステップS1502以
降の処理を実行する。

【００７３】以上の手順により、各ノードは、バスリセ
ットが起動されるごとに、新たなネットワーク接続を認
識し、かつ、新たなノードIDの割り当てを実行すること
ができる。

【００７４】［親子関係の決定］図15はステップS1502
における親子関係の宣言を行う処理の詳細例を示すフロ
ーチャートである。

【００７５】図15において、バスリセットが起動された
後、ノードAからFは、自分が備えるコネクタポート810
の接続状態（接続または未接続）を碓認し(S1601)、そ
の後、他のノードと接続されているコネクタポート810
（以下「接続ポート」と呼ぶ）をカウントする(S160
2)。

【００７６】接続ポート数が一つのノードは、自分が
「リーフ(leaf)」であると認識する(S1603)。なお、リ
ーフとは、接続されている他のノードが一つだけのノー
ドのことである。リーフは、接続されているノードに対
して自分は「子(child)」であることを宣言し(S1604)、
接続されているノードは「親(parent)」であると認識す
る。

【００７７】このように親子関係の宣言は、まず1394ネ
ットワークの末端に位置するリーフとブランチ(branch)
との間で行われる。続いて、親子関係の宣言はブランチ
とブランチとの間で順次行われる。なお、ブランチと
は、接続ポート数が二つ以上のノードのことである。

【００７８】このようにして親子関係は、親子関係の宜
言が行えるノード間から順に決定される。また、各ノー
ドにおいて、あるノードが「子」を宜言した接続ポート
はおやノードと接続された「親ポート」であると認識さ
れ、その宣言を受けたノードの接続ポートは子ノードと
接続された「子ポート」であると認識される。例えば、
図13において、ノードA、EおよびFはそれぞれ自分がリ
ーフであると認識し、親子関係の宣言を行う。これによ
り、ノードA-B間、E-D間およびF-D間の親子関係は「子-
親」と決定される。

【００７９】また、接続ポート数が二つ以上のノード
は、自分がブランチであると認識する(S1605)。ブラン
チは、各接続ポートに接続されたノードから親子関係の
宜言を受け付ける(S1606)。親子関係の宣言を受け付け
た接続ポートは「子ポート」であると認識される。

【００８０】ブランチは、一つの接続ポートを「子ポー
ト」と認識した後、未だ親子関係が決定されていない接
続ポート（未定義ポート）が二つ以上あるか否かを検出
し(S1607)、未定義ポートが二つ以上ある場合は再びス
テップS1606の処理を行う。また、未定義ポートが一つ
だけの場合(S1608)、ブランチは、その未定義ポートを
「親ポート」であると認識し、その接続ポートに接続さ
れたノードに対して自分は「子」であることを宜言する
(S1609)。

【００８１】ブランチは、未定義ポートが一つになるま
で親子関係の宣言、つまり自分が「子」であることを他
のノードに対して宜言することができない。例えば、図
13において、ノードB、CおよびDは、自分がブランチで
あると認識するとともに、リーフまたは他のブランチか
らの親子宜言を受け付ける。ノードDは、D-EおよびD-F
間の親子関係が決定した後、ノードCに対して親子関係
の宜言を行う。また、ノードDから親子関係の宜言を受
けたノードCは、ノードBに対して親子関係の宜言を行
う。

【００８２】ステップS1608で未定義ポートが存在しな
いと判定された場合、つまりすべての接続ポートが「子
ポート」になった場合、そのブランチは、自分がルート
であると認識する（ステップS1610）。

【００８３】例えば、図13において、接続ポートのすべ
てが子ポートになったノードBは、1394ネットワーク上
の通信を調停するルートとして他のノードに認識され
る。図13にはノードBがルートと決定された例を示す
が、ノードBによる親子関係の宜言が、ノードCによる親
子関係の宜言に比べて早ければ、他のノードがルートに
なる。すなわち、親子関係を宜言するタイミングによっ
ては、どのノードもルートになる可能性があり、例え同
じネットワーク構成であっても、いつも同じノードがル
ートになるとは限らない。

【００８４】すべての接続ポートの親子関係が宣言され
ることによって、各ノードは、1394ネットワークの接続
構成を階層構造（ツリー構造）として認識することがで
きる(S1611)。なお、上述した親ノードは階層構造にお
ける上位であり、子ノードは階層構造における下位にな
る。

【００８５】［ノードIDの割当］図16および17はステッ
プS1505のノードIDの設定、つまり各ノードにノードID
を割り当てる処理を詳細に示すフローチャートで、図16
はルートの処理、図17はルート以外の処理を示してい
る。ノードIDは、上述したようにバス番号およびノード
番号から構成されるが、本実施形態では、各ノードが同
一バス上に存在するものとして、各ノードには同一のバ
ス番号が割り当てられるものとする。

【００８６】ルートは、ステップS1701で、ノードIDが
未設定のノードが接続されている子ポートの内、ポート
番号が最小の通信ポートに接続されたノードに対してノ
ードIDの設定許可を与える。次に、ルートは、ステップ
S1702で、子ポートに接続された全ノードのノードIDが
設定されたか否かを判定し、未設定のノードがあればス
テップS1701を繰り返す。つまり、ルートは、最小のポ
ート番号をもつ通信ポートに接続された全ノードのノー
ドIDが設定された後、その子ポートを設定済とし、続い
て、次に小さいポート番号をもつ通信ポートに接続され
たノードに対して同様の制御を行う。

【００８７】最終的に、子ポートに接続された全ノード
のノードIDが設定されると、ルートは、ステップS1703
で自分のノードIDを設定し、ステップS1704で、後述す
るセルフIDパケットをブロードキャストする。なお、ノ
ードIDに含まれるノード番号は、基本的にリーフ、ブラ
ンチの順に0、1、2、…と割り当てられる。従って、ル
ートが最も大きなノード番号を有することになる。

【００８８】一方、ノードIDの設定許可をルートから得
たノードは、ステップS1711で、ノードIDが未設定のノ
ードを含む子ポートがあるか否かを判定し、そのような
子ポートがある場合はステップS1712で、その子ポート
に接続されたノードに対してノードIDの設定許可を与え
る。ここでノードIDの設定許可を得たノードも図17の処
理を実行することになる。

【００８９】そして、ノードは、ステップS1713で、再
び、ノードIDが未設定のノードを含む子ポートがあるか
否かを判定する。ステップS1711またはS1713でノードID
が未設定のノードを含む子ポートはないと判定される
と、ノードは、ステップS1714で、自分のノードIDを設
定し、ステップS1715で、自分のノード番号および通信
ポートの接続状態に関する情報などを含むセルフIDパケ
ットをブロードキャストする。

【００９０】ブロードキャストとは、あるノードの通信
パケットを1394ネットワークを構成する不特定多数の他
のノードすべてに転送することである。各ノードは、セ
ルフIDパケットを受信することによって、各ノードに割
り当てられたノード番号を認識することができ、自分に
割り当て可能なノード番号を知ることができる。

【００９１】例えば、図13において、ルートであるノー
ドBは、まずポート番号が最小の#0の通信ポートに接続
されたノードAに対してノードIDの設定許可を与える。
ノードAは、自分のノード番号として「0」を割り当て、
自分のノードIDを設定した後、そのノードIDを含むセル
フIDパケットをブロードキャストする。

【００９２】次に、ルートは、ポート番号#1の通信ポー
トに接続されたノードCに対してノードIDの設定許可を
与える。ノードCはポート番号#2の通信ポートに接続さ
れたノードDに対してノードIDの設定許可を与え、ノー
ドDはポート番号#0の通信ポートに接続されたノードEに
対してノードIDの設定許可を与える。ノードEのノードI
Dが設定されると、ノードDは、ポート番号#1の通信ポー
トに接続されたノードFに対してノードIDの設定許可を
与える。以下説明を省略するが、このような手順で全ノ
ードのノードIDが設定される。

【００９３】［セルフIDパケット］図18はセルフIDパケ
ットの構成例を示す図で、セルフIDパケットを送出した
ノードのノード番号が格納されるフィールド1801、対応
可能な転送速度に関する情報が格納されるフィールド18
02、バス管理機能（バスマネージャの能力の有無など）
の有無を示すフィールド1803、および、電力の消費およ
び供給特性に関する情報が格納するフィールド1804があ
る。さらに、ポート番号「#0」から「#2」の各コネクタ
ポート810の接続状態に関する情報（接続、未接続およ
びポートの親子関係など）が格納されるフィールド1805
から1807がある。

【００９４】フィールド1803のコンテンダビットは、セ
ルフIDパケットを送出するノードがバスマネージャにな
り得る能力を有する場合は‘1’に、そうでない場合は
‘0’になる。バスマネージャとは、セルフIDパケット
に含まれる各種の情報に基づき、次に示すような管理を
行い、それらの情報を他のノードに提供する機能を有す
るノードである。これらの機能により、バスマネージャ
は1394ネットワーク全体のバス管理を行うことができ
る。 (1)バスの電源管理: 通信ケーブルを介して電力の供給
が可能か否か、電力の供給が必要か否かなどの情報を各
ノードごとに管理する。 (2)速度情報の管理: 各ノードの対応可能な転送速度に
関する情報から各ノード間の最大転送速度を管理する。 (3)トポロジマップ情報の管理: 通信ポートの親子関係
情報からネットワークの接続構成を管理する。 (4)トポロジマップ情報に基づくバスの最適化など。

【００９５】ノードIDの設定処理後、複数のノードがバ
スマネージャの能力を備える場合、ノード番号の最も大
きいノードがバスマネージャになる。つまり、1394ネッ
トワーク内で最大のノード番号をもつルートがバスマネ
ージャになり得る機能を有している場合は、ルートがバ
スマネージャになる。しかし、ルートがその機能を備え
ていない場合は、ルートの次に大きいノード番号を有す
るノードがバスマネージャになる。また、どのノードが
バスマネージャになったかについては、各ノードがブロ
ードキャストするセルフIDパケット内のコンテンダビッ
ト1803をチェックすることにより把握することができ
る。

【００９６】［調停］図19は1394ネットワークにおける
調停(arbitration)を説明する図である。1394ネットワ
ークでは、データ転送に先立ち、必ずバス使用権の調停
を行う。1394ネットワークは、論理的なバス型ネットワ
ークであり、各ノードから送出されてくるパケットを他
のノードへ中継することによって、ネットワーク内のす
べてのノードに同じパケットを転送する。従って、パケ
ットの衝突を防ぐために、必ずアービトレーションが必
要になり、あるタイミングにおいては一つのノードだけ
がパケットの送出を行うことができる。

【００９７】図19(a)はノードBおよびFがバスの使用権
を要求している状態を示している。ノードBおよびFは、
それぞれの親ノードにバス使用権を要求する。ノードB
の要求を受けた親ノード（ノードC）は、自分の親ノー
ド（ノードD）に要求を中継する。これらの要求は、最
終的に調停を行うルート（ノードD）に届く。バス使用
権の要求を受けたルートは、どのノードにバス使用権を
与えるかを決定する調停を行う。この調停はルートだけ
が行えるものであり、調停に勝ったノードにはバス使用
権が与えられる。

【００９８】図19(b)はノードFにバス使用権が与えら
れ、ノードBの要求が拒否された状態を示している。ル
ートは、調停に負けたノードに対してDP(Data Prefix)
パケットを送り、要求を拒否したことを知らせる。要求
が拒否されたノードは、次回の調停までバス使用権の要
求を待たされることになる。

【００９９】以上の調停によって、1394ネットワークの
バス使用権が制御および管理される。

【０１００】［通信サイクル］アイソクロナス転送モー
ドおよびアシンクロナス転送モードは、各通信サイクル
の期間内において時分割に混在することができる。通信
サイクルの期間は通常125μSである。図20は通信サイク
ルの一期間にアイソクロナス転送モードおよびアシンク
ロナス転送モードが混在された状態を示す図である。

【０１０１】アイソクロナス転送モードは、アシンクロ
ナス転送モードより優先して実行される。その理由は、
サイクルスタートパケット(CSP)の後、アシンクロナス
転送を起動するために必要なアイドル期間(subaction g
ap)が、アイソクロナス転送を起動するため必要なアイ
ドル期間(isochronous gap)よりも長く設定されている
ためである。これら異なるアイドル期間の設定により、
アイソクロナス転送モードがアシンクロナス転送モード
に優先して実行される。

【０１０２】図20において、各通信サイクルのスタート
時には、サイクルスタートパケット(CSP)が所定のノー
ドから転送される。各ノードは、このサイクルスタート
パケット(CSP)によりタイミング調整を行うことで、他
のノードと同じタイミングを得ることができる。

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

【０１０４】アイソクロナス転送モードは、とくに動画
像データや、音声を含むサウンドデータなど、リアルタ
イムな転送を必要とするデータの転送に適している。ア
イソクロナス転送モードは、アシンクロナス転送モード
のように一対一の通信ではなくブロードキャスト通信で
あり、あるノードから送出されたパケットは、ネットワ
ーク上のすべてのノードに対して一様に転送される。な
お、アイソクロナス転送に受信確認用の返信コードであ
るアクノリッジ(ack)は存在しない。

【０１０５】図20において、チャネルe(ch e)、チャネ
ルs(ch s)およびチャネルk(ch k)は、各ノードがアイソ
クロナス転送を行う期間を示している。1394シリアルバ
スでは、複数の異なるアイソクロナス転送を区別するた
めに、それらに異なるチャネル番号を与える。これによ
り、複数のノード間におけるアイソクロナス転送が可能
になる。なお、このチャネル番号は、送信先を特定する
ものではなく、データに対する論理的な番号を与えてい
るに過ぎない。

【０１０６】また、図20に示すアイソクロナスギャップ
(isochronus gap)とは、バスのアイドル状態を示すもの
で、このアイドル状態が一定時間を経過した後、アイソ
クロナス転送を希望するノードは、バスが使用できると
判断し、バスの使用権を要求する。

【０１０７】図21はアイソクロナス転送モードにより転
送されるパケットのフォーマットを示す図である。以下
では、アイソクロナス転送モードにより転送されるパケ
ットを「アイソクロナスパケット」と称する。

【０１０８】図21において、アイソクロナスパケット
は、ヘッダ部2101、ヘッダCRC2102、データ部2103およ
びデータCRC2104から構成される。

【０１０９】ヘッダ部2101には、データ部2103のデータ
長が格納されるdata_lengthフィールド2105、アイソク
ロナスパケットのフォーマット情報を格納するtagフィ
ールド2106、アイソクロナスパケットのチャネル番号を
格納するchannelフィールド2107、パケットのフォーマ
ットおよび実行しなければならない処理を識別するトラ
ンザクションコード(tcode)を格納するtcodeフィールド
2108、並びに、同期化コードを格納するsyフィールド21
09がある。

【０１１０】［アシンクロナス転送モード］アシンクロ
ナス転送モードは非同期型の転送方式である。アシンク
ロナス転送は、アイソクロナス転送期間の終了後、次の
通信サイクルが開始されるまでの間、すなわち次の通信
サイクルのサイクルスタートパケット(CSP)が転送され
るまでの間に実行可能である。

【０１１１】図22に示す通信サイクルにおいて、最初の
サブアクションギャップ(subactiongap)はバスのアイド
ル状態を示すものである。このアイドル状態が一定時間
を経過した後、アシンクロナス転送を希望するノード
は、バスが使用できると判断し、バスの使用権を要求す
る。

【０１１２】調停によりバス使用権を得たノードは、図
23に示すパケットを所定のノードに対して送信する。こ
のパケットを受信したノードは、ack（アクノリッジ）
または応答パケットをアクノリッジギャップ(ack gap)
後に返送する。ackは4ビットの情報および4ビットのチ
ェックサムからなり、成功、ビジー状態、ペンディング
状態であるといった情報を含み、パケット受信後、すぐ
にパケットの送信元ノードに返される。

【０１１３】図23はアシンクロナス転送モードにより転
送されるパケットのフォーマットを示す図である。以下
では、アシンクロナス転送モードにより転送されるパケ
ットを「アシンクロナスパケット」と称する。

【０１１４】図23において、アシンクロナスパケット
は、ヘッダ部2201、ヘッダCRC2202、データ部2203およ
びデータCRC2204から構成される。

【０１１５】ヘッダ部2201には、パケットの宛先ノード
のノードIDが格納されるdestination_IDフィールド220
5、パケットのソースノードのノードIDが格納されるsou
rce_IDフィールド2206、一連のトランザクションを示す
ラベルが格納されるtlフィールド2207、再送ステータス
を示すコードが格納されるrtフィールド2208、パケット
のフォーマットおよび実行しなければならない処理を識
別するトランザクションコード(tcode)が格納されるtco
deフィールド2209、優先順位が格納されるpriフィール
ド2210、宛先ノードのメモリアドレスが格納されるdest
ination_offsetフィールド2211、データ部のデータ長が
格納されるdata_lengthフィールド2212、並びに、拡張
されたトランザクションコードが格納されるextended_t
codeフィールド2213がある。

【０１１６】アシンクロナス転送は、自ノードから相手
ノードへの一対一の通信である。送信元ノードから送信
されたパケットは、1394ネットワーク中の各ノードに行
き渡るが、各ノードは自分宛て以外のパケットを無視す
るので、宛先ノードだけが、そのパケットを読み込む。

【０１１７】なお、アシンクロナス転送中に次のCSPを
転送すべき時間に至った場合、無理に転送を中断せず、
その転送が終了した後、次のCSPを送信する。これによ
り、一つの通信サイクルが125μS以上続いたときは、そ
の分、次の通信サイクル期間を短縮する。このようにす
ることによって、1394ネットワークは、ほぼ一定の通信
サイクルを維持することができる。

【０１１８】図24は各パケットフォーマットにおけるパ
ケットフィールドの詳細を説明する図である。

【０１１９】［デバイスディスカバリ］アプリケーショ
ンソフトウェアが意図するデバイスと通信を行うために
1394ネットワークに接続されているデバイスの情報（接
続トポロジ）を知る手段として、1394シリアルバスには
以下の手段が備わる。 (1)バスマネージャのトポロジマップレジスタをリード
する。 (2)バスリセット時にセルフIDパケットから推定する。

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

【０１２１】一方、コンフィギュレーションROM自体や
コンフィギュレーションROMを読む機能は、IEEE1394規
格に適合または準拠するデバイスは必ずもつものであ
る。そこで、デバイスの位置や機能などの情報を各ノー
ドのコンフィギュレーションROMに格納し、それらの情
報をアプリケーションソフトウェアから読み取る機能を
与えることにより、データベースアクセスやデータ転送
などの特定のプロトコルに依存せずに、各ノードのアプ
リケーションソフトウェアに所謂デバイスマップの表示
機能を実現させることが可能になる。コンフィグレーシ
ョンROMにはノード固有の情報として物理的な位置や機
能などが格納可能であり、デバイスマップの表示機能の
実現に使用することが可能である。

【０１２２】そこでデバイス上のアプリケーションが通
信相手デバイスを特定するために、接続されたデバイス
のコンフィギュレーションROMを読み出し解析する機能
は、IEEE1394規格を遵守したデバイスが必ずもつもので
ある。そこで、デバイスのベンダー情報、機能、サポー
ト（プロトコル）ソフトウェアなどの情報を各ノードの
コンフィギュレーションROMに格納し、それらをアプリ
ケーションから読む機能を与えることにより、データ転
送などの特定のプロトコルに依存することなく、各ノー
ドのアプリケーションが所望するデバイを特定すること
ができる。

【０１２３】このようにすれば、アプリケーションソフ
トウェアは、バスリセット時やユーザからの要求に応え
て、各ノードのコンフィギュレーションROMから情報を
読み取り、物理的な位置関係による1394ネットワークの
トポロジを知ることが可能になる。さらに、ノードの物
理的位置のみならず、コンフィギュレーションROMに記
述された機能などの各種ノード情報を読むことで、ノー
ドの物理的位置と併せて各ノードの機能情報なども得る
ことができる。

【０１２４】アプリケーションソフトウェアが各ノード
のコンフィギュレーションROMの情報を取得する際は、
指定ノードの任意のコンフィギュレーションROMの情報
を取得するためのアプリケーションインタフェイス(AP
I)が用いられる。このような手段を用いることにより、
1394ネットワーク上のデバイスのアプリケーションソフ
トウェアは、物理的なトポロジマップおよび各ノードの
機能マップなど、用途に応じて様々なデバイスマップお
よびリストを作成することができる。さらに、ユーザが
必要な機能をもつデバイスを選択する、といったことも
アプリケーションソフトウェアから可能になる。

【０１２５】実際にROMを読み取る場合、バスリセット
時のようにユーザの要求がない場合は、1394ネットワー
クに接続されている各デバイスのコンフィグレーション
ROMの中の最低限の情報を読み出し、通信の開始要求を
受けた際に、前記最低限の情報から絞り込んだデバイス
についてコンフィグレーションROMの情報をすべて読み
出す方法や、ユーザの要求があった場合にはじめて各デ
バイスのコンフィグレーションROMの情報を読み出す方
法など、様々な方法が考えられる。

【０１２６】［プリンタ］図25は本実施形態のインクジ
ェットプリンタの構成例を説明するブロック図である。

【０１２７】図25において、2701は1394シリアルバスを
介してコンピュータと通信し、印刷コマンドや印刷デー
タを受信するインタフェイス部、2702はマイクロプロセ
ッサユニット(MPU)、2703はMPU2702が実行する制御プロ
グラムや受信した印刷情報を格納するROM、2704はMPU27
04により、印刷情報やヘッドに供給すべき記録データな
どの各種データが保存され、ワークメモリとして利用さ
れるRAMである。

【０１２８】2705は記録ヘッド2706に供給する記録デー
タの供給制御を行うASICであるゲートアレイで、インタ
フェイス2701、MPU2702およびRAM2704間のデータ転送制
御も行う。

【０１２９】2707は記録ヘッド2706を搬送するためのキ
ャリアモータ、2708は記録紙を搬送するための搬送モー
タ、2709は記録ヘッドを駆動するヘッドドライバ、2710
はキャリアモータ2707を駆動するモータドライバであ
る。

【０１３０】●1394インタフェイスブロック 図26はインタフェイス2701における1394インタフェイス
ブロックの基本構成を示すブロック図である。

【０１３１】図26において、2802は1394シリアルバスを
直接ドライブする物理レイヤ制御IC(PHY IC)で、IEEE13
94の概要において説明した物理レイヤ機能を実現する。
主な機能としては、バスイニシャライズ、アービトレー
ション、送受信データのエンコードおよびデコード、13
94ケーブルの通電状態の監視、負荷終端用電源の供給
（アクテイブ接続認識用）、並びに、リンクレイヤ制御
IC2801とのインタフェイスである。

【０１３２】2801はプリンタ本体とのインタフェイスを
行い、物理レイヤIC2802のデータ転送をコントロールす
るリンクレイヤ制御IC(LINK IC)で、IEEE1394の概要に
おいて説明したリンクレイヤ機能を実現する。主な機能
としては、物理レイヤIC2802を介して送受信されるデー
タを一時格納する送受信FIFO、送信データのパケット
化、物理レイヤIC2802により受信されたアシンクロナス
パケットが自ノードあてのものか否かの判定、アイソク
ロナスパケットが割り当てられたチャンネル向けのもの
か否かの判定、および、それら受信データのエラーチェ
ックを行うレシーバ機能、並びに、プリンタ本体とのイ
ンタフェイスである。

【０１３３】2803はコンフィギュレーションROMで、各
機器に固有の識別情報、通信条件などが格納されてい
る。このコンフィグレーションROMのデータフォーマッ
トは、IEEE1394の概要で説明したように、IEEE1212およ
びIEEE1394により定められたフォーマットに準じてい
る。なお、本実施形態のプリンタは、後述する図30に示
すような一般形式のコンフィグレーションROMを備えて
いる。

【０１３４】●コンフィグレーションROM 本実施形態のプリンタは、図27に示すプリンタの1394イ
ンタフェイス上のアドレス空間（以下「1394アドレス空
間」と呼ぶ）中に、図28に示すような一般形式のコンフ
ィグレーションROMを備えている。

【０１３５】本実施形態のプリンタの基本機能、その基
本機能に付随する詳細情報はRoot Directory（ルートデ
ィレクトリ）1002からオフセットされるサブディレクト
リであるInstance Directory（インスタンスディレクト
リ）1004に格納されている。また、プリンタがサポート
するソフトウェア（プロトコル）ユニット情報はRootDi
rectory1002から同様にオフセットされるサブディレク
トリであるUnit Directory（ユニットディレクトリ）10
06に格納されている。

【０１３６】デバイスを製造したベンダ情報、そのベン
ダに関する固有の情報が格納可能なサブディレクトリで
あるVendor Directory（ベンダディレクトリ）1008もRo
ot Directory1002からオフセットされる。Instance Directory

【０１３７】Instance Directory1004には、そのデバイ
スの基本機能に関する情報が格納される。デバイスが一
つの機能（1インスタンスのみ）をサポートする場合はI
nstance Directoryは一つであり、複数機能（複数イン
スタンス）をサポートする場合にはInstance Directory
が複数存在する。

【０１３８】各Instance Directoryには、機能情報がキ
ーワードという形で記述されると同時に、その機能を制
御するためのソフトウェア（プロトコル）情報が格納さ
れたUnit Directoryへのポインタ情報が格納されてい
る。その他、各機能に関する固有の詳細情報がある場
合、それが格納されたFunction Info Directory（ファ
ンクションインフォディレクトリ）へのポインタ情報も
格納されている。

【０１３９】本実施形態のプリンタの場合、プリンタ機
能を表す「PRINTER」というキーワードがInstance Dire
ctory1004のKeyword Leaf（キーワードリーフ）1009に
記述されている。Unit Directory

【０１４０】Unit Directory1006には、そのデバイスが
サポートするソフトウェアプロトコルユニット（以下、
単に「プロトコル」と呼ぶ）に関する情報が格納されて
いる。デバイスが一つのプロトコルのみをサポートする
場合はUnit Directoryは一つであり、複数プロトコルを
サポートする場合にはUnit Directoryが複数存在する。

【０１４１】各Unit Directoryには、プロトコルを判別
するためのIDがUnit_Spec_ID、Unit_Sw_Versionという
形で記述されると同時に、そのプロトコルのエントリポ
イントのオフセットをはじめとする、各プロトコルに関
する固有の詳細情報が格納されている。

【０１４２】本実施形態のプリンタの場合、少なくと
も、1394インタフェイスを介したデータ転送に使用され
るDirect Print Protocol（DPP、ダイレクトプリントプ
ロトコル）に関する情報が記述されたUnit Directoryが
存在する。

【０１４３】●プリンタのアドレス空間 IEEE1394の概要で説明したように1394シリアルバスのア
ドレス設定のうち、最後の28ビットはシリアルバスに接
続された他のデバイスからアクセス可能な、各機器に固
有のデータ領域として確保されている。

【０１４４】図27は、本実施形態のプリンタにおける28
ビットのアドレス空間を表している。コンフィギュレー
ションROMは、図27に示すように、400hから800h番地の
領域に配置される。800h番地以降の領域にはプリンタに
固有の動作に関連するレジスタが配置され、10000h番地
以降の領域にはDPP制御用のレジスタ群が配置される。

【０１４５】本実施形態のプリンタの全アドレス空間
は、IEEE1394のデータ転送における最小単位のトランズ
アクションであるクワドレットトランズアクションか
ら、最大512クワドレット（2048バイト）までのブロッ
クトランズアクションを取り扱うことが可能である。同
時に、コンフィギュレーションROM領域の読み出しに対
して、最大256クワドレットまでのブロックリードリク
エストにも対応可能である。

【０１４６】［コンピュータ］本実施形態のコンピュー
タに内蔵される1394インタフェイスブロックの構成は、
図26に示したプリンタの1394インタフェイスブロックと
同等であり、コンピュータの内部構成は、パーソナルコ
ンピュータなどの汎用コンピュータと同一であるから、
これらの詳細説明は省略する。

【０１４７】本実施形態のコンピュータは、図29に示す
コンピュータの1394アドレス空間中に、図30に示すよう
な一般形式のコンフィグレーションROMを備えている。
さらに、図29に示す1394アドレス空間中、xFFFFF000100
0番地から始まる1Kバイトの領域には、コンフィグレー
ションROM領域に格納されているデータと同一の複製デ
ータが配置されている。

【０１４８】コンフィグレーションROMに記述される情
報の基本的な種類はプリンタの場合とほぼ同じである。
ただし、Instance Directory1004のKeyword Leaf1009に
は基本機能を表す「COMPUTER」というキーワードが記述
される。また、データ転送に使用されるプロトコルとし
てDPPに関する情報が記述されたUnit Directory1006が
存在する。

【０１４９】コンフィギュレーションROMは、図29に示
すように、400hから800h番地の領域に配置される。ただ
し、機器の制約上、プリンタの場合とは異なり、200h番
地から800h番地の領域は、IEEE1394のデータ転送におけ
る最小単位のトランズアクションであるクワドレットリ
クエストのみがサポートされる。

【０１５０】一方、800h番地以降の領域は、クワドレッ
トトランズアクションから最大512クワドレット（2048
バイト）までのブロックトランズアクションを取り扱う
ことが可能である。そこで、1000hから1400h番地の領域
に、コンフィギュレーションROMと同一のデータを配置
して、上記のデータ転送における制限を補う。

【０１５１】これに関連して、図30に示すように、コン
フィギュレーションROMのRoot Directory1002の先頭エ
ントリには、コンフィグレーションROMと同一のデータ
が配置された領域の先頭アドレスを参照するオフセット
値(ROM image offset)を含むエントリが、その情報を識
別するために予め定められたキー値「21h」とともに存
在する。

【０１５２】［ディジタルカメラ］本実施形態のディジ
タルカメラに内蔵される1394インタフェイスブロックの
構成は、図26に示したプリンタの1394インタフェイスブ
ロックと同等であり、ディジタルカメラの内部構成は、
汎用のディジタルカメラと同一であるから、これらの詳
細説明は省略する。

【０１５３】本実施形態のディジタルカメラは、図31に
示すディジタルカメラの1394アドレス空間中に、図32に
示すような最小形式(minimal format)のコンフィギュレ
ーションROMを備えている。さらに、図31に示す1394ア
ドレス空間中、xFFFFF0001000番地から始まる1Kバイト
の領域には、一般形式(general format)のコンフィグレ
ーションROMに相当するデータが配置されている。

【０１５４】コンフィギュレーションROMは、図31に示
すように、400hから800h番地の領域に配置される。ただ
し、機器の制約上、コンピュータの場合と同様に、200h
番地から800h番地の領域は、IEEE1394のデータ転送にお
ける最小単位のトランズアクションであるクワドレット
リクエストのみがサポートされる。

【０１５５】一方、800h番地以降の領域は、クワドレッ
トトランズアクションから最大512クワドレット（2048
バイト）までのブロックトランズアクションを取り扱う
ことが可能である。そこで、1000hから1400h番地の領域
に、一般形式のコンフィギュレーションROMに相当する
データを配置して、上記のデータ転送における制限を補
う。

【０１５６】これに関連して、図32に示すように、最小
形式のコンフィギュレーションROMには、キー値「1h」
およびVender_IDのエントリに続いて、一般形式のコン
フィグレーションROMに相当するデータが配置された領
域の先頭アドレスを参照するオフセット値(ROM image o
ffset)を含むエントリが、その情報を識別するために予
め定められたベンダユニークなキー値「38h」とともに
存在する。

【０１５７】また、1000h番地からはじまるデータは、
一般形式のコンフィグレーションROMのフォーマットに
従い、そのInstance Directory1004のKeyword Leaf1009
には基本機能を表す「CAMERA」というキーワードが記述
される。また、データ転送に使用されるプロトコルとし
てDPPに関する情報が記述されたUnit Directory1006が
存在する。

【０１５８】なお、上記のコンピュータ、ディジタルカ
メラおよびインクジェットプリンタは、1394ネットワー
クにより相互に接続されるデバイスである。

【０１５９】［デバイスディスカバリ動作］上記のデバ
イスが1394ネットワークに接続された状態において、デ
バイスディスカバリを行うために、デバイス間で行われ
るコンフィグレーションROMの読み出しについて説明す
る。

【０１６０】●プリンタの検出 まず、コンピュータが1394ネットワークに接続されたプ
リンタを検出する動作を、図33に示すフローチャートを
参照して説明する。

【０１６１】本実施形態のコンピュータの電源オン（ま
たはリセット）などによって、バスリセットが起動さ
れ、バスリセットが解除された後、コンピュータのオペ
レーティングシステム(OS)は、1394ネットワークに接続
されたすべての機器のコンフィギュレーションROMを読
み出す。

【０１６２】コンピュータは、まずノード#1（ここでは
プリンタとする）のコンフィギュレーションROMから情
報を読み出す。オフセットを400hとし(S1)、ノード#1の
コンフィギュレーションROM領域の先頭クワドレットを
読み出し(S2)、その最上位バイトを解析することでコン
フィグレーションROMの形式を判定する(S3)。

【０１６３】本実施形態のプリンタの場合、コンフィグ
レーションROMは一般形式であるから、404h番地から4ク
ワドレット分のBus Info Block（バスインフォメーショ
ンブロック）1001を読み出す(S4)。次に、Bus Info Blo
ckのMAX_ROMフィールド（図28参照）を解析する(S5)。
この解析により、この場合はプリンタであるノード#1の
コンフィグレーションROM領域が256クワドレットまでの
任意のブロックサイズのトランズアクションに対応可能
であることがわかる。

【０１６４】次に、コンフィグレーションROMの読出単
位をコンピュータの最大能力である16クワドレット（64
バイト）に決定し(S6)、Root Directory1002（414h番
地）以降のブロックリード要求を発行する(S7)。ブロッ
クリード要求を受信したノード#1は、その要求に対して
ACKを発行した後、要求されたアドレスのブロックデー
タをリードレスポンスとして要求元ノードであるコンピ
ュータに返す。

【０１６５】コンピュータは、このようにして414h番地
から16クワドレットずつのブロックリード要求を繰り返
し発行し、リードレスポンスとしてコンフィグレーショ
ンROMのデータを取得し、解析する(S8)。従って、Root
Directoryをはじめとする各ディレクトリを、そのディ
レクトリ長（例えばRoot Directory Length）に基づき
読み取り、そこに含まれる各エントリをキー値に基づい
て解析する。そして、必要があれば、さらにブロックリ
ード要求の発行を繰り返して、ノード#1のベンダ情報、
機能情報およびプロトコル情報などを取得する。

【０１６６】ステップS7およびs8において、コンフィグ
レーションROMの読み出し、および、解析を繰り返すこ
とで、コンピュータは、ノード#1のコンフィグレーショ
ンROMのInstance Directory1004およびUnit Directory1
006に格納された情報から、ノード#1がDPPをサポートす
るプリンタであることを認識する。

【０１６７】●ディジタルカメラの検出 次に、コンピュータが1394ネットワークに接続されたデ
ィジタルカメラを検出する動作を、図33に示すフローチ
ャートを参照して説明する。

【０１６８】コンピュータは、ノード#2（ここではディ
ジタルカメラとする）のコンフィギュレーションROM領
域の先頭クワドレットを読み出し(S2)、その最上位バイ
トを解析することでコンフィグレーションROMの形式を
判定する(S3)。

【０１６９】上述したように、本実施形態のディジタル
カメラは最小形式のコンフィギュレーションROMを備え
ているために、図32に示すように、先頭クワドレットの
最上位バイトの値は最小形式を示す「1h」である。従っ
て、コンピュータは、最小形式であることを認識した
後、続く3バイトを解析してベンダ情報を取得する(S
9)。続いて、404h番地以降に保存されたベンダに固有の
情報(Vender Dependent information)を読み出し、解析
する(S10)。

【０１７０】前述したように、本実施形態のディジタル
カメラの404h番地以降には、ベンダに固有の情報とし
て、一般形式のコンフィグレーションROMに相当するデ
ータが配置された領域の先頭アドレスを示すオフセット
値を含むエントリが、その情報を識別するために予め定
められたキー値「38h」とともに存在する。

【０１７１】コンピュータは、キー値「38h」を検出す
ると(S11)、そのエントリの値が一般形式のコンフィグ
レーションROMに相当するデータを参照するためのオフ
セット値（この場合は1000h）であると認識する。そこ
で、オフセットを1000hとして(S12)、ステップS2以降の
処理を行う。

【０１７２】従って、1000h番地のクワドレットが読み
出され(S2)、1000h番地以降に一般形式のコンフィギュ
レーションROMに相当するデータが配置されていること
が判定される(S3)。そして、1004番地から4クワドレッ
ト分のBus Info Blockが読み出され(S4)、MAX_ROMフィ
ールドが解析される(S5)。この解析により、コンフィグ
レーションROMに相当するデータが格納されたノード#2
の1000h番地以降に領域が256クワドレット（1024バイ
ト）までの任意のブロックサイズのリード要求に対応可
能であることがわかる。

【０１７３】従って、プリンタのコンフィグレーション
ROMの読み出しと同様に、読出単位をコンピュータの最
大能力である16クワドレット（128バイト）に決定し(S
6)、Root Directory1002に相当する（1014h番地）以降
のブロックリード要求を発行する(S7)。ブロックリード
要求を受信したノード#2は、その要求に対してACKを発
行した後、要求されたアドレスのブロックデータをリー
ドレスポンスとして要求元ノードであるコンピュータに
返す。

【０１７４】コンピュータは、このようにして1014h番
地から16クワドレットずつのブロックリード要求を繰り
返し発行し、リードレスポンスとしてコンフィグレーシ
ョンROMに相当するデータを取得し、解析する(S8)。従
って、Root Directoryをはじめとする各ディレクトリに
相当するデータを、そのディレクトリ長（例えばRootDi
rectory Length）に基づき読み取り、そこに含まれる各
エントリをキー値に基づいて解析する。そして、必要が
あれば、さらにブロックリード要求の発行を繰り返し
て、ノード#2のベンダ情報、機能情報およびプロトコル
情報などを取得する。

【０１７５】ステップS7およびS8において、コンフィグ
レーションROMに相当するデータの読み出し、および、
解析を繰り返すことで、コンピュータは、ノード#2のコ
ンフィグレーションROMに相当するInstance Directory1
004およびUnit Directory1006の情報から、ノード#2がD
PPをサポートするディジタルカメラであることを認識す
る。

【０１７６】このように、コンピュータは、1394ネット
ワーク上のノードのデバイス情報を得るために、デバイ
スごとにコンフィギュレーションROMから情報を読み出
し、解析する。しかし、この読み出しは、デバイスによ
っては（上記の説明ではディジタルカメラ）、最小形式
のコンフィグレーションROMとしての情報しか得られな
いし、ブロックトランズアクションを利用することもで
きない。そこで、より詳細な情報を提供し、かつ、コン
フィグレーションROMの読み出しを効率化するために、
ブロックトランズアクションが可能な領域に一般形式の
コンフィグレーションROMに相当するデータ（ROMイメー
ジ）が格納されている。このROMイメージをブロックト
ランズアクションによって読み出すことにより、上記の
デバイスディスカバリを効率的に行うことができ、か
つ、詳細な情報を取得することが可能になる。

【０１７７】●印刷動作 コンピュータは、ユーザから1394ネットワーク上のプリ
ンタに対する印刷動作の開始を指示されると、先に検出
したプリンタがサポートするDPPに従い、プリンタのコ
ンフィギュレーションROM内のDPPに関連するUnit Direc
tory1006の情報に基づき信経路を確立する。具体的に
は、プリンタのUnit Directory1006のコネクションレジ
スタ情報に記述されたアドレスに対してコネクトコマン
ドパケットを発行する。なお、DPPの詳細な説明は省略
する。

【０１７８】コネクトコマンドを受信したプリンタは、
コネクト要求に対するレスポンスを返すために、コネク
トコマンドを発行したノード（ここではノード#3とす
る）のコンフィギュレーションROMの読み出しを開始す
る。この読み出し動作を、図33および図34を参照して説
明する。

【０１７９】プリンタは、まずノード#3のコンフィギュ
レーションROMから情報を読み出す。オフセットを400h
とし(S1)、ノード#3のコンフィギュレーションROM領域
の先頭クワドレットを読み出し(S2)、その最上位バイト
を解析することでコンフィグレーションROMの形式を判
定する(S3)。

【０１８０】本実施形態のコンピュータの場合、コンフ
ィグレーションROMは一般形式であるから、プリンタ
は、404h番地から4クワドレット分のBus Info Block
（バスインフォメーションブロック）1001を読み出す(S
4)。以上の処理は図34に示すステップS101に相当する。

【０１８１】次に、Bus Info BlockのMAX_ROMフィール
ドを解析する(S5)。本実施形態のコンピュータの場合、
200hから800h番地の領域は最小単位のトランズアクショ
ンであるクワドレットリードのみをサポートするから、
MAX_ROMフィールドにはクワドレットリードのみに対応
する旨を示す値が記述されている。

【０１８２】これらの情報に従い、プリンタは、コンフ
ィグレーションROMの読出単位を最小単位の1クワドレッ
ト（4バイト）に決定し(S6)、Root Directory1002（414
h番地）以降のブロックリード要求を発行し(S7)、リー
ドレスポンスとしてコンフィグレーションROMのデータ
を取得し、解析する(S8)。以上の処理は図34に示すステ
ップS102に相当する。

【０１８３】前述したように、本実施形態のコンピュー
タのコンフィギュレーションROMのRoot Directoryに
は、コンフィグレーションROMのデータと同一のデータ
が配置された領域の先頭アドレスを示すオフセット値を
含むエントリが、その情報を識別するために予め定めら
れたキー値「21h」とともに存在する。

【０１８４】プリンタは、キー値「21h」を検出すると
(S13)、そのエントリの値がコンフィグレーションROMと
同じデータを参照するためのオフセット値（この場合は
1000h）であると認識する。そこで、オフセットを1000h
として(S12)、ステップS2以降の処理を行う。

【０１８５】従って、1000h番地のクワドレットが読み
出され(S2)、1000h番地以降にコンフィギュレーションR
OMと同じデータが配置されていることが判定される(S
3)。そして、1004番地から4クワドレット分のBus Info
Blockが読み出され(S4)、MAX_ROMフィールドが解析され
る(S5)。以上の処理は図34に示すステップS103に相当す
る。

【０１８６】ステップS5の解析により、コンフィグレー
ションROMと同じデータが格納されたノード#3の1000h番
地以降に領域が256クワドレット（1024バイト）までの
任意のブロックサイズのリード要求に対応可能であるこ
とがわかる。なお、この領域の最大アクセスサイズは実
際は2048バイト（512クワドレット）であるが、ROM領域
の最大アクセスサイズは1024バイトになっている。

【０１８７】従って、プリンタは、読出単位をプリンタ
の最大能力である256クワドレット（1024バイト）に決
定し(S6)、Root Directory1002に相当する（1014h番
地）以降のブロックリード要求を発行する(S7)。ブロッ
クリード要求を受信したノード#3は、その要求に対して
ACKを発行した後、要求されたアドレスのブロックデー
タをリードレスポンスとして要求元ノードであるプリン
タに返す。

【０１８８】この場合、プリンタは、256クワドレット
（1024バイト）のブロックリード要求を一回発行するこ
とで、コンフィグレーションROMの残りの全データを読
み出し、解析することが可能である(S8)。勿論、図34に
示すように、1000h番地から始まるコンフィグレーショ
ンROMの全データを一括読み出ししてもよい。以上の処
理は図34に示すステップS104に相当する。

【０１８９】コンフィグレーションROMと同じデータの
読み出し、および、解析により、プリンタは、ノード#3
のコンフィグレーションROMと同じInstance Directory1
004およびUnit Directory1006の情報から、ノード#3がD
PPをサポートするコンピュータであることを認識すると
ともに、DPPのコネクト要求に対してレスポンスを返す
べきコンピュータのコネクションレジスタのアドレス情
報も得ることができる。

【０１９０】このように、プリンタは、1394ネットワー
ク上のノードのデバイス情報を得るために、コンフィギ
ュレーションROMから情報を読み出し、解析する。しか
し、この読み出しは、デバイスによっては（上記の説明
ではコンピュータ）、ブロックトランズアクションを利
用できない。そこで、コンフィグレーションROMの読み
出しを効率化するために、ブロックトランズアクション
が可能な領域にコンフィグレーションROMと同じデータ
（ROMイメージ）が格納されている。このROMイメージを
ブロックトランズアクションによって読み出すことによ
り、上記のデバイスディスカバリを効率的に行うことが
できる。

【０１９１】以上説明したように、IEEE1394に準拠する
電子機器において、IEEE1212に定められたコンフィギュ
レーションROMの格納領域がクワドレットリードトラン
ズアクションのみをサポート、または、大きなブロック
サイズのブロックリードトランスアクションをサポート
しない場合がある。このような場合、コンフィグレーシ
ョンROM領域に記憶される情報と同一のデータ、また
は、一般形式のコンフィグレーションROMに相当するデ
ータを、データの読み出し効率がより良い領域、すなわ
ち大きなブロックサイズのブロックリードトランズアク
ションをサポートする領域に、ROMイメージとして格納
することで、1394シリアルバスの効率のよいデータアク
セスにより、デバイスのコンフィギュレーションROMの
情報を効率よく読み出すことが可能になる。

【０１９２】

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

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

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

【０１９５】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した（図33などの）フローチ
ャートに対応するプログラムコードが格納されることに
なる。

【０１９６】

【発明の効果】以上説明したように、本発明によれば、
コンフィグレーションROM情報の効率的な読み出しを可
能にすることができる。

【０１９７】また、コンフィグレーションROM情報の読
み出しにより充分な情報の提供を可能にすることができ
る。

【図面の簡単な説明】

【図１】1394シリアルバスを用いて構成されるネットワ
ークシステムの例を示す図、

【図２】1394インタフェイスの構成例を示す図、

【図３】リンクレイヤが提供するサービスを示す図、

【図４】トランザクションレイヤが提供するサービスを
示す図、

【図５】1394シリアルバスにおけるアドレス空間を説明
する図、

【図６】CSRコアレジスタに格納される情報のアドレス
および機能を示す図、

【図７】シリアルバスレジスタに格納される情報のアド
レスおよび機能を示す図、

【図８】最小形式のコンフィグレーションROMを示す
図、

【図９】一般形式のコンフィグレーションROMを示す
図、

【図１０】ユニット空間のシリアルバス装置レジスタに
格納される情報のアドレスおよび機能を示す図、

【図１１】IEEE1394規格に準拠した通信ケーブルの断面
図、

【図１２】DS-Link方式を説明する図、

【図１３】1394ネットワークにおけるバスリセット起動
後の状態を説明する図、

【図１４】1394ネットワークにおけるバスリセットの開
始からノードIDの割り当てまでの手順を示すフローチャ
ート、

【図１５】親子関係の宣言を行う処理の詳細例を示すフ
ローチャート、

【図１６】各ノードにノードIDを割り当てる処理を詳細
に示すフローチャート、

【図１７】各ノードにノードIDを割り当てる処理を詳細
に示すフローチャート、

【図１８】セルフIDパケットの構成例を示す図、

【図１９】1394ネットワークにおける調停を説明する
図、

【図２０】通信サイクルの一期間にアイソクロナス転送
モードおよびアシンクロナス転送モードが混在された状
態を示す図、

【図２１】アイソクロナス転送モードにより転送される
パケットのフォーマットを示す図、

【図２２】通信サイクルを示す図、

【図２３】アシンクロナス転送モードにより転送される
パケットのフォーマットを示す図、

【図２４】各パケットフォーマットにおけるパケットフ
ィールドの詳細を説明する図、

【図２５】本実施形態のインクジェットプリンタの構成
例を説明するブロック図、

【図２６】1394インタフェイスブロックの基本構成を示
すブロック図、

【図２７】本実施形態のプリンタの1394アドレス空間を
示す図、

【図２８】本実施形態のプリンタが備えるコンフィグレ
ーションROMを示す図、

【図２９】本実施形態のコンピュータの1394アドレス空
間を示す図、

【図３０】本実施形態のコンピュータが備えるコンフィ
グレーションROMを示す図、

【図３１】本実施形態のディジタルカメラの1394アドレ
ス空間を示す図、

【図３２】本実施形態のディジタルカメラが備えるコン
フィグレーションROMを示す図、

【図３３】デバイスディスカバリ動作を説明するための
フローチャート、

【図３４】本実施形態のプリンタによるコンピュータの
コンフィギュレーションROMの読み出し動作を説明する
図である。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 IEEE1394規格に適合または準拠するシリ
   アルバスに接続可能な情報処理装置であって、 所定アドレス領域に記憶された、IEEE1212規格に従うコ
   ンフィギュレーションROM情報と、 前記所定アドレス領域とは異なるアドレス領域に記憶さ
   れた、前記コンフィグレーションROM情報と同一の情報
   とを有することを特徴とする情報処理装置。
2. 【請求項２】 前記コンフィグレーションROM情報に
   は、前記コンフィグレーションROM情報と同一の情報が
   記憶されたアドレス領域を参照するための情報が含まれ
   ることを特徴とする請求項1に記載された情報処理装
   置。
3. 【請求項３】 前記コンフィギュレーションROM情報はI
   EEE1212規格に定められる一般形式を有し、前記コンフ
   ィグレーションROM情報のルートディレクトリの先頭エ
   ントリには、前記コンフィグレーションROM情報と同一
   の情報が記憶されたアドレス領域を参照するための情報
   が含まれることを特徴とする請求項1に記載された情報
   処理装置。
4. 【請求項４】 前記コンフィグレーションROM情報と同
   一の情報が記憶されるべきアドレス領域は、大きなブロ
   ックサイズのブロックリードトランズアクションがサポ
   ートされるアドレス領域であることを特徴とする請求項
   1から請求項3の何れかに記載された情報処理装置。
5. 【請求項５】 IEEE1394規格に適合または準拠するシリ
   アルバスに接続可能な情報処理装置であって、 所定アドレス領域に記憶された、IEEE1212規格に従う最
   小形式のコンフィギュレーションROM情報と、 前記所定アドレス領域とは異なるアドレス領域に記憶さ
   れた、IEEE1212規格に従う一般形式のコンフィグレーシ
   ョンROM情報に相当する情報とを有することを特徴とす
   る情報処理装置。
6. 【請求項６】 前記最小形式のコンフィグレーションRO
   M情報には、前記一般形式のコンフィグレーションROM情
   報に相当する情報が記憶されたアドレス領域を参照する
   ための情報が含まれることを特徴とする請求項５に記載
   された情報処理装置。
7. 【請求項７】 前記一般形式のコンフィグレーションRO
   M情報に相当する情報が記憶されるべきアドレス領域
   は、大きなブロックサイズのブロックリードトランズア
   クションがサポートされるアドレス領域であることを特
   徴とする請求項5または請求項6に記載された情報処理装
   置。
8. 【請求項８】 IEEE1394規格に適合または準拠するシリ
   アルバスに接続された複数のデバイス間における情報処
   理方法であって、 デバイスの所定アドレス領域に記憶された、IEEE1212規
   格に従うコンフィギュレーションROM情報の少なくとも
   一部を読み出し、 読み出した情報に基づき、前記所定アドレス領域とは異
   なるアドレス領域に記憶された、前記コンフィグレーシ
   ョンROM情報と同一の情報を読み出すことを特徴とする
   情報処理方法。
9. 【請求項９】 IEEE1394規格に適合または準拠するシリ
   アルバスに接続された複数のデバイス間における情報処
   理方法であって、 デバイスの所定アドレス領域に記憶された、IEEE1212規
   格に従う最小形式のコンフィギュレーションROM情報の
   少なくとも一部を読み出し、 読み出した情報に基づき、前記所定アドレス領域とは異
   なるアドレス領域に記憶された、IEEE1212規格に従う一
   般形式のコンフィグレーションROM情報に相当する情報
   を読み出すことを特徴とする情報処理方法。
10. 【請求項１０】 IEEE1394規格に適合または準拠するシ
    リアルバスに接続された複数のデバイス間における情報
    処理のプログラムコードが記録された記録媒体であっ
    て、前記プログラムコードは少なくとも、 デバイスの所定アドレス領域に記憶された、IEEE1212規
    格に従うコンフィギュレーションROM情報の少なくとも
    一部を読み出すステップのコードと、 読み出した情報に基づき、前記所定アドレス領域とは異
    なるアドレス領域に記憶された、前記コンフィグレーシ
    ョンROM情報と同一の情報を読み出すステップのコード
    とを有することを特徴とする記録媒体。
11. 【請求項１１】 IEEE1394規格に適合または準拠するシ
    リアルバスに接続された複数のデバイス間における情報
    処理のプログラムコードが記録された記録媒体であっ
    て、前記プログラムコードは少なくとも、 デバイスの所定アドレス領域に記憶された、IEEE1212規
    格に従う最小形式のコンフィギュレーションROM情報の
    少なくとも一部を読み出すステップのコードと、 読み出した情報に基づき、前記所定アドレス領域とは異
    なるアドレス領域に記憶された、IEEE1212規格に従う一
    般形式のコンフィグレーションROM情報に相当する情報
    を読み出すステップのコードとを有することを特徴とす
    る記録媒体。