JP2002217928A

JP2002217928A - 通信制御方法及び通信装置

Info

Publication number: JP2002217928A
Application number: JP2001007934A
Authority: JP
Inventors: Hiroshi Kawaguchi; 浩河口
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-01-16
Filing date: 2001-01-16
Publication date: 2002-08-02

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４方式などのネットワーク
で、バスリセットが発生したときの処理が簡単に行える
ようにする。【解決手段】複数台の通信装置の間で相互にデータ通
信可能に構成されたネットワーク内での通信を制御する
場合に、ネットワーク内の各通信装置間の接続状態を示
すリンクポインタを、第１の情報として記憶し、ネット
ワーク内の各通信装置の存在を示すリンクポインタを、
第２の情報として記憶するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＩＥＥＥ
（The Institute of Electrical and ElectronicsEngin
eers ）１３９４方式のバスラインで接続された機器の
間でデータ伝送を行う場合に適用して好適な通信制御方
法と、この通信制御方法を適用した通信装置に関する。

【０００２】

【従来の技術】ＩＥＥＥ１３９４方式のシリアルデータ
バスを用いたネットワークで介して、相互に情報を伝送
することができるネットワークに接続されているオーデ
ィオ機器やビデオ機器（これらの機器をＡＶ機器と称す
る）が開発されている。このバスを介してデータ伝送を
行う際には、比較的大容量の動画データ，オーディオデ
ータなどをリアルタイム伝送する際に使用されるアイソ
クロナス転送モードと、静止画像，テキストデータ，制
御コマンドなどを確実に伝送する際に使用されるアシン
クロナス転送モードとが用意され、それぞれのモード毎
に専用の帯域が伝送に使用され、両モードの伝送は１つ
のバス上で混在できるようにしてある。

【０００３】このネットワークにおいては、例えば所定
のコマンド（AV/C Command Transaction Set：以下ＡＶ
／Ｃコマンドと称する）を用いることにより、ＡＶ機器
を遠隔制御することが可能である。ＩＥＥＥ１３９４方
式の詳細及びＡＶ／Ｃコマンドの詳細については、ＩＥ
ＥＥ１３９４方式を規格化した団体である1394 TradeAs
sociationで公開しているAV/C Digital Interface Comm
and Set General Specificationに記載されている。な
お、ＩＥＥＥ１３９４方式と称される規格としては、Ｉ
ＥＥＥ１３９４−１９９５規格と呼ばれる規格と、その
ＩＥＥＥ１３９４−１９９５規格の拡張規格であるＰ１
３９４ａ規格と呼ばれる規格などがあるが、以下の説明
では、Ｐ１３９４ａ規格に特有の処理であると特に述べ
た箇所以外では、両規格に共通に適用される処理であ
る。

【０００４】このＩＥＥＥ１３９４方式のバスラインで
ＡＶ機器やコンピュータ用の機器を接続させてネットワ
ークを構成させた場合には、バスライン上の１台の機器
がバスマネージャ（ＢＭ）となり、そのバスマネージャ
がバス構成の管理を行う。また、アイソクロナス通信に
ついては、アイソクロナスリソースマネージャ（ＩＲ
Ｍ）として設定された機器が、アイソクロナス通信に必
要なリソースの管理を行うようにしてある。バスマネー
ジャとアイソクロナスリソースマネージャは、同一の機
器である場合もある。

【０００５】また、ネットワーク内の各機器は、ノード
とも称される。ノードのネットワークへの接続状態とし
ては、２つ以上のノードが接続されたブランチノードの
場合と、１台のノードだけが接続されたリーフノードの
場合の２種類に分けることができる。ネットワーク内の
各ノードには、ノードＩＤが付与される。また、各ノー
ドのポートには、ポート番号が振られている。そして、
ネットワーク内のノードの内の特定の１台がルートノー
ドに選定される。ルートノードはバスリセット時に決め
られるものである。

【０００６】バスリセットは、ネットワーク構成に変化
があったとき発生する。具体的には、例えばネットワー
クへの新たな機器の接続があったり、ネットワークに接
続されたいずれか１台の機器が、バスラインから外され
たときに、バスリセットが発生する。このバスリセット
が発生すると、ネットワークが初期化状態になり、その
ときのネットワーク構成から決まる特定の１台がルート
ノードに選定され、そのルートノードの制御でネットワ
ーク内のノードの接続状態であるツリー構造が解析され
て、各ノードにノードＩＤが再付与される。付与される
ノードＩＤは、バスリセット前のノードＩＤと同じであ
るとは限らない。

【０００７】図１８〜図２８は、バスリセットが発生し
たときにネットワーク内で行われる処理例を示した図で
ある。ここでは、ネットワーク構成として、図１８に示
すように、４台のノードａ，ｂ，ｃ，ｄが接続してあ
り、その内のノードａ，ｃがリーフノードであり、ノー
ドｂ，ｄがブランチノードとなる接続構成としてある。
ノードａ，ｂはポート番号０，１の２つのポートを備
え、ノードｃはポート番号０の１つのポートを備え、ノ
ードｄはポート番号０〜５の６つのポートを備える。

【０００８】この図１８に示すネットワークでバスリセ
ットが発生したとき、バスリセット信号がバスライン上
に出力される。このバスリセット信号が出力されると、
全てのノードは、トポロジーの情報をいったん全部クリ
アする。このバスリセットが発生すると、まず接続構成
であるツリー識別が行われる。このツリー識別では、１
つのノードをルートノードに指定し、接続されている各
ポートにラベルを指定し、トポロジーの中にループが存
在するかどうかを検出することも行われる。ループが存
在する場合には、ツリー識別が完了しないため、タイム
アウトとなって、結果的にループが検出される。何も接
続されていないポートは、接続なしと認識される。

【０００９】以下、ツリー識別処理を説明すると、まず
図１９に示すように、各リーフノードは、接続された相
手のノードに対して、親であることを知らせる信号（pa
rentnotify 信号）を送信する。図１９の例では、リー
フノードａがノードｄに対してparent notify 信号を送
信し、リーフノードｃがノードｂに対してparent notif
y 信号を送信している。

【００１０】この状態では、ノードｂとノードｄには、
親子関係が認識されてないポートが１つあり、図２０に
示すように、ノードｂとノードｄは、相手のポートに対
してparent notify 信号を送信する。また、リーフノー
ドからのparent notify 信号に対しては、子であること
を知らせる信号（child notify信号）を送信する。

【００１１】このchild notify信号が送信されること
で、図２１に示すように、child notify信号を受信した
各リーフノードａ，ｃでは、出力していたparent notif
y 信号の出力を停止させる。また、相互にparent notif
y 信号が出力されているノードｂとノードｄの間では、
競合した状態になるが、ルートコンテンションと称され
る処理で、いずれか一方のノードだけが競合に勝ち残
り、child notify信号を出力する状態に変化する。図２
１の例では、ノードｂが勝ち残り、ノードｄに対してch
ild notify信号を出力するようになっている。

【００１２】この図２１に示す状態になることで、ノー
ドｂがルートノードとして決定し、ノードｂは全てのポ
ートを子ポートとして認識するようになり、ルートノー
ドが接続構成であるツリー構造を認識する。

【００１３】このツリー構造の認識が完了すると、次に
自己認識と称される作業が行われる。この自己認識処理
は、各ノードにPhysical ID と呼ばれる物理的な識別子
を与えるものである。Physical ID は、例えば６ビット
のＩＤで構成され、バスリセット時には全てのノードの
Physical ID は“０”に設定される。

