JP2001077823A - 画像処理装置及びその制御方法並びに画像処理システム - Google Patents

Abstract

(57)【要約】 【課題】 データ転送効率の良いステータス情報配信を
行なうこと。 【解決手段】 プリンタは、Ｓ５０１で外部機器からス
テータス要求を受けると、まずＩＥＥＥ１３９４バスネ
ットワーク上にそのステータス情報がブロードキャスト
されているか判断し（Ｓ５０２）、ステータス情報がブ
ロードキャストされていなければ、アイソクロナスリソ
ースマネージャにアクセスし、空いているアイソクロナ
スチャネルＩＤと必要な帯域のバスバンドを取得する
（Ｓ５０３）。取得したアイソクロナスチャネルＩＤ
に、ステータス情報を流し（Ｓ５０４）、ステータス要
求元に対して、アイソクロナスチャネルＩＤを知らせる
（Ｓ５０５）。Ｓ５０２で既にステータス情報がブロー
ドキャストされている場合には、そのままＳ５０５に進
み、ステータス情報要求元にチャネルＩＤを通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像処理システム及
びそのシステムを構成する画像処理装置並びにその制御
方法に関するものである。

【０００２】

【従来の技術】従来、上記のような情報処理システムに
おいては、画像処理装置としてのプリンタのステータス
情報を取得したい機器が、それぞればらばらにプリンタ
に対してアクセスし、ｌｏｇｉｎ等の方法でコネクショ
ンを確立した上で、プリンタにステータス要求を行い、
プリンタはその要求に応じてその機器に対してステータ
ス情報を送っていた。

【０００３】

【発明が解決しようとする課題】このような方法は、プ
リンタの負荷を非常に高め、ネットワーク上に同じデー
タが何度も流れることになる。これは非常にネットワー
ク効率が悪く、データ転送バンド幅を狭めるという結果
を生じさせている。

【０００４】本発明は上記従来技術の課題を解決するた
めになされたもので、その目的とするところは、データ
転送効率の良いステータス情報の配信を行なうことので
きる画像処理システム及びそのシステムを構成する画像
処理装置並びにその制御方法を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係る制御方法にあっては、データをブロー
ドキャストできるバスを介して他の機器と接続された画
像処理装置を制御する制御方法であって、該画像処理装
置のステータス情報の要求コマンドを前記機器から獲得
する獲得工程と、前記ステータス情報をブロードキャス
トするためのバス上のチャネルＩＤを確保する確保工程
と、前記確保工程で確保したチャネルＩＤを用いて前記
ステータス情報をブロードキャストするデータ通信工程
と、前記獲得工程で獲得した要求コマンドの発信元に対
して前記チャネルＩＤを通知する通知工程と、を有する
ことを特徴とする。

【０００６】前記バスはＩＥＥＥ１３９４シリアルバス
であることも好適である。

【０００７】前記データ通信工程は、同期転送モードで
前記ステータス情報を転送することも好適である。

【０００８】前記確保工程は、前記バスに設定された同
期リソース管理機器にアクセスするアクセス工程と、少
なくとも一つの同期チャネルＩＤと所定帯域のバスバン
ドを取得する取得工程と、を含むことも好適である。

【０００９】一方、本発明に係る画像処理装置は、デー
タをブロードキャストできるバスを介して他の機器と接
続された画像処理装置であって、該画像処理装置のステ
ータス情報の要求コマンドを前記機器から獲得する獲得
手段と、前記ステータス情報をブロードキャストするた
めのバス上のチャネルＩＤを確保する確保手段と、前記
確保手段で確保したチャネルＩＤを用いて前記ステータ
ス情報をブロードキャストするデータ通信手段と、前記
獲得手段で獲得した要求コマンドの発信元に対して前記
チャネルＩＤを通知する通知手段と、を有することを特
徴とする。

【００１０】前記バスはＩＥＥＥ１３９４シリアルバス
であることも好適である。

【００１１】前記データ通信手段は、同期転送モードで
前記ステータス情報を転送する手段であることも好適で
ある。

【００１２】前記確保手段は、前記バスに設定された同
期リソース管理機器にアクセスするアクセス手段と、少
なくとも一つの同期チャネルＩＤと所定帯域のバスバン
ドを取得する取得手段と、を含むことも好適である。

