JP2000069035A

JP2000069035A - 電子機器及び情報処理方法

Info

Publication number: JP2000069035A
Application number: JP10237075A
Authority: JP
Inventors: Atsushi Nakamura; 敦中村
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-08-24
Filing date: 1998-08-24
Publication date: 2000-03-03
Anticipated expiration: 2018-08-24
Also published as: US6721818B1; JP4035235B2

Abstract

(57)【要約】【課題】所望のデバイスの配置位置を簡単に特定でき
るようにする。【解決手段】情報信号と制御信号とが時分割に伝送さ
れるバス型伝送路を介して他の機器との通信を行う電子
機器において、電子機器固有のメモリに対して、少なく
とも該電子機器の位置情報を記憶する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子機器及び情報処
理方法に係り、特に情報信号と制御信号とを時分割に通
信可能なバス型通信システムに適用可能な技術に関する
ものである。

【０００２】

【従来の技術】従来、セントロニクス等のデジタルイン
タフェースを用いた通信システムでは、ホストとデバイ
スとが１対１に接続されていた。このような通信システ
ムでは、接続したいデバイスが増加するとホストに多大
な付加を与える問題があった。

【０００３】このような問題を解決するために、近年、
複数のデバイス（例えば、デジタルビデオ、デジタルカ
メラ、スキャナ、ホストコンピュータ等）を相互に接続
可能するバス型の通信システムが考えれている。

【０００４】このようなバス型通信システムでは、ある
デバイスが他のデバイスを識別する手段として、各デバ
イスに対して固有のＩＤ情報を付与するのが一般的であ
る。

【０００５】このＩＤ情報は、例えば、デバイスを製造
したメーカー固有のメーカーＩＤ、各メーカーがデバイ
スに対して自由に設定したデバイスＩＤ（例えばシリア
ルＮＯ．）からなり、各デバイスを特定することが可能
である。

【０００６】このＩＤ情報を使用することにより、バス
型通信システム上のデバイスは、他のデバイスを特定す
ることが可能となる。例えば、上述の通信システムを管
理する管理機器が、各デバイスのＩＤ情報を表示画面上
に表示させることによって、通信システムの管理や、便
利性を向上させることができる。

【０００７】

【発明が解決しようとする課題】しかしながら、上述の
バス型通信システムでは、次のような問題があった。

【０００８】例えば、表示画面上のＩＤ情報から実際に
配置されているデバイスを特定することは困難であっ
た。なぜなら、上述のシステムでは、ユーザは、表示画
面上に表示されたメーカーＩＤやデバイスＩＤによって
各デバイスの配置位置を特定しなければならなかった。
従って、例えば、同一メーカーの同一機種が複数個接続
されている場合、ユーザは、所望のデバイスの配置位置
を特定することが困難であった。

【０００９】又、デバイス間の相対的な接続関係を表示
可能とした場合においても、ユーザは、各デバイスの実
際の接続状態と表示画面とを確認しながら所望のデバイ
スの配置位置を特定しなければならなかった。特に、通
信システムの規模が大きく、各デバイスがユーザの視野
範囲外に配置されている場合、ユーザは、所望のデバイ
スの配置位置を特定することが大変困難であった。

【００１０】以上の背景から本出願の発明の目的は、所
望のデバイスの配置位置を簡単に特定することのできる
電子機器及び情報処理方法を提供することである。

【００１１】

【課題を解決するための手段】上述のような目的を達成
するために、本発明の電子機器は、情報信号と制御信号
とが時分割に伝送されるバス型伝送路を介して他の機器
との通信を行う電子機器において、前記電子機器固有の
情報として少なくとも該電子機器の位置情報を記憶する
記憶手段を具備することを特徴とする。

【００１２】又、本発明の情報処理方法は、情報信号と
制御信号とが時分割に伝送されるバス型伝送路を介して
他の機器との通信を行う電子機器に適用可能な情報処理
方法において、前記電子機器固有のメモリに対して、少
なくとも該電子機器の位置情報を記憶することを特徴と
する。

【００１３】又、本発明の電子機器は、所定の時間間隔
で通信を行う第１の通信モードと非同期通信を行う第２
の通信モードとを用いて他の機器と通信を行う電子機器
において、前記他の機器に対して少なくとも位置情報を
含む固有情報を問い合わせる問合せ手段と、前記固有情
報と共に、前記他の機器の接続関係を表示する表示手段
とを具備することを特徴とする。

【００１４】更に、本発明の情報処理方法は、所定の時
間間隔で通信を行う第１の通信モードと非同期通信を行
う第２の通信モードとを用いて他の機器と通信を行う電
子機器に適用可能な情報処理方法において、前記他の機
器に対して少なくとも位置情報を含む固有情報を問い合
わせ、前記固有情報と共に、前記他の機器の接続関係を
表示することを特徴とする。

【００１５】

【発明の実施の形態】以下、本発明の電子機器及び情報
処理方法について図面を用いて詳細に説明する。

【００１６】（第１の実施例）図１は、本実施例のバス
型通信システムをホームネットワークに適用した場合の
構成を示す図である。

【００１７】図１において、各部屋には、複数のコネク
タを具備したアウトレット１０１が用意されている。各
アウトレット１０１は、ＩＥＥＥ１３９４−１９９５規
格（以下、ＩＥＥＥ１３９４規格）に準拠したデジタル
インタフェースを具備している。本実施例では、ＩＥＥ
Ｅ１３９４規格に準拠したシリアルバス型の通信ケーブ
ル（以下、１３９４ケーブル）を用いて各アウトレット
１０１を接続することにより、各部屋間の通信が可能な
ホームネットワークを構成している。

【００１８】尚、各部屋に固定的に配置されているアウ
トレット１０１は、リピータの機能を有し、異なる部屋
に配置されたデバイス間のデータ通信を中継する。

【００１９】各部屋に配置されているデバイスは、ＩＥ
ＥＥ１３９４規格に準拠したデジタルインタフェース
（以下、１３９４インタフェース）を具備しており、夫
々１３９４ケーブルを介して接続されている。

【００２０】図１において、ＲｏｏｍＡには、インク
ジェットプリンタ１１０、スキャナ１１１、パーソナル
コンピュータ（ＰＣ）１１２が配置されている。又、Ｒ
ｏｏｍＢにはデジタルビデオ１１３、ＲｏｏｍＣには
デジタルビデオ１１４、ＲｏｏｍＤには、インクジェ
ットプリンタ１１５が配置されている。

【００２１】ここで、２台あるデジタルビデオ１１３、
１１４とインクジェットプリンタ１１０、１１５は、同
一メーカの同一機種である。

【００２２】本実施例において、ＰＣ１１２は、所定の
アプリケーションを用いて、ホームネットワークに接続
されたデバイスの接続状況、配置位置並びに各デバイス
のサポートする機能情報等をモニタ上にデバイスマップ
として表示し、ユーザのネットワーク管理を支援する。

【００２３】図１に示すホームネットワークでは、例え
ば、ＰＣ１１２からインクジェットプリンタ１１０に送
信されるプリントデータ（例えば、テキストデータや静
止画像データ）、スキャナ１１１からＰＣ１１２に送信
される静止画像データ、スキャナ１１１から直接インク
ジェットプリンタ１１５に送信される静止画像データ、
デジタルビデオ１１４からＰＣ１１２に送信される動画
像データ、デジタルビデオ１１３から直接プリンタ１１
０に送信される静止画像データ、デジタルビデオ１１３
からデジタルビデオ１１４に送信される動画像データ及
び音声データ等のデジタルデータを時分割に転送する。