【００１４】まずルートノードは、図２２に示すよう
に、自分の持つポートの中で最も小さな番号を持つポー
トに接続されているノードに対して、確認用の信号（gr
ant 信号）を送信し、ほかのポートに接続されているノ
ードに対しては、データプレフィックス信号（data pre
fix 信号）を送信する。このdata prefix 信号は、デー
タを送る準備用の信号であり、この信号が出ていると
き、ほかのノードは通信することができない状態にな
る。図２２の例では、ルートノードｂが、ノードｄに対
してgrant 信号を送信し、ノードｃに対してdata prefi
x 信号を送信している。また、grant 信号を受信したノ
ードｄは、子ポートに接続されているノードａに、この
grant 信号をリピートして送信する。このリピートされ
たgrant 信号を受信したノードａは、リーフノードであ
り、これ以降接続されているノードがないため、自分の
ノードＩＤ（self ID ）を“０”に設定する。

【００１５】このノードａでのノードＩＤ“０”の設定
があると、図２３に示すように、ノードａはノードｄに
対して、data prefix 信号を送信し、ノードＩＤの送信
準備ができたことを知らせる。そして、ノードａからノ
ードｄに対して、設定されたself ID “０”の値を送
る。このself ID の値を受信したノードでは、ノードＩ
Ｄカウンタの値を１つ加算する。ノードａからself ID
“０”の値を受信したノードｄでは、self ID “１”が
設定される。self ID のデータを送り終わると、図２４
に示すように、ノードａはその終了を知らせる信号（id
ent done信号）を送信する。

【００１６】次に、ルートノードｂは、図２５に示すよ
うに、ポート０に接続されているノードｄにgrant 信号
を送信し、同時にノードｃに対してdata prefix 信号を
送信する。ノードｄは、grant 信号を受信すると、図２
６に示すように、ノードｂとノードａに対してdata pre
fix 信号を送信し、self ID を送信できるように準備す
る。そして、self ID を送信する。各ノードは、self I
D を受信すると、ノードＩＤカウンタの値を１つ加算す
る。そして、図２７に示すように、ノードｄはself ID
の送信終了を知らせる信号（ident done信号）をノード
ｂに送る。この段階では、ノードａにノードＩＤ＃０が
設定され、ノードｄにノードＩＤ＃１が設定されてい
る。

【００１７】次に、同様の処理で、ルートノードｂのポ
ート番号１のポートに接続されたリーフノードｃに対し
てノードＩＤ＃２が設定され、最後にルートノードｂ自
身にノードＩＤ＃３が設定され、ネットワーク内のノー
ドＩＤの設定作業を終了する。図２８は、ネットワーク
内の全てのノードにノードＩＤが設定された状態を示し
たものである。

【００１８】このようにしてバスリセット発生時には、
自動的にネットワークのツリー構造が判別されて、ネッ
トワーク内の各ノードにノードＩＤが付与される。ここ
まで説明した処理は、各ノード内の物理層で実行される
ものであり、各ノード（機器）のアプリケーションやド
ライバは介在しない。このようにして判別されたツリー
構造と、ノードＩＤのデータは、ネットワーク内のバス
マネージャに送られて、バスマネージャがネットワーク
内の通信を制御する際に使用する。

【００１９】ところで、ＩＥＥＥ１３９４方式の拡張規
格であるＰ１３９４ａの規格では、バスマネージャは、
バスリセット後に各ノード間の伝送遅延を測定するため
のピング（Ping）パケットの送信を行うように決められ
ている。このピングパケットを受信したノードでは、セ
ルフＩＤを送り返す。バスマネージャでは、ピングパケ
ットの送信開始から、セルフＩＤを受信するまでの時間
を計測することで、２つのノード間の遅延時間が判るよ
うになる。これを元に、データ伝送時の最適なギャップ
カウント値を計算し、設定する処理が行われる。ギャッ
プカウント値は、１つの単位の伝送処理の区切りに必要
なギャップ（サブアクションギャップ）の設定に使用さ
れる。サブアクションギャップは、長い時間設定すれば
確実に機能するが、その期間は何もデータが伝送できな
いので、あまり長い時間を設定すると、それだけネット
ワーク内での伝送効率が低下する問題があり、各ノード
間の実際の伝送遅延時間に基づいた最適な時間を設定す
る必要がある。

【００２０】

【発明が解決しようとする課題】ところで、図１８以降
の図を参照して説明した処理は、ノードが４台だけの比
較的小規模なネットワークの場合の初期化処理である
が、ＩＥＥＥ１３９４方式の場合には最大で６３台まで
のノードを１つのネットワークに接続することができ
る。ネットワーク内のノードが数が増えることで、必要
な処理ステップは増えることになり、大規模なネットワ
ークの場合には初期化処理に非常に多くの処理工程と時
間を必要とする問題がある。特に、上述したＰ１３９４
ａの規格で必要なピング処理を行う場合には、より多く
の工程と時間を必要とする問題があった。

【００２１】なお、ここではＩＥＥＥ１３９４方式のバ
スラインで接続されたネットワークの初期化時の問題に
ついて説明したが、その他の通信構成のネットワーク内
で同様の初期化処理を行う場合にも同様の問題が存在す
る。

【００２２】本発明の目的は、ＩＥＥＥ１３９４方式の
バスラインなどで構成されるネットワーク内において、
バスリセットが発生したときの処理が簡単に行えるよう
にすることにある。

【００２３】

【課題を解決するための手段】本発明においては、複数
台の通信装置の間で相互にデータ通信可能に構成された
ネットワーク内での通信を制御する場合に、ネットワー
ク内の各通信装置間の接続状態を示すリンクポインタ
を、第１の情報として記憶し、ネットワーク内の各通信
装置の存在を示すリンクポインタを、第２の情報として
記憶するようにしたものである。

【００２４】かかる発明によると、例えばバスリセット
時には、第２の情報として記憶されたリンクポインタを
使用して、ネットワーク制御用の第１の情報を生成させ
ることで、ネットワーク制御用のリンクポインタを少な
い工程で効率良く生成させることが可能になる。

【００２５】

【発明の実施の形態】以下、本発明の一実施の形態を、
図１〜図１７を参照して説明する。

【００２６】図１は、本発明の一実施の形態によるネッ
トワーク構成例を示す図である。本例の場合には、ＩＥ
ＥＥ１３９４方式で規格化されたバスラインを使用し
て、複数台のＡＶ機器を接続させてネットワークを構成
させてある。ここでは、複数台のリーフノードＬ１，Ｌ
２，Ｌ３，Ｌ４‥‥ＬＮ（Ｎは任意の整数）と、複数台
のブランチノードＢ１，Ｂ２，Ｂ３，Ｂ４‥‥ＢＮとで
構成されるネットワークとしてある。

【００２７】リーフノードは、従来例で説明したように
１台の機器にだけ接続された通信装置であり、ブランチ
ノードは２台以上の機器に接続された通信装置である。
リーフノードとブランチノードは接続された結果で分け
られるものであり、バスラインを接続するポートが２つ
以上あれば、各通信装置はリーフノード，ブランチノー
ドのいずれにも成り得る。

