JP2007018242A - 画像処理装置及び画像処理システム - Google Patents

Abstract

【課題】 ネットワークＰＣからプリンタ装置の稼働中に、管理情報の取得要求が発生しても応答すること。
【解決手段】 プリンタ管理情報取得部４は、印刷終了後にプリンタ装置の管理情報を取得してプリンタ管理情報格納部５へ格納し、ネットワークＰＣから管理情報の取得要求が発生すると、リソース管理部１２が、プリンタ装置１２０が稼働中か否かを判断し、ネットワーク制御部は、プリンタ装置１２０が非稼働の場合には、プリンタ装置から上記管理情報を取得し、プリンタ装置１２０が稼働中の場合には、プリンタ管理情報格納部５から上記管理情報を取得し、上記ネットワークＰＣへ返信する。
【選択図】 図２

Description

本発明は、画像処理システムを構成するプリンタ装置の稼働状況を把握する画像処理装置、及び該画像処理装置を含む画像処理システムに関するものである。

ネットワークに接続し、更にプリンタ装置を接続することによって、ネットワークスキャナ機能、ネットワーク印刷機能、及び複写機能等、多数の画像処理機能を有する画像処理装置が存在した（例えば特許文献１参照）。この様な画像処理装置では、ネットワークに接続されている他の端末装置から画像処理装置本体、又は接続されているプリンタ装置の管理情報の取得要求を受け入れる。取得要求が画像処理装置本体の管理情報であれば、画像処理装置は、自己の管理情報を返信する。又、取得要求がプリンタ装置の管理情報であれば、この取得要求を、該当するプリンタ装置へ転送し、そのプリンタ装置から管理情報に対する応答を受け入れ、要求のあった端末装置へ転送する。この様にして端末装置上で画像処理装置本体、又はプリンタ装置の管理情報を確認することを可能としていた。

しかし、係る画像処理装置では、端末装置からプリンタ装置へ管理情報の取得要求が発生した際に、該当するプリンタ装置が稼働中であると、そのプリンタ装置は、取得要求に対して応答することが不可能な場合も発生した。この様な場合には、端末装置はプリンタ装置の管理情報を取得することが出来なかった。
特開平０６−１８３１０６号公報

解決しようとする問題点は、従来の画像処理装置では、端末装置からプリンタ装置へ管理情報の取得要求が発生した際に、該当するプリンタ装置が稼働中であると、そのプリンタ装置の取得要求に対して応答することが不可能な場合も発生した点である。

本発明では、ネットワークへの接続を可能にするネットワーク接続部と、画像形成装置との接続を可能にするインタフェース部と、上記ネットワーク接続部を介して上記ネットワークに接続する上位装置から印刷データを受け入れて、上記インタフェース部を介して上記画像形成装置へ送信する印刷データ転送手段と、上記画像形成装置の管理情報を取得する管理情報取得手段と、該管理情報取得手段が取得した上記画像形成装置の管理情報を格納する管理情報格納部と、上記上位装置から受け入れた上記画像形成装置の管理情報取得要求に対し、上記画像形成装置の稼働状態に応じて、上記管理情報格納部、及び上記画像形成装置の何れか一方から上記画像形成装置の管理情報を受け入れて上記上位装置へ返信するネットワーク制御手段とを備える事を主要な特徴とする。

管理情報取得手段が取得した画像形成装置の管理情報を格納する管理情報格納部と、上位装置から受け入れた画像形成装置の管理情報取得要求に対し、該画像形成装置の稼働状態に応じて、上記管理情報格納部、及び上記画像形成装置の何れか一方から上記画像形成装置の管理情報を受け入れて上記上位装置へ返信するネットワーク制御手段とを備えることによって、上記画像形成装置が稼働中であっても、上位装置から受け入れた上記画像形成装置の管理情報取得要求に対して応答することが可能になるという効果を得る。

本発明によって、従来の技術に対して新たに構成、又は変更される部分の全てを、装置内部に備えるＣＰＵが実行することによって起動、又は制御する制御プログラムの追加又は変更のみによって実現した。

図１は、実施例１の画像処理システムの全体構成を示すブロック図である。
図に示すように、実施例１の画像処理システムは、スキャナ装置１００と、ローカルＰＣ１１０と、プリンタ装置１２０と、ネットワークＰＣ１３０と、ＵＳＢケーブル（１）１４０と、ＵＳＢケーブル（２）１５０と、ネットワーク１６０とを含む。

スキャナ装置１００は、原稿画像から画像情報を読み取って画像データに変換して出力する画像処理装置である。このスキャナ装置１００はネットワーク１６０に接続される。更に、本装置には、ＵＳＢケーブル（１）１４０を介してローカルＰＣ１１０が、ＵＳＢケーブル（２）１５０を介してプリンタ装置１２０が接続される。

ローカルＰＣ１１０は、ＵＳＢケーブル（１）１４０を介してスキャナ装置１００に接続され、スキャナ装置１００と画像データ等の送受信を行うパーソナルコンピュータ（ＰＣ）等の上位装置である。
プリンタ装置１２０は、ＵＳＢケーブル（１）１４０を介してスキャナ装置１００に接続され、画像データ等を受け入れて印刷出力する画像形成装置である。

ネットワークＰＣ１３０は、ネットワーク１６０を介してスキャナ装置１００に接続され、スキャナ装置１００と画像データ等の送受信を行う、パーソナルコンピュータ（ＰＣ）等の上位装置である。

ＵＳＢケーブル（１）１４０は、ローカルＰＣ１１０をホストとし、スキャナ装置１００をデバイスとしてＵＳＢプロトコルに基づいてローカルＰＣ１１０と、スキャナ装置１００とを通信接続する通信接続手段である。
ＵＳＢケーブル（２）１５０は、スキャナ装置１００をホストとし、プリンタ装置１２０をデバイスとしてＵＳＢプロトコルに基づいてスキャナ装置１００とプリンタ装置１２０とを通信接続する通信接続手段である。
ネットワーク１６０は、ＬＡＮ（ローカルエリアネットワーク）等の比較的狭い範囲に敷設された通信ネットワークである。

次に上記システムを構成する主な装置について各装置毎にその内部構成の詳細について説明する。
図２は、実施例１のスキャナ装置の内部構成を示すブロック図である。
図に示すように、スキャナ装置１００は、読み取り部１と、画処理部２と、ＵＳＢ制御部３と、プリンタ管理情報取得部４と、プリンタ管理情報格納部５と、オペレーションパネル６と、圧縮部７と、コピー制御部８と、ＰＣスキャナ制御部９と、ＰＣプリント制御部１０と、Ｅ−ｍａｉｌ制御部１１と、リソース管理部１２と、画メモリ１３と、ネットワーク制御部１４と、ＣＰＵ１５と、ＲＯＭ１６と、ＲＡＭ１７と、共通バス１８とを備える。