【００１３】また、本発明に係る画像処理システムは、
データをブロードキャストできるバスを介して画像処理
装置と他の機器とを接続した画像処理システムであっ
て、前記画像処理装置は、該画像処理装置のステータス
情報の要求コマンドを前記機器から獲得する獲得手段
と、前記ステータス情報をブロードキャストするための
バス上のチャネルＩＤを確保する確保手段と、前記確保
手段で確保したチャネルＩＤを用いて前記ステータス情
報をブロードキャストするデータ通信手段と、前記獲得
手段で獲得した要求コマンドの発信元に対して前記チャ
ネルＩＤを通知する通知手段と、を有することを特徴と
する。

【００１４】また、本発明に係るコンピュータ可読メモ
リは、データをブロードキャストできるバスを介して他
の機器と接続された画像処理装置の制御プログラムを格
納したコンピュータ可読メモリであって、前記制御プロ
グラムは、該画像処理装置のステータス情報の要求コマ
ンドを前記機器から獲得する獲得工程のプログラムコー
ドと、前記ステータス情報をブロードキャストするため
のバス上のチャネルＩＤを確保する確保工程のプログラ
ムコードと、前記確保工程で確保したチャネルＩＤを用
いて前記ステータス情報をブロードキャストするデータ
通信工程のプログラムコードと、前記獲得工程で獲得し
た要求コマンドの発信元に対して前記チャネルＩＤを通
知する通知工程のプログラムコードと、を含むことを特
徴とする。

【００１５】

【発明の実施の形態】以下に、図面を参照して、この発
明の好適な実施の形態を例示的に詳しく説明する。ただ
し、この実施の形態に記載されている構成要素の相対配
置、数値等は、特に特定的な記載がない限りは、この発
明の範囲をそれらのみに限定する趣旨のものではない。

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

【００１７】《ＩＥＥＥ１３９４バスの概要》家庭用デ
ジタルＶＴＲやＤＶＤの登場も伴なって、ビデオデータ
やオーディオデータなどのリアルタイムでかつ高情報量
のデータ転送のサポートが必要になっている。こういっ
たビデオデータやオーディオデータをリアルタイムで転
送し、パソコン（ＰＣ）に取り込んだり、またはその他
のデジタル機器に転送を行うには、必要な転送機能を備
えた高速データ転送可能なインタフェースが必要になっ
てくるものであり、そういった観点から開発されたイン
タフェースがＩＥＥＥ１３９４−１９９５(High Perfor
mance Serial Bus)（以下１３９４シリアルバス）であ
る。

【００１８】図５に１３９４シリアルバスを用いて構成
されるネットワーク・システムの例を示す。このシステ
ムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ間をそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続されている。
この機器Ａ〜Ｈは例としてＰＣ、デジタルＶＴＲ、ＤＶ
Ｄ、デジタルカメラ、ハードディスク、モニタ等であ
る。

【００１９】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。また、各機器は各自固
有のＩＤを有し、それぞれが認識し合うことによって１
３９４シリアルバスで接続された範囲において、１つの
ネットワークを構成している。各デジタル機器間をそれ
ぞれ１本の１３９４シリアルバスケーブルで順次接続す
るだけで、それぞれの機器が中継の役割を行い、全体と
して１つのネットワークを構成するものである。また、
１３９４シリアルバスの特徴でもある、Ｐｌｕｇ＆Ｐｌ
ａｙ機能でケーブルを機器に接続した時点で自動で機器
の認識や接続状況などを認識する機能を有している。ま
た、図５に示したようなシステムにおいて、ネットワー
クからある機器が削除されたり、または新たに追加され
たときなど、自動的にバスリセットを行い、それまでの
ネットワーク構成をリセットしてから、新たなネットワ
ークの再構築を行う。この機能によって、その時々のネ
ットワークの構成を常時設定、認識することができる。
またデータ転送速度は、１００／２００／４００Ｍｂｐ
ｓと備えており、上位の転送速度を持つ機器が下位の転
送速度をサポートし、互換をとるようになっている。

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

【００２１】次に、図６に１３９４シリアルバスの構成
要素を示す。１３９４シリアルバスは全体としてレイヤ
（階層）構造で構成されている。

【００２２】図６に示したように、最もハード的なのが
１３９４シリアルバスのケーブルであり、そのケーブル
のコネクタが接続されるコネクタポートがあり、その上
にハードウェアとしてフィジカル・レイヤとリンク・レ
イヤがある。