【００２４】以下、本実施例のホームネットワークを実
現する１３９４インタフェースの基本的な機能について
説明する。尚、ＩＥＥＥ１３９４−１９９５規格につい
ての詳細は、１９９６年の８月３０日にＩＥＥＥ（the
Institute of Electrical and Electronics Engineers,
Inc．）から出版された「ＩＥＥＥ Standard for aHig
h Performance Serial Bus」に記述されている。

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

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

【００２７】１３９４ネットワークの接続方式は、ディ
ジーチェーン方式とノード分岐方式とに対応しており、
自由度の高い接続を可能としている。

【００２８】又、１３９４ネットワークでは、例えば、
既存の機器を削除したり、新たな機器を追加したり、既
存の機器の電源をON／OFFしたりした場合に、自動的に
バスリセットを行う。このバスリセットを行うことによ
り、１３９４ネットワークは、新たな接続構成の認識と
各機器に対するＩＤ情報の割り当てとを自動的に行うこ
とができる。この機能によって、１３９４ネットワーク
は、ネットワークの接続構成を常時認識することができ
る。

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

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

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

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

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

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

【００３５】尚、各通信サイクル期間内において、Isoc
hronous転送モードの優先順位は、Asynchronous転送モ
ードよりも優先順位よりも高く設定されている。又、Is
ochronous転送モードの転送帯域は、各通信サイクル内
で保証される。

【００３６】（２）アーキテクチャ次に、図３を用いて１３９４インタフェースの構成要素
を説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５２】ＩＲＭは、ローカルバス上に唯一存在し、
バスリセット毎に他の候補者（ＩＲＭの機能を有するノ
ード）の中から動的に選出される。又、ＩＲＭは、後述
のバスマネージャの提供可能な機能（接続構成の管理、
電源管理、速度情報の管理等）の一部を提供してもよ
い。

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

【００５４】又、バスマネージャは、シリアルバスネッ
トワークを制御するためのサービスをアプリケーション
に対して提供できる。ここで、サービスには、シリアル
バス制御要求（SB_CONTROL.request）、シリアルバス・
イベント制御確認（SB_CONTROL.confirmation）、シリ
アルバス・イベント通知（SB_CONTROL.indication）等
がある。

【００５５】SB_CONTROL.requestは、アプリケーション
がバスリセットを要求するサービスである。SB_CONTRO
L.confirmationは、SB_CONTROL.requestをアプリケーシ
ョンに対して確認するサービスである。SB_CONTROL.ind
icationは、非同期に発生するイベントをアプリケーシ
ョンに対して通知するサービスである。

【００５６】（３）アドレス指定図６は、１３９４インタフェースにおけるアドレス空間
を説明する図である。

【００５７】１３９４インタフェースは、ISO/IEC 1321
3:1994に準じたＣＳＲ（Command and Status Registe
r）アーキテクチャに従い、６４ビット幅のアドレス空
間を規定している。

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

【００５９】残りの４８ビットからなるフィールドは、
所定のノードの具備するアドレス空間（２５６Ｍバイト
構造）を指定する。その内の２０ビットのフィールド６
０３は、アドレス空間を構成する複数の領域を指定す
る。

【００６０】フィールド６０３において、「０〜０ｘＦ
ＦＦＦＤ」の部分は、メモリ空間と呼ばれる。「０ｘＦ
ＦＦＦＥ」の部分は、プライベート空間と呼ばれ、各ノ
ードで自由に利用できるアドレスである。又、「０ｘＦ
ＦＦＦＥ」の部分は、レジスタ空間と呼ばれ、バスに接
続されたノード間において共通の情報を格納する。各ノ
ードは、レジスタ空間の情報を用いることにより、各ノ
ード間の通信を管理することができる。

【００６１】最後の２８ビットのフィールド６０４は、
各ノードに共通、或いは固有の情報の格納されたアドレ
スを指定する。

【００６２】例えば、レジスタ空間において、最初の５
１２バイトは、ＣＳＲアーキテクチャーのコア（ＣＳＲ
コア）レジスタ用に使用される。ＣＳＲコア・レジスタ
に格納される情報のアドレス及び機能を図７に示す。図
中のオフセットは、「０ｘＦＦＦＦＦ０００００００」
からの相対位置である。

【００６３】次の５１２バイトは、シリアルバス用のレ
ジスタとして使用される。シリアルバス・レジスタに格
納される情報のアドレス及び機能を図８に示す。図中の
オフセットは、「０ｘＦＦＦＦＦ００００２００」から
の相対位置である。

【００６４】その次の１０２４バイトは、Configuratio
n ROM用に使用される。

【００６５】Configuration ROMには最小形式と一般形
式とがあり、「０ｘＦＦＦＦＦ００００４００」から配
置される。最小形式のConfiguration ROMを図９に示
す。図９において、ベンダＩＤは、ＩＥＥＥにより各ベ
ンダに対して固有に割り当てられた２４ビットの数値で
ある。

【００６６】又、一般形式のConfiguration ROMを図１
０に示す。図１０において、上述のベンダＩＤは、Root
Directory１００２に格納されている。Bus Info Block
１００１とRoot Leaf１００５とには、各ノードを識別
する固有のＩＤ情報としてノードユニークＩＤを保持す
ることが可能である。

【００６７】ここで、ノードユニークＩＤは、メーカ、
機種に関わらず、１つのノードを特定することのできる
固有のＩＤを定めるようになっている。ノードユニーク
ＩＤは６４ビットにより構成され、上位２４ビットは上
述のベンダＩＤを示し、下位４８ビットは各ノードを製
造するメーカにおいて自由に設定可能な情報（例えば、
ノードの製造番号等）を示す。尚、このノードユニーク
ＩＤは、バスリセットの前後で継続して特定のノードを
認識する場合に使用される。

【００６８】又、図１０において、Root Directory１０
０２には、ノードの基本的な機能に関する情報を保持す
ることが可能である。詳細な機能情報は、Root Directo
ry１００２からオフセットされるサブディレクトリ（Un
it Directories１００４）に格納される。Unit Directo
ries１００４には、例えば、ノードのサポートするソフ
トウェアユニットに関する情報が格納される。具体的に
は、ノード間のデータ通信を行うためのデータ転送プロ
トコル、所定の通信手順を定義するコマンドセット等に
関する情報が保持される。

【００６９】又、図１０において、Node Dependent Inf
o Directory１００３には、デバイス固有の情報を保持
することが可能である。Node Dependent Info Director
y１００３は、Root Directory１００２によりオフセッ
トされる。

【００７０】更に、図１０において、Vendor Dependent
Information１００６には、ノードを製造、或いは販売
するベンダ固有の情報を保持することができる。

【００７１】残りの領域は、ユニット空間と呼ばれ、各
ノード固有の情報、例えば、各機器の識別情報（会社
名、機種名等）や使用条件等が格納されたアドレスを指
定する。ユニット空間のシリアルバス装置レジスタ情報
に格納される情報のアドレス及び機能を図１１に示す。
図中のオフセットは、「０ｘＦＦＦＦＦ００００８０
０」からの相対位置である。

