JP2000049834A - デ―タ通信システム、装置及び方法並びに記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 複数の異なる通信プロトコルが混在する場合
でも、システム全体の操作性を著しく損なうことなく、
利用可能な通信プロトコルに適応的に選択することがで
きるようにすることである。 【解決手段】 少なくとも１回の非同期通信を用いて１
つ以上のセグメントからなるオブジェクトデータを転送
するソース・ノードと、前記ソース・ノードから転送さ
れたオブジェクトデータを受信する１つ以上のデスティ
ネーション・ノードと、前記ソース・ノードと前記１つ
以上のデスティネーション・ノードとの間に論理的な接
続関係を設定するコントローラとを備え、前記コントロ
ーラは、複数の異なる通信プロトコルの中から、前記ソ
ース・ノードと前記デスティネーション・ノードとの間
で使用される通信プロトコルを選択する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システ
ム、装置及び方法並びに記憶媒体に関し、特に、情報デ
ータ（画像データを含む）とコマンドデータとを混在さ
せて高速に通信するネットワークとそのネットワークに
適用可能な通信プロトコルに関するものである。

【０００２】

【従来の技術】従来、パーソナルコンピュータ（以下、
ＰＣ）の周辺機器の中で、最も利用頻度が高かったのは
ハードディスクやプリンタであった。これらの周辺機器
は、専用の入出力インタフェース或いはＳＣＳＩ（smal
l computer system interface）インタフェース等の汎
用性のあるデジタルインタフェースによってＰＣと接続
されていた。

【０００３】一方、近年、デジタルカメラ、デジタルビ
デオカメラ等のＡＶ（Audio/Visual）機器もＰＣの周辺
装置の１つとして注目を浴びている。これらのＡＶ（Au
dio/Visual）機器も専用インタフェースを介してＰＣと
接続されていた。

【０００４】ところが、従来の周辺機器の有するデジタ
ルインタフェースとＡＶ機器の有するデジタルインタフ
ェースとは互換性がなく、それらを直接接続することは
できなかった。そのため、例えば、ＡＶ機器が周辺機器
に、例えば、静止画像を通信したい場合、必ずＰＣを介
す必要があった。

【０００５】又、従来の専用インタフェースやＳＣＳＩ
インタフェースでは、特にＡＶ機器の有する静止画像や
動画像のような大容量のデータを扱う場合において、デ
ータ転送レートが低い、パラレル通信のため通信ケーブ
ルが太い、接続できる周辺機器の数と種類が少ない、接
続方式に制限がある、リアルタイムなデータ転送が行え
ない等の多くの問題があった。

【０００６】このような問題点を解決する次世代の高
速、高性能デジタルインタフェースの１つとして、ＩＥ
ＥＥ（The Institute of Electrical and Electronics
Engineers，Inc.）１３９４−１９９５規格が知られて
いる。

【０００７】ＩＥＥＥ１３９４−１９９５規格に準拠し
たデジタルインタフェース（以下、１３９４インタフェ
ース）には、次のような特徴がある。 （１）データ転送速度が高速である。 （２）リアルタイムなデータ転送方式（即ち、Ｉｓｏｃ
ｈｒｏｎｏｕｓ転送方式）とＡｓｙｎｃｈｒｏｎｏｕｓ
転送方式をサポートしている。 （３）自由度の高い接続構成（トポロジ）を構築でき
る。 （４）プラグ・アンド・プレイ機能と活線挿抜機能をサ
ポートしている。

【０００８】

【発明が解決しようとする課題】しかしながら、ＩＥＥ
Ｅ１３９４−１９９５規格では、コネクタの物理的、電
気的な構成、最も基本的な２つのデータ転送方式等につ
いては定義しているが、どのような種類のデータを、ど
のようなデータ・フォーマットで、どのような通信プロ
トコルに基づいて送受信するのかについては定義してい
なかった。

【０００９】又、ＩＥＥＥ１３９４−１９９５規格のＩ
ｓｏｃｈｒｏｎｏｕｓ転送方式では、送出パケットに対
する応答が規定されていないため、各Ｉｓｏｃｈｒｏｎ
ｏｕｓパケットが確実に受信されたかは保証されない。
従って、連続性のある複数のデータを確実に転送したい
場合、或いは１つのファイルデータを複数のデータに分
割して確実に転送したい場合、Ｉｓｏｃｈｒｏｎｏｕｓ
転送方式を使用することはできなかった。

【００１０】又、ＩＥＥＥ１３９４−１９９５規格のＩ
ｓｏｃｈｒｏｎｏｕｓ転送方式では、転送帯域に空きが
ある場合でも、通信の総数が６４個に制限される。この
ため、少ない転送帯域で数多くの通信を行いたい場合、
Ｉｓｏｃｈｒｏｎｏｕｓ転送方式を使用することはでき
なかった。

【００１１】又、ＩＥＥＥ１３９４−１９９５規格で
は、ノードの電源のＯＮ／ＯＦＦ、ノードの接続／切り
離し等に応じてバスリセットが生じた場合、データの転
送を中断しなければならない。ところが、ＩＥＥＥ１３
９４−１９９５規格では、バスリセットや伝送時のエラ
ーによってデータ転送が中断した場合、どのような内容
のデータを失ったのかについては知ることができなかっ
た。更に、一度中断した転送を復帰するためには、非常
に煩雑な通信手順を踏む必要があった。ここで、バスリ
セットとは、新たなトポロジの認識と各ノードに割り当
てられるアドレス（ノードＩＤ）の設定とを自動的に行
う機能である。この機能により、ＩＥＥＥ１３９４−１
９９５規格では、プラグ・アンド・プレイ機能と活線挿
抜機能とを提供することができる。

【００１２】又、ＩＥＥＥ１３９４−１９９５規格に準
拠した通信システムにおいて、リアルタイム性は必要と
されないが、信頼性が要求される比較的データ量の多い
オブジェクトデータ（例えば、静止画像データ、グラフ
ィックスデータ、テキストデータ、ファイルデータ、プ
ログラムデータ等）を、１以上のセグメントに分割し、
各セグメントを１つ以上のＡｓｙｎｃｈｒｏｎｏｕｓ転
送を用いて順次転送するための通信プロトコルは具体的
に提案されていなかった。

【００１３】特に、ＩＥＥＥ１３９４−１９９５規格に
準拠した通信システムにおいて、複数の機器間のデータ
通信を、Ａｓｙｎｃｈｒｏｎｏｕｓ転送方式によるブロ
ードキャスト通信を用いて実現するための通信プロトコ
ルも具体的に提案されていなかった。

【００１４】又、このような通信プロトコルが複数個提
案された場合、通信相手の使用する通信プロトコルを自
動的に判別し、使い分けるようにできることが望まし
い。しかしながら、複数の異なる通信プロトコルを使い
分けるための仕組みについても具体的には何も提案され
ていなかった。

【００１５】本発明は上述の如き問題を解決することを
目的とする。本発明の他の目的データ通信システム、装
置及び方法並びに記憶媒体において、リアルタイム性の
必要としないオブジェクトデータを確実に転送すること
のできる技術を提供する。又、本発明の他の目的は、デ
ータ通信システム、装置及び方法並びに記憶媒体におい
て、複数の異なる通信プロトコルが存在する場合でも、
使用可能な通信プロトコルを適応的に選択することので
きる技術を提供する。

【００１６】

【課題を解決するための手段】本発明のデータ通信シス
テムは、少なくとも１回の非同期通信を用いて１つ以上
のセグメントからなるオブジェクトデータを転送するソ
ース・ノードと、前記ソース・ノードから転送されたオ
ブジェクトデータを受信する１つ以上のデスティネーシ
ョン・ノードと、前記ソース・ノードと前記１つ以上の
デスティネーション・ノードとの間に論理的な接続関係
を設定するコントローラとを備え、前記コントローラ
は、複数の異なる通信プロトコルの中から、前記ソース
・ノードと前記デスティネーション・ノードとの間で使
用される通信プロトコルを選択することを特徴とする。

【００１７】本発明のデータ通信方法は、ソース・ノー
ドと１つ以上のデスティネーション・ノードとの間に論
理的な接続関係を設定するステップと、複数の異なる通
信プロトコルの中から、前記ソース・ノードと前記デス
ティネーション・ノードとの間で使用される通信プロト
コルを選択するステップと、１つ以上のセグメントから
なるオブジェクトデータを少なくとも１回の非同期通信
を用いて前記デスティネーション・ノードに転送するス
テップとを有することを特徴とする。

【００１８】本発明のデータ通信装置は、１つ以上のセ
グメントからなるオブジェクトデータを少なくとも１つ
の通信パケットにパケッタイズする手段と、１つ以上の
デスティネーション・ノードとの間に設定された論理的
な接続関係と複数の異なる通信プロトコルの１つとを用
いて、前記通信パケットを非同期転送する手段とを備え
ることを特徴とする。

【００１９】本発明のデータ通信方法は、１つ以上のセ
グメントからなるオブジェクトデータを少なくとも１つ
の通信パケットにパケッタイズするステップと、１つ以
上のデスティネーション・ノードとの間に設定された論
理的な接続関係と複数の異なる通信プロトコルの１つと
を用いて、前記通信パケットを非同期転送するステップ
とを有することを特徴とする。

【００２０】本発明のデータ通信装置は、ソース・ノー
ドとの間に設定された論理的な接続関係と複数の異なる
通信プロトコルの１つとを用いて非同期転送された少な
くとも１つの通信パケットを受信する手段と、前記通信
パケットに含まれるデータを該通信パケットの指定する
メモリ空間に書き込む手段とを備えることを特徴とす
る。

【００２１】本発明のデータ通信方法は、ソース・ノー
ドとの間に設定された論理的な接続関係と複数の異なる
通信プロトコルの１つとを用いて非同期転送された少な
くとも１つの通信パケットを受信するステップと、前記
通信パケットに含まれるデータを該通信パケットの指定
するメモリ空間に書き込むステップとを有することを特
徴とする。

【００２２】本発明のデータ通信装置は、ソース・ノー
ドと１つ以上のデスティネーション・ノードとの間に論
理的な接続関係を設定する手段と、前記論理的な接続関
係において使用可能な通信プロトコルを、複数の異なる
通信プロトコルの中から選択する手段とを備えることを
特徴とする。

【００２３】本発明のデータ通信方法は、ソース・ノー
ドと１つ以上のデスティネーション・ノードとの間に論
理的な接続関係を設定するステップと、前記論理的な接
続関係において使用可能な通信プロトコルを、複数の異
なる通信プロトコルの中から選択するステップとを有す
ることを特徴とする。

【００２４】本発明のデータ通信システムは、情報デー
タを送信するソース・ノードと、該情報データを受信す
るデスティネーション・ノードとを含むデータ通信シス
テムにおいて、１つ以上の特定された転送先或いは不特
定多数の転送先に応じて異なる複数の通信プロトコルの
何れかを選択し、上記情報データを転送することを特徴
とする。

【００２５】本発明のデータ通信システムは、情報デー
タを送信するソース・ノードと、該情報データを受信す
るデスティネーション・ノードとを含むデータ通信シス
テムにおいて、上記ソース・ノードと上記デスティネー
ション・ノードとの間の接続を設定する迄の動作を共用
する複数の通信プロトコルの何れかを選択し、前記情報
データを転送することを特徴とする。

【００２６】本発明のデータ通信方法は、情報データを
送信するソース・ノードと、該情報データを受信するデ
スティネーション・ノードとを含むデータ通信システム
に適用可能なデータ通信方法において、１つ以上の特定
された転送先或いは不特定多数の転送先に応じて異なる
複数の通信プロトコルの何れかを選択し、上記情報デー
タを転送することを特徴とする。

【００２７】本発明のデータ通信方法は、情報データを
送信するソース・ノードと、該情報データを受信するデ
スティネーション・ノードとを含むデータ通信方法にお
いて、 上記ソース・ノードと上記デスティネーション
・ノードとの間の接続を設定する迄の動作を共用する複
数の通信プロトコルの何れかを選択し、前記情報データ
を転送することを特徴とする。

【００２８】本発明のデータ通信装置において、情報デ
ータを送信するソース・ノードと、該情報データを受信
するデスティネーション・ノードとを含むデータ通信シ
ステムに適用可能なデータ通信装置において、１つ以上
の特定された転送先或いは不特定多数の転送先に応じて
異なる複数の通信プロトコルの何れかを選択する選択手
段と、上記選択手段により選択された通信プロトコルに
基づいて情報データの転送を行う転送手段とを具備する
ことを特徴とする。

【００２９】

【発明の実施の形態】以下、本発明の好適な実施例につ
いて図面を参照して詳細に説明する。図１は、データ通
信システムの構成の一例を示す図である。本実施例のデ
ータ通信システムは、図１に示すように、コンピュータ
１０、カメラ一体型デジタルビデオレコーダ２８、プリ
ンタ６０により構成されている。