読み取り部１は、原稿画像を読み取る部分である。画処理部２は、読み取り部１が読み取った画像情報を画像データに変換する部分である。ＵＳＢ制御部３は、Ｄｅｖｉｃｅ制御手段３−１を有し、ＵＳＢケーブル（１）１４０を介してローカルＰＣ１１０（図１）の制御を受け、Ｈｏｓｔ制御手段３−２を有し、ＵＳＢケーブル（２）１５０を介してプリンタ装置１２０（図１）を制御する部分である。即ち、Ｄｅｖｉｃｅ制御手段３−１は、スキャナ装置１００を、ローカルＰＣ１１０のＤｅｖｉｃｅとして機能させる手段であり、Ｈｏｓｔ制御手段３−２は、スキャナ装置１００をプリンタ装置１２０のＨｏｓｔとして機能させる手段である。

プリンタ管理情報取得部４は、ＵＳＢケーブル（２）１５０を介してプリンタ装置１２０（図１）からプリンタ管理情報を取得する部分である。ここでプリンタ管理情報について説明する。
図３は、プリンタ管理情報説明図である。
図に示すようにプリンタ管理情報には、オプション情報、消耗品情報、用紙情報、印刷枚数情報、プリンタ設定情報、プリンタ状態、プリンタ装置情報など、プリンタ装置１２０の消耗品の現在量や稼働履歴などの情報が含まれている。このプリンタ管理情報は、通常プリンタ装置１２０が、印刷ジョブを終了する毎にプリンタ管理情報取得部４によって取得される。プリンタ管理情報格納部５は、取得されたプリンタ管理情報を格納するメモリである。このプリンタ管理情報は、印刷ジョブの終了毎にプリンタ管理情報取得部４によって更新される。

再度図２に戻って、オペレーションパネル６は、利用者がこれを用いてスキャナ装置１００の操作、設定を行う部分である。圧縮部７は、画処理部２によって処理された画像データを圧縮する部分である。コピー制御部８は、スキャナ装置１００とプリンタ装置１２０とを組み合わせてコピー機能を実現する部分である。ＰＣスキャナ制御部９は、スキャナ装置１００をＰＣスキャナとして機能させる部分である。ＰＣプリント制御部１０は、スキャナ装置１００でＰＣプリントのデータパケットを一旦受信し、プリンタ装置１２０へ転送する機能を制御する部分である。Ｅ−ｍａｉｌ制御部１１は、ネットワークＰＣ１３０へのＥ−ｍａｉｌ送受信を制御する部分である。

リソース管理部１２は、スキャナ装置１００に於いて、ネットワークスキャナ機能、ネットワーク印刷機能、及び複写機能等、複数の機能が同時に稼働しないようにスキャナ装置１００の稼働状態を管理調整する部分である。画メモリ１３は、読み取り部１、画処理部２、圧縮部７等が処理経過中に用いる、画像データを一時格納するメモリである。このメモリとしては、通常、ＲＡＭ１７の一部メモリ領域が充てられる。

ネットワーク制御部１４は、データ転送手段１４−１、データ解析手段１４−２、プリンタコントロール言語変換手段１４−３、及び情報元切替手段１４−４を有し、スキャナ装置１００（図１）をネットワーク１６０（図１）に通信接続させる部分である。データ転送手段１４−１は、ネットワーク１６０（図１）とスキャナ装置１００（図１）との間でデータパケットの送受信を行う手段である。データ解析手段１４−２は、データ転送手段１４−１が受信したデータパケットを解析する手段である。プリンタコントロール言語変換手段１４−３は、データ転送手段１４−１が受け入れたデータパケットが、ＳＮＭＰネットワークプロトコルに準じたプリンタ管理プロトコル信号の場合には、ネットワーク機能を持っていないプリンタ装置１２０が理解出来る言語である、ＰＪＬ（プリンタジョブコントロール言語）に変換する手段である。

情報元切替手段１４−４は、ネットワークＰＣ１３０（図１）からプリンタ管理情報の取得要求が有った場合に、リソース管理部１２の情報に基づいて、プリンタ装置１２０（図１）が非稼働（印刷していない状態）の場合にはプリンタ装置１２０（図１）に対してプリンタ管理情報の取得要求を転送し、その応答に基づいて返信させ、プリンタ装置１２０（図１）が稼働中（印刷している状態）の場合にはプリンタ管理情報格納部５からプリンタ管理情報を読み出して返信させる、切替手段である。

ＣＰＵ１５は、ＲＯＭ１６に予め格納されている制御プログラムを実行して上記全ての構成部分を起動又は制御するマイクロプロセッサである。ＲＯＭ１６は、ＣＰＵ１５が実行して上記全ての構成部分を起動又は制御する制御プログラムを予め格納するリードオンリーメモリである。ＲＡＭ１７は、ＣＰＵ１５が処理の経過の中で使用する演算領域を提供するランダムアクセスメモリである。共通バス１８は、各構成部分を通信接続する信号通路である。

図４は、実施例１のプリンタ装置の内部構成を示すブロック図である。
図に示すように実施例１のプリンタ装置１２０は、エミュレーション部２１と、画メモリ２２と、解凍部２３と、ＵＳＢ制御部２４と、印刷部２５と、ＣＰＵ２６と、ＲＯＭ２７と、ＲＡＭ２８とを備える。

エミュレーション部２１は、プリンタ記述言語（ＰＤＬ）、及びＰＪＬ言語を扱う部分である。画メモリ２２は、処理の途中で画像データを一時格納するメモリである。通常ＲＡＭ２８の一部メモリ領域が充てられる。解凍部２３は、圧縮されて送られてくるデータパケットを解凍して伸長する部分である。ＵＳＢ制御部２４はＵＳＢケーブル（２）１５０の制御を受け入れる部分である。印刷部２５は、受け入れた画像データを印刷するプリントエンジンである。

ＣＰＵ２６は、ＲＯＭ２７に予め格納されている制御プログラムを実行して上記全ての構成部分を起動又は制御するマイクロプロセッサである。ＲＯＭ２７は、ＣＰＵ２６が実行して上記全ての構成部分を起動又は制御する制御プログラムを予め格納するリードオンリーメモリである。ＲＡＭ２８は、ＣＰＵ２６が処理の経過の中で使用する演算領域を提供するランダムアクセスメモリである。

次に本実施例による画像処理システムに用いられるＵＳＢ制御の概要について説明する。
図５は、ＵＳＢ制御に基づくシステム構成図である。
図に示すように本実施例による画像処理システムでは、ローカルＰＣ１１０とスキャナ装置１００との間、及びスキャナ装置１００とプリンタ装置１２０との間でＵＳＢプロトコルに準拠した通信が行われる。