【００２８】このように複数台の機器のＩＥＥＥ１３９
４方式のポートをバスラインで接続させてネットワーク
を構成させたときには、ネットワーク内の任意の１台が
ルートノードに選定され、そのルートノードからの信号
の送受信で、各ノードにセルフＩＤが設定される。ま
た、ネットワーク内の任意の１台がバスマネージャ（Ｂ
Ｍ）となり、そのバスマネージャがバス構成の管理を行
う。また、アイソクロナス通信については、アイソクロ
ナスリソースマネージャ（ＩＲＭ）として設定された機
器が、アイソクロナス通信に必要なリソースの管理を行
うようにしてある。本例のネットワークの場合には、リ
ーフノードであるノードＬＮがバスマネージャとなり、
ブランチノードであるノードＢ４がアイソクロナスリソ
ースマネージャとなっている。

【００２９】ここで、ＩＥＥＥ１３９４方式のバスライ
ンが接続可能な通信装置として構成されたＡＶ機器の具
体的な構成例について説明する。ここでは、ＩＲＤ（In
tegrated Receiver Decoder ：デジタル衛星放送受信装
置）１００と、テレビジョン受像機２００と、ビデオ記
録再生装置３００を例にして説明する。

【００３０】図２は、ＩＲＤ１００の具体的な構成例を
示す図である。衛星からの放送電波をアンテナ１００ａ
によって受信して端子１００ｂに入力し、デジタル衛星
放送受信機１００に設けられている番組選択手段として
のチューナ１０１に供給する。ＩＲＤ１００は、中央制
御ユニット（ＣＰＵ）１１１の制御に基づいて各回路が
動作するようになされており、チューナ１０１によって
所定のチャンネルの信号を得る。チューナ１０１で得た
受信信号は、デスクランブル回路１０２に供給する。

【００３１】デスクランブル回路１０２は、ＩＲＤ１０
０本体に差し込まれたＩＣカード（図示せず）に記憶さ
れている契約チャンネルの暗号キー情報に基づいて、受
信データのうち契約されたチャンネル（又は暗号化され
ていないチャンネル）の多重化データだけを取り出して
デマルチプレクサ１０３に供給する。

【００３２】デマルチプレクサ１０３は、供給される多
重化データを各チャンネル毎に並び換え、ユーザによっ
て指定されたチャンネルだけを取り出し、映像部分のパ
ケットからなるビデオストリームをＭＰＥＧビデオデコ
ーダ１０４に送出すると共に、音声部分のパケットから
なるオーバーラップストリームをＭＰＥＧオーディオデ
コーダ１０９に送出する。

【００３３】ＭＰＥＧビデオデコーダ１０４は、ビデオ
ストリームをデコードすることにより、圧縮符号化前の
映像データを復元し、これを加算器１０５を介してＮＴ
ＳＣエンコーダ１０６に送出する。ＮＴＳＣエンコーダ
１０６は、映像データをＮＴＳＣ方式の輝度信号及び色
差信号に変換し、これをＮＴＳＣ方式のビデオデータと
してデジタル／アナログ変換器１０７に送出する。デジ
タル／アナログ変換器１０７は、ＮＴＳＣデータをアナ
ログビデオ信号に変換し、これを接続された受像機に供
給する。

【００３４】また、本例のＩＲＤ１００は、ＣＰＵ１１
１の制御に基づいて、グラフィカル・ユーザ・インター
フェース（ＧＵＩ）用に各種表示用の映像データを生成
させるＧＵＩデータ生成部１０８を備える。このＧＵＩ
データ生成部１０８で生成されたＧＵＩ用の映像データ
（表示データ）は、加算器１０５に供給して、ＭＰＥＧ
ビデオデコーダ１０４が出力する映像データに重畳し
て、ＧＵＩ用の映像が受信した放送の映像に重畳される
ようにしてある。

【００３５】ＭＰＥＧオーディオデコーダ１０９は、オ
ーディオストリームをデコードすることにより、圧縮符
号化前のＰＣＭオーディオデータを復元し、デジタル／
アナログ変換器１１０に送出する。

【００３６】デジタル／アナログ変換器１１０は、ＰＣ
Ｍオーディオデータをアナログ信号化することにより、
ＬChオーディオ信号及びＲChオーディオ信号を生成し、
これを接続されたオーディオ再生システムのスピーカ
（図示せず）を介して音声として出力する。

【００３７】また本例のＩＲＤ１００は、デマルチプレ
クサ１０３で抽出したビデオストリーム及びオーディオ
ストリームを、ＩＥＥＥ１３９４インターフェース部１
１２に供給し、インターフェース部１１２に接続された
ＩＥＥＥ１３９４方式のバスラインに送出できる構成と
してある。この受信したビデオストリーム及びオーディ
オストリームは、アイソクロナス転送モードで送出され
る。さらに、ＧＵＩデータ生成部１０８でＧＵＩ用の映
像データを生成させている際には、その映像データを、
ＣＰＵ１１１を介してインターフェース部１１２に供給
し、インターフェース部１１２からバスラインにＧＵＩ
用の映像データを送出できるようにしてある。

【００３８】ＣＰＵ１１１には、ワークＲＡＭ１１３及
びＲＡＭ１１４が接続してあり、これらのメモリを使用
して制御処理が行われる。また、操作パネル１１５から
の操作指令及び赤外線受光部１１６からのリモートコン
トロール信号が、ＣＰＵ１１１に供給されて、各種操作
に基づいた動作を実行できるようにしてある。また、バ
スライン側からインターフェース部１１２に伝送される
コマンドやレスポンスなどを、ＣＰＵ１１１が判断でき
るようにしてある。

【００３９】図３は、テレビジョン受像機２００の構成
例を示すブロック図である。本例のテレビジョン受像機
２００は、デジタルテレビジョン受像機と称されるデジ
タル放送を受信して、表示させる装置である。

【００４０】図示しないアンテナが接続されたチューナ
２０１で、所定のチャンネルを受信して得たデジタル放
送データを、受信回路部２０２に供給しデコードする。
デコードされた放送データを、多重分離部２０３に供給
して、映像データと音声データに分離する。分離された
映像データを映像生成部２０４に供給し、受像用の処理
を行い、その処理された信号によりＣＲＴ駆動回路部２
０５で陰極線管（ＣＲＴ）２０６を駆動し、映像を表示
させる。また、多重分離部２０３で分離された音声デー
タを、音声信号再生部２０７に供給して、アナログ変
換，増幅などの音声処理を行い、処理された音声信号を
スピーカ２０８に供給して出力させる。

【００４１】また、テレビジョン受像機２００は、ＩＥ
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部２０９を備えて、ＩＥＥＥ１３９４方式の
バスライン側からこのインターフェース部２０９に得ら
れる映像データや音声データを、多重分離部２０３に供
給して、ＣＲＴ２０６での映像の表示及びスピーカ２０
８からの音声の出力ができるようにしてある。また、チ
ューナ２０１が受信して得た映像データや音声データ
を、多重分離部２０３からインターフェース部２０９に
供給して、ＩＥＥＥ１３９４方式のバスラインに送出で
きるようにしてある。

【００４２】テレビジョン受像機２００での表示処理及
びインターフェース部２０９を介した伝送処理について
は、中央制御ユニット（ＣＰＵ）２１０の制御により実
行される。ＣＰＵ２１０には、制御に必要なプログラム
などが記憶されたＲＯＭであるメモリ２１１及びワーク
ＲＡＭであるメモリ２１２が接続してある。また、操作
パネル２１４からの操作情報及び赤外線受光部２１５が
受光したリモートコントロール装置からの制御情報が、
ＣＰＵ２１０に供給されて、その操作情報や制御情報に
対応した動作制御を行うようにしてある。さらに、ＩＥ
ＥＥ１３９４方式のバスを介してインターフェース部２
０９がＡＶ／Ｃコマンドなどの制御データを受信した際
には、そのデータはＣＰＵ２１０に供給して、ＣＰＵ２
１０が対応した動作制御を行えるようにしてある。