【００３０】まず、コンピュータ１０の構成について説
明する。１２はコンピュータ１０の動作を制御する演算
処理装置（ＭＰＵ）である。１４はＩＥＥＥ１３９４−
１９９５規格に準拠した機能と本実施例において規定す
る通信プロトコルに関する機能とを有する１３９４イン
タフェースである。１６はキーボード、マウスなどから
なる操作部である。１８は圧縮符号化されたディジタル
データ（動画像データ、静止画像データ、音声データ
等）を復号するデコーダである。２０はＣＲＴディスプ
レイや液晶パネルなどの表示装置からなる表示部（ディ
スプレイ）である。２２は各種のディジタルデータ（動
画像データ、静止画像データ、音声データ、グラフィッ
クスデータ、テキストデータ、プログラムデータ等）を
記録するハードディスク（ＨＤ）である。２４は内部メ
モリである。２６はＰＣＩバスなどのコンピュータ１０
内部の各処理部を相互に接続する内部バスである。

【００３１】次に、カメラ一体型デジタルビデオレコー
ダ（以下、ＤＶＣＲと称する）２８の構成について説明
する。３０は被写体の光学像を電気信号に変換し、その
電気信号をに変換する撮像部（ｏｐｔ）である。３２は
アナログ-デジタル（Ａ／Ｄ）変換器である。３４はデ
ィジタル化された動画像、静止画像を所定のフォーマッ
トのディジタル画像データに変換する画像処理部であ
る。３６は圧縮／伸長処理部であり、圧縮符号化された
ディジタルデータ（動画像データ、静止画像データ、音
声データ等）を復号する機能と、デジタル画像データを
高能率符号化する（例えば、ＭＰＥＧ方式やＤＶ方式の
ように、所定の画像単位に直交変換後、量子化し、可変
長符号化する）機能とを有する。３８は高能率符号化さ
れたディジタル画像データを一時的に格納するメモリで
ある。４０は高能率符号化されていないディジタル画像
データを一時的に格納するメモリである。４２はデータ
セレクタである。４４はＩＥＥＥ１３９４−１９９５規
格に準拠した機能と本実施例において規定する通信プロ
トコルに関する機能とを有する１３９４インタフェース
である。４６、４８はメモリ３８とメモリ４０の書き込
みと読み出しとを制御するメモリ制御部である。５０は
ＤＶＣＲ２８の動作を制御する制御部（システムコント
ローラ）であり、マイクロコンピュータを有する。５２
はリモコンや操作パネル等からなる操作部である。５４
は電子ビューファインダ（ＥＶＦ）である。５６はＤ／
Ａ変換器である。５８は磁気テープ、磁気ディスク、光
磁気ディスク等の記録媒体からなる記録再生部で、各種
のディジタルデータ（動画像データ、静止画像データ、
音声データ等）を記録再生する。

【００３２】次に、プリンタ６０の構成について説明す
る。６２はＩＥＥＥ１３９４−１９９５規格に準拠した
機能と本実施例において規定する通信プロトコルに関す
る機能とを有する１３９４インタフェースである。６４
はデータセレクタである。６６は操作ボタンやタッチパ
ネル等からなる操作部である。６８はプリンタ６０の動
作を制御するプリンタコントローラである。７０はデコ
ーダである。７２は内部メモリである。７４は１３９４
インタフェースを介して受信された静止画像データ、テ
キストデータ、グラフィックスデータ等を処理する画像
処理部である。７６はドライバである。７８はプリンタ
ヘッドである。

【００３３】図１に示すように、コンピュータ１０、Ｄ
ＶＣＲ２８及びプリンタ６０の各通信装置（以下、ノー
ドと称する）は、１３９４インタフェース１４、４４、
６２を介して相互に接続されている（以下、１３９４イ
ンタフェースによって構成されたネットワークを１３９
４シリアルバスと称する）。各ノードは、所定の通信プ
ロトコルを定義することによって、各種のオブジェクト
データ（例えば、動画像データ、静止画像データ、音声
データ、グラフィックスデータ、テキストデータ、プロ
グラムデータ等）の授受、コマンドデータによる遠隔操
作が可能となる。

【００３４】次に、図１を用いて本実施例の通信システ
ムを構成する各ノードの動作について説明する。まず、
コンピュータ１０を構成する各処理部の機能と動作につ
いて説明する。本実施例においてコンピュータ１０は、
例えば、ＤＶＣＲ２８とプリンタ６０との間における画
像データの送受信を制御するコントローラ、或いはＤＶ
ＣＲ２８やプリンタ６０を遠隔操作するコントローラと
して動作する。

【００３５】ＭＰＵ１２は、ハードディスク２２に記録
されているソフトウェアを実行するとともに、様々なデ
ータを内部メモリ２４に移動させる。又、ＭＰＵ１２
は、内部バス２６によって接続されている各処理部の調
停動作なども合わせて行なう。

【００３６】１３９４インタフェース１４は、１３９４
シリアルバス上に転送された画像データを受信するとと
もに、ハードディスク２２や内部メモリ２４に記録され
ている画像データを１３９４シリアルバス上に送信する
ことができる。又、１３９４インタフェース１４は、１
３９４シリアルバス上の他のノードを遠隔操作するため
のコマンドデータを送信することも可能である。更に、
１３９４インタフェース１４は、１３９４シリアルバス
を介して転送された信号を他のノードに転送する機能も
有している。

【００３７】ユーザは、操作部１６を介して所望のソフ
トウェアを選択し、ＭＰＵ１２にハードディスク２２に
記録されているソフトウェアを実行させる。ここで、こ
のソフトウェアに関する情報は、表示部２０によってユ
ーザに提示される。デコーダ１８は、このソフトウェア
に基づいて、１３９４シリアルバス上から受信した画像
データをデコードする。デコードされた画像データは、
表示部２０によってユーザに提示される。

【００３８】次に、ＤＶＣＲ２８を構成する各処理部の
機能と動作について説明する。本実施例においてＤＶＣ
Ｒ２８は、本実施例の通信プロトコルに基づいて画像デ
ータを転送する画像送信装置（ソース・ノード）として
動作する。

【００３９】撮像部３０は、被写体の光学像を輝度信号
（Ｙ）と色差信号（Ｃ）とからなる電気信号に変換し、
その電気信号をＡ／Ｄ変換器６０に供給する。Ａ／Ｄ変
換器３２は、その電気信号をディジタル化する。

【００４０】画像処理部３４は、ディジタル化された輝
度信号と色差信号とに対して所定の画像処理を施すと共
に、それらを多重化する。圧縮／伸長処理部３６は、デ
ィジタル化された輝度信号と色差信号のデータ量を圧縮
する。ここで、圧縮／伸長処理部３６は、独立した圧縮
処理回路を用いて輝度信号と色差信号と並列に処理して
もよい。又、共通の圧縮処理回路を用いてそれらを時分
割に処理してもよい。又、圧縮／伸長処理部３６では、
伝送路誤りに強くするために、圧縮画像データに対して
シャフリング処理を施す。これにより、連続的な符号誤
り（即ち、バーストエラー）を、修整や補間の行いやす
い離散的な誤り（即ち、ランダムエラー）に変換するこ
とができる。ここで、画像の画面内の粗密による情報量
の偏りを均一化したい場合、圧縮処理の前に本処理工程
を持ってくると、ランレングス等の可変長符号化を用い
た場合の都合が良い。

【００４１】圧縮／伸長処理部３６では、圧縮画像デー
タに対して、シャフリングを復元するためのデータ識別
情報（ＩＤ）を付加する。圧縮／伸長処理部３６は、記
録再生時の誤りを低減する為に、圧縮画像データに対し
てエラー訂正符号（ECC）を付加する。

【００４２】圧縮／伸長処理部３６にて圧縮された画像
データは、メモリ３８と記録再生部５８とに供給され
る。記録再生部５８は、ＩＤやＥＣＣの付加された圧縮
画像データを磁気テープ等の記録媒体に記録する。ここ
で、圧縮画像データは、音声データとは異なる独立の記
録エリアに記録される。

【００４３】一方、画像処理部３４からＤ／Ａ変換器５
６へ供給された画像データは、Ｄ／Ａ変換される。ＥＶ
Ｆ５４は、Ｄ／Ａ変換器５６から供給されたアナログ画
像信号を表示する。又、画像処理部３４にて処理された
画像データは、メモリ４０にも供給される。ここで、メ
モリ４０には、非圧縮の画像データが格納される。

【００４４】データセレクタ４２は、ユーザの指示に基
づいてメモリ３８或いはメモリ４０を選択し、圧縮画像
データ或いは非圧縮画像データを１３９４インタフェー
ス４４に供給する。又、データセレクタ４２は、１３９
４インタフェース４４から供給された画像データをメモ
リ３８或いはメモリ４０に供給する。

【００４５】１３９４インタフェース４４は、後述する
本実施例の通信プロトコルに基づいて、圧縮画像データ
或いは非圧縮画像データを転送する。又、１３９４イン
タフェース４４は、１３９４シリアルバスを介して、Ｄ
ＶＣＲ２８を制御するための制御コマンドを受信する。
受信された制御コマンドは、データセレクタ４２を介し
て、制御部５０に供給される。１３９４インタフェース
４４は、上記の制御コマンドに対するレスポンスを返送
する。

【００４６】次に、プリンタ６０を構成する各処理部の
機能と動作について説明する。本実施例においてプリン
タ６０は、本実施例の通信プロトコルに基づいて転送さ
れた画像データを受信して印刷する画像受信装置（デス
ティネーション・ノード）として動作する。

【００４７】１３９４インタフェース６２は、１３９４
シリアルバスを介して転送された画像データや制御コマ
ンドを受信する。又、１３９４インタフェース６２は、
制御コマンドに対するレスポンスを送信する。

【００４８】受信された画像データは、データセレクタ
６４を介して、デコーダ７０に供給される。デコーダ７
０は、該画像データをデコードし、その結果を画像処理
部７４に出力する。画像処理部７４は、デコードされた
画像データをメモリ７２に一時的に記憶する。

【００４９】又、画像処理部７４は、メモリ７２に一時
的に記憶された画像データを印刷用のデータに変換し、
それをプリンタヘッド７８に供給する。プリンタヘッド
７８は、プリンタコントローラ６８の制御に基づき、印
刷を実行する。

【００５０】一方、受信された制御コマンドは、データ
セレクタ６４を介して、プリンタコントローラ６８に入
力される。プリンタコントローラ６８は、該制御データ
に基づいて印刷に関する様々な制御を行なう。例えば、
ドライバ７６による紙送り、プリンタヘッド７８の位置
等を制御する。

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

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

【００５３】又、図２において、ファームウェア部は、
トランザクション・レイヤ２０５とシリアル・バス・マ
ネージメント２０６とを含んでいる。トランザクション
・レイヤ２０５は、Ａｓｙｎｃｈｒｏｎｏｕｓ転送方式
を管理し、各種のトランザクション（リード、ライト、
ロック）を提供する。更に、トランザクション・レイヤ
２０５は、後述する第１、第２の通信プロトコルの機能
を提供する。シリアル・バス・マネージメント２０６
は、後述するＩＥＥＥ１２１２ＣＳＲ規格に基づいて、
自ノードの制御、自ノードの接続状態の管理、自ノード
のＩＤ情報の管理、シリアルバスネットワークの資源管
理を行う機能を提供する。

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

【００５５】又、ソフトウェア部に含まれるアプリケー
ション・レイヤ２０７は、使用するアプリケーションソ
フトによって異なり、どのようなオブジェクトデータを
第１、第２の通信プロトコルを用いてどのように転送す
るかを制御する。

【００５６】後述する本実施例の第１、第２の通信プロ
トコルは、１３９４インタフェースを構成するハードウ
ェア部及びファームウェア部の機能を拡張するものであ
り、ソフトウェア部に対して新規な転送手順を提供する
ものである。

【００５７】次に、図３を用いて、本実施例の第１、第
２の通信プロトコルの基本構成について説明する。本実
施例において、第１の通信プロトコルは、マルチキャス
ト通信を実現する通信プロトコルである。又、第２の通
信プロトコルは、ユニキャスト通信を実現する通信プロ
トコルである。

【００５８】図３において、３００はコントローラ、３
０２はソース・ノード、３０４はｎ（ｎ≧１）個のデス
ティネーション・ノード、３０６はソース・ノードの有
するサブユニット（ｓｕｂｕｎｉｔ）、３０８は動画像
データ、静止画像データ、グラフィックスデータ、テキ
ストデータ、ファイルデータ、プログラムデータ等のオ
ブジェクトデータ（object）である。

【００５９】３１０はデスティネーション・ノード３０
４内部にある第１のメモリ空間であり、所定のデスティ
ネーション・オフセット（ｄｅｓｔｉｎａｔｉｏｎ_ｏ
ｆｆｓｅｔ_０）により指定される。３１２はソース・
ノード３０２とデスティネーション・ノード３０４との
間の論理的な接続関係（以下、コネクションと称する）
を示す第１のコネクションである。ここで、デスティネ
ーション・オフセットとは、ｎ個のデスティネーション
・ノード３０４の有するメモリ空間を共通に指定するア
ドレスである。

【００６０】３１４はデスティネーション・ノード３０
４内部にある第ｎのメモリ空間であり、所定のデスティ
ネーション・オフセット（ｄｅｓｔｉｎａｔｉｏｎ_ｏ
ｆｆｓｅｔ_ｎ）により指定される。３１６はソース・
ノード３０２とデスティネーション・ノード３０４との
間のコネクションを示す第ｎのコネクションである。

