JP2002200824A

JP2002200824A - 画像形成装置及びその制御方法、及び画像形成システム

Info

Publication number: JP2002200824A
Application number: JP2000402705A
Authority: JP
Inventors: Shigeru Mizoguchi; 茂溝口
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-12-28
Filing date: 2000-12-28
Publication date: 2002-07-16

Abstract

(57)【要約】【課題】ＰＣとプリンタをＩＥＥＥ１３９４規格に基
づいて接続したダイレクトプリントシステムにおいて、
プリンタの負荷が増大するとプリント速度が低下してし
まう。【解決手段】デジタルカメラからの画像データについ
ては、プリンタにおいてＪＰＥＧ解凍から画像補正を経
る一連のプリント処理を行う（Ｓ１０２〜Ｓ１０８）。
また、ＰＣのアプリケーションにおいて画像処理済みで
ある画像データについては（Ｓ１１０，Ｓ１１１）、画
像補正処理（Ｓ１０８）を行わない。このようにプリン
タ内における画像補正処理の実行／非実行を、画像デー
タの入力経路及び形態に応じて判断することによって、
プリンタ内における処理を最小限に留める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像形成装置及びそ
の制御方法、及び画像形成システムに関し、例えば、Ｉ
ＥＥＥ１３９４等によって規定されるシリアルバスを介
して入力された画像データに基づいて画像を形成する画
像形成装置及びその制御方法、及び画像形成システムに
関する。

【０００２】

【従来の技術】一般にプリンタは、セントロニクスやＲ
Ｓ２３２Ｃと言ったパラレルあるいはシリアルインタフ
ェイスを介して、ホストデバイスであるパーソナルコン
ピュータ（以下、ＰＣ)と接続されている。このよう
な、所謂ＰＣプリントシステムにおいては、ＰＣからプ
リンタに対して画像データの印刷命令を発行し、プリン
タにおいては該印刷命令に基づいて画像を形成して出力
していた。この場合、ＰＣにおける印刷命令発行のシー
ケンスは、以下のようであった。

【０００３】例えば、ＰＣ上のアプリケーションで画像
データを編集後、該アプリケーションから印刷命令を実
行する。するとプリンタドライバにおいて、画像データ
は「色処理」、「ＵＣＲ」、「ＣＭＹＫ変換」、「ハー
フトーニング（２値化）」等の画像処理が施されること
によって印刷データに変換され、該印刷データが、接続
されたプリンタのインタフェースに対して送信されてい
た。

【０００４】また一般に、スキャナ、ディジタルスチル
カメラ、ディジタルビデオカメラといった画像供給装置
によって供給される画像データをプリンタによって印刷
出力したい場合、これら画像供給装置をＰＣに接続し、
各装置より供給される画像データを、一旦ＰＣ上のハー
ドディスクなどに取込んだ後、上述した様にＰＣ上にお
いて印刷データに変換され、プリンタに送られていた。

【０００５】今日、ＩＥＥＥ１３９４−１９９５規格に
より規定されるような新しいインタフェース（以下、１
３９４シリアルバスと呼ぶ）によれば、画像供給装置と
プリンタとを直結して印刷処理を可能とする、所謂１３
９４ダイレクトプリントシステムが実現されている。こ
の場合プリンタ側においては、入力される画像データが
例えばＪＰＥＧ等の圧縮データであった場合、コントロ
ーラにおいて「圧縮データの解凍」を行った後「画像補
正」、更にプリンタの「ドライバ処理」を行なうことに
よって印刷データを生成し、プリンタエンジンへ送出し
て印刷を行っていた。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来例では以下のような欠点があった。

【０００７】ＰＣプリントシステムにおいては、ＰＣに
おいてプリンタドライバによるデータ処理を行うために
ＰＣのリソースが使用されることによって、ＰＣにおけ
る他の処理能力が低下してしまう。

【０００８】また１３９４ダイレクトプリントシステム
においては、プリンタ内部に組み込まれたコントローラ
によってデータ処理を行うが、一般にその処理能力はＰ
Ｃ等と比べると低い。従って、印刷までの一連のデータ
処理量が増大すると、印刷までにかかる時間が長くな
り、即ちプリント速度が低下してしまう。

【０００９】本発明は上記問題を解決するためになされ
たものであり、ＩＥＥＥ１３９４規格に基づいて画像供
給装置と画像形成装置とを接続した画像形成システムに
おいて、画像形成装置内部における負荷を軽減すること
によって画像形成速度の低下を防ぐ画像形成装置及びそ
の制御方法、及び画像形成システムを提供することを目
的とする。

【００１０】更に、画像供給装置のリソース解放を早め
ることによって、画像供給装置における処理能力の低下
を防ぐ画像形成装置及びその制御方法、及び画像形成シ
ステムを提供することを目的とする。

【００１１】

【課題を解決するための手段】上記目的を達成するため
の一手段として、本発明の画像形成システムは以下の構
成を備える。

【００１２】即ち、シリアルバスにより画像供給装置と
接続された画像形成装置であって、前記画像供給装置か
ら送信された画像データを受信する受信手段と、該受信
手段によって受信された画像データに対して画像補正を
施す補正手段と、前記受信手段により受信された画像デ
ータもしくは前記補正手段により補正された画像データ
を画像形成用データに変換する変換手段と、前記画像供
給装置の属性情報を取得する属性情報取得手段と、前記
属性情報に基づいて前記補正手段における補正を制御す
る制御手段と、を有することを特徴とする。

【００１３】また、シリアルバスにより画像供給装置と
接続された画像形成装置であって、前記画像供給装置か
らのデータ通信情報を取得する通信情報取得手段と、前
記データ通信情報に基づいて前記画像供給装置から送信
された画像データを受信する受信手段と、前記受信手段
によって受信された画像データに対して画像補正を施す
補正手段と、前記受信手段により受信された画像データ
もしくは前記補正手段により補正された画像データを画
像形成用データに変換する変換手段と、前記データ通信
情報に基づいて前記補正手段における補正を制御する制
御手段と、を有することを特徴とする。

【００１４】例えば、前記シリアルバスは、ＩＥＥＥ１
３９４規格に適合又は準拠するバスであることを特徴と
する。

【００１５】

【発明の実施の形態】以下、本発明に係る一実施形態に
ついて、図面を参照して詳細に説明する。

【００１６】図１は、本発明を適用するシステムの一般
的な構成例を示す図で、ＰＣ１０３、プリンタ１０２お
よびデジタルビデオカメラ（ＤＶＣ）１０１を１３９４
シリアルバスを用いて接続するものである。そこで、予
め、１３９４シリアルバスの概要を説明をする。

【００１７】＜１３９４シリアルバス説明＞家庭用ディ
ジタルＶＴＲやディジタルビデオディスク（ＤＶＤ）の
登場に伴い、ビデオデータやオーディオデータ（以下、
まとめて「ＡＶデータ」と呼ぶ）など、リアルタイムか
つ情報量の多いデータを転送する必要が生じている。Ａ
Ｖデータをリアルタイムに、ＰＣへ転送したり、その他
のディジタル機器に転送するには、高速のデータ転送能
力をもつインタフェイスが必要になる。そういった観点
から開発されたインタフェイスが、１３９４シリアルバ
スである。

【００１８】尚、ＩＥＥＥ１３９４−１９９５規格（以
下、ＩＥＥＥ１３９４規格）についての詳細は、１９９
６年の８月３０日にＩＥＥＥ(The Institute of Electr
icaland Electronics Engineers,Inc.)から出版された
「IEEE Standard for a HighPerformance Serial Bus」
に記述されている。

【００１９】（１）概要図２に、１３９４シリアルバスを具備するノードにより
構成される通信システム（以下、１３９４ネットワー
ク）の一例を示す。１３９４ネットワークは、シリアル
データを通信可能なバス型ネットワークを構成するもの
である。

【００２０】図２において、各ノードＡ〜Ｈは、ＩＥＥ
Ｅ１３９４規格に準拠した通信ケーブルを介して接続さ
れている。これらのノードＡ〜Ｈは、例えば、ＰＣ(Per
sonal Computer)、デジタルＶＴＲ(Video Tape Recorde
r)、ＤＶＤ(Digital Video Disc)プレーヤ、デジタルカ
メラ、ハードディスク、モニタ等の電子機器である。

【００２１】１３９４ネットワークの接続方式は、ディ
ジーチェーン方式とノード分岐方式とに対応しており、
自由度の高い接続を可能としている。又、１３９４ネッ
トワークでは、例えば、既存の機器を削除したり、新た
な機器を追加したり、既存の機器の電源をＯＮ／ＯＦＦ
したりした場合に、自動的にバスリセットを行う。この
バスリセットを行うことにより、１３９４ネットワーク
は、新たな接続構成の認識と各機器に対するＩＤ情報の
割り当てとを自動的に行うことができる。この機能によ
って、１３９４ネットワークは、ネットワークの接続構
成を常時認識することができる。

【００２２】又、１３９４ネットワークは、他の機器か
ら転送されたデータを中継する機能を有している。この
機能により、全ての機器がバスの動作状況を把握するこ
とができる。

【００２３】又、１３９４ネットワークは、Ｐｌｕｇ＆
Ｐｌａｙと呼ばれる機能を有している。この機能によ
り、全ての機器の電源をＯＦＦにすることなく、接続す
るだけで自動に接続機器を認識することができる。

【００２４】又、１３９４ネットワークは、１００／２
００／４００Ｍｂｐｓのデータ転送速度に対応してい
る。上位のデータ転送速度を持つ機器は、下位のデータ
転送速度をサポートすることができるため、異なるデー
タ転送速度に対応する機器同士を接続することができ
る。

【００２５】更に、１３９４ネットワークは、２つの異
なるデータ転送方式（即ち、非同期転送モードと同期転
送モード）に対応している。

【００２６】非同期（Asynchronous）転送モードは、必
要に応じて非同期に転送することが要求されるデータ
（即ち、コントロール信号やファイルデータ等）を転送
する際に有効である。又、同期（Isochronous）転送モ
ードは、所定量のデータを一定のデータレートで連続的
に転送することが要求されるデータ（即ち、ビデオデー
タやオーディオデータ等）を転送する際に有効である。

【００２７】非同期転送モードと同期転送モードとは、
各通信サイクル（通常１サイクルは、１２５μＳ）内に
おいて、混在させることが可能である。各転送モード
は、サイクルの開始を示すサイクル・スタート・パケッ
ト（以下、ＣＳＰ）の転送後に実行される。