【００４３】図４は、ビデオ記録再生装置３００の具体
的な構成例を示すブロック図である。

【００４４】記録系の構成としては、ビデオ記録再生装
置３００に内蔵されたチューナ３０１で所定のチャンネ
ルを受信して得たデジタル放送データを、ＭＰＥＧ（Mo
vingPicture Expers Group ）エンコーダ３０２に供給
し、記録に適した方式のデータ、例えばＭＰＥＧ２方式
の映像データ及び音声データとする。受信した放送デー
タがＭＰＥＧ２方式の場合には、エンコーダ３０２での
処理は行わない。

【００４５】ＭＰＥＧエンコーダ３０２でエンコードさ
れたデータは、記録再生部３０３に供給して、記録用の
処理を行い、処理された記録データを回転ヘッドドラム
３０４内の記録ヘッドに供給して、テープカセット３０
５内の磁気テープに記録させる。

【００４６】外部から入力したアナログの映像信号及び
音声信号については、アナログ／デジタル変換器３０６
でデジタルデータに変換した後、ＭＰＥＧエンコーダ３
０２で例えばＭＰＥＧ２方式の映像データ及び音声デー
タとし、記録再生部３０３に供給して、記録用の処理を
行い、処理された記録データを回転ヘッドドラム３０４
内の記録ヘッドに供給して、テープカセット３０５内の
磁気テープに記録させる。

【００４７】再生系の構成としては、テープカセット３
０５内の磁気テープを回転ヘッドドラム３０４で再生し
て得た信号を、記録再生部３０３で再生処理して映像デ
ータ及び音声データを得る。この映像データ及び音声デ
ータは、ＭＰＥＧデコーダ３０７に供給して、例えばＭ
ＰＥＧ２方式からのデコードを行う。デコードされたデ
ータは、デジタル／アナログ変換器３０８に供給して、
アナログの映像信号及び音声信号とし、外部に出力させ
る。

【００４８】また、ビデオ記録再生装置３００は、ＩＥ
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部３０９を備えて、ＩＥＥＥ１３９４方式の
バスライン側からこのインターフェース部３０９に得ら
れる映像データや音声データを、記録再生部３０３に供
給して、テープカセット３０５内の磁気テープに記録さ
せることができるようにしてある。また、テープカセッ
ト３０５内の磁気テープから再生した映像データや音声
データを、記録再生部３０３からインターフェース部３
０９に供給して、ＩＥＥＥ１３９４方式のバスライン側
に送出できるようにしてある。

【００４９】このインターフェース部３０９を介した伝
送時には、このビデオ記録再生装置３００内で媒体（磁
気テープ）に記録する方式（例えば上述したＭＰＥＧ２
方式）と、ＩＥＥＥ１３９４方式のバス上で伝送される
データの方式とが異なるとき、ビデオ記録再生装置３０
０内の回路で方式変換を行うようにしても良い。

【００５０】ビデオ記録再生装置３００での記録処理や
再生処理、及びインターフェース部３０９を介した伝送
処理については、中央制御ユニット（ＣＰＵ）３１０の
制御により実行される。ＣＰＵ３１０には、ワークＲＡ
Ｍであるメモリ３１１が接続してある。また、操作パネ
ル３１２からの操作情報及び赤外線受光部３１３が受光
したリモートコントロール装置からの制御情報が、ＣＰ
Ｕ３１０に供給されて、その操作情報や制御情報に対応
した動作制御を行うようにしてある。さらに、ＩＥＥＥ
１３９４方式のバスを介してインターフェース部３０９
がＡＶ／Ｃコマンドなどの制御データを受信した際に
は、そのデータはＣＰＵ３１０に供給して、ＣＰＵ３１
０が対応した動作制御を行えるようにしてある。

【００５１】なお、ここまで説明した各機器１００，２
００，３００のＩＥＥＥ１３９４方式のバスライン用の
インターフェース部１１２，２０９，３０９は、接続さ
れたバスラインでの通信に必要な機能を備えるようにし
てあり、例えばバスマネージャやアイソクロナスリソー
スマネージャとして必要な機能を実行する処理部につい
ても、このインターフェース部が備える。このため、例
えばバスマネージャとして機能するときに必要な、ネッ
トワーク構成の情報や、ネットワーク内の他の通信装置
に関する情報などを記憶する記憶部として使用されるＲ
ＡＭなども備える。

【００５２】次に、以上説明したような機器を接続した
ＩＥＥＥ１３９４方式のバスラインでデータ伝送が行わ
れる処理構成について説明する。

【００５３】図５は、ＩＥＥＥ１３９４で接続された機
器のデータ伝送のサイクル構造を示す図である。ＩＥＥ
Ｅ１３９４では、データは、パケットに分割され、１２
５μＳの長さのサイクルを基準として時分割にて伝送さ
れる。このサイクルは、サイクルマスタ機能を有するノ
ード（バスに接続ささたいずれかの機器）から供給され
るサイクルスタート信号によって作り出される。アイソ
クロナスパケットは、全てのサイクルの先頭から伝送に
必要な帯域（時間単位であるが帯域と呼ばれる）を確保
する。このため、アイソクロナス伝送では、データの一
定時間内の伝送が保証される。ただし、伝送エラーが発
生した場合は、保護する仕組みが無く、データは失われ
る。各サイクルのアイソクロナス伝送に使用されていな
い時間に、アービトレーションの結果、バスを確保した
ノードが、アシンクロナスパケットを送出するアシンク
ロナス伝送では、アクノリッジ、およびリトライを用い
ることにより、確実な伝送は保証されるが、伝送のタイ
ミングは一定とはならない。

【００５４】所定のノードがアイソクロナス伝送を行う
為には、そのノードがアイソクロナス機能に対応してい
なければならない。また、アイソクロナス機能に対応し
たノードの少なくとも１つは、サイクルマスタ機能を有
していなければならない。更に、ＩＥＥＥ１３９４シリ
アスバスに接続されたノードの中の少なくとも１つは、
アイソクロナスリソースマネージャの機能を有していな
ければならない。

【００５５】ＩＥＥＥ１３９４は、ＩＳＯ／ＩＥＣ１３
２１３で規定された６４ビットのアドレス空間を有する
ＣＳＲ（Control&Status Register ）アーキテクチャに
準拠している。図６は、ＣＳＲアーキテクチャのアドレ
ス空間の構造を説明する図である。上位１６ビットは、
各ＩＥＥＥ１３９４上のノードを示すノードＩＤであ
り、残りの４８ビットが各ノードに与えられたアドレス
空間の指定に使われる。この上位１６ビットは更にバス
ＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６
ビットに分かれる。全てのビットが１となる値は、特別
な目的で使用されるため、１０２３個のバスと６３個の
ノードを指定することができる。

【００５６】下位４８ビットにて規定されるアドレス空
間のうちの上位２０ビットで規定される空間は、２０４
８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特
有のレジスタ等に使用されるイニシャルレジスタスペー
ス（Initial Register Space）、プライベートスペース
（Private Spece ）、およびイニシャルメモリスペース
（Initial Memory Spece）などに分割され、下位２８ビ
ットで規定される空間は、その上位２０ビットで規定さ
れる空間が、イニシャルレジスタスペースである場合、
コンフィギレーションＲＯＭ（configuration read onl
y memory）、ノード特有の用途に使用されるイニシャル
ユニットスペース（Initial Unit Space）、プラグコン
トロールレジスタ（Plug Control Register （ＰＣＲ
ｓ））などとして用いられる。

