JP2001313688A

JP2001313688A - データ伝送システム、データ伝送方法、通信端末、通信方法、及びコンピュータ読み取り可能な記憶媒体

Info

Publication number: JP2001313688A
Application number: JP2000131139A
Authority: JP
Inventors: Koji Takahashi; 宏爾高橋
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-04-28
Filing date: 2000-04-28
Publication date: 2001-11-09

Abstract

(57)【要約】【課題】複数のデータ供給源からのデータを選択して
受信端末に配信するシステムにおいて、チャンネル選択
操作を簡単に行えるようにする。【解決手段】再生ＶＴＲ等のソースノード１１、１
２、１３が１３９４シリアルバス１６を介して接続さ
れ、さらに、モニタＴＶ等のモニタノード１４、録画Ｖ
ＴＲ等の受信ノード１５が接続されている。受信ノード
１５で録画開始が指示されると、受信ノード１５とモニ
タノード１４とにより非同期転送モードで受信チャンネ
ル情報を交換し、受信ノード１５のチャンネルがモニタ
ノード１４が選択しているチャンネルに設定される。そ
の後、モニタノード１４が選択したチャンネルのデータ
が同期転送モードで受信ノード１５に転送され、録画さ
れる。受信ノード１５はモニタノード１４に対して所定
のタイミングでチャンネル変更の問い合わせを非同期転
送モードで行い、変更があれば直ちに対応する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
規格のデータバスを用いて、複数のデータソースから選
択したデータを端末に転送するシステムに用いて好適な
データ伝送システム、データ伝送方法、このシステムを
構成する通信端末、通信方法、及びそれらに用いられる
コンピュータ読み取り可能な記憶媒体に関するものであ
る。

【０００２】

【従来の技術】近年のデータ転送レートの向上に伴い、
コンピュータのデータ転送のために開発されたシリアル
データ転送バス方式を、映像／音声（以下ＡＶ）分野へ
応用する動きが盛んになってきている。

【０００３】図１０にアナログ的に映像／音声信号を供
給する従来のシステムを示す。図１０において、複数の
情報源（図では３種のソース）５１、５２、５３からの
情報を選択部５４により択一的に選択し、選択された情
報がモニタＴＶ５５に供給されて確認される。この状態
において、他の装置で情報を受信する場合は、上記モニ
タＴＶ５５に供給されている情報と同一の情報が他の装
置（図１０では録画ＶＴＲ５６）に供給されるように構
成されている。

【０００４】即ち、このシステムにおいては、モニタＴ
Ｖ５５により確認された情報内容のみに基づいて利用者
が判断するだけで、画一的に上記他の装置への情報供給
が実行される。

【０００５】次に、後述する本発明の実施の形態におい
て用いられるＩＥＥＥ１３９４シリアルバスについて説
明する。《ＩＥＥＥ１３９４の技術の概要》家庭用デジタルＶＴ
ＲやＤＶＤの登場も伴なって、ビデオデータやオーディ
オデータなどのリアルタイムでかつ高情報量のデータ転
送のサポートが必要になっている。こういったビデオデ
ータやオーディオデータをリアルタイムで転送し、パソ
コン（ＰＣ）に取り込んだり、またはその他のデジタル
機器に転送を行なうには、必要な転送機能を備えた高速
データ転送可能なインタフェースが必要になってくるも
のであり、そういった観点から開発されたインタフェー
スがＩＥＥＥ１３９４−１９９５（ＨｉｇｈＰｅｒｆ
ｏｒｍａｎｃｅＳｅｒｉａｌＢｕｓ）（以下１３９
４シリアルバス）である。

【０００６】図１１に１３９４シリアルバスを用いて構
成されるネットワーク・システムの例を示す。このシス
テムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ問、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ問をそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続されている。
これら機器Ａ〜Ｈとしては、例えば、ＰＣ、デジタルＶ
ＴＲ，ＤＶＤ、デジタルカメラ、ハードディスク、モニ
タ等がある。各機器間の接続法式は、ディジーチエーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。

【０００７】また、各機器は各自固有のＩＤを有し、そ
れぞれが認識し合うことによって１３９４シリアルバス
で接続された範囲において、１つのネットワークを構成
している。各デジタル機器間をそれぞれ１本の１３９４
シリアルバスケーブルで順次接続するだけで、それぞれ
の機器が中継の役割を行い、全体として１つのネットワ
ークを構成するものである。また、１３９４シリアルバ
スの特徴でもある、Ｐｌｕｇ＆Ｐｌａｙ機能でケーブル
を機器に接続した時点で自動で機器の認識や接続状況な
どを認識する機能を有している。

【０００８】また、図１１に示したようなシステムにお
いて、ネットワークからある機器が削除されたり、また
は新たに追加された時など、自動的にバスリセットを行
い、それまでのネットワーク構成をリセットしてから、
新たなネットワークの再構築を行う。この機能によっ
て、その時々のネットワークの構成を常時設定、認識す
ることができる。またデータ転送速度は、１００／２０
０／４００Ｍｂｐｓを備えており、上位の転送速度を持
つ機器が下位の転送速度をサポートし、互換をとるよう
になっている。

【０００９】データ転送モードとしては、コントロール
信号などの非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデ
ータ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈ
ｒｏｎｏｕｓ転送モード、リアルタイムなビデオデータ
やオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎ
ｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃ
ｈｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデー
タとＩｓｏデータは各サイクル（通常サイクル１２５μ
Ｓ）の中において、サイクル開始を示すサイクル・スタ
ート・パケット（ＣＳＰ）の転送に続き、Ｉｓｏデータ
の転送を優先しつつサイクル内で混在して転送される。

【００１０】図１２に１３９４シリアルバスの構成要素
を示す。１３９４シリアルバスは全体としてレイヤ（階
層）構造で構成されている。図１２に示したように、最
もハード的なのが１３９４シリアルバスのケーブルであ
り、そのケーブルのコネクタが接続されるコネクタポー
トがあり、その上にハードウェアとしてフィジカル・レ
イヤとリンク・レイヤがある。

【００１１】ハードウェア部は実質的なインタフェース
チップの部分であり、そのうちフィジカル・レイヤは符
号化やコネクタ関連の制御等を行い、リンク・レイヤは
パケット転送やサイクルタイムの制御等を行う。ファー
ムウェア部のトランザクション・レイヤは、転送（トラ
ンザクション）すべきデータの管理を行い、Ｒｅａｄや
Ｗｒｉｔｅといった命令を出す。シリアルバスマネージ
メントは、接続されている各機器の接続状況やＩＤの管
理を行い、ネットワークの構成を管理する部分である。
このハードウェアとファームウェアまでが実質上の１３
９４シリアルバスの構成である。

【００１２】また、ソフトウェア部のアプリケーション
・レイヤは使うソフトによって異なり、インタフェース
上にどのようにデータをのせるかを規定する部分であ
り、ＡＶプロトコルなどのプロトコルによって規定され
ている。以上が１３９４シリアルバスの構成である。

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

【００１４】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス設定は、最初の１０ビットがバスの番号の指定用に、
次の６ビットがノードＩＤ番号の指定用に使われる。残
りの４８ビットが機器に与えられたアドレス幅になり、
それぞれ固有のアドレス空間として使用できる。最後の
２８ビットは固有データの領域として、各機器の識別や
使用条件の指定の情報などを格納する。以上が１３９４
シリアルバスの技術の概要である。