【００２３】ハードウェア部は実質的なインターフェイ
スチップの部分であり、そのうちフィジカル・レイヤは
符号化やコネクタ関連の制御等を行い、リンク・レイヤ
はパケット転送やサイクルタイムの制御等を行う。

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

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

【００２６】次に、図７に１３９４シリアルバスにおけ
るアドレス空間の図を示す。

【００２７】１３９４シリアルバスに接続された各機器
（ノード）には必ず各ノード固有の、６４ビットアドレ
スを持たせておく。そしてこのアドレスをＲＯＭに格納
しておくことで、自分や相手のノードアドレスを常時認
識では、相手を指定した通信も行える。１３９４シリア
ルバスのアドレッシングは、ＩＥＥＥ１２１２規格に準
じた方式であり、アドレス設定は、最初の１０ｂｉｔが
バスの番号の指定用に、次の６ｂｉｔがノードＩＤ番号
の指定用に使われる。残りの４８ｂｉｔが機器に与えら
れたアドレス幅になり、それぞれ固有のアドレス空間と
して使用できる。最後の２８ｂｉｔは固有データの領域
として、各機器の識別や使用条件の指定の情報などを格
納する。

【００２８】以上が、１３９４シリアルバスの技術の概
要である。

【００２９】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。

【００３０】《１３９４シリアルバスの電気的仕様》図
８に１３９４シリアルバス・ケーブルの断面図を示す。
１３９４シリアルバスで接続ケーブル内に、２組のツイ
ストペア信号線の他に、電源ラインを設けている。これ
によって、電源を持たない機器や、故障により電圧低下
した機器等にも電力の供給が可能になっている。

【００３１】電源線内を流れる電源の電圧は８〜４０
Ｖ、電流は最大電流ＤＣ１．５Ａは規定されている。

【００３２】《ＤＳ−Ｌｉｎｋ符号化》１３９４シリア
ルバスで採用されている、データ転送フォーマットのＤ
Ｓ−Ｌｉｎｋ符号化方式を説明するための図を図９に示
す。１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ(Data/
Strobe Link)符号化方式が採用されている。このＤＳ−
Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適
しており、その構成は、２本の信号線を必要とする。よ
り対線のうち１本に主となるデータを送り、他方のより
対線にはストローブ信号を送る構成になっている。

【００３３】受信側では、この通信されるデータと、ス
トローブとの排他的論理和をとることによってクロック
を再現できる。

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

【００３５】《バスリセットのシーケンス》１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。

【００３６】このネットワーク構成に変化があったと
き、例えばノードの挿抜や電源のＯＮ／ＯＦＦなどによ
るノード数の増減などによって変化が生じて、新たなネ
ットワーク構成を認識する必要があるとき、変化を検知
した各ノードはバス上にバスリセット信号を送信して、
新たなネットワーク構成を認識するモードに入る。この
ときの変化の検知方法は、１３９４ポート基盤上でのバ
イアス電圧の変化を検知することによって行われる。

【００３７】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的にすべてのノードがバスリセット信号を検
知した後、バスリセットが起動となる。

【００３８】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常等によるハード検出による
起動と、プロトコルからのホスト制御などによってフィ
ジカルレイヤに直接命令を出すことによっても起動す
る。また、バスリセットが起動するとデータ転送は一時
中断され、この間のデータ転送は待たされ、終了後、新
しいネットワーク構成のもとで再開される。

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

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

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

【００４２】まず、ステップＳ１０１として、ネットワ
ーク内にバスリセットが発生することを常時監視してい
て、ここでノードの電源ＯＮ／ＯＦＦなどでバスリセッ
トが発生するとステップＳ１０２に移る。

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

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

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

【００４６】まず、図１１のフローチャートの説明を行
う。

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

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

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

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

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

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

【００５３】次に、図１４のフローチャートについて説
明する。

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