【００６１】本実施例において、各ノードは、第１のメ
モリ空間３１０〜第ｎのメモリ空間３１４を、ＩＥＥＥ
１２１２ ＣＳＲ（ＣｏｎｔｒｏｌａｎｄＳｔａｔｕｓ
ＲｅｇｉｓｔｅｒＡｒｃｈｉｔｅｃｔｕｒｅ）規格（又
は、ＩＳＯ／ＩＥＣ １３２１３：１９９４規格）に準
拠した６４ビットのアドレス空間により管理している。
ＩＥＥＥ１２１２ ＣＳＲ規格とは、シリアルバス向け
の制御、管理、アドレス割り振りを規定した規格であ
る。

【００６２】図４は、各ノードの有するアドレス空間に
ついて説明する図である。図４（ａ）は、各ノードのメ
モリ空間をアドレッシングする６４ビットのアドレス空
間である。６４ビットアドレスの上位１６ビットは、あ
るバス内のあるノードを指定するために使用される。
又、図４（ｂ）は、図４（ａ）に示すアドレス空間の一
部であり、例えば、上位１６ビットで指定されたノード
のもつあるアドレス空間を指定するために使用される。

【００６３】図３に示す第１のメモリ空間３１０〜第ｎ
のメモリ空間３１４は、図４（ｂ）に示す４８ビットの
アドレス（以下、デスティネーション・オフセットと称
する）により指定される。図４（ｂ）において、例え
ば、００００００００００００ ₁₆〜０００００００００
３ＦＦ₁₆は予約された領域であり、実際にオブジェクト
データ３０８の書き込まれる領域は、アドレスの下位４
８ビットがＦＦＦＦＦ００００４００₁₆以降となる領域
である。

【００６４】図３において、ソース・ノード３０２と
は、第１或いは第２の通信プロトコルに従ってオブジェ
クトデータ３０８を転送する機能をもつノードであり、
デスティネーション・ノード３０４とは、ソース・ノー
ド３０２から転送されたオブジェクトデータ３０８を受
信する機能をもつノードである。又、コントローラ３０
０とは、ソース・ノード３０２と１つ或いは複数のデス
ティネーション・ノード３０４との間のコネクション
（即ち、論理的な接続関係）を設定、管理する機能と、
そのコネクションにて使用される通信プロトコルを選択
する機能をもつノードである。

【００６５】ここで、コントローラ３００、ソース・ノ
ード３０２、デスティネーション・ノード３０４は、夫
々独立した別々のノードにおいて機能してもよい。又、
コントローラ３００とソース・ノード３０２とが、１つ
の同じノードにおいて機能してもよい。又、コントロー
ラ３００とデスティネーション・ノード３０４とが、１
つの同じノードにおいて機能してもよい。この場合、コ
ントローラ３００とソース・ノード３０２或いはデステ
ィネーション・ノード３０４との間のトランザクション
が不要となり、通信手順が簡略化される。

【００６６】本実施例では、コントローラ３００、ソー
ス・ノード３０２、デスティネーション・ノード３０４
の夫々が、独立した別々のノードにおいて機能する場合
について説明する。例えば、１３９４インタフェース１
４を具備するコンピュータ１０が、コントローラ３００
として機能する。又、１３９４インタフェース４４を具
備するＤＶＣＲ２８がソース・ノード３０２、１３９４
インタフェース６２を具備するプリンタ６０がデスティ
ネーション・ノード３０４として機能する。

【００６７】本実施例では、図３に示すように、ソース
・ノード３０２と１つ以上のデスティネーション・ノー
ド３０４との間に、１つ以上のコネクションを設定する
ことができる。各コネクションは、あるオブジェクトデ
ータの転送要求が生じた場合に、後述するソース・ノー
ド３０２の出力レジスタ（図５参照）、デスティネーシ
ョン・ノード３０４の入力レジスタ（図６参照）に基づ
いてコントローラ３００が設定する。

【００６８】尚、本実施例において、コントローラ３０
０であるコンピュータ１０は、デスティネーション・ノ
ード３０４として動作してもよい。この場合、１つのソ
ース・ノード３０２と２つのデスティネーション・ノー
ド３０４との間にコネクションが設定され、オブジェク
トデータ３０８の転送が行われることになる。

【００６９】又、本実施例において、コンピュータ１０
がコントローラ３００として動作する場合について説明
したが、コンピュータ１０が必ずコントローラ３００に
なる必要はない。ＤＶＣＲ２８或いはプリンタ６０がコ
ントローラ３００として動作してもよい。

【００７０】次に、図５、６を用いて、本実施例のソー
ス・ノード３０２の有するレジスタ空間とデスティネー
ション・ノード３０４の有するレジスタ空間とについて
説明する。図５は、ソース・ノード３０２の有する出力
レジスタの構成を説明する図である。又、図６は、デス
ティネーション・ノード３０４の有する入力レジスタの
構成を説明する図である。

【００７１】各レジスタ空間は、図４に示すアドレス空
間上の所定の領域に用意されており、コントローラ３０
０がソース・ノード３０２とデスティネーション・ノー
ド３０４との間にコネクションを設定する場合、該コネ
クションに第１、第２の通信プロトコルの何れを割り当
てるかを選択する場合に使用される。

【００７２】図５（ａ）は、出力マスターコネクション
レジスタ（以下、oMCR）である。OMCRは、主に、ソース
・ノード３０２の有する通信能力について記述している
レジスタ空間（または、メモリ空間）である。

【００７３】oMCRの最上位フィールド５０１（２ビッ
ト）は、max data rateフィールドであり、ソース・ノ
ード３０２の最大の出力ビットレートを示す。該max da
ta rateフィールドにセットされる値の一例を「表１」
に示す。

【００７４】次のフィールド５０２（１ビット）は、fl
ow control flagであり、本実施例の第１の通信プロト
コル（即ち、ブロードキャスト送信を用いたプロトコ
ル）が使用可能か否かを示す。例えば、該フィールドの
値が「１」のとき、第１の通信プロトコルが使用可能で
あることを示す。「０」のときは、第２の通信プロトコ
ルが使用可能である。次のフィールド５０３（５ビッ
ト）は、reservedフィールドであり、将来のために予約
されている。

【００７５】

【表１】

【００７６】次のフィールド５０４（６ビット）は、ex
tension fieldであり、後述するoutput FIFO sizeフィ
ールドを将来拡張する場合に用いる。次のフィールド５
０５（１０ビット）は、output FIFO sizeフィールドで
あり、データ出力に用いられる先入れ先出し型のバッフ
ァメモリ（以下、FIFOメモリ）の容量を示す。

【００７７】次のフィールド５０６（３ビット）は、re
servedフィールドであり、将来のために予約されてい
る。最下位フィールド５０７（５ビット）は、number o
f CCRsフィールドであり、後述する出力コネクションコ
ントロールレジスタ（図５（ｂ）参照）の数、即ち、ソ
ース・ノード３０２に設定することのできるコネクショ
ンの数を示す。

【００７８】図５（ｂ）は、出力コネクションコントロ
ールレジスタ（以下、oCCR）である。oCCRは、ソース・
ノード３０２に設定されたコネクションの１つについて
記述するレジスタ空間（又は、メモリ空間）である。ソ
ース・ノード３０２は、上記oCCRを、唯一つだけ有して
いても良いし、複数有していても良い。

【００７９】oCCRの最上位フィールド５１０（２ビッ
ト）は、data rateフィールドであり、該oCCRに設定さ
れたコネクションにて用いられる出力ビットレートを示
す。「表２」に該data rateフィールドにセットされる
値の一例を示す。

【００８０】

【表２】

【００８１】次のフィールド５１１（１ビット）は、br
oadcast flagフィールドであり、該oCCRに設定されたコ
ネクションにてどの通信プロトコルが使用されているか
を示すフラグである。該broadcast flagフィールドの値
が「１」のとき、例えば、第１の通信プロトコルが用い
られていることを示す。

【００８２】次のフィールド５１２（１ビット）は、on
-lineフィールドであり、該oCCRが使用されているか否
かを示す。該on-lineフィールドの値が「１」のとき、
該oCCRは使用されていることを示す。

【００８３】次のフィールド５１３（１８ビット）は、
reservedフィールドであり、将来のために予約されてい
る。次のフィールド５１４（１０ビット）は、payload
sizeフィールドであり、一回のデータ転送で転送される
データパケットのデータ量を示す。該データ量はデータ
パケットのペイロードサイズを示し、パケットヘッダな
どの付加データは含まれていない。

【００８４】次のフィールド５１５（１６ビット）は、
connection IDフィールドであり、該oCCRに設定された
コネクションを一意に識別するための識別情報、即ちコ
ネクションIDが格納される。最後のフィールド５１６
（４８ビット）は、offset addressフィールドであり、
デスティネーション・ノード３０４に確保した所定のメ
モリ空間の先頭アドレスを示す。

【００８５】図６（ａ）は、入力マスターコネクション
レジスタ（以下、iMCR）である。iMCRは、主に、デステ
ィネーション・ノード３０４の有する通信能力について
記述しているレジスタ空間（又は、メモリ空間）であ
る。

【００８６】iMCRの最上位フィールド６０１（２ビッ
ト）は、max data rateフィールドであり、デスティネ
ーション・ノード３０４の最大の入力ビットレートを示
す。該max data rateフィールドにセットされる値は、
例えば、上記「表１」と同じで良い。

【００８７】次のフィールド６０２（１ビット）は、fl
ow control flagフィールドであり、本実施例の第１の
通信プロトコル（即ち、ブロードキャスト送信を用いた
プロトコル）が使用可能か否かを示す。例えば、該フィ
ールドの値が「１」のとき、第１の通信プロトコルが使
用可能であり、「０」のときは、第２の通信プロトコル
が使用可能であることを示す。次のフィールド６０３
（５ビット）は、reservedフィールドであり、将来のた
めに予約されている。

【００８８】次のフィールド６０４（６ビット）は、ex
tension fieldであり、後述するmaximum receive buffe
r sizeフィールドを将来拡張する場合に用いる。次のフ
ィールド６０５（１０ビット）は、maximum receive bu
ffer sizeフィールドであり、データ入力に用いられる
受信バッファの最大メモリを示す。ここで、maximumrec
eive buffer sizeフィールドは、１セグメントの最大デ
ータ量を示す。

【００８９】次のフィールド６０６（３ビット）は、re
servedフィールドであり、将来のために予約されてい
る。最下位フィールド６０７（５ビット）は、number o
f CCRsフィールドであり、後述する入力コネクションコ
ントロールレジスタ（図６（ｂ）参照）の数、すなわ
ち、デスティネーション・ノード３０４に設定すること
のできるコネクションの数を示す。

【００９０】図６（ｂ）は、入力コネクションコントロ
ーラレジスタ（以下、iCCR）である。iCCRは、デスティ
ネーション・ノード３０４に設定されたコネクションの
１つについて記述するレジスタ空間（又は、メモリ空
間）である。デスティネーション・ノード３０４は、上
記iCCRを、唯一つだけ有していても良いし、複数有して
いても良い。

【００９１】iCCRの最上位フィールド６１０（２ビッ
ト）は、data rateフィールドであり、該iCCRに設定さ
れたコネクションにて用いられる入力ビットレートを示
す。該data rateフィールドにセットされる値は、例え
ば、「表２」と同じでよい。

【００９２】次のフィールド６１１（１ビット）は、br
oadcast flagフィールドであり、該iCCRに設定されたコ
ネクションにてどの通信プロトコルが使用されているか
を示すフラグである。該broadcast flagフィールドの値
が「１」のとき、例えば、第１の通信プロトコルが用い
られていることを示す。

【００９３】次のフィールド６１２（１ビット）は、on
-lineフィールドであり、該iCCRが使用されているか否
かを示す。該on-lineフィールドの値が「１」のとき、
該iCCRは使用されていることを示す。次のフィールド６
１３（１８ビット）は、reservedフィールドであり、将
来のために予約されている。

【００９４】次のフィールド６１４（１０ビット）は、
receive buffer sizeフィールドであり、デスティネー
ション・ノード３０４に確保したメモリ空間のサイズ、
即ち、１セグメントのデータ量を示す。次のフィールド
６１５（１６ビット）は、connection IDフィールドで
あり、該iCCRに設定されたコネクションを一意に識別す
るための識別情報、即ちコネクションIDが格納される。

【００９５】最後のフィールド６１６（４８ビット）
は、offset addressフィールドであり、デスティネーシ
ョン・ノード３０４に確保した所定のメモリ空間の先頭
アドレスを示す。

【００９６】次に、図５、図６に示す各レジスタの内容
を読み出すためのコマンドと、各レジスタに所定の値を
書き込むコマンドについて説明する。各コマンドは、Ｉ
ＥＥＥ１３９４−１９９５規格のＡｓｙｎｃｈｒｏｎｏ
ｕｓ転送方式に準拠するＡｓｙｎｃｈｒｏｎｏｕｓパケ
ットにパケッタイズされ、指定されたノードに転送され
る。ここで、Ａｓｙｎｃｈｒｏｎｏｕｓパケットは、図
７に示すように、１Ｑｕａｄｌｅｔ（４ｂｙｔｅｓ＝３
２ｂｉｔｓ)を単位とするデータパケットである。