【００１５】次に、１３９４シリアルバスの特徴といえ
る技術の部分をより詳細に説明する。＜１３９４シリアルバスの電気的仕様＞図１４に１３９
４シリアルバス・ケーブルの断面図を示す。１３９４シ
リアルバスでは、接続ケーブル内に２組のツイストペア
信号線の他に、電源ラインを設けている。これによっ
て、電源を持たない機器や、故障により電圧低下した機
器等にも電力の供給が可能になっている。電源線内を流
れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．
５Ａと規定されている。

【００１６】＜ＤＳ−Ｌｉｎｋ符号化＞図１５に１３９
４シリアルバスで採用されているデータ転送フォーマッ
トのＤＳ−Ｌｉｎｋ符号化方式を説明するためのタイミ
ングチャートを示す。１３９４シリアルバスでは、ＤＳ
−Ｌｉｎｋ（Ｄａｔａ／ＳｔｒｏｂｅＬｉｎｋ）符号
化方式が採用されている。このＤＳ−Ｌｉｎｋ符号化方
式は、高速なシリアルデータ通信に適しており、その構
成は、２本の信号線を必要とする。より対線の内１本に
主となるデータを送り、他方のより対線にはストローブ
信号を送る構成になっている。受信側では、この通信さ
れるデータと、ストローブとの排他的諭理和をとること
によってクロックを再現できる。

【００１７】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるのでコント
ローラＬＳＩの回路規模を小さくできること、さらには
転送すべきデータが無い時にアイドル状態であることを
示す情報を送る必要が無いので、各機器のトランシーバ
回路をスリープ状態にすることができ、消費電力の低減
が図れること、などが挙げられる。

【００１８】〈バスリセットのシーケンス〉１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があった時、例
えばノードの挿抜や電源のＯＮ／ＯＦＦなどによるノー
ド数の増減などによって変化が生じて、新たなネットワ
ーク構成を認識する必要がある時、変化を検知した各ノ
ードはバスリセット信号を送信して、新たなネットワー
ク構成を認識するモードに入る。このときの変化の検知
方法は、１３９４ポート基板上でのバイアス電圧の変化
を検知することにより行われる。

【００１９】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的に全てのノードがバスリセット信号を検知
した後、バスリセットが起動となる。バスリセットは、
先に述べたようなケーブル挿抜や、ネットワーク異常等
によるハード検出による起動と、プロトコルからのホス
ト制御などによってフィジカルレイヤに直接命令を出す
ことによっても起動する。

【００２０】また、バスリセットが起動するとデータ転
送は一時中断され、この間のデータ転送は待たされ、終
了後、新しいネットワーク構成のもとで再開される。以
上がバスリセットのシーケンスである。

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

【００２２】図２３のフローチャートは、バスリセット
の発生からノードＩＤが決定し、データ転送が行えるよ
うになるまでの、一連のバスの作業を示してある。ま
ず、ステップＳ１０１として、ネットワーク内にバスリ
セットが発生することを常時監視して、ここで、ノード
の電源ＯＮ／ＯＦＦなどでバスリセットが発生するとス
テップＳ１０２に移る。

【００２３】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップＳ１０３において
全てのノード間で親子関係が決定すると、ステップＳ１
０４で１つのルートが決定する。全てのノード間で親子
関係が決定するまでは、ステップＳ１０２の親子関係の
宣言を行い、またルートも決定されない。

【００２４】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５で、各ノードにＩＤを与える
ノードＩＤの設定作業が行われる。所定のノード順序で
ノードＩＤの設定が行われ、全てのノードにＩＤが与え
られるまで繰り返し設定作業が行われる。そして、最終
的にステップＳ１０６で全てのノードにＩＤを設定し終
えたら、新しいネットワーク構成が全てのノードにおい
て認識されたので、ノード間のデータ転送が行える状態
となり、データ転送が開始される（ステップＳ１０
７）。

【００２５】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップＳ１０１〜ステップ
Ｓ１０６までの設定作業が繰り返し行われる。

【００２６】以上が、図２３のフローチャートの説明で
あるが、このフローチャートのバスリセットからルート
決定までの部分と、ルート決定後からＩＤ設定終了まで
の手順をより詳しく示したものをそれぞれ図２４、図２
５に示す。

【００２７】まず、図２４のフローチャートについて説
明する。ステップＳ２０１でバスリセットが発生する
と、ネットワーク構成は一旦リセットされる。なお、ス
テップＳ２０１では、バスリセットが発生するのを常に
監視している。次に、ステップＳ２０２で、リセットさ
れたネットワークの接続状況を再認識する作業の第一歩
として、各機器にリーフ（ノード）であることを示すフ
ラグを立てておく。さらに、ステップＳ２０３で各機器
が自分の持つポートがいくつ他ノードと接続されている
のかを調べる。

【００２８】次に、ステップＳ２０４のポート数の結果
に応じて、これから親子関係の宣言を始めていくため
に、未定義（親子関係が決定されてない）ポートの数を
調べる。バスリセツトの直後はポート数＝未定義ポート
数であるが、親子関係が決定されていくに従ってステッ
プＳ２０４で検知する未定義ポートの数は変化していく
ものである。

【００２９】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるというのはステップＳ２０３のポート数の確認で
知ることができる。リーフは、ステップＳ２０５で、自
分に接続されているノードに対して、「自分は子、相手
は親」と宣言し動作を終了する。

【００３０】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数＞１ということなので、
ステップＳ２０６へと移り、まずブランチというフラグ
が立てられ、ステップＳ２０７でリーフからの親子関係
宣言で「親」の受付をするために待つ。

【００３１】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が１
になっていれば残っているポートに接続されているノー
ドに対して、ステップＳ２０５の「自分が子」の宣言を
することが可能になる。２度目以降、ステップＳ２０４
で未定義ポート数を確認しても２以上あるブランチに対
しては、再度ステップＳ２０７でリーフまたは他のブラ
ンチからの「親」の受付をするために待つ。

【００３２】最終的に、いずれか１つのブランチ、また
は例外的にリーフ（子宣言を行えるのにすばやく動作し
なかったため）がステップＳ２０４の未定義ポート数の
結果としてゼロになったら、これにてネットワーク全体
の親子関係の宣言が終了したものであり、未定義ポート
数がゼロ（全て親のポートとして決定）になった唯一の
ノードはステップＳ２０８でルートのフラグが立てら
れ、ステップＳ２０９でルートとしての認識がなされ
る。このようにして、バスリセットからネットワーク内
の全てのノード間における親子関係の宣言までが終了す
る。

【００３３】次に、図２５のフローチャートについて説
明する。まず、図２５までのシーケンスでリーフ、ブラ
ンチ、ルートという各ノードのフラグの情報が設定され
ているので（図２４参照）、これを元にして、ステップ
Ｓ３０１でそれぞれ分類する。各ノードにＩＤを与える
作業として、最初にＩＤの設定を行うことができるのは
リーフからである。リーフ→ブランチ→ルートの順で若
い番号（ノード番号＝０〜）からＩＤの設定がなされて
いく。