即ち、ローカルＰＣ１１０の内部で、データはＧＤＩ（グラフィック・デバイス・インタフェース）処理、ＪＢＩＧ（Ｊｏｉｎｔ・Ｂｉ-ｌｅｖｅｌ・Ｉｍａｇｅ・ｅｘｐｅｒｔｓＧｒｏｕｐ） 圧縮処理、ＰＤＬ（ページ記述言語）変換処理され、ローカルＰＣ１１０のＵＳＢＨｏｓｔ手段へ送られる。ここでデータパケットに構成され、ＵＳＢプロトコルに基づいてスキャナ装置１００のＤｅｖｉｃｅ制御手段３−１へ送られる。その後、スキャナ装置１００のＨｏｓｔ制御手段３−２からＵＳＢプロトコルに基づいてプリンタ装置１２０のＵＳＢＤｅｖｉｃｅ手段へ送られる。更に、プリンタ装置１２０の内部でデータパケットは分解され、ＰＤＬ変換処理、ＪＢＩＧ伸張処理されて印刷出力される。

以下に、ＵＳＢ制御の概要と、コンフィグレーションの確立について説明する。
図６は、ＵＳＢ制御の説明図である。

Ｄｅｖｉｃｅ制御手段（ａ）は、Ｈｏｓｔ制御手段（ｂ）によって制御される。従って、ローカルＰＣ１１０（図１）とスキャナ装置１００（図１）間での通信では、ローカルＰＣ１１０（図１）にＨｏｓｔ制御手段（ｂ）が配置され、スキャナ装置１００（図１）にＤｅｖｉｃｅ制御手段（ａ）が配置される。一方、スキャナ装置１００（図１）とプリンタ装置１２０（図１）間での通信では、スキャナ装置１００（図１）にＨｏｓｔ制御手段（ｂ）が配置され、プリンタ装置１２０（図１）にＤｅｖｉｃｅ制御手段（ａ）が配置される。

図に示すように、Ｄｅｖｉｃｅ制御手段（ａ）は、Ｈｏｓｔ制御手段（ｂ）からデータパケットを受信するためのＲｘＢｕｆｆ（バッファ）と、Ｈｏｓｔ制御手段（ｂ）へデータパケットを送信するためのＴｘＢｕｆｆ（バッファ）を備える。一方、Ｈｏｓｔ制御手段（ｂ）はＤｅｖｉｃｅ制御手段（ａ）からデータパケットを受信するためＲｘＢｕｆｆ（バッファ）とＤｅｖｉｃｅ制御手段（ａ）へデータパケットを送信するためのＴｘＢｕｆｆ（バッファ）を備える

以上説明したＨｏｓｔ制御手段（ｂ）をローカルＰＣ１１０（図１）に配置し、Ｄｅｖｉｃｅ制御手段（ａ）をスキャナ装置１００（図１）に配置した場合にコンフィグレーションの確立（ローカルＰＣ１１０とスキャナ装置１００間）は以下のように実行される。

ＵＳＢケーブル（１）１４０（図１）を介してローカルＰＣ１１０（図１）にスキャナ装置１００（図１）が接続されると、スキャナ装置１００（図１）は、アタッチ状態になる。アタッチ状態とは、ＵＳＢケーブル（１）１４０（図１）の信号線Ｄ＋又はＤ−が３．３Ｖ（ボルト）になる状態である。ローカルＰＣ１１０（図１）は、スキャナ装置１００（図１）のアタッチを検出し、１１０ｍＳｅｃ経過した後、スキャナ装置１００（図１）にリセットを要求する。リセット要求とは信号線Ｄ＋及びＤ−をローレベル（０Ｖ）にする状態である。

スキャナ装置１００（図１）は、リセット要求を検出し、内部をリセットした後デフォルト状態にする。このデフォルト状態では、パイプ０を用いたコントロール転送が可能になる。デフォルト状態で使用するコントロール転送は、セットアップステージ、データステージ、ステータスステージにより次の手順によって通信経路が確立される。

セットアップステージでは、初めにローカルＰＣ１１０（図１）からセットアップ用のトークンパケット、及びデータパケットが送信され、その後スキャナ装置１００（図１）からハンドシェークパケットが返信される。データステージでは、ライトの場合、ローカルＰＣ１１０（図１）からスキャナ装置１００（図１）にＯＵＴトークンパケットが送信され、データ転送方向は、ローカルＰＣ１１０（図１）からスキャナ装置１００（図１）方向と決定される。その後、ローカルＰＣ１１０（図１）からスキャナ装置１００（図１）へデータパケットが送信される。データパケットの転送後、ハンドシェークのパケットがスキャナ装置１００（図１）から、ローカルＰＣ１１０（図１）へ送信される。

リードの場合は、ローカルＰＣ１１０（図１）からスキャナ装置１００（図１）へＩＮトークンパケットが送信され、スキャナ装置１００（図１）がデータ送信可能な場合、データパケットを送信し、それ以外の場合には、ハンドシェークパケットを送信する。スキャナ装置１００（図１）からデータパケットが送信された場合に、ローカルＰＣ１１０（図１）が正しく受信出来れば、ローカルＰＣ１１０（図１）からスキャナ装置１００（図１）へハンドシェークパケットのＡＣＫパケットが送信される。
ステータスステージでは、データステージとは逆のデータパケットのやり取りが行われ、データステージでの転送の確認が行われる。

スキャナ装置１００のＤｅｖｉｃｅ制御手段３−１（図２）には、その機器の属性を記述した領域（デバイスディスクリプタと呼ぶ）を持っており、その内容をローカルＰＣ１１０（図１）が読み出すことによってスキャナ装置１００の種類を理解し、適応した制御を行う事になる。スキャナ装置１００はこのデバイスディスクリプタを用いてその属性をローカルＰＣ１１０（図１）に報告し、ローカルＰＣ１１０（図１）が要求してきたディスクリプタ情報毎にスキャナ装置１００は自己の情報を返信する。ローカルＰＣ１１０（図１）によってアドレスが割り当てられ、スキャナ装置１００（図１）のデバイスの構成が認識されたときローカルＰＣ１１０（図１）とスキャナ装置１００（図１）とがＵＳＢプロトコルによって通信接続されたことになる。

一方、Ｈｏｓｔ制御手段（ｂ）をスキャナ装置１００（図１）に配置し、Ｄｅｖｉｃｅ制御手段（ａ）をプリンタ装置１２０（図１）に配置すると、上記説明と同様の手順に従ってコンフィグレーションが確立（スキャナ装置１００とプリンタ装置１２０間）され、スキャナ装置１００（図１）によってプリンタ装置１２０（図１）に対してアドレスが割り当てられ、プリンタ装置１２０（図１）のデバイスの構成が認識されたときスキャナ装置１００（図１）とプリンタ装置１２０（図１）とがＵＳＢプロトコルによって通信接続される。