【００７２】尚、一般的に、異種のバスシステムの設計
を簡略化したい場合、各ノードは、レジスタ空間の最初
の２０４８バイトのみを使うべきである。つまり、ＣＳ
Ｒコア・レジスタ、シリアルバス・レジスタ、Configur
ation ROM、ユニット空間の最初の２０４８バイトの合
わせて４０９６バイトで構成することが望ましい。

【００７３】（４）通信ケーブルの構成図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブル
の断面図を示す。

【００７４】通信ケーブルは、２組のツイストペア信号
線と電源ラインとにより構成されている。電源ラインを
設けることによって、１３９４インタフェースは、主電
源のＯＦＦとなった機器、故障により電力低下した機器
等にも電力を供給することができる。

【００７５】又、通信ケーブルには、電源ラインを設け
ていない４ピンケーブルタイプのものもある。尚、電源
線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流
ＤＣ１．５Ａと規定されている。

【００７６】２組のツイストペア信号線には、DS-Link
（Data/Strobe Link）符号化方式にて符号化された情報
信号が伝送される。

【００７７】図１３は、DS-Link符号化方式を説明する
図である。

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

【００７９】尚、DS-Link符号化方式を用いることによ
り、１３９４インタフェースは、次のような効果をあげ
ることができる。他の符号化方式に比べて転送効率が
高い。ＰＬＬ回路が不要となり、コントローラＬＳＩ
の回路規模を小さくできる。アイドル状態であること
を示す情報を送る必要が無いため、トランシーバ回路を
スリープ状態とし易く、消費電力の低減が図れる。

【００８０】（５）バスリセット各ノードの１３９４インタフェースは、ネットワークの
接続構成に変化が生じたことを自動的に検出することが
できる。この場合、１３９４ネットワークは以下に示す
手順によりバスリセットと呼ばれる処理を行う。尚、接
続構成に変化は、各ノードの具備する通信ポートかかる
バイアス電圧の変化により検知することができる。

【００８１】ネットワークの接続構成の変化（例えば、
ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによる
ノード数の増減）を検出したノード、又は新たな接続構
成を認識する必要あるノードは、１３９４インタフェー
スを介して、バス上にバスリセット信号を送信する。

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

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

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

【００８５】（６）バスリセット起動後のシーケンスバスリセットの起動後、各ノードの１３９４インタフェ
ースは、新たな接続構成の認識と新たなノードＩＤの割
り当てとを自動的に実行する。

【００８６】以下、バスリセットの開始からノードＩＤ
の割り当て処理までの一般的なシーケンスを図１４〜１
６を用いて説明する。

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

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

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

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

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

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

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

【００９４】ルートを決定した後、各ノードの１３９４
インタフェースは、夫々に対して異なるノードＩＤを自
動的に設定する作業を実行する（ステップＳ１５０
５）。

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

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

【００９７】ステップＳ１５０７の処理後、各ノードの
１３９４インタフェースは、再びバスリセットの発生を
監視する。バスリセットが発生した場合には、ステップ
Ｓ１５０１以降の処理を実行する。

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

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

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

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

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

【０１０３】リーフとなるノードは、その接続ポートに
接続されているノードに対して、「自分は子（Ｃｈｉｌ
ｄ）」であることを宣言する（ステップＳ１６０４）。
このとき、リーフは、その接続ポートを「親ポート（親
ノードと接続された通信ポート）」であると認識する。

【０１０４】ここで、親子関係の宣言は、まず、ネット
ワークの末端であるリーフとブランチとの間にて行わ
れ、続いて、ブランチとブランチとの間で順次に行われ
る。各ノード間の親子関係は、早く宣言の行なえる通信
ポートから順に決定される。又、各ノード間において、
子であることを宣言した通信ポートは「親ポート」であ
ると認識され、子であることの宣言を受けた通信ポート
は「子ポート（子ノードと接続された通信ポート）」で
あると認識される。

【０１０５】例えば、図１４において、ノードＡ、Ｅ、
Ｆは、自分がリーフであると認識した後、親子関係の宣
言を行う。これにより、ノードＡ−Ｂ間では子−親、ノ
ードＥ−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と
決定される。

【０１０６】又、ステップＳ１６０２の処理の結果、接
続ポートの数が２つ以上の場合、そのノードは、自分を
「ブランチ」であると認識する（ステップＳ１６０
５）。ここで、ブランチとは、２つ以上のノードと接続
されているノードのことである。

【０１０７】ブランチとなるノードは、接続ポートに接
続されたノードから親子関係の宣言を受け付ける（ステ
ップＳ１６０６）。宣言を受け付けた接続ポートは、
「親ポート」として認識される。

【０１０８】１つの接続ポートを「親ポート」と認識し
た後、ブランチは、まだ親子関係の決定されていない接
続ポート（即ち、未定義ポート）が２つ以上あるか否か
を検出する（ステップＳ１６０７）。その結果、未定義
ポートが２つ以上ある場合、ブランチは、再びステップ
Ｓ１６０６の動作を行う。

【０１０９】ステップＳ１６０７の結果、未定義ポート
１つだけ存在する場合、ブランチは、その未定義ポート
を「子ポート」であると認識し、そのポートに接続され
ているノードに対して「自分は子」であることを宣言す
る（ステップＳ１６０８、Ｓ１６０９）。

【０１１０】ここで、ブランチは、残りの未定義ポート
が１つになるまで自分自身が子であると他のノードに対
して宣言することができない。例えば、図１４におい
て、ノードＢ、Ｃ、Ｄは、自分がブランチであると認識
すると共に、リーフ或いは他のブランチからの宣言を受
け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係
が決定した後、ノードＣに対して親子関係の宣言を行っ
ている。又、ノードＤからの宣言を受けたノードＣは、
ノードＢに対して親子関係の宣言を行っている。

【０１１１】又、ステップＳ１６０８の処理の結果、未
定義ポートが存在しない場合（つまり、ブランチの具備
する全ての接続ポートが親ポートとなった場合）、その
ブランチは、自分自身がルートであることを認識する。
（ステップＳ１６１０）。

【０１１２】例えば、図１４において、接続ポートの全
てが親ポートとなったノードＢは、１３９４ネットワー
クの通信を調停するルートとして他のノードに認識され
る。ここで、ノードＢがルートと決定されたが、ノード
Ｂが親子関係を宣言するタイミングが、ノードＣが宣言
するタイミングに比べて早い場合には、他のノードがル
ートになる可能性もある。即ち、宣言するタイミングに
よっては、どのノードもルートとなる可能性がある。従
って、同じネットワーク構成であっても同じノードがル
ートになるとは限らない。

【０１１３】以上の処理により、全ての接続ポートの親
子関係の宣言することによって、各ノードは、１３９４
ネットワークの接続構成を階層構造（ツリー構造）とし
て認識できる（ステップＳ１６１１）。ここで、親子関
係における親ノードは階層構造における上位であり、子
ノードは階層構造における下位となる。

【０１１４】（８）ノードＩＤの割り当て図１７は、図１５に示したステップＳ１５０５の処理
（即ち、自動的に各ノードのノードＩＤを割り当てる処
理）を詳細に説明するフローチャートである。