【００３４】ステップＳ３０２でネットワーク内に存在
するリーフの数Ｎ（Ｎは自然数）を設定する。この後、
ステップＳ３０３で各自リーフがルートに対して、ＩＤ
を与えるように要求する。この要求が複数ある場合に
は、ルートはステップＳ３０４でアービトレーション
（１つに調停する作業）を行い、ステップＳ３０５で勝
ったノード１つにＩＤ番号を与え、負けたノードには失
敗の結果通知を行う。ステップＳ３０６で、ＩＤ取得が
失敗に終わったリーフは、再度ＩＤ要求を出し、同様の
作業を繰り返す。

【００３５】ステップＳ３０７では、ＩＤを取得できた
リーフから、そのノードのＩＤ情報をブロードキャスト
で全ノードに転送する。１ノードＩＤ情報のブロードキ
ャストが終わると、ステップＳ３０８で残りのリーフの
数が減らされる。ここで、ステップＳ３０９で、この残
りのリーフの数が１以上ある時はステップＳ３０３のＩ
Ｄ要求の作業からを繰り返し行い、最終的に全てのリー
フがＩＤ情報をブロードキャストすると、ステップＳ３
０９がＮ＝０となり、次はブランチのＩＤ設定に移る。

【００３６】ブランチのＩＤ設定もリーフのときと同様
に行われる。まず、ステップＳ３１０でネットワーク内
に存在するブランチの数Ｍ（Ｍは自然数）を設定する。
この後、ステップＳ３１１で各自ブランチがルートに対
して、ＩＤを与えるように要求する。これに対してルー
トは、ステップＳ３１２でアービトレーションを行い、
勝ったブランチから順にリーフを与え終わった次の若い
番号から与えていく。ステップＳ３１３で、ルートは要
求を出したブランチにＩＤ情報または失敗結果を通知
し、ステップＳ３１４で、ＩＤ取得が失敗に終わったブ
ランチは、再度ＩＤ要求を出し、同様の作業を繰り返
す。

【００３７】ＩＤを取得できたブランチからステップＳ
３１５で、そのノードのＩＤ情報をブロードキャストで
全ノードに転送する。１ノードＩＤ情報のブロードキャ
ストが終わると、ステップＳ３１６で残りのブランチの
数が１つ減らされる。ここで、ステップＳ３１７で、こ
の残りのブランチの数が１以上ある時はステップＳ３１
１のＩＤ要求の作業からを繰り返し、最終的に全てのブ
ランチがＩＤ情報をブロードキャストするまで行われ
る。

【００３８】全てのブランチがノードＩＤを取得する
と、ステップＳ３１７はＭ＝０となり、ブランチのＩＤ
取得モードも終了する。ここまで終了すると、最終的に
ＩＤ情報を取得してないノードはルートのみなので、ル
ートのＩＤはステップＳ３１８で与えていない番号で最
も大きい番号を自分のＩＤ番号と設定し、ステップＳ３
１９でルートのＩＤ情報をブロードキャストする。以上
で、親子関係が決定した後から全てのノードのＩＤが設
定されるまでの手順が終了する。

【００３９】次に、一例として図１６に示した実際のネ
ットワークにおける動作を説明する。図１６において、
＜ルート＞ノードＢの下位にはノードＡとノードＣが直
接接続されており、さらにノードＣの下位にはノードＤ
が直接接続されており、さらにノードＤの下位にはノー
ドＥとノードＦが直接接続された階層構造になってい
る。この階層構造やルートノード、ノードＩＤを決定す
る手順を以下に説明する。

【００４０】バスリセットがなされた後、まず各ノード
の接続状況を認識するために、各ノードの直接接続され
ているノード間において、親子関係の宣言がなされる。
この親子関係とは、親側が階層構造で上位となり、子側
が下位になるということである。

【００４１】図１６ではバスリセットの後、最初に親子
関係の宣言を行ったのはノードＡである。基本的にノー
ドの１つのポートにのみ接続があるノード（リーフと呼
ぶ）から親子関係の宣言を行うことができる。これは自
分には１ポートの接続のみということをまず知ることが
できるので、これによってネットワークの端であるとい
うことを認識し、その中で早く動作を行ったノードから
親子関係が決定されていく。

【００４２】こうして親子関係の宣言を行った側（Ａ−
Ｂ間ではノードＡ）のポートが子と設定され、相手側
（ノードＢ）のポートが親と設定される。こうして、ノ
ードＡ−Ｂ間では子一親、ノードＥ−Ｄ間で子一親、ノ
ードＦ−Ｄ間で子一親と決定される。

【００４３】さらに１階層上って、今度は複数個接続ポ
ートを持つノード（ブランチと呼ぶ）のうち、他ノード
からの親子関係の宣言を受けたものから順次、さらに上
位に親子関係の宣言を行っていく。図１６では、まずノ
ードＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、
ノードＣに対する親子関係の宣言を行っており、その結
果ノードＤ−Ｃ間で子一親と決定している。このように
して、図１６のような階層構造が構成され、最終的に接
続されている全てのポートにおいて親となったノードＢ
が、ルートノードと決定された。ルートは、１つのネッ
トワーク構成中に一つしか存在しないものである。

【００４４】なお、この図１６においてノードＢがルー
トノードと決定されたが、これはノードＡから親子関係
宣言を受けたノードＢが、他のノードに対して親子関係
宣言を早いタイミングで行っていれば、ルートノードは
他ノードに移っていたこともあり得る。すなわち、伝達
されるタイミングによってはどのノードもルートノード
となる可能性があり、同じネットワーク構成でもルート
ノードは一定とは限らない。

【００４５】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここでは全てのノード
が、決定した自分のノードＩＤを他の全てのノードに通
知する（ブロードキャスト機能）。自己ＩＤ情報は、自
分のノード番号、接続されている位置の情報、持ってい
る情報の数、接続のあるポートの数、各ポートの親子関
係の情報等を含んでいる。

【００４６】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０、１、２・・・と割り当てられる。ノードＩＤを
手にしたノードは、ノード番号を含む情報をブロードキ
ャストで各ノードに送信する。これによって、そのＩＤ
番号は「割り当て済み」であることが認識される。

【００４７】全てのリーフが自己ノードＩＤを取得し終
えると、次はブランチヘ移り、リーフに引き続いたノー
ドＩＤ番号が各ノードに割り当てられる。リーフと同様
にノードＩＤ番号が割り当てられたブランチから順次ノ
ードＩＤ情報をブロードキャストし、最後にルートノー
ドが自己ＩＤ情報をブロードキャストする。すなわち、
常にルートは最大のノードＩＤ番号を所有するものであ
る。以上のようにして、階層構造全体のノードＩＤの割
り当てが終わり、ネットワーク構成が再構築され、バス
の初期化作業が完成する。

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

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

【００５０】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。図１７
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒否された場合である。アービトレーションに負
けたノードに対してはＤＰ（ｄａｔａｐｒｅｆｉｘ）
パケットを送り、拒否されたことを伝える。拒否された
ノードのバス使用要求は次回のアービトレーションまで
待たされる。以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。

【００５１】ここで、アービトレーションの一連の流れ
を図２６のフローチャートに示して説明する。ノードが
データ転送を開始できるためには、バスがアイドル状態
であることが必要である。先に行われていたデータ転送
が終了して、現在バスが空き状態であることを認識する
ためには、各転送モードで個別に設定されている所定の
アイドル時間キャップ長（例、サブアクション・キャッ
プ）を経過することによって、各ノードは自分の転送が
開始できると判断する。

