JPH11177589A - データ転送装置およびデータ転送装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 各入出力機器からのジョブ要求が同時に発生
しても、共通シリアルバス上で各入出力機器に固有のチ
ャンネル数を可変設定しながら確保することである。 【解決手段】 各入出力機器に割り当てる共通シリアル
バス上でのチャンネル数を含む通信制御資源をアイソク
ロナス資源管理テーブル１８０２上で管理して、各入出
力機器からのジョブ処理要求時に、ジョブ管理テーブル
１８０４を参照してジョブ管理制御ルーチン１８０１が
使用可能な可変のチャンネル数を割り当て制御する構成
を特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所定のチャンネル
数を備える共通シリアルバスを介してバスマスタが複数
の入出力機器間の各データ通信を並行制御するデータ転
送装置およびデータ転送装置のデータ処理方法およびコ
ンピュータが読み出し可能なプログラムを格納した記憶
媒体に関するものである。

【０００２】

【従来の技術】従来より、バス接続を介して各種画像入
出力装置間データ転送を行なうシステムには様々なシス
テムバスが使用されている。例えばＳＣＳＩ（Ｓｍａｌ
ｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａ
ｃｅ）、セントロニクスなど一般に広く用いられるよう
になった事実上標準のインタフェースなどが存在する。

【０００３】近年ではさらにデータ転送の高速性、デー
タ転送のリアルタイム保証性、柔軟な接続性、システム
構築をしやすくするための管理制を高めたＩＥＥＥ１３
９４シリアルインタフェースが標準規格として提唱され
ている。

【０００４】

【発明が解決しようとする課題】しかしながら、複数の
画像入力装置を互いに接続させ、リアルタイムで複数の
画像の入出力処理を行なう画像形成システムにおいて
は、ＩＥＥＥ１３９４などの標準規格だけではシステム
全体のデータ転送の効率化を図ることは難しい。

【０００５】例えばコンピュータからの指示によりシス
テム内のプリンタを使用しているときに、システム内の
スキャナを使用して画像を入力し、コンピュータに入力
画像を転送、またはシステム内のファクシミリ機器を使
用して画像を転送するようなリアルタイム性のある並行
動作が存在した場合、システム内でのデータ転送の効率
的な管理を行なうことは難しいという問題点があった。

【０００６】本発明は上記の問題点を解消するためにな
されたもので、本発明の目的は、各入出力機器に割り当
てる共通シリアルバス上でのチャンネル数を含む通信制
御資源を管理して、各入出力機器からのジョブ処理要求
時に、使用可能な可変のチャンネル数を割り当て制御す
ることにより、各入出力機器からのジョブ要求が同時に
発生しても、共通シリアルバス上で各入出力機器に固有
のチャンネル数を可変設定しながら確保して、各ジョブ
処理に伴うデータ転送処理を並行処理してデータ転送効
率を高めることができるデータ転送装置およびデータ転
送装置のデータ処理方法およびコンピュータが読み出し
可能なプログラムを格納した記憶媒体を提供することで
ある。

【０００７】

【課題を解決するための手段】本発明に係る第１の発明
は、所定のチャンネル数を備える共通シリアルバスを介
してバスマスタが複数の入出力機器間の各データ通信を
並行制御するデータ転送装置であって、通信可能な入出
力機器を検索して各入出力機器に設定可能な通信制御資
源を保存管理する第１の管理手段と、各入出力機器から
のジョブ要求を監視して各入出力機器のジョブを保存管
理する第２の管理手段と、前記共通シリアルバスを介し
て要求される各入出力機器からのジョブ要求を解析する
解析手段と、前記解析手段により解析されてジョブを要
求している入出力機器が前記第１の管理手段により管理
すべき入出力機器かどうかを判定する判定手段と、前記
判定手段が管理すべき入出力機器であると判定した場合
に、前記第１の管理手段により管理されている対応する
通信制御資源と前記共通シリアルバスで使用している他
の入出力機器のチャンネル数の変化とに基づいて前記共
通シリアスバス上のデータ転送に割り当てるチャンネル
数を可変設定する制御手段とを有するものである。

【０００８】本発明に係る第２の発明は、前記共通シリ
アルバスの初期化処理時に、通信可能な入出力機器を検
索して各入出力機器に設定可能な通信制御資源を作成す
る作成手段を有し、前記第１の管理手段は、前記作成手
段により作成された通信制御資源を保存管理するもので
ある。

【０００９】本発明に係る第３の発明は、前記通信制御
資源は、各入出力機器に固有に割り当て可能な最大使用
チャンネル数および最小使用チャンネル数とするもので
ある。

【００１０】本発明に係る第４の発明は、所定のチャン
ネル数を備える共通シリアルバスを介してバスマスタが
複数の入出力機器間の各データ通信を並行制御するデー
タ転送装置のデータ処理方法であって、通信可能な入出
力機器を検索して各入出力機器に設定可能な通信制御資
源を資源管理テーブルに登録する第１の登録工程と、各
入出力機器からのジョブ要求を監視して各入出力機器の
ジョブをジョブ管理テーブルに登録する第２の登録工程
と、前記共通シリアルバスを介して要求される各入出力
機器からのジョブ要求を解析して、ジョブを要求してい
る入出力機器が前記ジョブ管理テーブルにより管理すべ
き入出力機器かどうかを判定する判定工程と、前記判定
工程により管理すべき入出力機器であると判定した場合
に、前記資源管理テーブルと前記共通シリアルバスで使
用している他の入出力機器のチャンネル数の変化とに基
づいて前記共通シリアスバス上のデータ転送に割り当て
るチャンネル数を可変設定する設定工程とを有するもの
である。

【００１１】本発明に係る第５の発明は、所定のチャン
ネル数を備える共通シリアルバスを介してバスマスタが
複数の入出力機器間の各データ通信を並行制御するデー
タ転送装置を制御するコンピュータが読み出し可能なプ
ログラムを格納した記憶媒体であって、通信可能な入出
力機器を検索して各入出力機器に設定可能な通信制御資
源を資源管理テーブルに登録する第１の登録工程と、各
入出力機器からのジョブ要求を監視して各入出力機器の
ジョブをジョブ管理テーブルに登録する第２の登録工程
と、前記共通シリアルバスを介して要求される各入出力
機器からのジョブ要求を解析して、ジョブを要求してい
る入出力機器が前記ジョブ管理テーブルにより管理すべ
き入出力機器かどうかを判定する判定工程と、前記判定
工程により管理すべき入出力機器であると判定した場合
に、前記資源管理テーブルと前記共通シリアルバスで使
用している他の入出力機器のチャンネル数の変化とに基
づいて前記共通シリアスバス上のデータ転送に割り当て
るチャンネル数を可変設定する設定工程とを有するコン
ピュータが読み出し可能なプログラムを記憶媒体に格納
したものである。

【００１２】

【発明の実施の形態】以下、本発明の実施形態について
図面を用いて説明する。

【００１３】まず、以下に説明する実施形態では、各機
器間を接続するデジタルＩ／Ｆとして、ＩＥＥＥ１３９
４シリアルバスを用いているため、ＩＥＥＥ１３９４シ
リアルバスについて、あらかじめ説明する。

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

【００１５】図１は、本発明を適用可能なネットワーク
システムの構成を説明するブロック図であり、１３９４
シリアルバスを用いて構成されるネットワークシステム
に対応する。

【００１６】このシステムは、機器Ａ，Ｂ，Ｃ，Ｄ，
Ｅ，Ｆ，Ｇ，Ｈを備えており、Ａ−Ｂ間，Ａ−Ｃ間，Ｂ
−Ｄ間，Ｄ−Ｅ間，Ｃ−Ｆ間，Ｃ−Ｇ間及びＣ−Ｈ間を
それぞれ１３９４シリアルバスのツイストペアケーブル
ＴＰＣで接続されている。これらの機器Ａ〜Ｈは、例え
ばパソコン，デジタルＶＴＲ，ＤＶＤ，デジタルカメ
ラ，ハードディスク，モニタ，チューナ等である。

【００１７】また、各機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，
Ｇ，Ｈ間の接続方式は、ディジーチェーン方式とノード
分岐方式とを混在可能としたものであり、自由度の高い
接続が可能である。

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

