(57)【要約】【課題】ソフトウェア構成の更新に伴うユーザの不便を軽減する画像出力装置および画像出力システムを提供すること。【解決手段】画像の出力機能を有する画像出力装置は，ソフトウェア構成の更新指示を受け付けた際（Ｓ１０１：ＹＥＳ），同じ画像出力機能を有する他装置と通信し，通信した他装置の稼働情報を取得する（Ｓ１０５）。そして，他装置の稼働情報を基に，自装置のソフトウェア構成を更新するか否かを判断する（Ｓ１０７）。そして，ソフトウェア構成を更新すると判断した場合には，ソフトウェア構成を更新する（Ｓ１０８）。【選択図】            図３
2010170360.tif 000002
【特許請求の範囲】
【請求項１】
画像の出力を行う出力手段と，
他装置と通信し，通信した他装置の稼働情報を取得する取得手段と，
前記取得手段にて取得した稼働情報を基に，自装置のソフトウェア構成を更新するか否かを判断する判断手段と，
前記判断手段によってソフトウェア構成を更新すると判断した場合にソフトウェア構成を更新する更新手段とを備えることを特徴とする画像出力装置。
【請求項２】
請求項１に記載する画像出力装置において，
前記判断手段は，前記稼働情報が出力不能あるいは出力実行中である旨を示す場合に，ソフトウェア構成を更新しないと判断することを特徴とする画像出力装置。
【請求項３】
請求項１または請求項２に記載する画像出力装置において，
前記判断手段は，前記稼働情報によって特定される，待機中のジョブの量が基準値よりも大きい場合に，ソフトウェア構成を更新しないと判断することを特徴とする画像出力装置。
【請求項４】
請求項１に記載する画像出力装置において，
前記取得手段は，通信可能な複数の他装置に関する稼働情報を取得し，
前記判断手段は，取得した稼働情報が所定の条件を満たす他装置の割合を基に，ソフトウェア構成の更新可否を判断することを特徴とする画像出力装置。
【請求項５】
請求項４に記載する画像出力装置において，
通信可能な複数の他装置のうち，前記判断手段によるソフトウェア構成の更新判断の対象となる他装置を選択する選択手段を備えることを特徴とする画像出力装置。
【請求項６】
請求項１から請求項５のいずれか１つに記載する画像出力装置において，
ソフトウェア構成の更新処理に要する時間を取得する時間取得手段と，
前記時間の長さに応じて，ソフトウェア構成を更新するか否かを決定する閾値の値を変更する変更手段とを備え，
前記変更手段は，前記時間が長いほどソフトウェア構成を更新しないと判断するように前記閾値を変更することを特徴とする画像出力装置。
【請求項７】
画像出力機能を有する画像出力装置と，当該画像出力装置と同じ画像出力機能を有する少なくとも１台の出力装置とがネットワークを介して接続された画像出力システムにおいて，
前記画像出力装置は，
画像の出力を行う出力手段と，
前記出力装置と通信し，通信した他装置の稼働情報を取得する取得手段と，
前記取得手段にて取得した稼働情報を基に，自装置のソフトウェア構成を更新するか否かを判断する判断手段と，
前記判断手段によってソフトウェア構成を更新すると判断した場合にソフトウェア構成を更新する更新手段とを備えることを特徴とする画像出力システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，プリンタ，ＦＡＸ，スキャナ等の画像の出力機能を有する画像出力装置および画像出力システムに関する。さらに詳細には，外部からソフトウェアを取得し，自装置のソフトウェア構成を更新する画像出力装置および画像出力システムに関するものである。
【背景技術】
【０００２】
従来から，プリンタ，ＦＡＸ，スキャナ等の画像出力装置では，出荷後にファームウェアをバージョンアップすることが行われる。バージョンアップ方法としては，例えば，画像出力装置をネットワークに接続し，バージョンアップソフトを配布するサーバにアクセスし，当該ソフトウェアをダウンロードすることで行われる。このように，出荷後に新たなソフトウェアを取得し，ソフトウェア構成を更新することは，ファームウェアのバージョンアップの他，新たなソフトウェアコンテンツを入手するときにも行われる。
【０００３】
上述したソフトウェア構成の更新は，スペックの低下や出力動作の中断等，画像出力装置へ少なからず影響を与える。そのため，ユーザに不便を強いる。そこで，例えば特許文献１では，省エネルギー状態に移行した後にソフトウェアの更新作業を行う印刷処理装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３６６３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら，前記した従来の画像出力装置には，次のような問題があった。すなわち，省エネルギー状態にユーザからの出力指令が来ない保証は無く，有効に作用するとは限らない。例えば，あるネットワーク内に複数台のプリンタが接続され，そのうちの１台がファームウェアのバージョンアップ対象である場合，その他のプリンタが稼働可能な状況であれば印刷することができるが，他のプリンタすべてが稼働できない状況であればバージョンアップ対象のプリンタに印刷指令がなされる可能性が高い。このような状況でファームウェアのバージョンアップ処理を開始してしまうと，そのネットワーク内に稼働可能なプリンタがなくなってしまう。つまり，ユーザは，バージョンアップが終了するまであるいは他のプリンタが稼働可能になるまで待たされることになる。
【０００６】
本発明は，前記した従来の画像出力装置が有する問題点を解決するためになされたものである。すなわちその課題とするところは，ソフトウェア構成の更新に伴うユーザの不便を軽減する画像出力装置および画像出力システムを提供することにある。
【課題を解決するための手段】
【０００７】
この課題の解決を目的としてなされた画像出力装置は，画像の出力を行う出力手段と，他装置と通信し，通信した他装置の稼働情報を取得する取得手段と，取得手段にて取得した稼働情報を基に，自装置のソフトウェア構成を更新するか否かを判断する判断手段と，判断手段によってソフトウェア構成を更新すると判断した場合にソフトウェア構成を更新する更新手段とを備えることを特徴としている。
【０００８】
本発明の画像出力装置は，画像を出力する機能を有している。画像の「出力」には，例えば，用紙への印刷，ＦＡＸ送信，画像ファイルとしてメモリへの保存がある。本発明の画像出力装置は，ソフトウェア構成の更新指示を受け付けた際，同じ画像出力機能を有する他装置と通信し，通信した他装置の稼働情報を取得する。本願でいう「同じ画像出力機能」とは，画像出力の種類（例えば，印刷，ＦＡＸ送信，メモリ保存）が同じであればよいことを意味し，必ずしも画像出力のスペック（例えば，通信速度，解像度）が同じであることを意味するものではない。また，「稼働情報」は，レディ状態，出力実行中，出力不能状態等のステータス情報の他，例えば出力実行中における出力枚数等のジョブ情報であってもよい。そして，取得した稼働情報を基に，ソフトウェア構成の更新可否を判断する。「ソフトウェア構成の更新」には，例えば，ソフトウェアのバージョンアップ，新たなソフトウェアの追加が該当する。
【０００９】
すなわち，本発明の画像出力装置は，他装置の稼働情報を基に自装置のソフトウェア構成を更新するか否かを判断している。そのため，周囲の状況を考慮した上で，適切なタイミングでソフトウェア構成の更新を行う。例えば，他装置が稼働可能であれば，自装置の更新中は他装置で画像出力が行える。そのため，ユーザの不便は少なく，ソフトウェア構成の更新を許可する。一方，他装置が稼働不可能（例えば，トナー不足や用紙ジャム）あるいは稼働中の場合には，自装置への印刷要求が高まることが予測される。このことから，ソフトウェア構成の更新を許可せず，画像出力ジョブを受け付ける。これにより，ユーザの不便を軽減することが期待できる。
【００１０】
また，本発明の画像出力装置の判断手段は，稼働情報が出力不能あるいは出力実行中である旨を示す場合に，ソフトウェア構成を更新しないと判断するとよい。すなわち，他装置による出力ができない場合に，自装置に出力要求が出される可能性が高い。そのため，そのような場合にソフトウェア構成を更新せずに出力要求に応えることで，ユーザの不便を軽減することがより期待できる。
【００１１】
また，本発明の画像出力装置の判断手段は，稼働情報によって特定される，待機中のジョブの量が基準値よりも大きい場合に，ソフトウェア構成を更新しないと判断するとよい。すなわち，他装置の負荷が高い場合に，自装置に出力要求が出される可能性が高い。そのため，そのような場合にソフトウェア構成を更新せずに出力要求に応えることで，ユーザの不便を軽減することがより期待できる。
【００１２】
また，本発明の画像出力装置の取得手段は，通信可能な複数の他装置に関する稼働情報を取得し，判断手段は，取得した稼働情報が所定の条件を満たす他装置の割合を基に，ソフトウェア構成の更新可否を判断するとよい。複数の他装置の稼働状況を考慮することで，より妥当な判断をすることが期待できる。
【００１３】
また，上記の画像出力装置は，通信可能な複数の他装置のうち，判断手段によるソフトウェア構成の更新判断の対象となる他装置を選択する選択手段を備えるとよい。すなわち，他装置の稼働情報を複数得た場合，自装置と所属が異なる他装置（例えば自装置とは異なる画像出力システム内の装置）の稼働情報を取得することも考えられる。そのような装置の稼働情報まで考慮すると，適切な判断を行えないことがある。そこで，判断の対象となる装置を限定することで，より妥当な判断を行うことが期待できる。
【００１４】
また，本発明の画像出力装置は，ソフトウェア構成の更新処理に要する時間を取得する時間取得手段と，当該時間の長さに応じて，ソフトウェア構成を更新するか否かを決定する閾値の値を変更する変更手段とを備え，変更手段は，当該時間が長いほどソフトウェア構成を更新しないと判断するように閾値を変更するとよい。すなわち，ソフトウェア構成の更新にかかる時間を考慮することで，より適切な判断をすることが期待できる。
【００１５】
また，本発明は，画像出力機能を有する画像出力装置と，当該画像出力装置と同じ画像出力機能を有する少なくとも１台の出力装置とがネットワークを介して接続された画像出力システムであって，画像出力装置は，画像の出力を行う出力手段と，出力装置と通信し，通信した他装置の稼働情報を取得する取得手段と，取得手段にて取得した稼働情報を基に，自装置のソフトウェア構成を更新するか否かを判断する判断手段と，判断手段によってソフトウェア構成を更新すると判断した場合にソフトウェア構成を更新する更新手段とを備えることを特徴とする画像出力システムを含んでいる。
【発明の効果】
【００１６】
本発明によれば，ソフトウェア構成の更新に伴うユーザの不便を軽減する画像出力装置および画像出力システムが実現される。
【図面の簡単な説明】
【００１７】
【図１】実施の形態に係るプリントシステムおよび当該プリントシステムを構成するプリンタの構成を示すブロック図である。
【図２】更新対象のプリンタと他のプリンタとの，ネットワーク上の接続構成を示すブロック図である。
【図３】第１の形態に係る更新処理の動作手順を示すフローチャートである。
【図４】更新推定時間と基準値との関係を記録するテーブルの例を示す図である。
【図５】プリントシステム中のプリンタの不可割合が小さい状況を示す図である。
【図６】プリントシステム中のプリンタの不可割合が大きい状況を示す図である。
【図７】第２の形態に係る更新処理の動作手順を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下，本発明にかかる画像出力装置を具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，画像を用紙に出力するプリンタおよび複数のプリンタを含む画像出力システムに本発明を適用したものである。
【００１９】
［システム構成］
本形態の画像出力システム１００は，図１に示すように，プリンタ１０，１１，１２，１３と，サーバ１４とを備えている。画像出力システム１００では，各プリンタ１０，１１，１２，１３とサーバ１４とがネットワークを介して接続されている。本形態の「プリンタ」は，プリント機能を有する画像出力装置を意味し，プリント機能に特化したプリンタの他，プリント機能を含む複数の機能を備えた画像出力装置（例えば，複合機）を含むものとする。つまり，画像出力システム１００は，プリント機能を有するデバイスを複数備えている。また，サーバ１４は，各プリンタ１０，１１，１２，１３用の最新ソフトウェアを供給するサーバである。また，画像出力システム１００を構築しているネットワークには，プリンタやサーバ以外のデバイス（例えば，ＦＡＸ装置，スキャナ，デジタルカメラ等の画像出力装置や，パーソナルコンピュータ（ＰＣ），携帯情報端末（ＰＤＡ）等の情報処理デバイス）も接続可能である。
【００２０】
また，プリンタ１０は，ＣＰＵ１と，ＲＯＭ２と，ＲＡＭ３と，ＮＶＲＡＭ４と，操作部５と，画像形成部６（出力手段の一例）と，ネットワークインターフェース８と，ＵＳＢインターフェース９とを有している。他のプリンタ１１，１２，１３も同様の構成をなしている。
【００２１】
ＣＰＵ１は，プリンタ１０における画像形成機能，画像編集機能等の各種機能を実現するための演算を実行し，制御の中枢となるものである。ＲＯＭ２には，プリンタ１０を制御するための各種制御プログラム（ファームウェア）や各種設定，初期値等が記憶されている。ＲＡＭ３は，各種制御プログラムが読み出される作業領域として，あるいは画像データを一時的に記憶する記憶領域として利用される。ＮＶＲＡＭ（Non Volatile RAM）４は，不揮発性を有する記憶手段であって，各種設定ないし画像データ等を保存する記憶領域として利用される。また，特殊な画像処理を行うソフトウェアコンテンツ等のソフトウェアが記憶される。
【００２２】
操作部５は，液晶ディスプレイからなる表示部や，スタートキー，ストップキー，テンキー等から構成されるボタン群によって構成される。操作部５により，動作状況の表示やユーザによる入力操作が可能になる。画像形成部６は，周知の画像形成技術によって画像を用紙に出力する。周知の画像形成技術には，例えば，電子写真方式やインクジェット方式がある。
【００２３】
ネットワークインターフェース８は，ネットワークに接続され，他装置との通信を可能にしている。ＵＳＢインターフェース９は，他装置との直接接続を可能にしている。そして，ネットワークインターフェース８やＵＳＢインターフェース９を介してデータのやりとりを行うことができる。
【００２４】
また，プリンタ１０は，図２に示すように，画像出力システム１００以外の画像出力システムである画像出力システム２００，３００にも接続されている。そのため，例えば，画像出力システム２００を構成するプリンタ２１，２２や，画像出力システム３００を構成するプリンタ３１，３２にも通信可能である。なお，画像出力システム２００，３００と，画像出力システム１００とは，サーバが共通であってもよい。つまり，画像出力システム２００，３００内にサーバが無くてもよい。図２では，サーバの記載を省略している。
【００２５】
［更新処理］
［第１の形態］
続いて，プリンタ１０にて，ファームウェアを最新のプログラムに更新する更新処理（取得手段，判断手段，更新手段，選択手段，時間取得手段，変更手段の一例）について，図３のフローチャートを参照しつつ説明する。更新処理は，定期的に実行される。
【００２６】
まず，ファームウェアの更新指示が検知されたか否かを判断する（Ｓ１０１）。更新指示としては，例えば，ユーザやサーバからの更新指示，あるいはプリンタ１０がサーバ１４に対して自身のファームウェアよりも新しいファームウェアがあるか否かを問い合わせ，その際にサーバ１４から送られる更新指示，サーバ１４によって自動的に送られる更新指示がある。更新指示が検知されていない場合には（Ｓ１０１：ＮＯ），本処理を終了する。
【００２７】
更新指示が検知されている場合には（Ｓ１０１：ＹＥＳ），プリンタ１０自身が画像の出力中であるか否かを判断する（Ｓ１０２）。プリンタ１０が画像出力中の場合には（Ｓ１０２：ＹＥＳ），画像の出力処理を優先し，画像出力処理が終了するまで待機する。
【００２８】
プリンタ１０が画像出力中でない場合には（Ｓ１０２：ＮＯ），ファームウェアの更新に必要な時間（以下，「推定所要時間」とする）を取得する（Ｓ１０３）。推定所要時間は，例えば，サーバ１４に更新プログラムのサイズを問い合わせ，取得したサイズを基に推定所要時間を算出する。あるいは，更新プログラムのサイズと推定所要時間とを対応付けたテーブルを備え，そのテーブルから推定所要時間を取得してもよい。あるいは，サーバ１４が推定所要時間を応答可能であれば，サーバ１４から直接取得してもよい。
【００２９】
次に，推定所要時間を基に，ファームウェアを更新するか否かを決定するための閾値を決定する（Ｓ１０４）。本形態では，図４に示すような，推定所要時間と閾値とを対応付けたテーブル４１をＮＶＲＡＭ４に記憶しており，Ｓ１０３で取得した推定所要時間から閾値が求められる。本形態では，推定所要時間を，短（１分以内），中（１分から３分），長（３分以上）に３区分し，推定所定時間が長いほど閾値が小さい。
【００３０】
次に，プリンタ１０と通信可能であってプリント機能を有する画像出力装置に，その画像出力装置の所属およびステータスを問い合わせる（Ｓ１０５）。問合せがあった画像出力装置では，その所属およびステータスを応答する。所属は，接続されているネットワークごとに異なる。例えば，図２に示したプリンタ群は，画像出力システム１００，２００，３００ごとに所属が異なり，同一の画像出力システム１００，２００，３００内では同じ所属となる。また，ステータスは，プリンタの稼働状態であり，例えば，出力中，待機中，出力不可が該当する。
【００３１】
次に，所属が同じ画像出力装置中，ステータスが出力不可あるいは出力中の画像出力装置の割合（以下，「不可割合」とする）を算出する（Ｓ１０６）。すなわち，プリンタ１０であれば，応答があったプリンタのうち，所属が画像出力システム１００であるプリンタ１１，１２，１３のデータを抽出し，さらにそれらの中からステータスが出力不可あるいは出力中のプリンタの割合を求める。画像出力システム２００，３００内の画像出力装置は，所属が異なるため，不可割合の算出対象としない。なお，所属は，ユーザや管理者が任意に決定することができる。例えば，同じ画像出力システム内でも任意のプリンタだけを対象とする所属を設けてもよい。
【００３２】
次に，Ｓ１０６で算出した不可割合がＳ１０４で決定した閾値よりも小さいか否かを判断する（Ｓ１０７）。不可割合が閾値より小さい場合は（Ｓ１０７：ＹＥＳ），待機中のプリンタが多く存在し，他のプリンタでの印刷が可能であると判断できる。そこで，ファームウェアの更新を実行する（Ｓ１０８）。すなわち，サーバ１４から必要なプログラムをダウンロードし，ダウンロードしたプログラムに基づいてファームウェアである内部プログラムを書き換える。一方，不可割合が閾値以上の場合は（Ｓ１０７：ＮＯ），待機中のプリンタが少なく，画像出力システム１００全体として印刷可能状態を確保するには，プリンタ１０を出力可能状態とする必要性が高いと判断できる。そこで，ファームウェアの更新を今回はキャンセルし（Ｓ１１１），ファームウェア更新待機中の状態を維持する。Ｓ１０８ないしＳ１１１の後，本処理を終了する。
【００３３】
本形態の更新処理では，例えば，推定所要時間が５分であったとすると，閾値は０．５となる（図４参照）。そして，図５に示すように，画像出力システム１００のプリンタ１１が出力中で，プリンタ１２，１３が待機中であったとする。この場合，不可割合が約０．３３であり，ファームウェアが更新される。すなわち，更新対象機であるプリンタ１０が５分以上の間も出力不可となったとしても，プリンタ１２，１３での印刷が期待できる。そこで，更新を許可する。一方，図６に示すように，画像出力システム１００のプリンタ１１が出力中で，プリンタ１２，１３が出力不可であったとする。この場合，不可割合が１．０であり，ファームウェアが更新されない。すなわち，画像出力システム１００で出力可能なプリンタがプリンタ１０のみであり，更新を許可してしまうと画像出力システム１００全体で印刷ができなくなってしまう。そのため，更新を許可せず，画像出力システム１００として印刷可能なプリンタを確保する。
【００３４】
［第２の形態］
続いて，更新処理の第２の形態について，図７のフローチャートを参照しつつ説明する。第２の形態の更新処理は，プリンタの負荷状況によって更新の許可を判断する。この点，プリンタのステータスによって更新の許可を判断する第１の形態とは異なる。なお，フローチャート中，第１の形態と同様の処理については，第１の形態と同様の符号を付している。また，Ｓ１０４より前の処理は，第１の形態と同様であるため，説明を省略する。また，本形態のＳ１０４で決定される閾値は，本形態用に用意されたものであり，数値は第１の形態と異なる。
【００３５】
本形態の更新処理では，Ｓ１０４で閾値を決定した後，プリンタ１０と通信可能であってプリント機能を有する画像出力装置に，現在の印刷が必要な画像枚数を問い合わせる（Ｓ２０５）。問合せがあった画像出力装置では，現在印刷中である印刷ジョブの残り画像枚数に，印刷待ちとなっている印刷ジョブの画像枚数を加算した合計枚数を応答する。
【００３６】
次に，所属が同じ画像出力装置で，印刷が必要な総画像枚数を算出する（Ｓ２０６）。例えば，プリンタ１０であれば，応答があったプリンタのうち，画像出力システム１００の所属であるプリンタ１１，１２，１３の各画像枚数を抽出し，さらにそれらの合計枚数を求める。画像出力システム２００，３００内の画像出力装置は，所属が異なるため，総画像枚数の算出対象としない。
【００３７】
次に，Ｓ２０６で算出した総画像枚数がＳ１０４で決定した閾値よりも小さいか否かを判断する（Ｓ２０７）。総画像枚数が閾値より小さい場合は（Ｓ２０７：ＹＥＳ），画像出力システム１００全体としての印刷負荷が小さく，他のプリンタでの早期の印刷が可能であると判断できる。そこで，ファームウェアの更新を実行する（Ｓ１０８）。一方，総画像枚数が閾値以上の場合は（Ｓ２０７：ＮＯ），画像出力システム１００全体としての印刷負荷が大きく，プリンタ１０を出力可能状態とする必要性が高いと判断できる。そこで，ファームウェアの更新をキャンセルし（Ｓ１１１），待機状態を維持する。
【００３８】
以上詳細に説明したようにプリンタ１０は，更新要求を検知した際，プリント機能を有する他装置にその稼働情報（ステータスや画像枚数）を問い合わせ，取得した稼働情報を基に自装置のファームウェアを更新するか否かを判断している。そのため，周囲の状況を考慮した上で，適切なタイミングでファームウェアの更新を行うことができる。その結果，ユーザの不便を軽減することが期待できる。
【００３９】
また，プリンタ１０では，閾値が更新の推定所定時間に応じて可変である。具体的には，推定所定時間が長いほど閾値が小さい。そのため，推定所要時間が長いほど更新を許可し難くなり，より妥当な更新許可判断が期待できる。
【００４０】
なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，実施の形態では，プリンタのファームウェアの更新を行っているが，プリンタに限るものではない。すなわち，画像を出力する機能を有するデバイスであればよく，例えばスキャナ，コピー機，ＦＡＸ装置であってもよい。
【００４１】
また，実施の形態では，ソフトウェア構成の更新処理として，ファームウェアを更新しているが，更新対象はファームウェアに限るものではない。例えば，印刷処理には直接関与しない処理を行うソフトウェアコンテンツを組み込む場合にも適用可能である。この場合，自装置が出力中であってもソフトウェア構成の更新を許可してもよい。
【００４２】
また，実施の形態では，更新対象のプリンタが含まれる画像出力システム内のサーバから最新ソフトウェアをダウンロードしているが，これに限るものではない。例えば，インターネット等の広域ネットワークを介して最新ソフトウェアをダウンロードしてもよい。
【００４３】
また，実施の形態では，他装置の稼働情報を問い合わせる際に，自装置と接続されている不特定多数のデバイスに対してそのステータスを問い合わせているが，接続されているデバイスをあらかじめ記憶し，記憶されているデバイスに対してのみそのステータスを問い合わせるように構成してもよい。
【００４４】
また，実施の形態では，不可割合あるいは総画像枚数を基にソフトウェア構成を更新するか否かを判断しているが，これに限るものではない。例えば，稼働可能な画像出力装置の台数を基にソフトウェア構成の更新を判断してもよい。
【００４５】
また，実施の形態では，更新を許可しない場合に更新をキャンセルしているが，これに限るものではない。例えば，所定時間待機し，再度他装置の稼働情報を問い合わせて更新可能か否かを再判断してもよい。
【符号の説明】
【００４６】
１０    プリンタ（自装置）
１１，１２，１３  プリンタ（他装置）
１４    サーバ
１００  画像出力システム
【図１】
2010170360.tif 000003
【図２】
2010170360.tif 000004
【図３】
2010170360.tif 000005
【図４】
2010170360.tif 000006
【図５】
2010170360.tif 000007
【図６】
2010170360.tif 000008
【図７】
2010170360.tif 000009