【００５２】ステップＳ４０１として、Ａｓｙｎｃデー
タ、Ｉｓｏデータ等それぞれ転送するデータに応じた所
定のキャップ長が得られたかを判断する。所定のギャッ
プ長が得られない限り、転送を開始するために必要なバ
ス使用権の要求はできないので、所定のギャップ長が得
られるまで待つ。

【００５３】ステップＳ４０１で所定のキャップ長が得
られたら、ステップＳ４０２で転送すべきデータがある
かを判断し、ある場合はステップＳ４０３で転送するた
めにバスを確保するように、バス使用権の要求をルート
に対して発する。この時の、バス使用権の要求を表す信
号の伝達は、図１７に示したように、ネットワーク内各
機器を中継しながら、最終的にルートに届けられる。ス
テップＳ４０２で転送するデータが無い場合は、そのま
ま待機する。

【００５４】次に、ステップＳ４０４で、ステップＳ４
０３のバス使用要求を１つ以上ルートが受信したら、ル
ートはステップＳ４０５で使用要求を出したノードの数
を調べる。ステップＳ４０５での選択値がノード数＝１
（使用権要求を出したノードは１つ）だったら、そのノ
ードに直後のバス使用許可が与えられることになる。ス
テップＳ４０５での選択値がノード数＞１（使用要求を
出したノードは複数）だったら、ルートはステップＳ４
０６で使用許可を与えるノードを１つに決定する調停作
業を行う。この調停作業は公平なものであり、毎回同じ
ノードばかりが許可を得るようなことはなく、平等に権
利を与えていくような構成となっている。

【００５５】ステップＳ４０７では、ステップＳ４０６
で使用要求を出した複数のノードの中からルートが調停
して使用許可を得た１つのノードと、敗れたその他のノ
ードとに分ける選択を行う。ここで、調停されて使用許
可を得た１つのノード、またはステップＳ４０５の選択
値から使用要求ノード数＝１で調停無しに使用許可を得
たノードには、ステップＳ４０８で、ルートはそのノー
ドに対して許可信号を送る。許可信号を得たノードは、
受け取った直後に転送すべきデータ（パケット）を転送
開始する。

【００５６】また、ステップＳ４０６の調停で敗れて、
バス使用が許可されなかったノードには、ステップＳ４
０９で、ルートからアービトレーション失敗を示すＤＰ
（ｄａｔａｐｒｅｆｉｘ）パケットを送られ、これを
受け取ったノードは再度転送を行うためのバス使用要求
を出すため、ステップＳ４０１まで戻り、所定ギャップ
長が得られるまで待機する。以上がアービトレーション
の流れの説明である。

【００５７】《Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転
送》アシンクロナス転送は、非同期転送である。図１８
にアシンクロナス転送における時間的な遷移状態を示
す。図１８の最初のサブアクション・ギャップは、バス
のアイドル状態を示すものである。このアイドル時間が
一定値になった時点で、転送を希望するノードはバスが
使用できると判断して、バス獲得のためのアービトレー
ションを実行する。

【００５８】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋｇａｐという短いギャップの後、返送して応答す
るか、応答パケットを送ることによって転送が完了す
る。ａｃｋは４ビットの情報と４ビットのチェックサム
からなり、成功か、ビジー状態か、ペンディング状態で
あるかといった情報を含み、すぐに送信元ノードに返送
される。

【００５９】次に、図１９にアシンクロナス転送のパケ
ットフォーマットの例を示す。パケットには、データ部
および誤り訂正用のデータＣＲＣの他にはヘッダ部があ
り、そのヘッダ部には、目的ノードＩＤ、ソースノード
ＩＤ、転送データ長さや各種コードなどが書き込まれ、
転送が行われる。また、アシンクロナス転送は自己ノー
ドから相手ノードヘの１対１の通信である。転送元ノー
ドから転送されたパケットは、ネットワーク中の各ノー
ドに行き渡るが、自分宛てのアドレス以外のものは無視
されるので、宛先の一つのノードのみが読み込むことに
なる。以上がアシンクロナス転送の説明である。

【００６０】《ＩＳｏｃｈｒｏｎｏｕｓ（同期）転送》
アイソクロナス転送は同期転送である。１３９４シリア
ルバスの最大の特徴であるともいえるこのアイソクロナ
ス転送は、特にビデオ映像データや音声データといった
マルチメディアデータなど、リアルタイムな転送を必要
とするデータの転送に適した転送モードである。また、
アシンクロナス転送（非同期）が１対１の転送であった
のに対して、このアイソクロナス転送はブロードキャス
ト機能によって、転送元の１つのノードから他の全ての
ノードヘ一様に転送される。

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

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

【００６３】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないので、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【００６４】また、図２０に示したｉｓｏｇａｐ（ア
イソクロナスギャップ）とは、アイソクロナス転送を行
う前にバスが空き状態であると認識するために必要なア
イドル期間を表している。この所定のアイドル期間を経
過すると、アイソクロナス転送を行いたいノードはバス
が空いていると判断し、転送前のアービトレーションを
行うことができる。

【００６５】次に、図２１にアイソクロナス転送のパケ
ットフォーマットの例を示し、これについて説明する。
各チャネルに分かれた各種のパケットには、それぞれデ
ータ部及び誤り訂正用のデータＣＲＣの他にヘッダ部が
あり、そのヘッダ部には図２１に示したような、転送デ
ータ長やチャネルＮｏ．、その他各種コード及び誤り訂
正用のヘッダＣＲＣなどが書き込まれ、転送が行われ
る。以上がアイソクロナス転送の説明である。

【００６６】《バス・サイクル》実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送は混在できる。図２２に、その時のアイソク
ロナス転送とアシンクロナス転送が混在したバス上の転
送状態の時間的な遷移の様子を示す。

【００６７】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
キャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。したがって、アシンクロナス転送より、アイソクロ
ナス転送は優先して実行されることになる。

【００６８】図２２に示した、一般的なバスサイクルに
おいて、サイクル＃ｍのスタート時にサイクル・スター
ト・パケットがサイクル・マスタから各ノードに転送さ
れる。これによって、各ノードで時刻調整を行い、所定
のアイドル時間（アイソクロナスギャップ）を待ってか
らアイソクロナス転送を行うべきノードはアービトレー
ションを行い、パケット転送に入る。図２２ではチャネ
ルｅとチャネルｓとチャネルｋが順にアイソクロナス転
送されている。

【００６９】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル＃ｍにおけるアイソクロナス転送が全て
終了したら、アシンクロナス転送を行うことができるよ
うになる。アイドル時間がアシンクロナス転送が可能な
サブアクションギャップに達することによって、アシン
クロナス転送を行いたいノードはアービトレーションの
実行に移れると判断する。

【００７０】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送終了後から、次のサイクル・ス
タート・パケットを転送すべき時間（ｃｙｃｌｅｓｙ
ｎｃｈ）までの間にアシンクロナス転送を起動するため
のサブアクションギャップが得られた場合に限ってい
る。

【００７１】図２２のサイクル＃ｍでは、３つのチャネ
ル分のアイソクロナス転送と、その後アシンクロナス転
送（ａｃｋを含む））が２パケット（パケット１、パケ
ット２）転送されている。このアシンクロナスパケット
２の後は、サイクルｍ＋１をスタートすべき時間（ｃｙ
ｃｌｅｓｙｎｃｈ）に至るので、サイクル＃ｍでの転
送はここまでで終わる。