【０１１５】ここで、ノードＩＤは、バス番号とノード
番号とから構成される。以下では、バス番号が共通のロ
ーカルバスにおけるノード番号の割り当て手順について
説明する。

【０１１６】図１７において、ルートは、ノードＩＤが
未設定のノードが接続されている子ポートの内、最小番
号を有する通信ポートに対してノードＩＤの設定許可を
与える（ステップＳ１７０１）。

【０１１７】ここで、ルートは、最小番号の子ポートに
接続されている全ノードのノードＩＤを設定した後、そ
の子ポートを設定済とし、次に最小となる子ポートに対
して同様の制御を行なう。最終的に全ての子ポートに接
続されたノードのＩＤ設定が終了した後、ルート自身の
ノードＩＤを設定する。尚、ノードＩＤに含まれるノー
ド番号は、基本的にリーフ、ブランチの順に０、１、２
…と割り当てられる。従って、ルートが最も大きなノー
ド番号を有することになる。

【０１１８】ステップＳ１７０１において、設定許可を
得たノードは、自分の子ポートの内、ノードＩＤが未設
定となるノードを含む子ポートがあるか否かを判断する
（ステップＳ１７０２）。

【０１１９】ステップＳ１７０２において、ＩＤ未設定
のノードを含む子ポートが検出された場合、そのノード
は、更に最小ポート番号に接続されたＩＤ未設定のノー
ドを含む子ポートに対して設定許可を与えるように制御
する（ステップＳ１７０３）。

【０１２０】ステップＳ１７０３の処理後、設定許可を
得たノードは、更に自分の子ポートの内、ノードＩＤが
未設定となるノードを含む子ポートがあるか否かを判断
する（ステップＳ１７０４）。

【０１２１】ステップＳ１７０４の処理後、ＩＤ未設定
のノードを含む子ポートの存在が更に検出された場合、
そのノードは、再びステップＳ１７０３の処理を実行す
る。

【０１２２】又、ステップＳ１７０２或いはＳ１７０４
において、ＩＤ未設定のノードを含む子ポートが検出さ
れなかった場合、設定許可を得たノードは、自分自身の
ノードＩＤを設定する（ステップＳ１７０５）。

【０１２３】ノードＩＤ設定の終了したノードは、自己
のノード番号と通信ポートの接続状態に関する情報とを
含んだセルフＩＤパケットを、ブロードキャストする
（ステップＳ１７０６）。

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

【０１２５】例えば、図１４において、ルートであるノ
ードＢは、最小ポート番号「＃１」の通信ポートに接続
されたノードＡに対してノードＩＤ設定の許可を与え
る。ノードＡは、自己のノード番号「Ｎｏ．０」と割り
当て、自分自身に対してバス番号からなるノードＩＤを
設定する。又、ノードＡは、そのノード番号を含むセル
フＩＤパケットをブロードキャストする。

【０１２６】図１８にセルフＩＤパケットの構成例を示
す。

【０１２７】図１８において、１８０１はセルフＩＤパ
ケットを送出したノードのノード番号を格納するフィー
ルド、１８０２は対応可能な転送速度に関する情報を格
納するフィールド、１８０３はバス管理機能（バスマネ
ージャの能力の有無等）の有無を示すフィールド、１８
０４は電力の消費及び供給の特性に関する情報を格納す
るフィールドである。

【０１２８】又、図１８において、１８０５はポート番
号「＃０」となる通信ポートの接続状態に関する情報
（接続、未接続、通信ポートの親子関係等）を格納する
フィールド、１８０６はポート番号「＃１」となる通信
ポートの接続状態に関する情報（接続、未接続、通信ポ
ートの親子関係等）を格納するフィールド、１８０７は
ポート番号「＃２」となる通信ポートの接続状態に関す
る情報（接続、未接続、通信ポートの親子関係等）を格
納するフィールドである。

【０１２９】尚、セルフＩＤパケットを送出するノード
にバスマネージャとなり得る能力がある場合には、フィ
ールド１８０４に示すコンテンダビットを「１」とし、
なり得る能力がなければ、コンテンダビットを０とす
る。

【０１３０】ここで、バスマネージャとは、上述のセル
フＩＤパケットに含まれる各種の情報に基づいて、バス
の電源管理（通信ケーブルを介して電源の供給が可能か
否か、電源の供給が必要か否か等の情報を各ノード毎に
管理）、速度情報の管理（各ノードの対応可能な転送速
度に関する情報から各ノード間の最大転送速度を管
理）、ネットワークの接続構成（トポロジマップ情報）
の管理（通信ポートの親子関係情報からネットワークの
接続構成を管理）、トポロジマップ情報に基づくバスの
最適化等の管理を行ない、それらの情報を他のノードに
提供する機能を有するノードである。これらの機能によ
り、バスマネージャとなるノードはローカルバス上のバ
ス管理を行なうことができる。

【０１３１】ステップＳ１７０６の処理後、ノードＩＤ
の設定を行ったノードは、親ノードがあるか否かを判断
する（ステップＳ１７０７）。親ノードがある場合、そ
の親ノードが、ステップＳ１７０２以下の処理を再び実
行する。そして、まだノードＩＤの設定されていないノ
ードに対して許可を与える。

【０１３２】又、親ノードが存在しない場合、そのノー
ドは、ルート自身であると判断される。ルートは、全て
の子ポートに接続されたノードに対してノードＩＤが設
定されたか否かを判別する（ステップＳ１７０８）。

【０１３３】ステップＳ１７０８において、全てのノー
ドに対するＩＤ設定処理が終了しなかった場合、ルート
は、そのノードを含む子ポートの内、最小番号となる子
ポートに対してＩＤ設定の許可を与える（ステップＳ１
７０１）。その後、ステップＳ１７０２以下の処理を実
行する。

【０１３４】又、全てのノードに対するＩＤ設定処理が
終了した場合、ルートは、自分自身のノードＩＤの設定
を実行する（ステップＳ１７０９）。ノードＩＤの設定
後、ルートは、セルフＩＤパケットをブロードキャスト
する（ステップＳ１７１０）。

【０１３５】以上の処理によって、ローカルバス上の各
ノードは、自動的にノードＩＤを割り当てることができ
る。

【０１３６】ここで、ノードＩＤの設定処理後、複数の
ノードがバスマネージャの能力を具備する場合、ノード
番号の最も大きいノードがバスマネージャとなる。つま
り、１つのローカルバス内で最大となるノード番号を持
つルートがバスマネージャになり得る機能を有している
場合には、ルートがバスマネージャとなる。

【０１３７】しかしながら、ルートにその機能が備わっ
ていない場合には、ルートの次に大きいノード番号を具
備するノードがバスマネージャとなる。又、どのノード
がバスマネージャになったかについては、各ノードがブ
ロードキャストするセルフＩＤパケット内のコンテンダ
ビット１８０３をチェックすることにより把握すること
ができる。

【０１３８】（９）アービトレーション図１９は、図２の１３９４ネットワークにおけるアービ
トレーションを説明する図である。