【００５７】図７は、主要なＣＳＲのオフセットアドレ
ス、名前、および働きを説明する図である。図７のオフ
セットとは、イニシャルレジスタスペースが始まるＦＦ
ＦＦＦ０００００００ｈ（最後にｈのついた数字は１６
進表示であることを表す）番地よりのオフセットアドレ
スを示している。オフセット２２０ｈを有するバンドワ
イズアベイラブルレジスタ（Bandwidth Available Regi
ster）は、アイソクロナス通信に割り当て可能な帯域を
示しており、アイソクロナスリソースマネージャとして
動作しているノードの値だけが有効とされる。すなわ
ち、図７のＣＳＲは、各ノードが有しているが、バンド
ワイズアベイラブルレジスタについては、アイソクロナ
スリソースマネージャのものだけが有効とされる。換言
すれば、バンドワイズアベイラブルレジスタは、実質的
に、アイソクロナスリソースマネージャだけが有する。
バンドワイズアベイラブルレジスタには、アイソクロナ
ス通信に帯域を割り当てていない場合に最大値が保存さ
れ、帯域を割り当てる毎にその値が減少していく。

【００５８】オフセット２２４ｈ乃至２２８ｈのチャン
ネルアベイラブルレジスタ（Channels Available Resis
ter ）は、その各ビットが０乃至６３番のチャンネル番
号のそれぞれに対応し、ビットが０である場合には、そ
のチャンネルが既に割り当てられていることを示してい
る。アイソクロナスリソースマネージャとして動作して
いるノードのチャンネルアベイラブルレジスタのみが有
効である。

【００５９】図６に戻り、イニシャルレジスタスペース
内のアドレス２００ｈ乃至４００ｈに、ゼネラルＲＯＭ
フォーマットに基づいたコンフィギレーションＲＯＭが
配置される。図８は、ゼネラルＲＯＭフォーマットを説
明する図である。ＩＥＥＥ１３９４上のアクセスの単位
であるノードは、ノードの中にアドレス空間を共通に使
用しつつ独立して動作をするユニットを複数個有するこ
とができる。ユニットディレクトリ（unit directorie
s）は、このユニットに対するソフトウェアのバージョ
ンや位置を示すことができる。バスインフォブロック
（bus info block）とルートディレクトリ（root direc
tory）の位置は固定されているが、その他のブロックの
位置はオフセットアドレスによって指定される。

【００６０】図９は、バスインフォブロック、ルートデ
ィレクトリ、およびユニットディレクトリの詳細を示す
図である。バスインフォブロック内のＣｏｍｐａｎｙ
ＩＤには、機器の製造者を示すＩＤ番号が格納される。
ＣｈｉｐＩＤには、その機器固有の、他の機器と重複
のない世界で唯一のＩＤが記憶される。また、ＩＥＣ１
８３３の規格により、ＩＥＣ１８８３を満たした機器の
ユニットディレクトリのユニットスペックＩＤ（unit s
pec id）の、ファーストオクテットには００ｈが、セカ
ンドオクテットにはＡｏｈが、サードオクテットには２
Ｄｈが、それぞれ書き込まれる。更に、ユニットスイッ
チバージョン（unit sw version ）のファーストオクテ
ットには、０１ｈが、サードオクテットのＬＳＢ（Leas
t Significant Bit ）には、１が書き込まれる。

【００６１】インターフェースを介して、機器の入出力
を制御する為、ノードは、図６のイニシャルユニットス
ペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ１
８８３に規定されるＰＣＲ（Plug Control Register ）
を有する。これは、論理的にアナログインターフェース
に類似した信号経路を形成するために、プラグという概
念を実体化したものである。図１０は、ＰＣＲの構成を
説明する図である。ＰＣＲは、出力プラグを表すｏＰＣ
Ｒ（output Plug Control Register）、入力プラグを表
すｉＰＣＲ（input Plug Control Register ）を有す
る。また、ＰＣＲは、各機器固有の出力プラグまたは入
力プラグの情報を示すレジスタｏＭＰＲ（output Maste
r Plug Register ）とｉＭＰＲ（input Master Plug Re
gister）を有する。各機器は、ｏＭＰＲおよびｉＭＰＲ
をそれぞれ複数持つことはないが、個々のプラグに対応
したｏＰＣＲおよびｉＰＣＲを、機器の能力によって複
数持つことが可能である。図１０に示されるＰＣＲは、
それぞれ３１個のｏＰＣＲおよびｉＰＣＲを有する。ア
イソクロナスデータの流れは、これらのプラグに対応す
るレジスタを操作することによって制御される。

【００６２】図１１は、ｏＭＰＲ，ｏＰＣＲ，ｉＭＰ
Ｒ、およびｉＰＣＲの構成を示す図である。図１１
（Ａ）はｏＭＰＲの構成を、図１１（Ｂ）はｏＰＣＲの
構成を、図１１（Ｃ）はｉＭＰＲの構成を、図１１
（Ｄ）はｉＰＣＲの構成を、それぞれ示す。ｏＭＰＲお
よびｉＭＰＲのＭＳＢ側の２ビットのデータレートケイ
パビリティ（data rate capability）には、その機器が
送信または受信可能なアイソクロナスデータの最大伝送
速度を示すコードが格納される。ｏＭＰＲのブロードキ
ャストチャンネルベース（broadcast channel base）
は、ブロードキャスト出力に使用されるチャンネルの番
号を規定する。

【００６３】ｏＭＰＲのＬＳＢ側の５ビットのナンバー
オブアウトプットプラグス（numberof output plugs）
には、その機器が有する出力プラグ数、すなわちｏＰＣ
Ｒの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５
ビットのナンバーオブインプットプラグス（number of
input plugs ）には、その機器が有する入力プラグ数、
すなわちｉＰＣＲの数を示す値が格納される。non-pers
istent extension fild およびpersistent extension f
ieldは、将来の拡張の為に定義された領域である。

【００６４】ｏＰＣＲおよびｉＰＣＲのＭＳＢのオンラ
イン（on-line ）は、プラグの使用状態を示す。すなわ
ち、その値が１であればそのプラグがＯＮ−ＬＩＮＥで
あり、０であればＯＦＦ−ＬＩＮＥであることを示す。
ｏＰＣＲおよびｉＰＣＲのブロードキャストコネクショ
ンカウンタ（broadcast connection counter）の値は、
ブロードキャストコネクションの有り（１）または無し
（０）を表す。ｏＰＣＲおよびｉＰＣＲの６ビット幅を
有するポイントトウポイントコネクションカウンタ（po
int-to-point connection counter ）が有する値は、そ
のプラグが有するポイントトウポイントコネクション
（point-to-point connection ）の数を表す。

【００６５】ｏＰＣＲおよびｉＰＣＲの６ビット幅を有
するチャンネルナンバー（channelnumber）が有する値
は、そのプラグが接続されるアイソクロナスチャンネル
の番号を示す。ｏＰＣＲの２ビット幅を有するデータレ
ート（data rate ）の値は、そのプラグから出力される
アイソクロナスデータのパケットの現実の伝送速度を示
す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ
（overhead ID ）に格納されるコードは、アイソクロナ
ス通信のオーバーのバンド幅を示す。ｏＰＣＲの１０ビ
ット幅を有するペイロード（payload ）の値は、そのプ
ラグが取り扱うことができるアイソクロナスパケットに
含まれるデータの最大値を表す。