【００９７】本実施例のコントローラ３００は、図７に
示すREAD MCR status commandを用いて、図５（ａ）のo
MCR或いは図６（ａ）のiMCRの値を読み出すことができ
る。図７において、フィールド７０１（１６ｂｉｔｓ）
は、destination_IDフィールドであり、通信相手のノー
ドＩＤを指定する。フィールド７０２（６ｂｉｔｓ）
は、トランザクション・ラベル(tl)フィールドであり、
各トランザクション固有のタグを指定する。

【００９８】フィールド７０３（２ｂｉｔｓ）は、リト
ライ(rt)コードであり、パケットがリトライを試みるか
どうかを指定する。フィールド７０４（４ｂｉｔｓ）
は、トランザクションコード(tcode)を示す。tcodeは、
パケットのフォーマットや、実行しなければならないト
ランザクションのタイプを指定する。本実施例では、こ
のフィールドの値を例えば「０００１₂」とし、このパ
ケットのデータ・フィールドをdestination_offsetフィ
ールド７０７の示すメモリ空間に書き込む処理（即ち、
ライト・トランザクション）をリクエストする。また、
「０００５₂」とした場合は、読み出し処理（即ち、リ
ード・トランザクション）をリクエストする。

【００９９】フィールド７０５（４ｂｉｔｓ）は、プラ
イオリティ(pri)を示し、優先順位を指定する。本実施
例では、このフィールドの値は「００００₂」とする。
フィールド７０６（１６ｂｉｔｓ）は、source_IDフィ
ールドであり、送信元のノードＩＤを指定する。

【０１００】フィールド７０７（４８ｂｉｔｓ）は、de
stination_offsetを示し、destination_IDフィールド７
０１で指定されたノードのアドレス空間を指定する。フ
ィールド７０８（１６ｂｉｔｓ）は、data_lengthを示
し、後述するデータフィールドの長さをバイト単位で示
す。

【０１０１】フィールド７０９（１６ｂｉｔｓ）は、ex
tended_tcodeを示す。本実施例では、このフィールドの
値を「００００₂」とする。フィールド７１０（３２ｂ
ｉｔｓ）は、header_CRCであり、上述したフィールド７
０１〜７０９のエラーを検出するためのエラー検出コー
ドを格納する。

【０１０２】次に、データ・フィールド（data field）
の構成を説明する。本実施例において、データ・フィー
ルドに格納されるデータ量がＱｕａｄｌｅｔの倍数に満
たない場合、Ｑｕａｄｌｅｔの倍数となるまで「０」が
セットされる。

【０１０３】フィールド７１１（４ｂｉｔｓ）は、Comm
and/Transaction Set（以下、ＣＴＳと称する）フィー
ルドである。本実施例では、AV/C Digital Interface C
ommand Set General Specification規格（以下、AV/C C
ommand Set規格と称する）において定義されているＣＴ
Ｓを使用するため、このフィールドには「０₁₆」がセッ
トされる。

【０１０４】フィールド７１２（４ｂｉｔｓ）は、ctyp
e/responseフィールドであり、各種のコマンドやそのコ
マンドに対するレスポンスを指定する。例えば、status
commandを指定する場合、このフィールドには「１₁₆」
がセットされる。又、このstatus commandに対応するレ
スポンス（即ち、status response）を指定する場合、
このフィールドには「Ｃ₁₆」がセットされる。

【０１０５】フィールド７１３（５ｂｉｔｓ）は、subu
nit_typeフィールドであり、あるノードの有する仮想的
な機能単位（即ち、subunit）を指定する。ここでsubun
itとは、AV/C Command Set規格において規定されてお
り、例えば、ＶＴＲサブユニット、プリンタサブユニッ
ト等がある。

【０１０６】フィールド７１４（３ｂｉｔｓ）は、subu
nit_IDフィールドであり、subunit_typeフィールド７１
３で指定された機能単位が１つ以上ある場合に、それら
を識別するためのＩＤ番号を指定する。

【０１０７】フィールド７１５（８ｂｉｔｓ）は、opco
deフィールドであり、コマンドの種類を指定する。本実
施例のREAD MCR commandを指定する場合、このフィール
ドには、例えば「０６₁₆」がセットされる。

【０１０８】フィールド７１６（８ｂｉｔｓ）〜７１９
（８ｂｉｔｓ）は、operand[０]〜operand[３]フィール
ドであり、その内容は、ctype/responceフィールド７１
２、opcodeフィールド７１５の内容によって異なる。例
えば、READ MCR status commandの場合、各フィールド
には、「ＦＦ₁₆」がセットされる。又、READ MCR statu
s responseの場合、各フィールドには、図５（ａ）のoM
CRの値、或いは図６（ｂ）のiMCRの値がセットされる。

【０１０９】フィールド７２０（８ｂｉｔｓ）には、
「０」がセットされる。フィールド７２１（３２ｂｉｔ
ｓ）は、data_CRCであり、上記のheader_CRCと同様に、
フィールド７１１〜７２０のエラーを検出するためのエ
ラー検出コードを格納する。

【０１１０】又、本実施例のコントローラ３００は、図
８に示すSET CCR control commandを用いて、図５
（ｂ）のoCCR或いは図６（ｂ）のiCCRに所定の値を書き
込むことができる。図８において、パケット・ヘッダ
（packet header）に含まれるフィールド７０１〜７１
０は、図７と同様に構成される。従って、以下、SET CC
R control commandのデータ・フィールド（data fiel
d）の構成について説明する。

【０１１１】フィールド８０１（４ｂｉｔｓ）は、ＣＴ
Ｓフィールドであり、図７のREAD MCR status command
と同様に、「０₁₆」がセットされる。

【０１１２】フィールド８０２（４ｂｉｔｓ）は、ctyp
e/responseフィールドであり、各種のコマンドやそのコ
マンドに対するレスポンスを指定する。例えば、contro
l commandを指定する場合、このフィールドには
「０₁₆」がセットされる。このcontrol commandが受け
付けられたことを示すレスポンスを返す場合、このフィ
ールドにはACCEPTED responseを示す「９₁₆」がセット
される。又、このcontrol commandが受け付けられなか
ったことを示すレスポンスを返す場合、このフィールド
にはREJECTED responseを示す「Ａ₁₆」がセットされ
る。

【０１１３】フィールド８０３（５ｂｉｔｓ）は、subu
nit_typeフィールドであり、図７のREAD MCR status co
mmandと同様に、所定のsubunitを指定する。フィールド
８０４（３ｂｉｔｓ）は、subunit_IDフィールドであ
り、図７のREAD MCR status commandと同様に、所定のs
ubunitを識別するためのＩＤ番号を指定する。

【０１１４】フィールド８０５（８ｂｉｔｓ）は、opco
deフィールドであり、コマンドの種類を指定する。本実
施例のSET CCR commandを指定する場合、このフィール
ドには、例えば「０７₁₆」がセットされる。

【０１１５】フィールド８０６（２ｂｉｔｓ）は、data
_rateフィールドであり、所望のoCCR（或いはiCCR）に
設定されたコネクションが用いる入力ビットレートを示
す。該data_rateフィールドにセットされる値は、例え
ば、「表２」と同じである。フィールド８０７（１ｂｉ
ｔｓ）は、broadcast_flagフィールドであり、所望のoC
CR（或いはiCCR）に設定されたコネクションが、どの通
信プロトコルを使用するかを示すフラグである。該broa
dcast_flagフィールドが「１」のとき、例えば、第１の
通信プロトコルが設定される。

【０１１６】フィールド８０８（１ｂｉｔｓ）は、on_l
ineフィールドであり、所望のoCCR（或いはiCCR）の使
用を要求するために「１」をセットする。ここで、所望
のoCCR（或いはiCCR）のon_lineフィールド５１２（６
１２）が「１」であれば、該oCCR（或いはiCCR）は既に
使用されているため、このSET CCR control commandを
受信したノードはREJECTED responseを返す。

【０１１７】フィールド８０９（４ｂｉｔｓ）は、例え
ば、固定値「Ｆ₁₆」を設定する。フィールド８１０（８
ｂｉｔｓ）は、例えば、固定値「ＦＦ₁₆」を設定する。
フィールド８１１（６ｂｉｔｓ）は、例えば、固定値
「３Ｆ₁₆」を設定する。

【０１１８】フィールド８１２（１０ｂｉｔｓ）は、oC
CRをセットする場合、payload_sizeフィールドであり、
iCCRをセットする場合は、receive_buffer_sizeフィー
ルドである。payload_sizeフィールドには、一回のデー
タパケットで転送可能なデータ量が設定される。又、re
ceive_buffer_sizeフィールドには、１セグメントのデ
ータ量が設定される。

【０１１９】フィールド８１３（８ｂｉｔｓ）は、図５
（ｂ）、図６（ｂ）に示すconnection_IDフィールドの
上位８ビットを指定するフィールド、フィールド８１４
（８ｂｉｔｓ）は、connection_IDフィールドの下位８
ビットを指定するフィールドである。コントローラ３０
０は、この２つのフィールドにより、所定のconnection
_IDを所望のoCCR（或いはiCCR）にセットすることがで
きる。

【０１２０】フィールド８１５（４８ｂｉｔｓ）は、of
fset_addressフィールドであり、デスティネーション・
ノード３０４に確保した所定のメモリ空間の先頭アドレ
スを設定する。フィールド８１６（８ｂｉｔｓ）は、CC
R_numberフィールドであり、１つ又は複数個あるoCCR
（或いはiCCR）から、所望のoCCR（或いはiCCR）を指定
するための番号を設定する。

【０１２１】フィールド８１７（３２ｂｉｔｓ）は、da
ta_CRCであり、フィールド８０１〜８１６のエラーを検
出するためのエラー検出コードを格納する。

【０１２２】次に図９を用いて、コントローラ３００
が、ソース・ノード３０２とデスティネーション・ノー
ド３０４との間に論理的な接続関係を設定し、各ノード
間で使用する通信プロトコルを設定するまでの手順につ
いて説明する。図９において、コントローラ３００、ソ
ース・ノード３０２、デスティネーション・ノード３０
４の三者は、以下に示すネゴシエーションを行う。

【０１２３】まず、コントローラ３００が、図７に示す
READ MCR status commandパケットを、ソース・ノード
３０２に対して発行する（９０１）。ソース・ノード３
０２は、該ノードが有しているoMCRの各フィールド５０
１〜５０７の値をセットしたresponseパケットを、コン
トローラ３００に返す（９０１）。

【０１２４】次にコントローラ３００は、図７に示すRE
AD MCR status commandパケットを、デスティネーショ
ン・ノード３０４に対して発行する（９０２）。デステ
ィネーション・ノード３０４は、該ノードが有している
iMCRの各フィールド６０１〜６０７の値をセットしたre
sponseパケットを、コントローラ３００に返す（９０
２）。

【０１２５】上記動作により、ソース・ノード３０２の
oMCRとデスティネーション・ノード３０４のiMCRとを読
み出したコントローラ３００は、各レジスタの内容から
各ノードの主要な通信能力を判断し、使用可能な通信プ
ロトコルを選択する。

【０１２６】例えば、oMCRのflow control flag５０２
とiMCRのflow control flag６０２の夫々が「１」であ
った場合、コントローラ３００は、ソース・ノード３０
２とデスティネーション・ノード３０４の夫々が後述す
る第１の通信プロトコル（即ち、ブロードキャストによ
るデータ転送を行うプロトコル）に対応可能であると判
断する。その場合、コントローラ３００は、第１の通信
プロトコルの使用を選択する。

【０１２７】第１の通信プロトコルの選択後、コントロ
ーラ３００は、ソース・ノード３０２とデスティネーシ
ョン・ノード３０４との間に論理的な接続関係を設定す
るために、図８に示すSET CCR control commandを生成
する。

【０１２８】ソース・ノード３０２のoCCR（或いは、デ
スティネーション・ノード３０４のiCCR）をセットする
SET CCR control commandにおいて、コントローラ３０
０は、broadcast_flagフィールド８０７に「１」を、on
_lineフィールド８０８に「１」を、connection_IDフィ
ールド８１２、８１３にコントローラ３００が管理する
使用可能なコネクションＩＤを、offset_addressフィー
ルド８１４にデスティネーション・ノード３０４の使用
可能なデスティネーション・オフセットを、CCR_number
フィールド８１５に未使用のoCCR（又は、iCCR）を指定
するCCR番号を夫々設定する。

【０１２９】又、oMCRのflow control flag５０２とiMC
Rのflow control flag６０２のどちらか一方、或いは両
方が「０」であった場合、コントローラ３００は、ソー
ス・ノード３０２とデスティネーション・ノード３０４
の夫々が後述する第１の通信プロトコル（即ち、ブロー
ドキャストによるデータ転送を行うプロトコル）に対応
できないと判断する。その場合、コントローラ３００
は、後述する第２の通信プロトコルの使用を選択する。

【０１３０】第２の通信プロトコルの選択後、コントロ
ーラ３００は、ソース・ノード３０２とデスティネーシ
ョン・ノード３０４との間に論理的な接続関係を設定す
るために、図８に示すSET CCR control commandを生成
する。