次に、上記ＵＳＢ制御を用いたＰＣプリント機能、ＰＣスキャン機能、コピー機能に於けるデータの流れについて説明する。
図７は、ＰＣプリント時のフローチャートである。

ステップＳ１−１
スキャナ装置１００（図１）は、ローカルＰＣ１１０（図１）からＵＳＢケーブル（１）１４０（図１）を介して印刷データのデータパケットを受け入れる。このデータパケット（印刷データ）は一旦Ｄｅｖｉｃｅ制御手段３−１（図５）のＲｘＢｕｆｆに格納される。

ステップＳ１−２
ＵＳＢ制御部３（図２）は、印刷データのデータパケットをＤｅｖｉｃｅ制御手段３−１（図５）のＲｘＢｕｆｆからＨｏｓｔ制御手段３−２（図５）のＴｘＢｕｆｆへＣＰＵ転送又はハードウェア転送する。

ステップＳ１−３
ＵＳＢ制御部３（図２）は、印刷データのデータパケットをＨｏｓｔ制御手段３−２（図５）のＴｘＢｕｆｆからプリンタ装置１２０（図１）へ送信する。

ステップＳ１−４
プリンタ装置１２０（図１）では印刷データのデータパケットより分解し、印刷データを取得して通常の印刷処理を行う。
ステップＳ１−５

スキャナ装置１００（図２）は、印刷処理が終了すると、プリンタ装置１２０（図１）に対して、プリンタ言語のプリンタ管理情報取得コマンドを発行する。ここで、印刷処理終了の判断は、スキャナ装置１００（図２）が行い、所定の時間印刷データが途絶えた場合に印刷処理終了（非稼動）と判断する。プリンタ管理情報取得コマンドを受信したプリンタ装置１２０（図１）は、プリンタ管理情報をスキャナ装置１００（図２）へ送信する。スキャナ装置１００（図２）は、取得したプリンタ管理情報をプリンタ管理情報格納部５（図２）に格納してフローを終了する。

図８は、ＰＣスキャン時のフローチャートである。
ステップＳ１−１１
ローカルＰＣ１１０（図１）は、ＰＣスキャンの実施を要求するためにＰＣスキャン用の起動コマンドを送信し、Ｄｅｖｉｃｅ制御手段３−１（図２）は、これを受信する（スキャナ開始指示を受信）。

ステップＳ１−１２
Ｄｅｖｉｃｅ制御手段３−１（図２）は、ＰＣスキャン用の起動コマンドを受信するとコマンド解析し、ＰＣスキャン用のコマンドであると判定するとＰＣスキャナ制御部９（図２）へそのコマンドを送出する。ＰＣスキャナ制御部９（図２）は読み取り部１（図２）を起動させ原稿画像を読み取らせる。

ステップＳ１−１３
画処理部２（図２）、及び圧縮部７（図２）は、読み取りデータを画処理、圧縮処理、及びスキャナ言語変換する。

ステップＳ１−１４
ＵＳＢ制御部３（図２）は、画処理、圧縮処理、及びスキャナ言語変換された読み取りデータをデータパケットに構成してＤｅｖｉｃｅ制御手段３−１（図２）からＵＳＢケーブル（１）１４０（図１）を介してローカルＰＣ１１０（図２）へ送信してフローを終了する。

図９は、コピー時のフローチャートである。
ステップＳ１−２１
オペレーションパネル６（図２）を介して利用者によってコピー処理が起動される。

ステップＳ１−２２
コピー制御部８（図２）は、読み取り部１（図２）を起動させ、原稿画像を読み取らせる。
ステップＳ１−２３
オペレーションパネル６（図２）を介する利用者の指定に基づいて、画処理、圧縮
及びプリンタ言語変換が実施される。

ステップＳ１−２４
コピー制御部８（図２）は、画処理、圧縮、及びプリンタ言語変換された印刷データをＨｏｓｔ制御手段３−２（図２）へ送り、Ｈｏｓｔ制御手段３−２（図２）はデータパケットを構成し、プリンタ装置１２０（図１）へ送信する。プリンタ装置１２０（図１）はこのデータパケットを受け入れて印刷データを取得し、コピーを実行する。

ステップＳ１−２５
スキャナ装置１００（図１）は、印刷処理が終了すると、プリンタ装置１２０（図１）に対して、プリンタ言語のプリンタ管理情報取得コマンドを発行する。ここで、印刷処理終了の判断は、スキャナ装置１００（図２）が行い、印刷データの送信を終了してから所定の時間が経過した後印刷処理終了（非稼動）と判断する。プリンタ管理情報取得コマンドを受信したプリンタ装置１２０（図１）は、プリンタ管理情報をスキャナ装置１００（図１）へ送信する。スキャナ装置１００（図１）は、取得したプリンタ管理情報をプリンタ管理情報格納部５（図２）に格納してフローを終了する。

次に本実施例による画像処理システムに用いたネットワークプリント時のデータ制御の概要について説明する。
図１０は、ネットワークプリント時のデータ制御方法に基づくシステム構成図である。
図に示すようにネットワークＰＣ１３０とスキャナ装置１００との間でＴＣＰ／ＩＰプロトコルに準拠した通信が行われ、スキャナ装置１００とプリンタ装置１２０との間でＵＳＢプロトコルに準拠した通信が行われる。

即ち、ネットワークＰＣ１３０の内部で、印刷データはＧＤＩ処理、ＪＢＩＧ圧縮処理、ＰＤＬ変換処理され、ネットワークＰＣ１３０のネットワーク制御部へ送られ、ＴＣＰ／ＩＰプロトコルに基づいてデータパケットが構成され、ネットワークを通じてスキャナ装置１００のデータ転送手段１４−１へ送られる。その後、スキャナ装置１００のＨｏｓｔ制御手段３−２からＵＳＢプロトコルに基づいてプリンタ装置１２０のＵＳＢＤｅｖｉｃｅ制御手段へ送られる。更に、プリンタ装置１２０の内部でデータパケットが分解され、ＰＤＬ展開処理、ＪＢＩＧ伸張処理され印刷出力される。

一方、プリンタ装置１２０（図１）から転送されてくるデータパケットは、上記ＵＳＢ制御によってＨｏｓｔ制御手段３−２のＲｘＢｕｆｆに一旦格納される。このデータはＴｘＢｕｆｆにＣＰＵ転送又はハードウェア転送されＴｘＢｕｆｆに格納される。ここからデータ転送手段１４−１へ送られ、ネットワーク１６０（図１）を介してネットワークＰＣ１３０（図１）へ送信されることになる。

次に、上記ネットワーク制御を用いたネットワークプリント機能に於けるデータの流れについて説明する。
図１１は、ネットワークプリント処理フローチャートである。