【００２８】尚、各通信サイクル期間において、同期転
送モードは、非同期転送モードよりも優先順位が高く設
定されている。又、同期転送モードの転送帯域は、各通
信サイクル内で保証されている。

【００２９】（２）アーキテクチャ次に、図３を用いて１３９４シリアルバスの構成要素を
説明する。

【００３０】１３９４シリアルバスは、機能的に複数の
レイヤ（階層）から構成されている。図３において、１
３９４シリアルバスは、ＩＥＥＥ１３９４規格に準拠し
た通信ケーブル３０１を介して他のノードの１３９４シ
リアルバスと接続される。又、１３９４シリアルバス
は、１つ以上の通信ポート３０２を有し、通信ポート３
０２は、ハードウェア部に含まれるフィジカル・レイヤ
３０３と接続される。

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

【００３２】又、図３において、ファームウェア部は、
トランザクション・レイヤ３０５とシリアル・バス・マ
ネージメント３０６とを含んでいる。トランザクション
・レイヤ３０５は、非同期転送モードを管理し、各種の
トランザクション（リード、ライト、ロック）を提供す
る。シリアル・バス・マネージメント３０６は、後述す
るＣＳＲアーキテクチャに基づいて、自ノードの制御、
自ノードの接続状態の管理、自ノードのＩＤ情報の管
理、シリアルバスネットワークの資源管理を行う機能を
提供する。

【００３３】以上、ハードウェア部とファームウェア部
とが実質的に１３９４シリアルバスを構成するものであ
り、それらの基本構成は、ＩＥＥＥ１３９４規格により
規定されている。

【００３４】又、ソフトウェア部に含まれるアプリケー
ション・レイヤ３０７は、使用するアプリケーションソ
フトによって異なり、ネットワーク上でどのようにデー
タを通信するのかを制御する。例えば、デジタルＶＴＲ
の動画像データの場合は、ＡＶ／Ｃプロトコルなどの通
信プロトコルによって規定されている。