【０１３１】ソース・ノード３０２のoCCRをセットする
SET CCR control commandにおいて、コントローラ３０
０は、SET CCR control commandにおいて、broadcast_f
lagフィールド８０７に「０」を、on_lineフィールド８
０８に「１」を、payload_sizeフィールド８１１に一回
のデータパケットで転送可能なデータ量を設定する。
又、デスティネーション・ノード３０４のiCCRをセット
するSET CCR controlcommandにおいて、receive_buffer
_sizeフィールド８１１に１セグメントのデータ量を設
定する。

【０１３２】更に、コントローラ３００は、oCCR（又
は、iCCR）をセットするSET CCR control commandにお
いて、offset_addressフィールド８１４にデスティネー
ション・ノード３０４の使用可能なデスティネーション
・オフセットを、CCR_numberフィールド８１５に未使用
のoCCR（又は、iCCR）を指定するCCR番号を夫々設定す
る。

【０１３３】本実施例において、コントローラ３００
は、receive_buffer_sizeフィールドに設定する値を、p
ayload_sizeフィールドに設定する値の整数倍とする。
このように構成することにより、データ転送の効率を向
上させることができる。

【０１３４】次に、コントローラ３００は、oCCRを設定
するために、ソース・ノード３０２に対して、上述のSE
T CCR control commandを発行する（９０３）。該SET C
CR control commandには、コントローラ３００にて選択
された通信プロトコルを示す値や、通信プロトコルに必
要な値が含まれている。

【０１３５】ソース・ノード３０２の状態が、上記SET
CCR control commandに対応可能であった場合には、ソ
ース・ノード３０２は、コントローラ３００に対してAC
CEPTED responseを返す（９０３）。その後、ソース・
ノード３０２は、選択された通信プロトコルに基づき、
データ転送を開始する。

【０１３６】一方、ソース・ノード３０２の状態が、上
記SET CCR control commandに対応できない場合には、
ソース・ノード３０２は、コントローラ３００に対して
REJECTED responseを返す。この場合、データ転送は開
始されず、論理的な接続も開放され、各ノードは始めか
ら再びネゴシエーションを開始する。

【０１３７】次に、コントローラ３００は、iCCRを開始
するために、デスティネーション・ノード３０４に対し
て、上述のSET CCR control commandを発行する（９０
４）。該SET CCR control commandには、コントローラ
３００にて選択された通信プロトコルを示す値や、通信
プロトコルに必要な値が含まれている。

【０１３８】デスティネーション・ノード３０４の状態
が、上記SET CCR control commandに対応可能であった
場合には、デスティネーション・ノード３０４は、コン
トローラ３００に対してACCEPTED responseを返す（９
０４）。その後、デスティネーション・ノード３０４
は、選択された通信プロトコルに基づき、データ転送を
開始する。

【０１３９】一方、デスティネーション・ノード３０４
の状態が、上記SET CCR control commandに対応できな
い場合には、デスティネーション・ノード３０４は、コ
ントローラ３００に対してREJECTED responseを返す。
この場合、データ転送は開始されず、論理的な接続も開
放され、各ノードは始めから再びネゴシエーションを開
始する。

【０１４０】以上の手順からなるネゴシエーションによ
り、コントローラ３００は、ソース・ノード３０２とデ
スティネーション・ノード３０４との間のコネクション
と、該コネクションが使用する通信プロトコルとを設定
することができる。尚、図９では、デスティネーション
・ノードが１つの場合について説明したが、デスティネ
ーション・ノードが複数個の場合には、上述の処理を各
デスティネーション・ノードに対して行えばよい。この
場合、コントローラ３００は、対象となる全てのノード
の通信能力に応じて使用可能な通信プロトコルを選択す
る。

【０１４１】次に、本実施例の第１の通信プロトコルに
基づくデータ転送について説明する。第１の通信プロト
コルは、ブロードキャスト通信を利用し、マルチキャス
ト通信を実現する通信プロトコルである。

【０１４２】第１の通信プロトコルにおいて、１つのオ
ブジェクトデータは１つ以上のセグメントに分割され、
各セグメントは１つ以上の「Asynchronous broadcast p
acket」にパケッタイズされ、各Asynchronous broadcas
t packetは「Asynchronous broadcast transaction」に
よりブロードキャスト転送される。ここで、Asynchrono
us broadcast packetとAsynchronous broadcast transa
ctionとは、本実施例の第１の通信プロトコルにおいて
規定する全く新規なパケット・フォーマットであり、転
送方法である。

【０１４３】以下、図１０、１２を用いて、第１の通信
プロトコルに基づく転送手順について詳細に説明する。
図１０は、１つのソース・ノードと１つのデスティネー
ション・ノードとの間の転送手順を説明するシーケンス
チャートである。又、図１２は、１つのソース・ノード
と３つのデスティネーション・ノード３０４との間の転
送手順を説明するシーケンスチャートである。

【０１４４】上述のネゴシエーションの終了後、コント
ローラ３００は、ソース・ノード３０２に対してオブジ
ェクトデータ３０８の転送を開始するように指示する
（図１０、１２の１００１）。転送開始の指示を受けた
後、ソース・ノード３０２は、１つ以上のデスティネー
ション・ノード３０４に対して、send request packet
をAsynchronous broadcast transactionにより転送する
（図１０、１２の１００２）。このsend request packe
tには、コントローラ３００によりセットされたコネク
ションＩＤが格納されている。

【０１４５】send request packetを受信したデスティ
ネーション・ノード３０４は、そのsend request packe
tのもつコネクションＩＤを、先のネゴシエーションに
おいてiCCRにセットされたコネクションＩＤと比較す
る。両者が一致する場合、デスティネーション・ノード
３０４はそのsend request packetを受信し、それに対
応するack response packetをAsynchronous broadcast
transactionにより転送する（図１０、１２の１００
３）。ここで、このack response packetには、各デス
ティネーション・ノード３０４の確保できる内部バッフ
ァのサイズが格納されている。

【０１４６】ack response packetの受信後、ソース・
ノード３０２は、Asynchronous broadcast transaction
を実行し、１つ以上のセグメントからなるオブジェクト
データ３０８を順次ブロードキャストする（図１０、１
２の１００４〜１００７）。

【０１４７】ここで、図１３を用いて、オブジェクトデ
ータ３０８の転送手順の一例を説明する。図１３におい
て、オブジェクトデータ３０８は、例えばデータサイズ
が１２８Ｋｂｙｔｅとなる静止画像データである。

【０１４８】ソース・ノード３０２は、send request p
acketを用いて認識した各デスティネーション・ノード
３０４の受信能力に応じてオブジェクトデータ３０８を
１つ以上のセグメントに分割する。ここで、１セグメン
トのデータサイズは、各デスティネーション・ノード３
０４の有する内部バッファのサイズによりソース・ノー
ド３０２が可変的に設定する。例えば、図１３のよう
に、オブジェクトデータ３０８と同じサイズの内部バッ
ファを各デスティネーション・ノードに確保できた場
合、ソース・ノード３０２は、オブジェクトデータ３０
８を１つのセグメントに分割する。

【０１４９】次に、ソース・ノード３０２は、各セグメ
ントを１つ以上のセグメントデータに分割する。図１３
には、１セグメントを例えば５００個のセグメントデー
タ（１セグメントデータは２５６ｂｙｔｅ）に分割する
例を示す。

【０１５０】ソース・ノード３０２は、各セグメントを
少なくとも一回のAsynchronous broadcast transaction
を用いて順次ブロードキャストする。図１３には、１セ
グメントデータを一回のAsynchronous broadcast trans
actionを用いて転送する例を示す。

【０１５１】１セグメントの全てを転送した後、次のセ
グメントがあれば、ソース・ノード３０２はそのセグメ
ントの転送を準備し、なければ各デスティネーション３
０４とのデータ通信を終了する（図１０、１２の１００
８、１００９）。

【０１５２】次に、図１０、１２を用いて、コントロー
ラ３００の動作について詳細に説明する。コントローラ
３００は、ソース・ノード３０２に対して送信コマンド
パケット（transaction command packet）をＡｓｙｎｃ
ｈｒｏｎｏｕｓ転送する（図１０、１２の１００１）。

【０１５３】送信コマンドパケットを受信したソース・
ノード３０２は、コントローラ３００から通知されたコ
ネクションＩＤを用いて初期設定を行い（図１０、１２
の１００２、１００３）、Asynchronous broadcast tra
nsactionを実行する（図１０、１２の１００４〜１００
７）。このAsynchronous broadcast transactionによ
り、ソース・ノード３０２は、１つ以上のセグメントか
らなるオブジェクトデータ３０８を順次転送することが
できる。

【０１５４】尚、本実施例の第１の通信プロトコルにお
いて、コントローラ３００は、コネクションの接続、非
接続を管理する機能を提供するものである。従って、コ
ネクション設定後におけるオブジェクトデータ３０８の
転送は、ソース・ノード３０２とデスティネーション・
ノード３０４との間のネゴシエーションにより実行され
る。

【０１５５】一連のAsynchronous broadcast transacti
onが終了した後、ソース・ノード３０２は、segment en
dを示すAsynchronous broadcast packet（以下、segmen
t end packet）をブロードキャストする（図１０、１２
の１００８）。

【０１５６】コントローラ３００は、ソース・ノード３
０２からのsegment end packetを受け取った後、コネク
ションを解放してデータ転送を終了する。ここで、segm
ent end packetは、ブロードキャストされるため、その
パケットの内容はデスティネーション・ノード３０４に
おいても検出することができる。従って、コントローラ
３００ではなく、デスティネーション・ノード３０４自
体が、ソース・ノード３０２とのコネクションを解放す
るように構成してもよい。

【０１５７】次に、図１０、１２を用いて、ソース・ノ
ード３０２の動作について詳細に説明する。コントロー
ラ３００からのtransaction command packetを受け取っ
たソース・ノード３０２は、各デスティネーション・ノ
ード３０４に対して上述のsend request packetを送出
する（図１０、１２の１００２）。

【０１５８】ここで、send request packetは、オブジ
ェクトデータ３０８のAsynchronousbroadcast transact
ionを開始する前に必要な初期情報を得るためのリクエ
ストパケットである。このパケットには、コントローラ
３００によって指定されたコネクションＩＤが書き込ま
れている。

【０１５９】デスティネーション・ノード３０４は、se
nd request packetに対応するレスポンスであるack res
ponse packetをブロードキャストする（図１０、１２の
１００３）。ここで、ack response packetには、send
request packetと同じコネクションＩＤが格納されてい
る。従って、ソース・ノード３０２は、受信パケットの
コネクションＩＤを確認することによって、どのコネク
ションを介して転送されたack response packetである
かを識別することができる。

【０１６０】ここで、ack response packetには、各デ
スティネーション・ノード３０４に確保されている内部
バッファのサイズが格納されている。ack response pac
ketの受信後、ソース・ノード３０２は、各デスティネ
ーション・ノード３０４のメモリ空間を共通に指定する
デスティネーション・オフセットを用いて、Asynchrono
us broadcast transactionを開始する。ここで、このデ
スティネーション・オフセットは、上述のネゴシエーシ
ョン時に、コントローラ３００から指示されたアドレス
である。

【０１６１】次にソース・ノード３０２は、最初のAsyn
chronous broadcast packetを、上述のデスティネーシ
ョン・オフセットが示すメモリ空間に対して書き込む
（図１０、１２の１００４）。このパケットには、コネ
クションＩＤ、セグメントデータのシークエンス番号が
格納されている。

【０１６２】最初のAsynchronous broadcast packetを
送信した後、ソース・ノード３０２は、デスティネーシ
ョン・ノード３０４からのレスポンス・パケットを待機
する。デスティネーション・ノード３０４からは、コネ
クションＩＤとシークエンス番号とを格納したレスポン
ス・パケットがAsynchronous broadcast packetの形式
で送出される。このレスポンス・パケットを受け取った
後、ソース・ノード３０２は、シークエンス番号をイン
クリメントし、次のセグメントデータを含むAsynchrono
us broadcast packetを転送する（図１０、１２の１０
０５）。

【０１６３】この手順を繰り返して、ソース・ノード３
０２は順次Asynchronous broadcasttransactionを行う
（図１０、１２の１００６〜１００７）。デスティネー
ション・ノード３０４からのレスポンスを待機する最大
の時間はあらかじめ決められており、その時間を過ぎて
もレスポンスが帰ってこない場合は、同一シークエンス
番号を用いて、同一データを再送する。

【０１６４】又、デスティネーション・ノード３０４か
ら再送を要求するレスポンス・パケットが転送された場
合、ソース・ノード３０２は、指定されたシークエンス
番号のデータを再度ブロードキャストすることもでき
る。

【０１６５】オブジェクトデータ３０８の全てをAsynch
ronous broadcast transactionを用いて転送した後、ソ
ース・ノード３０２は、segment end packetをブロード
キャストし、データ転送を終了する（図１０、１２の１
００８）。

【０１６６】尚、上述の実施例では、１セグメントデー
タのAsynchronous broadcast transactionに伴って必ず
レスポンス・パケットを送出するように規定している
が、それに限るものではない。デスティネーション・ノ
ード３０４の有するデータバッファが、複数の連続する
セグメントデータによって満たされた後に、デスティネ
ーション・ノード３０４がレスポンス・パケットの送信
を行うように構成してもよい。