【００１９】また、図１に示したようなシステムにおい
て、ネットワークからある機器が削除されたり、または
新たに追加されたときなど、新たなネットワークの再構
成を行なう。この機器によって、その時々のネットワー
クの構成を常時設定，認識することができる。

【００２０】またデータ転送速度は、１００／２００／
４００Ｍｂｐｓを備えており、上位の転送速度を持つ機
器が以下の転送速度をサポートし、互換をとるようにな
っている。データ転送モードとしては、コントロール信
号などの非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデー
タ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈｒ
ｏｎｏｕｓ転送モードと、リアルタイムなビデオデータ
やオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎ
ｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃ
ｈｒｏｎｏｕｓ転送モードとがある。このＡｓｙｎｃデ
ータとＩｓｏデータは各サイクル（通常１サイクルμ
ｓ）の中において、サイクル開始を示すサイクルスター
タとパケット（ＣＳＰ）を転送した後、Ｉｓｏデータの
転送をＡｓｙｎｃデータより優先しつつサイクル内で混
在して転送される。

【００２１】図２は、本発明を適用可能な１３９４シリ
アルバスの構成要素を説明するレイヤ構成図であり、１
３９４シリアルバスは全体としてレイヤ（階層）構造で
構成されている。

【００２２】図２に示すように、１３９４シリアルバス
のケーブルとコネクタが接続されるコネクタポートＣＰ
があり、その上にハードウエアｈａｒｄｗａｒｅとして
フィジカルレイヤＦＬとリンクレイヤＬＬを位置づけし
ている。また、ハードウエア部は実質的なインタフェー
スチップの部分であり、そのうちフィジィカルレイヤＦ
Ｌは符号化やコネクタ関連の制御等を行い、リンクレイ
ヤＬＬはパケット転送やサイクルタイムの制御等を行な
う。

【００２３】ファームウエアｆｉｒｍｗａｒｅのトラン
ザクションレイヤＴＬは、転送（トランザクション）す
べきデータの管理を行い、Ｒｅａｄ，Ｗｒｉｔｅ，Ｌｏ
ｃｋの命令を出す。シリアルマネージメントレイヤＳＭ
Ｌは、接続されている各機器の接続状況やＩＤの管理を
行い、ネットワークの構成を管理する部分である。

【００２４】このハードウエアｈａｒｄｗａｒｅとファ
ームウエアｆｉｒｍｗａｒｅまでが実質上の１３９４シ
リアルバスの構成である。また、ソフトウエア部ｓｏｆ
ｔｗａｒｅのアプリケーションレイヤは使うソフトによ
って異なり、インタフェース上にどのようにデータをの
せるか規定する部分であり、プリンタやＡＶＣプロトコ
ルなどが規定されている。以上が１３９４シリアルバス
の構成である。また、ソフトウエア部ｓｏｆｔｗａｒｅ
のアプリケーションレイヤＡＰＬを使うソフトによって
異なり、インタフェース上にどのようにデータをのせる
か規定する部分であり、プリンタやＡＶＣプロトコルな
どが規定されている。以上が１３９４シリアルバスの構
成である。

【００２５】図３は、本発明を適用可能な１３９４シリ
アルバスにおけるアドレス空間を説明する図である。

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

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

【００２８】次に、１３９４シリアルバスの特徴ともい
える電気的仕様の部分についてより詳細に説明する。

【００２９】図４は、本発明を適用可能な１３９４シリ
アルバスケーブルの構成を説明する断面図である。

【００３０】図４において、１３９４シリアルバスでは
接続ケーブル内に６ピン、即ち２組のツイストペア信号
線ＴＰＬ１，ＴＰＬ２の他に、電源ライン（電源線）Ｖ
Ｌを設けている。

【００３１】これによって、電源を持たない機器や、故
障により電圧低下した機器等にも電力の供給が可能にな
っており、電源線内を流れる電源の電圧は８〜４０Ｖ、
電流は最大電流ＤＣ１．５Ａと規定されている。なお、
ＤＶケーブルと呼ばれる規格では電源を省いた４ピンで
構成されている。以下、ＤＳ−Ｌｉｎｋ符号化について
図５を参照して説明する。

【００３２】図５は、本発明を適用可能な１３９４シリ
アルバスにおけるデータ転送フォーマットのＤＳ−Ｌｉ
ｎｋ符号化方式を説明するためタイミングチャートであ
る。

【００３３】図において、１３９４シリアルバスでは、
（Ｄａｔａ／Ｓｔｒｏｂｅ Ｌｉｎｋ）符号化方式が採
用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高速
なシリアルデータ通信に適しており、その構成は、２本
の信号線を必要とする。より対線のうち１本に主となる
データを送り、他方のより対線にはストロープ信号を送
る構成になっている。受信側では、この通信されるデー
タと、ストロープとの排他的理論和をとることによって
クロックを再現する。

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

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

【００３６】このときの変化の検知方法は、１３９４ポ
ート基盤上でのバイアス電圧の変化を検知することによ
って行われる。この際、あるノードからバスリセット信
号が伝達されて、各ノードのフィジカルレイヤはこのバ
スリセット信号を受けると同時にリンクレイヤにバスリ
セットの発生を伝達し、かつ他のノードにバスリセット
信号を伝達する。最終的にすべてのノードがバスリセッ
ト信号を検知した後、バスリセットが起動となる。

【００３７】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常等によるハード検出による
起動と、プロトコルからのホスト制御などによってフィ
ジカルレイヤに直接命令を出すことによっても起動す
る。

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

【００３９】以上がバスリセットのシーケンスである。

【００４０】以下、ノードＩＤ決定のシーケンス、すな
わちバスリセットの後、各ノードは新しいネットワーク
構成を構築するために、各ノードにＩＤを与える動作に
入る。このときの、バスリセットからノードＩＤ決定ま
での一般的なシーケンスについて図６〜図８等に示すフ
ローチャートを参照して説明する。

【００４１】図６は、本発明に係るデータ転送装置にお
ける第１のデータ処理手順の一例を示すフローチャート
であり、バスリセットの発生からノードＩＤが決定して
データ転送可能になるまでが処理手順に対応する。な
お、（１）〜（７）は各ステップを示す。

【００４２】まず、ステップ（１）として、ネットワー
ク内にバスリセットが発生することを常時監視してい
て、ここでノードの電源ＯＮ／ＯＦＦなどでバスリセッ
トが発生すると、ステップ（２）に移り、ネットワーク
がリセットされた状態から、新たなネットワークの接続
状況を知るために、接続されている各ノード間において
親子関係の宣言がなされる。

【００４３】次に、ステップ（３）として、すべてのノ
ード間で親子関係が決定すると、ステップ（４）として
一つのルートを決定する。なお、すべてのノード間で親
子関係が決定するまで、ステップ（２）の親子関係の宣
言を行い、またルートも決定されない。

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

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

【００４６】以上が、図６のフローチャートの説明であ
るが、以下、図６のフローチャートのバスリセットから
ルート決定までの手順と、ルート決定後からＩＤ設定終
了までの手順について図７，図８を参照して説明する。

【００４７】図７は、本発明に係るデータ転送装置にお
ける第２のデータ処理手順の一例を示すフローチャート
であり、バスリセットにおける親子関係決定処理手順に
対応する。なお、（１）〜（９）は各ステップを示す。

【００４８】まず、ステップ（１）としてバスリセット
が発生すると、ネットワーク構成は一旦リセットされ
る。なお、ステップ（１）としてバスリセットが発生す
るのを常に監視している。

【００４９】次に、ステップ（２）として、リセットさ
れたネットワークの接続状況を再認識する作業の第一段
階として、各機器にリーフ（ノード）であることを示す
フラグＦＬを立てておく。さらに、ステップ（３）とし
て各機器が自分の持つポートがいくつ他ノードと接続さ
れているかを調べる。

【００５０】そして、ステップ（４）で確認されたポー
ト数の結果に応じて、これから親子関係の宣言を始めて
いくために、未定義（親子関係が決定されていない）ポ
ートの数を調べる。