ステップＳ１−３１
スキャナ装置１００（図１）は、ネットワークＰＣ１１０（図１）からネットワーク１６０（図１）を介してデータパケット（印刷データ）を受け入れる。このデータパケット（印刷データ）は一旦データ転送手段１４−１（図１０）のＲｘＢｕｆｆに格納される。

ステップＳ１−３２
データ転送手段１４−１（図１０）のＲｘＢｕｆｆに格納されたデータパケット（印刷データ）は、Ｈｏｓｔ制御手段３−２（図１０）のＴｘＢｕｆｆへＣＰＵ転送又はハードウェア転送される。

ステップＳ１−３３
Ｈｏｓｔ制御手段３−２（図１０）は、ＴｘＢｕｆｆに格納されているデータパケット（印刷データ）をプリンタ装置１２０（図１）へ送信する。

ステップＳ１−３４
プリンタ装置１２０（図１０）は印刷データのデータパケットを受け入れて分解し、印刷データを取得して印刷する。

ステップＳ１−３５
スキャナ装置１００（図１０）は、印刷処理が終了すると、プリンタ装置１２０（図１０）に対して、プリンタ言語のプリンタ管理情報取得コマンドを発行する。ここで、印刷処理終了の判断は、スキャナ装置１００（図２）が行い、所定の時間印刷データが途絶えた場合に印刷処理終了（非稼動）と判断する。プリンタ管理情報取得コマンドを受信したプリンタ装置１２０（図１０）は、プリンタ管理情報をスキャナ装置１００（図１０）へ送信する。スキャナ装置１００（図１０）は、取得したプリンタ管理情報をプリンタ管理情報格納部５（図２）に格納してフローを終了する。

次に本実施例による画像処理システムに用いられるプリンタ管理情報取得制御について説明する。
図１２は、プリンタ管理情報取得制御に基づくシステム構成図である。
図に示すようにネットワークＰＣ１３０とスキャナ装置１００との間でＴＣＰ／ＩＰプロトコルに準拠した通信が行われ、スキャナ装置１００とプリンタ装置１２０との間ではＵＳＢプロトコルに準拠した通信が行われる。

通常、ネットワークＰＣ１３０の内部には、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）、及びＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）を使用してプリンタ装置を管理するためのプリンタ管理情報取得制御ツールが実装されている。このプリンタ管理情報取得制御ツールを用いてネットワークＰＣ１３０からスキャナ装置１００へ、プリンタ管理情報取得コマンドが送られる。スキャナ装置１００は、このコマンドを受信するとプリンタ装置１２０が解釈可能なＰＪＬ（プリンタジョブコントロール言語）に変換し、情報元切替手段１４−４の制御に基づいて、プリンタ装置１２０、又はプリンタ管理情報取得部４へ転送する。ここでプリンタ管理情報取得部４へ転送する場合には、ＵＳＢ制御に基づくことになる。

一方、プリンタ装置１２０から転送されてくるデータパケットは、上記ＵＳＢ制御によってＨｏｓｔ制御手段３−２のＲｘＢｕｆｆに一旦格納される。このデータパケットはプリンタ管理情報取得制御ツールを通って、データ転送手段１４−１のＴｘＢｕｆｆに格納される。データ転送手段１４−１は、このデータパケットをネットワーク１６０（図１）を介してネットワークＰＣ１３０へ送信することになる。同様に、プリンタ管理情報取得部４から取得された情報も、プリンタ管理情報取得制御ツールを通って、データ転送手段１４−１のＴｘＢｕｆｆに格納される。以下にフローチャートを用いて詳細に説明する。

プリンタ管理情報取得制御に基づくデータの流れについて説明する。
図１３は、プリンタ管理情報取得制御フローチャート（その１）である。
図１４は、プリンタ管理情報取得制御フローチャート（その２）である。
図１５は、プリンタ管理情報取得制御フローチャート（その３）である。

ステップＳ１−４１
ネットワークＰＣ１３０（図１２）から送信されたデータパケットは、スキャナ装置１００（図１２）のデータ転送手段１４−１（図１２）のＲｘＢｕｆｆへ格納される。

ステップＳ１−４２
データ解析手段１４−２（図１２）は、受信したデータパケットがプリンタ管理情報取得コマンドか否かの判定を行う。
ステップＳ１−４３
受信したデータパケットがプリンタ管理情報取得コマンドであった場合にはステップＳ１−４４へ進み、印刷データであった場合にはステップＳ１−５２へ進む。

ステップＳ１−４４
そのコマンドは、プリンタコントロール言語変換手段１４−３（図１２）でプリンタ装置１２０（図１２）が解釈可能なＰＪＬ言語に変換される。

ステップＳ１−４５
情報元切替手段１４−４（図１２）は、リソース管理部１２（図１２）にプリンタ装置１２０（図１２）の稼働状態を確認する。リソース管理部１２（図１２）は、プリンタ装置１２０（図１２）へ印刷データが送信されている間と、印刷データが途絶えた後の一定の時間をプリンタ装置１２０（図１２）が稼動中として管理する。
ステップＳ１−４６
プリンタ装置１２０（図１２）が非稼働の場合にはステップＳ１−４７へ進み、稼働中の場合にはステップＳ１−５６へ進む。

ステップＳ１−４７
解釈可能な言語に変換されたデータは、Ｈｏｓｔ制御手段３−２（図１２）のＴｘＢｕｆｆへＣＰＵ転送又はハードウェア転送される。

ステップＳ１−４８
Ｈｏｓｔ制御手段３−２（図１２）は、ＴｘＢｕｆｆに格納されているデータをデータパケットに構成し、プリンタ装置１２０（図１２）へ送信する。

ステップＳ１−４９
Ｈｏｓｔ制御手段３−２（図１２）はプリンタ装置１２０（図１２）から応答を受信する。
ステップＳ１−５０
プリンタコントロール言語変換手段１４−３（図１２）は、応答（データ）をＭＩＢ情報に変換する。

ステップＳ１−５１
データ転送手段１４−１（図１０）は、ＭＩＢ情報をＳＮＭＰプロトコルに則してネットワークＰＣ１３０（図１２）へ送信してフローを終了する。

ステップＳ１−５２
データ転送手段１４−１（図１２）のＲｘＢｕｆｆに受信されたデータパケットは、Ｈｏｓｔ制御手段３−２（図１２）のＴｘＢｕｆｆへＣＰＵ転送又はハードウェア転送される。

ステップＳ１−５３
Ｈｏｓｔ制御手段３−２（図１２）は、ＴｘＢｕｆｆに格納されている、データパケットをＨｏｓｔ制御手段３−２（図１２）からプリンタ装置１２０（図１２）へ送信する。
ステップＳ１−５４
プリンタ装置１２０（図１２）は、データパケットより、印刷データを取得して通常の印刷処理を実行する。