【００５５】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。この
後、ステップＳ３０３として各自リーフがルートに対し
て、ＩＤを与えるように要求する。この要求が複数ある
場合には、ルートはステップＳ３０４としてアービトレ
ーション（１つに調停する作業）を行い、ステップＳ３
０５として勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。ステップＳ３０６と
してＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求
を出し、同様の作業を繰り返す。ＩＤを取得できたリー
フからステップＳ３０７として、そのノードのＩＤ情報
をブロードキャストで全ノードに転送する。１ノードＩ
Ｄ情報のブロードキャストが終わると、ステップＳ３０
８として残りのリーフの数が１つ減らされる。ここで、
ステップＳ３０９として、この残りのリーフの数が１以
上ある時はステップＳ３０３のＩＤ要求の作業からを繰
り返し行い、最終的にすべてのリーフがＩＤ情報をブロ
ードキャストすると、ステップＳ３０９がＮ＝０とな
り、次はブランチのＩＤ設定に移る。

【００５６】ブランチのＩＤ設定もリーフの時と同様に
行われる。

【００５７】まず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後、ステップＳ３１１として各自ブランチがル
ートに対して、ＩＤを与えるように要求する。これに対
してルートは、ステップＳ３１２としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフに与え終わ
った次の若い番号から与えいく。ステップＳ３１３とし
て、ルートは要求を出したブランチにＩＤ情報又は失敗
結果を通知し、ステップＳ３１４としてＩＤ取得が失敗
に終わったブランチは、再度ＩＤ要求を出し、同様の作
業を繰り返す。ＩＤを取得できたブランチからステップ
Ｓ３１５として、そのノードのＩＤ情報をブロードキャ
ストで全ノードに転送する。１ノードＩＤ情報のブロー
ドキャストが終わると、ステップＳ３１６として残りの
ブランチの数が１つ減らされる。ここで、ステップＳ３
１７として、この残りのブランチの数が１以上ある時は
ステップＳ３１１のＩＤ要求の作業からを繰り返し、最
終的にすべてのブランチがＩＤ情報をブロードキャスト
するまで行われる。すべてのブランチがノードＩＤを取
得すると、ステップＳ３１７はＭ＝０となり、ブランチ
のＩＤ取得モードも終了する。

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

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

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

【００６１】図１２の説明として、（ルート）ノードＢ
の下位にはノードＡとノードＣが直接接続されており、
更にノードＣの下位にはノードＤが直接接続されてお
り、更にノードＤの下位にはノードＥとノードＦが直接
接続された階層構造になっている。この、階層構造やル
ートノード、ノードＩＤを決定する手順を以下で説明す
る。

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

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

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

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

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

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

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

【００６９】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。

【００７０】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０，１，２，…と割り当てられる。

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

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

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

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

【００７５】アービトレーションを説明するための図と
して図１３（ａ）にバス使用要求の図、（ｂ）にバス使
用許可の図を示し、以下これを用いて説明する。

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

【００７７】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。図１３
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒否された図である。アービトレーションに負け
たノードに対してはＤＰ(data prefix)パケットを送
り、拒否されたことを知らせる。拒否されたノードのバ
ス使用要求は次回のアービトレーションまで待たされ
る。

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

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

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

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

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

【００８３】ステップＳ４０２で転送するデータがない
場合は、そのまま待機する。

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

【００８５】ステップＳ４０７として、ステップＳ４０
６で使用要求を出した複数ノードの中からルートが調停
して使用許可を得た１つのノードと、敗れたその他のノ
ードに分ける選択を行う。ここで、調停されて使用許可
を得た１つのノード、またはステップＳ４０５の選択値
から使用要求ノード数＝１で調停無しに使用許可を得た
ノードには、ステップＳ４０８として、ルートはそのノ
ードに対して許可信号を送る。許可信号を得たノード
は、受け取った直後に転送すべきデータ（パケット）を
転送開始する。また、ステップＳ４０６の調停で敗れ
て、バス使用が許可されなかったノードにはステップＳ
４０９としてルートから、アービトレーション失敗を示
すＤＰ(data prefix)パケットを送られこれを受け取っ
たノードは再度転送を行うためのバス使用要求を出すた
め、ステップＳ４０１まで戻り、所定ギャップ長が得ら
れるまで待機する。

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

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

【００８８】次に、図１７にアシンクロナス転送のパケ
ットフォーマットの例を示す。

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

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

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

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

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

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

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

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

【００９７】つぎに、図１９にアイソクロナス転送のパ
ケットフォーマットの例を示し、説明する。

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

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

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

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

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

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

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

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

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

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