【００５１】ここで、バスリセットの直後はポート数＝
未定義ポート数であるが、親子関係が決定されていくに
したがって、ステップ（４）で検知する未定義ポートの
数は変化していくものである。

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

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

【００５４】リーフが親子関係の宣言を行い、ステップ
（７）でそれを受けたブランチは適宣ステップ（４）の
未定義ポート数の認識を行い、未定義ポート数が「１」
になっていれば、残っているポートに接続されているノ
ードに対して、ステップ（５）の「自分が子」の宣言を
することが可能になる。

【００５５】２度目以降、ステップ（４）で未定義ポー
ト数を認識しても２以上あるブランチに対しては、再度
ステップ（７）でリーフ又は他のブランチからの「親」
の受付をするために待つ。

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

【００５７】このようにして、図７に示したバスリセッ
トから、ネットワーク内すべてのノード間における親子
関係の宣言までが終了する。

【００５８】図８は、本発明に係るデータ転送装置にお
ける第３のデータ処理手順の一例を示すフローチャート
であり、バスリセットにおける親子関係決定後からノー
ドＩＤ決定までの処理手順に対応する。なお、（１）〜
（１９）は各ステップを示す。

【００５９】まず、ステップ（１）で、図７に示した処
理までのシーケンスでリーフ，ブランチ，ルートという
各ノードのフラグの情報が設定されているので、これに
基づいてそれぞれ分類する。なお、各ノードにＩＤを与
える作業として、最初にＩＤの設定を行うことができる
のはリーフからであり、順次リーフ→ブランチ→ルート
の順で若い番号（ノード番号０）からＩＤの設定がなさ
れていく。

【００６０】次に、ステップ（２）としてネットワーク
内に存在するリーフの数Ｎ（Ｎは自然数）を設定する。

【００６１】この後、ステップ（３）として、各自リー
フがルートに対して、ＩＤを与えるように要求する。こ
の要求が複数ある場合には、ルートはステップ（４）と
してアービトレーションを行い、ステップ（５）として
勝ったノード１つにＩＤ番号を与え、負けたノードには
失敗の結果通知を行う。

【００６２】次に、ステップ（６）としてＩＤ取得が成
功したかどうかを判定して、失敗に終わったリーフは、
ステップ（３）へ戻り、再度ＩＤ要求を出し、同様の作
業を繰り返す。

【００６３】一方、ステップ（６）でＩＤ取得が成功し
たと判定された場合は、ＩＤを取得できたリーフからス
テップ（７）として、そのノードのＩＤ情報をブロード
キャストが終わると、ステップ（８）として残りのリー
フの数Ｎが１つ減らされる。

【００６４】そして、ステップ（９）として、この残り
のリーフの数が１以上であるかどうかを判定し、１以上
であるときはステップ（３）に戻り、ＩＤ要求の作業か
らを繰り返し行う。

【００６５】一方、ステップ（９）で、最終的にすべて
のリーフがＩＤ情報をブロードキャストすると（Ｎ＝
０）、次はブランチのＩＤ設定に移り、まず、ステップ
（１０）としてネットワーク内に存在するブランチの数
Ｍ（Ｍは自然数）を設定する。この後、ステップ（１
１）として各自ブランチがルートに対して、ＩＤを与え
るように要求する。これに対してルートは、ステップ
（１２）としてアービトレーションを行い、勝ったブラ
ンチから順にリーフに与え終わった次の若い番号から与
えていく。

【００６６】そして、ステップ（１３）として、ルート
は要求を出したブランチにＩＤ情報又は失敗結果を通知
し、ステップ（１４）としてＩＤ取得が成功したかどう
かを判定して、失敗に終わったブランチは、ステップ
（１１）へ戻り、再度ＩＤ要求を出し、同様の作業を繰
り返す。

【００６７】一方、ステップ（１４）で、ＩＤを取得で
きたと判定された場合には、取得できたブランチからス
テップ（１５）として、そのノードのＩＤ情報をブロー
ドキャストで全ノードに転送する。そして、１ノードＩ
Ｄ情報のブロードキャストが終わると、ステップ（１
６）として残りのブランチの数Ｍが１つ減らされる。

【００６８】次に、ステップ（１７）として、この残り
のブランチの数Ｍが１以上であるかどうかを判定して、
１以上である時は、ステップ（１１）に戻り、ＩＤ要求
の作業から繰り返し、最終的にすべてのブランチがＩＤ
情報をブロードキャストするまで行われる。

【００６９】一方、ステップ（１７）で、すべてのブラ
ンチがノードＩＤを取得したと判定された場合には、ブ
ランチの数Ｍ＝０となり、ブランチのＩＤ取得モードも
終了する。

【００７０】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみなので、ステップ
（１８）として与えていない番号で最も若い番号を自分
のＩＤ番号と設定し、ステップ（１９）としてルートの
ＩＤ情報をブロードキャストして、処理を終了する。

【００７１】以上で、図８に示したように、親子関係が
設定した後から、すべてのノードのＩＤが設定されるま
での手順が終了する。

【００７２】次に、一例として実際のネットワークにお
ける動作を図９を参照しながら説明する。

【００７３】図９は、本発明に係るデータ転送装置にお
けるノードＩＤ設定処理を説明するブロック図であり、
（ルート）ノードＢの下位にはノードＡとノードＣが直
接接続されており、更にノードＣの下位にはノードＤが
直接接続されており、更にノードＤの下位にはノードＥ
とノードＦが直接接続された階層構造になっている場合
に対応する。以下、階層構造やルートノード，ノードＩ
Ｄを決定する手順を以下で説明する。

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

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

【００７６】さらに１階層上がって、今度は複数個接続
ポートを持つノード（ブランチと呼ぶ）のうち、他ノー
ドからの親子関係の宣言を受けたものから順次、更に上
位に親子関係の宣言を行なっていく。図９ではまずノー
ドＤがＤ−Ｅ間，Ｄ−Ｆ間と親子関係が決定した後、ノ
ードＣに対する親子関係の宣言を行なっており、その結
果ノードＤ−Ｃ間で子−親と決定している。

【００７７】ノードＤからの親子関係の宣言を受けたノ
ードＣは、もう一つのポートに接続されているノードＢ
に対して親子関係の宣言を行なっている。これによって
ノードＣ−Ｂ間で子−親と決定している。

【００７８】このようにして、図９のような階層構造が
構成され、最終的に接続されているすべてのポートにお
いて親となったノードＢが、ルートノードと決定され
た。ルートは１つのネットワーク構成中に一つしか存在
しないものである。

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

【００８０】このようにしてルートノードが決定する
と、次は各モードＩＤを決定するモードに入る。ここで
はすべてのノードが、決定した自分のノードＩＤを他の
すべてのノードに通知する（ブロードキャスト機能）。

【００８１】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。ノードＩＤ番号の割り振りの手順としては、まず
１つのポートにのみ接続があるノード（リーフ）から起
動することができ、この中から順にノード番号＝０，
１，２と割り当てられる。

【００８２】ノードＩＤを手にしたノードは、ノード番
号を含む情報をブロードキャストで各ノードに送信す
る。これによって、そのＩＤ番号は「割り当て済」であ
ることが認識される。

【００８３】この様にしてすべてのリーフが自己ノード
ＩＤを取得し終わると、次はブランチへ移りリーフに引
き続いたノードＩＤ番号が各ノードに割り当てられる。
リーフと同様に、ノードＩＤ番号が割り当てられたブラ
ンチから順次ノードＩＤ情報をブロードキャストし、最
後にルートノードが自己ＩＤ情報をブロードキャストす
る。すなわち、常にルート最大のノードＩＤ番号を有す
るものである。

【００８４】以上のようにして、階層構造全体のノード
ＩＤの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完了する。

【００８５】以下、本発明に係るデータ転送装置におけ
るアービトレーションについて説明する。

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

【００８７】図１０は、本発明に係るデータ転送装置に
おけるアービトレーションを説明する図であり、図１０
の（ａ）はバス使用要求状態に対応し、図１０の（ｂ）
はバス使用許可状態に対応する。

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