【０１６７】次に、図１０、１２を用いて、デスティネ
ーション・ノード３０４の動作について詳細に説明す
る。上述のネゴシエーション後、デスティネーション・
ノード３０４は、ソース・ノード３０２からのsend req
uest packetを待機する（図１０、１２の１００２）。

【０１６８】send request packetを受け取ったデステ
ィネーション・ノード３０４は、そのパケットに書かれ
ているコネクションＩＤとコントローラから通知された
コネクションIDを確認し、このパケットがソース・ノー
ド３０２からのパケットであるかどうかを判別する。

【０１６９】ソース・ノード３０２からのsend request
packetを受信した後、各デスティネーション・ノード
３０４は、コネクションＩＤ、確保できる内部バッファ
のサイズを書き込んだack response packetをブロード
キャストする（図１０、１２の１００３）。

【０１７０】ソース・ノード３０２から転送されたAsyn
chronous broadcast packetをメモリ空間に書き込んだ
後、デスティネーション・ノード３０４は、そのパケッ
トのコネクションＩＤを確認する。そのパケットに含ま
れるコネクションＩＤが自己のコネクションＩＤと一致
する場合、コネクションＩＤとそのパケットに含まれる
シークエンス番号とを格納したレスポンス・パケットを
ブロードキャストする（図１０、１２の１００４〜１０
０７）。この場合、受信パケットに含まれるセグメント
データは、内部バッファに格納される。ここで、受信パ
ケットに含まれるコネクションＩＤが自己のコネクショ
ンＩＤと異なる場合、デスティネーション・ノード３０
４は、その受信パケットを廃棄する。

【０１７１】又、デスティネーション・ノード３０４
は、受信パケットのシークエンス番号の不整合を検出し
た場合に、再送要求を示すレスポンス・パケットを送出
することもできる。その場合、デスティネーション・ノ
ード３０４は、再送を要求するシークエンス番号をソー
ス・ノード３０２に通知する。

【０１７２】全てのAsynchronous broadcast transacti
onを終了すると、ソース・ノード３０２からsegment en
d packetがブロードキャストされる。このパケットを受
信すると、デスティネーション・ノード３０４はデータ
転送プロセスを終了する（図１０、１２の１００８）。

【０１７３】segment end packetを受信した後、デステ
ィネーション・ノード３０４は、segment end packetを
正常に受信したことを示すレスポンス・パケットをブロ
ードキャストする（図１０、１２の１００９）。

【０１７４】以上説明したように本実施例の通信システ
ムは、従来の通信方式の不便利性を解決することができ
る。又、リアルタイム性を必要としないデータ転送にお
いても、簡便に高速にデータを転送することができる。

【０１７５】又、本実施例では、コントローラ３００が
コネクションを設定した後、オブジェクトデータの転送
処理は、コントローラ３００に制御されることなくソー
ス・ノード３００と各デスティネーション・ノード３０
４との間において実行される。これにより、コントロー
ラ３００の負荷を減らし、複雑な通信手順を踏むことの
ない簡単な通信プロトコルを提供することができる。

【０１７６】又、本実施例では、デスティネーション・
ノード３０４は、各Asynchronous broadcast transacti
onに対して必ずレスポンスを返すように構成されてい
る。これにより、リアルタイム性の必要としないデータ
を確実に転送することのできる通信プロトコルを提供す
ることができる。

【０１７７】より確実なデータ転送を実現するために
は、バスリセットや何らかの伝送エラーの発生によって
データ転送が中断した場合において、データを欠落させ
ることなく速やかにデータ転送を再開させることが必要
である。以下、図１１を用いて、本実施例の通信プロト
コルで規定する再開手順について説明する。

【０１７８】例えば、シークエンス番号iのAsynchronou
s broadcast packetを受信した後にバスリセットが発生
した場合、各ノードは転送処理を中断し、ＩＥＥＥ１３
９４−１９９５規格で定められた手順に従ってバスの初
期化、接続構成の認識、ノードＩＤの設定等を実行する
（図１１の１０１０、１０１１）。

【０１７９】バスの再構築が完了した後、各デスティネ
ーション・ノード３０４は、コネクションＩＤとシーク
エンス番号ｉとを格納した再開要求パケット（resend r
equest packet）をブロードキャストする（図１１の１
０１２）。

【０１８０】Asynchronous broadcast transactionの再
開が可能な場合、ソース・ノード３０２は、受信したre
send request packetのコネクションＩＤを確認し、こ
のコネクションＩＤを格納したack response packetを
ブロードキャストする（図１１の１０１３）。

【０１８１】その後、ソース・ノード３０２は、受信し
たresend request packetにより要求されたシークエン
ス番号以降のセグメントデータ、すなわち、シークエン
ス番号(i+1)で始まるセグメントデータを順次ブロード
キャストする（図１１の１０１４）。

【０１８２】前述の手順により、コントローラ３００、
ソース・ノード３０２、デスティネーション・ノード３
０４は、それぞれのノードＩＤを考慮することなく、デ
ータ転送が中断しても、その後のデータ転送を容易に、
かつ、確実に再開することができる。

【０１８３】又、前述のように、本実施例では、データ
転送が中断した場合にも、コントローラ３００の制御手
順が簡略化できる効果がある。

【０１８４】次に、図１４を用いて第１の通信プロトコ
ルで使用するAsynchronous broadcast packetの構成に
ついて説明する。Asynchronous broadcast packetは、
例えば、１Ｑｕａｄｌｅｔ（４ｂｙｔｅｓ＝３２ｂｉｔ
ｓ)を単位とするデータパケットである。

【０１８５】まず、パケット・ヘッダ（ｐａｃｋｅｔｈ
ｅａｄｅｒ）１２１９の構成を説明する。図１４におい
て、フィールド１２０１（１６ｂｉｔｓ）は、destinat
ion_IDを示し、受信先（即ち、デスティネーション・ノ
ード３０４）のノードＩＤを示す。本実施例の通信プロ
トコルでは、オブジェクトデータ３０８のAsynchronous
broadcast transactionを実現するため、このフィール
ドの値をブロードキャスト用ＩＤ（即ち、「ＦＦＦ
Ｆ₁₆」）とする。

【０１８６】フィールド１２０２（６ｂｉｔｓ）は、ト
ランザクション・ラベル(tl)フィールドを示し、各トラ
ンザクション固有のタグである。フィールド１２０３
（２ｂｉｔｓ）は、リトライ(rt)コードを示し、パケッ
トがリトライを試みるかどうかを指定する。

【０１８７】フィールド１２０４（４ｂｉｔｓ）は、ト
ランザクションコード(tcode)を示す。tcodeは、パケッ
トのフォーマットや、実行しなければならないトランザ
クションのタイプを指定する。本実施例では、このフィ
ールドの値を例えば「０００１₂」とし、このパケット
のデータ・ブロック５２２をdestination_offsetフィー
ルド１２０７の示すメモリ空間に書き込む処理（即ち、
ライト・トランザクション）をリクエストする。

【０１８８】フィールド１２０５（４ｂｉｔｓ）は、プ
ライオリティ(pri)を示し、優先順位を指定する。本実
施例では、このフィールドの値は「００００₂」とす
る。フィールド１２０６（１６ｂｉｔｓ）は、source_I
Dを示し、送信側（即ち、ソース・ノード３０２）のノ
ードＩＤを示す。

【０１８９】フィールド１２０７（４８ｂｉｔｓ）は、
destination_offsetを示し、各デスティネーション・ノ
ード３０４の有するアドレス空間の下位４８ｂｉｔｓを
共通に指定する。フィールド１２０８（１６ｂｉｔｓ）
は、data_lengthを示し、後述するデータフィールドの
長さをバイト単位で示す。

【０１９０】フィールド１２０９（１６ｂｉｔｓ）は、
extended_tcodeを示す。本実施例では、このフィールド
の値を「００００₂」とする。フィールド１２１０（３
２ｂｉｔｓ）は、header_CRCを示し、上述したフィール
ド１２０１〜１２０９のエラーを検出するためのエラー
検出コードが格納される。

【０１９１】次に、データ・ブロック（ｄａｔａｂｌｏ
ｃｋ）１２２０の構成を説明する。データ・ブロック１
２２０は、ヘッダ・インフォメーション（ｐａｃｋｅｔ
ｉｎｆｏｒｍａｔｉｏｎ）１２２１とデータ・フィール
ド（ｄａｔａｆｉｅｌｄ）１２２２とにより構成され
る。

【０１９２】ヘッダ・インフォメーション１２２１に
は、各ノード間の論理的な接続関係（即ち、コネクショ
ン）を識別するためのコネクションＩＤなどが格納され
る。尚、ヘッダ・インフォメーション１２２１の構成
は、使用目的に応じて異なる。

【０１９３】又、データ・フィールド１２２２は可変長
なフィールドであり、上述のセグメントデータが格納さ
れる。ここで、データ・フィールド１２２２に格納され
るセグメントデータがクアッドレットの倍数でない場
合、クアッドレットに満たない分には「０」が詰められ
る。

【０１９４】フィールド１２１１（１６ｂｉｔｓ）は、
connection_IDを示し、本実施例のコネクションＩＤを
格納する。本実施例の１３９４インタフェースは、この
フィールドに格納されたコネクションＩＤに基づいてソ
ース・ノード３０２と１つ以上のデスティネーション・
ノード３０４との間に設定されたコネクションを識別す
る。本実施例では、２¹⁶×（ノード数）のコネクション
を確立することが可能となる。これにより、各コネクシ
ョンの使用する通信帯域の総量が伝送路の容量に達する
まで、複数のコネクションを設定することが可能とな
る。

【０１９５】フィールド１２１２（８ｂｉｔｓ）は、pr
otocol_typeを示し、ヘッダ・インフォメーション１２
２１に基づく通信手順（即ち、通信プロトコルの種類）
を示す。本実施例の通信プロトコルを示す場合、このフ
ィールドの値は例えば「０１ ₁₆」となる。

【０１９６】フィールド１２１３（８ｂｉｔｓ）は、co
ntrol_flagsを示し、本実施例の通信プロトコルの通信
手順等を制御する所定の制御データが設定される。本実
施例では、このフィールドの最上位ビットを、例えば、
再送要求(resend_request)フラグとする。従って、この
フィールドの最上位ビットの値が「１」となる場合、本
実施例の通信プロトコルに基づく再送要求が生じている
ことを示す。

【０１９７】フィールド１２１４（１６ｂｉｔｓ）は、
sequence_numberを示し、特定のコネクションＩＤ（フ
ィールド５１１で指定されたコネクションＩＤ）に基づ
いて転送されるパケットに対して連続的な値（即ち、シ
ークエンス番号）を設定する。このシークエンス番号に
よって、デスティネーション・ノード３０４は、順次As
ynchronous broadcast transactionされるセグメントデ
ータの連続性を監視することができる。不一致が生じた
場合、デスティネーション・ノード３０４は、このシー
クエンス番号に基づいて再送を要求することもできる。

【０１９８】フィールド１２１５（１６ｂｉｔｓ）は、
reconfirmation_numberを示す。本実施例においてこの
フィールドは、上述の再送要求フラグの値が１である場
合にのみ意味を持つ。例えば、上述の再送要求フラグの
値が１である場合、このフィールドには、再送を要求す
るパケットのシークエンス番号が設定される。

【０１９９】フィールド１２１６（１６ｂｉｔｓ）は、
buffer_sizeを示す。このフィールドには、デスティネ
ーション・ノード３０４のバッファ・サイズが設定され
る。フィールド１２１７（１６ｂｉｔｓ）は、reserved
フィールドである。このフィールドは、将来のために予
約されている。

【０２００】フィールド１２１８（３２ｂｉｔｓ）は、
data_CRCを示し、上記のheader_CRCと同様に、フィール
ド１２１１〜１２１７のエラーを検出するためのエラー
検出コードが格納される。

【０２０１】尚、本実施例の第１の通信プロトコルで
は、図１４に示すAsynchronous broadcast packetを用
いて、上述のAsynchronous broadcast transactionを実
現したがそれに限るものではない。例えば、図１５に示
すAsynchronous stream packetを用いて実現することも
可能である。この場合、上述のオブジェクトデータは、
１つ以上のセグメントに分割され、各セグメントは１つ
以上のAsynchronous stream packetにパケッタイズされ
る。そして、ソース・ノード３０２は、各Asynchronous
stream packetを、Asynchronous転送期間内において順
次ブロードキャスト転送する。ここで、Asynchronous s
tream packetのフォーマットと転送方法とは、ＩＥＥＥ
１３９４−１９９５規格の拡張規格であるＩＥＥＥ１３
９４．ａ規格において規定されている。

【０２０２】図１５において、フィールド１２４０（１
６ｂｉｔｓ）は、data_lengthフィールドである。この
フィールドには、後述するデータ・フィールド１２４６
の長さをバイト単位にデータが格納される。フィールド
１２４１（２ｂｉｔｓ）は、tagフィールドである。こ
のフィールドには、「００₂」が格納される。

【０２０３】フィールド１２４２（６ｂｉｔｓ）は、ch
annelフィールドである。このフィールドには、このパ
ケットを含む一連のAsynchronous stream packetに割り
当てられたチャネル番号がセットされる。フィールド１
２４３（４ｂｉｔｓ）は、トランザクション・コード
（tcode）フィールドであり、Asynchronous stream pac
ketであることを示す「Ａ₁₆」を指定する。

