(57)【特許請求の範囲】
【請求項１】
入力された画像データに処理を施しプリンタに出力する画像処理装置であって、
前記プリンタと相互に通信する通信手段と、
前記通信手段を介して、前記プリンタの画像データの出力単位を示す出力単位情報を該プリンタより受信する受信手段と、
前記受信手段で受信した出力単位情報に基づいて、前記入力された画像データを分割し圧縮する圧縮手段と、
前記通信手段を介して、前記圧縮手段で圧縮された画像データを該プリンタへ送信する送信手段と
を備えることを特徴とする画像処理装置。
【請求項２】
入力された画像データに処理を施しプリンタに出力する画像処理装置の制御方法であって、
前記プリンタの画像データの出力単位を示す出力単位情報を該プリンタより受信する受信工程と、
前記受信工程で受信した出力単位情報に基づいて、前記入力された画像データを分割し圧縮する圧縮工程と、
前記圧縮工程で圧縮された画像データを該プリンタへ送信する送信工程と
を備えることを特徴とする画像処理装置の制御方法。
【請求項３】
前記圧縮工程は、圧縮した画像データを記憶媒体に記憶する記憶工程を備える
ことを特徴とする請求項２に記載の画像処理装置の制御方法。
【請求項４】
前記送信工程は、前記出力単位及び前記プリンタの出力設定に応じて前記記憶媒体に記憶された画像データを該プリンタへ送信する
ことを特徴とする請求項３に記載の画像処理装置の制御方法。
【請求項５】
前記出力設定は、少なくとも出力する画像の拡大／縮小率、画像サイズに関する設定を含む
ことを特徴とする請求項４に記載の画像処理装置の制御方法。
【請求項６】
前記圧縮工程は、前記入力された画像データを所定単位で分割し圧縮する
ことを特徴とする請求項２に記載の画像処理装置の制御方法。
【請求項７】
前記所定単位は、８の倍数の画素数である
ことを特徴とする請求項６に記載の画像処理装置の制御方法。
【請求項８】
前記圧縮工程は、前記入力された画像データのピクセル方向あるいはライン方向の少なくとも一方に対し、該入力された画像データを前記８の倍数の画素数毎に分割し圧縮する
ことを特徴とする請求項７に記載の画像処理装置の制御方法。
【請求項９】
入力された画像データに処理を施す画像処理装置と、該画像処理装置で処理された画像データに基づく画像を出力するプリンタを有する画像処理システムであって、
前記画像処理装置と前記プリンタとで相互に通信する通信手段と、
前記通信手段を介して、前記プリンタの画像データの出力単位を示す出力単位情報を前記画像処理装置へ転送する第１転送手段と、
前記通知手段で通知された出力単位情報に基づいて、前記入力された画像データを分割し圧縮する圧縮手段と、
前記通信手段を介して、前記出力単位及び前記プリンタの出力設定に応じて前記圧縮手段で圧縮された画像データを該プリンタへ転送する第２転送手段と
を備えること特徴とする画像処理システム。
【請求項１０】
前記出力設定は、少なくとも出力する画像の拡大／縮小率、画像サイズに関する設定を含む
ことを特徴とする請求項９に記載の画像処理システム。
【請求項１１】
前記圧縮手段は、圧縮した画像データを記憶する記憶手段を備える
ことを特徴とする請求項９に記載の画像処理システム。
【請求項１２】
前記圧縮手段は、前記入力された画像データを所定単位で分割し圧縮する
ことを特徴とする請求項９に記載の画像処理システム。
【請求項１３】
前記通信手段は、ＩＥＥＥ１３９４シリアルバスである
ことを特徴とする請求項９に記載の画像処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、入力された画像データに処理を施しプリンタに出力する画像処理装置及びその制御方法、画像処理システムに関するものである。
【０００２】
【従来の技術】
従来、デジタルカメラで撮影された画像データは、パーソナルへと送信され、画像データの出力はパーソナルコンピュータと接続されているプリンタにより行われていた。しかしながら、パソコンユーザーでないユーザーにもデジタルカメの使用を可能とするために、デジタルカメラとプリンタを直接接続可能とし、画像データに基づく画像を記録することができる画像処理システムが開発されている。
【０００３】
一般的に、デジタルカメラには撮影した画像に基づく画像データを記憶するための記憶媒体の記憶容量に制限がある。そのため、その記憶媒体にできるだけ多くの画像データを記憶できるようにするため、画像データをＪＰＥＧ圧縮して記憶媒体に記憶する。このようなＪＰＥＧ圧縮された画像データを、デジタルカメラと直接接続されたプリンタによる記録（ダイレクトプリント）を行うためには、デジタルカメラあるいはプリンタにＪＰＥＧ圧縮された画像データをＪＰＥＧ解凍して得られる画像データ量分の記憶容量を持つ記憶媒体を必要とする。現在、このダイレクトプリントを実現している画像処理システムのプリンタは、Ａ６サイズのため、１枚の記録媒体に記録を行う記録動作でＡ６サイズの画像データ複数分を記録することはない。そのため、Ａ６サイズの画像データ分の記憶容量を持つ記憶媒体（バッファメモリ）があれば実現可能である。しかし、例えば、図１のように、Ａ４サイズの記録媒体上にプリンタの記録ヘッドの走査方向にＡ、Ｂ、Ｃの３つの画像を記録する場合は、記録ヘッドの１走査で記録可能な画素数が限定されているため、１回目の記録ヘッドの走査では、バッファメモリに図１中のＡ１、Ｂ１、Ｃ１の部分に対応する画像データを記憶、２回目の記録ヘッドの走査では図１中のＡ２、Ｂ２、Ｃ２の部分といったように、各記録媒体の記録領域に対応する画像データを順次バッファメモリに記憶していけば良い。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来の画像処理システムにおいて、上記のような記録を実現するためには、デジタルカメラあるいはプリンタにＪＰＥＧ圧縮されたＡ４サイズのＡ、Ｂ、Ｃの画像データをＪＰＥＧ解凍した画像データ３つ分のバッファメモリを持つことで可能となるが、これはコスト等の問題から実現は困難である。
【０００５】
また、デジタルカメラあるいはプリンタにＪＰＥＧ圧縮されたＡ４サイズの画像データをＪＰＥＧ解凍した画像データ１つ分のバッファメモリを持ち、Ａの画像データをＪＰＥＧ解凍、Ａの画像データの内Ａ１部分の画像データのバッファメモリへの書き込み、Ｂの画像データをＪＰＥＧ解凍、Ｂの画像データの内Ｂ１部分の画像データのバッファメモリへの書き込み、Ｃの画像データのＪＰＥＧ解凍、Ｃの画像データの内Ｃ１部分の画像データのバッファメモリへの書き込み、１回目の記録ヘッドの走査、Ａの画像データをＪＰＥＧ解凍、Ａの画像データの内Ａ２部分の画像データのバッファメモリへの書き込み、Ｂの画像データをＪＰＥＧ解凍、Ｂの画像データの内Ｂ２部分の画像データのバッファメモリへの書き込み、Ｃの画像データのＪＰＥＧ解凍、Ｃの画像データの内Ｃ２部分の画像データのバッファメモリへの書き込み、２回目の記録ヘッドの走査というような記録を行うことで、バッファメモリを節約することもできるが、ＪＰＥＧ圧縮された画像データのＪＰＥＧ解凍する回数が増えるため、記録速度が低下するという問題が発生する。
【０００６】
本発明は上記の問題点に鑑みてなされたものであり、コストを上げることなく、トータルスループットを向上することができる画像処理装置及びその制御方法、画像処理システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記の目的を解決するための本発明による画像処理装置は以下の構成を備える。即ち、  入力された画像データに処理を施しプリンタに出力する画像処理装置であって、
前記プリンタと相互に通信する通信手段と、
前記通信手段を介して、前記プリンタの画像データの出力単位を示す出力単位情報を該プリンタより受信する受信手段と、
前記受信手段で受信した出力単位情報に基づいて、前記入力された画像データを分割し圧縮する圧縮手段と、
前記圧縮手段で圧縮された画像データを該プリンタへ送信する送信手段と
を備える。
【０００８】
また、好ましくは、前記圧縮手段は、圧縮した画像データを記憶する記憶手段を
備える。
また、好ましくは、前記出力単位及び前記出力装置の出力設定に応じて前記記憶手段に記憶された画像データを、前記通信手段を介して該出力装置へ送信するまた、好ましくは、前記出力設定は、少なくとも出力する画像の拡大／縮小率、画像サイズに関する設定を含む。
【０００９】
また、好ましくは、前記圧縮手段は、前記入力された画像データを所定単位で分割し圧縮する。
また、好ましくは、前記所定単位は、８の倍数の画素数である。
前記圧縮手段は、前記入力された画像データのピクセル方向あるいはライン方向の少なくとも一方に対し、該入力された画像データを前記８の倍数の画素数毎に分割し圧縮する。
【００１０】
また、好ましくは、前記通信手段は、ＩＥＥＥ１３９４シリアルバスである。
上記の目的を達成するための本発明による画像処理装置の制御方法は以下の構成を備える、即ち、
入力された画像データに処理を施しプリンタに出力する画像処理装置の制御方法であって、
前記プリンタの画像データの出力単位を示す出力単位情報を該プリンタより受信する受信工程と、
前記受信工程で受信した出力単位情報に基づいて、前記入力された画像データを分割し圧縮する圧縮工程と、
前記圧縮工程で圧縮された画像データを該プリンタへ送信する送信工程と
を備える。
【００１１】
上記の目的を達成するための本発明による画像処理システムは以下の構成を備える。即ち、
入力された画像データに処理を施す画像処理装置と、該画像処理装置で処理された画像データに基づく画像を出力するプリンタを有する画像処理システムであって、
前記画像処理装置と前記プリンタとで相互に通信する通信手段と、
前記通信手段を介して、前記プリンタの画像データの出力単位を示す出力単位情報を前記画像処理装置へ転送する第１転送手段と、
前記通知手段で通知された出力単位情報に基づいて、前記入力された画像データを分割し圧縮する圧縮手段と、
前記通信手段を介して、前記出力単位及び前記プリンタの出力設定に応じて前記圧縮手段で圧縮された画像データを該プリンタへ転送する第２転送手段と
を備える。
【００１３】
【発明の実施の形態】
以下の実施形態では、デジタルカメラとプリンタとの接続にデジタルインターフェース（ＤーＩ／Ｆ）を用いた例を説明するが、これに先立ち、本実施形態で採用可能なＤーＩ／Ｆの代表技術として、ＩＥＥＥ１３９４を説明する。
《ＩＥＥＥ１３９４の技術の概要》
民生用デジタルＶＣＲやＤＶＤプレーヤの登場に伴なって、ビデオデータやオーディオデータなどを通信するために、リアルタイムで、かつ高情報量のデータ転送のサポートが必要になっている。こういったビデオデータやオーディオデータをリアルタイムで転送し、パソコン（ＰＣ）に取り込んだり、またはその他のデジタル機器に転送を行なうには、必要な転送機能を備えた高速データ転送可能なインタフェースが必要になってくる。そういった観点から開発されたインタフェースが、ＩＥＥＥ１３９４−１９９５（HighPerformance Serial Bus、以下１３９４シリアルバスという）である。
【００１４】
図１１は、１３９４シリアルバスを用いて構成されるネットワーク・システムの構成例を示す図である。このシステムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えており、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ間、Ｃ−Ｇ間、及びＣ−Ｈ間はそれぞれ１３９４シリアルバスのツイスト・ペア・ケーブルで接続されている。これらの機器Ａ〜Ｈは、例えばパソコン、デジタルＶＴＲ、ＤＶＤ、デジタルカメラ、ハードディスク、モニタ、チューナー等である。
【００１５】
各機器間の接続方式は、ディジーチェーン方式とノード分岐方式とを混在可能としたものであり、自由度の高い接続が可能である。また、各機器は各自固有のＩＤを有し、それぞれが認識し合うことによって１３９４シリアルバスで接続された範囲において、１つのネットワークを構成している。各デジタル機器間をそれぞれ１本の１３９４シリアルバスケーブルで順次接続するだけで、それぞれの機器が中継の役割を行い、全体として１つのネットワークを構成するものである。また、１３９４シリアルバスはPlug&Play機能を有し、ケーブルを機器に接続した時点で自動的に機器の認識や接続状況などを認識する機能を有している。
【００１６】
また、図１１に示したようなシステムにおいて、ネットワークからある機器が削除されたり、または新たに追加されたときなどには、自動的にバスリセットを行い、それまでのネットワーク構成をリセットしてから、新たなネットワークの再構築を行なう。この機能によって、その時々のネットワークの構成を常時設定、認識することができる。
【００１７】
またデータ転送速度は、１００／２００／４００Ｍｂｐｓを備えており、上位の転送速度を持つ機器が下位の転送速度をサポートし、互換をとるようになっている。データ転送モードとしては、コントロール信号などの非同期データ（Asynchronousデータ：以下Asyncデータという）を転送するAsynchronous転送モードとリアルタイムなビデオデータやオーディオデータ等の同期データ（Isochronousデータ：以下Isoデータという）を転送するIsochronous転送モードがある。このAsyncデータとIsoデータは、各サイクル（通常１サイクル１２５μｓ）の中において、サイクル開始を示すサイクル・スタート・パケット（ＣＳＰ）を転送した後、Isoデータの転送をAsyncデータより優先しつつサイクル内で混在して転送される。
【００１８】
図１２は１３９４シリアルバスの構成要素を示す図である。１３９４シリアルバスは全体としてレイヤ（階層）構造で構成されている。図１２に示したように、１３９４シリアルバスのケーブルとコネクタが接続されるコネクタポートがあり、その上にハードウェアとしてフィジカル・レイヤとリンク・レイヤを位置づけしている。
【００１９】
ハードウェア部は実質的なインターフェイスチップの部分であり、そのうちフィジカル・レイヤは符号化やコネクタ関連の制御等を行い、リンク・レイヤはパケット転送やサイクルタイムの制御等を行なう。
ファームウェア部のトランザクション・レイヤは、転送（トランザクション）すべきデータの管理を行ない、Read、Write、Lockの命令を出す。シリアルバスマネージメント（マネージメント・レイヤ）は、接続されている各機器の接続状況やＩＤの管理を行ない、ネットワークの構成を管理する部分である。以上のハードウェア及びファームウェアまでが実質上の１３９４シリアルバスの構成である。
【００２０】
またソフトウェア部のアプリケーション・レイヤは、使用するアプリケーションソフトによって異なり、インタフェース上にのせるデータを規定する部分であり、プリンタプロトコルやＡＶＣプロトコルなどが規定されている。以上が１３９４シリアルバスの構成である。
図１３は、１３９４シリアルバスにおけるアドレス空間を示す図である。１３９４シリアルバスに接続された各機器（ノード）には必ず各ノード固有の６４ビットアドレスを持たせておく。そしてこのアドレスをＲＯＭに格納しておくことで、自分や相手のノードアドレスを常時認識できるとともに、相手を指定した通信も行なえる。１３９４シリアルバスのアドレッシングは、ＩＥＥＥ１２１２規格に準じた方式であり、アドレス設定は、最初の１０ｂｉｔがバスの番号の指定用に、次の６ｂｉｔがノードＩＤ番号の指定用に使われる。そして、残りの４８ｂｉｔが機器に与えられたアドレス幅になり、それぞれ固有のアドレス空間として使用できる。なお、４８ｂｉｔ中の後半の２８ｂｉｔは固有データの領域として、各機器の識別や使用条件の指定の情報などを格納する。
【００２１】
以上が１３９４シリアルバスの技術の概要である。次に、１３９４シリアルバスの特徴といえる技術の部分を、より詳細に説明することにする。
《１３９４シリアルバスの電気的仕様》
図１４は１３９４シリアルバス・ケーブルの断面図である。１３９４シリアルバスでは接続ケーブル内に６ピン、即ち２組のツイストペア信号線の他に、電源ラインを設けている。これによって、電源を持たない機器や、故障により電圧低下した機器等にも電力の供給が可能になっている。なお、電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。なお、ＤＶケーブルと呼ばれる規格では電源を省いた４ピンで構成されている。
【００２２】
《ＤＳ−Ｌｉｎｋ符号化》
図１５は、１３９４シリアルバスで採用されている、データ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明するための図である。１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（Data／Strobe Link）符号化方式が採用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適しており、その構成は、２本の信号線を必要とする。より対線のうち１本に主となるデータを送り、他方のより対線にはストローブ信号を送る構成になっている。受信側では、この通信されるデータと、ストローブとの排他的論理和をとることによってクロックを再現する。このＤＳ−Ｌｉｎｋ符号化方式を用いるメリットとして、８／１０Ｂ変換に比べて転送効率が高いこと、ＰＬＬ回路が不要となるのでコントローラＬＳＩの回路規模を小さくできること、更には、転送すべきデータが無いときにアイドル状態であることを示す情報を送る必要が無いので、各機器のトランシーバ回路をスリープ状態にすることができることによって、消費電力の低減が図れる、などが挙げられる。
【００２３】
《バスリセットのシーケンス》
１３９４シリアルバスでは、接続されている各機器（ノード）にはノードＩＤが与えられ、ネットワーク構成として認識されている。このネットワーク構成に変化があったとき、例えばノードの挿抜や電源のＯＮ／ＯＦＦなどによるノード数の増減などによって変化が生じて、新たなネットワーク構成を認識する必要があるとき、変化を検知した各ノードはバス上にバスリセット信号を送信して、新たなネットワーク構成を認識するモードに入る。このときの変化の検知方法は、１３９４ポート基板上でのバイアス電圧の変化を検知することによって行われる。
【００２４】
あるノードからバスリセット信号が伝達されると、各ノードのフィジカルレイヤはこのバスリセット信号を受けると同時にリンクレイヤにバスリセットの発生を伝達し、かつ他のノードにバスリセット信号を伝達する。最終的にすべてのノードがバスリセット信号を検知した後、バスリセットが起動される。バスリセットは、先に述べたようなケーブル抜挿や、ネットワーク異常等によるハード検出によって起動されるが、プロトコルからのホスト制御などによってフィジカルレイヤに直接命令を出すことによっても起動される。また、バスリセットが起動するとデータ転送は一時中断され、データ転送は当該バスリセットの処理の間待たされることになる。そして、バスリセットの終了後、新しいネットワーク構成のもとで再開される。以上がバスリセットのシーケンスである。
【００２５】
《ノードＩＤ決定のシーケンス》
バスリセットの後、各ノードは新しいネットワーク構成を構築するために、各ノードにＩＤを与える動作に入る。このときの、バスリセットからノードＩＤ決定までの一般的なシーケンスを図２３、２４、２５のフローチャートを用いて説明する。
【００２６】
図２３は、バスリセットの発生からノードＩＤが決定し、データ転送が行えるようになるまでの、一連のバスの作業を示すフローチャートである。まず、ステップＳ１０１において、ネットワーク内にバスリセットが発生することを常時監視し、ここでノードの電源ＯＮ／ＯＦＦなどによってバスリセットが発生するとステップＳ１０２に移る。ステップＳ１０２では、ネットワークがリセットされた状態から、新たなネットワークの接続状況を知るために、直接接続されている各ノード間において親子関係の宣言がなされる。ステップＳ１０３において、すべてのノード間で親子関係が決定されたと判断されると、ステップＳ１０４へ進み、一つのルートを決定する。なお、すべてのノード間で親子関係が決定するまでは、ステップＳ１０２の親子関係の宣言をおこない、またルートも決定されない。
【００２７】
ステップＳ１０４でルートが決定されると、ステップＳ１０５において、各ノードにＩＤを与えるノードＩＤの設定作業が行われる。所定のノード順序で、ノードＩＤの設定が行われ、すべてのノードにＩＤが与えられるまで繰り返し設定作業が行われる（ステップＳ１０６）。最終的にすべてのノードにＩＤを設定し終えると、新しいネットワーク構成がすべてのノードにおいて認識されたことになる。よって、処理はステップＳ１０６からステップＳ１０７へ進み、ノード間のデータ転送が行える状態となり、データ転送が開始される。
【００２８】
そして、このステップＳ１０７の状態になると、再びバスリセットが発生するのを監視するモードに入り、バスリセットが発生したらステップＳ１０１からステップＳ１０６までの設定作業が繰り返し行われる。
以上が、図２３のフローチャートの説明であるが、図２３のフローチャートのバスリセットからルート決定までの部分と、ルート決定後からＩＤ設定終了までの手順を図２４及び図２５を参照して更に詳しく説明する。図２４は、各ノードにおけるバスリセットからルート決定までの処理を説明するフローチャートである。また、図２５は、ルート決定後からＩＤ設定終了までの手順を示すフローチャートである。
【００２９】
まず、図２４を参照して説明を行う。ステップＳ２０１においてバスリセットが発生すると、ネットワーク構成は一旦リセットされ、処理はステップＳ２０２へ進む。なお、ステップＳ２０１では、バスリセットが発生するのを常に監視している。次に、ステップＳ２０２において、リセットされたネットワークの接続状況を再認識する作業の第一段階として、各機器にリーフ（ノード）であることを示すフラグを立てておく。
【００３０】
次に、ステップＳ２０３において、各機器が自分の持つポートがいくつ他ノードと接続されているのかを調べる。ステップＳ２０４では、ポート数に基づいて親子関係の宣言を始めていくために、未定義（親子関係が決定されてない）ポートの数を調べる。バスリセットの直後はポート数＝未定義ポート数であるが、親子関係が決定されていくにしたがって、ステップＳ２０４で検知する未定義ポートの数は変化していくものである。
【００３１】
まず、バスリセットの直後、はじめに親子関係の宣言を行えるのはリーフに限られている。リーフであるというのはステップＳ２０３のポート数の確認で知ることができる。即ち、リーフは、親子関係が未定義の段階で未定義ポート数が１のものである。リーフは、ステップＳ２０５において、自分に接続されているノードに対して、「自分は子、相手は親」と宣言し動作を終了する。
【００３２】
ステップＳ２０３でポート数が複数ありブランチと認識したノードは、バスリセットの直後はステップＳ２０４で未定義ポート数＞１ということになるので、ステップＳ２０６へ移り、ブランチというフラグが立てられる。そして、ステップＳ２０７でリーフからの親子関係宣言で「親」の受付をするために待つ。リーフである他のノードが親子関係の宣言を行い、ステップＳ２０７でそれを受けたブランチは、適宜ステップＳ２０４の未定義ポート数の確認を行う。ここで、未定義ポート数が１になっていれば残っているポートに接続されているノードに対して、ステップＳ２０５の「Ｃｈｉｌｄ（自分が子）」の宣言をすることが可能になる。２度目以降のステップＳ２０４の処理で未定義ポート数を確認しても２以上あるブランチに対しては、再度ステップＳ２０７でリーフ又は他のブランチからの「親」の受付をするために待つ。
【００３３】
最終的に、いずれか１つのブランチ、又は例外的にリーフ（子宣言を行えるのにすばやく動作しなかった為）がステップＳ２０４の未定義ポート数の確認の結果としてゼロになったら、これにてネットワーク全体の親子関係の宣言が終了したものであり、未定義ポート数がゼロ（すべて親のポートとして決定）になった唯一のノードはステップＳ２０８においてルートのフラグが立てられ、ステップＳ２０９においてルートとしての認識がなされる。このようにして、図２４に示したバスリセットから、ネットワーク内すべてのノード間における親子関係の宣言までが終了する。
【００３４】
つぎに、図２５のフローチャートについて説明する。
まず、図２４までのシーケンスでリーフ、ブランチ、ルートという各ノードのフラグの情報が設定されているので、これを元にして、ステップＳ３０１でそれぞれ分類する。各ノードにＩＤを与える作業として、最初にＩＤの設定を行うことができるのはリーフからである。リーフ→ブランチ→ルートの順で若い番号（ノード番号＝０〜）からＩＤの設定がなされていく。
【００３５】
ステップＳ３０２において、ネットワーク内に存在するリーフの数Ｎ（Ｎは自然数）を設定する。この後、ステップＳ３０３において各リーフがルートに対してＩＤを与えるように要求する。この要求が複数ある場合には、ルートはステップＳ３０４においてアービトレーションを行い、ステップＳ３０５において勝ったノード１つにＩＤ番号を与え、負けたノードには失敗の結果通知を行う。ステップＳ３０６においてＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求を出し、同様の作業を繰り返す。
【００３６】
ＩＤを取得できたリーフはステップＳ３０７においてそのノードのＩＤ情報をブロードキャストで全ノードに転送する。１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３０８において残りのリーフの数Ｎが１つ減らされる。ここで、ステップＳ３０９において、この残りのリーフの数Ｎが１以上ある場合はステップＳ３０３からのＩＤ要求の作業を繰り返し行う。そして、最終的にすべてのリーフがＩＤ情報をブロードキャストすると、ステップＳ３０９においてＮ＝０となり、ブランチのＩＤ設定のためにステップＳ３１０に移る。
【００３７】
ブランチのＩＤ設定もリーフの時と同様に行われる。まず、ステップＳ３１０においてネットワーク内に存在するブランチの数Ｍ（Ｍは自然数）を設定する。この後、ステップＳ３１１として各ブランチがルートに対して、ＩＤを与えるように要求する。これに対してルートは、ステップＳ３１２においてアービトレーションを行い、勝ったブランチから順に、リーフに与え終った番号の次に若い番号から与えていく。ステップＳ３１３において、ルートは要求を出したブランチにＩＤ情報又は失敗結果を通知する。ステップＳ３１４において、ＩＤ取得が失敗に終わったブランチは、再度ＩＤ要求を出し、同様の作業を繰り返す。
【００３８】
ＩＤを取得できたブランチからステップＳ３１５へ進み、そのノードのＩＤ情報をブロードキャストで全ノードに転送する。１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３１６において、残りのブランチの数Ｍが１つ減らされる。ここで、ステップＳ３１７において、この残りのブランチの数Ｍが１以上ある場合はステップＳ３１１からのＩＤ要求の作業を繰り返し、最終的にすべてのブランチがＩＤ情報をブロードキャストするまで行われる。すべてのブランチがノードＩＤを取得すると、ステップＳ３１７においてＭ＝０となり、ブランチのＩＤ取得モードが終了する。
【００３９】
ここまで終了すると、最終的にＩＤ情報を取得していないノードはルートのみなので、ステップＳ３１８において与えていない番号で最も若い番号を自分のＩＤ番号と設定し、ステップＳ319としてルートのＩＤ情報をブロードキャストする。
以上で、図２５に示したように、親子関係が決定した後から、すべてのノードのＩＤが設定されるまでの手順が終了する。
【００４０】
次に、一例として、図１６に示した実際のネットワークにおけるバスリセット時のネットワーク構築動作を説明する。
図１６は、バスリセット時のネットワーク構築動作を説明するための図である。図１６において、ノードＢ（ルート）の下位にはノードＡとノードＣが直接接続されており、更にノードＣの下位にはノードＤが直接接続されており、更にノードＤの下位にはノードＥとノードＦが直接接続された階層構造になっている。このような、階層構造やルートノード、ノードＩＤを決定する手順を以下で説明する。
【００４１】
バスリセットがされた後、まず各ノードの接続状況を認識するために、各ノードの直接接続されているポート間において、親子関係の宣言がなされる。この親子とは親側が階層構造で上位となり、子側が下位となると言うことができる。
図１６ではバスリセットの後、最初に親子関係の宣言を行なったのはノードＡである。基本的にノードの１つのポートにのみ接続があるノード（リーフと呼ぶ）から親子関係の宣言を行なうことができる。これは、自分には１ポートの接続のみしかない、ということをまず知ることができるので、これによってネットワークの端であることを認識し、その中で早く動作を行なったノードから親子関係が決定されていく。こうして親子関係の宣言を行なった側（Ａ-Ｂ間ではノードＡ）のポートが子と設定され、相手側（ノードＢ）のポートが親と設定される。こうして、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間で子−親、ノードＦ−Ｄ間で子−親と決定される。
【００４２】
さらに１階層あがって、今度は複数個接続ポートを持つノード（ブランチと呼ぶ）のうち、他ノードからの親子関係の宣言を受けたものから順次、更に上位に親子関係の宣言を行なっていく。図１６ではまずノードＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノードＣに対する親子関係の宣言を行っており、その結果ノードＤ−Ｃ間で子−親と決定している。
【００４３】
ノードＤからの親子関係の宣言を受けたノードＣは、もう一つのポートに接続されているノードＢに対して親子関係の宣言を行なっている。これによってノードＣ−Ｂ間で子−親と決定している。
このようにして、図１６のような階層構造が構成され、最終的に、接続されているすべてのポートにおいて親となったノードＢが、ルートノードと決定されることになる。ルートは１つのネットワーク構成中に一つしか存在しないものである。
【００４４】
なお、この図１６においてノードＢがルートノードと決定されたが、これはノードＡから親子関係宣言を受けたノードＢが、他のノードに対して親子関係宣言を早いタイミングで行なっていれば、ルートノードは他ノードに移っていたこともあり得る。すなわち、伝達されるタイミングによってはどのノードもルートノードとなる可能性があり、同じネットワーク構成でもルートノードは一定とは限らない。
【００４５】
ルートノードが決定すると、次は各ノードＩＤを決定するモードに入る。ここではすべてのノードが、決定した自分のノードＩＤを他のすべてのノードに通知する（ブロードキャスト機能）。自己ＩＤ情報は、自分のノード番号、接続されている位置の情報、持っているポートの数、接続のあるポートの数、各ポートの親子関係の情報等を含んでいる。
【００４６】
ノードＩＤ番号の割り振りの手順としては、まず１つのポートにのみ接続があるノード（リーフ）から起動することができ、この中から順にノード番号＝０、１、２…と割り当てられる。ノードＩＤを獲得したノードは、ノード番号を含む情報をブロードキャストで各ノードに送信する。これによって、そのＩＤ番号は『割り当て済み』であることが認識される。
【００４７】
すべてのリーフが自己ノードＩＤを取得し終ると、次はブランチへ移りリーフに引き続いたノードＩＤ番号が各ノードに割り当てられる。リーフと同様に、ノードＩＤ番号が割り当てられたブランチから順次ノードＩＤ情報をブロードキャストし、最後にルートノードが自己ＩＤ情報をブロードキャストする。すなわち常にルートは最大のノードＩＤ番号を所有するものである。
【００４８】
以上のようにして、階層構造全体のノードＩＤの割り当てが終わり、ネットワーク構成が再構築され、バスの初期化作業が完了する。
《アービトレーション》
１３９４シリアルバスでは、データ転送に先立って必ずバス使用権のアービトレーション（調停）を行なう。１３９４シリアルバスは個別に接続された各機器が、転送された信号をそれぞれ中継することによって、ネットワーク内すべての機器に同信号を伝えるように、論理的なバス型ネットワークであるので、パケットの衝突を防ぐ意味でアービトレーションは必要である。これによってある時間には、たった一つのノードのみ転送を行なうことができる。
【００４９】
図１７は１３９４紙リアルバスにおけるアービトレーションを説明する図である。特に、図１７の（ａ）はバス使用要求の流れを示し、図１７の（ｂ）はバス使用許可の流れを示す。
アービトレーションが始まると、１つもしくは複数のノードが親ノードに向かって、それぞれバス使用権の要求を発する。図１７（ａ）のノードＣとノードＦがバス使用権の要求を発しているノードである。これを受けた親ノード（図１７ではノードＡ）は更に親ノードに向かって、バス使用権の要求を発する（中継する）。この要求は最終的に調停を行なうルートに届けられる。
【００５０】
バス使用要求を受けたルートノード（ノードＢ）は、どのノードにバスを使用させるかを決める。この調停作業はルートノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可が与えられる。図１７の（ｂ）ではノードＣに使用許可が与えられ、ノードＦの使用要求は拒否されたことを示している。アービトレーションに負けたノードに対してはＤＰ（data prefix）パケットを送り、要求が拒否されたことを知らせる。要求が拒否されたノードのバス使用要求は次回のアービトレーションまで待たされる。
【００５１】
以上のようにして、アービトレーションに勝ってバスの使用許可を得たノードは、以降データの転送を開始できる。ここで、アービトレーションの一連の流れをフローチャート図２６を参照して説明する。図２６はアービトレーションの処理手順を表すフローチャートである。
ノードがデータ転送を開始できる為には、バスがアイドル状態であることが必要である。先に行われていたデータ転送が終了して、現在バスが空き状態であることを認識するためには、各転送モードで個別に設定されている所定のアイドル時間ギャップ長（例．サブアクション・ギャップ）を経過する事によって、各ノードは自分の転送が開始できると判断する。
【００５２】
ステップＳ４０１において、Asyncデータ、Isoデータ等それぞれ転送するデータに応じた所定のギャップ長が得られたか判断する。所定のギャップ長が得られない限り、転送を開始するために必要なバス使用権の要求はできないので、所定のギャップ長が得られるまで待つ。ステップＳ４０１で所定のギャップ長が得られたら、ステップＳ４０２において転送すべきデータがあるかを判断し、あればステップＳ４０３へ進む。
【００５３】
ステップＳ４０３では、データ転送をするためにバスを確保するよう、バス使用権の要求をルートに対して発する。このときの、バス使用権の要求を表す信号の伝達は、図１７の（ａ）に示したように、ネットワーク内の各機器を中継しながら、最終的にルートに届けられる。一方、ステップＳ４０２で転送するデータがない場合は、そのまま待機する。
次に、ステップＳ４０４において、ルートノードはステップＳ４０３で発行されたバス使用要求を受信する。そして、ステップＳ４０５において、ルートは使用要求を出したノードの数を調べる。ステップＳ４０５で使用要求を出したノードの数が１（使用権要求を出したノードが１つ）だったら、そのノードに直後のバス使用許可が与えられることとなる。一方、ステップＳ４０５において、ノード数＞１（使用要求を出したノードは複数）だったら、ルートはステップＳ４０６において使用許可を与えるノードを１つに決定する調停作業を行う。この調停作業は公平なものであり、毎回同じノードばかりが許可を得る様なことはなく、平等に権利を与えていくような構成となっている（フェア・アービトレーション）。
【００５４】
次に、ステップＳ４０７において、ステップＳ４０６で使用要求を出した複数ノードの中からルートが調停して使用許可を得た１つのノードと、敗れたその他のノードに分ける選択を行う。ここで、調停されて使用許可を得た１つのノード、またはステップＳ４０５において使用要求ノード数＝１で調停無しに使用許可を得たノードには、ステップＳ４０８として、ルートはそのノードに対して許可信号を送る。許可信号を得たノードは、受け取った直後に転送すべきデータ（パケット）を転送開始する。また、ステップＳ４０６の調停で敗れて、バス使用が許可されなかったノードには、ステップＳ４０９において、ルートから、アービトレーション失敗を示すＤＰ（data prefix）パケットを送られ、これを受け取ったノードは再度転送を行うためのバス使用要求を出すため、ステップＳ４０１まで戻り、所定ギャップ長が得られるまで待機する。
【００５５】
以上が１３９４シリアルバスによるアービトレーションの流れである。
《アシンクロナス（Asynchronous、非同期）転送》
アシンクロナス転送は、非同期転送である。図１８はアシンクロナス転送における時間的な遷移状態を示す図である。図１８の最初のサブアクション・ギャップは、バスのアイドル状態を示すものである。このアイドル時間が一定値になった時点で、転送を希望するノードはバスが使用できると判断してバス使用要求を発行し、バス獲得のためのアービトレーションが実行される。
【００５６】
アービトレーションでバスの使用許可を得ると、次にデータの転送がパケット形式で実行される。データ転送後、当該データを受信したノードは、転送されたデータに対しての受信結果のack（受信確認用返送コード）をack gapという短いギャップの後、返送して応答するか、応答パケットを送ることによって転送が完了する。ackは4ビットの情報と4ビットのチェックサムからなり、成功か、ビジー状態か、ペンディング状態であるかといった情報を含み、すぐに送信元ノードに返送される。
【００５７】
次に、アシンクロナス転送のパケットフォーマットを説明する。図１９はアシンクロナス転送のパケットフォーマットの例を示す図である。
パケットには、データ部及び誤り訂正用のデータＣＲＣの他にヘッダ部がある。ヘッダ部には図１９に示したような、目的ノードＩＤ、ソースノードＩＤ、転送データ長さや各種コードなどが書き込まれ、転送が行なわれる。また、アシンクロナス転送は自己ノードから相手ノードへの１対１の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視されるので、宛先の１つのノードのみが読込むことになる。以上がアシンクロナス転送の説明である。
【００５８】
《アイソクロナス（Isochronous、同期）転送》
アイソクロナス転送は同期転送である。１３９４シリアルバスの最大の特徴であるともいえるこのアイソクロナス転送は、特に映像データや音声データといったマルチメディアデータなど、リアルタイムな転送を必要とするデータの転送に適した転送モードである。また、アシンクロナス転送（非同期）が１対１の転送であったのに対し、このアイソクロナス転送はブロードキャスト機能によって、転送元の１つのノードから他のすべてのノードへ一様にデータが転送される。
【００５９】
図２０はアイソクロナス転送における、時間的な遷移状態を示す図である。アイソクロナス転送は、バス上一定時間毎に実行される。この時間間隔をアイソクロナスサイクルと呼ぶ。アイソクロナスサイクル時間は、１２５μｓである。この各サイクルの開始時間を示し、各ノードの時間調整を行なう役割を担っているのがサイクル・スタート・パケットである。サイクル・スタート・パケットを送信するのは、サイクル・マスタと呼ばれるノードであり、１つ前のサイクル内のデータ転送終了後、所定のアイドル期間（サブアクションギャップ）を経た後、本サイクルの開始を告げるサイクル・スタート・パケットを送信する。このサイクル・スタート・パケットの送信される時間間隔が１２５μｓとなる。
【００６０】
また、図２０にチャネルＡ、チャネルＢ、チャネルＣと示したように、1サイクル内において複数種のパケットがチャネルＩＤをそれぞれ与えられることによって、区別して転送できる。これによって同時に複数ノード間でのリアルタイムな転送が可能であり、また受信するノードでは自分が欲しいチャネルＩＤのデータのみを取り込む。このチャネルＩＤは送信先のアドレスを表すものではなく、データに対する論理的な番号を与えているに過ぎない。よって、あるパケットの送信は１つの送信元ノードから他のすべてのノードに行き渡る、ブロードキャストで転送されることになる。
【００６１】
アイソクロナス転送のパケット送信に先立って、アシンクロナス転送同様アービトレーションが行われる。しかし、アシンクロナス転送のように１対１の通信ではないので、アイソクロナス転送にはack（受信確認用返信コード）は存在しない。
また、図２０に示した iso gap（アイソクロナスギャップ）とは、アイソクロナス転送を行なう前にバスが空き状態であると認識するために必要なアイドル期間を表している。この所定のアイドル期間を経過すると、アイソクロナス転送を行ないたいノードはバスが空いていると判断し、転送前のアービトレーションを行なうことができる。
【００６２】
つぎに、アイソクロナス転送のパケットフォーマットについて説明する。図２１はアイソクロナス転送のパケットフォーマットの例を示す図である。
各チャネルに分かれた、各種のパケットにはそれぞれデータ部及び誤り訂正用のデータＣＲＣの他に、ヘッダ部がある。そのヘッダ部には図２１に示したような、転送データ長やチャネルＮＯ．、その他各種コード及び誤り訂正用のヘッダＣＲＣなどが書き込まれ、転送が行なわれる。以上がアイソクロナス転送の説明である。
【００６３】
《バス・サイクル》
実際の１３９４シリアルバス上の転送では、アイソクロナス転送と、アシンクロナス転送は混在できる。図２２は、アイソクロナス転送とアシンクロナス転送とが混在した、バス上の転送状態の時間的な遷移の様子を表した図である。
アイソクロナス転送はアシンクロナス転送より優先して実行される。その理由は、サイクル・スタート・パケットの後、アシンクロナス転送を起動するために必要なアイドル期間のギャップ長（サブアクションギャップ）よりも短いギャップ長（アイソクロナスギャップ）で、アイソクロナス転送を起動できるからである。したがって、アシンクロナス転送より、アイソクロナス転送は優先して実行されることとなる。
【００６４】
図２２に示した一般的なバスサイクルにおいて、サイクル＃ｍのスタート時にサイクル・スタート・パケットがサイクル・マスタから各ノードに転送される。これによって、各ノードで時刻調整を行ない、所定のアイドル期間（アイソクロナスギャップ）を待ってからアイソクロナス転送を行なうべきノードはアービトレーションを行い、パケット転送に入る。図２２ではチャネルｅとチャネルｓとチャネルｋが順にアイソクロナス転送されている。
【００６５】
このアービトレーションからパケット転送までの動作を、与えられているチャネル分繰り返し行なった後、サイクル＃ｍにおけるアイソクロナス転送がすべて終了したら、アシンクロナス転送を行うことができるようになる。
アイドル時間がアシンクロナス転送が可能なサブアクションギャップに達することによって、アシンクロナス転送を行いたいノードはアービトレーションの実行に移れると判断する。ただし、アシンクロナス転送が行える期間は、アイソクロナス転送終了後から、次のサイクル・スタート・パケットを転送すべき時間（cycle synch）までの間に、アシンクロナス転送を起動するためのサブアクションギャップが得られた場合に限っている。
【００６６】
図２２のサイクル＃ｍでは３つのチャネル分のアイソクロナス転送と、その後アシンクロナス転送（ackを含む）が２パケット（パケット１、パケット２）転送されている。このアシンクロナスパケット２の後は、サイクルｍ＋１をスタートすべき時間（cycle synch）にいたるので、サイクル＃ｍでの転送はここまでで終わる。
【００６７】
ただし、非同期または同期転送動作中に次のサイクル・スタート・パケットを送信すべき時間（cycle synch）に至ったとしたら、無理に中断せず、その転送が終了した後のアイドル期間を待ってから次サイクルのサイクル・スタート・パケットを送信する。すなわち、１つのサイクルが１２５μｓ以上続いたときは、その分次サイクルは基準の１２５μｓより短縮されたとする。このようにアイソクロナス・サイクルは１２５μｓを基準に超過、短縮し得るものである。しかし、アイソクロナス転送はリアルタイム転送を維持するために毎サイクル必要であれば必ず実行され、アシンクロナス転送はサイクル時間が短縮されたことによって次以降のサイクルにまわされることもある。こういった遅延情報も含めて、サイクル・マスタによって管理される。
【００６８】
＜実施形態１＞
本発明の実施形態１では、画像処理装置と出力装置とが接続され、その画像処理装置で処理された画像データに基づく画像を出力装置で出力する画像処理システムにおいて、画像処理装置としてデジタルカメラ、出力装置としてプリンタで構成した図４に示すような画像処理システムを例に挙げて説明する。
【００６９】
まず、デジタルカメラの機能構成及びその動作について、図２を用いて説明する。
図２は本発明の実施形態１のデジタルカメラの機能構成を示すブロック図である。
尚、ここでは、図１に示した画像データに対応する画像を記録する場合を例に挙げて説明する。
【００７０】
まず、レンズ系２１より得られる画像はＣＣＤ素子２２面上に結像される。ＣＣＤ素子２２より得られたアナログ信号は、Ａ／Ｄ変換部２３によりデジタル信号へと変換される。変換されたデジタル信号は、画像処理部２４へと送信され、色変換処理、エッジ強調処理、ガンマ補正処理等の画像処理が施された画像データに変換される。次に、画像データは画像変換部２５へと送信される。画像変換部２５では、プリンタの記録ヘッドの１走査によって記録可能な画素数幅毎に画像データが分割され、分割された画像データ毎にＪＰＥＧ圧縮されてデータ記録部２６に記録される。
【００７１】
尚、画像データのデータ記録部２６への記録の管理は、データ記録部２６のアドレスに基づいて行われる。例えば、プリンタの記録に用いる１枚の記録媒体分の画像データＡが３つの画像データＡ１、Ａ２、Ａ３に分割されてＪＰＥＧ圧縮されている場合、画像データＡ１、Ａ２、Ａ３が記録されているデータ記録部２６のそれぞれの先頭アドレスが、データ記録部２６内のアドレス管理部（不図示）によって管理される。
【００７２】
以上のような処理を画像データＢ、画像データＣに対しても実行する。この場合、画像データＢは、画像データＢ１、Ｂ２、Ｂ３に分割されＪＰＥＧ圧縮されてデータ記録部２６へ記録され、画像データＣは画像データＣ１、Ｃ２、Ｃ３に分割されＪＰＥＧ圧縮されてデータ記録部２６へ記録される。
次に、上記のデジタルカメラに接続されたプリンタの機能構成及び動作について、図３を用いて説明する。
【００７３】
尚、実施形態１のプリンタは、インクジェット方式による記録ヘッドを搭載したインクジェットプリンタであるとし、記録ヘッドは、その走査方向（ピクセル方向）及び記録ヘッドの走査方向とは垂直な方向、つまり、記録媒体の搬送方向（ライン方向）にそれぞれ６４個のノズルが配置されているとする。また、各ノズルは画像データの１画素に対応し、記録媒体はＡ４サイズのカットシートを用いるとする。
【００７４】
図３は本発明の実施形態１のプリンタの機能構成を示すブロック図である。
ユーザは、まず、プリンタ上にあるインタフェース部３１により、デジタルカメラ内のデータ記録部２６に記録された画像データをいくつ記録するか、どの画像データを記録するか等のプリンタで記録する画像データの選択を行う。尚、プリンタで記録する画像データの選択は、詳述しないが、デジタルカメラにディスプレイがあれば、そのディスプレイ上にデータ記録部２６に記録されている画像データを表示して選択しても良いし、データ記録部２６に記録される画像データのインデックスプリントを使用して選択しても良い。
【００７５】
ここでは、データ記録部２６に記録されている画像データＡをＡ４サイズの記録媒体に１枚記録する場合を例に挙げて説明する。
プリンタで記録する画像データ（画像データＡ）を選択すると、プリンタはインタフェース部３１からデジタルカメラへ画像データを得るためのリクエスト信号を送信する。リクエスト信号は、デジタルカメラのインタフェース部２７に送信される。そして、デジタルカメラはそのリクエスト信号に答えるべく、画像データＡを分割しＪＰＥＧ圧縮した画像データの１つをプリンタへ送信する。
【００７６】
尚、上述したように、画像データＡを分割する分割単位は、プリンタの記録ヘッドの１走査で記録可能な画素数幅で決定される。例えば、画像データＡが８３２画素（ライン）×６４０画素（ピクセル）である場合は、記録ヘッドのピクセル方向のノズルの数（画素数）が６４であるので、画像データＡは８３２画素（ライン）×６４画素（ピクセル）単位で分割される。即ち、画像データＡは、画像データＡ１、 Ａ２、Ａ３、…、Ａ９、Ａ１０の１０個に分割された後、それぞれがＪＰＥＧ圧縮されデータ記録部２６に記録されている。
【００７７】
また、記録ヘッドの１走査で記録可能な画素数は、ユーザが予めデジタルカメラのインタフェース部２７より設定するか、あるいはデジタルカメラのデータ記録部２６に記録されている画像データをプリンタへ送信する前に、プリンタがデジタルカメラに対して通知するような構成にしても良い。また、あるいは、後述する実施形態３のように、予めデフォルト値として設定していても良い。
【００７８】
次に、プリンタがデジタルカメラより受信したＪＰＥＧ圧縮された画像データ（例えば、画像データＡ１）は、ＪＰＥＧ解凍処理部３２へと送信される。そして、ＪＰＥＧ解凍処理部３２でＪＰＥＧ圧縮された画像データＡ１がＪＰＥＧ解凍される。ＪＰＥＧ解凍された画像データＡ１は、プリント画像処理部３３によって、色変換処理、２値化処理がなされる。２値化された画像データＡ１は、記録位置制御処理部３４へと送信され、記録媒体上の記録すべき位置が管理される。
【００７９】
尚、記録位置制御処理部３４における位置制御は、２値化された画像データに対応するバッファメモリ３６の書き込み位置を制御することによって行われる。次に、位置制御された２値化された画像データは、ヘッド駆動信号変換部３５へと送信され、記録ヘッドを動作させるための記録信号へと変換される。次に、記録信号はバッファメモリ３６に一旦格納される。そして、記録位置制御処理部３４による位置制御に基づいて、記録信号は順次プリンタエンジン３７に送信され、その記録信号に基づく画像が記録媒体上に記録される。
【００８０】
以上が実施形態１のプリンタの記録ヘッドの１走査による記録手順である。
記録ヘッドの１走査による記録が完了すると、再び、プリンタのインタフェース部３１により、次の記録ヘッドの１走査の記録に必要な画像データをデジタルカメラから得るために、デジタルカメラへリクエスト信号が送信される。デジタルカメラでは、プリンタよりリクエスト信号を受信すると、プリンタの次の記録ヘッドの１走査に必要なＪＰＥＧ圧縮された画像データ（ここでは、画像データＡ２）をプリンタへ送信する。そして、上述した同様の記録手順によって、デジタルカメラより受信したＪＰＥＧ圧縮された画像データＡ２に対応する画像が、記録媒体上に記録される。
【００８１】
以上のような記録手順を、分割された圧縮された画像データに対し順次行い、画像データＡ１０に対応する画像が記録媒体上に記録されると、画像データＡに対応する画像の記録が完了する。
次に、記録ヘッドの走査方向に複数の画像を記録する場合の記録手順について説明する。尚、説明を簡単にするために、プリンタが選択する記録する画像データは、上述した画像データＡと、画像データＡと同サイズの画像データＢが選択され、また、図６に示すように記録ヘッドの走査方向に、画像データＡに対応する画像Ａ、画像データＢに対応する画像Ｂを記録するように設定されているものとする。
【００８２】
まず、デジタルカメラより入力された画像Ａに対応する画像データＡ、画像Ｂに対応する画像データＢは、上述した同様の記録手順で、記録ヘッドの１走査で記録可能な画素数幅毎に分割されＪＰＥＧ圧縮されて、データ記録部２６に記録される。
続いて、プリンタより記録に必要な画像データのリクエスト信号がデジタルカメラへ送信される。プリンタよりリクエスト信号を受信したデジタルカメラは、プリンタの最初の記録ヘッドの１走査に必要な画像データとして、ＪＰＥＧ圧縮された画像データＡ１、続いて、ＪＰＥＧ圧縮された画像データＢ１をプリンタへ送信する。
【００８３】
そして、プリンタは、ＪＰＥＧ圧縮された画像データＡ１をデジタルカメラより受信し、上述の記録手順を経てバッファメモリ３６の所定の位置に一旦格納する。続いて、ＪＰＥＧ圧縮された画像データＢ１を受デジタルカメラより受信し、同様の記録手順によって、バッファメモリ３６の画像データＡ１が格納されている位置とは異なる位置に一旦格納する。バッファメモリ３６に画像データＡ１と画像データＢ１が格納されると、記録位置制御処理部３４の位置制御に基づいて、順次プリンタエンジン３７に送信され対応する画像が記録媒体上に記録される。
【００８４】
以上のような記録手順を、画像データＡ２、画像データＢ２、画像データＡ３、画像データＢ３、…、画像データＡ１０、画像データＢ１０に対し順次行い、画像データＡ１０、画像データＢ１０に対応する画像が記録媒体上に記録されると、画像データＡに対応する画像Ａ、画像データＢに対応する画像Ｂの記録が完了する。
【００８５】
尚、実施形態１では、デジタルカメラのデータ記録部２６に記録されている画像データをプリンタに接続して対応する画像を出力する構成について説明したが、図５に示すようにパーソナルコンピュータに接続して対応する画像をパーソナルコンピュータのモニタに出力することができることは言うまでもない。
また、複数の画像を記録する例として、２つの画像Ａ、画像Ｂを記録ヘッドの走査方向へ並べて記録する場合について説明したが、２つ以上の画像を記録ヘッドの走査方向に並べて記録することも可能である。更には、図７に示すような記録ヘッドの走査方向及び記録媒体の搬送方向に複数の画像を並べて記録することも可能である。
【００８６】
更に、デジタルカメラに入力された画像に対応する画像データの圧縮方式として、ＪＰＥＧ圧縮方式を用いてるが、これに限定されるものではない。
以上説明したように、実施形態１によれば、デジタルカメラより入力した画像データを、プリンタの記録ヘッドの１走査で記録可能な画素数毎に分割し、その分割された画像データを記録ヘッドの１走査毎に受信して記録するため、デジタルカメラからプリンタへの画像データの送信動作と、プリンタの記録動作を効率的に実行するこができる。その結果、画像処理システムのトータルスループットを向上することができる。
【００８７】
また、プリンタの記録ヘッドの１走査に必要な画像データを順次受信し記録を行っていくので、記録媒体に記録する画像全体の画像データを記憶するための記憶容量を持つバッファメモリ３６を必要としない。その結果、バッファメモリ３６の記憶容量を低減することができる。
＜実施形態２＞
実施形態２では、デジタルカメラとプリンタとが接続され、デジタルカメラで入力された画像データに対応する画像のサイズを拡大あるいは縮小してプリンタで記録する画像処理システムを実施形態２として説明する。
【００８８】
尚、実施形態２のデジタルカメラの機能構成及び動作については、実施形態１の図１と同様であるので、ここではその詳細を省略する。
次に、実施形態２のプリンタの機能構成及び動作について、図８を用いて説明する。
図８は本発明の実施形態２のプリンタの機能構成を示すブロック図である。
【００８９】
尚、実施形態２のプリンタの記録ヘッドは、実施形態１のプリンタの記録ヘッドと同様のものを用いるとする。
ユーザは、まず、プリンタ上にあるインタフェース部３１により、デジタルカメラ内のデータ記録部２６に記録された画像データをいくつ記録するか、どの画像データを記録するか等のプリンタで記録する画像データの選択を行うとともに、記録する画像のサイズ、拡大あるいは縮小の倍率を設定する。尚、プリンタで記録する画像データの選択及びサイズの設定は、詳述しないが、デジタルカメラにディスプレイがあれば、そのディスプレイ上にデータ記録部２６に記録される画像データを表示して選択しても良いし、データ記録部２６に記録される画像データのインデックスプリントを使用して選択しても良い。
【００９０】
ここでは、上述した実施形態１の画像データＡを２倍に拡大してＡ４サイズの記録媒体に１枚記録する場合を例に挙げて説明する。
プリンタで記録する画像データ（画像データＡ）を選択及びその記録するサイズを設定すると、プリンタはインタフェース部８１からデジタルカメラへ画像データを得るためのリクエスト信号を送信する。リクエスト信号は、デジタルカメラのインタフェース部２７に送信される。そして、デジタルカメラはそのリクエスト信号に答えるべく、画像データＡを分割してＪＰＥＧ圧縮した画像データＡ１をプリンタへ送信する。
【００９１】
プリンタがデジタルカメラより受信したＪＰＥＧ圧縮された画像データＡ１は、ＪＰＥＧ解凍処理部８２へと送信される。そして、ＪＰＥＧ解凍処理部８２でＪＰＥＧ圧縮された画像データＡ１がＪＰＥＧ解凍される。ＪＰＥＧ解凍された画像データＡ１は、バッファメモリ１（８３）に格納される。バッファメモリ１（８３）に格納された画像データは、プリント画像処理部８４で、画像サイズの変換が行われる。ここでは、画像データを２倍に拡大するように設定されているので、バッファメモリ１（８３）から画像データＡ１（８３２画素×６４画素）の内、８３２画素×３２画素分の画像データを読み出し、周知の倍率変換処理によって１６６４画素×６４画素の画像データに拡大する。
【００９２】
そして、その拡大された画像データに対し、色変換処理、２値化処理がなされる。２値化された画像データは、記録位置制御処理部８５へと送信され、記録媒体上の記録すべき位置が管理される。尚、記録位置制御処理部８５における位置制御は、２値化された画像データに対応するバッファメモリ２（８７）の書き込み位置を制御することによって行われる。そして、位置制御された２値化された画像データは、ヘッド駆動信号変換部８６へと送信され、記録ヘッドを動作させるための記録信号へと変換される。次に、記録信号はバッファメモリ２（８７）に一旦格納される。そして、記録位置制御処理部８５による位置制御に基づいて、記録信号は順次プリンタエンジン８８に送信され、その記録信号に基づく画像が記録される。
【００９３】
次に、バッファメモリ１（８３）に格納されている画像データＡ１の残りの８３２画素×３２画素分の画像データを、同様の手順によって、記録媒体上の記録すべき位置に記録する。
バッファメモリ１（８３）に格納されている画像データがすべて記録されたら、プリンタは次の画像データＡ２のリクエスト信号をデジタルカメラへと送信する。そして、デジタルカメラから次の画像データＡ２を受信したら、画像データＡ１に対して行った同様の手順によって、記録媒体上の記録すべき位置に画像データＡ２に対応する画像を記録する。
以上のような記録手順を、分割された圧縮された画像データに対し順次行い、画像データＡ１０に対応する画像が記録媒体上に記録されると、画像データＡに対応する画像の記録が完了する。
次に画像データＡを１／２倍に縮小してＡ４サイズの記録媒体に１枚記録する場合について説明する。
【００９４】
プリンタで記録する画像データ（画像データＡ）を選択及びその記録するサイズを設定すると、プリンタはインタフェース部８１からデジタルカメラへ画像データを得るためのリクエスト信号を送信する。リクエスト信号は、デジタルカメラのインタフェース部２７に送信される。そして、デジタルカメラはそのリクエスト信号に答えるべく、画像データＡを分割してＪＰＥＧ圧縮した画像データＡ１をプリンタへ送信する。
プリンタがデジタルカメラより受信したＪＰＥＧ圧縮された画像データＡ１は、ＪＰＥＧ解凍処理部８２へと送信される。そして、ＪＰＥＧ解凍処理部８２でＪＰＥＧ圧縮された画像データＡ１がＪＰＥＧ解凍される。ＪＰＥＧ解凍された画像データＡ１は、バッファメモリ８３に格納される。バッファメモリ１（８３）に格納された画像データは、プリント画像処理部８４で、画像サイズの変換が行われる。ここでは、画像データを１／２倍に縮小するように設定されているので、バッファメモリ１（８３）から画像データＡ１（８３２画素×６４画素）を読み出し、周知の倍率変換処理によって４１６画素×３２画素の画像データに縮小する。
そして、その縮小された画像データに対し、色変換処理、２値化処理がなされる。２値化された画像データは、記録位置制御処理部８５へと送信され、記録媒体上の記録すべき位置が管理される。位置制御された２値化された画像データは、ヘッド駆動信号変換部８６へと送信され、記録ヘッドを動作させるための記録信号へと変換される。次に、記録信号はバッファメモリ２（８７）に一旦格納される。
【００９５】
次に、同様の手順によって、デジタルカメラより画像データＡ２を受信し、バッファメモリ２（８７）の画像データＡ１に対応する記録信号が格納されている位置の後に画像データＡ２に対応する記録信号を格納する。画像データＡ１、Ａ２それぞれに対応するの２つの記録信号がバッファメモリ２（８７）に格納されると、それぞれの記録信号は、記録位置制御処理部８５による位置制御に基づいて、順次プリンタエンジン８８に送信され、その記録信号に基づく画像が記録媒体上に記録される。
【００９６】
以上が、画像データを１／２倍に縮小して記録する場合の記録ヘッドの１走査による記録手順である。
記録ヘッドの１走査による記録が終了すると、再び、プリンタのインタフェース部８１により、次の記録ヘッドの１走査の記録に必要な画像データをデジタルカメラから得るために、デジタルカメラへリクエスト信号が送信される。デジタルカメラでは、プリンタよりリクエスト信号を受信すると、プリンタの次の記録ヘッドの走査に必要なＪＰＥＧ圧縮された画像データ（ここでは、画像データＡ３、Ａ４）をプリンタへ送信する。そして、上述した同様の記録手順によって、デジタルカメラより受信したＪＰＥＧ圧縮された画像データＡ３、Ａ４に対応する画像が、記録媒体上の記録すべき位置に記録される。
以上のような記録手順を、分割された圧縮された画像データに対し順次行い、画像データＡ１０に対応する画像が記録媒体上に記録されると、画像データＡに対応する画像の記録が完了する。
尚、実施形態２では、記録する画像データのサイズとして２倍に拡大して記録する場合と、１／２倍に縮小して記録する場合を例に挙げて説明したが、３倍、４倍に拡大して記録、１／３倍、１／４倍に縮小して記録する場合においても、同様の手順で対応できる。また、ここでは、記録媒体に１つの画像を記録する場合について説明したが、実施形態１で説明したように、複数の画像を記録媒体上に記録することも可能である。
以上説明したように、実施形態２によれば、デジタルカメラで入力された画像データのサイズを変更し、その変更された画像データに対応する画像をプリンタで記録する場合にも、実施形態１と同様の効果を得ることができる。
【００９７】
＜実施形態３＞
実施形態１、実施形態２では、デジタルカメラより入力された画像データを分割する単位である画素数幅を、ユーザあるいはプリンタより入力する構成であったが、これを予め決定されたデフォルト値を用いても良い。以下、分割する単位である画素数幅がデフォルトで決定されているデジタルカメラとプリンタが接続され、デジタルカメラで入力された画像データに対応する画像をプリンタで記録する画像処理システムを実施形態３として説明する。
【００９８】
尚、実施形態３のデジタルカメラ及びプリンタの機能構成及び動作については、実施形態２と同様であるので、ここではその詳細を省略する。
また、一般的に、プリンタの記録ヘッドのノズル数はデータ制御の問題上、８の倍数となる。すなわち。記録ヘッドの１走査で記録可能となる画素数幅は８の倍数となる。そのため、デジタルカメラ内で予め決定されている画像データを分割する単位である画素数幅は８の倍数に設定される。また、画像データに対するＪＰＥＧ圧縮の圧縮単位が８画素×８画素であることからも、画素数幅を８の倍数に設定することが好ましい。
【００９９】
ここでは、デジタルカメラ内で予め決定されている画像データを分割する単位である画素数幅が３２であり、上述した実施形態１の画像データＡをＡ４サイズの記録媒体に１枚記録する場合を例に挙げて説明する。
まず、デジタルカメラにおいて、データ記録部２６に記録されている画像データＡのサイズが８３２画素×６４０画素であるので、画像データＡは８３２画素×３２画素毎の画像データA１、Ａ２、…Ａ２０の２０個に分割されてＪＰＥＧ圧縮されデータ記録部２６に記録される。
そして、プリンタのインタフェース部３１より画像データを得るためのリクエスト信号がデジタルカメラへ送信されると、デジタルカメラは画像データの分割単位である画素数幅（ここでは、３２）をプリンタへ送信する。プリンタはその画素数幅と記録ヘッドの１走査で記録可能な画素数幅を比較し、その比較結果に基づいて、１度にデジタルカメラより受信することができる分割されＪＰＥＧ圧縮された画像データの数を決定する。（実施形態３では、記録ヘッドの１走査で記録可能な画素数幅が６４であるため、２つの分割され圧縮された画像データが必要となる。）
そこで、プリンタはＪＰＥＧ圧縮された画像データＡ１をデジタルカメラより受信し、その受信したＪＰＥＧ圧縮された画像データＡ１は、ＪＰＥＧ解凍処理部８２へと送信される。そして、ＪＰＥＧ解凍処理部３２でＪＰＥＧ圧縮された画像データＡ１がＪＰＥＧ解凍される。ＪＰＥＧ解凍された画像データＡ１は、バッファメモリ１（８３）に格納される。続いて、ＪＰＥＧ圧縮された画像データＡ２をデジタルカメラより受信し、同様の手順で、バッファメモリ１（８３）へ格納する。そのバッファメモリ１（８３）に格納された画像データに対し、色変換処理、２値化処理がなされる。２値化された画像データは、記録位置制御処理部８５へと送信され、記録媒体上の記録すべき位置が管理される。
【０１００】
次に、位置制御された２値化された画像データは、ヘッド駆動信号変換部８６へと送信され、記録ヘッドを動作させるための記録信号へと変換される。次に、記録信号はバッファメモリ２（８７）に一旦格納される。そして、記録位置制御処理部８５による位置制御に基づいて、記録信号は順次プリンタエンジン８８に送信され、その記録信号に基づく画像が記録媒体上に記録される。
【０１０１】
以上が、デジタルカメラ内の画像データを分割する単位である画素数幅が予め決定されている場合の記録ヘッドの１走査による記録手順である。
記録ヘッドの１走査による記録が終了すると、再び、プリンタのインタフェース部８１により、次の記録ヘッドの１走査の記録に必要な画像データをデジタルカメラから得るために、デジタルカメラへリクエスト信号が送信される。デジタルカメラでは、プリンタよりリクエスト信号を受信すると、プリンタの次の記録ヘッドの走査に必要なＪＰＥＧ圧縮された画像データ（ここでは、画像データＡ３、Ａ４）をプリンタへ送信する。そして、上述した同様の記録手順によって、デジタルカメラより受信したＪＰＥＧ圧縮された画像データＡ３、Ａ４に対応する画像が、記録媒体上の記録すべき位置に記録される。
【０１０２】
以上のような記録手順を、分割された圧縮された画像データに対し順次行い、画像データＡ２０に対応する画像が記録媒体上に記録されると、画像データＡに対応する画像の記録が完了する。
尚、実施形態３では、デジタルカメラ内の画像データを分割する単位である画素数幅は３２で予め決定されていたが 、８の倍数であればこれに限られるものではない。
【０１０３】
以上説明したように、実施形態３によれば、デジタルカメラ内の画像データを分割する単位である画素数幅が予め決定されている場合でも、その画素数幅とプリンタの記録ヘッドの１走査で記録可能な画素数幅とを比較することで、記録ヘッドの１走査に必要な画像データを受信できる。そのため、このような場合にも、実施形態１と同様の効果を得ることができる。
【０１０４】
尚、本発明の画像処理システムのデジタルカメラ内で画像データを分割する分割単位である画素数幅の決定方法は、ユーザからの入力あるいはプリンタの記録ヘッドの１走査で記録可能な画素数幅から獲得する方法と、デジタルカメラ内で予め決定しておく方法の２つに大別される。この観点に着目すると、実施形態１、２は、分割単位である画素数幅をユーザからの入力あるいはプリンタより獲得する方法、実施形態３がデジタルカメラ内で予め画素数幅を決定しておく方法に該当する。
【０１０５】
そこで、本発明の画像処理システムで実行される処理の概要として、実施形態１、２における画像処理システムで実行される処理と、実施形態３における画像処理システムで実行される処理について、図９、図１０のフローチャートを用いて説明する。
まず、実施形態１、２における画像処理システムで実行される処理の概要について、図９を用いて説明する。
【０１０６】
図９は本発明の実施形態１、２の画像処理システムの処理の概要を示すフローチャートである。
まず、デジタルカメラ側において、ステップＳ１０１で、記録ヘッドの１走査で記録可能な画素数をユーザからの入力あるいはプリンタより獲得する。次に、ステップＳ２０２で、獲得した画素数に応じて画像データを分割する。次に、分割された画像データをＪＰＥＧ圧縮しデータ記録部２６に記録する。
【０１０７】
プリンタ側において、ステップＳ１０４で、出力させる画像データの選択、画像サイズの設定をインタフェース部３１（あるいはインタフェース部８１）によて入力する。ステップＳ１０５で、インタフェース部３１（あるいはインタフェース部８１）からの入力に応じて、デジタルカメラよりＪＰＥＧ圧縮された画像データを入力する。ステップＳ１０６で、入力されたＪＰＥＧ圧縮された画像データをＪＰＥＧ解凍する。ステップＳ１０７で、ＪＰＥＧ解凍された画像データに対し、必要な画像処理を施した後、プリンタエンジン３７（あるいはプリンタエンジン８８）によって記録する。
【０１０８】
次に、実施形態３における画像処理システムで実行される処理の概要について、図１０を用いて説明する。
図１０は本発明の実施形態３の画像処理システムの処理の概要を示すフローチャートである。
まず、デジタルカメラ側において、ステップＳ２０１で、予め決定されている画像データの分割単位である所定の画素数に応じて画像データを分割する。次に、ステップＳ２０２で、分割された画像データをＪＰＥＧ圧縮しデータ記録部２６に記録する。
【０１０９】
プリンタ側において、ステップＳ２０３で、プリンタより画像データの分割単位である所定の画素数を示す情報を入力する。ステップＳ２０４で、入力された所定の画素数とプリンタの記録ヘッドの１走査で記録可能な画素数を比較する。ステップＳ２０５で、比較結果に基づいて、デジタルカメラよりＪＰＥＧ圧縮された画像データを入力する。ステップＳ２０６で、入力されたＪＰＥＧ圧縮された画像データをＪＰＥＧ解凍する。ステップＳ２０７で、ＪＰＥＧ解凍された画像データに対し、必要な画像処理を施した後、プリンタエンジン８８によって記録する。
【０１１０】
以上説明したように、実施形態１〜実施形態３によれば、デジタルカメラ内で部分分割された画像のＪＰＥＧ圧縮された画像データを、必要となる画像データ分だけプリンタへ転送するため、転送の時間を短縮することができる。また、プリンタの記録ヘッドの１走査で記録可能な画素数毎に画像データを受信し記録するので、従来に比べて大きくバッファメモリの記憶容量を低減することが可能となる。
本発明の実施形態において、出力装置の画像データの出力単位を示す出力単位情報を得るに際しては、図２２に示すアシンクロナスパケットの通信を行うことによって得れば良い。
また、かかる出力単位情報に基づいて、入力された画像データを圧縮するに際しては、かかる画像データを図２２に示すアイソクロナスパケットで受信しても良いし、アシンクロナスパケットで受信しても良い。アイソクロナスパケットで受信するのは、受信速度の点で好ましい。また、アシンクロナスパケットで受信するのは、受信データの確実性の点で好ましい。
また、本実施形態では、ＩＥＥＥ１３９４シリアルバスを例に挙げて説明したが、本発明はこれに限定されず、他のインタフェース、例えば、ＵＳＢと呼ばれるインタフェースでも良いし、また、それ以外の方式のインタフェースでも良い。
【０１１１】
尚、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用してもよい。
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【０１１２】
この場合、記憶媒体から読出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１１３】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１４】
以上説明したように、本発明によれば、コストを上げることなく、トータルスループットを向上することができる画像処理装置及びその制御方法、画像処理システムを提供できる。
【図面の簡単な説明】
【図１】本発明のプリンタの記録動作を説明するための図である。
【図２】本発明の実施形態１のデジタルカメラの機能構成を示すブロック図である。
【図３】本発明の実施形態１のプリンタの機能構成を示すブロック図である。
【図４】本発明の実施形態１のデジタルカメラとプリンタで構成される画像処理システムの構成を示す図である。
【図５】本発明の実施形態１のデジタルカメラとパーソナルコンピュータで構成される画像処理システムの構成を示す図である。
【図６】本発明の実施形態１のプリンタの記録例を説明するための図である。
【図７】本発明の実施形態１のプリンタの記録動作を説明するための図である。
【図８】本発明の実施形態２のプリンタの機能構成を示すブロック図である。
【図９】本発明の実施形態１、２の画像処理システムの処理の概要を示すフローチャートである。
【図１０】本発明の実施形態３の画像処理システムの処理の概要を示すフローチャートである。
【図１１】ＩＥＥＥ１３９４シリアルバスを用いた通信システムの一実施形態を示す図である。
【図１２】ＩＥＥＥ１３９４シリアルバスの階層構造を示す図である。
【図１３】ＩＥＥＥ１３９４シリアルバスのアドレスを示す図である。
【図１４】ＩＥＥＥ１３９４シリアルバスの断面図である。
【図１５】ＤＳ−Ｌｉｎｋ符号化方式を説明するための図である。
【図１６】ノード間の親子関係を示す図である。
【図１７】アービトレーションの過程を示す図である。
【図１８】  Asynchronous転送におけるサブアクションを示す図である。
【図１９】  Asynchronous転送におけるパケット構造を示す図である。
【図２０】  Isochronous転送におけるサブアクションを示す図である。
【図２１】  Isochronous転送におけるパケット構造を示す図である。
【図２２】ＩＥＥＥ１３９４シリアルバスの通信サイクルの一例を示す図である。
【図２３】バスリセットからＩＤの設定までを説明するためのフローチャートである。
【図２４】ルートの決定方法を説明するフローチャートである。
【図２５】親子関係決定からすべてのノードＩＤの設定までの手順を説明するフローチャートである。
【図２６】アービトレーションの過程を示すフローチャートである。
【符号の説明】
２１  レンズ
２２  ＣＣＤ素子
２３  Ａ／Ｄ変換部
２４  画像処理部
２５  画像変換部
２６  データ記録部
２７、３１、８１  インタフェース部
３２、８２  ＪＰＥＧ解凍部
３３、８４  プリント画像処理部
３４、８５  記録位置制御処理部
３５、８６  ヘッド駆動信号変換部
３６  バッファメモリ
３７、８８  プリンタエンジン
８３  バッファメモリ１
８７  バッファメモリ２
【図１】
0004072215.tif 000002
【図２】
0004072215.tif 000003
【図３】
0004072215.tif 000004
【図４】
0004072215.tif 000005
【図５】
0004072215.tif 000006
【図６】
0004072215.tif 000007
【図７】
0004072215.tif 000008
【図８】
0004072215.tif 000009
【図９】
0004072215.tif 000010
【図１０】
0004072215.tif 000011
【図１１】
0004072215.tif 000012
【図１２】
0004072215.tif 000013
【図１３】
0004072215.tif 000014
【図１４】
0004072215.tif 000015
【図１５】
0004072215.tif 000016
【図１６】
0004072215.tif 000017
【図１７】
0004072215.tif 000018
【図１８】
0004072215.tif 000019
【図１９】
0004072215.tif 000020
【図２０】
0004072215.tif 000021
【図２１】
0004072215.tif 000022
【図２２】
0004072215.tif 000023
【図２３】
0004072215.tif 000024
【図２４】
0004072215.tif 000025
【図２５】
0004072215.tif 000026
【図２６】
0004072215.tif 000027