【０１０８】＜情報処理システムの構成及び動作＞図１
は、ＰＣ、プリンタ等の機器をＩＥＥＥ１３９４バスを
介して接続することにより構成された情報処理システム
を示す図である。図１において、１０１は情報処理装置
としてのパーソナルコンピュータ（ＰＣ）、１０２は画
像読取装置としてのスキャナ、１０３は画像記録装置と
してのプリンタ、１０４は撮像装置としてのデジタルカ
メラである。本システムにおいては、ＰＣ１０１からプ
リンタ１０３へデータを送って印刷したり、デジタルカ
メラ１０４からプリンタ１０３に画像を送って印刷した
り、またイメージスキャナ１０２で入力したデータをプ
リンタ１０３に送って印刷したりと言うように、ＩＥＥ
Ｅ１３９４バスにつながる複数の機器のそれぞれが、プ
リンタ１０３の空き状態等のステータスを見ながら、印
刷処理の指示を行なうことができる。

【０１０９】図２は、プリンタ１０３の内部構成を示す
ブロック図である。

【０１１０】２０１はＩＥＥＥ１３９４バスとの間で通
信を行なうＩ／Ｆ部である。２０２はプリンタ全体の制
御を行なうＣＰＵである。２０３は操作パネルを含む操
作／表示部である。２０４はＲＡＭで、ＰＣ１０１から
ＩＥＥＥ１３９４バスを介して読み出した記述言語での
画像データや、更にその画像データをビットマップに変
換したビットマップデータを記憶する領域、ＣＰＵ２０
２で実行されるプログラムロード領域等を含む。２０５
はＣＰＵ２０２の動作プログラム等をストアするＲＯ
Ｍ、２０６はＲＡＭ２０４から送られてくるＶＩＤＥＯ
データを入力し、用紙上に印刷する印刷部である。２０
７はＲＡＭ２０４内に展開されたビットマップデータを
印刷部２０６から送られてくる水平および垂直同期信号
に同期して読み出して印刷部２０６へ送る機能を有する
印刷Ｉ／Ｆ部である。

【０１１１】次に図３のフローチャートを参照して、プ
リンタの動作について説明する。図３は、プリンタ１０
３がステータス情報の通知を行なう際の動作について説
明する図である。

【０１１２】プリンタは、Ｓ５０１でＰＣ１０１等の外
部機器からステータス要求を受けると、まずＩＥＥＥ１
３９４バスネットワーク上にそのステータス情報がブロ
ードキャストされているか判断する（Ｓ５０２）。ステ
ータス情報がブロードキャストされていなければ、Ｓ５
０３に進み、アイソクロナスリソースマネージャになっ
ている機器にアクセスし、そこから空いているアイソク
ロナスチャネルＩＤと必要な帯域のバスバンドを取得す
る。次に取得したアイソクロナスチャネルＩＤに、プリ
ンタのステータス情報を流す（Ｓ５０４）。

【０１１３】プリンタのステータス情報とは以下の通り
である。

【０１１４】１）エラー情報：プリンタにエラーが発生
し、プリンタがレディ状態でなくなった時に送出される
情報で、エラー復旧と共に送出されなくなる。内容とし
ては、モータ故障、定着器故障、ペーパージャム、紙無
し、メモリエラー等である。

【０１１５】２）動作情報：プリンタの動作状態を示す
情報で、現在印刷動作中であるとか、どの印刷ＪＯＢを
実行中であるとかの情報がこれにあたる。

【０１１６】３）コンフィギュレーション情報：プリン
タの動作環境を示す情報で、内蔵メモリ容量、内蔵フォ
ントの種類、サポート出来る印刷言語の種類、オプショ
ンの装着の有無と、ある場合はそれぞれの内容、等が、
これに相当する。

【０１１７】図４にプリンタのステータス情報の例を示
す。図４（ａ）はプリンタがレディ状態の時に送られる
ステータス例であり、図４（ｂ）はプリンタがエラー
（ノンレディ）状態の時に送られるステータス例であ
る。

【０１１８】図４（ａ）において、３０１は先頭を示す
ヘッダコード、３０２はプリンタがレディ状態かどうか
を示すビットで、１の時レディ、０の時ノンレディ（エ
ラー）状態を示す。３０３はプリンタの動作状態を示す
ステータスコードで、コードの種類によって各動作状態
を示す。３０４はそのパラメータ、３０５はプリンタの
動作環境を示すコンフィギュレーションコードで、やは
りそのコードの種類によって各動作状態を示す。３０６
はそのパラメータである。３０７はプリンタのステータ
ス情報の終了を示す終了コードである。