【００７２】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間（ｃ
ｙｃｌｅｓｙｎｃｈ）に至ったとしたら、無理に中断
せず、その転送が中断した後のアイドル期間を待ってか
ら次のサイクル・スタート・パケットを送信する。すな
わち、１つのサイクルが１２５μＳ以上続いたときは、
その分次サイクルは基準の１２５μＳより短縮されたと
する。このようにアイソクロナス・サイクルは１２５μ
Ｓを基準に超過、短縮し得るものである。

【００７３】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルに回されることもあ
る。こういった遅延情報も含めて、サイクル・マスタに
よって管理される。以上でＩＥＥＥ１３９４シリアルバ
スについての説明を終了する。

【００７４】

【発明が解決しようとする課題】前述した図１０の映像
／音声システムはアナログの情報を供給するものであっ
たが、映像／音声情報をデジタル化して単一のバスライ
ン上で転送するシステムを構成する場合には、解決すべ
き問題が幾つか生じてくる。特に、ブロードキャストと
呼ばれる同報形式の転送モードを用いて複数の映像及び
音声データを転送する場合、全ての送受信端末（ノー
ド）に全てのブロードキャストデータが配信されてお
り、特定のノードにおいて任意の情報を選択的に受信す
るためには、利用者が各ブロードキャストチャネル毎の
内容を確認するための手段が必要となるが、現状ではそ
のための適当な確認手段は用意されていなかった。

【００７５】本発明は、上記の問題を解決するために成
されたもので、特定のノードにおいて任意の情報を利用
者が容易に確認して選択的に受信できるようにすること
を目的としている。

【００７６】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明によるデータ伝送システムは、複数のデー
タ供給源からデータが入力される複数チャネルの１つを
選択する第１のチャネル選択手段、上記選択されたチャ
ネルのデータをモニタするモニタ手段、他の端末と通信
が可能な第１の通信手段を有するモニタ端末と、上記モ
ニタ端末の第１の通信手段と通信する第２の通信手段を
有する受信端末とを備え、上記第１、第２の通信手段
は、上記選択されたチャネル情報の通信を非同期転送モ
ードで行うことによりデータ転送チャネルを決定し、決
定されたチャネルを用いて上記選択されたチャネルのデ
ータを上記受信端末へ同期転送モードで転送する点に特
徴を有する。

【００７７】また、本発明による通信端末においては、
複数のデータ供給源からデータが入力される複数チャネ
ルの１つを選択するチャネル選択手段と、上記選択され
たチャネルのデータをモニタするモニタ手段と、他の通
信端末との通信が可能な通信手段とを有し、上記通信手
段は、上記選択されたチャネル情報の通信を上記他の通
信端末と非同期転送モードで行うことによりデータ転送
チャネルを決定し、決定されたチャネルを用いて上記選
択されたチャネルのデータを上記他の通信端末へ同期転
送モードで転送する点に特徴を有する。

【００７８】また、本発明による他の通信端末において
は、他の通信端末で選択されたチャネル情報の通信を非
同期転送モードで行うことによりデータ転送チャネルを
決定し、決定されたチャネルを用いて上記他の通信端末
から上記選択されたチャネルのデータを同期転送モード
で受信する通信手段を設けた点に特徴を有する。

【００７９】また、本発明によるデータ伝送方法におい
ては、複数のデータ供給源からデータが入力される複数
チャネルの１つを選択する手順と、上記選択されたチャ
ネルのデータをモニタする手順と、上記選択されたチャ
ネル情報の通信を非同期転送モードで行うことによりデ
ータ転送チャネルを決定する手順と、上記決定されたチ
ャネルを用いて上記選択されたチャネルのデータを受信
端末へ同期転送モードで転送する手順とを有する点に特
徴を有する。

【００８０】また、本発明による通信方法においては、
モニタ端末において、複数のデータ供給源からデータが
入力される複数チャネルの１つを選択する手順と、上記
モニタ端末において、上記選択されたチャネルのデータ
をモニタする手順と、上上記モニタ端末と受信端末とで
記選択されたチャネル情報の通信を他の通信端末と非同
期転送モードで行うことによりデータ転送チャネルを決
定する手順と、上記決定されたチャネルを用いて上記選
択されたチャネルのデータを上記他の通信端末へ同期転
送モードで転送する手順とを有する点に特徴を有する。

【００８１】また、本発明による他の通信方法において
は、他の通信端末で選択されたチャネル情報の通信を非
同期転送モードで行うことによりデータ転送チャネルを
決定する手順と、上記決定されたチャネルを用いて上記
他の通信端末から上記選択されたチャネルのデータを同
期転送モードで受信する手順とを有する点に特徴を有す
る。

【００８２】また、本発明による記憶媒体においては、
複数のデータ供給源からデータが入力される複数チャネ
ルの１つを選択する処理と、上記選択されたチャネルの
データをモニタする処理と、上記選択されたチャネル情
報の通信を非同期転送モードで行うことによりデータ転
送チャネルを決定する処理と、上記決定されたチャネル
を用いて上記選択されたチャネルのデータを受信端末へ
同期転送モードで転送する処理とをコンピュータに実行
させるためのプログラムを記憶した点に特徴を有する。

【００８３】また、本発明による他の記憶媒体において
は、モニタ端末において、複数のデータ供給源からデー
タが入力される複数チャネルの１つを選択する処理と、
上記モニタ端末において、上記選択されたチャネルのデ
ータをモニタする処理と、上上記モニタ端末と受信端末
とで記選択されたチャネル情報の通信を他の通信端末と
非同期転送モードで行うことによりデータ転送チャネル
を決定する処理と、上記決定されたチャネルを用いて上
記選択されたチャネルのデータを上記他の通信端末へ同
期転送モードで転送する処理とをコンピュータに実行さ
せるためのプログラムを記憶した点に特徴を有する。

【００８４】また、本発明による他の記憶媒体において
は、他の通信端末で選択されたチャネル情報の通信を非
同期転送モードで行うことによりデータ転送チャネルを
決定する処理と、上記決定されたチャネルを用いて上記
他の通信端末から上記選択されたチャネルのデータを同
期転送モードで受信する処理とをコンピュータに実行さ
せるためのプログラムを記憶した点に特徴を有する。

【００８５】

【発明の実施の形態】以下、本発明の実施の形態を図面
と共に説明する。（第１の実施の形態）図１は本発明の実施の形態による
映像／音声データ伝送システムの全体の構成例を示すブ
ロック図である。図１において、３種類の情報供給源と
してのソースノード１１、１２、１３各々が前述した１
３９４シリアルバス（以下、シリアルバス）１６を介し
て（チェーン）接続されている。

【００８６】最後尾のソースノード１３は情報を確認す
るためのモニタノード１４に接続されている。このモニ
タノード１４はチャネル選択手段を有しており、上記３
つのソースノード１１〜１３のうちの１つを選択してモ
ニタに映し出すようになされている。また、モニタノー
ド１４と接続されている受信ノード１５は、モニタノー
ド１４で確認されている情報の受信の開始と停止を制御
可能になされている。