【０１３９】１３９４ネットワークでは、データ転送に
先立って、必ずバス使用権のアービトレーション（調
停）を行なう。１３９４ネットワークは、論理的なバス
型ネットワークであり、各ノードから転送された通信パ
ケットを他のノードに中継することによって、ネットワ
ーク内の全てのノードに同じ通信パケットを転送するこ
とのできる。従って、通信パケットの衝突を防ぐため
に、必ずアービトレーションが必要となる。これによっ
て、ある時間において一つのノードのみが転送を行なう
ことができる。

【０１４０】図１９（ａ）は、ノードＢとノードＦと
が、バス使用権の要求を発している場合について説明す
る図である。アービトレーションが始まるとノードＢ、
Ｆは、夫々親ノードに向かって、バス使用権の要求を発
する。ノードＢの要求を受けた親ノード（即ち、ノード
Ｃ）は、自分の親ノード（即ち、ノードＤ）に向かっ
て、そのバス使用権を中継するする。この要求は、最終
的に調停を行なうルート（ノードＤ）に届けられる。

【０１４１】バス使用要求を受けたルートは、どのノー
ドにバスを使用させるかを決める。この調停作業はルー
トとなるノードのみが行なえるものであり、調停によっ
て勝ったノードにはバスの使用許可を与える。

【０１４２】図１９（ｂ）は、ノードＦの要求が許可さ
れ、ノードＢの要求が拒否されたことを示す図である。

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

【０１４４】以上のようにアービトレーションを制御す
ることによって、１３９４ネットワークは、バスの使用
権を管理することができる。

【０１４５】（１０）通信サイクル Isochronous転送モードとAsynchronous転送モードと
は、各通信サイクル期間内において時分割に混在させる
ことができる。ここで、通信サイクルの期間は、通常、
１２５μＳである。

【０１４６】図２０は、１通信サイクルにおいてIsochr
onous転送モードとAsynchronous転送モードとを混在さ
せた場合を説明する図である。

【０１４７】Isochronous転送モードは、Asynchronous
転送モードより優先して実行される。その理由は、サイ
クル・スタート・パケットの後、Asynchronous転送を起
動するために必要なアイドル期間（subaction gap）
が、Isochronous転送を起動するため必要なアイドル期
間（Isochronous gap）よりも長くなるように設定され
ているためである。これにより、Isochronous転送は、A
synchronous転送に優先して実行される。

【０１４８】図２０において、各通信サイクルのスター
ト時には、サイクル・スタート・パケット（以下、ＣＳ
Ｐ）が所定のノードから転送される。各ノードは、この
ＣＳＰを用いて時間調整を行うことによって、他のノー
ドと同じ時間を計時することができる。

【０１４９】（１１）Isochronous転送モード Isochronous転送モードは、同期型の転送方式である。I
sochronousモード転送は、通信サイクルの開始後、所定
の期間において実行可能である。又、Isochronous転送
モードは、リアルタイム転送を維持するために、各サイ
クル毎に必ず実行される。

【０１５０】Isochronous転送モードは、特に動画像デ
ータや音声データ等のリアルタイムな転送を必要とする
データの転送に適した転送モードである。Isochronous
転送モードは、Asynchronous転送モードのように１対１
の通信ではなく、ブロードキャスト通信である。つま
り、あるノードから送出されたパケットは、ネットワー
ク上の全てのノードに対して一様に転送される。尚、Is
ochronous転送には、ack（受信確認用返信コード）は存
在しない。

【０１５１】図２０において、チャネルｅ（ch e）、チ
ャネルｓ（ch s）、チャネルｋ（chk）は、各ノードがI
sochronous転送を行う期間を示す。１３９４インタフェ
ースでは、複数の異なるIsochronous転送を区別するた
めに、夫々異なるチャネル番号を与えている。これによ
り、複数ノード間でのIsochronous転送が可能となる。
ここで、このチャネル番号は、送信先を特定するもので
はなく、データに対する論理的な番号を与えているに過
ぎない。

【０１５２】又、図２０に示したIsochronous gapと
は、バスのアイドル状態を示すものである。このアイド
ル状態が一定時間を経過した後、Isochronous転送を希
望するノードは、バスが使用できると判断し、アービト
レーションを実行する。

【０１５３】次に、図２１にIsochronous転送モードに
基づいて転送される通信パケットのフォーマットを示
す。以下、Isochronous転送モードに基づいて転送され
る通信パケットを、Isochronousパケットと称する。

【０１５４】図２１において、Isochronousパケットは
ヘッダ部２１０１、ヘッダＣＲＣ２１０２、データ部２
１０３、データＣＲＣ２１０４から構成される。

【０１５５】ヘッダ部２１０１には、データ部２１０３
のデータ長を格納するフィールド２１０５、Isochronou
sパケットのフォーマット情報を格納するフィールド２
１０６、Isochronousパケットのチャネル番号を格納す
るフィールド２１０７、パケットのフォーマット及び実
行しなければならない処理を識別するトランザクション
コード（tcode）を格納するフィールド２１０８、同期
化コードを格納するフィールド２１０９がある。

【０１５６】（１２）Asynchronous転送モード Asynchronous転送モードは、非同期型の転送方式であ
る。Asynchronous転送は、Isochronous転送期間の終了
後、次の通信サイクルが開始されるまでの間（即ち、次
の通信サイクルのＣＳＰが転送されるまでの間）、実行
可能である。

【０１５７】図２０において、最初のサブアクション・
ギャップ（subaction gap）は、バスのアイドル状態を
示すものである。このアイドル時間が一定値になった
後、Asynchronous転送を希望するノードは、バスが使用
できると判断し、アービトレーションを実行する。

【０１５８】アービトレーションによりバスの使用権を
得たノードは、図２２に示すパケットを所定のノードに
対して転送する。このパケットを受信したノードは、ac
k（受信確認用返送コード或いは応答パケット）をack g
ap後に返送する。

【０１５９】図２２は、Asynchronous転送モードに基づ
く通信パケットのフォーマットを示す図である。以下、
Asynchronous転送モードに基づいて転送される通信パケ
ットを、Asynchronousパケットと称する。

【０１６０】図２２において、Asynchronousパケット
は、ヘッダ部２２０１、ヘッダＣＲＣ２２０２、データ
部２２０３、データＣＲＣ２２０４から構成される。

【０１６１】ヘッダ部２２０１において、フィールド２
２０５には宛先となるノードのノードＩＤ、フィールド
２２０６にはソースとなるノードのノードＩＤ、フィー
ルド２２０７には一連のトランザクションを示すための
ラベル、フィールド２２０８には再送ステータスを示す
コード、フィールド２２０９にはパケットのフォーマッ
ト及び実行しなければならない処理を識別するトランザ
クションコード（tcode）、フィールド２２１０には優
先順位、フィールド２２１１には宛先のメモリ・アドレ
ス、フィールド２２１２にはデータ部のデータ長、フィ
ールド２２１３には拡張されたトランザクション・コー
ドが格納される。

【０１６２】又、Asynchronous転送は、自己ノードから
相手ノードへの１対１の通信である。転送元ノードから
転送されたパケットは、ネットワーク中の各ノードに行
き渡るが、自分宛てのアドレス以外のものは無視され
る。従って、宛先となるノードのみが、そのパケットを
読み込むことができる。