【０１１９】また、図４（ｂ）においては、プリンタレ
ディビット３０２は０である。この場合、３０８はエラ
ーコードで、コードの種類によって各動作状態を示す。
３０９はそのパラメータである。

【０１２０】図３に戻り、ステータス要求をして来た相
手に対して、ステータス情報を流しているアイソクロナ
スチャネルを知らせる（Ｓ５０５）。

【０１２１】Ｓ５０２で既にステータス情報がブロード
キャストされている場合には、そのままＳ５０５に進
み、ステータス情報要求元にチャネルＩＤを通知する。

【０１２２】Ｓ５０５の処理が終れば、Ｓ５０１に戻
り、次のステータス情報の要求を待つ。

【０１２３】プリンタ１０３は、一度ステータス情報を
ブロードキャストすると、その後継続して、ステータス
情報をアイソクロナスチャンネルに流し続ける。これに
より、ＩＥＥＥ１３９４バスネットワーク上の全ての機
器がそのステータス情報を見られる。プリンタ１０３に
アクセスしてステータスを問い合わせる必要が無いの
で、プリンタ１０３の負担は格段に軽減されるし、また
ＩＥＥＥ１３９４バスを流れるデータも少なくて済むこ
とになる。

【０１２４】（その他の実施の形態）プリンタの情報の
内、動作ステータス、エラー情報、コンフィギュレーシ
ョン情報を、それぞれ別のアイソクロナスチャンネルを
用いて流してもよい。

【０１２５】プリンタのコンフィギュレーションは頻繁
に変わるものではなく、例えば電源オン後一度だけ参照
すれば良いものである。また、エラー情報は、エラーが
発生したときだけ見れば良いものである。従って、コン
フィギュレーション情報やエラー情報について別々のチ
ャネルを割り当てることにより、効率の良い情報取得が
可能になる。

【０１２６】なお、本発明は、複数の機器（例えばホス
トコンピュータ、インタフェイス機器、リーダ、プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機、ファクシミリ装置
など）に適用してもよい。

【０１２７】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはCPUやMPU）が記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても、達成さ
れることは言うまでもない。この場合、記憶媒体から読
み出されたプログラムコード自体が前述した実施形態の
機能を実現することになり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することになる。また、
コンピュータが読み出したプログラムコードを実行する
ことにより、前述した実施形態の機能が実現されるだけ
でなく、そのプログラムコードの指示に基づき、コンピ
ュータ上で稼働しているオペレーティングシステム(OS)
などが実際の処理の一部または全部を行い、その処理に
よって前述した実施形態の機能が実現される場合も含ま
れることは言うまでもない。

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

【０１２９】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、図３に示したフローチャートに対応す
るプログラムコードが格納されることになる。

【０１３０】

【発明の効果】以上説明したように、本発明によれば、
データ転送効率の良いステータス情報の配信を行なうこ
とのできる画像処理システム及びそのシステムを構成す
る画像処理装置並びにその制御方法を提供することがで
きる。

【図面の簡単な説明】

【図１】本発明の一実施の形態としての画像処理ネット
ワークの概略構成を示した図である。

【図２】プリンタの内部構成を示すブロック図である。

【図３】プリンタの動作フローチャートである。

【図４】プリンタのステータスの例を示す図である。

【図５】１３９４シリアルバスを用いて接続されたネッ
トワーク構成の一例を示す図である。

【図６】１３９４シリアルバスの構成要素を表す図であ
る。

【図７】１３９４シリアルバスのアドレスマップを示す
図である。

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

【図９】ＤＳ−Ｌｉｎｋ符号化方式を説明するための図
である。

【図１０】バスリセットからノードＩＤの決定までの処
理の流れを示すフローチャートである。

【図１１】バスリセットにおける親子関係決定のための
処理の流れを示すフローチャートである。

【図１２】１３９４シリアルバスで各ノードのＩＤを決
定するためのトポロジ設定を説明するための図である。

【図１３】１３９４シリアルバスでのアービトレーショ
ンを説明するための図である。

【図１４】バスリセットにおける親子関係決定後から、
ノードＩＤ決定までの流れを示すフローチャートであ
る。

【図１５】アービトレーションを説明するためのフロー
チャートである。

【図１６】アシンクロナス転送の時間的な状態遷移を表
す基本的な構成図である。

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