【００８７】具体的には、例えば、３つのソースノード
１１、１２、１３は、再生用ＶＴＲ、ビデオディスクプ
レーヤ、ＴＶチューナであり、モニタノード１４は、モ
ニタＴＶやオーディオモニタスピーカ等を含むものであ
り、受信ノード１５は録画用のＶＴＲである。

【００８８】次に、上記シリアルバス１６上にどのよう
なデータが転送されるのかを図２を用いて説明する。図
２において、サイクルスタートパケット（以下ＳＳＰ）
は、約１２５μｓｅｃ間隔で、この８割（約１００μｓ
ｅｃ）が同期転送モード（ｉｓｏ−ｍｏｄｅ）に割り当
てられ、残りの２割（約２５μｓｅｃ）が非同期転送モ
ード（Ａｓｙｎｃ−ｍｏｄｅ）に割り当てられる。

【００８９】上記１００μｓｅｃ内にソースノード１
１、１２、１３のＡＶデータを配置している。図２では
ソースノード１１、１２、１３からのデータを転送する
ために設定されたチャネルをＳｌ、Ｓ２、Ｓ３で示す。

【００９０】また、受信ノード１５からモニタノード１
４へのモニタチャネルの問い合わせや、応答のためのＣ
Ｈ−Ｑ＆Ａ情報データのやり取りをＡｓｙｎｃ−ｍｏｄ
ｅで適宜必要なタイミングで行う。具体的には、ブロー
ドキャストデータを選択するために、現在のモニタチャ
ネルを非同期転送により受信ノード１５からモニタノー
ド１４に間い合わせる。また、受信ノード１５が記録を
開始したり、受信チャネルを変更したりする等のモード
変更に応じたタイミングで、あるいはモニタノード１４
から所定時間間隔で受信ノード１５に対して確認のため
のＣＨ−Ｑ＆Ａ情報データの交換を行う。

【００９１】このような情報交換の手順を図３のフロー
チャートを用いて説明する。ステップＳ１でモニタノー
ド１４によりチャネルを選択する。ステップＳ２で選択
したチャネルのモニタを開始し、ステップＳ３では、受
信ノード１５で録画を行うための受信が開始されたかを
確認し、開始されればステップＳ４へ進み、開始されな
ければステップＳ２に戻る。

【００９２】ステップＳ４で、受信ノード１５からモニ
タノード１４へＡｓｙｎｃ−ｍｏｄｅでチャネル確認の
問い合わせを行う。ステップＳ５で、受信ノード１５は
モニタノード１４が現在モニタ中のｉｓｏ−ｍｏｄｅの
チャネル番号を取得する。ステップＳ６で、受信ノード
１５のｉｓｏ−ｍｏｄｅチャネルを上記取得した番号に
設定する。

【００９３】ステップＳ７で受信ノード１５は録画のた
めの受信を開始し、録画を行う。ステップＳ８で受信停
止指示の確認を行い、指示を受け取るまでステップＳ７
の受信を実行し、停止の指示を受け取ると受信を停止
し、一連の処理を終了する。

【００９４】図４は上記処理をデータバス上に流れるデ
ータを時間軸的な変化として図示したものである。図４
（ｃ）のように、３つのソースノード１１、１２、１３
からの３つのｉｓｏ−ｍｏｄｅチャネルは常に設定され
ており、モニタノード１４はこのうちの何れか１つのチ
ャネルを選択してモニタしている。

【００９５】受信ノード１５は、モニタノード１４に対
して適宜問い合わせ（Ｑ）及び応答（Ａ）の情報交換を
Ａｓｙｎｃ−ｍｏｄｅで行い、モニタノード１４と同一
のチャネルに受信ノード１５のチャネルを設定する（図
４（ａ）（ｂ））。

【００９６】本実施の形態によれば、利用者は受信ノー
ド１５で受信（録画）するとき、モニタノード１４でチ
ャネルを選択しその画像を確認するだけでよく、受信ノ
ード１５側でチャネル毎の画像を一々確認する必要がな
いので、チャネル選択操作を簡単に行うことができる。

【００９７】（第２の実施の形態）本実施の形態では、
受信ノード１５側にチャネル選択手段を設けて、受信チ
ャネルを選択変更できるようにしている。そして、チャ
ネル変更の度に、受信ノード１５からモニタノード１４
に確認のためのＣＨ−Ｑ＆Ａ情報データの送信（Ｒｅｐ
ｏｒｔ、以下Ｒで示す）を行う。モニタノード１４のチ
ャネル選択手段は、これを受けて受信チャネルの再設定
を行い、応答（Ａｎｓｗｅｒ、以下Ａで示す）を返す。

【００９８】即ち、現在のブロードキャストデータの受
信チャネルをモニタするために、受信ノード１５側でチ
ャネル選択操作を行う度に、受信ノード１５からモニタ
ノード１４に受信チャネル情報をＡｓｙｎｃ−ｍｏｄｅ
で連絡する。

【００９９】本実施の形態による情報交換の手順を図５
のフローチャートを用いて説明する。ステップＳ１１で
受信ノード１５の受信チャネルを選択する。ステップＳ
１２で受信ノード１５の受信チャネルが変更されたかを
確認し、変更されればステップＳ１３へ進み、変更され
なければステップＳ１１へ戻る。

【０１００】ステップＳ１３で受信ノード１５の新しい
受信チャネルを、モニタノード１４へレポート（Ｒ）す
る。この時の伝送モードはＡｓｙｎｃ−ｍｏｄｅを利用
し、ｉｓｏ−ｍｏｄｅを利用している他のチャネルに影
響を与えないようにする。

【０１０１】ステップＳ１４で受信ノード１５の新規チ
ャネルにモニタノード１４のｉｓｏ−ｍｏｄｅチャネル
を一致させる。即ち、モニタノード１４は、受信ノード
１５側での受信チャネル変更に応じてソースノード１１
〜１３のうちの１つを選択する。ステップＳ１５で、モ
ニタノード１４から受信ノード１５へチャネル再設定応
答（Ａ）を返す。ステップＳ１６で受信ノード１５と同
一のｉｓｏチャネルをモニタノード１４でモニタする。

【０１０２】ステップＳ１７でモニタ停止指示の確認を
行い、指示を受け取るまでステップＳ１６を実行し、停
止指示を受け取るとモニタリングを停止し、一連の処理
を終了する。

【０１０３】図６は上記処理をデータバス上に流れるデ
ータを時間軸的な変化として図示したものである。３つ
のソースノード１１、１２、１３からの３つのｉｓｏ−
ｍｏｄｅチャネルは常に設定されており（図６
（ｃ））、モニタノード１４はこのうちの何れか１つの
チャネルをモニタしている。

【０１０４】受信ノード１５はチャネルを選択する度
に、モニタノード１４とのレポート（Ｒ）及び応答
（Ａ）の情報交換をＡｓｙｎｃ−ｍｏｄｅで行い、モニ
タノード１４は受信ノード１５で選択したチャネルを設
定する（図６（ａ）（ｂ））。

【０１０５】本実施の形態によれば、受信ノード１５側
でチャネル選択が可能になると共に、このチャネル選択
に応じてモニタノード１４側でも同じチャネルが自動的
に選択され、遅れることなくモニタすることができる。

【０１０６】（第３の実施の形態）図７は本発明の第３
の実施の形態による映像／音声データ伝送システムを示
すブロック図であり、図１と対応する部分には同一番号
を付して重複する説明は省略する。本実施の形態におい
ては、モニタノード１４に第２の受信ノード１７が接続
されている。この受信ノード１７は、具体的には例えば
録画用のＶＴＲである。