【００６６】図１２はプラグ、プラグコントロールレジ
スタ、およびアイソクロナスチャンネルの関係を表す図
である。ＡＶデバイス（AV-device ）７１〜７３は、Ｉ
ＥＥＥ１３９４シリアスバスによって接続されている。
ＡＶデバイス７３のｏＭＰＲにより伝送速度とｏＰＣＲ
の数が規定されたｏＰＣＲ

〔０〕〜ｏＰＣＲ〔２〕のう
ち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイ
ソクロナスデータは、ＩＥＥＥ１３９４シリアスバスの
チャンネル＃１（channel ＃１）に送出される。ＡＶデ
バイス７１は、ＩＥＥＥ１３９４シリアスバスのチャン
ネル＃１に送出されたアイソクロナスデータを読み込
む。同様に、ＡＶデバイス７２は、ｏＰＣＲ

〔０〕で指
定されたチャンネル＃２（channel ＃２）に、アイソク
ロナスデータを送出し、ＡＶデバイス７１は、ｉＰＲＣ
〔１〕にて指定されたチャンネル＃２からそのアイソク
ロナスデータを読み込む。

【００６７】このようにして、ＩＥＥＥ１３９４シリア
スバスによって接続されている機器間でデータ伝送が行
われる。ここで図１のネットワーク構成の説明に戻る
と、バスマネージャとして選定されたノードＬＮは、バ
スマネージャとしてのネットワーク内での通信の管理及
び制御を行うために、ネットワーク構成とネットワーク
内の各機器の状態を把握するようにしてある。このネッ
トワーク構成などの把握は、従来例で説明したようにバ
スリセット時（即ちネットワーク構成に変化があったと
き）に行うようにしてある。

【００６８】このバスマネージャによるネットワーク構
成の把握と、その把握したデータのバスマネージャ内で
の記憶は、本例においてはメモリ管理用の記憶データ
と、ネットワーク制御用の記憶データとの２つに分けて
行うようにしてある。それぞれの記憶データは、例えば
バスマネージャとして作動する通信装置（例えば図２〜
図４に示すＡＶ機器の何れか）のＩＥＥＥ１３９４イン
ターフェース部が備えるメモリの記憶エリアを分けるこ
とで２つのデータ記憶部を設定して、個別に記憶され
る。或いは、２つのメモリを使用して、個別に記憶させ
るようにしても良い。ＣＰＵに接続されたメモリなど
の、通信装置内の他のメモリを使用しても良い。

【００６９】そして、メモリ管理用の記憶データについ
ては、リーフノード用のリンクポインタと、ブランチノ
ード用のリンクポインタとを分けて記憶させるようにし
てある。図１３は、リーフノード用のリンクポインタの
例の概要を示した図で、ネットワーク内に存在する全て
のリーフノードのノードＩＤのデータと、それぞれのリ
ーフノードの接続先のノードのデータとが記憶される。
図１４は、ブランチノード用のリンクポインタの例の概
要を示した図で、ネットワーク内に存在する全てのブラ
ンチノードのノードＩＤのデータと、それぞれのブラン
チノードの全ての接続先のノードのデータとが記憶され
る。

【００７０】メモリ管理用の記憶データとして記憶され
るリンクポインタの場合には、いずれのポインタの場合
にも、それぞれの機器毎に、機器の詳細のデータが記憶
させてある。図１５は、１つのノード毎の詳細なデータ
例を示した図である。この例では、〔id〕としてセルフ
ＩＤの値が記憶され、〔port〕としてその機器が持つポ
ート数のデータが記憶され、〔icom lvl〕としてその機
器がどのフォーマットに対応した機器であるかが記憶さ
れる。例えば、ＩＥＥＥ１３９４−１９９５規格に準拠
した機器であるか、Ｐ１３９４ａ規格に準拠した機器で
あるかなどのデータが記憶される。また〔productid 〕
として、その機器に固有のＩＤ（ここではVenderIDとPr
oductID から３２ビットの値）が記憶される。また〔de
lay 〕として、バスマネージャからの伝送遅延時間の値
が記憶される。また〔ping〕として、ピング（ping）の
値を保持するための構造体が記憶される。ピングは伝送
遅延時間の測定に使用されるデータである。また〔pmod
e 〕として、その機器の現在の動作状態の区別が記憶さ
れる。

【００７１】動作状態の区別としては、具体的には例え
ばアクティブ（接続されてパケットの送受信ができる状
態）／サスペンド（物理的に接続されているがバイアス
が出力されてない状態）／ディセーブル（ポートが信号
を出力したり検出することができない状態）／ディスコ
ネクト（物理的に何も接続されてない状態）／ノーポー
ト（ポートなし）のいずれかの状態が記憶される。これ
らの状態は、Ｐ１３９４ａ規格で定義されたポートのス
テートである。

【００７２】このように構成されるメモリ管理用のリン
クポインタは、バスマネージャ内のメモリ管理部と、バ
スマネージャとして制御動作を行う制御部との間でのデ
ータのやり取りで、データが更新される。図１６は、こ
のメモリ管理部とバスマネージャ制御部との間でやり取
りされるデータの例を示したもので、バスマネージャ制
御部からは、ノード取得要求がメモリ管理部に送られ、
そのノード取得要求に従ってメモリ内の情報を取得する
処理が行われる。また、ネットワーク内のノードが、バ
スリセット時にリーフノードとブランチノードとの間で
変更があったとき、その変更要求がバスマネージャ内の
メモリ管理部に送られて、該当するポインタの記憶デー
タ変更処理が行われる。また、バスリセット時にいずれ
かのノードが外されたとき、ノード削除要求がメモリ管
理部に送られて、該当するメモリの開放処理が行われ
る。

【００７３】そして本例においては、このように生成さ
れたメモリ管理用のリンクポインタに基づいて、ネット
ワーク管理用のリンクポインタが生成され、バスマネー
ジャとして機能する通信装置内の所定のメモリに記憶さ
れる。バスマネージャとしてネットワーク内の通信を管
理する際には、このネットワーク管理用のリンクポイン
タが使用される。このネットワーク管理用のリンクポイ
ンタは、バスリセットがある毎に、メモリ管理用のリン
クポインタのデータと、新規に取得したデータとに基づ
いて生成される。

【００７４】図１７は、バスリセットがあった際の各ポ
インタの設定処理例を示したフローチャートである。バ
スマネージャとして選定された通信装置には、バスリセ
ット後にネットワークに接続された各通信装置のデータ
を取得する。バスマネージャがセルフＩＤを受け取ると
（ステップＳ１１）、そのセルフＩＤの通信装置（ノー
ド）に関するデータが、メモリ管理用のリンクポインタ
に記憶されているか否か判断する（ステップＳ１２）。
このときの判断としては、セルフＩＤについてはバスリ
セット時に変更される可能性があるが、その機器に固有
のＩＤ（例えば図１５に示す〔productid 〕）の値が一
致したとき、同一の機器であると判断できる。

【００７５】この判断で同一の機器であると判断したと
きには、セルフＩＤだけを新しい値に更新させる。ま
た、同一機器であっても、接続先に変更があるときに
は、その変更されたデータを更新させる。