【０１６３】尚、Asynchronous転送中に次のＣＳＰを転
送すべき時間に至った場合、無理に転送を中断せず、そ
の転送が終了した後、次のＣＳＰを送信する。これによ
り、１つの通信サイクルが１２５μＳ以上続いたとき
は、その分、次の通信サイクル期間を短縮する。このよ
うにすることによって、１３９４ネットワークは、ほぼ
一定の通信サイクルを保持することができる。

【０１６４】以上が、１３９４ネットワークの構成及び
機能に関する説明である。

【０１６５】このような機能を有するネットワークにお
いて、ＰＣ１１２のアプリケーションがネットワークの
トポロジーを管理するデバイスマップを作成したい場
合、次のような方法がある。即ち、バスマネージャの
提供するトポロジマップ情報に基づいてデバイスマップ
を作成する。バスリセットの発生後に、各ノードから
送出されるセルフＩＤパケットに基づいてデバイスマッ
プを作成する。

【０１６６】しかしながら、上述の方法では、トポロジ
マップ情報から各ノード間の親子関係に基づく接続構成
を判別することはできるが、各ノードの実際の配置位置
までを知ることができなかった。

【０１６７】このような問題を解決するために、上述の
Configuration ROM以外のデータベースにデバイスマッ
プ用の情報を格納する方法がある。しかしながら、この
ような方法では、データベースに対するアクセス手順、
デバイスマップ情報を得るまでの通信手順が各ノードに
おいて共通でないため、より高度なデバイスマップの機
能を簡単に提供することができなかった。

【０１６８】従って、本実施例のホームネットワークを
次のように構成することにより、管理機器のアプリケー
ションがより高度なデバイスマップの機能を提供できる
ようにする。各ノードが必ず実装するConfiguration
ROMの所定の領域にノードの配置位置、ノードのサポー
トする機能等のデバイスマップ情報を格納させる。各
ノードは、管理機器のリード・トランザクションに対し
てこれらのデバイスマップ情報を提供する。

【０１６９】このように構成することにより、本実施例
の管理機器は、各ノードに特有のアクセス手順、通信手
順に対応することなく、各ノードからデバイスマップ情
報を得ることができ、より高度なデバイスマップ機能を
簡単に提供することができる。

【０１７０】以下、本実施例の全ノード（即ち、全デバ
イス及び全アウトレット）の具備するConfiguration RO
Mの構成を図２３に示す。

【０１７１】図２３において、各ノードのサポートする
機能に関する情報（例えば、プリンタ機能、スキャナ機
能、記録再生機能）は、Root Directory２３０１からオ
フセットされるFunction Directory２３０４に保持され
る。

【０１７２】Function Directory２３０４は、機能毎に
予めクラス分けされた機能カテゴリー（Function Class
Entry２３０５）、サポートする機能を実現するソフト
ウェア、サポートする機能に対応した通信プロトコル等
に関する情報を保持するディレクトリへのポインタ情報
（Unit Directory Offset Entry２３０６）、サポート
する機能固有の情報を保持するディレクトリへのポイン
タ情報（Function Info Offset Entry２３０７）等を含
む。

【０１７３】又、全ノードの具備するConfiguration RO
MのNode Dependent Info Directory２３０２には、自ノ
ードの固有情報（例えば、会社名、機種名、位置情報）
が格納される。特に位置情報は、後述する手順に従っ
て、Node Dependent Info Directory２３０２内のPosit
ion Info Entry２３０３に格納され、保存される。

【０１７４】以下、図２４〜２７を用いて、各ノードの
Configuration ROMに格納される位置情報について説明
する。

【０１７５】図２４は、各デバイスが、各部屋に配置さ
れているアウトレット１０１或いは他のデバイスに接続
される前の状態を説明する図である。

【０１７６】図２４において、各部屋に固定的に配置さ
れているアウトレット１０１のPosition Info Entry２
３０３には、各アウトレット１０１の敷設時に部屋イン
デックスが予め書き込まれている。この部屋インデック
スは不変である。

【０１７７】例えば、図２４において、ＲｏｏｍＡに
敷設されているアウトレット１０１の部屋インデックス
は、アスキー形式で「Ａ１」である。又、ＲｏｏｍＢ
に敷設されている２つのアウトレット１０１の部屋イン
デックスは、夫々アスキー形式で「Ｂ１」、「Ｂ２」で
ある。同様に、ＲｏｏｍＣのアウトレット１０１の部
屋インデックスは、「Ｃ１」であり、ＲｏｏｍＤのア
ウトレット１０１の部屋インデックスは、「Ｄ１」であ
る。

【０１７８】一方、図２４において、各部屋に自由に配
置することの可能な各デバイスのPosition Info Entry
２３０３には、位置不定を示すデータ「００」が初期値
として設定されている。ここで、各デバイスのPosition
Info Entry２３０３には、書き換え可能な位置情報が
書き込まれる。この位置情報は、バスリセットに伴う処
理の終了後、所定の方法により書き換わる。

【０１７９】図２５は、各デバイスが各部屋に配置され
ているアウトレット１０１、或いは他のデバイスに接続
された後の状態を説明する図である。

【０１８０】図２５において、各デバイスを各部屋に設
置されたアウトレット１０１に接続し、全デバイスの電
源をオンにすると、上述のバスリセットが起動する（ス
テップＳ２７０１）。

【０１８１】バスリセットとそれに伴う処理（即ち、接
続構成の認識とノードＩＤの割り当て）の後、各デバイ
スは、自己の通信ポートに直接接続されているデバイス
のセルフＩＤパケットを受信し、該パケットに含まれる
情報を保持する。

【０１８２】各デバイスは、自己のPosition Info Entr
y２３０３に格納されている位置情報を読み出す（ステ
ップＳ２７０２）。

【０１８３】読み出した位置情報が「００」（位置不
定）であるか否かを判断する（ステップＳ２７０３）。
位置情報が「００」でなかった場合、各デバイスは、そ
の情報を有効な位置情報として認識する。

【０１８４】又、位置情報が「００」であった場合、各
デバイスは、自己の通信ポートに直接接続されているデ
バイスのPosition Info Entry２３０３を読み出す（ス
テップＳ２７０４）。ここで、各デバイスは、ポート番
号の若い接続ポートから順に、上述のリード・トランザ
クションを用いて、Position Info Entry２３０３の位
置情報を読み出す。

【０１８５】例えば、図２５において、アウトレット１
０１と直接接続されているデバイスは、該アウトレット
１０１のPosition Info Entry２３０３に格納されてい
る位置情報を読み出すことになる。ＲｏｏｍＡのアウ
トレット１０１に接続されたＰＣ１１２は、アウトレッ
ト１０１のPosition Info Entry２３０３から部屋イン
デックス「Ａ１」を読み出し、その位置情報を自己のPo
sition Info Entry２３０３に格納する。

【０１８６】同様に、ＲｏｏｍＢのアウトレット１０
１に接続されたデジタルビデオ１１３のPosition Info
Entry２３０３には、部屋インデックス「Ｂ１」が格納
され、ＲｏｏｍＣのアウトレット１０１に接続された
デジタルビデオ１１４のPosition Info Entry２３０３
には、部屋インデックス「Ｃ１」が格納され、Ｒｏｏｍ
Ｄのアウトレット１０１に接続されたインクジェットプ
リンタ１１５のPosition Info Entry２３０３には、部
屋インデックス「Ｄ１」が格納される。