ステップＳ１−５５
スキャナ装置１００（図１２）は、印刷処理が終了すると、プリンタ装置１２０（図１２）に対して、プリンタ言語のプリンタ管理情報取得コマンドを発行する。ここで、印刷処理終了の判断は、スキャナ装置１００（図１２）が行い、所定の時間印刷データが途絶えた場合に印刷処理終了（非稼動）と判断する。プリンタ管理情報取得コマンドを受信したプリンタ装置１２０（図１２）は、プリンタ管理情報をスキャナ装置１００（図１２）へ送信する。スキャナ装置１００（図１２）は、取得したプリンタ管理情報をプリンタ管理情報格納部５（図２）に格納してフローを終了する。

ステップＳ１−５６
情報元切替手段１４−４（図１２）は、プリンタ装置１２０（図１２）が稼働中であることを認識する。

ステップＳ１−５７
プリンタ管理情報取得部４（図１２）は、プリンタ管理情報をプリンタ管理情報格納部５（図１２）から取得する。

ステップＳ１−５８
プリンタコントロール言語変換手段１４−３（図２）は、プリンタ管理情報をネットワークプロトコルに変換し、データ転送手段１４−１（図１２）は、プリンタ管理情報をパケットデータに構成してネットワーク１６０（図１）を介してネットワークＰＣ１３０（図１２）へ送信してフローを終了する。

以上説明したように、本実施例では、プリンタ管理情報取得手段が取得したプリンタ管理情報を格納するプリンタ管理情報格納部と、ネットワークＰＣから受け入れたプリンタ装置のプリンタ管理情報取得要求に対し、該プリンタ装置の稼働状態に応じて、上記プリンタ管理情報格納部、及び該プリンタ装置の何れか一方から上記プリンタ管理情報を受け入れて上記ネットワークＰＣへ返信するネットワーク制御手段とを備えることによって、上記プリンタ装置が稼働中であっても、ネットワークＰＣから受け入れた上記プリンタ装置のプリンタ管理情報取得要求に対して応答することが可能になるという効果を得る。

上記実施例１では、印刷終了後にプリンタ管理情報取得手段が取得したプリンタ管理情報をプリンタ管理情報格納部に格納しておき、プリンタ装置が稼働中にネットワークＰＣから受け入れたプリンタ管理情報取得要求に対してプリンタ管理情報格納部から読み出して応答することとした。しかしここでは、印刷終了の判断は、スキャナ装置が行い、所定の時間印刷データの受信が途絶えた場合に印刷終了と判断している。従って、印刷直後にプリンタ管理情報取得要求が有った場合には、プリンタ管理情報格納部に格納されているプリンタ管理情報は、最新のデータとは異なってしまう。そこで本実施例では、上位装置が送出するＵＳＢデータパケットの中にＪＯＢエンドコマンドを含め、印刷終了判断をスキャナ装置が行うこととする。

図１６は、実施例２の画像処理システムの全体構成を示すブロック図である。
図に示すように、実施例２の画像処理システムは、ローカルＰＣ２００と、スキャナ装置２１０と、プリンタ装置１２０と、ネットワークＰＣ１３０と、ＵＳＢケーブル（１）１４０と、ＵＳＢケーブル（２）１５０と、ネットワーク１６０とを含む。以下に実施例１との相違部分のみについて説明する。実施例１と同様の部分については同一の符合を付して説明を省略する。

図１７は、実施例２のローカルＰＣ追加構成説明図である。
図に示すように、実施例２のローカルＰＣ２００は、通常のＰＣ（パーソナルコンピュータ）にＵＳＢドライバ２００−１ａがインストールされ、その内部にＪＯＢエンドコマンド作成部２００−１ｂが設けられている。このＪＯＢエンドコマンド作成部２００−１ｂは、印刷ジョブの終了をプリンタ装置１２０（図１７）に知らせるためのＪＯＢエンドコマンドを作成する部分である。このコマンドは、ＵＳＢプロトコルのコントロールのベンダコマンドとして作成される。ＪＯＢエンドコマンド作成部２００−１ｂによって、実施例２におけるＰＣプリント時には、印刷ＪＯＢの最後にベンダ定義コマンドとしてＪＯＢエンドコマンドが付加される。

図１８は、実施例２のスキャナ装置の内部構成を示すブロック図である。
図に示すように、スキャナ装置２００は、読み取り部１と、画処理部２と、ＵＳＢ制御部３と、プリンタ管理情報取得部４と、プリンタ管理情報格納部５と、オペレーションパネル６と、圧縮部７と、コピー制御部８と、ＰＣスキャナ制御部９と、ＰＣプリント制御部３１と、Ｅ−ｍａｉｌ制御部１１と、リソース管理部１２と、画メモリ１３と、ネットワーク制御部１４と、ＣＰＵ３２と、ＲＯＭ３３と、ＲＡＭ１７と、共通バス１８とを備える。上記図１６と同様に、実施例１との相違部分のみについて説明する。実施例１と同様の部分については同一の符合を付して説明を省略する。

ＰＣプリント制御部３１は、スキャナ装置２００でＰＣプリントのデータパケットを一旦受信し、プリンタ装置１２０へ転送する機能を制御する部分であり、その内部にコマンド解析手段３１−１と、ＰＣプリント後処理手段３１−２とを有している。

コマンド解析手段３１−１は、ローカルＰＣ２００（図１６）から送られてくる各種コマンドの中からＪＯＢエンドコマンドを抽出する手段である。ＰＣプリント後処理手段３１−２は、コマンド解析手段３１−１がＪＯＢエンドコマンドを検出すると、プリンタ管理情報取得部４がプリンタ管理情報取得のために一連のコマンド／レスポンス等を交信するための手段である。

ＣＰＵ３２は、ＲＯＭ３３に予め格納されている制御プログラムを実行して上記全ての構成部分を起動又は制御するマイクロプロセッサである。本実施例で起動又は制御する部分には上記コマンド解析手段３１−１と、ＰＣプリント後処理手段３１−２とが追加される。ＲＯＭ３３は、ＣＰＵ３２実行して上記全ての構成部分を起動又は制御する制御プログラムを予め格納するリードオンリーメモリである。本実施例では、上記コマンド解析手段３１−１と、ＰＣプリント後処理手段３１−２とを起動又は制御する制御プログラムが追加される。

次に、本実施例が実施例１と異なる動作のみについて以下に説明する。
図１９は、実施例２のＰＣプリント終了時のフローチャートである。
この図は、ローカルＰＣ２００（図１６）がＵＳＢ制御に基づいて、プリンタ装置１２０（図１６）を利用してＰＣプリントを実行しており、印刷ＪＯＢの最後に、図１７で説明したＪＯＢエンドコマンドが送られてきたときの処理内容を表している。