【００８９】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるカを決める。この調停作業
はルートノードのみが行なえるものであり、調停によっ
て勝ったノードにはバスの使用許可を与える。図１０の
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒絶された状態であり、アービトレーションに負
けたノードに対してはＤＰ（ｄａｔａ ｐｒｅｆｉｘ）
パケットを送り、拒否されたことを知らせる。拒否され
たノードのバス使用要求は次回のアービトレーションま
で待たされる。

【００９０】以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。

【００９１】ここで、アービトレーションの一連の流れ
を図１１に示すフローチャートを参照して説明する。

【００９２】なお、ノードがデータ転送を開始できる為
には、バスがアイドル状態であることが必要である。先
に行われていたデータ転送が終了して、現在バスが空き
状態であることを認識するためには、各転送モードで個
別に設定されている所定のアイドル時間ギャップ長（例
えば、サブアクションギャップ）を経過する事によっ
て、各ノードは自分の転送が開始できると判断する。

【００９３】図１１は、本発明に係るデータ転送装置に
おける第４のデータ処理手順の一例を示すフローチャー
トであり、アービトレーション処理手順に対応する。な
お、（１）〜（９）は各ステップを示す。

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

【００９５】一方、ステップ（１）で所定のギャップ長
が得られたら、ステップ（２）として転送すべきデータ
があるか判断し、データがあると判断された場合はステ
ップ（３）として転送するためにバスを確保するよう、
バス使用権の要求をルートに対して発する。

【００９６】このときの、バス使用権の要求を表す信号
の伝達は、図１に示したように、ネットワーク内各機器
を中継しながら、最終的にルートに届けられる。

【００９７】一方、ステップ（２）で転送するデータが
ないと判断された場合は、処理を終了する。

【００９８】次に、ステップ（４）として、ステップ
（３）のバス使用要求を１つ以上ルートが受信したら、
ルートは使用要求を出したノードの数を調べる。次に、
ステップ（５）での選択値がノード数＝１（使用権要求
を出したノードは１つ）であるかどうかを判定し、１つ
であると判定した場合は、そのノードに直後のバス使用
許可が与えられることとなり、ステップ（８）以降へ進
む。

【００９９】一方、ステップ（５）での選択値がノード
数＞１（使用要求を出したノード複数）であると判断さ
れたら、ルートはステップ（６）として使用許可を与え
るノードを１つに決定する調停作業を行う。

【０１００】この調停作業は公平なものであり、毎回同
じノードばかりが許可を得る様なことはなく、平等に権
利を与えていくような構成となっている（フェアアービ
トレーション）。

【０１０１】次に、ステップ（７）として、ステップ
（６）で使用要求を出した複数ノードの中からルートが
調停して使用許可を得た１つのノードと、敗れたその他
のノードに分ける選択を行う。ここで、調停されて使用
許可を得た１つのノード、またはステップ（５）の選択
値から使用要求ノード数＝１で調停無しに使用許可を得
たノードには、ステップ（８）として、ルートはそのノ
ードに対して許可信号を送る。

【０１０２】このようにして許可信号を得たノードは、
受け取った直後に転送すべきデータ（パケット）を転送
開始する。

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

【０１０４】次に、図１２，図１３を参照してアシンク
ロナス（Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期））転送処
理について説明する、図１２は、本発明に係るデータ転
送装置におけるアシンクロナス転送時のパケット転送処
理の時間的な遷移状態を示す図である。

【０１０５】図１２において、最初のサブアクションギ
ャップ（ｓｕｂａｔｉｏｎ ｇａｐ）は、バスのアイド
ル状態を示すものである。このアイドル時間が一定値に
なった時点で、転送を希望するノードはバスが使用でき
ると判断して、バス獲得のためのアービトレーションを
実行する。

【０１０６】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果の受信確認用返送コードａｃｋをａｃｋ
ｇａｐという短いギャップの後、返送して応答する
か、応答パケットを送ることによって転送が完了する。

【０１０７】なお、本実施形態において、受信確認用返
送コードａｃｋは４ビットの情報と４ビットのチェック
サムからなり、成功か、ビジー状態か、ペンディング状
態であるかといった情報を含み、すぐに送信元ノードに
返送される。

【０１０８】次に、図１３を参照してアシンクロナス転
送のパケットフォーマットについて説明する。

【０１０９】図１３は、本発明に係るデータ転送装置に
おけるアシンクロナス転送時のパケットフォーマットを
説明する図である。

【０１１０】図において、パケットには、データ部及び
誤り訂正用のデータＣＲＣの他にはヘッダ部があり、そ
のヘッダ部には図１３に示したような、目的ノードＩ
Ｄ，ソースノードＩＤ、転送データ長さや各種コードな
どが書き込まれ、転送が行なわれる。

【０１１１】また、アシンクロナス転送は自己ノードか
ら相手ノードへの１対１の通信である。転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛てのアドレス以外のものは無視され
るので、宛先の１つのノードのみが読込むことになる。
以上がアシンクロナス転送の説明である。以下、アイソ
クロナス（Ｉｓｏｃｈｒｏｎｏｕｓ（同期））転送処理
について図１４，図１５を参照して説明する。

【０１１２】図１４は、本発明に係るデータ転送装置に
おけるアイソクロナス転送時のパケット転送処理の時間
的な遷移状態を示す図である。

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

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

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

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

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

【０１１８】次に、図１５を参照してアイソクロナス転
送のパケットフォーマットについて説明する。

【０１１９】図１５は、本発明に係るデータ転送装置に
おけるアイソクロナス転送時のパケットフォーマットを
説明する図である。

【０１２０】図１５において、各チャネルに分かれた、
各種のパケットにはそれぞれデータ部及び誤り訂正用の
データＣＲＣの他にヘッダ部があり、そのヘッダ部には
転送データ長やチャネルＮＯ、その他各種コード及び誤
り訂正用のヘッダＣＲＣなどが書き込まれ、転送が行な
われる。

【０１２１】次に、本発明に係るデータ転送装置におけ
るバスサイクルについて説明する。

【０１２２】図１６は、本発明に係るデータ転送装置に
おけるバスサイクルを説明する図であり、実際の１３９
４シリアルバス上の転送では、アイソクロナス転送と、
アシンクロナス転送は混在できる。その時の、アイソク
ロナス転送とアシンクロナス転送が混在した、バス上の
転送状態の時間的な遷移の様子に対応する。

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

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

【０１２５】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行な
った後、サイクル＃におけるアイソクロナス転送がすべ
て終了したら、アシンクロナス転送を行なうことができ
るようになる。

【０１２６】すなわち、アイドル時間がアシンクロナス
転送が可能なサブアクションギャップに達する事によっ
て、アシンクロナス転送を行ないたいノードはアービト
レーションの実行に移れると判断する。

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

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

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

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

【０１３１】〔第１実施形態〕以後、ＩＥＥＥ１３９４
にてシリアルバスに接続された各種システム機器と各種
システム機器を管理するコントローラが存在する場合
に、各種システム機器にジョブの優先順位にしたがって
チャンネルの割り当てを動的に変化させる第１実施形態
について説明する。

【０１３２】図１７は、本発明の第１実施形態を示すデ
ータ転送装置を適用可能なデータ処理システムの構成を
概念的に示すブロック図である。

【０１３３】図において、１７０２はコントローラで、
ホストコンピュータ１７０１からの要求にしたがってコ
ントローラ１７０２に接続されている各種画像入出力機
器を管理、制御する。

【０１３４】１７０３はスキャナで、コントローラ１７
０２からの要求に応じて、画像を読み込み、コントロー
ラ１７０２から指示された他の画像入出力機器に画像デ
ータを転送する。

【０１３５】１７０４はファクシミリで、コントローラ
１７０２からの要求に応じて、入力された画像を外部の
電話回線に出力する。また外部電話回線から入力された
画像を他の画像入出力機器に出力する。

【０１３６】１７０５はプリンタで、コントローラ１７
０２からの要求に応じて、他の画像入出力機器またはホ
ストコンピュータ１７０１からの画像データ用紙に出力
する。

【０１３７】なお、システム内、またはホストコンピュ
ータ１７０１とコントローラ１７０２は共通シリアルバ
スで接続されている。さらにコントローラ１７０２は共
通シリアルバス上のバスマスタをかねている。

【０１３８】次に、図１８を参照して、図１７に示した
コントローラ１７０２内の制御階層構造を説明する。