【０１８７】又、図２５において、ＰＣ１１２と直接接
続されているインクジェットプリンタ１１０とスキャナ
１１１は、ＰＣ１１２の位置情報の初期化がまだ完了し
ていないため、位置不定を示すデータ「００」を読み出
すことになる。

【０１８８】本実施例において、最近傍デバイスのPosi
tion Info Entry２３０３から読み出した位置情報が
「００」（位置不定）であった場合、該デバイスは、有
効な位置情報の読み出しが成功するまで通信ポートに直
接接続されているデバイスに対して再度読み出しを行う
（ステップＳ２７０５）。その結果を、図２６に示す。

【０１８９】このような動作を繰り返し実行することに
より、最終的に全デバイスのPosition Info Entry２３
０３には有効な位置情報（本実施例では、部屋インデッ
クス）が書き込まれる（ステップＳ２７０６）。

【０１９０】例えば、図２６において、インクジェット
プリンタ１１０とスキャナ１１１とは、ＰＣ１１２の位
置情報が有効となる（即ち、「Ａ１」を格納する）まで
繰り返しＰＣ１１２にリード・トランザクションを実行
する。

【０１９１】以上の手順を実行することにより、各ノー
ドは、自己の配置位置を他のノードに対して提供するこ
とができる。又、自己の配置位置の確定していないノー
ドは、自己の通信ポートに直接接続されているノード
（即ち、自己の最近傍に位置するノード）の位置情報を
読み出し、該位置情報を自己のConfiguration ROMの所
定領域に格納することによって、自己の配置位置（例え
ば、どの部屋に配置されているか）を他のノードに対し
て提供することができる。これにより、同じ空間上（例
えば、各部屋）に配置されたノードは、同じ位置情報を
具備することができる。

【０１９２】次に、ＰＣ１１２のデバイスマップ作成用
アプリケーションがデバイスマップを作成する処理手順
について図２８、図２９を用いて説明する。

【０１９３】図２８は、ＰＣ１１２の一部の構成を示す
図である。

【０１９４】図２８において、２８０１は、ＰＣ１１２
の具備する１３９４インタフェースで、他のノードの１
３９４インタフェースと接続されている。２８０２は、
ＰＣ１１２の具備するConfiguration ROMで、図２３の
ように構成されている。２８０３はメモリであり、本実
施例のデバイスマップを作成する際に必要となる情報
（位置情報、機能情報等）を対応させた対応テーブルと
トポロジマップ情報とを格納する。２８０４は、対応テ
ーブルとトポロジマップ情報とを用いて所定の表示画面
とアイコンを作成するデバイスマップ作成部である。２
８０５は、デバイスマップ作成部２８０４の出力を表示
する表示部である。２８０６は、ＰＣ１１２の各処理部
を制御する制御部である。２８０７は、デバイスマップ
作成用アプリケーションを記憶する記憶媒体である。
尚、このアプリケーションは、制御部２８０６の読み出
し可能なプログラムコード形式で記憶されている。

【０１９５】図２９は、記憶媒体２８０７に記憶された
アプリケーションがデバイスマップを作成する手順を示
すフローチャートである。

【０１９６】ＰＣ１１２の１３９４インタフェース２８
０１は、バスリセットの発生を常時監視する（ステップ
Ｓ２９０１）。

【０１９７】バスリセット後、ＰＣ１１２の制御部２８
０６は、ネットワーク上の機器数を調べると共に、バス
マネージャの提供するトポロジマップ情報、或いは各ノ
ードから送出されるセルフＩＤパケットに基づいてトポ
ロジマップを作成する（ステップＳ２９０２）。

【０１９８】トポロジマップの作成後、デバイスマップ
作成アプリケーションは、所定の手順により各ノードの
Configuration ROMを読み出す（ステップＳ２９０
３）。

【０１９９】図３０は、ＰＣ１１２の１３９４インタフ
ェース２８０１が他のノードのConfiguration ROMを読
み出す手順について説明する図である。

【０２００】図３０において、１３９４インタフェース
２８０１は、リード・トランザクションを用いて、Conf
iguration ROMのNode Dependent Info Directory２３０
３とFunction Directory２３０４とに格納された情報を
読み出す。ここで、ＰＣ１１２は、ノードＩＤの小さい
順から読み出しを行っているが、任意の順序で行っても
よい。

【０２０１】ＰＣ１１２の制御部２８０６は、各ノード
から読み出した情報の中から位置情報を抽出し、その内
容が「００」（位置不定）であるか否かを判別する（ス
テップＳ２９０４）。位置情報が「００」であった場
合、ＰＣ１１２はその位置情報を有効でないと判断し、
所定時間経過後、再びそのノードの位置情報を読み出す
（ステップＳ２９０５）。

【０２０２】全機器の読み出しに成功した後、アプリケ
ーションは、各ノードのノード番号とレスポンスから対
応テーブルを作成する（ステップＳ２９０６）。作成さ
れた対応テーブルは、メモリ２８０３に保持される。図
３１に対応テーブルの内容を示す。

【０２０３】図３１では、ノードＩＤ別に各ノードの機
能情報（function）、部屋インデクス（room index）、
詳細情報（details）を対応させている。尚、詳細情報
には、会社名、機種名、サポートする通信プロトコル情
報が含まれている。例えば、通信プロトコル情報には、
ＡＶ（ａｕｄｉｏ／ｖｉｓｕａｌ）データの通信を制御
するＡＶ／Ｃプロトコル、ＳＣＳＩのコマンド・セット
を利用可能にするＳＢＰ−２（ＳｅｒｉａｌＢｕｓ
Ｐｒｏｔｏｃｏｌ−２）、静止画像の通信を制御するダ
イレクトプリントプロトコル（ＤＰＰ）がある。

【０２０４】対応テーブルの作成後、アプリケーション
は、デバイスマップ作成部２８０４を用いて、デバイス
マップを作成する。図３２にＰＣ１１２の具備する表示
部２８０５に表示されたデバイスマップを示す。

【０２０５】図３２において、アプリケーションは、対
応テーブルの部屋インデックスを用いて表示画面上をレ
イアウトし、部屋インデックスに対応する空間領域を表
示画面上表示する（ステップＳ２９０７）。

【０２０６】次にアプリケーションは、対応テーブルの
機能情報に基づいて各ノードのアイコンを作成し、その
アイコンを部屋インデックスに対応する領域に表示する
（ステップＳ２９０８）。尚、アイコンは、各機能の特
徴を視覚的に判断できる形状で表示されるものである。

【０２０７】次にアプリケーションは、ステップＳ２９
０２にて作成されたトポロジマップを用いて各領域に配
置されたアイコンの接続関係を表示する（ステップＳ２
９０９）。

【０２０８】更にアプリケーションは、対応テーブルの
詳細情報（会社名、機種名、プロトコル情報等）を各ア
イコンに対応させて表示する（ステップＳ２９１０）。

【０２０９】以上の手順で処理することにより、ＰＣ１
１２のアプリケーションは、より高度なデバイスマップ
を表示することができる。