【０２０４】フィールド１２４４（４ｂｉｔｓ）は、sy
nchronization code（sy）フィールドである。このフィ
ールドには、使用するアプリケーションによって決定さ
れた制御コードが格納される。フィールド１２４５（３
２ｂｉｔｓ）は、header_CRCである。このフィールドに
は、上述したフィールド１２４１〜１２４４のエラーを
検出するためのエラー検出コードが格納される。

【０２０５】フィールド１２４６（可変長）は、データ
・フィールドである。このフィールドには、図１４に示
すフィールド１２１１〜１２１７の値とセグメントデー
タとが格納される。ここで、フィールド１２４６に格納
されるセグメントデータがクアッドレットの倍数でない
場合、クアッドレットに満たない分には「０」が詰めら
れる。フィールド１２４７（３２ｂｉｔｓ）は、data_C
RCである。このフィールドには、上記のheader_CRCと同
様に、フィールド１２４６のエラーを検出するためのエ
ラー検出コードが格納される。

【０２０６】次に、本実施例の第２の通信プロトコルに
ついて説明する。第２の通信プロトコルは、通信相手を
特定した通信方式を利用し、ユニキャスト通信を実現す
る通信プロトコルである。第２の通信プロトコルにおい
て、１つのオブジェクトデータは１つ以上のセグメント
に分割され、各セグメントは１つ以上の「Asynchronous
write request packet」にパケッタイズされ、各Async
hronous write request packetは「Asynchronous write
transaction」により転送される。ここで、Asynchrono
us write request packetとAsynchronous write transa
ctionとは、ＩＥＥＥ１３９４−１９９５規格において
規定するパケット・フォーマットであり、転送方法であ
る。

【０２０７】以下、図１６を用いて、第２の通信プロト
コルに基づく転送手順について詳細に説明する。上記ネ
ゴシエーション（図９参照）が終わると、最初に、コン
トローラ３００は、デスティネーション・ノード３０４
に、Receive Segment commandを発行する（１３０
１）。受信準備ができ次第、デスティネーション・ノー
ド３０４は、コントローラ３００に、INTERIM response
を発行して待機状態に入る（１３０２）。

【０２０８】次に、コントローラ３００は、ソース・ノ
ード３０２に、Send Segment commandを発行する（１３
０３）。ソース・ノード３０２は、コントローラ３００
に、INTERIM responseを発行してデータ送信状態に入る
（１３０４）。

【０２０９】データ送信状態に入った後、ソース・ノー
ド３０２は、Asynchronous write transactionを用い
て、所望のオブジェクトデータ３０８をデスティネーシ
ョン・ノード３０４に送信する（１３０５〜１３０
８）。

【０２１０】ここで、図１３を用いて、オブジェクトデ
ータ３０８の転送手順の一例を説明する。図１３におい
て、オブジェクトデータ３０８は、例えばデータサイズ
が１２８Ｋｂｙｔｅとなる静止画像データである。

【０２１１】ソース・ノード３０２は、オブジェクトデ
ータ３０８を１つ以上のセグメントに分割する。例え
ば、オブジェクトデータ３０８と同じサイズの内部バッ
ファをデスティネーション・ノード３０４に確保できた
場合、ソース・ノード３０２は、オブジェクトデータ３
０８を１つのセグメントに分割する。

【０２１２】次に、ソース・ノード３０２は、コントロ
ーラ３００から指示されたoCCRのpayload_sizeフィール
ド５１４の内容を検出し、各セグメントを１つ以上のセ
グメントデータに分割する。図１３には、１セグメント
を５００個のセグメントデータ（１セグメントデータは
２５６ｂｙｔｅ）に分割する例を示す。ここで、payloa
d_sizeフィールド５１４の内容は、コントローラ３００
によりセットされる。

【０２１３】次に、ソース・ノード３０２は、各セグメ
ントを少なくとも一回のAsynchronous write transacti
onを用いて順次転送する。図１３には、１セグメントデ
ータを一回のAsynchronous write transactionを用いて
転送する例を示す。

【０２１４】１回以上のAsynchronous write transacti
onにより順次転送されたデータの総量が、receive_buff
er_sizeフィールド６１４に設定された値（即ち、内部
バッファの容量）に達した場合、ソース・ノード３０２
は、上記Send Segment commandに対するACCEPTED respo
nseをコントローラ３００に対して発行する（１３０
９）。

【０２１５】次に、デスティネーション・ノード３０４
は、上記Receive Segment commandに対するACCEPTED re
sponseをコントローラ３００に対して発行し、１セグメ
ント分のデータ転送が完了したことを通知する（１３１
０）。次のセグメントがある場合、コントローラ３０
０、ソース・ノード３０２、及びデスティネーション・
ノード３０４は、上述の手順を繰り返し行う。

【０２１６】これにより、ソース・ノード３０２は、As
ynchronous write transactionを用いて、所望のオブジ
ェクトデータ３０８をデスティネーション・ノード３０
４に対して確実に送信することができる。

【０２１７】以上説明したように上述の各実施例では、
物理的な接続形態に依存しない論理的な接続関係をＩＥ
ＥＥ１３９４−１９９５規格のようなバス型ネットワー
ク内に構築することができる。

【０２１８】又、本実施例では、ＩＥＥＥ１３９４−１
９９５規格に準拠した通信システムにおいて、リアルタ
イム性は必要とされないが、信頼性が要求される比較的
データ量の多いオブジェクトデータ（例えば、静止画像
データ、グラフィックスデータ、テキストデータ、ファ
イルデータ、プログラムデータ等）を、１以上のセグメ
ントに分割し、各セグメントを１つ以上のＡｓｙｎｃｈ
ｒｏｎｏｕｓ転送を用いて順次転送する全く新規な通信
プロトコルを提供することができる。

【０２１９】又、本実施例では、ＩＥＥＥ１３９４−１
９９５規格に準拠した通信システムにおいて、複数の機
器間のデータ通信を、Ａｓｙｎｃｈｒｏｎｏｕｓ転送方
式によるブロードキャスト通信を用いて実現する全く新
規な通信プロトコルを提供することもできる。

【０２２０】更に本実施例では、ＩＥＥＥ１３９４−１
９９５規格に準拠した通信システムにおいて、複数の異
なる通信プロトコルが存在した場合でも、使用可能な通
信プロトコルを自動的に判別し、使い分けることができ
る。

【０２２１】なお、上述の各実施例において説明した通
信プロトコル及びそれを実現するために必要な各種の処
理動作は、ソフトウェアによって実現することも可能で
ある。例えば、上述の実施例の機能を実現するためのプ
ログラムコードを記憶した記憶媒体を、各実施例の通信
システムを構成する機器の制御部（例えば、図１のＭＰ
Ｕ１２、システムコントローラ５０、プリンタコントロ
ーラ６８）に供給するように構成する。そして、その制
御部が、該記憶媒体に格納されたプログラムコードを読
み出し、そのプログラムコードに従って各実施例の機能
を実現するように通信システム或いは機器自体の動作を
制御するように構成しても、上述の実施例を実現するこ
とができる。

【０２２２】又、上述の実施例の機能を実現するための
プログラムコードを記憶した記憶媒体を、各機器の具備
する１３９４インタフェース１４、４４、６２に供給
し、該１３９４インタフェース１４、４４、６２の動作
を制御する制御部（例えば、図２のシリアル・バス・マ
ネージメント２０６）が、該記憶媒体に記憶されたプロ
グラムコードに従って各実施例の機能を実現するように
処理動作を制御するように構成してもよい。

【０２２３】この場合、上述の記憶媒体から読み出され
たプログラムコード自体が各実施例の機能を実現するこ
とになり、そのプログラムコード自体及びそのプログラ
ムコードを制御部に供給するための手段（例えば、記憶
媒体自体）は本発明を構成する。

【０２２４】かかるプログラムコードを記憶する記憶媒
体としては、例えば、フロッピディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気
テープ、不揮発性のメモリカード、ＲＯＭなどを用いる
ことができる。

【０２２５】又、上述の記憶媒体から読み出されたプロ
グラムコードが、上述の制御部上で稼動しているＯＳ
（オペレーティングシステム）或いは各種のアプリケー
ションソフト等と共同して、各実施例の機能を実現する
場合も本発明に含まれることは言うまでもない。

【０２２６】更に、上述の記憶媒体から読み出されたプ
ログラムコードを、上述の制御部に接続された機能拡張
ユニットに備わるメモリに格納した後、その機能拡張ユ
ニットに備わる制御部が、該メモリに格納したプログラ
ムコードに従って実際の処理の一部或いは全てを行い、
その処理によって各実施例の機能を実現する場合も本発
明に含まれることは言うまでもない。

【０２２７】尚、本発明はその精神、又は主要な特徴か
ら逸脱することなく、他の様々な形で実施することがで
きる。例えば、本実施例のコントローラ３００は、ソー
ス・ノード３０２のoMCRとデスティネーション・ノード
３０４のiMCRとを読み出す際、図７に示すREAD MCR sta
tus commandを各ノードに発行するように構成したがそ
れに限るものではない。oMCR、iMCRのアドレスを予め特
定のアドレスとなるように構成しておけば、コントロー
ラ３００は、各レジスタの内容を、ＩＥＥＥ１３９４−
１９９５規格のAsynchronousリード・トランザクション
を用いて読み出すこともできる。

【０２２８】このように構成した場合、本実施例の１３
９４インタフェースは、図９に示すネゴシエーションの
処理の一部を、図２に示すトランザクション・レイヤよ
りも上位のレイヤに影響を与えることなく実現すること
ができる。これにより、本実施例の１３９４インタフェ
ースは、アプリケーション・レイヤに対する負荷を少な
くすることができ、ハードウェア化が容易になる。

【０２２９】又、本実施例のコントローラ３００は、ソ
ース・ノード３０２のoCCRとデスティネーション・ノー
ド３０４のiCCRに所定の値を書き込む際、図８に示すSE
T CCR control commandを各ノードに発行するように構
成したがそれに限るものではない。oCCR、iCCRのアドレ
スを予め特定のアドレスとなるように構成しておけば、
コントローラ３００は、各レジスタの内容を、ＩＥＥＥ
１３９４−１９９５規格のAsynchronousリード・ライト
・コンペア・スワップ・ロック・トランザクションを用
いて書き込むこともできる。

【０２３０】このように構成した場合、本実施例の１３
９４インタフェースは、ロック・トランザクションに対
する応答により、図９に示すネゴシエーションの処理の
一部を実現することができる。これにより、本実施例の
１３９４インタフェースは、トランザクション・レイヤ
における応答により上述の処理を実現できるため、処理
速度をより一層向上されることができる。又、アプリケ
ーション・レイヤに対する負荷を少なくすることがで
き、ハードウェア化が容易になる。

【０２３１】又、本実施例では、コントローラ３００が
２種類の異なる通信プロトコルを選択する構成及び手順
について説明したが、２種類以上の通信プロトコルの中
から選択するように構成してもよい。この場合、各ノー
ドは、oMCRのreservedフィールド５０３或いはiMCRのre
servedフィールド５０６を用いて各通信プロトコルのサ
ポート状態を示すことができる。

【０２３２】更に、本実施例では、ＩＥＥＥ１３９４−
１９９５規格に準拠したネットワークに適用可能な通信
プロトコルについて説明したがそれに限るものではな
い。本実施例の通信プロトコルは、ＩＥＥＥ１３９４−
１９９５規格のようなバス型ネットワークやバス型ネッ
トワークを仮想的に構成できるネットワークに適用する
こともできる。

【０２３３】従って、前述の各実施例ではあらゆる点で
単なる例示に過ぎず、限定的に解釈してはならない。本
発明の範囲は特許請求の範囲によって示すものであっ
て、明細書本文には何等拘束されない。更に、特許請求
の範囲の均等範囲に属する変形や変更はすべて本発明の
範囲のものである。

【０２３４】

【発明の効果】本発明によれば、複数の異なる通信プロ
トコルが混在する場合でも、システム全体の操作性を著
しく損なうことなく、利用可能な通信プロトコルに適応
的に選択することができる。

【図面の簡単な説明】

【図１】本実施例の通信システムの構成例を示すブロッ
ク図である。

【図２】本実施例の１３９４インターフェースの構成を
説明する図である。

【図３】本実施例の第１、第２の通信プロトコルの基本
構成を説明する概念図である。

【図４】各ノードの有するアドレス空間を説明する図で
ある。

【図５】本実施例のソース・ノードの有する出力レジス
タ（oMCRとoCCR）の構成を説明する図である。

【図６】本実施例のデスティネーション・ノードの有す
る入力レジスタ（iMCRとiCCR）の構成を説明する図であ
る。

【図７】MCR、iMCRの内容を読み出すためのコマンドの
構成を示す図である。

【図８】CCR、iCCRに所定の値を書き込むためのコマン
ドの構成を示す図である。

【図９】ソース・ノードとデスティネーション・ノード
との間で使用する通信プロトコルを設定するまでの手順
について説明するシーケンスチャートである。

【図１０】本実施例の第１の通信プロトコルについて説
明するシーケンスチャートで、１つのソース・ノードと
１つのデスティネーション・ノードとの間の転送手順を
説明する図である。