【００７６】そして、ステップＳ１２の判断で、該当す
るノードに関するデータが記憶されてないと判断した場
合には、該当するノードの詳細のデータを取得する処理
を行う（ステップＳ１３）。このときには、例えばピン
グパケットの送出処理を行って、該当するノードとの伝
送遅延の測定処理を行っても良い。そして、この取得さ
れたデータに基づいて、メモリ管理用のリンクポインタ
を設定する（ステップＳ１４）。このとき設定されるリ
ンクポインタは、例えば図１５に示したようなデータ構
造とされる。

【００７７】そして、ステップＳ１４でメモリ管理用の
リンクポインタを設定したとき、及びステップＳ１２で
該当する機器のデータが存在した場合には、ネットワー
ク内に存在する全てのセルフＩＤについての判断を行っ
たか否か判断し（ステップＳ１５）、まだステップＳ１
１で取得処理を行ってないセルフＩＤが存在する場合に
は、ステップＳ１１に戻る。

【００７８】そして、ステップＳ１５の判断で、全ての
セルフＩＤについて処理したと判断したときには、この
とき更新されたメモリ管理用のリンクポインタのデータ
を使用して、ネットワークのトポロジーツリーの構造解
析を行い（ステップＳ１６）、解析された構造に基づい
て、トポロジーツリー用のポインタを設定させ（ステッ
プＳ１７）、バスリセット時の処理を終了する。

【００７９】このように本例のバスマネージャ内に用意
されるポインタとして、メモリ管理用のポインタと、ネ
ットワークの管理に使用されるトポロジーツリー用のポ
インタの２種類を用意するようにしたことで、ネットワ
ーク構成に何らかの変化があって、バスリセットが発生
した際の処理が、少ない工程による簡単な処理で行える
ようになる。また、処理工程が少なくなることで、処理
に要する時間の削減にもなる。

【００８０】即ち、メモリ管理用のポインタについて
は、リーフノードのポインタと、ブランチノードのポイ
ンタとの２種類に分けて生成させるようにしたことで、
ポインタの管理が容易に行える。具体的には、バスリセ
ット時に例えばネットワーク内のノードがリーフノード
かブランチノードかの判別を行って、リーフノードのデ
ータについては、基本的にセルフＩＤの変更だけで対処
でき、ピングパケットの送出などによる伝送遅延時間の
測定についても省略して、バスリセット前に記憶された
値をそのまま使用できる。ブランチノードのデータにつ
いては、接続されるノード数の変更などが考えられるの
で、バスリセット前に記憶された情報を使用しないで更
新させ、接続状況などの詳細のデータを取得する処理を
実行すれば良い。ブランチノードの場合には、ピングパ
ケットの送出などによる伝送遅延時間の測定も行う必要
がある。但し、リーフノードの場合でも、バスリセット
後のネットワーク構成からバスの接続経路の変更が考え
られる場合には、伝送遅延時間の測定などを行うように
しても良い。

【００８１】そして、このようにしてメモリ管理用のポ
インタを生成させた後に、メモリ管理用のポインタのデ
ータを使用して、ネットワーク管理用のポインタを生成
させることで、バスマネージャ内の制御部での演算処理
だけで、ネットワーク管理用のポインタを生成させるこ
とができる。従来のようにネットワーク管理用のポイン
タを、バスリセット時に全てデータを取得して生成させ
ていた場合には、全てのノードから詳細なデータを取得
する必要があり、また各ノードとの伝送遅延について
も、全てのノードとの間で実際に測定を行う必要がある
が、本例の場合には、バスリセットがあっても一部のノ
ードに関するデータを取得して、伝送遅延の測定につい
ても一部のノードとの間だけで良く、結局短時間でネッ
トワーク管理用のポインタが生成できるようになる。

【００８２】なお、上述した実施の形態では、バスマネ
ージャがデータをトポロジー判別用のポインタを生成さ
せる場合の例について説明したが、リーフノードなどの
ネットワーク内の他の通信装置が同様の処理でネットワ
ーク構成を判別する場合にも適用できる。

【００８３】また、上述した実施の形態では、ＩＥＥＥ
１３９４方式のバスで構成されるネットワークの場合に
ついて説明したが、その他のネットワーク構成の機器間
で同様のデータ伝送を行う場合にも適用できるものであ
る。この場合、有線の信号線で直接接続して構成される
ネットワークの他に、無線伝送により機器間のデータ伝
送が行われる構成のネットワークで、トポロジーの判断
を行う場合にも適用できるものである。

【００８４】

【発明の効果】請求項１に記載した通信制御方法及び請
求項７に記載した通信装置によると、例えばバスリセッ
ト時には、第２の情報として記憶されたリンクポインタ
を使用して、ネットワーク制御用の第１の情報を生成さ
せることで、ネットワーク制御用のリンクポインタを少
ない工程で効率良く生成させることが可能になる。

【００８５】請求項２に記載した通信制御方法及び請求
項８に記載した通信装置によると、請求項１又は請求項
７に記載した発明において、ネットワークにリセットが
かかって、ネットワーク内の通信装置の情報を新たに取
得する必要が発生したとき、第２の情報で記憶された通
信装置については、リセット前に記憶された第２の情報
を使用して、第２の情報を更新させ、その更新された第
２の情報に基づいて、ネットワーク内の各通信装置間の
接続状態を示す第１の情報を生成させるようにしたこと
で、第１の情報を生成させるのに必要な全ての情報を新
たに取得しなくても、第１の情報が生成でき、少ない工
程で効率良くネットワーク制御用の情報が得られるよう
になる。

【００８６】請求項３に記載した通信制御方法及び請求
項９に記載した通信装置によると、請求項２又は請求項
８に記載した発明において、第２の情報の更新は、セル
フＩＤの変更処理であることで、ネットワークにリセッ
トがかかる前から存在している通信装置については、セ
ルフＩＤを新たに付与されたセルフＩＤに変更するだけ
で、新たな第２の情報とすることができ、新規に接続さ
れた通信装置だけが、詳細な情報を取得する処理が必要
で、簡単に第２の情報を更新できるようになる。

【００８７】請求項４に記載した通信制御方法及び請求
項１０に記載した通信装置によると、請求項２又は請求
項８に記載した発明において、第２の情報として記憶さ
れるリンク情報として、ネットワークの末端に存在する
通信装置の情報と、ネットワークの途中に存在する通信
装置の情報とを区別して記憶し、ネットワークの末端に
存在する通信装置の情報については、リセット前に記憶
された第２の情報を使用して更新させ、ネットワークの
途中に存在する通信装置の情報については、リセット前
に記憶された第２の情報を使用しないで更新させるよう
にしたことで、第２の情報の更新が、過去の情報を効率
良く使用できるようになる。

【００８８】請求項５に記載した通信制御方法及び請求
項１１に記載した通信装置によると、請求項２又は請求
項８に記載した発明において、第１の情報を生成させる
際には、それぞれの通信装置間の伝送遅延時間に関する
情報を、第２の情報から得るようにしたことで、リセッ
ト前から接続されていた通信装置間の伝送遅延時間の測
定処理が必要なくなり、伝送遅延時間の測定処理に必要
な時間と工程を削減することができる。

【００８９】請求項６に記載した通信制御方法及び請求
項１２に記載した通信装置によると、請求項５又は請求
項１１に記載した発明において、第２の情報から伝送遅
延時間の情報が得られない通信装置間の伝送遅延時間
を、測定用のパケットの送出で計測するようにしたこと
で、この測定用のパケットの送出を、全ての通信装置に
対して行う必要がなくなり、それだけ短時間で簡単にリ
セット時の伝送遅延時間の測定ができるようになる。

【図面の簡単な説明】