【０２１０】以上のように本実施例では、各ノードの位
置情報や機能情報等をConfiguration ROMの所定の領域
に格納することにより、Configuration ROMに対するア
クセス手順、デバイスマップ情報を得るまでの通信手順
を各ノードにおいて共通とすることができ、より高度な
デバイスマップの機能を提供することができる。

【０２１１】又、各ノードの接続関係を表示するだけで
なく、同じ位置情報を有するノードを表示画面上の１つ
の領域にレイアウトできる。これにより、各ノードの配
置位置を視覚的に表示でき、ユーザにより高度なネット
ワーク管理機能を提供することができる。

【０２１２】又、各ノードのアイコンを各ノードの機能
情報から作成することにより、各ノードの機能を容易に
判別することができる。

【０２１３】更に、各ノードのアイコンと共に、各ノー
ドの詳細情報（会社名、機種名、サポートするプロトコ
ル情報等）を表示することができる。

【０２１４】

【発明の効果】以上のように、本発明によれば、各ノー
ドのデバイスマップ情報を得るまでの処理手順を各ノー
ドにおいて共通とすることができ、より高度なデバイス
マップ作成でき、ユーザにより高度なネットワーク管理
機能を提供することができる。これにより、各デバイス
の配置位置やサポートする機能を視覚的に表示すること
ができると共に、所望のデバイスを簡単に特定すること
ができる。

【図面の簡単な説明】

【図１】本実施例のホームネットワークの構成を示す
図。

【図２】１３９４ネットワークの構成の一例を示す図。

【図３】１３９４インタフェースの構成要素を説明する
図。

【図４】リンク・レイヤ３０４の提供可能なサービスを
示す図。

【図５】トランザクション・レイヤ３０５の提供可能な
サービスを示す図。

【図６】１３９４インタフェースにおけるアドレス空間
を説明する図。

【図７】ＣＳＲコア・レジスタに格納される情報のアド
レス及び機能を示す図。

【図８】シリアルバス・レジスタに格納される情報のア
ドレス及び機能を示す図。

【図９】最小形式のConfiguration ROMを示す図。

【図１０】一般形式のConfiguration ROMを示す図。

【図１１】シリアルバス装置レジスタ情報に格納される
情報のアドレス及び機能をを示す図。

【図１２】１３９４ケーブルの断面図を示す図。

【図１３】DS-Link符号化方式を説明する図。

【図１４】バスリセット起動後の状態を説明する図。

【図１５】バスリセットの開始からノードＩＤの割り当
てまで処理について説明するフローチャート。

【図１６】親子関係を認識する処理について説明するフ
ローチャート。

【図１７】ノードＩＤを割り当てる処理を説明するフロ
ーチャート。

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

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

【図２０】１通信サイクル期間の様子を説明する図。

【図２１】Isochronousパケットのフォーマットを示す
図。

【図２２】Asynchronousパケットのフォーマットを示す
図。

【図２３】本実施例のConfigurationROMを示す図。

【図２４】全ノードの位置情報の設定を説明する図。

【図２５】全ノードの位置情報の設定を説明する図。

【図２６】全ノードの位置情報の設定を説明する図。

【図２７】全ノードの位置情報の設定を説明するフロー
チャート。

【図２８】ＰＣ１１２の一部の構成を示す図。

【図２９】デバイスマップを作成する手順を示すフロー
チャート。

【図３０】他のノードのConfigurationROMを読み出す手
順について説明する図。

【図３１】対応テーブルの内容を示す図。

【図３２】ＰＣ１１２の具備するモニタに表示されたデ
バイスマップを示す図。

Claims

【特許請求の範囲】

【請求項１】情報信号と制御信号とが時分割に伝送さ
れるバス型伝送路を介して他の機器との通信を行う電子
機器において、前記電子機器固有の情報として少なくとも該電子機器の
位置情報を記憶する記憶手段を具備することを特徴とす
る電子機器。
【請求項２】請求項１において、前記バス型伝送路
は、前記情報信号と前記制御信号とをシリアルに伝送す
る伝送路であることを特徴とする電子機器。
【請求項３】請求項１において、前記バス型伝送路
は、ＩＥＥＥ１３９４規格に準拠した伝送路であること
を特徴とする電子機器。
【請求項４】請求項１において、前記記憶手段は更
に、前記電子機器固有の機能情報を記憶することを特徴
とする電子機器。
【請求項５】請求項１において、前記記録手段は、コ
ンフィギュレーションＲＯＭであることを特徴とする電
子機器。
【請求項６】請求項１において、前記位置情報は、前
記電子機器の配置されている空間を示す情報であること
を特徴とする電子機器。
【請求項７】請求項１において、前記電子機器は、前
記位置情報が不定の場合、最近傍に接続された機器の位
置情報を問合せ、該位置情報を前記記憶手段に記録する
ことを特徴とする電子機器。
【請求項８】請求項１において、前記電子機器は更
に、所定の時間間隔で通信を行う第１の通信モードと非
同期通信を行う第２の通信モードとを時分割に行うデジ
タルインタフェースを具備することを特徴とする電子機
器。
【請求項９】請求項１において、前記バス型伝送路
は、異なる位置に配置された複数のローカルバスから構
成されることを特徴とする電子機器。
【請求項１０】情報信号と制御信号とが時分割に伝送
されるバス型伝送路を介して他の機器との通信を行う電
子機器に適用可能な情報処理方法において、前記電子機
器固有のメモリに対して、少なくとも該電子機器の位置
情報を記憶することを特徴とする情報処理方法。
【請求項１１】所定の時間間隔で通信を行う第１の通
信モードと非同期通信を行う第２の通信モードとを用い
て他の機器と通信を行う電子機器において、前記他の機器に対して少なくとも位置情報を含む固有情
報を問い合わせる問合せ手段と、前記固有情報と共に、前記他の機器の接続関係を表示す
る表示手段とを具備することを特徴とする電子機器。
【請求項１２】請求項１１において、前記問合せ手段
は、前記第２の通信モードを用いて、前記固有情報を問
い合わせることを特徴とする電子機器。
【請求項１３】請求項１１において、前記固有情報
は、前記機器のサポートするプロトコル情報、前記機器
のサポートする機能に関する情報を含むことを特徴とす
る電子機器。
【請求項１４】請求項１１において、前記表示手段
は、所定のプログラムコードに基づいて、前記固有情報
と前記他の機器の接続関係とを表示することを特徴とす
る電子機器。
【請求項１５】請求項１１において、前記第１、第２
の通信モードは、ＩＥＥＥ１３９４規格に準拠したIsoc
hronous転送モード、Asynchronous転送モードであるこ
とを特徴とする電子機器。
【請求項１６】請求項１１において、前記表示手段
は、前記位置情報に応じて前記固有情報を表示画面上の
同じ領域或いは異なる領域に表示することを特徴とする
電子機器。
【請求項１７】請求項１１において、前記電子機器
は、異なる位置に配置された複数のローカルバスの一つ
に接続されていることを特徴とする電子機器。
【請求項１８】所定の時間間隔で通信を行う第１の通
信モードと非同期通信を行う第２の通信モードとを用い
て他の機器と通信を行う電子機器に適用可能な情報処理
方法において、前記他の機器に対して少なくとも位置情報を含む固有情
報を問い合わせ、前記固有情報と共に、前記他の機器の接続関係を表示す
ることを特徴とする情報処理方法。