【図１８】アイソクロナス転送の時間的な状態遷移を表
す基本的な構成図である。

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

【図２０】１３９４シリアルバスで実際のバス上を転送
されるパケットの様子を示したバスサイクルの一例を示
す図である。

Claims (10)

【特許請求の範囲】
1. 【請求項１】データをブロードキャストできるバスを介
   して他の機器と接続された画像処理装置を制御する制御
   方法であって、 該画像処理装置のステータス情報の要求コマンドを前記
   機器から獲得する獲得工程と、 前記ステータス情報をブロードキャストするためのバス
   上のチャネルＩＤを確保する確保工程と、 前記確保工程で確保したチャネルＩＤを用いて前記ステ
   ータス情報をブロードキャストするデータ通信工程と、 前記獲得工程で獲得した要求コマンドの発信元に対して
   前記チャネルＩＤを通知する通知工程と、 を有することを特徴とする画像処理装置の制御方法。
2. 【請求項２】前記バスはＩＥＥＥ１３９４シリアルバス
   であることを特徴とする請求項１に記載の画像処理装置
   の制御方法。
3. 【請求項３】前記データ通信工程は、同期転送モードで
   前記ステータス情報を転送することを特徴とする請求項
   ２に記載の画像処理装置の制御方法。
4. 【請求項４】前記確保工程は、 前記バスに設定された同期リソース管理機器にアクセス
   するアクセス工程と、 少なくとも一つの同期チャネルＩＤと所定帯域のバスバ
   ンドを取得する取得工程と、 を含むことを特徴とする請求項３に記載の画像処理装置
   の制御方法。
5. 【請求項５】データをブロードキャストできるバスを介
   して他の機器と接続された画像処理装置であって、 該画像処理装置のステータス情報の要求コマンドを前記
   機器から獲得する獲得手段と、 前記ステータス情報をブロードキャストするためのバス
   上のチャネルＩＤを確保する確保手段と、 前記確保手段で確保したチャネルＩＤを用いて前記ステ
   ータス情報をブロードキャストするデータ通信手段と、 前記獲得手段で獲得した要求コマンドの発信元に対して
   前記チャネルＩＤを通知する通知手段と、 を有することを特徴とする画像処理装置。
6. 【請求項６】前記バスはＩＥＥＥ１３９４シリアルバス
   であることを特徴とする請求項５に記載の画像処理装
   置。
7. 【請求項７】前記データ通信手段は、同期転送モードで
   前記ステータス情報を転送する手段であることを特徴と
   する請求項６に記載の画像処理装置。
8. 【請求項８】前記確保手段は、 前記バスに設定された同期リソース管理機器にアクセス
   するアクセス手段と、 少なくとも一つの同期チャネルＩＤと所定帯域のバスバ
   ンドを取得する取得手段と、 を含むことを特徴とする請求項７に記載の画像処理装
   置。
9. 【請求項９】データをブロードキャストできるバスを介
   して画像処理装置と他の機器とを接続した画像処理シス
   テムであって、 前記画像処理装置は、 該画像処理装置のステータス情報の要求コマンドを前記
   機器から獲得する獲得手段と、 前記ステータス情報をブロードキャストするためのバス
   上のチャネルＩＤを確保する確保手段と、 前記確保手段で確保したチャネルＩＤを用いて前記ステ
   ータス情報をブロードキャストするデータ通信手段と、 前記獲得手段で獲得した要求コマンドの発信元に対して
   前記チャネルＩＤを通知する通知手段と、 を有することを特徴とする画像処理システム。
10. 【請求項１０】データをブロードキャストできるバスを
    介して他の機器と接続された画像処理装置の制御プログ
    ラムを格納したコンピュータ可読メモリであって、 前記制御プログラムは、 該画像処理装置のステータス情報の要求コマンドを前記
    機器から獲得する獲得工程のプログラムコードと、 前記ステータス情報をブロードキャストするためのバス
    上のチャネルＩＤを確保する確保工程のプログラムコー
    ドと、 前記確保工程で確保したチャネルＩＤを用いて前記ステ
    ータス情報をブロードキャストするデータ通信工程のプ
    ログラムコードと、 前記獲得工程で獲得した要求コマンドの発信元に対して
    前記チャネルＩＤを通知する通知工程のプログラムコー
    ドと、 を含むことを特徴とするコンピュータ可読メモリ。