【図１】本発明の一実施の形態によるネットワーク構成
例を示す説明図である。

【図２】本発明の一実施の形態のネットワーク内の機器
の構成例（ＩＲＤの例）を示すブロック図である。

【図３】本発明の一実施の形態のネットワーク内の機器
の構成例（テレビジョン受像機の例）を示すブロック図
である。

【図４】本発明の一実施の形態のネットワーク内の機器
の構成例（ビデオ記録再生装置の例）を示すブロック図
である。

【図５】ＩＥＥＥ１３９４方式のバスでのデータ伝送の
サイクル構造の例を示す説明図である。

【図６】ＣＲＳアーキテクチャのアドレス空間の構造の
例を示す説明図である。

【図７】主要なＣＲＳの位置、名前、働きの例を示す説
明図である。

【図８】ゼネラルＲＯＭフォーマットの例を示す説明図
である。

【図９】バスインフォブロック、ルートディレクトリ、
ユニットディレクトリの例を示す説明図である。

【図１０】ＰＣＲの構成の例を示す説明図である。

【図１１】ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの
構成の例を示す説明図である。

【図１２】プラグ、プラグコントロールレジスタ、伝送
チャンネルの関係の例を示す説明図である。

【図１３】本発明の一実施の形態によるリーフノードの
ポインタの例を示す説明図である。

【図１４】本発明の一実施の形態によるブランチノード
のポインタの例を示す説明図である。

【図１５】本発明の一実施の形態によるポインタの詳細
構造の例を示す説明図である。

【図１６】本発明の一実施の形態によるバスマネージャ
制御部とメモリ制御部とのやり取りを示す説明図であ
る。

【図１７】本発明の一実施の形態によるセルフＩＤの取
得処理例を示すフローチャートである。

【図１８】バスリセット時の処理を説明するための接続
図である。

【図１９】バスリセット時のツリー識別処理（第１のツ
リー識別処理）を示す説明図である。

【図２０】バスリセット時のツリー識別処理（第２のツ
リー識別処理）を示す説明図である。

【図２１】バスリセット時のツリー識別処理（第３のツ
リー識別処理）を示す説明図である。

【図２２】バスリセット時の自己認識処理（第１の自己
認識処理）を示す説明図である。

【図２３】バスリセット時の自己認識処理（第２の自己
認識処理）を示す説明図である。

【図２４】バスリセット時の自己認識処理（第３の自己
認識処理）を示す説明図である。

【図２５】バスリセット時の自己認識処理（第４の自己
認識処理）を示す説明図である。

【図２６】バスリセット時の自己認識処理（第５の自己
認識処理）を示す説明図である。

【図２７】バスリセット時の自己認識処理（第６の自己
認識処理）を示す説明図である。

【図２８】バスリセット時の自己認識処理（第７の自己
認識処理）を示す説明図である。

【符号の説明】

１００…ＩＲＤ（デジタル衛星放送受信装置）、２００
…テレビジョン受像機、３００…ビデオ記録再生装置、
Ｌ１，Ｌ２，Ｌ３，Ｌ４，ＬＮ…リーフノード、Ｂ１，
Ｂ２，Ｂ３，Ｂ４，ＢＮ…ブランチノード

Claims

【特許請求の範囲】

【請求項１】複数台の通信装置の間で相互にデータ通
信可能に構成されたネットワーク内での通信を制御する
通信制御方法において、上記ネットワーク内の各通信装置間の接続状態を示すリ
ンクポインタを、第１の情報として記憶し、上記ネットワーク内の各通信装置の存在を示すリンクポ
インタを、第２の情報として記憶するようにした通信制
御方法。
【請求項２】請求項１記載の通信制御方法において、上記ネットワークにリセットがかかって、ネットワーク
内の通信装置の情報を新たに取得する必要が発生したと
き、第２の情報で記憶された通信装置については、リセ
ット前に記憶された第２の情報を使用して、第２の情報
を更新させ、その更新された第２の情報に基づいて、ネットワーク内
の各通信装置間の接続状態を示す第１の情報を生成させ
る通信制御方法。
【請求項３】請求項２記載の通信制御方法において、上記第２の情報の更新は、セルフＩＤの変更処理である
通信制御方法。
【請求項４】請求項２記載の通信制御方法において、上記第２の情報として記憶されるリンク情報として、ネ
ットワークの末端に存在する通信装置の情報と、ネット
ワークの途中に存在する通信装置の情報とを区別して記
憶し、上記ネットワークの末端に存在する通信装置の情報につ
いては、リセット前に記憶された第２の情報を使用して
更新させ、上記ネットワークの途中に存在する通信装置の情報につ
いては、リセット前に記憶された第２の情報を使用しな
いで更新させるようにした通信制御方法。
【請求項５】請求項２記載の通信制御方法において、上記第１の情報を生成させる際には、それぞれの通信装
置間の伝送遅延時間に関する情報を、上記第２の情報か
ら得るようにした通信制御方法。
【請求項６】請求項５記載の通信制御方法において、上記第２の情報から伝送遅延時間の情報が得られない通
信装置間の伝送遅延時間を、測定用のパケットの送出で
計測するようにした通信制御方法。
【請求項７】所定の伝送路により形成されたネットワ
ークに接続されて、そのネットワーク内の他の通信装置
と相互にデータ通信が可能な通信装置において、ネット
ワーク内の他の通信装置と通信を行う通信手段と、上記ネットワーク内の通信装置間の接続状態を示すリン
クポインタを、第１の情報として記憶する第１の記憶手
段と、上記ネットワーク内の通信装置の存在を示すリンクポイ
ンタを、第２の情報として記憶する第２の記憶手段と、上記第１の記憶手段に記憶された第１の情報に基づい
て、上記通信手段で通信可能な他の通信装置での通信を
制御する制御手段とを備えた通信装置。
【請求項８】請求項７記載の通信装置において、上記通信手段に接続されたネットワークにリセットがか
かったことを上記制御手段が検出して、ネットワーク内
の通信装置の情報を新たに取得する必要が発生したと
き、上記第２の記憶手段に第２の情報として記憶された通信
装置については、リセット前に記憶された第２の情報を
使用して、上記第２の記憶手段に記憶される第２の情報
を更新させ、その更新された第２の情報に基づいて、上記第１の記憶
手段に記憶される第１の情報を生成させる通信装置。
【請求項９】請求項８記載の通信装置において、上記第２の情報の更新は、セルフＩＤの変更処理である
通信装置。
【請求項１０】請求項８記載の通信装置において、上記第２の記憶手段に記憶される第２の情報のリンク情
報として、ネットワークの末端に存在する通信装置の情
報と、ネットワークの途中に存在する通信装置の情報と
を区別して記憶し、上記ネットワークの末端に存在する通信装置の情報につ
いては、上記制御手段の制御で、リセット前に記憶され
た第２の情報を使用して更新させ、上記ネットワークの途中に存在する通信装置の情報につ
いては、上記制御手段の制御で、リセット前に記憶され
た第２の情報を使用しないで更新させるようにした通信
装置。
【請求項１１】請求項８記載の通信装置において、上記制御手段が第１の情報を生成させる際には、それぞ
れの通信装置間の伝送遅延時間に関する情報を、上記第
２の情報から得るようにした通信装置。
【請求項１２】請求項１１記載の通信装置において、上記第２の情報から伝送遅延時間の情報が得られない通
信装置間の伝送遅延時間を、上記通信手段からの測定用
のパケットの送出で計測するようにした通信装置。