(57)【特許請求の範囲】
【請求項１】
ネットワークを介して受信した印刷出力命令に従って印刷出力を実行する複数の画像処理装置、及び前記複数の画像処理装置に対して送信する前記印刷出力命令を管理する出力管理装置を備えた出力管理システムであって、
前記印刷出力の実行において前記各画像処理装置に障害が発生したとき、前記各画像処理装置の動作履歴情報及び機器情報を含む障害情報を取得する障害情報取得部と、
前記障害情報取得部によって取得された前記障害情報を蓄積する障害情報蓄積部と、
前記障害情報蓄積部に蓄積された前記障害情報に基づいて、前記各画像処理装置に発生した前記障害の内容を解析する障害内容解析部と、
前記障害内容解析部の解析結果を蓄積する解析結果蓄積部と、
前記解析結果蓄積部に蓄積された前記障害内容解析部の解析結果に基づいて、前記複数の画像処理装置のうち前記印刷出力命令の送信先となる画像処理装置の動作の可否を判断する動作可否判断部と、
前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を中断し、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が可能であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を続行する処理を行う命令処理部と、を備え、
前記命令処理部は、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置の動作が可能となる条件を特定し、特定した当該条件を前記印刷出力命令の要求元へ通知することを特徴とする出力管理システム。
【請求項２】
ネットワークを介して受信した印刷出力命令に従って印刷出力を実行する複数の画像処理装置、及び前記複数の画像処理装置に対して送信する前記印刷出力命令を管理する出力管理装置を備えた出力管理システムであって、
前記印刷出力の実行において前記各画像処理装置に障害が発生したとき、前記各画像処理装置の動作履歴情報及び機器情報を含む障害情報を取得する障害情報取得部と、
前記障害情報取得部によって取得された前記障害情報を蓄積する障害情報蓄積部と、
前記障害情報蓄積部に蓄積された前記障害情報に基づいて、前記各画像処理装置に発生した前記障害の内容を解析する障害内容解析部と、
前記障害内容解析部の解析結果を蓄積する解析結果蓄積部と、
前記解析結果蓄積部に蓄積された前記障害内容解析部の解析結果に基づいて、前記複数の画像処理装置のうち前記印刷出力命令の送信先となる画像処理装置の動作の可否を判断する動作可否判断部と、
前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を中断し、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が可能であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を続行する処理を行う命令処理部と、
前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を中断するのか、若しくは前記印刷出力命令の送信を続行するのかを選択させる選択部と、を備え、
前記命令処理部は、前記選択部によって前記印刷出力命令の送信を続行することが選択された場合に、前記印刷出力命令の送信先となる画像処理装置に対して、前記印刷出力命令を強制的に送信することを特徴とする出力管理システム。
【請求項３】
前記障害内容解析部は、前記障害情報蓄積部に蓄積された前記障害情報から前記各画像処理装置の前記障害の発生件数を算出し、
前記解析結果蓄積部は、前記障害内容解析部によって算出された前記各画像処理装置の前記障害の発生件数を蓄積し、
前記動作可否判断部は、前記解析結果蓄積部に蓄積された前記各画像処理装置の前記障害の発生件数を参照し、前記印刷出力命令の送信先となる画像処理装置の障害の発生件数が予め設定された閾値以上である場合に、当該画像処理装置の動作が不可であると判断することを特徴とする請求項１又は２に記載の出力管理システム。
【請求項４】
前記動作可否判断部が前記印刷出力命令の送信先となる画像処理装置の動作の可否を判断するための閾値を、前記障害の種類に応じて設定する閾値設定部を備え、
前記障害内容解析部は、前記障害情報蓄積部に蓄積された前記障害情報から前記各画像処理装置における前記障害の種類ごとの発生件数を算出し、
前記解析結果蓄積部は、前記障害内容解析部によって算出された前記各画像処理装置における前記障害の種類ごとの発生件数を蓄積し、
前記動作可否判断部は、前記解析結果蓄積部に蓄積された前記各画像処理装置における前記障害の種類ごとの発生件数を参照し、前記印刷出力命令に含まれる印刷条件に対応する障害の発生件数が前記閾値設定部によって設定された閾値以上である場合に、前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断することを特徴とする請求項１又は２に記載の出力管理システム。
【請求項５】
前記障害内容解析部は、前記障害情報蓄積部に蓄積された前記障害情報から前記各画像処理装置の前記障害の発生件数を算出し、
前記解析結果蓄積部は、前記障害内容解析部によって算出された前記各画像処理装置の前記障害の発生件数を蓄積し、
前記命令処理部は、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、前記印刷出力命令の送信先を当該画像処理装置よりも前記障害の発生件数が低い前記画像処理装置に変更することを特徴とする請求項１又は２に記載の出力管理システム。
【請求項６】
前記命令処理部は、前記印刷出力命令の送信先を変更したとき、その旨を前記印刷出力命令の要求元へ通知することを特徴とする請求項５に記載の出力管理システム。
【請求項７】
前記命令処理部は、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置の動作が可能となる印刷条件の中で最も近い条件を特定し、前記印刷出力命令に含まれる印刷条件を前記最も近い条件に変更して前記印刷出力命令の送信を続行することを特徴とする請求項１又は２に記載の出力管理システム。
【請求項８】
前記命令処理部は、前記印刷出力命令に含まれる印刷条件を変更したとき、その旨を前記印刷出力命令の要求元に通知することを特徴とする請求項７に記載の出力管理システム。
【請求項９】
ネットワークを介して受信した印刷出力命令に従って印刷出力を実行する複数の画像処理装置に接続され、前記複数の画像処理装置に対して送信する前記印刷出力命令を管理する出力管理装置であって、
前記印刷出力の実行において前記各画像処理装置に障害が発生したとき、前記各画像処理装置の動作履歴情報及び機器情報を含む障害情報を取得する障害情報取得部と、
前記障害情報取得部によって取得された前記障害情報を蓄積する障害情報蓄積部と、
前記障害情報蓄積部に蓄積された前記障害情報に基づいて、前記各画像処理装置に発生した前記障害の内容を解析する障害内容解析部と、
前記障害内容解析部の解析結果を蓄積する解析結果蓄積部と、
前記解析結果蓄積部に蓄積された前記障害内容解析部の解析結果に基づいて、前記複数の画像処理装置のうち前記印刷出力命令の送信先となる画像処理装置の動作の可否を判断する動作可否判断部と、
前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を中断し、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が可能であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を続行する処理を行う命令処理部と、を備え、
前記命令処理部は、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置の動作が可能となる条件を特定し、特定した当該条件を前記印刷出力命令の要求元へ通知することを特徴とする出力管理装置。
【請求項１０】
ネットワークを介して受信した印刷出力命令に従って印刷出力を実行する複数の画像処理装置に接続され、前記複数の画像処理装置に対して送信する前記印刷出力命令を管理する出力管理装置であって、
前記印刷出力の実行において前記各画像処理装置に障害が発生したとき、前記各画像処理装置の動作履歴情報及び機器情報を含む障害情報を取得する障害情報取得部と、
前記障害情報取得部によって取得された前記障害情報を蓄積する障害情報蓄積部と、
前記障害情報蓄積部に蓄積された前記障害情報に基づいて、前記各画像処理装置に発生した前記障害の内容を解析する障害内容解析部と、
前記障害内容解析部の解析結果を蓄積する解析結果蓄積部と、
前記解析結果蓄積部に蓄積された前記障害内容解析部の解析結果に基づいて、前記複数の画像処理装置のうち前記印刷出力命令の送信先となる画像処理装置の動作の可否を判断する動作可否判断部と、
前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を中断し、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が可能であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を続行する処理を行う命令処理部と、
前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を中断するのか、若しくは前記印刷出力命令の送信を続行するのかを選択させる選択部と、を備え、
前記命令処理部は、前記選択部によって前記印刷出力命令の送信を続行することが選択された場合に、前記印刷出力命令の送信先となる画像処理装置に対して、前記印刷出力命令を強制的に送信することを特徴とする出力管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出力管理システム及び出力管理装置に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。
【０００３】
そして、ネットワークを介してＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置及び複数の画像処理装置をサーバ等に接続し、これらの各画像処理装置が受信して印刷出力を実行するための印刷出力命令（以降、「印刷ジョブ」とする）を管理する技術が従来より提案されている。
【０００４】
この種の従来技術の１つとして、複数の画像処理装置からそれぞれ取得した印刷情報と、情報処理装置から取得した印刷条件や印刷対象ファイルとに基づいて、印刷対象ファイルの印刷出力の完了が最も早い画像処理装置から順に複数の画像処理装置に対して優先順位付けし、この優先順位付けされた複数の画像処理装置を示す情報を情報処理装置に表示するようにした構成の技術が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示された技術は、最適な画像処理装置の選択の確実性を高めることができるものの、ユーザが、上記優先順位付けされた複数の画像処理装置を示す情報から印刷出力を実行させる画像処理装置を選択しても、選択した画像処理装置に障害が発生する可能性についてまでは考慮されていない。そのため、特許文献１の従来技術は、画像処理装置の障害の発生に伴う印刷出力の停止を十分に回避できないので、印刷出力の処理の生産性が低下することが問題になっている。
【０００６】
本発明は、このような課題を解決するためになされたものであり、画像処理装置が印刷出力を実行する際の障害の発生を事前に把握し、印刷出力の処理の生産性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の一態様は、ネットワークを介して受信した印刷出力命令に従って印刷出力を実行する複数の画像処理装置、及び前記複数の画像処理装置に対して送信する前記印刷出力命令を管理する出力管理装置を備えた出力管理システムであって、前記印刷出力の実行において前記各画像処理装置に障害が発生したとき、前記各画像処理装置の動作履歴情報及び機器情報を含む障害情報を取得する障害情報取得部と、前記障害情報取得部によって取得された前記障害情報を蓄積する障害情報蓄積部と、前記障害情報蓄積部に蓄積された前記障害情報に基づいて、前記各画像処理装置に発生した前記障害の内容を解析する障害内容解析部と、前記障害内容解析部の解析結果を蓄積する解析結果蓄積部と、前記解析結果蓄積部に蓄積された前記障害内容解析部の解析結果に基づいて、前記複数の画像処理装置のうち前記印刷出力命令の送信先となる画像処理装置の動作の可否を判断する動作可否判断部と、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を中断し、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が可能であると判断された場合に、当該画像処理装置への前記印刷出力命令の送信を続行する処理を行う命令処理部と、を備え、前記命令処理部は、前記動作可否判断部によって前記印刷出力命令の送信先となる画像処理装置の動作が不可であると判断された場合に、当該画像処理装置の動作が可能となる条件を特定し、特定した当該条件を前記印刷出力命令の要求元へ通知することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像処理装置が印刷出力を実行する際の障害の発生を事前に把握し、印刷出力の処理の生産性を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１実施形態に係る出力管理システムの運用形態を示す図である。
【図２】本発明の第１実施形態に係る画像処理装置のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の第１実施形態に係るクライアント装置及び出力管理サーバの各ハードウェア構成を模式的に示すブロック図である。
【図４】本発明の第１実施形態に係る画像処理装置の機能構成を示すブロック図である。
【図５】本発明の第１実施形態に係る出力管理サーバの機能構成を示すブロック図である。
【図６】本発明の第１実施形態に係る出力管理システムにおいて画像処理装置から受信したエラー情報の管理処理の流れを示すシーケンス図である。
【図７】本発明の第１実施形態に係る情報ＤＢに蓄積されたエラー内容テーブルの一例を示す図である。
【図８】本発明の第１実施形態に係る出力管理システムにおいてクライアント装置が印刷出力の要求を行ってから画像処理装置が印刷出力を実行するまでの印刷ジョブの管理処理の流れを示すシーケンス図である。
【図９】本発明の第１実施形態に係る出力管理システムにおいてクライアント装置に表示されるアラートの一例を示す図である。
【図１０】本発明の第１実施形態に係る出力管理システムにおいて画像処理装置への印刷ジョブの送信が中断されたときの様子を示す図である。
【図１１】本発明の第１実施形態に係る出力管理システムにおいて画像処理装置への印刷ジョブの送信が続行されたときの様子を示す図である。
【図１２】本発明の第１実施形態に係る出力管理システムにおいて画像処理装置に表示される印刷条件の設定画面の一例を示す図である。
【図１３】本発明の第１実施形態に係る出力管理システムにおいて画像処理装置に表示されるアラートの一例を示す図である。
【図１４】本発明の第２実施形態に係る出力管理サーバの機能構成を示すブロック図である。
【図１５】本発明の第２実施形態に係る情報ＤＢに蓄積されたエラー内容テーブルの一例を示す図である。
【図１６】本発明の第３実施形態に係る情報ＤＢに蓄積されたエラー内容テーブルの一例を示す図である。
【図１７】本発明の第３実施形態に係る出力管理システムにおいてクライアント装置に表示されるアラートの一例を示す図である。
【図１８】本発明の第３実施形態に係る出力管理システムにおいて印刷ジョブの送信先となる画像処理装置が変更されたときの様子を示す図である。
【図１９】本発明の第４実施形態に係る出力管理システムにおいてクライアント装置に表示されるアラートの一例を示す図である。
【図２０】本発明の第５実施形態に係る出力管理システムにおいてクライアント装置に表示されるアラートの一例を示す図である。
【図２１】本発明の第５実施形態に係る出力管理システムにおいて印刷ジョブに含まれる印刷条件が変更されたときの様子を示す図である。
【図２２】本発明の第６実施形態に係るクライアント装置に表示されるアラートの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１１】
［第１実施形態］
まず、本発明の第１実施形態に係る出力管理システムの運用形態について、図１を参照して説明する。図１は、本発明の第１実施形態に係る出力管理システムの運用形態を示す図である。
【００１２】
図１に示すように、本発明の第１実施形態に係る出力管理システムは、複数の画像処理装置１−１，１−２，１−３，・・・，１−ｎ（ｎ：自然数）、及び複数のクライアント装置２−１，２−２，２−３，・・・，２−ｍ（ｍ：自然数）が接続されたユーザ側のネットワークと、出力管理サーバ３を含むクラウドシステム４が接続されたネットワークとが、インターネット等の公衆回線５を介して接続されて構成されている。ユーザ側のネットワークは、例えば、オフィスや住宅等に敷設されているＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。
【００１３】
以下では、画像処理装置１−１，１−２，１−３，・・・，１−ｎをそれぞれ区別する必要がない場合には、それらを総称して画像処理装置１とする。また、以下では、クライアント装置２−１，２−２，２−３，・・・，２−ｍをそれぞれ区別する必要がない場合には、それらを総称してクライアント装置２とする。
【００１４】
画像処理装置１は、撮像機能、画像形成機能、及び通信機能を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）である。この画像処理装置１は、ネットワークを介して出力管理サーバ３から受信した印刷出力命令（以降、「印刷ジョブ」とする）に従って印刷出力（画像形成）を実行する。
【００１５】
クライアント装置２は、ユーザが操作する情報処理端末であり、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置によって実現される。尚、クライアント装置２は、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）やスマートフォン、タブレット端末等の携帯情報端末によって実現されても良い。
【００１６】
出力管理サーバ３は、画像処理装置１及びクライアント装置２とネットワークを介して通信を行い、画像処理装置１に対して送信する印刷ジョブを管理する出力管理装置として機能する。また、出力管理サーバ３は、この他、印刷ジョブに含まれる印刷条件や画像情報を記憶する処理等を行う。
【００１７】
クラウドシステム４は、出力管理サーバ３を含む他、ネットワークを通じてアクセス可能な記憶領域や、アプリケーションを実行するためのサーバ及びそのユーザインタフェースとなるウェブサイトを提供するためのウェブサーバ等によって構成されるシステムである。
【００１８】
次に、本発明の第１実施形態に係る出力管理システムに含まれる画像処理装置１を構成するハードウェアについて、図２を参照しながら詳細に説明する。図２は、本発明の第１実施形態に係る画像処理装置１のハードウェア構成を模式的に示すブロック図である。図２に示すように、本発明の第１実施形態に係る画像処理装置１は、一般的なＰＣ等と同様の構成を含む。
【００１９】
即ち、本発明の第１実施形態に係る画像処理装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１４、画像メモリ１５、読取部１６、印刷部１７及びＩ／Ｆ１８がバス２１を介して接続されている。また、Ｉ／Ｆ１８にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）１９及び操作部２０が接続されている。この他、画像処理装置１には、印刷出力を実行するエンジンが含まれている。
【００２０】
ＣＰＵ１１は、演算手段であり、画像処理装置１全体の動作を制御する。ＲＯＭ１２は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＲＡＭ１３は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１１が情報を処理する際の作業領域として用いられる。
【００２１】
ＨＤＤ１４は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。尚、ＨＤＤ１４の他、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の半導体記憶装置を用いても良い。
【００２２】
画像メモリ１５は、情報の読み書きが可能な不揮発性の記憶媒体であり、読み取った画像情報及びその圧縮後の画像情報等が格納される。読取部１６は、ユーザの原稿画像を画像情報として読み取るスキャナ等から構成される。印刷部１７は、内部に予め格納された用紙に印刷出力を行うプリンタ等から構成される。
【００２３】
Ｉ／Ｆ１８は、画像処理装置１が他の装置と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）（登録商標）、ＦｅｌｉＣａ（登録商標）、ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｅｘｐｒｅｓｓ）、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）規格などのインタフェースが用いられる。
【００２４】
ＬＣＤ１９は、各種の情報を表示し、ユーザが画像処理装置１の状態を確認するための視覚的ユーザインタフェースである。操作部２０は、キーボード、マウス、各種のハードボタン、タッチパネル等、ユーザが画像処理装置１に情報を入力するためのユーザインタフェースである。
【００２５】
このようなハードウェア構成において、ＲＯＭ１２やＨＤＤ１４若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ１３に読み出され、ＣＰＵ１１がそれらのプログラムに従って演算を行うことによりソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本発明の第１実施形態に係る画像処理装置１の機能を実現する機能ブロックが構成される。
【００２６】
次に、本発明の第１実施形態に係る出力管理システムに含まれるクライアント装置２及び出力管理サーバ３の各ハードウェアについて、図３を参照しながら詳細に説明する。図３は、本発明の第１実施形態に係るクライアント装置２及び出力管理サーバ３のハードウェア構成を模式的に示すブロック図である。図３に示すように、本発明の第１実施形態に係るクライアント装置２及び出力管理サーバ３は、上述した画像処理装置１と基本構成は同じであるが、画像処理装置１のハードウェア構成のうち読取部１６及び印刷部１７を含まないことが異なっている。
【００２７】
即ち、本発明の第１実施形態に係るクライアント装置２及び出力管理サーバ３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ３４、画像メモリ３５、及びＩ／Ｆ３６がバス３９を介してそれぞれ接続されている。また、Ｉ／Ｆ３６にはＬＣＤ３７及び操作部３８が接続されている。これらのクライアント装置２及び出力管理サーバ３の各構成要素は、上述した画像処理装置１の対応する各構成要素と同様の機能を有するので、クライアント装置２及び出力管理サーバ３の各構成要素に関して重複する説明を省略する。
【００２８】
次に、本発明の第１実施形態に係る画像処理装置１の機能について説明する。図４は、本発明の第１実施形態に係る画像処理装置１の機能構成を示すブロック図である。図４に示すように、本発明の第１実施形態に係る画像処理装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｎｔ  Ｆｅｅｄｅｒ：原稿自動搬送装置）１１０、スキャナユニット１２０、排紙トレイ１３０、ディスプレイパネル１４０、給紙テーブル１５０、プリントエンジン１６０、排紙トレイ１７０、及びネットワークＩ／Ｆ１８０を有する。
【００２９】
また、コントローラ１００は、主制御部１０１、エンジン制御部１０２、入出力制御部１０３、画像処理部１０４、及び操作表示制御部１０５を有する。図４に示すように、本発明の第１実施形態に係る画像処理装置１は、スキャナユニット１２０、プリントエンジン１６０を有する複合機として構成されている。また、図４においては、電気的接続を実線の矢印で示しており、用紙若しくは文書束の流れを破線の矢印で示している。
【００３０】
ディスプレイパネル１４０は、画像処理装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像処理装置１を直接操作し、若しくは画像処理装置１に対して情報を入力する際の入力インタフェースでもある。即ち、ディスプレイパネル１４０は、ユーザによる操作を受け付けるための画像を表示する機能を含む。このディスプレイパネル１４０は、図２に示すＬＣＤ１９及び操作部２０によって実現される。
【００３１】
ネットワークＩ／Ｆ１８０は、画像処理装置１がネットワークを介してクライアント装置２や出力管理サーバ３等の外部の機器と通信するためのインタフェースであり、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ規格等のインタフェースが用いられる。また、ネットワークＩ／Ｆ１８０は、ＴＣＰ／ＩＰプロトコルによる通信が可能である。さらに、ネットワークＩ／Ｆ１８０は、画像処理装置１がファクシミリとして機能する際に、ファクシミリ送信を実行するためのインタフェースとしても機能する。そのため、ネットワークＩ／Ｆ１８０は、電話回線にも接続されている。ネットワークＩ／Ｆ１８０は、図２に示すＩ／Ｆ１８によって実現される。
【００３２】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、各種のプログラムに従ってＣＰＵ１１が演算を行うことにより構成されるソフトウェア制御部と集積回路等のハードウェアとによってコントローラ１００が構成される。ＣＰＵ１１が演算を行うためのプログラムは、ＲＯＭ１２に格納されたものやＨＤＤ１４等の不揮発性記憶媒体からＲＡＭ１３にロードされたものが用いられる。コントローラ１００は、画像処理装置１全体を制御する制御部として機能する。
【００３３】
主制御部１０１は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１０２は、プリントエンジン１６０やスキャナユニット１２０等を制御若しくは駆動する駆動手段としての役割を担う。入出力制御部１０３は、ネットワークＩ／Ｆ１８０を介して入力される信号や命令を主制御部１０１に入力する。また、主制御部１０１は、入出力制御部１０３を制御し、ネットワークＩ／Ｆ１８０を介して外部の機器にアクセスする。
【００３４】
画像処理部１０４は、主制御部１０１の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１６０が印刷出力の動作において印刷すべき画像を描画するための情報である。また、画像処理部１０４は、スキャナユニット１２０から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像処理装置１の記憶領域に格納され、若しくはネットワークＩ／Ｆ１８０を介して外部の機器に送信される情報である。操作表示制御部１０５は、ディスプレイパネル１４０に情報表示を行い、若しくはディスプレイパネル１４０を介して入力された情報を主制御部１０１に通知する。
【００３５】
画像処理装置１がプリンタとして動作する場合は、まず、入出力制御部１０３がネットワークＩ／Ｆ１８０を介して印刷ジョブを受信する。入出力制御部１０３は、受信した印刷ジョブを主制御部１０１に転送する。主制御部１０１は、受信した印刷ジョブの実行を開始すると、まず画像処理部１０４を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。
【００３６】
画像処理部１０４によって描画情報が生成されると、エンジン制御部１０２は、プリントエンジン１６０を制御し、生成された描画情報に基づき、給紙テーブル１５０から搬送される用紙に対して印刷出力を実行する。プリントエンジン１６０の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン１６０によって画像形成が施された文書は排紙トレイ１７０に排紙される。
【００３７】
画像処理装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１４０の操作若しくはネットワークＩ／Ｆ１８０を介してクライアント装置２等の外部の機器から入力されるスキャン実行指示に応じて、操作表示制御部１０５若しくは入出力制御部１０３が主制御部１０１にスキャン実行信号を転送する。主制御部１０１は、受信したスキャン実行信号に基づき、エンジン制御部１０２を制御する。エンジン制御部１０２は、ＡＤＦ１１０を駆動し、ＡＤＦ１１０にセットされた撮像対象原稿をスキャナユニット１２０に搬送する。
【００３８】
また、エンジン制御部１０２は、スキャナユニット１２０を駆動し、ＡＤＦ１１０から搬送される原稿を撮像する。また、ＡＤＦ１１０に原稿がセットされておらず、スキャナユニット１２０に直接原稿がセットされた場合、スキャナユニット１２０は、エンジン制御部１０２の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１２０が撮像部として動作する。
【００３９】
撮像動作においては、スキャナユニット１２０に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいた撮像情報が生成される。エンジン制御部１０２は、スキャナユニット１２０が生成した撮像情報を画像処理部１０４に転送する。画像処理部１０４は、主制御部１０１の制御に従い、エンジン制御部１０２から受信した撮像情報に基づき画像情報を生成する。
【００４０】
画像処理部１０４が生成した画像情報は主制御部１０１が取得し、主制御部１０１がＨＤＤ１４等の画像処理装置１に装着された記憶媒体に保存する。画像処理部１０４によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ１４等に格納され、若しくは入出力制御部１０３及びネットワークＩ／Ｆ１８０を介してクライアント装置２及び出力管理サーバ３等の外部の機器に送信される。
【００４１】
また、画像処理装置１が複写機として動作する場合は、エンジン制御部１０２がスキャナユニット１２０から受信した撮像情報若しくは画像処理部１０４が生成した画像情報に基づき、画像処理部１０４が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１０２がプリントエンジン１６０を駆動する。尚、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。
【００４２】
次に、本発明の第１実施形態に係る出力管理サーバ３の機能構成について、図５を参照しながら詳細に説明する。図５は、本発明の第１実施形態に係る出力管理サーバ３の機能構成を示すブロック図である。図５に示すように、本発明の第１実施形態に係る出力管理サーバ３は、コントローラ３００及びネットワークＩ／Ｆ３１０を含む。また、コントローラ３００は、入出力制御部３０１、情報データベース（以降、「情報ＤＢ」とする）３０２、エラー内容解析部３０３、及びジョブ制御部３０４を含む。
【００４３】
ネットワークＩ／Ｆ３１０は、出力管理サーバ３がネットワークを介して画像処理装置１及びクライアント装置２等の外部の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）等のインタフェースが用いられる。このネットワークＩ／Ｆ３１０は、図３に示すＩ／Ｆ３６によって実現される。
【００４４】
コントローラ３００は、ソフトウェアとハードウェアとの組み合わせによって構成される。コントローラ３００は、出力管理サーバ３全体を制御する制御部である。入出力制御部３０１は、ネットワークＩ／Ｆ３１０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ３１０を介して外部の機器に情報を送信する。
【００４５】
具体的には、入出力制御部３０１は、ジョブ制御部３０４の制御に従い、ネットワークＩ／Ｆ３１０を介して要求元のクライアント装置２から印刷ジョブを受信して情報ＤＢ３０２に格納したり、情報ＤＢ３０２に蓄積された印刷ジョブを送信先の画像処理装置１へ送信する制御を行う。また、入出力制御部３０１は、印刷出力の実行において画像処理装置１に障害（以降、「エラー」とする）が発生したとき、画像処理装置１の動作履歴情報、例えば、動作ログ及び機器情報を含むエラー情報（障害情報）を取得する障害情報取得部として機能する。
【００４６】
情報ＤＢ３０２は、クライアント装置２から受信した印刷ジョブを記憶して蓄積している。また、情報ＤＢ３０２は、その他、入出力制御部３０１によって取得されたエラー情報を記憶して蓄積すると共に、エラー内容解析部３０３の解析結果を記憶して蓄積する。すなわち、情報ＤＢ３０２が障害情報蓄積部及び解析結果蓄積部として機能する。
【００４７】
エラー内容解析部３０３は、情報ＤＢ３０２に蓄積されたエラー情報に基づいて、画像処理装置１に発生したエラーの内容を解析する障害内容解析部として機能する。ジョブ制御部３０４は、クライアント装置２から受信して画像処理装置１へ送信するための印刷ジョブを情報ＤＢ３０２に蓄積して管理する。
【００４８】
また、ジョブ制御部３０４は、ＨＤＤ３４等に予め記憶された各種の制御プログラム及びアプリケーション・プログラム等に従って印刷ジョブの処理を実行する。さらに、ジョブ制御部３０４は、情報ＤＢ３０２に蓄積されたエラー内容解析部３０３の解析結果に基づいて、印刷ジョブの送信先となる画像処理装置１の動作の可否を判断する動作可否判断部として機能する。
【００４９】
このような構成の出力管理システムにおいて、ジョブ制御部３０４による印刷ジョブの送信先となる画像処理装置１の動作の可否の判断結果に応じて、その画像処理装置１へ印刷ジョブを送信するのかどうかについての処理を行うことが本発明の要旨の１つである。これにより、画像処理装置１が印刷出力を実行する際のエラーの発生を事前に把握できるので、印刷出力の処理の生産性を向上させることができる。
【００５０】
以下、本発明の第１実施形態に係る出力管理システムにおける処理について詳細に説明する。図６は、本発明の第１実施形態に係る出力管理システムにおいて画像処理装置１から受信したエラー情報の管理処理の流れを示すシーケンス図である。
【００５１】
図６に示すように、まずは、画像処理装置１が、印刷出力の実行においてジャム（用紙の紙詰まり）やＳＣ（Ｓｅｒｖｉｃｅ  Ｃａｌｌ）等のエラーが発生したとき（ステップ（以下、Ｓと記す）６０１）、その動作ログを、ＨＤＤ１４等に格納された機器情報と共に出力管理サーバ３へ送信する（Ｓ６０２）。尚、画像処理装置１の機器情報は、画像処理装置１を識別する識別番号としての基板情報、並びに画像処理装置１のファームウェアバージョン、コピーアプリバージョン、スキャナアプリバージョン、・・・、ＸＸＸアプリバージョン（ＸＸＸ：画像処理装置１の機能）等から構成されている。
【００５２】
次に、出力管理サーバ３の入出力制御部３０１は、画像処理装置１からネットワークＩ／Ｆ３１０を介して動作ログ及び機器情報を受信すると、動作ログを情報ＤＢ３０２に転送すると共に、情報ＤＢ３０２に対して、その動作ログを記憶するように指示する（Ｓ６０３）。そして、情報ＤＢ３０２は、入出力制御部３０１からの指示に従って、受け取った動作ログを記憶して蓄積する（Ｓ６０４）。
【００５３】
次に、入出力制御部３０１は、エラー内容解析部３０３に対して、画像処理装置１に発生したエラーの内容を解析するように指示する（Ｓ６０５）。エラー内容解析部３０３は、入出力制御部３０１からの指示に従って、情報ＤＢ３０２に蓄積された画像処理装置１に関するエラーの内容を解析する（Ｓ６０６）。
【００５４】
また、エラー内容解析部３０３は、画像処理装置１の機器情報を入出力制御部３０１に問い合わせる（Ｓ６０７）。入出力制御部３０１は、エラー内容解析部３０３から画像処理装置１の機器情報の問い合わせを受けると、Ｓ６０２において画像処理装置１から受信した機器情報をエラー内容解析部３０３へ転送する（Ｓ６０８）。
【００５５】
次に、エラー内容解析部３０３は、入出力制御部３０１から画像処理装置１の機器情報を受信すると、解析した画像処理装置１に関するエラーの内容と機器情報とを関連付けたエラー内容テーブルを作成し、このエラー内容テーブルから画像処理装置１のエラーの発生件数を算出する。そして、エラー内容解析部３０３は、エラー内容テーブル及び画像処理装置１のエラーの発生件数を含むエラー解析情報を情報ＤＢ３０２へ送信すると共に、情報ＤＢ３０２に対して、エラー解析情報を記憶するように指示する（Ｓ６０９）。
【００５６】
そして、情報ＤＢ３０２は、エラー内容解析部３０３からの指示に従って、受け取ったエラー解析情報を記憶して蓄積する（Ｓ６１０）。このエラー解析情報は、後述するように、ジョブ制御部３０４が印刷ジョブの送信先となる画像処理装置１の動作の可否を判断する際に参照される。このような処理により、本発明の第１実施形態に係る出力管理システムにおけるエラー情報の管理処理が完了する。
【００５７】
図７は、本発明の第１実施形態に係る情報ＤＢ３０２に蓄積されたエラー内容テーブルの一例を示す図である。図７に示すエラー内容テーブルは、画像処理装置１にエラーが発生したときの印刷ジョブに含まれる印刷条件と、画像処理装置１の機器情報と、エラー内容解析部３０３によって解析されたエラーの内容とが関連付けられている。
【００５８】
即ち、情報ＤＢ３０２に蓄積されたエラー内容テーブルは、印刷する用紙の大きさ、コピーやスキャナ等の機能、縮尺率、及び色の設定等を示す「印刷条件」の項目と、画像処理装置１を識別する識別番号を示す「基板情報」の項目と、画像処理装置１の現在のファームウェアのバージョンを示す「ファームウェアバージョン」の項目と、画像処理装置１の現在のコピーアプリバージョンを示す「コピーアプリバージョン」の項目と、画像処理装置１の現在のスキャナアプリバージョンを示す「スキャナアプリバージョン」の項目と、・・・、画像処理装置１の現在のＸＸＸアプリバージョンを示す「ＸＸＸアプリバージョン」の項目と、画像処理装置１に発生したエラーの内容を示す「現象」の項目とから構成されている。
【００５９】
図８は、本発明の第１実施形態に係る出力管理システムにおいてクライアント装置２が印刷出力の要求を行ってから画像処理装置１が印刷出力を実行するまでの印刷ジョブの管理処理の流れを示すシーケンス図である。
【００６０】
図８に示すように、まずは、クライアント装置２が、ユーザからの入力操作を受け付けて印刷出力の要求を行う。即ち、クライアント装置２が印刷ジョブを出力管理サーバ３へ送信する（Ｓ８０１）。次に、出力管理サーバ３の入出力制御部３０１は、クライアント装置２からネットワークＩ／Ｆ３１０を介して印刷ジョブを受信すると、印刷ジョブの送信先となる画像処理装置１に対して機器情報を問い合わせる（Ｓ８０２）。尚、印刷ジョブの送信先は、例えば、印刷ジョブに含まれる印刷条件においてユーザにより予め指定されている。
【００６１】
次に、画像処理装置１は、入出力制御部３０１から機器情報の問い合わせを受けると、ＨＤＤ１４等に格納された機器情報を送信する（Ｓ８０３）。入出力制御部３０１は、画像処理装置１からネットワークＩ／Ｆ３１０を介して機器情報を受信すると、印刷ジョブの送信先となる画像処理装置１の動作の可否の判断結果をジョブ制御部３０４に問い合わせる（Ｓ８０４）。
【００６２】
次に、ジョブ制御部３０４は、入出力制御部３０１から画像処理装置１の動作の可否の判断結果の問い合わせを受けると、印刷ジョブの送信先となる画像処理装置１に関するエラーの発生件数等を含むエラー解析情報を情報ＤＢ３０２に問い合わせる（Ｓ８０５）。情報ＤＢ３０２は、ジョブ制御部３０４からエラー解析情報の問い合わせを受けると、エラー解析情報を読み出してジョブ制御部３０４へ送信する（Ｓ８０６）。
【００６３】
次に、ジョブ制御部３０４は、情報ＤＢ３０２からエラー解析情報を受信すると、このエラー解析情報を参照して印刷ジョブの送信先となる画像処理装置１の動作の可否を判断する（Ｓ８０７）。具体的には、ジョブ制御部３０４は、エラー解析情報から印刷ジョブの送信先となる画像処理装置１のエラーの発生件数が予め設定された閾値以上である場合に、当該画像処理装置１の動作が不可であると判断し、エラー解析情報から印刷ジョブの送信先となる画像処理装置１のエラーの発生件数が予め設定された閾値未満である場合に、印刷ジョブの送信先となる画像処理装置１の動作が可能であると判断する。
【００６４】
Ｓ８０７の処理が行われると、ジョブ制御部３０４は、印刷ジョブの送信先となる画像処理装置１の動作の可否の判断結果を入出力制御部３０１に受け渡す（Ｓ８０８）。そして、入出力制御部３０１は、ジョブ制御部３０４の判断結果を参照し、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が可能であると判断されたかどうかを確認する（Ｓ８０９）。
【００６５】
このとき、入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断されたことを確認すると（Ｓ８０９／ＮＯ）、ジョブ制御部３０４の制御に従い、印刷ジョブの送信先となる画像処理装置１への印刷ジョブの送信を中断し、当該画像処理装置１の動作が不可である旨をネットワークＩ／Ｆ３１０を介してクライアント装置２へ通知する（Ｓ８１０）。
【００６６】
そして、クライアント装置２は、印刷ジョブの送信先となる画像処理装置１の動作が不可である旨のアラートをＬＣＤ３７の画面上に表示する（Ｓ８１１）。図９は、そのようなクライアント装置２に表示されるアラートの一例を示す図である。Ｓ８１１においてクライアント装置２におけるＬＣＤ３７の画面上には、例えば図９に示すように、印刷条件の設定の変更を求めるメッセージが選択ボタン３７Ａと共に表示される。
【００６７】
したがって、ユーザはクライアント装置２におけるＬＣＤ３７の画面上の選択ボタン３７Ａに触れ、操作部３８を用いて印刷条件を新たに設定し直すことにより、クライアント装置２が印刷ジョブを生成して出力管理サーバ３へ再度送信することになる。このような処理により、本発明の第１実施形態に係る出力管理システムにおける印刷ジョブの管理処理が完了する。
【００６８】
一方、Ｓ８０９において、入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が可能であると判断されたことを確認すると（Ｓ８０９／ＹＥＳ）、ジョブ制御部３０４の制御に従い、Ｓ８０１においてクライアント装置２から受信した印刷ジョブをネットワークＩ／Ｆ３１０を介してその画像処理装置１へ転送する。即ち、入出力制御部３０１が命令処理部として機能する。
【００６９】
そして、画像処理装置１は、入出力制御部３０１から受信した印刷ジョブに従って印刷出力を実行する（Ｓ８１２）。このような処理により、本発明の第１実施形態に係る出力管理システムにおける印刷ジョブの管理処理が完了する。
【００７０】
図１０は、Ｓ８０１〜Ｓ８１１の処理の一例を概念的に示す図である。図１０に示す例においては、まず、クライアント装置２が、ユーザにより設定された印刷条件（Ａ４／コピー／縮小３２％／モノクロ）を含む印刷ジョブをクラウドシステム４における出力管理サーバ３へ送信すると、出力管理サーバ３がクライアント装置２から印刷ジョブを受信する。
【００７１】
次に、出力管理サーバ３のコントローラ３００は、印刷ジョブの送信先となる画像処理装置１−１から機器情報を取得する。そして、コントローラ３００は、情報ＤＢ３０２に蓄積された各画像処理装置１−１〜１−４のエラーの発生件数を含むエラー解析情報を参照することにより、画像処理装置１−１による印刷出力の実行処理を継続するのかどうかを判断する。
【００７２】
このとき、コントローラ３００は、画像処理装置１−１による印刷出力の実行処理を中断すると判断した場合、印刷ジョブを画像処理装置１−１へ送信せず、その代わりに画像処理装置１−１の動作が不可である旨をクライアント装置２へ通知する。
【００７３】
図１１は、Ｓ８０１〜Ｓ８０９、Ｓ８１２の処理の一例を概念的に示す図である。尚、同図は、クライアント装置２の代わりに、ユーザが画像処理装置１−１を使用して印刷ジョブを生成する場合の例を示している。図１１に示す例においては、まず、クライアント装置２が、ユーザにより設定された印刷条件（Ａ４／コピー／縮小３５％／カラー）を含む印刷ジョブをクラウドシステム４における出力管理サーバ３へ送信すると、出力管理サーバ３がクライアント装置２から印刷ジョブを受信する。
【００７４】
次に、出力管理サーバ３のコントローラ３００は、印刷ジョブの送信先となる画像処理装置１−１から機器情報を取得する。そして、コントローラ３００は、情報ＤＢ３０２に蓄積された各画像処理装置１−１〜１−４のエラーの発生件数を含むエラー解析情報を参照することにより、画像処理装置１−１による印刷出力の実行処理を継続するのかどうかを判断する。
【００７５】
このとき、コントローラ３００は、画像処理装置１−１による印刷出力の実行処理を継続すると判断した場合、印刷ジョブを画像処理装置１−１へ送信し、画像処理装置１−１に印刷出力を実行させる。
【００７６】
以上、説明したように、本発明の第１実施形態に係る出力管理システムによれば、出力管理サーバ３が、情報ＤＢ３０２に蓄積されたエラー解析情報を参照し、ジョブ制御部３０４による印刷ジョブの送信先となる画像処理装置１の動作の可否の判断結果に応じて、その画像処理装置１へ印刷ジョブを送信するのかどうかの処理を行うことにより、画像処理装置１のエラーの発生に伴う印刷出力の停止を十分に回避することができる。このように、本発明の第１実施形態に係る出力管理システムは、画像処理装置１が印刷出力を実行する際のエラーの発生を事前に把握できるので、印刷出力の処理の生産性を向上させることができる。
【００７７】
また、本発明の第１実施形態に係る出力管理システムでは、ジョブ制御部３０４は、情報ＤＢ３０２に蓄積された画像処理装置１のエラーの発生件数を考慮して、印刷ジョブの送信先となる画像処理装置１の動作の可否を判断することにより、画像処理装置１が印刷出力を実行する際のエラーの発生を容易に把握することが可能となる。これにより、出力管理サーバ３において印刷ジョブの管理処理を迅速に行うことができる。
【００７８】
尚、本発明の第１実施形態に係る出力管理システムにおいては、図１０に示すように、クライアント装置２が印刷ジョブを生成して出力管理サーバ３へ送信した場合について主に説明したが、本発明はこの場合に限らず、図１１に示すように、画像処理装置１が印刷ジョブを生成して出力管理サーバ３へ送信してもよい。
【００７９】
この場合、図１２に示すように、ユーザは画像処理装置１のディスプレイパネル１４０の画面上から印刷条件を設定して画像処理装置１から出力管理サーバ３へ印刷ジョブを送信させることができる。また、画像処理装置１は、印刷ジョブの送信先となる画像処理装置１の動作が不可である旨の通知を受けると、例えば図１３に示すように、ディスプレイパネル１４０の画面の表示を、印刷条件の設定の変更を求めるメッセージ及び選択ボタン１４０Ａを含むアラート画面に切り替える。
【００８０】
［第２実施形態］
図１４は、本発明の第２実施形態に係る出力管理サーバ３の機能構成を示すブロック図である。図１５は、本発明の第２実施形態に係る情報ＤＢ３０２に蓄積されたエラー内容テーブルの一例を示す図である。
【００８１】
図１４に示すように、本発明の第２実施形態に係る出力管理サーバ３は、上述した第１実施形態の構成に加え、ジョブ制御部３０４が印刷ジョブの送信先となる画像処理装置１の動作の可否を判断するための閾値を、エラーの種類に応じて設定する閾値設定部３０５をさらに含んでいる。
【００８２】
この場合、エラー内容解析部３０３によって作成されるエラー内容テーブルは、例えば図１５に示すように、画像処理装置１にエラーが発生したときの印刷ジョブに含まれる印刷条件と、画像処理装置１の機器情報と、エラー内容解析部３０３によって解析されたエラーの内容と、閾値設定部３０５によって設定された閾値とが関連付けられている。
【００８３】
即ち、情報ＤＢ３０２に蓄積されたエラー内容テーブルは、第１実施形態において前述した「印刷条件」の項目、「基板情報」の項目、「ファームウェアバージョン」の項目、「コピーアプリバージョン」の項目、「スキャナアプリバージョン」の項目、・・・、「ＸＸＸアプリバージョン」の項目、及び「現象」の項目の他、閾値設定部３０５によって設定された閾値を示す「エラー閾値」の項目をさらに含んで構成されている。エラー内容解析部３０３は、このエラー内容テーブルから画像処理装置１におけるエラーの種類ごとの発生件数を算出して情報ＤＢ３０２に記憶する。
【００８４】
ジョブ制御部３０４は、情報ＤＢ３０２に蓄積された画像処理装置１におけるエラーの種類ごとの発生件数を参照し、印刷ジョブに含まれる印刷条件に対応するエラーの発生件数が閾値設定部３０５によって設定された閾値以上である場合に、印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断する。一方、ジョブ制御部３０４は、印刷ジョブに含まれる印刷条件に対応するエラーの発生件数が閾値設定部３０５によって設定された閾値未満である場合に、印刷ジョブの送信先となる画像処理装置１の動作が可能であると判断する。
【００８５】
図１５に示す例においては、印刷ジョブに含まれる印刷条件が「Ａ４／スキャン／拡大５０％／モノクロ」であれば、エラーの種類は「ジャム３０」となる。この場合、閾値設定部３０５によって閾値が「５０」に設定されているので、印刷ジョブの送信先となる画像処理装置１が印刷出力を実行する際に、「Ａ４／スキャン／拡大５０％／モノクロ」の印刷条件でエラーが過去に５０回以上発生していれば、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断される。その他の第２実施形態の構成は、第１実施形態の構成と同じであり、同一又は対応する部分には同一の符号を付し、重複する説明を省略する。
【００８６】
以上、説明したように、本発明の第２実施形態に係る出力管理システムによれば、上述した第１実施形態と同様の作用効果が得られる他、エラーの種類に応じて、画像処理装置１の動作の可否を判断するための閾値を閾値設定部３０５によって自由に設定することにより、メンテナンス等で画像処理装置１を使用できない期間が長引く等の重要なエラーに対して、少ない発生回数でジョブ制御部３０４に画像処理装置１の動作が不可であると判断させることが可能となる。
【００８７】
［第３実施形態］
図１６は、本発明の第３実施形態に係る情報ＤＢ３０２に蓄積されたエラー内容テーブルの一例を示す図である。
【００８８】
本発明の第３実施形態が前述した第１実施形態と異なるのは、第１実施形態に係る入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、その旨をクライアント装置２へ通知したのに対して、第３実施形態に係る入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、印刷ジョブの送信先を当該画像処理装置１よりもエラーの発生件数が低い画像処理装置１に変更するように構成したことである。
【００８９】
この場合、エラー内容解析部３０３によって作成されるエラー内容テーブルは、例えば図１６に示すように、画像処理装置１にエラーが発生したときの印刷ジョブに含まれる印刷条件と、画像処理装置１の機器情報と、エラー内容解析部３０３によって解析されたエラーの内容と、エラーが発生した機器とが関連付けられている。
【００９０】
即ち、情報ＤＢ３０２に蓄積されたエラー内容テーブルは、第１実施形態において前述した「印刷条件」の項目、「基板情報」の項目、「ファームウェアバージョン」の項目、「コピーアプリバージョン」の項目、「スキャナアプリバージョン」の項目、・・・、「ＸＸＸアプリバージョン」の項目、及び「現象」の項目の他、エラーが発生した画像処理装置１を特定する「エラー発生機器」の項目をさらに含んで構成されている。
【００９１】
また、本発明の第３実施形態に係る出力管理サーバ３においては、入出力制御部３０１は、ジョブ制御部３０４の制御に従い、印刷ジョブの送信先を変更したとき、その旨を印刷ジョブの要求元へ通知するように構成されている。これにより、クライアント装置２は、印刷ジョブの送信先が変更された旨のアラートをＬＣＤ３７の画面上に表示する。
【００９２】
図１７は、そのようなクライアント装置２に表示されるアラートの一例を示す図である。クライアント装置２におけるＬＣＤ３７の画面上には、例えば図１７に示すように、出力先の変更を求めるメッセージが選択ボタン３７Ｂ，３７Ｃと共に表示される。これにより、ユーザが選択ボタン３７Ｂ，３７Ｃを用いて印刷出力を実行させる画像処理装置１を選択できるので、ユーザの利便性を高めることができる。尚、出力先が変更された場合、印刷出力を継続するかどうかをユーザに問い合わせる構成にしてもよい。その他の第３実施形態の構成は、第１実施形態の構成と同じであり、同一又は対応する部分には同一の符号を付し、重複する説明を省略する。
【００９３】
図１８は、本発明の第３実施形態に係る出力管理システムにおいて印刷ジョブの送信先となる画像処理装置１が変更されたときの様子を示す図である。図１８に示す例においては、まず、クライアント装置２が、ユーザにより設定された印刷条件（Ａ４／コピー／縮小３２％／モノクロ）を含む印刷ジョブをクラウドシステム４における出力管理サーバ３へ送信すると、出力管理サーバ３がクライアント装置２から印刷ジョブを受信する。
【００９４】
次に、出力管理サーバ３のコントローラ３００は、図示されないが、印刷ジョブの送信先となる画像処理装置１−１から機器情報を取得する。そして、コントローラ３００は、情報ＤＢ３０２に蓄積された各画像処理装置１−１〜１−４のエラーの発生件数を含むエラー解析情報を参照することにより、画像処理装置１−１による印刷出力の実行処理を継続するのかどうかを判断する。
【００９５】
このとき、コントローラ３００は、画像処理装置１−１による印刷出力の実行処理を中断すると判断した場合、印刷ジョブを画像処理装置１−１へ送信せず、その代わりに印刷ジョブの送信先を当該画像処理装置１−１よりもエラーの発生件数が低い画像処理装置１−２に変更する。そして、コントローラ３００は、印刷ジョブを画像処理装置１−２へ送信し、当該画像処理装置１−２に印刷出力を実行させる。
【００９６】
以上、説明したように、本発明の第３実施形態に係る出力管理システムによれば、上述した第１実施形態と同様の作用効果が得られる他、入出力制御部３０１が、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、印刷ジョブの送信先を当該画像処理装置１よりもエラーの発生件数が低い画像処理装置１に変更することにより、画像処理装置１による印刷出力を効率良く実行させることができる。これにより、印刷出力の処理の生産性をより向上させることが可能となる。
【００９７】
［第４実施形態］
本発明の第４実施形態が前述した第１実施形態と異なるのは、第１実施形態に係る入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、その旨をクライアント装置２へ通知したのに対して、第４実施形態に係る入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、当該画像処理装置１の動作が可能となる条件を特定し、特定した当該条件を印刷ジョブの要求元へ通知するように構成したことである。これにより、クライアント装置２は、画像処理装置１の動作が可能となる条件を示すアラートをＬＣＤ３７の画面上に表示する。
【００９８】
図１９は、そのようなクライアント装置２に表示されるアラートの一例を示す図である。クライアント装置２におけるＬＣＤ３７の画面上には、例えば図１９に示すように、画像処理装置１の動作が可能となる条件として、コピーアプリバージョンの更新を求めるメッセージが選択ボタン３７Ｄ，３７Ｅと共に表示される。その他の第４実施形態の構成は、第１実施形態の構成と同じであり、同一又は対応する部分には同一の符号を付し、重複する説明を省略する。
【００９９】
以上、説明したように、本発明の第４実施形態に係る出力管理システムによれば、上述した第１実施形態と同様の作用効果が得られる他、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断されても、ユーザがクライアント装置２におけるＬＣＤ３７の画面を確認して適切な対応を行うことにより、ユーザが指定した画像処理装置１による印刷出力の実行処理を継続することができる。
【０１００】
［第５実施形態］
本発明の第５実施形態が前述した第１実施形態と異なるのは、第１実施形態に係る入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、その旨をクライアント装置２へ通知したのに対して、第５実施形態に係る入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、当該画像処理装置１の動作が可能となる印刷条件の中で最も近い条件を特定し、印刷ジョブに含まれる印刷条件を特定した最も近い条件に変更して印刷ジョブの送信を続行するように構成したことである。
【０１０１】
また、本発明の第５実施形態に係る出力管理サーバ３においては、入出力制御部３０１は、ジョブ制御部３０４の制御に従い、印刷ジョブに含まれる印刷条件を変更したとき、その旨を印刷ジョブの要求元へ通知するように構成されている。これにより、クライアント装置２は、印刷条件が変更された旨のアラートをＬＣＤ３７の画面上に表示する。
【０１０２】
図２０は、そのようなクライアント装置２に表示されるアラートの一例を示す図である。クライアント装置２におけるＬＣＤ３７の画面上には、例えば図２０に示すように、印刷条件の変更を求めるメッセージが選択ボタン３７Ｆ〜３７Ｈと共に表示される。これにより、ユーザが選択ボタン３７Ｆ〜３７Ｈを用いて印刷条件を変更するのかどうかを選択できるので、ユーザの利便性を高めることができる。
【０１０３】
特に、ユーザは、選択ボタン３７Ｈに触れて印刷プレビューをＬＣＤ３７の画面上に表示させることにより、印刷条件の変更内容を確認することができる。尚、印刷条件が変更された場合、印刷出力を継続するかどうかをユーザに問い合わせる構成にしてもよい。その他の第５実施形態の構成は、第１実施形態の構成と同じであり、同一又は対応する部分には同一の符号を付し、重複する説明を省略する。
【０１０４】
図２１は、本発明の第５実施形態に係る出力管理システムにおいて印刷ジョブに含まれる印刷条件が変更されたときの様子を示す図である。図２１に示す例においては、まず、クライアント装置２が、ユーザにより設定された印刷条件（Ａ４／コピー／縮小３５％／カラー）を含む印刷ジョブをクラウドシステム４における出力管理サーバ３へ送信すると、出力管理サーバ３がクライアント装置２から印刷ジョブを受信する。
【０１０５】
次に、出力管理サーバ３のコントローラ３００は、印刷ジョブの送信先となる画像処理装置１−１から機器情報を取得する。そして、コントローラ３００は、情報ＤＢ３０２に蓄積された各画像処理装置１−１〜１−４のエラーの発生件数を含むエラー解析情報を参照することにより、画像処理装置１−１による印刷出力の実行処理を継続するのかどうかを判断する。
【０１０６】
このとき、コントローラ３００は、元の印刷条件では画像処理装置１−１にエラー（例えば、ジャム）が発生することから、画像処理装置１−１による印刷出力の実行処理を中断すると判断した場合、印刷ジョブを画像処理装置１−１へ送信せず、その代わりに当該画像処理装置１−１の動作が可能となる印刷条件の中で最も近い条件（例えば、Ａ４／コピー／縮小３２％／カラー）を特定し、元の印刷条件を特定した印刷条件に変更する。
【０１０７】
そして、コントローラ３００は、再度、情報ＤＢ３０２に蓄積された各画像処理装置１−１〜１−４のエラーの発生件数を含むエラー解析情報を参照することにより、新たな印刷条件下で画像処理装置１−１による印刷出力の実行処理を継続するのかどうかを判断する。このとき、コントローラ３００は、画像処理装置１−１による印刷出力の実行処理を継続すると判断した場合、新たな印刷条件を含む印刷ジョブを画像処理装置１−１へ送信し、当該画像処理装置１−１に印刷出力を実行させる。
【０１０８】
以上、説明したように、本発明の第５実施形態に係る出力管理システムによれば、上述した第１実施形態と同様の作用効果が得られる他、入出力制御部３０１が、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、印刷ジョブに含まれる印刷条件を変更することにより、画像処理装置１による印刷出力を円滑に実行させることができる。これにより、印刷出力の処理の生産性をより向上させることが可能となる。
【０１０９】
［第６実施形態］
図２２は、本発明の第６実施形態に係るクライアント装置２に表示されるアラートの一例を示す図である。
【０１１０】
本発明の第６実施形態が前述した第１実施形態と異なるのは、第１実施形態に係る入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、その旨をクライアント装置２へ通知したのに対して、第６実施形態に係る入出力制御部３０１は、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断された場合に、例えば図２２に示すように、クライアント装置２におけるＬＣＤ３７の画面を通じて当該画像処理装置１への印刷ジョブの送信を中断するのか、若しくは印刷ジョブの送信を続行するのかを選択させるように構成したことである。即ち、入出力制御部３０１及びクライアント装置２のＬＣＤ３７が選択部として機能する。
【０１１１】
図２２に示す例では、クライアント装置２におけるＬＣＤ３７の画面上には、印刷要求の取り止めを確認するメッセージが選択ボタン３７Ｉ，３７Ｊと共に表示される。このとき、ユーザが選択ボタン３７Ｊに触れて印刷出力の実行処理を継続させる選択を行うと、入出力制御部３０１は、印刷ジョブの送信先となる画像処理装置１に対して、印刷ジョブを強制的に送信する。これにより、当該画像処理装置１が印刷ジョブに従って印刷処理を行う。
【０１１２】
以上、説明したように、本発明の第６実施形態に係る出力管理システムによれば、上述した第１実施形態と同様の作用効果が得られる他、ジョブ制御部３０４によって印刷ジョブの送信先となる画像処理装置１の動作が不可であると判断されても、ユーザがこの画像処理装置１に対して印刷出力を強制的に実行させるかどうかを、クライアント装置２におけるＬＣＤ３７の画面上を通じて選択できるので、ユーザの利便性を十分に高めることができる。
【０１１３】
尚、本実施形態に係る出力管理システムは、画像処理装置１とクライアント装置２と出力管理サーバ３とがネットワークを介して接続されて構成されているが、画像処理装置１及びクライアント装置２の少なくともいずれかが出力管理サーバ３の機能を備えるように構成されていてもよい。本実施形態に係る出力管理システムは、このように構成されることにより、出力管理サーバ３を含むクラウドシステム４のサービスを必要としないため、イニシャルコスト及びランニングコストを低減させることが可能となる。
【符号の説明】
【０１１４】
１  画像処理装置
２  クライアント装置
３  出力管理サーバ
４  クラウドシステム
５  公衆回線
１１  ＣＰＵ
１２  ＲＯＭ
１３  ＲＡＭ
１４  ＨＤＤ
１５  画像メモリ
１６  読取部
１７  印刷部
１８  Ｉ／Ｆ
１９  ＬＣＤ
２０  操作部
２１  バス
３１  ＣＰＵ
３２  ＲＯＭ
３３  ＲＡＭ
３４  ＨＤＤ
３５  画像メモリ
３６  Ｉ／Ｆ
３７  ＬＣＤ
３７Ａ〜３７Ｊ  選択ボタン
３８  操作部
３９  バス
１００  コントローラ
１０１  主制御部
１０２  エンジン制御部
１０３  入出力制御部
１０４  画像処理部
１０５  操作表示制御部
１１０  ＡＤＦ
１２０  スキャナユニット
１３０  排紙トレイ
１４０  ディスプレイパネル
１４０Ａ  選択ボタン
１５０  給紙テーブル
１６０  プリントエンジン
１７０  排紙トレイ
１８０  Ｉ／Ｆ
３００  コントローラ
３０１  入出力制御部
３０２  情報ＤＢ
３０３  エラー内容解析部
３０４  ジョブ制御部
３０５  閾値設定部
３１０  ネットワークＩ／Ｆ
【先行技術文献】
【特許文献】
【０１１５】
【特許文献１】特開２０１３−１２５３８６号公報
【図１】
0006536362.tif 000002
【図２】
0006536362.tif 000003
【図３】
0006536362.tif 000004
【図４】
0006536362.tif 000005
【図５】
0006536362.tif 000006
【図６】
0006536362.tif 000007
【図７】
0006536362.tif 000008
【図８】
0006536362.tif 000009
【図９】
0006536362.tif 000010
【図１０】
0006536362.tif 000011
【図１１】
0006536362.tif 000012
【図１２】
0006536362.tif 000013
【図１３】
0006536362.tif 000014
【図１４】
0006536362.tif 000015
【図１５】
0006536362.tif 000016
【図１６】
0006536362.tif 000017
【図１７】
0006536362.tif 000018
【図１８】
0006536362.tif 000019
【図１９】
0006536362.tif 000020
【図２０】
0006536362.tif 000021
【図２１】
0006536362.tif 000022
【図２２】
0006536362.tif 000023