ステップＳ２−１
コマンド解析手段３１−１（図１８）は、ＵＳＢ制御に基づいて受信したデータパケットに含まれているベンダコマンドを解析する。

ステップＳ２−２
ＪＯＢエンドコマンドが検出されるまで待って検出されると次へ進む。
ステップＳ２−３
ＰＣプリント後処理手段３１−２は、Ｈｏｓｔ制御手段３−２（図１８）を介し、ＰＪＬを使用してプリンタ装置１２０（図１６）に印刷処理が終了（非稼動）したか否かについて問い合わせる。

ステップＳ２−４
ＰＪＬによる問い合わせに対して印刷処理終了のレスポンスを受信すると次へ進む。
ステップＳ２−５
プリンタ管理情報取得部４（図１８）は、プリンタ装置１２０（図１８）からＰＪＬを使用してプリンタ管理情報を取得し、プリンタ管理情報格納部５（図１８）へ格納してフローを終了する。尚、リソース管理部１２（図１８）は、プリンタ装置１２０（図１６）へ印刷データの送信開始からＰＣプリント後処理手段３１-２（図１８）がプリンタ装置１２０（図１８）から印刷処理終了のレスポンスを受信するまでの間をプリンタ稼動状態として管理する。

以上説明したように、上位装置が送出するデータパケットの中にＪＯＢエンドコマンドを受信した後にＰＪＬコマンドとそのレスポンスにより、印刷終了判断をスキャナ装置が行うこととしたので、スキャナ装置内部のプリンタ管理情報格納から最新のプリンタ管理情報を取得することが可能になったため、ネットワークＰＣからのプリンタ管理情報の取得要求に対していつでも最新のプリンタ管理情報を提供出来るという効果を得る。

上記説明では、ローカルＰＣにＪＯＢエンドコマンドを含める場合のみに限定して説明したが、本発明は、この実施例に限定されるものではない。即ち、簡単な制御プログラム変更によってネットワークＰＣにＪＯＢエンドコマンドを含めることも容易に実現出来ることは記すまでもない。

上記実施例２では、上位装置が送出するデータパケットの中にＪＯＢエンドコマンドを受信した後にＰＪＬコマンドとそのレスポンスにより、印刷終了の判断をスキャナ装置が行うこととしたが、本実施例では、スキャナ装置がネットワークコネクションを監視し、ネットワークコネクションが切断されたときプリンタ装置に問い合わせ、印刷処理終了の応答を受信して判断することとする。

図２０は、実施例３の画像処理システムの全体構成を示すブロック図である。
図に示すように、実施例３の画像処理システムは、ローカルＰＣ２００と、スキャナ装置３００と、プリンタ装置１２０と、ネットワークＰＣ１３０と、ＵＳＢケーブル（１）１４０と、ＵＳＢケーブル（２）１５０と、ネットワーク１６０とを含む。以下に実施例２との相違部分のみについて説明する。実施例２と同様の部分については同一の符合を付して説明を省略する。

図２１は、実施例３のスキャナ装置の内部構成を示すブロック図である。
図に示すように、スキャナ装置３００は、読み取り部１と、画処理部２と、ＵＳＢ制御部３と、プリンタ管理情報取得部４と、プリンタ管理情報格納部５と、オペレーションパネル６と、圧縮部７と、コピー制御部８と、ＰＣスキャナ制御部９と、ＰＣプリント制御部３１と、Ｅ−ｍａｉｌ制御部１１と、リソース管理部１２と、画メモリ１３と、ネットワーク制御部４１と、ＣＰＵ４２と、ＲＯＭ４３と、ＲＡＭ１７と、共通バス１８とを備える。上記図２０と同様に、実施例２との相違部分のみについて説明する。実施例２と同様の部分については同一の符合を付して説明を省略する。

ネットワーク制御部４１は、データ転送手段１４−１、データ解析手段１４−２、プリンタコントロール言語変換手段１４−３、情報元切替手段１４−４、ネットワークコネクション監視手段４１−１、及びネットワークプリント後処理手段４１−２を有し、スキャナ装置３００をネットワーク１６０に通信接続させる部分である。データ転送手段１４−１は、ネットワーク１６０（図２０）とスキャナ装置３００（図２０）との間でデータパケットの送受信を行う手段である。データ解析手段１４−２は、データ転送手段１４−１が受信したデータパケットを解析する手段である。プリンタコントロール言語変換手段１４−３は、データ転送手段１４−１が受け入れたデータパケットがネットワークプロトコルに準じた制御信号（画像データ以外）の場合には、ネットワーク機能を持っていないプリンタ装置１２０が理解出来る言語に変換する手段である。

ネットワークコネクション監視手段４１−１は、ネットワーク１６０（図２０）を介するネットワークＰＣ１３０（図２０）とスキャナ装置３００（図２０）との通信を監視し、ネットワークコネクションの切断を検出する手段である。ネットワークプリント後処理手段４１−２は、ネットワークコネクション監視手段４１−１がネットワークコネクションの切断を検出すると、プリンタ管理情報取得部４が、プリンタ管理情報を取得するために一連のコマンド／レスポンス等を交信するための手段である。

ＣＰＵ４２は、ＲＯＭ４３に予め格納されている制御プログラムを実行して上記全ての構成部分を起動又は制御するマイクロプロセッサである。本実施例で起動又は制御する部分には上記ネットワークコネクション監視手段４１−１とネットワークプリント後処理手段４１−２とが追加される。ＲＯＭ４３は、ＣＰＵ４２実行して上記全ての構成部分を起動又は制御する制御プログラムを予め格納するリードオンリーメモリである。本実施例では、上記ネットワークコネクション監視手段４１−１とネットワークプリント後処理手段４１−２とを起動又は制御する制御プログラムが追加される。

次に、本実施例が実施例２と異なる動作のみについて以下に説明する。
図２２は、実施例３のネットワークプリント終了時のフローチャートである。
この図は、ネットワークＰＣ１３０（図２０）がＵＳＢ制御に基づいて、プリンタ装置１２０（図２０）を利用してＰＣプリントを実行しており、印刷終了時にネットワークコネクションが切断されたときの処理内容を表している。

ステップＳ３−１
ネットワークコネクション監視手段４１−１（図２１）は、ネットワークコネクションを監視している。この監視は、ネットワークＰＣ１３０（図２０）が送出してくるネゴシエーション信号を監視することによって行われる。
ステップＳ３−２
ネットワークコネクション監視手段４１−１（図２１）は、ネットワークコネクションが切断されるまで待機し、切断される（ネゴシエーション信号が受信出来なくなる）と次へ進む。ネットワークＰＣ１３０（図２０）とスキャナ装置３００（図２０）でのネットワークプリント機能は、ＴＣＰ／ＩＰ印刷と呼ばれる通信プロトコルで実現される。このＴＣＰ／ＩＰ印刷では、一連の印刷終了時にはＦＩＮパケットと呼ばれるコネクション切断要求のパケット信号を送信しあうネゴシエーションが実行される。従って、このＦＩＮパケットを検出することによりネットワークプリンタのコネクションの切断を検出することが出来る。

