(57)【要約】【課題】画像処理装置側で印刷ジョブの一元管理が行え、管理者やオペレータにとって印刷ジョブの管理し易くすることを目的とする。【解決手段】画像形成装置よりメンテナンス情報を取得する取得手段と、メンテナンス情報に基づき印刷ジョブを画像形成装置に送信するか否かを制御する制御手段と、を有することによって課題を解決する。【選択図】図８
2017107491.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置よりメンテナンス情報を取得する取得手段と、
前記メンテナンス情報に基づき印刷ジョブを前記画像形成装置に送信するか否かを制御する制御手段と、
を有する画像処理装置。
【請求項２】
前記制御手段は、前記メンテナンス情報に基づき、前記画像形成装置がメンテナンスモード中である場合、前記印刷ジョブを前記画像処理装置に一時的に保持し、前記画像形成装置がメンテナンスモード中でない場合、前記印刷ジョブを前記画像処理装置に送信する請求項１記載の画像処理装置。
【請求項３】
前記制御手段は、前記メンテナンス情報に基づき、メンテナンス中のメンテナンス項目が印刷ジョブを転送可能でない項目の場合、前記印刷ジョブを前記画像処理装置に一時的に保持し、前記メンテナンス項目が印刷ジョブを転送可能な項目の場合、前記印刷ジョブを前記画像処理装置に送信する請求項１記載の画像処理装置。
【請求項４】
前記画像処理装置の操作部を介して入力された印刷ジョブか否かを判定する判定手段を更に有し、
前記制御手段は、
前記判定手段により前記操作部を介して入力された印刷ジョブでないと判定された場合、前記メンテナンス情報に基づき印刷ジョブを前記画像形成装置に送信するか否かを制御し、
前記判定手段により前記操作部を介して入力された印刷ジョブであると判定された場合、前記印刷ジョブを前記画像形成装置に送信する請求項１記載の画像処理装置。
【請求項５】
前記画像形成装置のメンテナンス項目を操作部に表示する表示手段を更に有する請求項１乃至４何れか１項記載の画像処理装置。
【請求項６】
画像処理装置が実行する情報処理方法であって、
画像形成装置よりメンテナンス情報を取得する取得ステップと、
前記メンテナンス情報に基づき印刷ジョブを前記画像形成装置に送信するか否かを制御する制御ステップと、
を含む情報処理方法。
【請求項７】
コンピュータを、請求項１乃至５何れか１項記載の画像処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
画像形成装置の状態を適切に管理するため、サービスマンによって定期的にメンテナンス作業が実施される。サービスマンが画像形成装置のメンテナンスを実施中に、ユーザによってネットワーク経由で印刷ジョブが投入されるケースが起こりうる。
サービスマンが画像形成装置にメンテナンス項目及びステータスを入力する。そして、メンテナンス中に投入されたジョブを実行するか否かを画像形成装置が入力された設定に応じて判断するシステムが提案されている（特許文献１）。
また、画像形成装置と画像処理装置（例えば、プリンタサーバ）とが接続されているシステムが知られている。画像処理装置は、外部から印刷ジョブを受付け、画像形成装置が印刷を行うために必要な画像処理や設定を行い、画像処理後のデータや設定を画像形成装置へ転送する。また、画像処理装置は、印刷ジョブの保管や印刷履歴の蓄積、スケジュール管理も行っている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−４９１６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
プリンタサーバ等の画像処理装置で印刷スケジュールを管理しているときに、画像形成装置側で更にメンテナンス状態に応じて印刷ジョブの実行判断が行われてしまうと、印刷ジョブの管理及び状態の確認が複雑になってしまう。
【課題を解決するための手段】
【０００５】
本発明の画像処理装置は、画像形成装置よりメンテナンス情報を取得する取得手段と、前記メンテナンス情報に基づき印刷ジョブを前記画像形成装置に送信するか否かを制御する制御手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、画像処理装置側で印刷ジョブの一元管理が行え、管理者やオペレータにとって印刷ジョブの管理し易くすることができる。
【図面の簡単な説明】
【０００７】
【図１】システム構成及びハードウェア構成の一例を示す図である。
【図２】ソフトウェア構成等の一例を示す図である。
【図３】Ｗｅｂブラウザに表示されるメンテナンスツール画面の一例を示す図である。
【図４】Ｗｅｂブラウザに表示されるパーツカタログ画面の一例を示す図である。
【図５】Ｗｅｂブラウザに表示されるエンジン設定画面の一例を示す図である。
【図６】Ｗｅｂブラウザに表示される本体調整の一例を示す図である。
【図７】Ｗｅｂブラウザに表示されるテストプリントの一例を示す図である。
【図８】画像処理装置の情報処理の一例を示すフローチャートである。
【図９】画像処理装置の情報処理の一例を示すフローチャートである。
【図１０】テーブルの一例を示す図である。
【図１１】画像処理装置の情報処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜第１の実施形態＞
図１は、印刷システムのシステム構成及びシステムを構成する画像処理装置及び画像形成装置のハードウェア構成の一例を示す図である。図１に示した例では、ホストコンピュータ１００と画像処理装置１０１とがネットワーク１０５を介して接続される。また、本実施形態において画像処理装置１０１と画像形成装置１０２とはネットワーク１０６で接続される。
ネットワーク１０５及び１０６は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等とすることができる。有線か、無線か、ネットワークの種別、及び、通信に用いられる通信プロトコル等は特に限定されない。
なお、ネットワーク１０５には、ホストコンピュータ、画像処理装置、画像形成装置等が複数台接続されていてもよい。一方、画像処理装置１０１と画像形成装置１０２は、専用のローカルのネットワーク１０６で一対一に直接、接続されており、お互いに通信を行う。
ホストコンピュータ１００は、画像処理装置１０１及び画像形成装置１０２に対して印刷情報を入力する。ホストコンピュータ１００は、入力装置１０３から印刷情報を取得する。入力装置１０３は、例えば、キーボード、マウス、又は、タッチパネル等とすることができる。
ホストコンピュータ１００は、入力された印刷情報に基づいて、画像処理装置１０１に送信する印刷ジョブを作成し、画像処理装置１０１へ送信する。印刷ジョブは、画像形成装置１０２に印刷を実行させるための印刷情報を含む。
画像処理装置１０１は、ホストコンピュータ１００から入力された印刷ジョブに含まれる印刷情報を解釈して、画像形成装置１０２が印刷可能な画像データを生成する処理（以下、ＲＩＰ処理という）を行う。そして、画像処理装置１０１は、ＲＩＰ処理によって生成された画像データを画像形成装置１０２へ転送する。
【００１０】
次に、画像処理装置１０１のハードウェア構成について説明する。画像処理装置１０１は、２つの通信コントローラを有する。通信コントローラ１１１は、外部ネットワークであるネットワーク１０５との通信制御を行う。通信コントローラ１１２は、内部ネットワークであるネットワーク１０６との通信制御を行う。
ＣＰＵ１１３は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１１４等に保持されたプログラムをＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１５に展開して実行する。ＣＰＵ１１３は、画像処理装置１０１内の各構成を統括的に制御する。プログラムは不図示のＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等に保持されることとしてもよい。
ＨＤＤ１１４は、画像データや各種設定データ等の大容量のデータを一時的又は長期的に保持する。画像処理装置１０１で生成された印刷用画像データは一旦、ＨＤＤ１１４に記録される。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１５は、各種プログラム実行時のワークメモリとして利用される。転送部１１６は、画像処理装置１０１が受信し印刷ジョブから設定に応じて画像処理され展開されたＲＩＰ後画像を、画像データ転送回線１０７を介して画像形成装置１０２に転送する。一般的に、ＲＩＰ後画像はデータサイズが大きいため、転送帯域の大きな専用回線（ここでは、画像データ転送回線１０７）を介して転送されるが、ネットワーク１０６を介して画像形成装置１０２へ転送されるようにしてもよい。操作部１１７は、画像処理装置１０１に各種操作を行うための操作部である。各モジュールはそれぞれシステムバス１２０を介して互いに接続されている。
ＣＰＵ１１３が、プログラムに基づき処理を実行することにより後述する画像処理装置１０１のソフトウェア構成及び後述する図８、９、１１のフローチャートの処理が実現される。
【００１１】
次に、画像形成装置１０２のハードウェア構成について説明する。コントローラボード１３０は、各種データ処理を行い、画像形成装置１０２の動作を制御する。通信コントローラ１３１は、ネットワーク１０６との通信制御を行い、画像処理装置１０１との通信を可能とする。不揮発性メモリ１３２は、不揮発性の記憶装置で、起動時の制御プログラム等が記憶されている。ＲＡＭ１３３は、各種制御プログラムを読み出して記録する。ＣＰＵ１３４は、ＲＡＭ１３３に読み出された制御プログラムを実行し、画像信号や各種デバイスを統括的に制御する。ＨＤＤ１３５は、画像データや各種設定データ等の大容量データを一時的又は長期的に保持する目的で使用される。受信部１３６は、画像処理装置１０１から画像データ転送回線１０７を介して転送された画像データを受信する。画像処理装置１０１から転送されたＲＩＰ後画像は、圧縮されたのちＲＡＭ１３３に一旦格納され、その後、ＨＤＤ１３５へ格納される。操作部１３７は、画像形成装置１０２に各種操作を行うために使用される。各モジュールはそれぞれシステムバス１４０を介して互いに接続されている。なお、ＲＡＭ１３３は、ＣＰＵ１３４の主メモリ、ワークメモリとしても機能する。また、制御プログラム及びオペレーティングシステムのプログラムは不揮発性メモリ１３２の他にＨＤＤ１３５にも格納される。更に、システムバス１４０は、コントローラボード１３０と画像形成装置１０２内の各デバイスとを互いに接続している。スキャナ１５１は、光学センサを用いて原稿文書をスキャンし、スキャン画像データを取得する。プリンタエンジン１５２は、画像データを印刷用紙に物理的に印刷する。
ＣＰＵ１３４が、プログラムに基づき処理を実行することにより後述する画像形成装置１０２のソフトウェア構成等が実現される。
【００１２】
図２は、印刷システムのシステムを構成する画像処理装置及び画像形成装置のソフトウェア構成等の一例を示す図である。
画像処理装置１０１は、Ｗｅｂサービスの提供を受けるためにＷｅｂブラウザ２０１を有する。更に画像処理装置１０１は、画像形成装置１０２の画面を遠隔操作するために、ＶＮＣクライアント（Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｃｏｍｐｕｔｉｎｇ）２０２を有する。Ｗｅｂブラウザ２０１は、後述する画像形成装置１０２が有するＷｅｂサーバ２１０から各種Ｗｅｂサービスの提供を受ける。より具体的には、Ｗｅｂブラウザ２０１は、Ｗｅｂサーバ２１０にリクエストメッセージを送信すると共に、Ｗｅｂサーバ２１０から送信されるレスポンス（Ｗｅｂページ）を受信し、画像処理装置１０１の操作部１１７に表示する。ＶＮＣクライアント２０２は、後述する画像形成装置１０２のＶＮＣサーバ２２３とネットワーク１０６を介して通信を行い、画像形成装置１０２の操作部１３７に表示する画像を要求し、その画像を画像処理装置１０１の操作部１１７に表示することができる。
更に画像処理装置１０１は、メンテナンス情報取得部２０３を有し、画像形成装置１０２から、現在の画像形成装置１０２の状態を取得する。更に画像処理装置１０１は、ジョブ制御部２０４を有し、画像処理装置１０１のジョブ制御を行う。メンテナンス情報取得部２０３及びジョブ制御部２０４の制御の詳細は後述する。
【００１３】
画像形成装置１０２は、ドキュメントデータ２１４を有する。ドキュメントデータ２１４は、予めＨＤＤ１３５に記憶されている。本実施形態では、ドキュメントデータ２１４はＨＴＭＬ文書から構成されるものとする。画像形成装置１０２は、更にＷｅｂサーバ２１０を有し、画像処理装置１０１からドキュメントデータ２１４を参照できるようになっている。
次に、Ｗｅｂサーバ２１０の構成について説明する。Ｗｅｂサーバ２１０は、Ｗｅｂサービス処理部２１１、Ｗｅｂページ生成部２１２、及びＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）処理部２１３を備える。Ｗｅｂサービス処理部２１１は、クライアントであるＷｅｂブラウザ２０１からのリクエストメッセージを受け付け、リクエストメッセージに従って、どのＷｅｂアプリケーションのサービスと通信するかを決定するＨＴＴＰサービスとしての機能を有する。より具体的には、Ｗｅｂサービス処理部２１１は、リクエストメッセージとしてＵＲＬ及びパラメータを受付け、受付けたＵＲＬ及びパラメータを解析し、リクエストを特定する。そして、Ｗｅｂサービス処理部２１１は、特定したリクエストに従って処理を実行し、そのレスポンスをクライアントであるＷｅｂブラウザ２０１に返す。
ＣＧＩ処理部２１３は、Ｗｅｂサービス処理部２１１から呼び出され、Ｗｅｂサービス処理部２１１からのリクエストメッセージを受付ける。その後、ＣＧＩ処理部２１３は、Ｗｅｂサービスを提供するために、上述のリクエストメッセージに基づいて、後述する画面生成処理等を行う。
Ｗｅｂページ生成部２１２は、Ｗｅｂサービス処理部２１１から呼び出され、Ｗｅｂブラウザ２０１から指示されたＨＴＭＬ画面を生成する。より具体的には、Ｗｅｂページ生成部２１２は、Ｗｅｂブラウザ２０１からドキュメントデータの表示要求があった場合、ドキュメントデータ２１４から該当する部分のＨＴＭＬドキュメントを読み出し、Ｗｅｂページ画面を成型する。そして、Ｗｅｂページ生成部２１２は、Ｗｅｂページ画面をＷｅｂブラウザ２０１へ送信する。
【００１４】
画像形成装置１０２は更に、入出力制御部２２０、画面生成部２２１、及びＶＮＣサーバ２２３を有する。入出力制御部２２０は、画像形成装置の操作部１３７及びＶＮＣサーバ２２３に対して、生成された操作画面を送信、又は操作指示を受付ける。画面生成部２２１は、入出力制御部２２０又はＣＧＩ処理部２１３からのリクエストを受けて、操作部１３７に表示すべき操作画面を生成する。ＶＮＣサーバ２２３は、画像処理装置１０１のＶＮＣクライアント２０２とネットワーク１０６を介して通信を行う。ＶＮＣサーバ２２３は、ＶＮＣクライアント２０２からの要求に従い、入出力制御部２２０から送信される画面をＶＮＣクライアント２０２へ送信することで、画面の共有を実現する。
画像形成装置１０２は更に、エンジン制御部２３０を有する。エンジン制御部２３０は、画像形成装置１０２のプリンタエンジン１５２の動作を制御する。プリンタエンジン１５２は、ＣＰＵ１３４が実行する画像形成装置の制御プログラムや、入出力制御部２２０からの指示に応じて動作する。
【００１５】
図３は、Ｗｅｂブラウザ２０１に表示されるメンテナンスツール画面の一例を示す図である。
画面３０１は、Ｗｅｂブラウザ２０１に表示される画面を表し、ＣＰＵ１１３によって操作部１１７に表示される。画面３０１は、Ｗｅｂブラウザ２０１から予め決められたアドレス（例えばドキュメントデータ２１４の最上位階層に置かれたｉｎｄｅｘ．ｈｔｍｌ）にアクセスすることで表示される。ボタン３１１〜３１７は、サービスマンが作業することのできるメンテナンス項目ボタンであり、サービスマンによって作業を行いたい項目が選択されると、ＣＰＵ１１３及びＣＰＵ１３４はそれぞれの項目に対応した制御を実行する。テキスト入力エリア３２０は検索キーワードを入力するためのテキスト入力エリアである。ボタン３２１は検索を開始するためのボタンである。ここに挙げた項目は一例であり、サービスマンがメンテナンスを行うための他の項目であってもよい。
ここで、メンテナンス項目のパーツカタログ３１２が選択された場合の制御の一例を以下に示す。
【００１６】
図４は、Ｗｅｂブラウザ２０１に表示されるパーツカタログ画面の一例を示す図である。サービスマンによってメンテナンス項目のパーツカタログ３１２が選択されると、ＣＰＵ１１３によって、操作部１１７に画面８０１が表示される。ボタン８１０〜８１２は、装置の選択を行うためのボタンである。ボタン８２０は、選択された装置内の、更に部品の選択を行うためのボタンである。領域８２１は、ボタン８２０で選択された部品に関する情報を表示する領域である。ボタン８３０は、画面３０１に戻るためのボタンである。サービスマンによって任意のボタンが選択される度に、Ｗｅｂブラウザ２０１からＷｅｂサーバ２１０にリクエストが送信される。Ｗｅｂサーバ２１０は、Ｗｅｂサービス処理部２１１を介して受信したリクエストに基づき、ドキュメントデータ２１４からパーツカタログの情報を読み出す。Ｗｅｂページ生成部２１２は、読み出されたパーツカタログの情報等に基づき領域８２１に表示するための画面８０１を生成する。更に、Ｗｅｂサーバ２１０は、生成された画面を、Ｗｅｂサービス処理部２１１を介してＷｅｂブラウザ２０１に送信する。Ｗｅｂブラウザ２０１は、受信した画面を操作部１１７に表示することで、パーツカタログの情報をユーザに提供する。
その他のメンテナンス項目の中で、パーツカタログ３１２と同様の手段で制御される項目として、サービスマニュアル３１１及び回路図３１３が挙げられるが、これらの画面の模式図は省略する。共に、パーツカタログ３１２で説明した通り、不図示の画面中でサービスマンによって閲覧したい項目に対応する任意のボタンが選択されると、Ｗｅｂサーバ２１０は、それらに対応する情報をドキュメントデータ２１４より読み出す。Ｗｅｂブラウザ２０１は、読み出された情報を操作部１１７に表示する。
更に、メンテナンス項目のエンジン設定３１４が選択された場合の制御の一例を示す。
【００１７】
図５は、Ｗｅｂブラウザ２０１に表示されるエンジン設定画面の一例を示す図である。サービスマンによってメンテナンス項目のエンジン設定３１４が選択されると、ＣＰＵ１１３によって、操作部１１７に画面９０１が表示される。項目９１０は、サービスマンによってメンテナンスを行うために調整するエンジンの内部パラメータの項目である。値９１１は、各パラメータの設定されている値であり、後述する手段によりサービスマンが値を変更する。情報９１２は、各パラメータの設定可能範囲の情報を示している。ボタン９３０は、画面３０１に戻るためのボタンである。サービスマンによってエンジン設定３１４が選択されると、Ｗｅｂブラウザ２０１は、Ｗｅｂサーバ２１０にリクエストを送信する。リクエストを受信したＷｅｂサービス処理部２１１は、ＣＧＩ処理部２１３を介して、エンジン設定を行うための情報を画面生成部２２１へリクエストする。画面生成部２２１は、ＣＧＩ処理部２１３からリクエストされた情報に基づき、エンジン設定を行う画面９０１を生成し、入出力制御部２２０を介して操作部１３７に表示する。その後、画像処理装置１０１のＣＰＵ１１３は、ＶＮＣサーバ２２３からＶＮＣクライアント２０２を介して画像形成装置１０２の操作部１３７の画面を画像処理装置１０１の操作部１１７に表示する。サービスマンによってＶＮＣクライアント２０２上の画面９０１から値９１１の変更のための入力操作が行われると、上述と同じ手段によりＣＧＩ処理部２１３を介して操作内容が画像形成装置１０２に反映される。そして、その内容に応じてエンジン制御部２３０がエンジンの制御を行う。
【００１８】
また、エンジン設定３１４と同様の手段で制御されるその他のメンテナンス項目として、本体調整３１５が挙げられる。図６は、Ｗｅｂブラウザ２０１に表示される本体調整３１５の一例を示す図である。サービスマンによってメンテナンス項目の本体調整３１５が選択されると、ＣＰＵ１１３によって、上述の手段によりＶＮＣクライアント２０２及びＶＮＣサーバ２２３を介して、操作部１１７に画面１００１が表示される。自動階調補正１０１０、シェーディング補正１０１１、自動レジストレーション補正１０１２、及び斜行補正１０１３は、画像形成装置１０２の画像調整を行うためのボタンである。これらの補正機能は一例であり、画面１００１に表示される補正機能は、画像形成装置１０２の画像調整を行う他の補正機能であってもよい。ボタン１０３０は、画面３０１に戻るためのボタンである。サービスマンによって任意の調整ボタン、例えば自動階調補正１０１０が選択されると、ＣＰＵ１３４は、ＨＤＤ１３５に予め記憶されている制御手順に則り、エンジン制御部２３０を制御することで自動階調補正を実行する。ＣＰＵ１３４は、必要に応じて、ＶＮＣサーバ２２３及びＶＮＣクライアント２０２を介して、自動階調補正を行うための画面（不図示）を操作部１１７に表示し、また、操作部１１７を通してサービスマンからの指示を受け付け、エンジン制御部２３０へ伝える。
【００１９】
また、エンジン設定３１４と同様の手段で制御されるその他のメンテナンス項目として、テストプリント３１７が挙げられる。図７は、Ｗｅｂブラウザ２０１に表示されるテストプリント３１７の一例を示す図である。サービスマンによってメンテナンス項目のテストプリント３１７が選択されると、ＣＰＵ１１３によって、上述の手段によりＶＮＣクライアント２０２及びＶＮＣサーバ２２３を介して、操作部１１７に画面１００１が表示される。全面ベタチャート１１１０、階調チャート１１１１、及び格子チャート１１１２は、出力可能なテストプリント項目の一例である。これらのチャート項目は一例であり、画面１００１に表示されるテストを実施するための他のチャートであってもよい。チャートデータは、ＨＤＤ１３５に予め印刷ジョブ又は画像データの形で記憶されている。ボタン１１２０は印刷設定ボタンである。サービスマンは、ボタン１１２０を選択し、例えば、用紙サイズや給紙段の情報等チャートを印刷するための設定を行う。サービスマンによりボタン１１２０が選択されると、ＣＰＵ１３４は、ＶＮＣサーバ２２３及びＶＮＣクライアント２０２を介して、印刷設定を行うための画面（不図示）を操作部１１７に表示する。また、ＣＰＵ１３４は、操作部１１７を通してサービスマンからの設定を受け付け、入出力制御部２２０を介して、エンジン制御部２３０へ伝える。サービスマンにより任意のテストチャートが選択されると、ＣＰＵ１３４は、その入力を受付け、エンジン制御部２３０へ通知し、ＨＤＤ１３５に記憶されている該当するテストチャートデータを印刷する。ボタン１１３０は、画面３０１に戻るためのボタンである。
その他のメンテナンス項目の中で、エンジン設定３１４と同様の手段で制御される項目として、プロセス状態モニタ３１６が挙げられるが、この画面の一例を示す図は省略する。サービスマンによってプロセス状態モニタ３１６が選択されると、画面生成部２２１は、定着器の温度情報や帯電器の電圧情報等、画像形成装置１０２のプリンタエンジン１５２の状態を監視するための画面（不図示）を生成する。更に、ＣＰＵ１１３は、エンジン設定３１４と同様の手段により、ＶＮＣクライアント２０２を介して画面を取得し、画像処理装置１０１の操作部１１７に表示する。
【００２０】
図８は、画像処理装置１０１の情報処理の一例を示すフローチャートである。本フローチャートの処理は、ＨＤＤ１１４に記憶されたプログラムをＣＰＵ１１３がＲＡＭ１１５に読み出し、実行することによって実現される。ＣＰＵ１１３は、ホストコンピュータ１００から印刷ジョブを受信すると、本フローチャートの処理を開始する。
印刷ジョブが受信されると、Ｓ４０１において、ＣＰＵ１１３は、受信した印刷ジョブの画像処理を行う。ここで行う画像処理とは、受信した印刷ジョブをジョブに設定された内容に従って印刷用画像データに変換するＲＩＰ処理と、変換した印刷用画像データをＨＤＤ１１４に保存する処理と、を指す。
次に、Ｓ４０２において、ＣＰＵ１１３は、画像形成装置１０２のメンテナンス情報を取得する。ここで、取得するメンテナンス情報とは、画像形成装置１０２がメンテナンスモード中であるか否か、という情報である。ＣＰＵ１１３は、エンジン制御部２３０の状態を取得する。又は、エンジン制御部２３０が、メンテナンス中であることをＣＰＵ１１３は、に通知してもよい。
続いて、Ｓ４０３において、ＣＰＵ１１３は、Ｓ４０２で取得したメンテナンス情報から画像形成装置１０２がメンテナンスモード中であるか否かを判断する。ＣＰＵ１１３は、画像形成装置１０２がメンテナンスモード中である場合はＳ４０４へ進み、メンテナンスモード中ではない場合はＳ４０５へ進む。
メンテナンスモード中である場合、Ｓ４０４において、ＣＰＵ１１３は、ＨＤＤ１１４に保存したジョブをそのままの状態で待機する。その後、ＣＰＵ１１３は、Ｓ４０２へ戻り、再度メンテナンス情報の取得を行う。
ここで、ＣＰＵ１１３は、待機中の情報を操作部１１７に表示してもよい。更に、ＣＰＵ１１３は、待機中の情報をホストコンピュータ１００へ通知し、図示しないホストコンピュータ１００の操作部へ表示してもよい。
メンテナンスモード中でない場合、Ｓ４０５において、ＣＰＵ１１３は、ＨＤＤ１１４に保存されているジョブを、転送部１１６を介して画像形成装置１０２へ送信する。
【００２１】
以上、本実施形態の処理によれば、画像形成装置がメンテナンス中か否かに応じて、画像処理装置から画像形成装置への印刷ジョブの転送を制御することが可能となる。これにより、サービスマンがメンテナンス作業を行っている間に、予期せぬタイミングで画像形成装置へ印刷ジョブが投入される恐れがなくなる。また、メンテナンス中のため画像形成装置が画質の点で未調整の状態で外部からの印刷ジョブを印刷してしまうことがなくなる。更に、画像処理装置側で印刷ジョブの一元管理を行えるため、管理者やオペレータにとって印刷ジョブの管理がしやすくなる。
【００２２】
＜第２の実施形態＞
第１の実施形態では、画像形成装置１０２がメンテナンス中であると判断した場合に、画像処理装置１０１に投入される全ての印刷ジョブを待機させ、画像形成装置１０２への転送を行わない例について説明した。
大量印刷を行うプロダクション印刷においては、エラーやメンテナンスによって印刷を行うことができない時間、いわゆるダウンタイムを極力削減するように運用されることが求められている。一方で、本印刷システムにおいてサービスマンが実施することができるメンテナンス作業項目は、図３で示した通り多岐に渡る。それらの項目の中には、サービスマンがＷｅｂブラウザ２０１でドキュメント等の情報を確認するための項目があり、それらの確認を行っている間は、画像形成装置１０２は通常通り印刷を行っても問題ない状態である。例えば、上述したサービスマニュアル３１１、パーツカタログ３１２、画像形成装置１０２のコントローラボード１３０の回路図を確認するための回路図３１３、又は画像形成装置１０２のエンジン状態を確認するためのプロセス状態モニタ３１６等、が相当する。
第２の実施形態においては、ダウンタイム時間を削減するため、メンテナンス中の内容を考慮して、メンテナンス中であっても画像形成装置１０２が印刷可能なときには画像処理装置１０１からの印刷ジョブを転送することが可能なシステムについて説明する。
第２の実施形態において、印刷システムのシステム構成、ハードウェア構成、ソフトウェア構成は、第１の実施形態で説明した図１、図２と同様である。
【００２３】
図９は、画像処理装置１０１の情報処理の一例を示すフローチャートである。本フローチャートの処理は、ＨＤＤ１１４に記憶されたプログラムをＣＰＵ１１３がＲＡＭ１１５に読み出し、実行することにより実現される。ＣＰＵ１１３は、ホストコンピュータ１００から印刷ジョブを受信すると、本フローチャートの処理を開始する。
本フローチャートのうち、Ｓ５０１、Ｓ５０５、及びＳ５０６は、それぞれ第１の実施形態で説明したＳ４０１、Ｓ４０４、及びＳ４０５と同様であるため説明を省略する。
Ｓ５０２において、ＣＰＵ１１３は、画像形成装置１０２のメンテナンス情報を取得する。第１の実施形態ではメンテナンス中であるか否かという情報を取得したが、本実施形態では、ＣＰＵ１１３は、メンテナンス中であることに加え、更にどのメンテナンス項目を実施中かという詳細な情報を取得する。
次に、Ｓ５０３において、ＣＰＵ１１３は、取得したメンテナンス項目の確認を行う。
図１０は、メンテナンス項目の確認を行うために使用するテーブルの一例を示す図である。本テーブルは、画像処理装置１０１のＨＤＤ１１４に格納され、ＣＰＵ１１３によって読み出され使用される。列６０１は、各メンテナンス項目の名称を表す。列６０２は、各メンテナンス項目が印刷ジョブを画像形成装置１０２に転送してもよいか否かを表している。上述の通り、画像形成装置１０２が通常通り印刷を行っても問題ない状態のメンテナンス項目の場合は「可」、実施することにより画像形成装置１０２の状態が変化してしまうメンテナンス項目の場合は「不可」と表記されている。画像形成装置１０２の状態が変化するメンテナンス項目とは、サービスマンがパーツの交換、エンジン設定値の変更、画像調整作業を行うための項目である。例えば、エンジン設定３１４、本体調整３１５等が相当する。また、テストプリント３１７の項目も、画像形成装置１０２を占有して行う作業のため「不可」となっている。本テーブルの内容は、予め定められている。但し、ＣＰＵ１１３は、操作部１１７等を介したユーザ操作に応じて、図１０に示すテーブルの設定を、追加、変更等するようにしてもよい。
続くＳ５０４において、ＣＰＵ１１３は、ジョブ制御部２０４において、取得した現在の画像形成装置１０２のメンテナンス項目と、上述したテーブルの内容と、を比較し、メンテナンス項目がジョブ転送可能か否かを判定する。ＣＰＵ１１３は、ジョブ転送が「可」の項目である場合は、Ｓ５０６へ進み、ジョブ転送が「不可」の項目である場合は、Ｓ５０５へ進む。
【００２４】
本実施形態の処理によれば、画像形成装置がどのメンテナンス項目を行っているか否かに応じて、画像処理装置から画像形成装置への印刷ジョブの転送を制御することが可能となる。これにより、メンテナンス中であっても画像形成装置１０２の動作が可能な場合にはジョブを転送し印刷することで、ダウンタイムの発生時間を抑えることが可能となる。
【００２５】
＜第３の実施形態＞
上述の第１及び第２の実施形態では、ホストコンピュータ１００から画像処理装置１０１へ投入された印刷ジョブの制御について説明した。
画像処理装置１０１は、外部からの印刷ジョブを受付けて処理するのに加え、サービスマンやユーザの操作により操作部１１７を介して自分自身へ印刷ジョブを投入することが可能である。
本印刷システムにおいて、画像処理装置１０１は、サービスマンによって操作部１１７よりＷｅｂブラウザ２０１やＶＮＣクライアント２０２を介してメンテナンスツールが使用される。つまり、サービスマンがメンテナンス作業中は、画像処理装置１０１はサービスマンによって占有される環境にある。更に、サービスマンは、メンテナンス中に画像形成装置１０２の動作確認や印刷結果の確認を行うために任意のテストジョブの印刷を行う場合がある。メンテナンス項目の中にあるテストプリント３１７は、画像形成装置１０２のＨＤＤ１３５に予め記憶されている印刷データを印刷することができる。しかしながら、予め記憶されている印刷データの種類には限りがあり、サービスマンによっては、異なる印刷データを通常の印刷ジョブとしてテストプリントを実施したい場合がある。
第３の実施形態においては、そうしたケースに対応するため、画像形成装置１０２がジョブ転送「不可」なメンテナンス項目実行中であっても、画像処理装置１０１から投入された印刷ジョブのジョブ転送を許可するシステムについて説明する。
第３の実施形態において、印刷システムのシステム構成、ハードウェア構成、ソフトウェア構成は、第１の実施形態で説明した図１、図２と同様である。
【００２６】
図１１は、画像処理装置１０１の情報処理の一例を示すフローチャートである。本フローチャートの処理は、ＨＤＤ１１４に記憶されたプログラムをＣＰＵ１１３がＲＡＭ１１５に読み出し、実行することにより実現される。ＣＰＵ１１３は、ホストコンピュータ１００から印刷ジョブを受信する、又は操作部１１７を介して印刷ジョブの投入を受け取ると、本フローチャートの処理を実行する。
本フローチャートのうち、Ｓ７０１、及びＳ７０４〜Ｓ７０８は、それぞれ第２の実施形態で説明したＳ５０１、Ｓ５０２〜Ｓ５０６と同様であるため説明を省略する。
Ｓ７０２において、ＣＰＵ１１３は、画像処理装置１０１に投入され、Ｓ７０１で画像処理された印刷ジョブを解析する。ＣＰＵ１１３は、その印刷ジョブがホストコンピュータ１００等、外部から通信コントローラ１１１を介して投入されたジョブか、又は画像処理装置１０１の操作部１１７より操作され投入されたジョブか、を解析する。
続くＳ７０３において、ＣＰＵ１１３は、解析した結果に基づき、画像処理装置１０１の操作部１１７より操作され投入された印刷ジョブか否かを判定する。ＣＰＵ１１３は、画像処理装置１０１の操作部１１７より操作され投入された印刷ジョブであれば、Ｓ７０８へ進み、ホストコンピュータ１００からネットワーク１０６を介して通信コントローラ１１１へ投入された印刷ジョブであれば、Ｓ７０４へ進む。
【００２７】
本実施形態の処理によれば、画像形成装置がどのメンテナンス項目を行っているか否かに加え、印刷ジョブの投入元に応じて、画像処理装置から画像形成装置への印刷ジョブの転送を制御することが可能となる。これにより、メンテナンス中であってもサービスマンの操作による画像形成装置１０２から投入される印刷ジョブの場合にはジョブを転送し印刷することで、サービスマンがメンテナンス目的で任意の印刷データを印刷することが可能となる。
【００２８】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。上述した各実施形態は任意に組み合わせて実施してもよい。また、画像処理装置、画像形成装置のソフトウェア構成の全て又は一部は、ハードウェア構成として画像処理装置、画像形成装置に実装してもよい。また、画像処理装置、画像形成装置のハードウェア構成は一例であり、画像処理装置、画像形成装置は、複数のＣＰＵや、ＨＤＤ、通信コントローラ等を有していてもよい。
【００３０】
上述した各実施形態によれば、画像形成装置に接続される画像処理装置において、画像形成装置がメンテナンス中か否かに応じて、画像処理装置から画像形成装置への印刷ジョブの転送を制御することが可能となる。これにより、サービスマンがメンテナンス作業を行っている間に、予期せぬタイミングで画像形成装置へ印刷ジョブが投入される恐れがなくなる。また、メンテナンス中のため画像形成装置が画質の点で未調整の状態で外部からの印刷ジョブを印刷してしまうことがなくなる。更に、画像処理装置側で印刷ジョブの一元管理を行えるため、管理者やオペレータにとって印刷ジョブの管理がしやすくなる。
【符号の説明】
【００３１】
１０１  画像処理装置
１０２  画像形成装置
１１３  ＣＰＵ
１１４  ＨＤＤ
１１７  操作部
【図１】
2017107491.tif 000003
【図２】
2017107491.tif 000004
【図３】
2017107491.tif 000005
【図４】
2017107491.tif 000006
【図５】
2017107491.tif 000007
【図６】
2017107491.tif 000008
【図７】
2017107491.tif 000009
【図８】
2017107491.tif 000010
【図９】
2017107491.tif 000011
【図１０】
2017107491.tif 000012
【図１１】
2017107491.tif 000013