【図１１】本実施例の第１の通信プロトコルについて説
明するシーケンスチャートで、通信プロトコルで規定す
る再開手順について説明する図である。

【図１２】本実施例の第１の通信プロトコルについて説
明するシーケンスチャートで、１つのソース・ノードと
３つのデスティネーション・ノード３０４との間の転送
手順を説明する図である。

【図１３】第１の通信プロトコルによる通信オブジェク
トデータの転送手順を説明する図である。

【図１４】第１の通信プロトコルにて使用されるデータ
パケットの構成を示す図である。

【図１５】第１の通信プロトコルにて使用されるデータ
パケットの構成を示す図である。

【図１６】本実施例の第２の通信プロトコルについて説
明するシーケンスチャートである。

【符号の説明】

１０ コンピュータ １２ 演算処理装置 １４ １３９４インターフェース １６ 操作部 １８ デコーダ ２０ 表示部 ２２ ハードディスク ２４ 内部メモリ ２６ 内部バス ２８ カメラ一体型デジタルビデオレコーダ ３０ 撮像部 ３２ Ａ／Ｄ変換器 ３４ 画像処理部 ３６ 圧縮／伸長処理部 ３８、４０ メモリ ４２ データセレクタ ４４ １３９４インターフェース ４６、４８ メモリ制御部 ５０ 制御部 ５２ 操作部 ５４ 電子ビューファインダ ５６ Ｄ／Ａ変換器 ５８ 記録再生部 ６０ プリンタ ６２ １３９４インターフェース ６４ データセレクタ ６６ 操作部 ６８ プリンタコントローラ ７０ デコーダ ７２ 内部メモリ ７４ 画像処理部 ７６ ドライバ ７８ プリンタヘッド ３００ コントローラ ３０２ ソース・ノード ３０４ デスティネーション・ノード

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小林 崇史 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 大西 慎二 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内

Claims (37)

【特許請求の範囲】
1. 【請求項１】 少なくとも１回の非同期通信を用いて１
   つ以上のセグメントからなるオブジェクトデータを転送
   するソース・ノードと、 前記ソース・ノードから転送されたオブジェクトデータ
   を受信する１つ以上のデスティネーション・ノードと、 前記ソース・ノードと前記１つ以上のデスティネーショ
   ン・ノードとの間に論理的な接続関係を設定するコント
   ローラとを備え、 前記コントローラは、複数の異なる通信プロトコルの中
   から、前記ソース・ノードと前記デスティネーション・
   ノードとの間で使用される通信プロトコルを選択するこ
   とを特徴とするデータ通信システム。
2. 【請求項２】 前記通信プロトコルの１つは、ブロード
   キャスト通信を用いて前記オブジェクトデータを転送す
   る通信プロトコルであることを特徴とする請求項１記載
   のデータ通信システム。
3. 【請求項３】 前記通信プロトコルの１つは、マルチキ
   ャスト通信の可能な通信プロトコルであることを特徴と
   する請求項１記載のデータ通信システム。
4. 【請求項４】 前記通信プロトコルは、Asynchronousブ
   ロードキャストトランザクションを用いた通信プロトコ
   ルであることを特徴とする請求項２又は３記載のデータ
   通信システム。
5. 【請求項５】 前記通信プロトコルの１つは、通信相手
   を特定する通信方式を用いて前記オブジェクトデータを
   転送する通信プロトコルであることを特徴とする請求項
   １記載のデータ通信システム。
6. 【請求項６】 前記通信プロトコルの１つは、ユニキャ
   スト通信の可能な通信プロトコルであることを特徴とす
   る請求項１記載のデータ通信システム。
7. 【請求項７】 前記通信プロトコルは、Asynchronousラ
   イトトランザクションを用いた通信プロトコルであるこ
   とを特徴とする請求項５又は６記載のデータ通信システ
   ム。
8. 【請求項８】 前記ソース・ノードとデスティネーショ
   ン・ノードとは、自己の通信能力を記述するレジスタ空
   間を有することを特徴とする請求項１〜７のいずれか１
   項に記載のデータ通信システム。
9. 【請求項９】 前記コントローラは、前記レジスタ空間
   の内容により前記通信プロトコルを選択することを特徴
   とする請求項８記載のデータ通信システム。
10. 【請求項１０】 前記ソース・ノードとデスティネーシ
    ョン・ノードとは、前記論理的な接続関係に関する情報
    を記述するレジスタ空間を有することを特徴とする請求
    項１〜９のいずれか１項に記載のデータ通信システム。
11. 【請求項１１】 前記コントローラは、前記論理的な接
    続関係を設定する毎に、前記通信プロトコルを選択する
    ことを特徴とする請求項１〜１０のいずれか１項に記載
    のデータ通信システム。
12. 【請求項１２】 前記ソース・ノードは、１セグメント
    分のデータを少なくとも１回の非同期通信を用いて順次
    転送することを特徴とする請求項１〜１１のいずれか１
    項に記載のデータ通信システム。
13. 【請求項１３】 前記１つ以上のデスティネーション・
    ノードは、前記非同期通信を用いて転送されたデータに
    対してレスポンスを返すことを特徴とする請求項１〜１
    ２のいずれか１項に記載のデータ通信システム。
14. 【請求項１４】 前記コントローラは、前記ソース・ノ
    ードと前記１つ以上のデスティネーション・ノードとの
    間に１つ以上の論理的な接続関係を設定可能であること
    を特徴とする請求項１〜１３のいずれか１項に記載のデ
    ータ通信システム。
15. 【請求項１５】 前記ソース・ノードは、前記１つ以上
    のデスティネーション・ノードのメモリ空間を共通に指
    定するアドレスを用いて前記オブジェクトデータを書き
    込むことを特徴とする請求項１〜１４のいずれか１項に
    記載のデータ通信システム。
16. 【請求項１６】 前記通信プロトコルは、Asynchronous
    Stream packetを用いた通信プロトコルであることを
    特徴とする請求項２又は３記載のデータ通信システム。
17. 【請求項１７】 前記データ通信システムは、バス型ネ
    ットワークであることを特徴とする請求項１〜１６のい
    ずれか１項に記載のデータ通信システム。
18. 【請求項１８】 前記データ通信システムは、ＩＥＥＥ
    １３９４−１９９５規格に準拠したネットワークである
    ことを特徴とする請求項１〜１７のいずれか１項に記載
    のデータ通信システム。
19. 【請求項１９】 前記オブジェクトデータは、静止画像
    データ、グラフィックスデータ、テキストデータ、ファ
    イルデータ、プログラムデータの少なくとも１つである
    ことを特徴とする請求項１〜１８のいずれか１項に記載
    のデータ通信システム。
20. 【請求項２０】 ソース・ノードと１つ以上のデスティ
    ネーション・ノードとの間に論理的な接続関係を設定す
    るステップと、 複数の異なる通信プロトコルの中から、前記ソース・ノ
    ードと前記デスティネーション・ノードとの間で使用さ
    れる通信プロトコルを選択するステップと、 １つ以上のセグメントからなるオブジェクトデータを少
    なくとも１回の非同期通信を用いて前記デスティネーシ
    ョン・ノードに転送するステップとを有することを特徴
    とするデータ通信方法。
21. 【請求項２１】 １つ以上のセグメントからなるオブジ
    ェクトデータを少なくとも１つの通信パケットにパケッ
    タイズする手段と、 １つ以上のデスティネーション・ノードとの間に設定さ
    れた論理的な接続関係と複数の異なる通信プロトコルの
    １つとを用いて、前記通信パケットを非同期転送する手
    段とを備えることを特徴とするデータ通信装置。
22. 【請求項２２】 １つ以上のセグメントからなるオブジ
    ェクトデータを少なくとも１つの通信パケットにパケッ
    タイズするステップと、 １つ以上のデスティネーション・ノードとの間に設定さ
    れた論理的な接続関係と複数の異なる通信プロトコルの
    １つとを用いて、前記通信パケットを非同期転送するス
    テップとを有することを特徴とするデータ通信方法。
23. 【請求項２３】 ソース・ノードとの間に設定された論
    理的な接続関係と複数の異なる通信プロトコルの１つと
    を用いて非同期転送された少なくとも１つの通信パケッ
    トを受信する手段と、 前記通信パケットに含まれるデータを該通信パケットの
    指定するメモリ空間に書き込む手段とを備えることを特
    徴とするデータ通信装置。
24. 【請求項２４】 ソース・ノードとの間に設定された論
    理的な接続関係と複数の異なる通信プロトコルの１つと
    を用いて非同期転送された少なくとも１つの通信パケッ
    トを受信するステップと、 前記通信パケットに含まれるデータを該通信パケットの
    指定するメモリ空間に書き込むステップとを有すること
    を特徴とするデータ通信方法。
25. 【請求項２５】 ソース・ノードと１つ以上のデスティ
    ネーション・ノードとの間に論理的な接続関係を設定す
    る手段と、 前記論理的な接続関係において使用可能な通信プロトコ
    ルを、複数の異なる通信プロトコルの中から選択する手
    段とを備えることを特徴とするデータ通信装置。
26. 【請求項２６】 ソース・ノードと１つ以上のデスティ
    ネーション・ノードとの間に論理的な接続関係を設定す
    るステップと、 前記論理的な接続関係において使用可能な通信プロトコ
    ルを、複数の異なる通信プロトコルの中から選択するス
    テップとを有することを特徴とするデータ通信方法。
27. 【請求項２７】 情報データを送信するソース・ノード
    と、該情報データを受信するデスティネーション・ノー
    ドとを含むデータ通信システムにおいて、 １つ以上の特定された転送先或いは不特定多数の転送先
    に応じて異なる複数の通信プロトコルの何れかを選択
    し、上記情報データを転送することを特徴とするデータ
    通信システム。
28. 【請求項２８】 上記異なる複数の通信プロトコルの夫
    々に関する情報は、上記ソース・ノード及び上記デステ
    ィネーション・ノードの具備する記憶手段に記憶されて
    いることを特徴とする請求項２７記載のデータ通信シス
    テム。
29. 【請求項２９】 上記異なる複数の通信プロトコルの１
    つは、ＩＥＥＥ１３９４−１９９５規格に準拠したＡｓ
    ｙｎｃｈｒｏｎｏｕｓライトトランザクションを用いた
    通信プロトコルであることを特徴とする請求項２７又は
    ２８記載のデータ通信システム。
30. 【請求項３０】 上記異なる複数の通信プロトコルの１
    つは、ＩＥＥＥ１３９４−１９９５規格に準拠したＡｓ
    ｙｎｃｈｒｏｎｏｕｓブロードキャストトランザクショ
    ンを用いた通信プロトコルであることを特徴とする請求
    項２７〜２９のいずれか１項に記載のデータ通信システ
    ム。
31. 【請求項３１】 上記異なる複数の通信プロトコルの１
    つは、ＩＥＥＥ１３９４−１９９５規格に準拠したＡｓ
    ｙｎｃｈｒｏｎｏｕｓ Ｓｔｒｅａｍｓを用いた通信プ
    ロトコルであることを特徴とする請求項２７〜２９のい
    ずれか１項に記載のデータ通信システム。
32. 【請求項３２】 情報データを送信するソース・ノード
    と、該情報データを受信するデスティネーション・ノー
    ドとを含むデータ通信システムにおいて、 上記ソース・ノードと上記デスティネーション・ノード
    との間の接続を設定する迄の動作を共用する複数の通信
    プロトコルの何れかを選択し、前記情報データを転送す
    ることを特徴とするデータ通信システム。
33. 【請求項３３】 情報データを送信するソース・ノード
    と、該情報データを受信するデスティネーション・ノー
    ドとを含むデータ通信システムに適用可能なデータ通信
    方法において、 １つ以上の特定された転送先或いは不特定多数の転送先
    に応じて異なる複数の通信プロトコルの何れかを選択
    し、上記情報データを転送することを特徴とするデータ
    通信方法。
34. 【請求項３４】 情報データを送信するソース・ノード
    と、該情報データを受信するデスティネーション・ノー
    ドとを含むデータ通信方法において、 上記ソース・ノードと上記デスティネーション・ノード
    との間の接続を設定する迄の動作を共用する複数の通信
    プロトコルの何れかを選択し、前記情報データを転送す
    ることを特徴とするデータ通信方法。
35. 【請求項３５】 情報データを送信するソース・ノード
    と、該情報データを受信するデスティネーション・ノー
    ドとを含むデータ通信システムに適用可能なデータ通信
    装置において、 １つ以上の特定された転送先或いは不特定多数の転送先
    に応じて異なる複数の通信プロトコルの何れかを選択す
    る選択手段と、 上記選択手段により選択された通信プロトコルに基づい
    て情報データの転送を行う転送手段とを具備することを
    特徴とするデータ通信装置。
36. 【請求項３６】 請求項２０、２２、２４、２６、３
    ３、３４のいずれか１項に記載のデータ通信方法の手順
    をコンピュータに実行させるためのプログラムを格納し
    たことを特徴とする記憶媒体。
37. 【請求項３７】 請求項２１、２３、２５、３５のいず
    れか1項に記載の各手段としてコンピュータを機能させ
    るためのプログラムを格納したことを特徴とする記憶媒
    体。