【０１３９】図１８は、図１７に示したコントローラ１
７０２内の制御階層構造を説明する図である。なお、マ
ネージメントレイヤ１８０６，トランザクションレイヤ
１８０７，リンクレイヤ１８０８，フィジカルレイヤ１
８０９，１３９４コネクタポート１８１０の説明は図２
で説明しているので省略する。

【０１４０】図において、１８０５はジョブ解析処理ル
ーチンで、トランザクションレイヤ１８０７を介してホ
ストコンピュータ１７０１の要求を解析処理、すなわち
どのような処理が行なわれるかを解析する。ここで、図
１７に示したシステム内に存在しない機器に対する要求
であった場合には要求が不正であることをジョブ管理制
御ルーチン１８０１に通知する。要求が図１７に示すシ
ステム内で実現可能である場合には、要求を入力先機
器，出力先機器、データ転送されるデータ種別，転送デ
ータ量などに整理してジョブ管理制御ルーチン１８０１
に転送する。ジョブ管理制御ルーチン１８０１は、ジョ
ブ解析処理ルーチン１８０５から送られてきた要求をジ
ョブ管理テーブル１８０４に保存する。なお、ジョブ管
理テーブル１８０４は、システム内で現在実行中の処
理、存在待ち状態の処理を保存するエリアである。

【０１４１】１８０２はアイソクロナス資源管理テーブ
ルで、現在処理されている画像入出力機器間のアイソク
ロナス資源であるチャンネル数を要求されている処理毎
に保存するテーブルである。このアイソクロナス資源テ
ーブル１８０２はジョブ管理テーブル１８０４と同期し
ており、ジョブ管理テーブル１８０４で処理終了と見な
された処理はジョブ管理テーブル１８０４から削除され
る前にアイソクロナス資源管理テーブル１８０２から削
除される。これらの同期はジョブ管理制御ルーチン１８
０１でとられる。

【０１４２】１８０３はアイソクロナス資源同期処理ル
ーチンで、マネージメントレイヤ１８０６と、アイソク
ロナス資源管理テーブル１８０２の同期を取りマネージ
メントレイヤ１８０６内のバスマスタ処理（チャンネル
数の割り当て）を動的に変更させるものである。

【０１４３】以下、本実施形態の特徴的構成について図
１８等を参照して説明する。

【０１４４】上記のように構成された所定のチャンネル
数を備える共通シリアルバス（本実施形態によれば１３
９４シリアルバス）を介してバスマスタが複数の入出力
機器間の各データ通信を並行制御するデータ転送装置で
あって、通信可能な入出力機器を検索して各入出力機器
に設定可能な通信制御資源を保存管理する第１の管理手
段（コントローラ１７０２の図示しないＣＰＵがＲＯＭ
または他のメモリ資源に記憶された制御プログラム（ジ
ョブ管理制御ルーチン１８０１）がアイソクロナス資源
管理テーブル１８０２を参照して実行して管理する）
と、各入出力機器からのジョブ要求を監視して各入出力
機器のジョブを保存管理する第２の管理手段（コントロ
ーラ１７０２の図示しないＣＰＵがＲＯＭまたは他のメ
モリ資源に記憶された制御プログラム（ジョブ管理制御
ルーチン１８０１）がジョブ管理テーブル１８０４を参
照して実行して管理する）と、前記共通シリアルバスを
介して要求される各入出力機器からのジョブ要求を解析
する解析手段と、前記解析手段により解析されてジョブ
を要求している入出力機器が前記第１の管理手段により
管理すべき入出力機器かどうかを判定する判定手段（コ
ントローラ１７０２の図示しないＣＰＵがＲＯＭまたは
他のメモリ資源に記憶された制御プログラム（ジョブ管
理制御ルーチン１８０１）が判定処理する）と、前記判
定手段が管理すべき入出力機器であると判定した場合
に、前記第１の管理手段により管理されている対応する
通信制御資源と前記共通シリアルバスで使用している他
の入出力機器のチャンネル数の変化とに基づいて前記共
通シリアスバス上のデータ転送に割り当てるチャンネル
数を可変設定する制御手段（コントローラ１７０２の図
示しないＣＰＵがＲＯＭまたは他のメモリ資源に記憶さ
れた制御プログラム（ジョブ管理制御ルーチン１８０
１）がアイソクロナス資源管理テーブル１８０２を参照
して実行して可変設定処理する）とを有するので、先行
するジョブの状態等により変動する共通シリアルバス上
で確保可能なチャンネル数を各入出力機器に対して動的
に可変するチャンネル数を割り当てて、共通シリアルバ
ス上の異なるデータ転送効率を向上させることができ
る。

【０１４５】また、前記共通シリアルバスの初期化処理
時に、通信可能な入出力機器を検索して各入出力機器に
設定可能な通信制御資源を作成する作成手段（コントロ
ーラ１７０２の図示しないＣＰＵがＲＯＭまたは他のメ
モリ資源に記憶された制御プログラム（ジョブ管理制御
ルーチン１８０１）を実行して作成処理する）を有し、
ジョブ管理制御ルーチン１８０１は、作成された通信制
御資源を保存管理するので、共通シリアルバスの初期化
処理時に、共通シリアルバスを介して通信する各入出力
機器に固有の通信制御資源環境を把握して、共通シリア
ルバス上に割り当てるべき可変量の通信制御資源を確実
に管理することができる。

【０１４６】さらに、前記通信制御資源（アイソクロナ
ス資源管理テーブル１８０２で管理される）は、各入出
力機器に固有に割り当て可能な最大使用チャンネル数お
よび最小使用チャンネル数とするもので、共通シリアル
バス上に割り当てるべき可変量のチャンネル数を許容さ
れる最大使用チャンネル数と最小使用チャンネル数との
間で割り当てることができる。

【０１４７】以下、図１９のフローチャートを用いてシ
ステム内の初期化シーケンスを説明する。

【０１４８】図１９は、本発明に係るデータ転送装置に
おける第５のデータ処理手順の一例を示すフローチャー
トである。なお、（１）〜（４）は各ステップを示す。

【０１４９】また、上述した図６，図７で共通シリアル
バス内での親子関係、ルートの決定が行なわれた後、図
８に示すステップ（１９）でＩＤ情報ブロードキャスト
が行なわれる。この時コントローラ１７０２はすべての
ＩＤ情報をジョブ管理テーブル１８０４内に保存する。
ステップ（７），（１５），（１９）におけるＩＤ情報
ブロードキャストにおいて、送出されるＣｏｎｆｉｇｒ
ａｔｉｏｎ Ｄａｔａは図２０に示すデータ構造を備え
ているものとする。

【０１５０】まず、システム内の全ての画像入出力機器
（ノード）がＩＤ情報ブロードキャストを行った後、コ
ントローラは図１８に示すジョブ管理テーブル１８０４
に蓄積された、図２１に示すＣｏｎｆｉｇｒａｔｉｏｎ
Ｄａｔａのｖｅｎｄｅｒ＿ｄｅｐｅｎｄｅｎｔ＿ｉｎ
ｆｏｒｍａｔｉｏｎ１９０８内の情報中の適応機種情報
部２００１の適応機種情報をチェックし（１）、チェッ
クした画像入出力機器がコントロールされるものかどう
かを判断し（２）、コントロールされるものと判断され
た場合、ステップ（３）で、アイソクロナス資源管理テ
ーブル１８０２に最小使用チャンネル数部２００２に最
小使用チャンネル数を保存するとともに、最大使用チャ
ンネル数部２００３に最大使用チャンネル数を保存す
る。

【０１５１】一方、ステップ（２）で、コントロールさ
れるものでないと判断された場合には、ステップ（４）
で、ジョブ管理テーブル１８０４に格納されているすべ
てのノードに対してチェックを行ない、チェックが終了
していない場合には、ステップ（１）へ戻る。

【０１５２】一方、ステップ（４）で、チェックが終了
していると判断した場合には、その時点でコントローラ
１７０２内の初期化処理を終了させる。

【０１５３】図２０は、本発明に係るデータ転送装置を
適用可能なデータ処理システムにおけるコンフィグレー
ションデータの構造を説明する図である。