ステップＳ３−３
ネットワークプリント後処理手段４１−２（図２１）は、Ｈｏｓｔ制御手段３−２（図２１）を介してプリンタ装置１２０（図２０）に印刷処理が終了したか否かについてＰＪＬコマンドで問い合わせる。

ステップＳ３−４
ＰＪＬコマンドによる問い合わせに対して、印刷処理終了のレスポンスを受信すると次へ進む。
ステップＳ３−５
プリンタ管理情報取得部４（図２１）は、プリンタ装置１２０（図２０）からプリンタ管理情報を取得し、プリンタ管理情報格納部５（図２１）へ格納（又は更新）してフローを終了する。リソース管理部１２はプリンタ装置１２０への印刷データの送信開始からネットワークプリント後処理手段４１-２がプリンタ装置１２０から印刷処理終了のレスポンスを受信するまでの間をプリンタ装置１２０の稼動状態として管理する。

以上説明したように、印刷の終了をネットワークコネクションの切断を検出した後、ＰＪＬコマンドとそのレスポンスにより判断するようにしたため、印刷終了時に、スキャナ装置内部のプリンタ管理情報格納に最新のプリンタ格納情報を取得することが可能になったため、ネットワークＰＣからのプリンタ管理情報の取得要求に対して最新のプリンタ管理情報を提供出来るようになるという効果を得る。

上記説明では、印刷の終了をネットワークＰＣとスキャナ装置間でのネットワークコネクションの切断によって検出する場合のみに限定して説明したが、本発明は、この実施例に限定されるものではない。即ち、簡単な制御プログラム変更によってローカルＰＣとスキャナ装置間でのＵＳＢコンフィグレーションの解除を検出する場合を含めることも容易に実現出来る

以上の説明では、本発明をプリンタの管理情報の取得要求のみに限定して説明したが、本発明は、この例に限定されるものではない。即ち、本発明をネットワークプリンタ装置の課金システムに適用することも可能である。

実施例１の画像処理システムの全体構成を示すブロック図である。 実施例１のスキャナ装置の内部構成を示すブロック図である。 プリンタ管理情報説明図である。 実施例１のプリンタ装置の内部構成を示すブロック図である。 ＵＳＢ制御に基づくシステム構成図である。 ＵＳＢ制御の説明図である。 ＰＣプリント時のフローチャートである。 ＰＣスキャン時のフローチャートである。 コピー時のフローチャートである。 ネットワーク制御に基づくシステム構成図である。 ネットワークプリント処理フローチャートである。 プリンタ管理情報取得制御に基づくシステム構成図である。 プリンタ管理情報取得制御フローチャート（その１）である。 プリンタ管理情報取得制御フローチャート（その２）である。 プリンタ管理情報取得制御フローチャート（その３）である。 実施例２の画像処理システムの全体構成を示すブロック図である。 実施例２のローカルＰＣ追加構成説明図である。 実施例２のスキャナ装置の内部構成を示すブロック図である。 実施例２のＰＣプリント終了時のフローチャートである。 実施例３の画像処理システムの全体構成を示すブロック図である。 実施例３のスキャナ装置の内部構成を示すブロック図である。 実施例３のネットワークプリント終了時のフローチャートである。

符号の説明

１ 読み取り部
２ 画処理部
３ ＵＳＢ制御部
３−１ Ｄｅｖｉｃｅ制御手段
３−２ Ｈｏｓｔ制御手段
４ プリンタ管理情報取得部
５ プリンタ管理情報格納部
６ オペレーションパネル
７ 圧縮部
８ コピー制御部
９ ＰＣスキャナ制御部
１０ ＰＣプリント制御部
１１ Ｅ−ｍａｉｌ制御部
１２ リソース管理部
１３ 画メモリ
１４ ネットワーク制御部
１４−１ データ転送手段
１４−２ データ解析手段
１４−３ プリンタコントロール言語変換手段
１４−４ 情報元切替手段
１５ ＣＰＵ
１６ ＲＯＭ
１７ ＲＡＭ

Claims (8)

1. ネットワークへの接続を可能にするネットワーク接続部と、
   画像形成装置との接続を可能にするインタフェース部と、
   前記ネットワーク接続部を介して前記ネットワークに接続する上位装置から印刷データを受け入れて、前記インタフェース部を介して前記画像形成装置へ送信する印刷データ転送手段と、
   前記画像形成装置の管理情報を取得する管理情報取得手段と、
   該管理情報取得手段が取得した前記画像形成装置の管理情報を格納する管理情報格納部と、
   前記上位装置から受け入れた前記画像形成装置の管理情報取得要求に対し、前記画像形成装置の稼働状態に応じて、前記管理情報格納部、及び前記画像形成装置の何れか一方から前記画像形成装置の管理情報を受け入れて前記上位装置へ返信するネットワーク制御手段とを備える事を特徴とする画像処理装置。
2. 前記画像形成装置の稼働状態を管理するリソース管理手段を更に備え、
   前記ネットワーク制御手段は、
   前記リソース管理手段より前記画像形成装置の稼動情報を取得して、前記画像形成装置の管理情報受入れ元を前記画像形成装置が稼動中の場合には前記管理情報格納部とし、非稼動中の場合には前記画像形成装置とする情報元切替機能を更に有する事を特徴とする請求項１に記載の画像処理装置。
3. 前記管理情報取得手段は、前記画像形成装置による印刷処理の終了毎に前記管理情報格納部の前記画像形成装置の管理情報を更新することを特徴とする請求項１、又は請求項２に記載の画像処理装置。
4. 前記上位装置から所定のコマンドを受け入れて前記印刷処理の終了の判断処理を行う制御部を更に備えることを特徴とする請求項３に記載の画像処理装置。
5. 前記所定のコマンドはＪＯＢエンドコマンドであることを特徴とする請求項４に記載の画像処理装置。
6. 前記上位装置とのネットワーク接続を監視し、該ネットワーク接続の切断を検出して前記印刷処理の終了の判断処理を行なう制御部を更に備えることを特徴とする請求項３に記載の画像処理装置。
7. 請求項１から請求項６までの何れか一項に記載の画像処理装置を含むことを特徴とする画像処理システム。
8. 請求項４又は請求項５に記載の前記所定のコマンドを送信する上位装置を含むことを特徴とする請求項７に記載の画像処理システム。
   

Images