【０１０７】上記受信ノード１７はチャネル選択機能を
有しており、３つのソースノード１１、１２、１３のう
ちの１つを選択し、モニタノード１４に映し出すように
なされている。特に、モニタノード１４に接続されてい
る２つの受信ノード１５、１７からのチャネル選択情報
（Ｒ）に応じて複数のｉｓｏ−ｍｏｄｅチャネルをモニ
タノード１４により確認可能になされている。

【０１０８】図８はデータバス上のデータ転送のタイミ
ングを示す。モニタチャネルの問い合わせのためのＣＨ
−Ｑ＆Ａ情報データのやり取りをＡｓｙｎｃ−ｍｏｄｅ
により適宜所定のタイミングで行うが、その具体的な手
順は上記第２の実施の形態と基本的に同じである。

【０１０９】受信ノード１５、１７が受信チャネルを変
更する度に、受信ノード１５、１７からモニタノード１
４へ確認のためのＣＨ−Ｑ＆Ａ情報データの送信（Ｒ）
を行う。モニタノード１４はこれを受けて受信チャネル
の再設定を行い、応答（Ａ）を返す。

【０１１０】即ち、現在のブロードキャストデータの受
信チャネルをモニタするために、受信ノード１５、１７
でチャネル選択操作を行う度に、受信ノード１５、１７
からモニタノード１４へ受信チャネル情報をＡｓｙｎｃ
−ｍｏｄｅで連絡する。

【０１１１】この情報がモニタノード１４へ送られる度
に表示情報が更新され、図９のように、受信ノード数に
応じたマルチ画面表示を行う。

【０１１２】本実施の形態によれば、複数の受信ノード
により複数チャネルを選択受信することができると共
に、選択した複数チャネルの内容をマルチ画面表示する
ことができる。

【０１１３】尚、上記各実施の形態においては、モニタ
ノード１４に備えたモニタ手段としてのスピーカによ
り、映像情報以外にオーディオ情報等のｉｓｏデータに
ついても同様にして適用することができる。

【０１１４】その場合、第３の実施の形態では、スピー
カによるマルチチャネル再生のチャネル数、又は図９の
画像モニタの左右に設けたスピーカを用いて形成される
音場内への音像定位を、図示しない音像定位制御手段に
より制御することになる。

【０１１５】次に、本発明の他の実施の形態としての記
憶媒体について説明する。上述した図１、図７による各
実施の形態によるシステム及びこのシステムを構成する
モニタノード１４及び受信ノード１５を、それぞれをＣ
ＰＵとメモリを有するコンピュータシステムで構成する
場合、上記メモリは本発明による記憶媒体を構成する。
この記憶媒体には、上記各実施の形態で説明した処理を
実行するためのプログラムが記憶される。

【０１１６】また、この記憶媒体としては、ＲＯＭ、Ｒ
ＡＭ等の半導体メモリ、光ディスク、光磁気ディスク、
磁気記憶媒体等を用いてよく、これらをＣＤ−ＲＯＭ、
ＦＤ、磁気カード、磁気テープ、不揮発性メモリカード
等に構成して用いてよい。

【０１１７】したがって、この記憶媒体を図１、図７に
よるシステム以外の他のシステムあるいは装置で用い、
そのシステムあるいはコンピュータがこの記憶媒体に格
納されたプログラムコードを読み出し、実行することに
よっても、上記各実施の形態と同等の機能を実現できる
と共に、同等の効果を得ることができ、本発明の目的を
達成することができる。

【０１１８】また、コンピュータ上で稼働しているＯＳ
等が処理の一部又は全部を行う場合、あるいは記憶媒体
から読み出されたプログラムコードが、コンピュータに
挿入された拡張機能ボードやコンピュータに接続された
拡張機能ユニットに備わるメモリに書き込まれた後、そ
のプログラムコードの指示に基づいて、上記拡張機能ボ
ードや拡張機能ユニットに備わるＣＰＵ等が処理の一部
又は全部を行う場合にも、上記各実施の形態と同等の機
能を実現できると共に、同等の効果を得ることができ、
本発明の目的を達成することができる。

【０１１９】

【発明の効果】以上説明したように、請求項１、１１〜
１８の発明によれば、モニタ端末によりチャネルを選択
し、その内容をモニタ手段で判断するだけでよく、別途
受信端末側でチャネル選択操作を行い各チャネル毎の内
容を一々確認する作業を行う必要がなく、手軽に操作を
行うことができる。

【０１２０】また、必要に応じて受信チャネルとモニタ
チャネルが連動するので、ＩＥＥＥ１３９４特有の操作
を必要とせずに、従来のアナログ機器と同等の簡便な操
作手順で新規のデジタルインターフェースが利用可能と
なる。

【０１２１】また、チャネル情報の交換にはＡｓｙｎｃ
−ｍｏｄｅで行い、データ転送はｉｓｏ−ｍｏｄｅで行
うので、チャネル情報の交換がデータ転送に影響を与え
ることがない。

【０１２２】また、請求項２、３、４の発明によれば、
受信端末側でのチャネル変更に対応して、モニタ端末側
ののチャネル設定も自動的に対応させることができ、遅
れ無くモニタが可能となる。また、所定時間間隔でチャ
ネルチェックを実行するので、複数ノード間のチャネル
同期の最大遅れ時間を制限することができる。

【０１２３】また、請求項５の発明によれば、複数チャ
ネルを選択受信できると共に、モニタすることができ
る。

【０１２４】また、請求項６〜１０の発明によれば、画
像データ、音声データに対応することができ、複数チャ
ネル受信の場合は、受信端末数に応じた画面数のマルチ
画面表示やスピーカによるマルチチャネル再生が可能と
なる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態によるデータ伝送シ
ステムの構成を示すブロック図である。

【図２】第１の実施の形態によるビットストリームのタ
イミングチャートである。

【図３】第１の実施の形態の動作を示すフローチャート
である。

【図４】第１の実施の形態によるチャネル制御動作を示
すタイミングチャートである。

【図５】本発明の第２の実施の形態の動作を示すフロー
チャートである。

【図６】本発明の第２の実施の形態によるチャネル制御
動作を示すタイミングチャートである。

【図７】本発明の第３の実施の形態によるデータ伝送シ
ステムの構成を示すブロック図である。

【図８】第３の実施の形態によるチャネル制御動作を示
すタイミングチャートである。

【図９】第３の実施の形態による表示例を示す構成図で
ある。

【図１０】従来のアナログ映像／音声システムの構成を
示すブロック図である。

【図１１】ＩＥＥＥ１３９４シリアスバスを用いて構成
されるネットワーク・システムを示すブロック図であ
る。

【図１２】ＩＥＥＥ１３９４シリアルバスの構成要素を
示すブロック図である。

【図１３】ＩＥＥＥ１３９４シリアスバスにおけるアド
レス空間を示す構成図である。

【図１４】ＩＥＥＥ１３９４シリアスバス・ケーブルの
断面図である。

【図１５】ＩＥＥＥ１３９４シリアスバスで採用されて
いるデータ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方
式を説明するタイミングチャートである。

【図１６】実際のネットワークの動作を説明するブロッ
ク図である。