【０１５４】図において、１９０１はバスインフォブロ
ック長で、バス情報ブロックの長さがセットされる。１
９０２はＲＯＭ長で、ＲＯＭの長さがセットされる。１
９０３はＣＲＣ、１９０４はバスインフォブロックで、
アイソクロナス資源管理，サイクルマスタ，バスマスタ
の有無を示す情報がセットされる。

【０１５５】１９０５はルートディレクトリで、ベンダ
ＩＤとノードの機能を表わす情報がセットされる。１９
０６はユニットディレクトリで、ユニットの種類とドラ
イバソフトのバージョンがセットされる。１９０７はｒ
ｏｏｔ＆ｕｎｉｔｌｅａｖｅｓ、１９０８はベンダ依存
情報である。

【０１５６】図２１は、図２０に示したベンダー依存情
報のデータ構造を示す図である。

【０１５７】図において、２００１は適応機種情報部
で、適応機種情報がセットされる。２００２は最小使用
チャンネル数部で、適応機種情報部２００１の適応機種
情報に基づいてチェックした画像入出力機器に対応する
最小使用チャンネル数がセットされる。２００３は最大
使用チャンネル数部で、適応機種情報部２００１の適応
機種情報に基づいてチェックした画像入出力機器に対応
する最大使用チャンネル数がセットされる。

【０１５８】次に、図２２に示すフローチャートを参照
してチャンネル数がどのように動的に割り当てられるか
を説明する。

【０１５９】図２２は、本発明に係るデータ転送装置に
おける第６のデータ処理手順の一例を示すフローチャー
トである。なお、（１）〜（１４）は各ステップを示
す。

【０１６０】まず、ステップ（１）でトランザクション
レイヤ１８０７を介してホストコンピュータ１７０１の
要求はジョブ解析処理ルーチン１８０５でどのような処
理が行なわれるかを解析して、要求が管理対象機器に対
しての要求であるかどうかを判定し、要求が管理対象機
器に対しての要求でない場合には、処理を終了し、要求
が管理対象機器に対しての要求であると判定した場合
は、ステップ（２）でジョブ管理テーブル１８０４に要
求を登録する。

【０１６１】次に、ステップ（３）で、ステップ（２）
で登録された要求において、アイソクロナスデータ転送
が要求されているかどうかを判断し、ここでアイソクロ
ナス転送が要求されていない場合には、データ転送にお
ける最適化を図る必要がないと判断し、ステップ（９）
に進み、要求のあったシステム内の画像入出力装置（ス
キャナ１７０３，ファクシミリ１７０４，プリンタ１７
０５など）に対して処理を行なうように、トランザクシ
ョンレイヤ１８０７，リンクレイヤ１８０８，フィジカ
ルレイヤ１８０９を介して通知して、処理を終了する。

【０１６２】一方、ステップ（３）で、アイソクロナス
データ転送を必要とする要求であったと判断した場合に
は、ステップ（４）で、アイソクロナス資源管理テーブ
ル１８０２とジョブ管理テーブル１８０４の比較をジョ
ブ管理制御ルーチン１８０１が行なう。

【０１６３】そして、ステップ（５）で、すでに他のア
イソクロナスデータ転送を使用する要求が存在するかど
うかを判断して、存在しないと判断した場合には、ステ
ップ（６）でシステム内の最大チャンネル数と処理を要
求されている機器のアイソクロナスデータ転送チャンネ
ルの最大数（最大使用チャンネル数２００３）を比較
し、最大チャンネル数適用可能であると判定した場合
は、ステップ（７）で、最大チャンネルを使用可能にす
るように、システム内で最大数のチャンネルをアイソク
ロナス資源同期処理ルーチン１８０３を介してマネージ
メントレイヤ１８０６に設定して、ステップ（９）以降
へ進む。

【０１６４】一方、ステップ（６）で、最大チャンネル
数適用可能でないと判定した場合は、システム内で使用
できる最大数のチャンネルをアイソクロナス資源同期処
理ルーチン１８０３を介してマネージメントレイヤ１８
０６に設定して、ステップ（９）以降へ進む。

【０１６５】一方、ステップ（５）で、他の要求が存在
すると判断した場合には、ステップ（１０）で新規ジョ
ブの優先順位が高いかどうかを判断し、新規の要求が優
先されると判断した場合、すなわち新規ジョブの優先順
位が高いと判断した場合には、ステップ（１４）で、最
大使用チャンネル数を割り当てるようにアイソクロナス
資源同期処理ルーチン１８０３を介してマネージメント
レイヤ１８０６を設定（システム全体で使用できるチャ
ンネル数以下で且つ現在実行されている処理が関連する
画像出力装置の最小使用チャンネル数２００２以上のチ
ャンネル数の範囲で、優先された要求に対応する画像入
出力装置の最大使用チャンネル数を割り当てるようにア
イソクロナス資源同期処理ルーチン１８０３を介してマ
ネージメントレイヤ１８０６を設定）して、ステップ
（９）へ進む。

【０１６６】一方、ステップ（１０）で、新規ジョブの
優先順位が高くないと判断した場合には、ステップ（１
１）で、要求が使用するチャンネルが最小使用チャンネ
ル数より小さいかどうかを判定して、ＮＯと判定した場
合には、ステップ（１３）で使用可能な最大チャンネル
数を割り当てるようにアイソクロナス資源同期処理ルー
チン１８０３を介してマネージメントレイヤ１８０６を
設定して、ステップ（９）へ進む。

【０１６７】一方、ステップ（１１）で、要求が使用す
るチャンネルが最小使用チャンネル数より小さいと判定
した場合には、すなわち、割り当てられたチャンネル数
が、処理の使用する機器の最小使用チャンネル数２００
２より小さい場合は、ステップ（１２）で、現在実行さ
れている処理のチャンネル数も含めて、最小使用チャン
ネル数２００２が設定できるように再構成を行い、ステ
ップ（９）へ進む。

【０１６８】以下、本実施形態の特徴的構成について図
１９，図２２等を参照してさらに説明する。

【０１６９】上記のように構成された所定のチャンネル
数を備える共通シリアルバス（本実施形態では１３９４
シリアルバス）を介してバスマスタが複数の入出力機器
間の各データ通信を並行制御するデータ転送装置のデー
タ処理方法であって、あるいは所定のチャンネル数を備
える共通シリアルバスを介してバスマスタが複数の入出
力機器間の各データ通信を並行制御するデータ転送装置
を制御するコンピュータが読み出し可能なプログラムを
格納した記憶媒体であって、通信可能な入出力機器を検
索して各入出力機器に設定可能な通信制御資源を資源管
理テーブルに登録する第１の登録工程（図１９のステッ
プ（２），（３））と、各入出力機器からのジョブ要求
を監視して各入出力機器のジョブをジョブ管理テーブル
に登録する第２の登録工程（図２３のステップ（２））
と、前記共通シリアルバスを介して要求される各入出力
機器からのジョブ要求を解析して、ジョブを要求してい
る入出力機器が前記ジョブ管理テーブルにより管理すべ
き入出力機器かどうかを判定する判定工程（図２３のス
テップ（４），（５））と、前記判定工程により管理す
べき入出力機器であると判定した場合に、前記資源管理
テーブルと前記共通シリアルバスで使用している他の入
出力機器のチャンネル数の変化とに基づいて前記共通シ
リアスバス上のデータ転送に割り当てるチャンネル数を
可変設定する設定工程（図２３のステップ（５）〜
（８），（１０）〜（１４））とを有するので、先行す
るジョブの状態等により変動する共通シリアルバス上で
確保可能なチャンネル数を各入出力機器に対して動的に
可変するチャンネル数を割り当てて、共通シリアルバス
上の異なるデータ転送効率を向上させることができる。

【０１７０】〔第２実施形態〕上記第１実施形態の場合
はコントローラが共通シリアルバスマスタをかねている
場合について説明したが、コントローラ２１０１が共通
シリアルバスマスタが分離されている場合にも本発明を
適用することができる。以下、その実施形態について説
明する。

【０１７１】図２３は、本発明の第２実施形態を示すデ
ータ転送装置を適用可能なデータ処理システムの一例を
示す図である。