【００３５】（２−１）リンク・レイヤ３０４図４は、リンク・レイヤ３０４の提供可能なサービスを
示す図である。図４において、リンク・レイヤ３０４
は、次の４つのサービスを提供する。即ち、応答ノー
ドに対して所定のパケットの転送を要求するリンク要求
(LK_DATA.request)、応答ノードに所定のパケットの
受信を通知するリンク通知(LK_DATA.indication)、応
答ノードからのアクノリッジを受信したことを示すリン
ク応答(LK_DATA.response)、要求ノードからのアクノ
リッジを確認するリンク確認(LK_DATA.confirmation）
である。尚、リンク応答(LK_DATA.response）は、ブロ
ードキャスト通信、同期パケットの転送の場合には存在
しない。

【００３６】又、リンク・レイヤ３０４は、上述のサー
ビスに基づいて、上述の２種類の転送方式、即ち、非同
期転送モード、同期転送モードを実現する。

【００３７】（２−２）トランザクション・レイヤ３０
５図５は、トランザクション・レイヤ３０５の提供可能な
サービスを示す図である。図５において、トランザクシ
ョン・レイヤ３０５は、次の４つのサービスを提供す
る。即ち、応答ノードに対して所定のトランザクショ
ンを要求するトランザクション要求(TR_DATA.reques
t)、応答ノードに所定のトランザクション要求の受信
を通知するトランザクション通知(TR_DATA.indicatio
n)、応答ノードからの状態情報（ライト、ロックの場
合は、データを含む）を受信したことを示すトランザク
ション応答(TR_DATA.response)、要求ノードからの状
態情報を確認するトランザクション確認(TR_DATA.confi
rmation)である。

【００３８】又、トランザクション・レイヤ３０５は、
上述のサービスに基づいて非同期転送を管理し、次の３
種類のトランザクション、即ち、リード・トランザク
ション、ライト・トランザクション、ロック・トラ
ンザクションを実現する。

【００３９】リード・トランザクションは、要求ノー
ドが応答ノードの特定アドレスに格納された情報を読み
取る。

【００４０】ライト・トランザクションは、要求ノー
ドが応答ノードの特定アドレスに所定の情報を書き込
む。

【００４１】ロック・トランザクションは、要求ノー
ドが応答ノードに対して参照データと更新データとを転
送し、応答ノードの特定アドレスの情報とその参照デー
タとを比較し、その比較結果に応じて特定アドレスの情
報を更新データに更新する。

【００４２】（２−３）シリアル・バス・マネージメン
ト３０６シリアル・バス・マネージメント３０６は、具体的に、
次の３つの機能を提供することができる。３つの機能と
は、即ち、ノード制御、アイソクロナス・リソース
・マネージャ（以下、ＩＲＭ）、バスマネージャであ
る。

【００４３】ノード制御は、上述の各レイヤを管理
し、他のノードとの間で実行される非同期転送を管理す
る機能を提供する。

【００４４】ＩＲＭは、他のノードとの間で実行され
る同期転送を管理する機能を提供する。具体的には、転
送帯域幅とチャネル番号の割り当てに必要な情報を管理
し、これらの情報を他のノードに対して提供する。

【００４５】ＩＲＭは、ローカルバス上に唯一存在し、
バスリセット毎に他の候補者（ＩＲＭの機能を有するノ
ード）の中から動的に選出される。

【００４６】又、ＩＲＭは、後述のバスマネージャの提
供可能な機能（接続構成の管理、電源管理、速度情報の
管理等）の一部を提供してもよい。

【００４７】バスマネージャは、ＩＲＭの機能を有
し、ＩＲＭよりも高度なバス管理機能を提供する。具体
的には、より高度な電源管理（通信ケーブルを介して電
源の供給が可能か否か、電源の供給が必要か否か等の情
報を各ノード毎に管理）、より高度な速度情報の管理
（各ノード間の最大転送速度の管理）、より高度な接続
構成の管理（トポロジ・マップの作成）、これらの管理
情報に基づくバスの最適化等を行ない、更にこれらの情
報を他のノードに提供する機能を有する。

【００４８】又、バスマネージャは、シリアルバスネッ
トワークを制御するためのサービスをアプリケーション
に対して提供できる。ここで、サービスには、シリアル
バス制御要求(SB_CONTROL.request)、シリアルバス・イ
ベント制御確認(SB_CONTROL.confirmation)、シリアル
バス・イベント通知(SB_CONTROL.indication)等があ
る。

【００４９】SB_CONTROL.requestは、アプリケーション
がバスリセットを要求すミるサービスである。SB_CONTR
OL.confirmationは、SB_CONTROL.requestをアプリケー
ションに対して確認するサービスである。SB_CONTROL.i
ndicationは、非同期に発生するイベントをアプリケー
ションに対して通知するサービスである。

【００５０】（３）アドレス指定図６は、１３９４シリアルバスにおけるアドレス空間を
説明する図である。尚、１３９４シリアルバスは、ＩＳ
Ｏ／ＩＥＣ１３２１３：１９９４に準じたＣＳＲ(Com
mand and Status Register)アーキテクチャに従い、６
４ビット幅のアドレス空間を規定している。

【００５１】図６において、最初の１０ビットのフィー
ルド６０１は、所定のバスを指定するＩＤ番号に使用さ
れ、次の６ビットのフィールド６０２は、所定の機器
（ノード）を指定するＩＤ番号に使用される。この上位
１６ビットを「ノードＩＤ」と呼び、各ノードはこのノ
ードＩＤにより他のノードを識別する。又、各ノード
は、このノードＩＤを用いて相手を識別した通信を行う
ことができる。

【００５２】残りの４８ビットからなるフィールドは、
各ノードの具備するアドレス空間（２５６Ｍバイト構
造）を指定する。その内の２０ビットのフィールド６０
３は、アドレス空間を構成する複数の領域を指定する。

【００５３】フィールド６０３において、「０〜０ｘＦ
ＦＦＦＤ」の部分は、メモリ空間と呼ばれる。「０ｘＦ
ＦＦＦＥ」の部分は、プライベート空間と呼ばれ、各ノ
ードで自由に利用できるアドレスである。又、「０ｘＦ
ＦＦＦＥ」の部分は、レジスタ空間と呼ばれ、バスに接
続されたノード間において共通の情報を格納する。各ノ
ードは、レジスタ空間の情報を用いることにより、各ノ
ード間の通信を管理することができる。

【００５４】最後の２８ビットのフィールド６０４は、
各ノードにおいて共通或いは固有となる情報が格納され
るアドレスを指定する。

【００５５】例えば、レジスタ空間において、最初の５
１２バイトは、ＣＳＲアーキテクチャーのコア（ＣＳＲ
コア）レジスタ用に使用される。ＣＳＲコア・レジスタ
に格納される情報のアドレス及び機能を図７に示す。図
中のオフセットは、「０ｘＦＦＦＦＦ０００００００」
からの相対位置である。

【００５６】次の５１２バイトは、シリアルバス用のレ
ジスタとして使用される。

【００５７】シリアルバス・レジスタに格納される情報
のアドレス及び機能を図８に示す。図中のオフセット
は、「０ｘＦＦＦＦＦ００００２００」からの相対位置
である。

【００５８】その次の１０２４バイトは、コンフィギュ
レーションＲＯＭ用に使用される。コンフィギュレーシ
ョンＲＯＭには最小形式と一般形式とがあり、「０ｘＦ
ＦＦＦＦ００００４００」から配置される。最小形式の
コンフィギュレーションＲＯＭを図９に示す。図９にお
いて、ベンダＩＤは、ＩＥＥＥにより各ベンダに対して
固有に割り当てられた２４ビットの数値である。

【００５９】又、一般形式のコンフィギュレーションＲ
ＯＭを図１０に示す。図１０において、上述のベンダＩ
Ｄは、Root Directory１００２に格納されている。Bus
InfoBlock１００１とRoot Leaf１００５とには、各ノー
ドを識別する固有のＩＤ情報としてノードユニークＩＤ
を保持することが可能である。

【００６０】ここで、ノードユニークＩＤは、メーカ、
機種に関わらず、１つのノードを特定することのできる
固有のＩＤを定めるようになっている。ノードユニーク
ＩＤは６４ビットにより構成され、上位２４ビットは上
述のベンダＩＤを示し、下位４８ビットは各ノードを製
造するメーカにおいて自由に設定可能な情報（例えば、
ノードの製造番号等）を示す。尚、このノードユニーク
ＩＤは、例えばバスリセットの前後で継続して特定のノ
ードを認識する場合に使用される。又、図１０におい
て、Root Directory１００２には、ノードの基本的な機
能に関する情報を保持することが可能である。詳細な機
能情報は、Root Directory１００２からオフセットされ
るサブディレクトリ（Unit Directories１００４）に格
納される。Unit Directories１００４には、例えば、ノ
ードのサポートするソフトウェアユニットに関する情報
が格納される。異体的には、ノード間のデータ通信を行
うためのデータ転送プロトコル、所定の通信手順を定義
するコマンドセット等に関する情報が保持される。

【００６１】又、図１０において、Node Dependent Inf
o Directory１００３には、デバイス固有の情報を保持
することが可能である。Node Dependent Info Director
y１００３は、Root Directory１００２によりオフセッ
トされる。

【００６２】更に、図１０において、Vendor Dependent
Information１００６には、ノードを製造、或いは販売
するベンダ固有の情報を保持することができる。

【００６３】残りの領域は、ユニット空間と呼ばれ、各
ノード固有の情報、例えば、各機器の識別情報（会社
名、機種名等）や使用条件等が格納されたアドレスを指
定する。ユニット空間のシリアルバス装置レジスタに格
納される情報のアドレス及び機能を図１１に示す。図中
のオフセットは、「０ｘＦＦＦＦＦ００００８００」か
らの相対位置である。

【００６４】尚、一般的に、異種のバスシステムの設計
を簡略化したい場合、各ノードは、レジスタ空間の最初
の２０４８バイトのみを使うべきである。つまり、ＣＳ
Ｒコア・レジスタ、シリアルバス・レジスタ、コンフィ
ギュレーションＲＯＭ、ユニット空間の最初の２０４８
バイトの合わせて４０９６バイトで構成することが望ま
しい。

【００６５】（４）通信ケーブルの構成図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブル
の断面図を示す。

【００６６】通信ケーブルは、２組のツイストペア信号
線と電源ラインとにより構成されている。電源ラインを
設けることによって、１３９４シリアルバスは、主電源
のＯＦＦとなった機器、故障により電力低下した機器等
にも電力を供給することができる。尚、電源線内を流れ
る電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５
Ａと規定されている。

【００６７】２組のツイストペア信号線には、ＤＳ−Ｌ
ｉｎｋ(Data/Strobe Link)方式にて情報信号が伝送され
る。図１３は、ＤＳ−Ｌｉｎｋ方式を説明する図であ
る。

【００６８】このＤＳ−Ｌｉｎｋ方式は、高速なシリア
ルデータ通信に適しており、その構成は、２組のより対
線を必要とする。一組のより対線は、データ信号を送
り、他のより対線は、ストローブ信号を送る構成になっ
ている。受信側は、２組の信号線から受信したデータ信
号とストローブ信号との排他的論理和をとることによっ
て、クロックを再現することができる。

【００６９】尚、ＤＳ−Ｌｉｎｋ方式を用いることによ
り、１３９４シリアルバスには、例えば次のような利点
がある。他のシリアルデータ転送方式に比べて転送効
率が高い。ＰＬＬ回路が不要となり、コントローラＬ
ＳＩの回路規模を小さくできる。アイドル状態である
ことを示す情報を送る必要が無いため、トランシーバ回
路をスリープ状態とし易く、消費電力の低減が図れる。

【００７０】（５）バスリセット各ノードの１３９４シリアルバスは、ネットワークの接
続構成に変化が生じたことを自動的に検出することがで
きる。この場合、１３９４ネットワークは以下に示す手
順によりバスリセットと呼ばれる処理を行う。尚、接続
構成に変化は、各ノードの具備する通信ポートかかるバ
イアス電圧の変化により検知することができる。ネット
ワークの接続構成の変化（例えば、ノードの挿抜、ノー
ドの電源のＯＮ／ＯＦＦなどによるノード数の増減）を
検出したノード又は新たな接続構成を認識する必要のあ
るノードは、１３９４シリアルバスを介して、バス上に
バスリセット信号を送信する。

【００７１】バスリセット信号を受信したノードの１３
９４シリアルバスは、バスリセットの発生を自身のリン
ク・レイヤ３０４に伝達すると共に、そのバスリセット
信号を他のノードに転送する。バスリセット信号を受信
したノードは、今まで認識していたネットワークの接続
構成及び各機器に割り当てられたノードＩＤをクリアに
する。最終的に全てのノードがバスリセット信号を検知
した後、各ノードは、バスリセットに伴う初期化処理
（即ち、新たな接続構成の認識と新たなノードＩＤの割
り当て）を自動的に行う。

【００７２】尚、バスリセットは、先に述べたような接
続構成の変化による起動の他に、ホスト側の制御によっ
て、アプリケーション・レイヤ３０７がフィジカル・レ
イヤ３０３に対して直接命令を出すことによって起動さ
せることも可能である。

【００７３】又、バスリセットが起動するとデータ転送
は一時中断され、バスリセットに伴う初期化処理の終了
後、新しいネットワークのもとで再開される。

【００７４】（６）バスリセット起動後のシーケンスバスリセットの起勤後、各ノードの１３９４シリアルバ
スは、新たな接続構成の認識と新たなノードＩＤの割り
当てとを自動的に実行する。以下、バスリセットの開始
からノードＩＤの割り当て処理までの基本的なシーケン
スを図１４〜１６を用いて説明する。

【００７５】図１４は、図２の１３９４ネットワークに
おけるバスリセット起動後の状態を説明する図である。

【００７６】図１４において、ノードＡは１つの通信ポ
ート、ノードＢは２つの通信ポート、ノードＣは２つの
通信ポート、ノードＤは３つの通信ポート、ノードＥは
１つの通信ポート、ノードＦは１つの通信ポートを具備
している。各ノードの通信ポートには、各ポートを識別
するためにポート番号を付されている。

【００７７】以下、図１４におけるバスリセットの開始
からノードＩＤの割り当てまでを図１５のフローチャー
トを用いて説明する。

【００７８】図１５において、１３９４ネットワークを
構成する各ノードＡ〜Ｆは、バスリセットが発生したか
否かを常時監視している（ステップＳ１５０１）。接続
構成の変化を検出したノードからバスリセット信号が出
力されると、各ノードは以下の処理を実行する。

【００７９】バスリセットの発生後、各ノードは、夫々
の具備する通信ポート間において親子関係の宣言を行な
う（ステップＳ１５０２）。

【００８０】各ノードは、全てのノード間の親子関係が
決定されるまで、ステップＳ１５０２の処理を繰り返し
行なう（ステップＳ１５０３）。

【００８１】全てのノード間の親子関係が決定した後、
１３９４ネットワークは、ネットワークの調停を行なう
ノード、即ちルートを決定する（ステップＳ１５０
４）。

【００８２】ルートを決定した後、各ノードの１３９４
シリアルバス夫々は、自己のノードＩＤを自動的に設定
する作業を実行する（ステップＳ１５０５）。

【００８３】全てのノードに対してノードＩＤの設定が
なされるまで、各ノードは所定の手順に基づきステップ
Ｓ１５０５の処理を実行する（ステップＳ１５０６）。

【００８４】最終的に全てのノードに対してノードＩＤ
が設定された後、各ノードは、同期転送或いは非同期転
送を実行する（ステップＳ１５０７）。

【００８５】ステップＳ１５０７の処理を実行すると共
に、各ノードの１３９４シリアルバスは、再びバスリセ
ットの発生を監視する。バスリセットが発生した場合に
は、ステップＳ１５０１以降の処理を再び実行する。

【００８６】以上の手順により、各ノードの１３９４シ
リアルバスは、バスリセットが起動する毎に、新たな接
続構成の認識と新たなノードＩＤの割り当てとを自動的
に実行することができる。

【００８７】（７）親子関係の決定次に、図１６を用いて、図１５に示したステップＳ１５
０２の処理（即ち、各ノード間の親子関係を認識する処
理）について詳細に説明する。

【００８８】図１６において、バスリセットの発生後、
１３９４ネットワーク上の各ノードＡ〜Ｆは、自分の具
備する通信ポートの接続状態（接続又は未接続）を確認
する（ステップＳ１６０１）。

【００８９】通信ポートの接続状態の確認後、各ノード
は、他のノードと接続されている通信ポート（以下、接
続ポート）の数をカウントする（ステップＳ１６０
２）。

【００９０】ステップＳ１６０２の処理の結果、接続ポ
ートの数が１つである場合、そのノードは、自分が「リ
ーフ」であると認識する（ステップＳ１６０３）。ここ
で、リーフとは、１つのノードとのみ接続されているノ
ードのことである。

【００９１】リーフとなるノードは、その接続ポートに
接続されているノードに対して、「自分は子(Child)」
であることを宣言する（ステップＳ１６０４）。このと
き、リーフは、その接続ポートが「親ポート（親ノード
と接続された通信ポート）」であると認識する。ここ
で、親子関係の宣言は、まず、ネットワークの末端であ
るリーフとブランチとの間にて行われ、続いて、ブラン
チとブランチとの間で順次に行われる。各ノード間の親
子関係は、早く宣言の行なえる通信ポートから順に決定
される。又、各ノード間において、子であることを宣言
した通信ポートは「親ポート」であると認識され、その
宣言を受けた通信ポートは「子ポート（子ノードと接続
された通信ポート）」であると認識される。例えば、図
１４において、ノードＡ，Ｅ，Ｆは、自分がリーフであ
ると認識した後、親子関係の宣言を行う。これにより、
ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間では子−
親、ノードＦ−Ｄ間では子−親と決定される。

【００９２】又、ステップＳ１６０２の処理の結果、接
続ポートの数が２つ以上の場合、そのノードは、自分を
「ブランチ」であると認識する（ステップＳ１６０
５）。ここで、ブランチとは、２つ以上のノードと接続
されているノードのことである。

【００９３】ブランチとなるノードは、各接続ポートの
ノードから親子関係の宣言を受け付ける（ステップＳ１
６０６）。宣言を受け付けた接続ポートは、「子ポー
ト」として認識される。

【００９４】１つの接続ポートを「子ポート」と認識し
た後、ブランチは、まだ親子関係の決定されていない接
続ポート（即ち、末定義ポート）が２つ以上あるか否か
を検出する（ステップＳ１６０７）。その結果、未定義
ポートが２つ以上ある場合、ブランチは、再びステップ
Ｓ１６０６の動作を行う。

【００９５】ステップＳ１６０７の結果、未定義ポート
が１つだけ存在する場合、ブランチは、その未定義ポー
トが「親ポート」であると認識し、そのポートに接続さ
れているノードに対して「自分は子」であることを宣言
する（ステップＳ１６０８、Ｓ１６０９）。

【００９６】ここで、ブランチは、残りの未定義ポート
が１つになるまで自分自身が子であると他のノードに対
して宣言することができない。例えば、図１４におい
て、ノードＢ，Ｃ，Ｄは、自分がブランチであると認識
すると共に、リーフ或いは他のブランチからの宣言を受
け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係
が決定した後、ノードＣに対して親子関係の宣言を行っ
ている。又、ノードＤからの宣言を受けたノードＣは、
ノードＢに対して親子関係の宣言を行っている。

【００９７】又、ステップＳ１６０８の処理の結果、未
定義ポートが存在しない場合（つまり、ブランチの具備
する全ての接線ポートが親ポートとなった場合）、その
ブランチは、自分自身がルートであることを認識する
（ステップＳ１６１０）。

【００９８】例えば、図１４において、接続ポートの全
てが親ポートとなったノードＢは、１３９４ネットワー
ク上の通信を調停するルートとして他のノードに認識さ
れる。ここで、ノードＢがルートと決定されたが、ノー
ドＢの親子関係を宣言するタイミングが、ノードＣの宣
言するタイミングに比べて早い場合には、他のノードが
ルートになる可能性もある。即ち、宣言するタイミング
によっては、どのノードもルートとなる可能性がある。
従って、同じネットワーク構成であっても同じノードが
ルートになるとは限らない。

【００９９】このように全ての接続ポートの親子関係が
宣言されることによって、各ノードは、１３９４ネット
ワークの接続構成を階層構造（ツリー構造）として認識
することができる（ステップＳ１６１１）。尚、上述の
親ノードは階層構造における上位であり、子ノードは階
層構造における下位となる。

【０１００】（８）ノードＩＤの割り当て図１７は、図１５に示したステップＳ１５０５の処理
（即ち、自動的に各ノードのノードＩＤを割り当てる処
理）を詳細に説明するフローチャートである。ここで、
ノードＩＤは、バス番号とノード番号とから構成される
が、本実施例では、各ノードを同一バス上に接続するも
のとし、各ノードには同一のバス番号が割り当てられる
ものとする。

【０１０１】図１７において、ルートは、ノードＩＤが
未設定のノードが接続されている子ポートの内、最小番
号を有する通信ポートに対してノードＩＤの設定許可を
与える（ステップＳ１７０１）。

【０１０２】尚、図１７において、ルートは、最小番号
の子ポートに接続されている全ノードのノードＩＤを設
定した後、その子ポートを設定済とし、次に最小となる
子ポートに対して同様の制御を行なう。最終的に子ポー
トに接続された全てのノードのＩＤ設定が終了した後、
ルート自身のノードＩＤを設定する。尚、ノードＩＤに
含まれるノード番号は、基本的にリーフ、ブランチの順
に０，１，２，…と割り当てられる。従って、ルートが
最も大きなノード番号を有することになる。

【０１０３】ステップＳ１７０１において、設定許可を
得たノードは、自分の子ポートの内、ノードＩＤが末設
定となるノードを含む子ポートがあるか否かを判断する
（ステップＳ１７０２）。

【０１０４】ステップＳ１７０２において、未設定ノー
ドを含む子ポートが検出された場合、上述の設定許可を
得たノードは、その子ポートに直接接続されたノードに
対してその設定許可を与えるように制御する（ステップ
Ｓ１７０３）。

【０１０５】ステップＳ１７０３の処理後、上述の設定
許可を得たノードは、自分の子ポートの内、ノードＩＤ
が未設定であるノードを含む子ポートがあるか否かを判
断する（ステップＳ１７０４）。ここで、ステップＳ１
７０４の処理後、未設定ノードを含む子ポートの存在が
検出された場合、そのノードは、再びステップＳ１７０
３の処理を実行する。

【０１０６】又、ステップＳ１７０２或いはＳ１７０４
において、未設定ノードを含む子ポートが検出されなか
った場合、設定許可を得たノードは、自分自身のノード
ＩＤを設定する（ステップＳ１７０５）。

【０１０７】自分のノードＩＤを設定したノードは、自
己のノード番号、通信ポートの接続状態に関する情報等
を含んだセルフＩＤパケットをブロードキャストする
（ステップＳ１７０６）。尚、ブロードキャストとは、
あるノードの通信パケットを、１３９４ネットワークを
構成する不特定多数のノードに対して転送することであ
る。

【０１０８】ここで、各ノードは、このセルフＩＤパケ
ットを受信することにより、各ノードに割り当てられた
ノード番号を認識することができ、自分に割り当てられ
るノード番号を知ることができる。例えば、図１４にお
いて、ルートであるノードＢは、最小ポート番号「＃
１」の通信ポートに接続されたノードＡに対してノード
ＩＤ設定の許可を与える。ノードＡは、自己のノード番
号「Ｎｏ．０」と割り当て、自分自身に対してバス番号
とノード番号とからなるノードＩＤを設定する。又、ノ
ードＡは、そのノード番号を含むセルフＩＤパケットを
ブロードキャストする。

【０１０９】図１８にセルフＩＤパケットの構成例を示
す。図１８において、１８０１はセルフＩＤパケットを
送出したノードのノード番号を格納するフィールド、１
８０２は対応可能な転送速度に関する情報を格納するフ
ィールド、１８０３はバス管理機能（バスマネージャの
能力の有無等）の有無を示すフィールド、１８０４は電
力の消費及び供給の特性に関する情報を格納するフィー
ルドである。

【０１１０】又、図１８において、１８０５はポート番
号「＃０」となる通信ポートの接続状態に関する情報
（接続、未接続、通信ポートの親子関係等）を格納する
フィールド、１８０６はポート番号「＃１」となる通信
ポートの接続状態に関する情報（接続、未接続、通信ポ
ートの親子関係等）を格納するフィールド、１８０７は
ポート番号「♯２」となる通信ポートの接続状態に関す
る情報（接続、未接続、通信ポートの親子関係等）を格
納するフィールドである。尚、セルフＩＤパケットを送
出するノードにバスマネージャとなり得る能力がある場
合には、フィールド１８０３に示すコンテンダビットを
「１」とし、なり得る能力がなければ、コンテンダビッ
トを０とする。

【０１１１】ここで、バスマネージャとは、上述のセル
フＩＤパケットに含まれる各種の情報に基づいて、バス
の電源管理（通信ケーブルを介して電源の供給が可能か
否か、電源の供給が必要か否か等の情報を各ノード毎に
管理する）、速度情報の管埋（各ノードの対応可能な転
送速度に関する情報から各ノード間の最大転送速度を管
理する）、トポロジ・マップ情報の管理（通信ポートの
親子関係情報からネットワークの接続構成を管理す
る）、トポロジ・マップ情報に基づくバスの最適化等を
行ない、それらの情報を他のノードに提供する機能を有
するノードである。これらの機能により、バスマネージ
ャとなるノードは１３９４ネットワーク全体のバス管理
を行なうことができる。

【０１１２】ステップＳ１７０６の処理後、ノードＩＤ
の設定を行ったノードは、親ノードがあるか否かを判断
する（ステップＳ１７０７）。親ノードがある場合、そ
の親ノードが、ステップＳ１７０２以下の処理を再び実
行する。そして、まだノードＩＤの設定されていないノ
ードに対して許可を与える。

【０１１３】又、親ノードが存在しない場合、そのノー
ドは、ルート自身であると判断される。ルートは、全て
の子ポートに接続されたノードに対してノードＩＤが設
定されたか否かを判別する（ステップＳ１７０８）。

【０１１４】ステップＳ１７０８において、全てのノー
ドに対するＩＤ設定処理が終了しなかった場合、ルート
は、そのノードを含む子ポートの内、最小番号となる子
ポートに対してＩＤ設定の許可を与える（ステップＳ１
７０１）。その後、ステップＳ１７０２以下の処理を実
行する。

【０１１５】又、全てのノードに対するＩＤ設定処理が
終了した場合、ルートは、自分自身のノードＩＤの設定
を実行する（ステップＳ１７０９）。ノードＩＤの設定
後、ルートは、セルフＩＤパケットをブロードキャスト
する（ステップＳ１７１０）。

【０１１６】以上の処理によって、１３９４ネットワー
クは、各ノードに対して自動的にノードＩＤを割り当て
ることができる。

【０１１７】ここで、ノードＩＤの設定処理後、複数の
ノードがバスマネージャの能力を具備する場合、ノード
番号の最も大きいノードがバスマネージャとなる。つま
り、ネットワーク内で最大となるノード番号を持つルー
トがバスマネージャになり得る機能を有している場合に
は、ルートがバスマネージャとなる。

【０１１８】しかしながら、ルートにその機能が備わっ
ていない場合には、ルートの次に大きいノード番号を具
備するノードがバスマネージャとなる。又、どのノード
がバスマネージャになったかについては、各ノードがブ
ロードキャストするセルフＩＤパケット内のコンテンダ
ビット１８０３をチェックすることにより把握すること
ができる。

【０１１９】（９）アービトレーション図１９は、図２に示す１３９４ネットワークにおけるア
ービトレーションを説明する図である。

【０１２０】１３９４ネットワークでは、データ転送に
先立って、必ずバス使用権のアービトレーション（調
停）を行なう。１３９４ネットワークは、論理的なバス
型ネットワークであり、各ノードから転送された通信パ
ケットを他のノードに中継することによって、ネットワ
ーク内の全てのノードに同じ通信パケットを転送するこ
とのできる。

【０１２１】従って、通信パケットの衝突を防ぐため
に、必ずアービトレーションが必要となる。これによっ
て、ある時間において一つのノードのみが転送を行なう
ことができる。

【０１２２】図１９（ａ）は、ノードＢとノードＦと
が、バス使用権の要求を発している場合について説明す
る図である。

【０１２３】アービトレーションが始まるとノードＢ，
Ｆは、夫々親ノードに向かって、バス使用権の要求を発
する。ノードＢの要求を受けた親ノード（即ち、ノード
Ｃ）は、自分の親ノード（即ち、ノードＤ）に向かっ
て、そのバス使用権を中継する。この要求は、最終的に
調停を行なうルート（ノードＤ）に届けられる。

【０１２４】バス使用要求を受けたルートは、どのノー
ドにバスを使用させるかを決める。この調停作業はルー
トとなるノードのみが行なえるものであり、調停によっ
て勝ったノードにはバスの使用許可が与えられる。

【０１２５】図１９（ｂ）は、ノードＦの要求が許可さ
れ、ノードＢの要求が拒否されたことを示す図である。

【０１２６】アービトレーションに負けたノードに対し
てルートは、ＤＰ(Data prefix)パケットを送り、拒否
されたことを知らせる。拒否されたノードは、次回のア
ービトレーションまでバス使用要求を待機する。以上の
ようにアービトレーションを制御することによって、１
３９４ネットワークは、バスの使用権を管理することが
できる。

【０１２７】（１０）通信サイクル同期転送モードと非同期転送モードとは、各通信サイク
ル期間内において時分割に混在させることができる。こ
こで、通信サイクルの期間は、通常、１２５μＳであ
る。

【０１２８】図２０は、１通信サイクルにおいて同期転
送モードと非同期転送モードとを混在させた場合を説明
する図である。

【０１２９】同期転送モードは、非同期転送モードより
優先して実行される。その理由は、サイクル・スタート
・パケットの後、非同期転送を起動するために必要なア
イドル期間(subaction gap)が、同期転送を起動するた
め必要なアイドル期間(Isochronous gap)よりも長くな
るように設定されているためである。これにより、同期
転送は、非同期転送に優先して実行される。

【０１３０】図２０において、各通信サイクルのスター
ト時には、サイクル・スタート・パケット（以下、ＣＳ
Ｐ）が所定のノードから転送される。各ノードは、この
ＣＳＰを用いて時刻調整を行うことによって、他のノー
ドと同じ時間を計時することができる。

【０１３１】（１１）同期転送モード同期転送モードは、同期型の転送方式である。同期転送
モードは、通信サイクルの開始後、所定の期間において
実行可能である。又、同期転送モードは、リアルタイム
転送を維持するために、各サイクル毎に必ず実行され
る。

【０１３２】同期転送モードは、特に動画像データや音
声データ等のリアルタイムな転送を必要とするデータの
転送に適した転送モードである。同期転送モードは、非
同期転送モードのように１対１の通信ではなく、ブロー
ドキャスト通信である。つまり、あるノードから送出さ
れたパケットは、ネットワーク上の全てのノードに対し
て一様に転送される。尚、同期転送には、ａｃｋ（受信
確認用返信コード）は存在しない。

【０１３３】図２０において、チャネルｅ（ｃｈ
ｅ）、チャネルｓ（ｃｈｓ）、チャネルｋ（ｃｈ
ｋ）は、各ノードが同期転送を行う期間を示す。１３９
４シリアルバスでは、複数の異なる同期転送を区別する
ために、夫々異なるチャネル番号を与えている。これに
より、複数ノード間での同期転送が可能となる。ここ
で、このチャネル番号は、送信先を特定するものではな
く、データに対する論理的な番号を与えているに過ぎな
い。

【０１３４】又、図２０に示したIsochronous gapと
は、バスのアイドル状態を示すものである。このアイド
ル状態が一定時間を経過した後、同期転送を希望するノ
ードは、バスが使用できると判断し、アービトレーショ
ンを実行する。

【０１３５】次に、図２１に同期転送モードに基づいて
転送される通信パケットのフォーマットを示す。以下、
同期転送モードに基づいて転送される通信パケットを、
同期パケットと称する。

【０１３６】図２１において、同期パケットはヘッダ部
２１０１、ヘッダＣＲＣ２１０２、データ部２１０３、
データＣＲＣ２１０４から構成される。

【０１３７】ヘッダ部２１０１には、データ部２１０３
のデータ長を格納するフィールド２１０５、同期パケッ
トのフォーマット情報を格納するフィールド２１０６、
同期パケットのチャネル番号を格納するフィールド２１
０７、パケットのフォーマット及び実行しなければなら
ない処理を識別するトランザクションコード(tcode)を
格納するフィールド２１０８、同期化コードを格納する
フィールド２１０９がある。

【０１３８】（１２）非同期転送モード非同期転送モードは、非同期型の転送方式である。

【０１３９】非同期転送は、同期転送期間の終了後、次
の通信サイクルが開始されるまでの間（即ち、次の通信
サイクルのＣＳＰが転送されるまでの間）、実行可能で
ある。

【０１４０】図２０において、最初のサブアクション・
ギャップ(subaction gap)は、バスのアイドル状態を示
すものである。このアイドル時間が一定値になった後、
非同期転送を希望するノードは、バスが使用できると判
断し、アービトレーションを実行する。

【０１４１】アービトレーションによりバスの使用権を
得たノードは、図２２に示すパケットを所定のノードに
対して転送する。このパケットを受信したノードは、ａ
ｃｋ（受信確認用返送コード）或いは応答パケットをac
k gap後に返送する。

【０１４２】図２２は、非同期転送モードに基づく通信
パケットのフォーマットを示す図である。以下、非同期
転送モードに基づいて転送される通信パケットを、非同
期パケットと称する。

【０１４３】図２２において、非同期パケットは、ヘッ
ダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２０
３、データＣＲＣ２２０４から構成される。

【０１４４】ヘッダ部２２０１において、フィールド２
２０５には宛先となるノードのノードＩＤ、フィールド
２２０６にはソースとなるノードのノードＩＤ、フィー
ルド２２０７には一連のトランザクションを示すための
ラベル、フィールド２２０８には再送ステータスを示す
コード、フィールド２２０９にはパケットのフォーマッ
ト及び実行しなければならない処理を識別するトランザ
クションコード(tcode)、フィールド２２１０には優先
順位、フィールド２２１１には宛先のメモリ・アドレ
ス、フィールド２２１２にはデータ部のデータ長、フィ
ールド２２１３には拡張されたトランザクション・コー
ドが格納される。

【０１４５】又、非同期転送は、自己ノードから相手ノ
ードへの１対１の通信である。転送元ノードから転送さ
れたパケットは、ネットワーク中の各ノードに行き渡る
が、自分宛てのアドレス以外のものは無視される。従っ
て、宛先となるノードのみが、そのパケットを読み込む
ことができる。

【０１４６】尚、非同期転送中に次のＣＳＰを転送すべ
き時間に至った場合、無理に転送を中断せず、その転送
が終了した後、次のＣＳＰを送信する。これにより、１
つの通信サイクルが１２５μＳ以上続いたときは、その
分、次の通信サイクル期間を短縮する。このようにする
ことによって、１３９４ネットワークは、ほぼ一定の通
信サイクルを保持することができる。

【０１４７】（１３）デバイス・マップデバイスマップを作成するためにアプリケーションが１
３９４ネットワークのトポロジを知る手段として、ＩＥ
ＥＥ１３９４規格上は以下の手段がある。

【０１４８】１．バスマネージャのトポロジマップレジ
スタをリードする。

【０１４９】２．バスリセット時にセルフＩＤパケット
から推定する。

【０１５０】しかし、上記１、２の手段では、各ノード
の親子関係によるケーブル接続順のトポロジは判明する
ものの、物理的な位置関係のトポロジを知ることは出来
ない。（実装されていないポートまで見えてしまう、と
いった問題もある。）また、デバイスマップを作成するための情報を、コンフ
ィギュレーションＲＯＭ以外のデータベースとして持
つ、といった手段もあるが、その場合、各種情報を得る
手段はデータベースアクセスのためのプロトコルに依存
してしまう。

【０１５１】ところで、コンフィギュレーションＲＯＭ
自体やコンフィギュレーションＲＯＭを読む機能は、Ｉ
ＥＥＥ１３９４規格を遵守したデバイスが必ず持つもの
である。そこで、デバイスの位置、機能等の情報を各ノ
ードのコンフィギュレーションＲＯＭに格納し、それら
をアプリケーションから読む機能を与えることにより、
データベースアクセス、データ転送等の特定のプロトコ
ルに依存することなく、各ノードのアプリケーションが
いわゆるデバイスマップ表示機能を実装することができ
る。

【０１５２】コンフィギュレーションＲＯＭにはノード
固有の情報として物理的な位置、機能などが格納可能で
あり、デバイスマップ表示機能の実現に使用することが
可能である。

【０１５３】この場合、アプリケーションが物理的な位
置関係による１３９４ネットワークトポロジを知る手段
としては、バスリセット時やユーザーからの要求時に、
各ノードのコンフィギュレーションＲＯＭを読み取るこ
とにより、１３９４ネットワークのトポロジを知る、と
いう方法が可能となる。さらに、コンフィギュレーショ
ンＲＯＭ内にノードの物理的位置のみならず、機能など
の各種ノード情報も記述することによって、コンフィギ
ュレーションＲＯＭを読むことで、ノードの物理的位置
と同時に各ノードの機能情報等も得ることができる。ア
プリケーションが各ノードのコンフィギュレーションＲ
ＯＭ情報を取得する際には、指定ノードの任意のコンフ
ィギュレーションＲＯＭ情報を取得するＡＰＩを用い
る。

【０１５４】このような手段を用いることにより、ＩＥ
ＥＥ１３９４ネットワーク上のデバイスのアプリケーシ
ョンは、物理的なトポロジマップ、各ノードの機能マッ
プなど、用途に応じて様々なデバイスマップを作成する
ことができ、ユーザが必要な機能をもつデバイスを選択
する、といったことも可能となる。

【０１５５】以上が、１３９４シリアルバスを用いて構
成される通信システムの構成及び機能に関する一般的な
説明である。

【０１５６】［第１実施形態］以下、本発明に係る第１
実施形態について説明する。

【０１５７】＜１３９４シリアルバス構成＞以下、本実
施形態において各ローカルバスに接続される各ノードの
共通部分として、１３９４シリアルバスの構成について
説明する。図２３は、本実施形態において１３９４シリ
アルバスにより接続される機器（１３９４ノード）にお
ける、１３９４シリアルバスブロックの構成を示す図で
ある。

【０１５８】図２３において、２７０１はリンクレイヤ
制御ＩＣ（ＬＩＮＫ−ＩＣ）であり、デバイス本体との
インタフェースを司り、フィジカルレイヤ制御ＩＣ２７
０２（ＰＨＹ−ＩＣ）のデータ転送を制御し、もちろん
上述した１３９４シリアルバスの説明におけるリンクレ
イヤの機能を実現する。ＬＩＮＫ−ＩＣ２７０１が備え
る主な機能としては、ＰＨＹ−ＩＣ２７０２を介する送
信／受信データを一時格納する送受信ＦＩＦＯ、送信デ
ータのパケット化機能、ＰＨＹ−ＩＣ２７０２が受信デ
ータのノードアドレスまたは同期転送データであれば割
り当てられたチャンネル向けのものであるかの判定機
能、またそのデータのエラーチェックを行うレシーバ機
能、そして、デバイス本体（メインブロック）とのイン
タフェースを行う機能、がある。

【０１５９】２７０２は１３９４シリアルバスを直接ド
ライブするフィジカルレイヤ制御ＩＣ（ＰＨＹ−ＩＣ）
であり、上述した１３９４シリアルバスにおけるフィジ
カルレイヤの機能を実現する。ＰＨＹ−ＩＣ２７０２が
備える主な機能としては、バスイニシャル化とアービト
レーション、送信データ符号のエンコード／デコード、
ケーブル通電状態の監視ならびに負荷終端用電源の供給
（アクティブ接続認識用）、ＬＩＮＫ−ＩＣ２７０１と
のインタフェース、等である。

【０１６０】２７０３はコンフィギュレーションＲＯＭ
であり、各機器固有の識別、通信条件等が格納されてい
る。コンフィギュレーションＲＯＭ２７０３のデータフ
ォーマットは、上述したＩＥＥＥ１３９４規格で定めら
れたフォーマットに準じている。

【０１６１】２７０４は、ＬＩＮＫ−ＩＣ２７０１、Ｐ
ＨＹ−ＩＣ２７０２をはじめとする１３９４シリアルバ
スブロック全体を制御するＣＰＵ、２８０５は制御用プ
ログラムが格納されているＲＯＭであり、該プログラム
がＣＰＵ２７０４によって実行されることにより、１３
９４シリアルバスブロック全体が制御される。２７０６
はＲＡＭであり、送受信データを蓄えるデータバッファ
をはじめ、制御用ワークエリア、１３９４アドレスにマ
ッピングされた各種レジスタのデータ領域として使用さ
れている。

【０１６２】本実施形態における１３９４ノードは、そ
れぞれ図２４に示すようなコンフィギュレーションＲＯ
Ｍを装備しており、各デバイスのソフトウェアユニット
情報はUnit directoriesに、ノード固有の情報は、Node
dependent info directoryに保存されている。

【０１６３】また、プリンタ機能、スキャナ機能といっ
た各デバイスの基本機能インスタンスとその基本機能に
付随する詳細情報は、Root Directoryからオフセットさ
れるインスタンスディレクトリ(Instance directory)に
保有することが可能となっている。

【０１６４】ここで、インスタンスディレクトリの構成
について説明する。インスタンスディレクトリには、プ
リンタ、スキャナといったプロトコルに依存しないデバ
イスの情報が格納される。単機能のデバイスの場合、格
納される基本機能情報は１つであるが、複数機能をサポ
ートするデバイスの場合には、複数の機能が列挙されて
格納される。そして、各機能について対応するプロトコ
ル・ソフトウェア情報を保存するユニットディレクトリ
へのポインタ情報を保存するほかに、それぞれの機能に
関する固有な詳細情報を保有するためのフィーチャディ
レクトリへのポインタが保存される。

【０１６５】上述した図６に示したように、１３９４シ
リアルバスのアドレス設定において、最後の２８ビット
は１３９４シリアルバスに接続される他のデバイスから
アクセス可能な、各機種固有のデータ領域として確保さ
れている。図２５は、この各機種固有データ領域である
２８ビット領域のアドレス空間を表した図である。

【０１６６】図２５において、００００ｈ番地から０２
００ｈ番地の領域にはＣＳＲコアレジスタ部が配置され
ている。これらのレジスタは、ＣＳＲアーキテクチャで
定められたノード管理のための基本的な機能として存在
している。

【０１６７】０２００ｈ番地から０４００ｈ番地の領域
は、ＣＳＲアーキテクチャにより、１３９４シリアルバ
スに関するレジスタが格納される領域として定義され
る。

【０１６８】０８００ｈ番地から１０００ｈ番地までの
領域には、現在の１３９４シリアルバスのトポロジ情
報、またノード間の転送スピードに関する情報が格納さ
れている。また、１０００ｈ番地以降の領域はユニット
空間と呼ばれ、各デバイス固有の動作に関するレジスタ
が配置されている。この領域には各デバイスがサポート
する上位プロトコルで、規定されたレジスタ部とデータ
転送用メモリマップドバッファ領域、また各機器固有の
レジスタが配置される。

【０１６９】上述した１３９４シリアルバスを、データ
の送信側と受信側に実装することによって、機器間の通
信が可能となる。本実施形態においては、上述した図２
３に示す構成からなる１３９４シリアルバスブロックを
具備した機器を、送信側及び受信側で使用する。

【０１７０】＜１３９４ダイレクトプリントシステム＞
本実施形態では、プリンタとＰＣを１３９４シリアルバ
スを介して接続することによって１３９４ダイレクトプ
リントシステムを提供するが、図２６に、該プリンタに
おける１３９４シリアルバスブロックのソフトウェア構
成を示す。同図によれば、その最下段に「１３９４−１
９９５／．ａ」のハードウェアが存在し、その上に該ハ
ードウェアとやり取りをする「１３９４ドライバ」があ
り、その上には、通信可能なプロトコルに切り換えて、
対応するアプリケーションにデータを渡すための「マル
チプロトコルセッション」がある。そして最上位には、
対応するプロトコル毎にアプリケーションが存在する。
本実施形態におけるプリンタは、下記の３種類のプロト
コルに対応するマルチプロトコルプリンタであるとして
説明するが、もちろん対応するプロトコルはこの３種類
に限定されるものではない。

【０１７１】・ＤＰＰ（タイレクトプリントプロトコ
ル） “Peer to Peer”接続可能。

【０１７２】・ＳＢＰ−２（シリアルバスプロトコル
２）ＰＣとの接続のためプロトコル。

【０１７３】・ＡＶＣ（オーディオビジュアルコマン
ド）コマンドとデータが別系統で転送される。ＤＶで使用。

【０１７４】以下、本実施形態における１３９４ダイレ
クトプリントの特徴について説明する。

【０１７５】ここで、ＰＣからプリンタへの印刷命令に
基づいてプリント処理を行う、一般的なＰＣプリント処
理のシーケンスについて、まず説明する。

【０１７６】図２７は、ＰＣ２３０１とプリンタ２３０
２を、例えばセントロニクスインタフェースを介して接
続した一般的なＰＣプリントシステムにおける、プリン
ト処理のシーケンスを示す図である。

【０１７７】まず、ＰＣ２３０１内のアプリケーション
２３１１において、ＪＰＥＧファイル形式の画像データ
を解凍し（Ｓ２３１１）、アプリケーション２３１１で
必要な画像補正（Ｓ２３１２）及び画像サイズ変更（Ｓ
２３１３）を行う。次にプリントの実行命令を指令する
と、画像データはプリンタドライバ２３２０へ渡され、
色処理（Ｓ２３２１）、ＵＣＲ（下色除去：Ｓ２３２
２）、ＣＭＹＫ変換（印刷系への色変換：Ｓ２３２
３）、ハーフトーニング（２値化：Ｓ２３２４）を行
い、処理後の画像データをセントロニクスインタフェー
スケーブルを媒体として、プリンタ２３０２内のプリン
タエンジン２３３０へ送ることによって、ＰＣプリント
処理が実行される。このようなＰＣプリント環境におい
ては、ＳＢＰ−２プロトコルが対応している。

【０１７８】本実施形態の１３９４ダイレクトプリント
システムにおいては、図２８に示すように、図２７で示
した一般的なＰＣプリント処理機能の全てをプリンタ内
部における処理機能として有する。

【０１７９】図２８は、デジタルカメラ２４０１とプリ
ンタ２４０２、及びＰＣ２４０３を１３９４シリアルバ
スによって接続した、１３９４ダイレクトプリントシス
テムにおけるプリント処理の流れを示す図である。同図
において、デジタルカメラ２４０１とプリンタ２４０２
間、及びＰＣ２４０３とプリンタ２４０２間におけるデ
ータの送受信は、ＤＰＰ（ダイレクトプリントプロトコ
ル）に基づいて行われる。図２８によれば、プリンタ２
４０２内において、ＪＰＥＧファイル解凍処理（Ｓ２４
１１）、画像補正処理（Ｓ２４１２）、画像サイズ変更
処理（Ｓ２４１３）、色処理（Ｓ２４１４）、ＵＣＲ処
理（Ｓ２４１５）、ＣＭＹＫ変換処理（Ｓ２４１６）、
ハーフトーニング処理（Ｓ２４１７）、の全てを行う。

【０１８０】本実施形態の１３９４ダイレクトプリント
においては、上記ステップＳ２４１２に示す画像補正処
理を、プリンタ２４０２に対する画像データ入力の経路
及び方法によって、複数種類の補正処理を選択的に実行
する。以下、画像補正処理の選択方法について説明す
る。

【０１８１】図２９は、本実施形態の１３９４ダイレク
トプリントシステムにおける、特にプリンタでの処理を
示すフローチャートである。該フローチャートを実現す
るプログラムは図２３に示す１３９４シリアルバスブロ
ックにおけるＲＯＭ２７０５に格納されており、ＣＰＵ
２７０４によって実行される。

【０１８２】まず、１３９４シリアルバス上において、
バスリセット後に接続された機器におけるコンフィギュ
レーションＲＯＭのデータを読み込み（Ｓ１０１）、接
続相手の属性を判断する。

【０１８３】具体的には、接続している機器の属性が
「デジタルカメラ」である場合は、画像データを受信し
た時点でファイル形式をチェックし、「ＪＰＥＧ」形式
であればＪＰＥＧファイルの解凍を実行する（Ｓ１０
２，Ｓ１０３，Ｓ１０５）。

【０１８４】次に、解凍された画像データを解析するこ
とによって（Ｓ１０６）、画像補正が必要であるか否か
を判断し（Ｓ１０７）、補正が必要であれば、必要であ
る補正項目のみについて補正処理を実行する（Ｓ１０
８）。

【０１８５】そして、必要に応じて印刷サイズに適合す
るように画像情報の変倍処理を行った後（Ｓ１０９）、
図２８に示した色処理（Ｓ２４１４）以降の処理を実行
し、画像データをプリンタエンジンに渡すことによって
印刷が行われる。

【０１８６】尚、機器の属性が「テジタルカメラ」であ
るにも関らず、受信データ形式が「ＪＰＥＧ」以外の形
式であった場合には、エラー警告を発行する（Ｓ１０
４）。

【０１８７】一方、機器の属性が「デジタルカメラ」で
なかった場合は、属性が「ＰＣ」であるか否かを判断す
る（Ｓ１１０）。「ＰＣ」である場合は、画像データを
受信した時点でファイル形式をチェックし、「ＪＰＥ
Ｇ」形式であればＪＰＥＧファイルの解凍を実行した後
（Ｓ１１１，Ｓ１１２）、ステップＳ１０６〜Ｓ１０８
の画像補正処理に進む。尚、「ＪＰＥＧ」形式でなけれ
ば、ＪＰＥＧファイルの解凍処理を回避してステップＳ
１０９の変倍処理に進む。即ち、接続機器の属性が「Ｐ
Ｃ」であって、画像データ形式が「ＪＰＥＧ」でない場
合には、ステップＳ１０６〜Ｓ１０８の画像補正処理は
実行されない。これは、ＰＣから入力されるＪＰＥＧ形
式以外の画像データは、既にＰＣ内のアプリケーション
（例えば図２７に示す２３１０）によって必要な画像補
正処理が施されていると見なされ、従ってプリンタ側に
おいては、ＰＣ内のプリンタドライバ（例えば図２７に
示す２３２０）に相当する処理のみを行えば良いためで
ある。

【０１８８】一方、機器の属性が「デジタルカメラ」で
も「ＰＣ」でもない場合は、属性が「ＡＶＣ機器」であ
るか否かを判断する（Ｓ１１３）。「ＡＶＣ機器」であ
る場合には画像データが同期転送されてくるため、該デ
ータをキャプチャして展開した後（Ｓ１１４）、ステッ
プＳ１０６〜Ｓ１０８の画像補正処理に移行する。

【０１８９】図２９によれば即ち、図２８に示すよう
に、デジタルカメラ２４０１からの画像データについて
は、プリンタ２４０２においてＪＰＥＧ解凍から画像補
正を経る一連のプリント処理を行う。

【０１９０】また、ＰＣ２４０３のアプリケーションに
おいて画像処理（画像補正）済みである画像データにつ
いては、ＤＰＰ（ダイレクトプリントプロトコル）を使
用してＲＧＢデータとしてプリンタ２４０２へ送信され
るため、プリンタ２４０２内においては画像補正処理を
スキップする。またこの場合は、ＰＣ２４０３内におい
てプリンタドライバによる処理を行う必要がないため、
図２７に示した一般的なＰＣプリントの場合と比較する
と、ＰＣ２４０３のリソースをより早く解放できること
が分かる。

【０１９１】また、ＰＣ２４０３において特にアプリケ
ーションでの処理を行っていないＪＰＥＧ形式の画像デ
ータをそのまま、プリンタ２４０２に送信することもで
きる。

【０１９２】ここで、上述した図２９に示すステップＳ
１０６〜Ｓ１０８における画像補正処理（図２８のステ
ップＳ２４１２に対応）について、詳細に説明する。

【０１９３】まず、入力されたＲＧＢ形式の画像データ
を、下記の式１に基づいて輝度変換する。

【０１９４】Ｙ（輝度）＝０．３Ｒ＋０．６Ｇ＋０．１Ｂ …（式１）そして、該輝度データのヒストグラムを作成し、その分
布に基づいて画像特性を検出する。そしてその検出結果
に基づいて、該画像データに対して図３０の項目Ａ〜Ｅ
に示すいずれかの補正を施すべきであるか否かの判定を
行なう。該判定により、補正が必要であれば該当項目の
補正を施す。

【０１９５】図３０に示す補正項目について、若干の説
明を行う。

【０１９６】項目Ａ：コントラスト補正テーブルによって、画像データの輝度分布を改善する。

【０１９７】項目Ｂ：ホワイトバランス補正テーブルによって、主に色かぶりを補正する。

【０１９８】項目Ｃ：露出補正テーブルによって露出を補正する。

【０１９９】項目Ｄ：中間調を改善する階調補正テーブルによって階調を補正する。

【０２００】項目Ｅ：彩度補正計算によって鮮やかな色へ補正する。

【０２０１】本実施形態においては、上述した図２９に
おいて説明したように、画像データが補正の必要がある
経路から入力されたものであれば、上記項目に示す各補
正機能が選択的に実行される。

【０２０２】以上説明したように本実施形態によれば、
ＰＣとプリンタを１３９４シリアルバスによって接続し
た１３９４ダイレクトプリントシステムにおいて、ＰＣ
内におけるプリンタドライバ処理をプリンタ内に移行し
たことにより、ＰＣにおけるリソース解放を早めること
ができる。

【０２０３】また、プリンタ内における画像補正処理の
実行／非実行を、画像データの入力経路及び形態に応じ
て判断することによって、プリンタ内における処理を最
小限に留め、プリント速度の低下を防ぐことができる。

【０２０４】［第２実施形態］以下、本発明に係る第２
実施形態について説明する。第２実施形態におけるシス
テム構成は上述した第１実施形態で示した図２８と同様
であるため、説明を省略する。

【０２０５】上述したように、１３９４シリアルバスは
そのデータ転送方式として、同期転送モードと非同期転
送モードを有する。第２実施形態におけるプリンタ２４
０２では、いずれの転送モードでもデータ受信が可能で
ある。第２実施形態においては、受信データの転送モー
ドに基づいて、補正処理を制御することを特徴とする。

【０２０６】図３１は、第２実施形態における１３９４
ダイレクトプリント処理を示すフローチャートである。

【０２０７】まず、送られてくる画像データの転送方式
を確認し（Ｓ２７０１）、同期転送モードである場合は
同期データキャプチャを実行し（Ｓ２７０３）、その
後、画像補正機能フラグをオンにする（Ｓ２７０４）こ
とによって、データ印刷処理の前処理として画像補正処
理を実行するように設定する。

【０２０８】一方、非同期転送モードである場合は、画
像データを受信した時点でファイル形式をチェックし、
「ＪＰＥＧ」形式であればＪＰＥＧファイルの解凍を実
行する（Ｓ２７０５，Ｓ２７０６）。その後、画像補正
機能フラグをオフにする（Ｓ２７０７）ことによって、
画像補正処理を実行するように設定する。

【０２０９】その後は、第１実施形態に示した図２８の
ステップＳ２４１３におけるサイズ変更処理を必要に応
じて実行した後、プリンタドライバ処理を行って印刷を
実行する。

【０２１０】尚、ステップＳ２７０１において確認され
たデータ転送方式がプリンタ２４０２において対応でき
ない方式であれば、もちろん画像データを受信しない。

【０２１１】以上説明したように第２実施形態によれ
ば、同期転送モードによる受信データについては補正処
理を行い、非同期転送モードによる受信データについて
は補正処理を行わないように制御する。これは即ち、同
期転送モードによって送信されてきた画像データは、一
般に未補正である場合が多いためであり、従って、画像
補正を施すことが有効である。

【０２１２】尚、第２実施形態を第１実施形態に組み合
わせて実行することも、もちろん可能である。

【０２１３】［第３実施形態］以下、本発明に係る第３
実施形態について説明する。第３実施形態におけるシス
テム構成は上述した第１実施形態で示した図２８と同様
であるため、説明を省略する。

【０２１４】上述したように、１３９４シリアルバスに
おけるデータ転送プロトコルとして、「ＤＰＰ」，「Ｓ
ＢＰ−２」及び「ＡＶＣ」等がある。第３実施形態にお
けるプリンタ２４０２は、いずれのプロトコルにも対応
可能である。第３実施形態においては、データ転送のプ
ロトコルに基づいて、補正処理を制御することを特徴と
する。

【０２１５】図３２は、第３実施形態における１３９４
ダイレクトプリント処理を示すフローチャートである。

【０２１６】まず、送られてきた画像データのプロトコ
ルを確認し（Ｓ２８０１）、ＳＢＰ−２（シリアルバス
プロトコル）であれば（Ｓ２８０２）、プリンタドライ
バによる処理済みデータであるとして、該データをその
まま印刷データとしてプリンタエンジンへ引き渡す。

【０２１７】一方、ＳＢＰ−２以外のプロトコルによっ
て受信した画像データについては、受信した時点でファ
イル形式をチェックし、「ＪＰＥＧ」形式であればＪＰ
ＥＧファイルの解凍を実行する（Ｓ２８０３，Ｓ２８０
４）。そして、該画像データを解析することによって画
像補正処理の必要性を判断し、必要であれば画像補正処
理を実行する（Ｓ２８０５〜Ｓ２８０７）。

【０２１８】そして、必要に応じて変倍処理を施した後
（Ｓ２８０８）、プリンタドライバ機能に対応する「色
処理」、「ＵＣＲ」、「ＣＭＹＫ変換」、「ハーフトー
ニング」処理を画像データに対して施した後（Ｓ２８０
９〜Ｓ２８１２）、該画像データをプリンタエンジンへ
引き渡す。

【０２１９】尚、ステップＳ２８０１において確認され
たプロトコルがプリンタ２４０２において対応していな
いものであれば、もちろん画像データを受信しない。

【０２２０】以上説明したように第３実施形態によれ
ば、ＳＢＰ−２プロトコルによる受信データについては
無条件に、補正処理を行わないように制御する。これは
即ち、ＳＢＰ−２プロトコルは一般にＰＣプリント環境
に対応しており、該プロトコルによって送信されてきた
画像データは、ＰＣ内部において既に補正済みである可
能性が高いためである。従って、ＳＢＰ−２プロトコル
による受信データについては、画像補正処理を行わない
ように制御することが有効である。

【０２２１】尚、第３実施形態を上述した第１実施形態
及び／又は第２実施形態に組み合わせて実行すること
も、もちろん可能である。

【０２２２】

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

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

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

【０２２５】

【発明の効果】以上説明したように本発明によれば、Ｉ
ＥＥＥ１３９４規格に基づいて画像供給装置と画像形成
装置とを接続した画像形成システムにおいて、画像形成
装置内部における負荷を軽減することによって画像形成
速度の低下を防ぐことができる。

【０２２６】更に、画像供給装置のリソース解放を早め
ることによって、画像供給装置における処理能力の低下
を防ぐことができる。

【図面の簡単な説明】

【図１】本発明を適用するシステムの一般的な構成例を
示す図である。

【図２】１３９４シリアルバスによるネットワーク構成
を示す図である。

【図３】１３９４シリアルバスの構成例を示す図であ
る。

【図４】１３９４シリアルバスのリンクレイヤにおける
サービスを示す図である。

【図５】１３９４シリアルバスのトランザクションレイ
ヤにおけるサービスを示す図である。

【図６】１３９４シリアルバスのアドレス空間を示す図
である。

【図７】１３９４シリアルバスのＣＳＲアーキテクチャ
の機能を示す図である。

【図８】１３９４シリアルバスに関するレジスタを示す
図である。

【図９】１３９４シリアルバスのコンフィギュレーショ
ンＲＯＭの最小形式を示す図である。

【図１０】１３９４シリアルバスのコンフィギュレーシ
ョンＲＯＭの一般形式を示す図である。

【図１１】１３９４シリアルバスのノード資源に関する
レジスタを示す図である。

【図１２】１３９４シリアルバス用のケーブルの断面を
示す図である。

【図１３】ＤＳ−Ｌｉｎｋ方式を説明するための図であ
る。

【図１４】１３９４シリアルバスのネットワーク動作例
を示す図である。

【図１５】バスリセットからノードＩＤ設定までのシー
ケンスを示すフローチャートである。

【図１６】親子関係宣言処理の詳細を示すフローチャー
トである。

【図１７】ノードＩＤ設定処理の詳細を示すフローチャ
ートである。

【図１８】セルフＩＤパケットの構成例を示す図であ
る。

【図１９】アービトレーションを説明する図である。

【図２０】同期転送モードと非同期転送モードを混在さ
せた場合の転送状態の時間的遷移を示す図である。

【図２１】同期転送用のパケットフォーマット例を示す
図である。

【図２２】非同期転送のパケットフォーマット例を示す
図である。

【図２３】本実施形態のノードにおける１３９４シリア
ルバスブロックの構成を示す図である。

【図２４】本実施形態のノードにおけるコンフィギュレ
ーションＲＯＭの構成を示す図である。

【図２５】本実施形態のノードにおける固有データ領域
のアドレス空間を示す図である。

【図２６】本実施形態のプリンタにおける１３９４シリ
アルバスブロックのソフトウェア構成を示す図である。

【図２７】一般的なＰＣプリントシステムにおける処理
シーケンスを示す図である。

【図２８】本発明に係る一実施形態である１３９４ダイ
レクトプリントシステムにおける処理シーケンスを示す
図である。

【図２９】本実施形態における１３９４ダイレクトプリ
ント処理を示すフローチャートである。

【図３０】本実施形態における画像補正処理項目を示す
図である。

【図３１】本発明に係る第２実施形態における１３９４
ダイレクトプリント処理を示すフローチャートである。

【図３２】本発明に係る第３実施形態における１３９４
ダイレクトプリント処理を示すフローチャートである。

Claims

【特許請求の範囲】

【請求項１】シリアルバスにより画像供給装置と接続
された画像形成装置であって、前記画像供給装置から送信された画像データを受信する
受信手段と、該受信手段によって受信された画像データに対して画像
補正を施す補正手段と、前記受信手段により受信された画像データもしくは前記
補正手段により補正された画像データを画像形成用デー
タに変換する変換手段と、前記画像供給装置の属性情報を取得する属性情報取得手
段と、前記属性情報に基づいて前記補正手段における補正を制
御する制御手段と、を有することを特徴とする画像形成
装置。
【請求項２】前記シリアルバスは、ＩＥＥＥ１３９４
規格に適合又は準拠するバスであることを特徴とする請
求項１記載の画像形成装置。
【請求項３】前記属性情報取得手段は、前記画像形成
装置の属性情報をコンフィギュレーションＲＯＭより読
み出すことを特徴とする請求項２記載の画像形成装置。
【請求項４】前記属性情報取得手段は、前記属性情報
として前記画像供給装置の種類を特定する情報を取得す
ることを特徴とする請求項３記載の画像形成装置。
【請求項５】前記制御手段は、前記属性情報に基づい
て前記補正手段における補正の実行／非実行を制御し、
実行するのであれば更に、実行する補正の種類を制御す
ることを特徴とする請求項４記載の画像処理装置。
【請求項６】前記制御手段は、前記属性情報がホスト
コンピュータであれば、画像データが所定形式である場
合に前記補正手段における補正を実行するように制御す
ることを特徴とする請求項５記載の画像形成装置。
【請求項７】前記所定形式はＪＰＥＧ形式であること
を特徴とする請求項６記載の画像形成装置。
【請求項８】シリアルバスにより画像供給装置と接続
された画像形成装置であって、前記画像供給装置からのデータ通信情報を取得する通信
情報取得手段と、前記データ通信情報に基づいて前記画像供給装置から送
信された画像データを受信する受信手段と、前記受信手段によって受信された画像データに対して画
像補正を施す補正手段と、前記受信手段により受信された画像データもしくは前記
補正手段により補正された画像データを画像形成用デー
タに変換する変換手段と、前記データ通信情報に基づいて前記補正手段における補
正を制御する制御手段と、を有することを特徴とする画
像形成装置。
【請求項９】前記シリアルバスは、ＩＥＥＥ１３９４
規格に適合又は準拠するバスであることを特徴とする請
求項８記載の画像形成装置。
【請求項１０】前記データ通信情報は通信プロトコル
の種別を示すプロトコル情報であることを特徴とする請
求項９記載の画像形成装置。
【請求項１１】前記受信手段は、前記プロトコル情報
が該画像形成装置において対応可能なプロトコルに対応
していれば、前記画像供給装置から送信された画像デー
タを受信することを特徴とする請求項１０記載の画像形
成装置。
【請求項１２】前記プロトコル情報は、シリアルバス
プロトコル−２，ダイレクトプリントプロトコル，ＡＶ
Ｃプロトコルのいずれかであることを特徴とする請求項
１１記載の画像形成装置。
【請求項１３】前記制御手段は、前記プロトコル情報
がシリアルバスプロトコル−２に対応していれば、前記
補正手段における補正を実行しないように制御すること
を特徴とする請求項１２記載の画像形成装置。
【請求項１４】前記データ通信情報はデータ転送方式
を示す転送方式情報であることを特徴とする請求項９記
載の画像形成装置。
【請求項１５】前記受信手段は、前記転送方式情報が
該画像形成装置において対応可能な転送方式に対応して
いれば、前記画像供給装置から送信された画像データを
受信することを特徴とする請求項１４記載の画像形成装
置。
【請求項１６】前記転送方式情報は、同期転送方式又
は非同期転送方式のいずれかであることを特徴とする請
求項１５記載の画像形成装置。
【請求項１７】前記制御手段は、前記転送方式情報が
同期転送方式に対応していれば、前記補正手段における
補正を実行するように制御することを特徴とする請求項
１６記載の画像形成装置。
【請求項１８】シリアルバスにより画像供給装置と接
続された画像形成装置の制御方法であって、前記画像供給装置から送信された画像データを受信する
受信工程と、該受信工程において受信された画像データに対して画像
補正を施す補正工程と、前記受信工程において受信された画像データもしくは該
補正工程において補正された画像データを画像形成用デ
ータに変換する変換工程と、前記画像供給装置の属性情報を取得する属性情報取得工
程と、を有し、前記属性情報に基づいて前記補正工程を制御することを
特徴とする画像形成装置の制御方法。
【請求項１９】シリアルバスにより画像供給装置と接
続された画像形成装置の制御方法であって、前記画像供給装置からのデータ通信情報を取得する通信
情報取得工程と、前記データ通信情報に基づいて前記画像供給装置から送
信された画像データを受信する受信工程と、前記受信工程において受信された画像データに対して画
像補正を施す補正工程と、前記受信工程において受信された画像データもしくは前
記補正工程において補正された画像データを画像形成用
データに変換する変換工程と、を有し、前記データ通信情報に基づいて前記補正工程を制御する
ことを特徴とする画像形成装置の制御方法。
【請求項２０】前記シリアルバスは、ＩＥＥＥ１３９
４規格に適合又は準拠するバスであることを特徴とする
請求項１８又は１９記載の画像形成装置の制御方法。
【請求項２１】シリアルバスにより画像供給装置と画
像形成装置を接続した画像形成システムであって、前記
画像形成装置は、前記画像供給装置から送信された画像データを受信する
受信手段と、該受信手段によって受信された画像データに対して画像
補正を施す補正手段と、前記受信手段により受信された画像データもしくは前記
補正手段により補正された画像データを画像形成用デー
タに変換する変換手段と、前記画像供給装置の属性情報を取得する属性情報取得手
段と、前記属性情報に基づいて前記補正手段における補正を制
御する制御手段と、を有することを特徴とする画像形成
システム。
【請求項２２】シリアルバスにより画像供給装置と画
像形成装置を接続した画像形成システムであって、前記
画像形成装置は、前記画像供給装置からのデータ通信情報を取得する通信
情報取得手段と、前記データ通信情報に基づいて前記画像供給装置から送
信された画像データを受信する受信手段と、前記受信手段によって受信された画像データに対して画
像補正を施す補正手段と、前記受信手段により受信された画像データもしくは前記
補正手段により補正された画像データを画像形成用デー
タに変換する変換手段と、前記データ通信情報に基づいて前記補正手段における補
正を制御する制御手段と、を有することを特徴とする画
像形成システム。
【請求項２３】前記シリアルバスは、ＩＥＥＥ１３９
４規格に適合又は準拠するバスであることを特徴とする
請求項２１又は２２記載の画像形成システム。
【請求項２４】前記請求項１８乃至２０のいずれかに
記載された画像形成装置の制御方法を実現するプログラ
ムを記録した記録媒体。