【図１７】アービトレーションを説明するブロック図で
ある。

【図１８】アシンクロナス転送における時間的な遷移状
態を示す構成図である。

【図１９】アシンクロナス転送のパケットフォーマット
を示す構成図である。

【図２０】アイソクロナス転送における時間的な遷移状
態を示す構成図である。

【図２１】アイソクロナス転送のパケットフォーマット
を示す構成図である。

【図２２】一般的なバスサイクルを示すタイミングチャ
ートである。

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

【図２４】バスリセットからルート決定までの手順を詳
しく示すフローチャートである。

【図２５】ルート決定後からＩＤ設定終了までの手順を
詳しく示すフローチャートである。

【図２６】アービトレーションの一連の流れを示すフロ
ーチャートである。

【符号の説明】

１１、１２、１３ソースノード１４モニタノード１５、１７受信ノード１６１３９４シリアルバス

フロントページの続きＦターム(参考） 5C053 FA21 FA23 FA27 JA21 KA05 KA24 LA06 5C064 BA02 BC04 BC18 BC20 BC23 BC25 BD02 BD08 5K032 CD01 DA17 5K034 AA19 CC02 EE11 HH06 JJ11 PP03

Claims

【特許請求の範囲】

【請求項１】複数のデータ供給源からデータが入力さ
れる複数チャネルの１つを選択する第１のチャネル選択
手段、上記選択されたチャネルのデータをモニタするモ
ニタ手段、他の端末と通信が可能な第１の通信手段を有
するモニタ端末と、上記モニタ端末の第１の通信手段と通信する第２の通信
手段を有する受信端末とを備え、上記第１、第２の通信手段は、上記選択されたチャネル
情報の通信を非同期転送モードで行うことによりデータ
転送チャネルを決定し、決定されたチャネルを用いて上
記選択されたチャネルのデータを上記受信端末へ同期転
送モードで転送することを特徴とするデータ伝送システ
ム。
【請求項２】上記受信端末の上記第２の通信手段は、
上記モニタ端末の上記第１の通信手段に対して所定のタ
イミングでチャネル変更があったか否かを上記非同期モ
ードで問い合わせ、チャネル変更に応じて上記データ転
送チャネルを変更することを特徴とする請求項１に記載
のデータ伝送システム。
【請求項３】上記受信端末に第２のチャネル選択手段
を設け、選択されたチャネル情報を上記モニタ端末に上
記非同期転送モードで連絡することを特徴とする請求項
１に記載のデータ伝送システム。
【請求項４】上記モニタ端末の上記第１のチャネル選
択手段は、上記連絡に応じて選択するチャネルを変更す
ることを特徴とする請求項３に記載のデータ伝送システ
ム。
【請求項５】複数の上記受信端末を設けると共に、上
記モニタ端末の上記第１のチャネル選択手段は複数チャ
ネルを選択し、上記モニタ手段は、複数チャネルのデー
タをモニタ可能になされていることを特徴とする請求項
１に記載のデータ伝送システム。
【請求項６】上記データは画像データであることを特
徴とする請求項１に記載のデータ伝送システム。
【請求項７】上記データは画像データであり、上記モ
ニタ端末の上記モニタ手段は、複数チャネルの画像デー
タをマルチ画面表示することを特徴とする請求項５に記
載のデータ伝送システム。
【請求項８】上記データは音声データであることを特
徴とする請求項１に記載のデータ伝送システム。
【請求項９】上記データは音声データであり、上記モ
ニタ端末の上記モニタ手段は、マルチチャネルスピーカ
手段であることを特徴とする請求項５に記載のデータ伝
送システム。
【請求項１０】上記マルチチャネルスピーカ手段の音
像定位を制御する制御手段を設けたことを特徴とする請
求項９に記載のデータ伝送システム。
【請求項１１】複数のデータ供給源からデータが入力
される複数チャネルの１つを選択するチャネル選択手段
と、上記選択されたチャネルのデータをモニタするモニタ手
段と、他の通信端末との通信が可能な通信手段とを有し、上記通信手段は、上記選択されたチャネル情報の通信を
上記他の通信端末と非同期転送モードで行うことにより
データ転送チャネルを決定し、決定されたチャネルを用
いて上記選択されたチャネルのデータを上記他の通信端
末へ同期転送モードで転送することを特徴とする通信端
末。
【請求項１２】他の通信端末で選択されたチャネル情
報の通信を非同期転送モードで行うことによりデータ転
送チャネルを決定し、決定されたチャネルを用いて上記
他の通信端末から上記選択されたチャネルのデータを同
期転送モードで受信する通信手段を設けたことを特徴と
する通信端末。
【請求項１３】モニタ端末において、複数のデータ供
給源からデータが入力される複数チャネルの１つを選択
する手順と、上記モニタ端末において、上記選択されたチャネルのデ
ータをモニタする手順と、上記モニタ端末と受信端末とで上記選択されたチャネル
情報の通信を非同期転送モードで行うことによりデータ
転送チャネルを決定する手順と、上記決定されたチャネルを用いて上記選択されたチャネ
ルのデータを上記受信端末へ同期転送モードで転送する
手順とを有することを特徴とするデータ伝送方法。
【請求項１４】複数のデータ供給源からデータが入力
される複数チャネルの１つを選択する手順と、上記選択されたチャネルのデータをモニタする手順と、他の通信端末と上記選択されたチャネル情報の通信を非
同期転送モードで行うことによりデータ転送チャネルを
決定する手順と、上記決定されたチャネルを用いて上記選択されたチャネ
ルのデータを上記他の通信端末へ同期転送モードで転送
する手順とを有することを特徴とする通信方法。
【請求項１５】他の通信端末で選択されたチャネル情
報の通信を非同期転送モードで行うことによりデータ転
送チャネルを決定する手順と、上記決定されたチャネル
を用いて上記他の通信端末から上記選択されたチャネル
のデータを同期転送モードで受信する手順とを有するこ
とを特徴とする通信方法。
【請求項１６】モニタ端末において、複数のデータ供
給源からデータが入力される複数チャネルの１つを選択
する処理と、上記モニタ端末において、上記選択されたチャネルのデ
ータをモニタする処理と、上記モニタ端末と受信端末とで上記選択されたチャネル
情報の通信を非同期転送モードで行うことによりデータ
転送チャネルを決定する処理と、上記決定されたチャネルを用いて上記選択されたチャネ
ルのデータを上記受信端末へ同期転送モードで転送する
処理とをコンピュータに実行させるためのプログラムを
記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１７】複数のデータ供給源からデータが入力
される複数チャネルの１つを選択する処理と、上記選択されたチャネルのデータをモニタする処理と、他の通信端末と上記選択されたチャネル情報の通信を非
同期転送モードで行うことによりデータ転送チャネルを
決定する処理と、上記決定されたチャネルを用いて上記選択されたチャネ
ルのデータを上記他の通信端末へ同期転送モードで転送
する処理とをコンピュータに実行させるためのプログラ
ムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１８】他の通信端末で選択されたチャネル情
報の通信を非同期転送モードで行うことによりデータ転
送チャネルを決定する処理と、上記決定されたチャネルを用いて上記他の通信端末から
上記選択されたチャネルのデータを同期転送モードで受
信する処理とをコンピュータに実行させるためのプログ
ラムを記憶したコンピュータ読み取り可能な記憶媒体。