【０１７２】本実施形態においては、前記第１実施形態
のようにコントローラ２１０２が処理に応じたチャンネ
ル数を決定した後、コントローラ２１０２内のトランザ
クションレイヤ１８０７，リンクレイヤ１８０８，フィ
ジカルレイヤ１８０９を介して、バスマスタ２１０６に
データを転送し、バスマスタ２１０６で各処理に応じて
チャンネル数を割り当てるようにする。他のデータ処理
については第１実施形態とほぼ同様なので説明は省略す
る。

【０１７３】以下、図２４に示すメモリマップを参照し
て本発明に係るデータ転送装置を適用可能な画像処理シ
ステムで読み出し可能なデータ処理プログラムの構成に
ついて説明する。

【０１７４】図２４は、本発明に係るデータ転送装置を
適用可能な画像処理システムで読み出し可能な各種デー
タ処理プログラムを格納する記憶媒体のメモリマップを
説明する図である。

【０１７５】なお、特に図示しないが、記憶媒体に記憶
されるプログラム群を管理する情報、例えばバージョン
情報，作成者等も記憶され、かつ、プログラム読み出し
側のＯＳ等に依存する情報、例えばプログラムを識別表
示するアイコン等も記憶される場合もある。

【０１７６】さらに、各種プログラムに従属するデータ
も上記ディレクトリに管理されている。また、各種プロ
グラムをコンピュータにインストールするためのプログ
ラムや、インストールするプログラムが圧縮されている
場合に、解凍するプログラム等も記憶される場合もあ
る。

【０１７７】本実施形態における図６〜図８，図１１，
図１９，図２２に示す機能が外部からインストールされ
るプログラムによって、ホストコンピュータにより遂行
されていてもよい。そして、その場合、ＣＤ−ＲＯＭや
フラッシュメモリやＦＤ等の記憶媒体により、あるいは
ネットワークを介して外部の記憶媒体から、プログラム
を含む情報群を出力装置に供給される場合でも本発明は
適用されるものである。

【０１７８】以上のように、前述した実施形態の機能を
実現するソフトウエアのプログラムコードを記録した記
憶媒体を、システムあるいは装置に供給し、そのシステ
ムあるいは装置のコンピュータ（またはＣＰＵやＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読出し
実行することによっても、本発明の目的が達成されるこ
とは言うまでもない。

【０１７９】この場合、記憶媒体から読み出されたプロ
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。

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

【０１８１】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳ（オペ
レーティングシステム）等が実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

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

【０１８３】上記実施形態によれば、共通シリアルバス
のバス管理を行なうバスマスタ、またはバスマスタにデ
ータ転送の転送速度に関与するチャンネル数を通知する
ことのできるシステム内のコントローラ機器に、システ
ム内の管理対処となる機器の最大チャンネル数、最小チ
ャンネル数を保存しておき、システム内の管理対象とな
る機器は共通シリアルバスの初期化時に、共通シリアル
バスに接続されているすべての機器に対して、機器のコ
ンフィグレーション情報を発信する。

【０１８４】そして、システム内のデータ転送の制御を
行なうコントローラ機器はこのコンフィグレーション情
報すべて保存しておき、この中から管理対象になる機器
を特定し、コントローラ機器は管理対象になった機器の
持つ能力に応じて設定された最大チャンネル数、最小チ
ャンネル数を保存する。

【０１８５】そして、管理対象の機器の画像入力はすべ
てコントローラ機器で制御される。このとき管理対象に
あるシステム内の画像入出力はすべてコントローラ機器
で制御される。このとき管理対象にあるシステム内の画
像入出力装置に対する要求（ジョブ）はすべてコントロ
ーラ機器で解析し、システム内の画像入出力装置に送ら
れる。

【０１８６】この時ジョブの内容に応じて、コントロー
ラ機器内に保存されている、対象となる画像入出力機器
の最大チャンネル数，最小チャンネル数、現在実行され
ていジョブから、割り当てるチャンネル数をコントロー
ラ機器は決定する。決定されたチャンネル数はコントロ
ーラ機器が共通シリアルバスのバスマスタをかねている
場合にはコントローラ機器内で設定し、コントローラ機
器と共通シリアルバスのバスマスタの機器が別の場合
は、コントローラ機器がバスマスタの機器に対して設定
を通知して設定してもらう。

【０１８７】このように制御することにより、システム
内の各種画像入出力装置が実際にジョブを行なう前にジ
ョブに応じたチャンネル数を共通シリアルバス上で確保
することができ、システム内でのデータ転送を高率的に
行なうことができる。なお、上記システム内においての
共通シリアルバスはＩＥＥＥ１３９４規格に適合したバ
スである。

【０１８８】さらに、上記実施形態によれば、システム
バスを介して接続される入出力装置からなる画像形成シ
ステムにおいて、システム内の画像入出力装置間での画
像転送時にシステム内のコントロール機器で、画像入出
力処理に伴う画像データ転送に応じて共通シリアルバス
上のチャンネル数を事前に設定、または動的に設定し直
すので、システム内の画像データ転送の効率を高めるこ
とができる。

【０１８９】

【発明の効果】以上説明したように、本発明に係る第１
の発明によれば、所定のチャンネル数を備える共通シリ
アルバスを介してバスマスタが複数の入出力機器間の各
データ通信を並行制御するデータ転送装置であって、通
信可能な入出力機器を検索して各入出力機器に設定可能
な通信制御資源を保存管理する第１の管理手段と、各入
出力機器からのジョブ要求を監視して各入出力機器のジ
ョブを保存管理する第２の管理手段と、前記共通シリア
ルバスを介して要求される各入出力機器からのジョブ要
求を解析する解析手段と、前記解析手段により解析され
てジョブを要求している入出力機器が前記第１の管理手
段により管理すべき入出力機器かどうかを判定する判定
手段と、前記判定手段が管理すべき入出力機器であると
判定した場合に、前記第１の管理手段により管理されて
いる対応する通信制御資源と前記共通シリアルバスで使
用している他の入出力機器のチャンネル数の変化とに基
づいて前記共通シリアスバス上のデータ転送に割り当て
るチャンネル数を可変設定する制御手段とを有するの
で、先行するジョブの状態等により変動する共通シリア
ルバス上で確保可能なチャンネル数を各入出力機器に対
して動的に可変するチャンネル数を割り当てて、共通シ
リアルバス上の異なるデータ転送効率を向上させること
ができる。

【０１９０】第２の発明によれば、前記共通シリアルバ
スの初期化処理時に、通信可能な入出力機器を検索して
各入出力機器に設定可能な通信制御資源を作成する作成
手段を有し、前記第１の管理手段は、前記作成手段によ
り作成された通信制御資源を保存管理するので、共通シ
リアルバスの初期化処理時に、共通シリアルバスを介し
て通信する各入出力機器に固有の通信制御資源環境を把
握して、共通シリアルバス上に割り当てるべき可変量の
通信制御資源を確実に管理することができる。

【０１９１】第３の発明によれば、前記通信制御資源
は、各入出力機器に固有に割り当て可能な最大使用チャ
ンネル数および最小使用チャンネル数とするので、共通
シリアルバス上に割り当てるべき可変量のチャンネル数
を許容される最大使用チャンネル数と最小使用チャンネ
ル数との間で割り当てることができる。

【０１９２】第４，第５の発明によれば、所定のチャン
ネル数を備える共通シリアルバスを介してバスマスタが
複数の入出力機器間の各データ通信を並行制御するデー
タ転送装置のデータ処理方法であって、あるいは所定の
チャンネル数を備える共通シリアルバスを介してバスマ
スタが複数の入出力機器間の各データ通信を並行制御す
るデータ転送装置を制御するコンピュータが読み出し可
能なプログラムを格納した記憶媒体であって、通信可能
な入出力機器を検索して各入出力機器に設定可能な通信
制御資源を資源管理テーブルに登録する第１の登録工程
と、各入出力機器からのジョブ要求を監視して各入出力
機器のジョブをジョブ管理テーブルに登録する第２の登
録工程と、前記共通シリアルバスを介して要求される各
入出力機器からのジョブ要求を解析して、ジョブを要求
している入出力機器が前記ジョブ管理テーブルにより管
理すべき入出力機器かどうかを判定する判定工程と、前
記判定工程により管理すべき入出力機器であると判定し
た場合に、前記資源管理テーブルと前記共通シリアルバ
スで使用している他の入出力機器のチャンネル数の変化
とに基づいて前記共通シリアスバス上のデータ転送に割
り当てるチャンネル数を可変設定する設定工程とを有す
るので、先行するジョブの状態等により変動する共通シ
リアルバス上で確保可能なチャンネル数を各入出力機器
に対して動的に可変するチャンネル数を割り当てて、共
通シリアルバス上の異なるデータ転送効率を向上させる
ことができる。

【０１９３】従って、各入出力機器からのジョブ要求が
同時に発生しても、共通シリアルバス上で各入出力機器
に固有のチャンネル数を可変設定しながら確保して、各
ジョブ処理に伴うデータ転送処理を並行処理してデータ
転送効率を高めることができる等の効果を奏する。

【図面の簡単な説明】

【図１】本発明を適用可能なネットワークシステムの構
成を説明するブロック図である。

【図２】本発明を適用可能な１３９４シリアルバスの構
成要素を説明するレイヤ構成図である。

【図３】本発明を適用可能な１３９４シリアルバスにお
けるアドレス空間を説明する図である。

【図４】本発明を適用可能な１３９４シリアルバスケー
ブルの構成を説明する断面図である。

【図５】本発明を適用可能な１３９４シリアルバスにお
けるデータ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方
式を説明するためタイミングチャートである。

【図６】本発明に係るデータ転送装置における第１のデ
ータ処理手順の一例を示すフローチャートである。

【図７】本発明に係るデータ転送装置における第２のデ
ータ処理手順の一例を示すフローチャートである。

【図８】本発明に係るデータ転送装置における第３のデ
ータ処理手順の一例を示すフローチャートである。

【図９】本発明に係るデータ転送装置におけるにおける
ノードＩＤ設定処理を説明するブロック図である。

【図１０】本発明に係るデータ転送装置におけるアービ
トレーションを説明する図である。

【図１１】本発明に係るデータ転送装置における第４の
データ処理手順の一例を示すフローチャートである。

【図１２】本発明に係るデータ転送装置におけるアシン
クロナス転送時のパケット転送処理の時間的な遷移状態
を示す図である。

【図１３】本発明に係るデータ転送装置におけるアシン
クロナス転送時のパケットフォーマットを説明する図で
ある。

【図１４】本発明に係るデータ転送装置におけるアイソ
ロクナス転送時のパケット転送処理の時間的な遷移状態
を示す図である。

【図１５】本発明に係るデータ転送装置におけるアイソ
クロナス転送時のパケットフォーマットを説明する図で
ある。

【図１６】本発明に係るデータ転送装置におけるバスサ
イクルを説明する図である。

【図１７】本発明の第１実施形態を示すデータ転送装置
を適用可能なデータ処理システムの構成を概念的に示す
ブロック図である。

【図１８】図１７に示したコントローラ内の制御階層構
造を説明する図である。

【図１９】本発明に係るデータ転送装置における第５の
データ処理手順の位置例を示すフローチャートである。

【図２０】本発明に係るデータ転送装置を適用可能なデ
ータ処理システムにおけるコンフィグレーションデータ
の構造を説明する図である。

【図２１】図２０に示したベンダー依存情報のデータ構
造を示す図である。

【図２２】本発明の第２実施形態を示すデータ転送装置
を適用可能なデータ処理システムの一例を示す図であ
る。

【図２３】本発明に係るデータ転送装置における第６の
データ処理手順の一例を示すフローチャートである。

【図２４】本発明に係るデータ転送装置を適用可能な画
像処理システムで読み出し可能な各種データ処理プログ
ラムを格納する記憶媒体のメモリマップを説明する図で
ある。

【符号の説明】

１８０１ ジョブ管理制御ルーチン １８０２ アイソクロナス資源管理テーブル １８０３ アイソクロナス資源同期処理ルーチン １８０４ ジョブ管理テーブル １８０５ ジョブ解析処理ルーチン １８１０ １３９４コネクタポート

Claims (5)

【特許請求の範囲】
1. 【請求項１】 所定のチャンネル数を備える共通シリア
   ルバスを介してバスマスタが複数の入出力機器間の各デ
   ータ通信を並行制御するデータ転送装置であって、 通信可能な入出力機器を検索して各入出力機器に設定可
   能な通信制御資源を保存管理する第１の管理手段と、 各入出力機器からのジョブ要求を監視して各入出力機器
   のジョブを保存管理する第２の管理手段と、 前記共通シリアルバスを介して要求される各入出力機器
   からのジョブ要求を解析する解析手段と、 前記解析手段により解析されてジョブを要求している入
   出力機器が前記第１の管理手段により管理すべき入出力
   機器かどうかを判定する判定手段と、 前記判定手段が管理すべき入出力機器であると判定した
   場合に、前記第１の管理手段により管理されている対応
   する通信制御資源と前記共通シリアルバスで使用してい
   る他の入出力機器のチャンネル数の変化とに基づいて前
   記共通シリアスバス上のデータ転送に割り当てるチャン
   ネル数を可変設定する制御手段と、を有することを特徴
   とするデータ転送装置。
2. 【請求項２】 前記共通シリアルバスの初期化処理時
   に、通信可能な入出力機器を検索して各入出力機器に設
   定可能な通信制御資源を作成する作成手段を有し、 前記第１の管理手段は、前記作成手段により作成された
   通信制御資源を保存管理することを特徴とする請求項１
   記載のデータ転送装置。
3. 【請求項３】 前記通信制御資源は、各入出力機器に固
   有に割り当て可能な最大使用チャンネル数および最小使
   用チャンネル数とすることを特徴とする請求項１記載の
   データ転送装置。
4. 【請求項４】 所定のチャンネル数を備える共通シリア
   ルバスを介してバスマスタが複数の入出力機器間の各デ
   ータ通信を並行制御するデータ転送装置のデータ処理方
   法であって、 通信可能な入出力機器を検索して各入出力機器に設定可
   能な通信制御資源を資源管理テーブルに登録する第１の
   登録工程と、 各入出力機器からのジョブ要求を監視して各入出力機器
   のジョブをジョブ管理テーブルに登録する第２の登録工
   程と、 前記共通シリアルバスを介して要求される各入出力機器
   からのジョブ要求を解析して、ジョブを要求している入
   出力機器が前記ジョブ管理テーブルにより管理すべき入
   出力機器かどうかを判定する判定工程と、 前記判定工程により管理すべき入出力機器であると判定
   した場合に、前記資源管理テーブルと前記共通シリアル
   バスで使用している他の入出力機器のチャンネル数の変
   化とに基づいて前記共通シリアスバス上のデータ転送に
   割り当てるチャンネル数を可変設定する設定工程と、を
   有することを特徴とするデータ転送装置のデータ処理方
   法。
5. 【請求項５】 所定のチャンネル数を備える共通シリア
   ルバスを介してバスマスタが複数の入出力機器間の各デ
   ータ通信を並行制御するデータ転送装置を制御するコン
   ピュータが読み出し可能なプログラムを格納した記憶媒
   体であって、 通信可能な入出力機器を検索して各入出力機器に設定可
   能な通信制御資源を資源管理テーブルに登録する第１の
   登録工程と、 各入出力機器からのジョブ要求を監視して各入出力機器
   のジョブをジョブ管理テーブルに登録する第２の登録工
   程と、 前記共通シリアルバスを介して要求される各入出力機器
   からのジョブ要求を解析して、ジョブを要求している入
   出力機器が前記ジョブ管理テーブルにより管理すべき入
   出力機器かどうかを判定する判定工程と、 前記判定工程により管理すべき入出力機器であると判定
   した場合に、前記資源管理テーブルと前記共通シリアル
   バスで使用している他の入出力機器のチャンネル数の変
   化とに基づいて前記共通シリアスバス上のデータ転送に
   割り当てるチャンネル数を可変設定する設定工程と、を
   有することを特徴とするコンピュータが読み出し可能な
   プログラムを格納した記憶媒体。