(57)【要約】【課題】リブートを要する障害が発生した場合のユーザの利便性の低下を抑えること。【解決手段】ジョブを取得してジョブキュー記憶部１１４に記憶させると共に、ジョブキューに基づいてジョブの実行を制御するジョブ制御部１１１と、装置を構成する複数のユニットのいずれかにリブートを要する障害が発生したことを検知するＳＣ検知部１１２と、リブートを要する障害が発生した場合、ジョブキューのうち、検知された障害に応じてリブートが必要なユニット以外のユニットで実行可能な実行命令を実行させた後に、リブートを実行制御するリブート判断部１１３とを含むことを特徴とする。【選択図】図４
2016035641.tif 000002
【特許請求の範囲】
【請求項１】
装置を構成する複数のユニットの少なくとも１つを用いた処理の実行命令を取得して記憶媒体に記憶させると共に、前記記憶媒体に記憶させた実行命令に基づいて前記ユニットに処理を実行させるジョブ制御部と、
装置を構成する複数のユニットのいずれかにリブートを要する障害が発生したことを検知する障害検知部と、
前記障害が検知された場合に前記リブートの実行を制御するリブート制御部とを含む画像処理装置であって、
前記リブート制御部は、リブートを要する障害が発生した場合、前記記憶媒体に記憶されている実行命令のうち、検知された障害に応じてリブートが必要なユニット以外のユニットで実行可能な実行命令を実行させた後に、前記リブートが必要なユニットのリブートを実行制御することを特徴とする画像処理装置。
【請求項２】
障害の種類とリブートの必要なユニットとが関連付けられた障害情報を記憶している障害情報記憶部を含み、
前記リブート制御部は、前記障害情報を参照することにより、前記記憶媒体に記憶されている実行命令について、検知された障害に応じてリブートが必要であるか否か判断することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記ジョブ制御部は、前記実行命令に基づいて前記ユニットの処理を実行させる際、処理の進捗を示す進捗情報を記憶媒体に記憶させ、検知された障害に応じてリブートが必要となったユニットのリブートが完了した後、前記進捗情報に基づいて前記処理を途中から再開することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記リブート制御部は、検知された障害に応じてリブートが必要なユニット以外のユニットで実行可能な実行命令が前記記憶媒体に記憶されていない場合に前記リブートが必要なユニットのリブートを実行制御し、前記リブートの実行制御に際して処理の待機期間を設けることを特徴とする請求項１乃至３いずれか１項に記載の画像処理装置。
【請求項５】
装置を構成する複数のユニットの少なくとも１つを用いた処理の実行命令を取得して記憶媒体に記憶させると共に、前記記憶媒体に記憶させた実行命令に基づいて前記ユニットに処理を実行させるジョブ制御部と、
装置を構成する複数のユニットのいずれかにリブートを要する障害が発生したことを検知する障害検知部と、
前記障害が検知された場合に前記リブートの実行を制御するリブート制御部とを含む画像処理装置の制御方法であって、
リブートを要する障害が発生した場合、前記記憶媒体に記憶されている実行命令のうち、検知された障害に応じてリブートが必要なユニット以外のユニットで実行可能な実行命令を実行させた後に、前記リブートが必要なユニットのリブートを実行制御することを特徴とする画像処理装置の制御方法。
【請求項６】
装置を構成する複数のユニットの少なくとも１つを用いた処理の実行命令を取得して記憶媒体に記憶させると共に、前記記憶媒体に記憶させた実行命令に基づいて前記ユニットに処理を実行させるステップと、
装置を構成する複数のユニットのいずれかにリブートを要する障害が発生したことを検知するステップと、
リブートを要する障害が発生した場合、前記記憶媒体に記憶されている実行命令のうち、検知された障害に応じてリブートが必要なユニット以外のユニットで実行可能な実行命令を実行させた後に、前記リブートが必要なユニットのリブートを実行制御するステップとを情報処理装置に実行させることを特徴とする画像処理装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理装置の制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機として構成されることが多い。
【０００３】
このような画像処理装置において、装置の構成要素に障害が発生した場合のシステムのリブートを工夫することにより、ユーザの利便性を高める方法が提案されている（例えば、特許文献１参照）。特許文献１に開示された方法においては、原稿の読取処理の実行中に障害によるリブートが発生した場合に、リブート前に読み取りが完了した原稿のを再度読み取ることなく画像形成出力を実行する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された技術の場合、装置を構成するユニットに障害が発生した場合に、装置全体をリブートすることが前提となっている。他方、上述した複合機のように複数の機能を含む装置の場合、ユーザによって入力されたジョブに必要となるユニットは正常であり、他のユニットに障害が発生しているような場合もあり得る。
【０００５】
そのような場合であっても、装置の仕様によっては、障害が発生しているユニットのリブートを実行している間、他のユニットの動作も不可能となってしまう場合がある。従って、障害が発生した場合に直ちにリブートを実行する場合、ユーザによって入力されたジョブは直ちに実行可能であるにも関わらず、ユーザは他のユニットのリブートを待つこととなってしまい、ユーザに不要な待ち時間が発生してしまう。
【０００６】
本発明は、このような課題を解決するためになされたものであり、リブートを要する障害が発生した場合のユーザの利便性の低下を抑えることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の一態様は、装置を構成する複数のユニットの少なくとも１つを用いた処理の実行命令を取得して記憶媒体に記憶させると共に、前記記憶媒体に記憶させた実行命令に基づいて前記ユニットに処理を実行させるジョブ制御部と、装置を構成する複数のユニットのいずれかにリブートを要する障害が発生したことを検知する障害検知部と、前記障害が検知された場合に前記リブートの実行を制御するリブート制御部とを含む画像処理装置であって、前記リブート制御部は、リブートを要する障害が発生した場合、前記記憶媒体に記憶されている実行命令のうち、検知された障害に応じてリブートが必要なユニット以外のユニットで実行可能な実行命令を実行させた後に、前記リブートが必要なユニットのリブートを実行制御することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、リブートを要する障害が発生した場合のユーザの利便性の低下を抑えることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係るシステムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
【図３】本発明の実施形態に係る画像形成装置の機能構成を示すブロック図である。
【図４】本発明の実施形態に係る主制御部の機能構成を示すブロック図である。
【図５】本発明の実施形態に係るジョブキューテーブルの例を示す図である。
【図６】本発明の実施形態に係るＳＣテーブルの例を示す図である。
【図７】本発明の実施形態に係る画像処理装置の動作を示すシーケンス図である。
【図８】本発明の実施形態に係るリブート判断動作を示すフローチャートである。
【図９】本発明の実施形態に係るリブート完了後の動作を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施形態について説明する。本実施形態においては、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置や、ディスプレイパネルに対する操作によって入力される処理の実行命令であるジョブに従って各種の処理を実行する画像処理装置を例として説明する。図１は、本実施形態に係る画像処理装置１の運用形態を示す図である。図１に示すように、本実施形態に係る画像処理装置１は、ＰＣ２とネットワークを介して接続されている。
【００１１】
ＰＣ２は、ユーザが操作する情報処理端末である。ＰＣ２は、インストールされたプリンタドライバの機能によって印刷ジョブ、即ち画像処理装置１に画像形成出力を実行させるための画像形成出力命令を生成し、画像処理装置１に画像形成出力を実行させる。また、ＰＣ２は、画像処理装置１に画像情報を格納するためのジョブや、画像処理装置１にスキャンを実行させるためのジョブ等、様々なジョブを生成して画像処理装置１に送信する。
【００１２】
画像処理装置１は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）である。
【００１３】
次に、本実施形態に係るＰＣ２及び画像処理装置１等の情報処理装置のハードウェア構成について図２を参照して説明する。尚、画像処理装置１は、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。
【００１４】
図２に示すように、本実施形態に係る情報処理装置は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る情報処理装置は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００１５】
ＣＰＵ１０は演算手段であり、情報処理装置全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００１６】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報処理装置の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが情報処理装置に情報を入力するためのユーザインタフェースである。
【００１７】
このようなハードウェア構成において、ＲＯＭ３０に格納されたプログラムや、ＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体からＲＡＭ２０に読み出されたプログラムに従ってＣＰＵ１０が演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るＰＣ２、画像処理装置１の機能を実現する機能ブロックが構成される。
【００１８】
次に、本実施形態に係る画像処理装置１の機能構成について、図３を参照して説明する。図３は、本実施形態に係る画像処理装置１の機能構成を示すブロック図である。図３に示すように、本実施形態に係る画像処理装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｎｔ  Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７及びネットワークＩ／Ｆ１０８を有する。
【００１９】
また、コントローラ１００は、主制御部１１０、エンジン制御部１２０、画像処理部１３０、操作表示制御部１４０及び入出力制御部１５０を含む。図３に示すように、本実施形態に係る画像処理装置１は、スキャナユニット１０２、プリントエンジン１０６を有する複合機として構成されている。尚、図３においては、電気的接続を実線の矢印で示しており、用紙の流れを破線の矢印で示している。
【００２０】
ディスプレイパネル１０４は、画像処理装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像処理装置１を直接操作し、若しくは画像処理装置１に対して情報を入力する際の入力インタフェースでもある。即ち、ディスプレイパネル１０４は、ユーザによる操作を受けるための画像を表示する機能を含む。ディスプレイパネル１０４は、図２に示すＬＣＤ６０及び操作部７０によって実現される。
【００２１】
ネットワークＩ／Ｆ１０８は、画像処理装置１がネットワークを介してＰＣ２等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８は、ＴＣＰ／ＩＰプロトコルによる通信が可能である。また、ネットワークＩ／Ｆ１０８は、画像処理装置１がファクシミリとして機能する際に、ファクシミリ送信を実行するためのインタフェースとしても機能する。そのため、ネットワークＩ／Ｆ１０８は、電話回線にも接続されている。ネットワークＩ／Ｆ１０８は、図２に示すＩ／Ｆ５０によって実現される。
【００２２】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０に格納されたプログラムや、ＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体からＲＡＭ２０に読み出されたプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアによってコントローラ１００が構成される。コントローラ１００は、画像処理装置１全体を制御する制御部として機能する。
【００２３】
主制御部１１０は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６やスキャナユニット１０２等を制御若しくは駆動する駆動手段としての役割を担う。画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。
【００２４】
また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像処理装置１の記憶領域に格納され若しくはネットワークＩ／Ｆ１０８を介して他の情報処理端末や記憶装置に送信される情報である。
【００２５】
操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行い若しくはディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８及びネットワークを介して他のネットワークに接続された機器にアクセスする。
【００２６】
画像処理装置１がプリンタとして動作する場合は、まず、入出力制御部１５０がネットワークＩ／Ｆ１０８を介して印刷ジョブを受信する。即ち、入出力制御部１５０が画像形成出力命令取得部として機能する。入出力制御部１５０は、受信した印刷ジョブを主制御部１１０に転送する。主制御部１１０は、印刷ジョブを受信すると、画像処理部１３０を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成させる。
【００２７】
画像処理部１３０によって描画情報が生成されると、エンジン制御部１２０は、プリントエンジン１０６を制御し、上記生成された描画情報に基づき、給紙テーブル１０５から搬送される用紙に対して画像形成を実行させる。即ち、画像処理部１３０、エンジン制御部１２０及びプリントエンジン１０６が画像形成出力部として機能する。
【００２８】
画像処理装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０４の操作若しくはネットワークＩ／Ｆ１０８を介してＰＣ２等の他の端末から入力されるスキャン実行指示に応じて、操作表示制御部１４０若しくは入出力制御部１５０が主制御部１１０にスキャン実行信号を転送する。主制御部１１０は、受信したスキャン実行信号に基づき、エンジン制御部１２０を制御する。
【００２９】
エンジン制御部１２０は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象原稿をスキャナユニット１０２に搬送する。また、エンジン制御部１２０は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像する。また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１２０の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１０２が撮像部として動作すると共に、エンジン制御部１２０が、読取制御部として機能する。
【００３０】
撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１２０は、スキャナユニット１０２が生成した撮像情報を画像処理部１３０に転送する。画像処理部１３０は、主制御部１１０の制御に従い、エンジン制御部１２０から受信した撮像情報に基づき画像情報を生成する。
【００３１】
画像処理部１３０が生成した画像情報は主制御部１１０が取得し、主制御部１１０がＨＤＤ４０等の画像処理装置１に装着された記憶媒体に保存する。即ち、スキャナユニット１０２、エンジン制御部１２０及び画像処理部１３０が連動して、画像入力部として機能する。画像処理部１３０によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ４０等に格納され若しくは入出力制御部１５０及びネットワークＩ／Ｆ１０８を介してＰＣ２等の外部の装置に送信される。
【００３２】
また、画像処理装置１が複写機として動作する場合は、エンジン制御部１２０がスキャナユニット１０２から受信した撮像情報若しくは画像処理部１３０が生成した画像情報に基づき、画像処理部１３０が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１２０がプリントエンジン１０６を駆動する。尚、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。
【００３３】
次に、本実施形態の要旨に係る機能として、主制御部１１０によって実現される機能について図４を参照して説明する。図４に示すように、本実施形態に係る主制御部１１０は、ジョブ制御部１１１、ＳＣ（Ｓｅｒｖｉｃｅ  Ｃａｌｌ）検知部１１２、リブート判断部１１３、ジョブキュー記憶部１１４及びＳＣテーブル記憶部１１５を含む。
【００３４】
ジョブ制御部１１１は、入出力制御部１５０や操作表示制御部１４０を介して入力されるジョブを取得し、ジョブの内容に基づいて画像処理部１３０やエンジン制御部１２０を制御することにより、ジョブを実行させる。その際、取得したジョブをジョブキュー記憶部１１４に記憶させる。また、本実施形態に係るジョブ制御部１１１は、ＳＣ検知部１１２によってサービスコールが検知されている間のジョブの実行制御を行う機能を有する。
【００３５】
ＳＣ検知部１１２は、画像処理装置１各部のユニットによって通知されるサービスコールを取得する。即ち、ＳＣ検知部１１２が障害検知部として機能する。サービスコールとは、ユニットに障害が発生したことを知らせる通知であり、障害が発生したユニットや障害の内容に応じた識別子を有する。ＳＣ検知部１１２は、取得したサービスコールの情報をリブート判断部１１３に通知する。
【００３６】
リブート判断部１１３は、ＳＣ検知部１１２からサービスコールの情報を取得すると、ＳＣテーブル記憶部１１５に記憶されたＳＣテーブルに基づいて装置の強制終了の要否や、リブートの要否、ジョブの実行の可否などを判断してジョブ制御部１１１に通知する。また、判断結果に応じてエンジン制御部１２０を制御することにより対象のユニットをリブートする。即ち、リブート判断部１１３がリブート制御部として機能する。
【００３７】
ジョブキュー記憶部１１４は、画像処理装置１に入力されたジョブを記憶している記憶部である。図５を参照して、ジョブキュー記憶部１１４においてジョブの一覧が管理されているジョブキューテーブルについて説明する。図５に示すように、ジョブキューテーブルは、“ジョブＩＤ”、“ジョブ状態”、“ジョブタイプ”、“ジョブ進捗情報”の項目を含む。
【００３８】
“ジョブＩＤ”は、ジョブを一意に識別する識別子である。“ジョブ状態”は、「実行中」、「待機中」等、ジョブの実行状態を示す情報である。「実行中」、「待機中」の他、本実施形態に係る画像処理装置１においては、実行中にＳＣが発生したことによりジョブが中断されたことを示す「停止中」という状態がある。
【００３９】
“ジョブタイプ”は、「印刷」、「文書蓄積」、「スキャン」等、ジョブの内容を示す項目である。この“ジョブタイプ”に基づき、実行に必要なユニットが判断される。“ジョブ進捗情報”は、例えばプリントアウトやコピーにおけるページ数や、スキャンにおける原稿の枚数等、ジョブが実行されることにより更新される情報である。
【００４０】
ジョブ制御部１１１は、新たなジョブを受信すると、受信したジョブに対応するレコードを図５に示すようにジョブキューテーブルに追加する。また、ジョブを実行制御することによりエンジン制御部１２０を介してリアルタイムに情報を取得し、“ジョブ進捗情報”を更新する。
【００４１】
ＳＣテーブル記憶部１１５は、画像処理装置１において発生する可能性のあるサービスコールの一覧情報であるＳＣテーブルを格納している記憶部である。図６を参照して、本実施形態に係るＳＣテーブルの内容について説明する。図６に示すように、本実施形態に係るＳＣテーブルは、“ＳＣＩＤ”、“対象ユニット”、“強制終了”、“ＳＣリブート対象”の項目を含む。
【００４２】
“ＳＣＩＤ”は、サービスコールを一意に識別する識別子である。“対象ユニット”は、「スキャナ」、「プロッタ」、「ＡＤＦ」等、夫々のサービスコールにおいて障害が発生したユニットを示す項目である。“強制終了”は、以降の装置の動作が不可能となるため、装置をシャットダウンする必要があるか否かを示す項目である。
【００４３】
“ＳＣリブート対象”は、対象のユニットをリブートすることによって装置の動作を継続させる対象のサービスコールであるか否かを示す項目である。リブートによって解消可能な障害であれば“ＹＥＳ”となっており、リブートの必要が無い場合や、リブートでは解消不可能な障害の場合には“ＮＯ”となっている。
【００４４】
このように、ＳＣテーブルは、障害の種類とリブートの必要なユニットとが関連付けられた情報である。即ち、ＳＣテーブルが障害情報として用いられ、ＳＣテーブル記憶部１１５が障害情報記憶部として機能する。
【００４５】
次に、本実施形態に係る画像処理装置１における主制御部１１０の動作について、図７のシーケンス図を参照して説明する。図７に示すように、まずはジョブ制御部１１１がジョブを受信する（Ｓ７０１）。ジョブ制御部１１１は、ジョブを受信すると、受信したジョブのキューをジョブキュー記憶部１１４に図５に示すように格納する（Ｓ７０２）。そして、画像処理部１３０やエンジン制御部１２０を制御してジョブの実行制御を行う（Ｓ７０３）。
【００４６】
他方、ＳＣ検知部１１２は、エンジン制御部１２０等の画像処理装置１の各部からの通知によりサービスコールを検知し、その情報をリブート判断部１１３に通知する（Ｓ７０４）。サービスコールの情報を取得したリブート判断部１１３は、図６において説明したＳＣテーブルを参照し（Ｓ７０５）、まずは強制終了の対象のサービスコールであるか否かを判断する（Ｓ７０６）。
【００４７】
強制終了が不要であれば、次にリブート判断部１１３は、ジョブキューテーブルのジョブキューを参照し（Ｓ７０７）、発生したサービスコールの内容と実行中若しくは待機中のジョブに基づいてジョブの続行可否を判断する（Ｓ７０８）。素子、リブート判断部１１３は、ジョブの続行可否の判断結果に応じた制御を実行する（Ｓ７０９）。
【００４８】
次に、本実施形態に係るリブート判断部１１３の動作について、図８のフローチャートを参照して詳細に説明する。図８に示すようにリブート判断部１１３は、ＳＣ検知部１１２からの通知によりサービスコールの発生を検知すると（Ｓ８０１）、ＳＣテーブルを参照し（Ｓ８０２）、“強制終了”の項目に基づいて発生したサービスコールは強制終了の対象か否か判断する（Ｓ８０３）。
【００４９】
強制終了の対象であった場合（Ｓ８０３／ＹＥＳ）、リブート判断部１１３は、画像処理装置１のシャットダウンを実行して（Ｓ８１１）、処理を終了する。他方、強制終了の対象ではない場合（Ｓ８０３／ＮＯ）、リブート判断部１１３は、“ＳＣリブート対象”の項目に基づいて発生したサービスコールはリブートの対象であるか否か判断する（Ｓ８０４）。
【００５０】
Ｓ８０４の判断の結果、リブートの対象でなかった場合（Ｓ８０４／ＮＯ）、リブート判断部１１３は、通常の装置動作を続行してサービスコールの処理を終了する。他方、リブートの対象であった場合（Ｓ８０４／ＹＥＳ）、リブート判断部１１３は、ジョブキュー記憶部１１４のジョブキューを参照する（Ｓ８０５）。
【００５１】
ジョブキューを参照した結果、ジョブキューが蓄積されていなければ（Ｓ８０６／ＮＯ）、リブート判断部１１３は、対象のユニットのリブートを実行し（Ｓ８１０）、処理を終了する。他方、ジョブキューが蓄積されていた場合（Ｓ８０６／ＹＥＳ）、リブート判断部１１３は、蓄積されているジョブキューの“ジョブタイプ”と、発生したサービスコールの“対象ユニット”とに基づき、リブート前のジョブの実行が可能か否か判断する（Ｓ８０７）。
【００５２】
Ｓ８０７の判断の結果、ジョブが実行可能であれば（Ｓ８０７／ＹＥＳ）、リブート判断部１１３はジョブＩＤを指定してリブート前の実行が可能であることをジョブ制御部１１１に通知してジョブの実行制御を行う（Ｓ８０８）。その後、リブート判断部１１３はＳ８０５からの処理を繰り返す。
【００５３】
他方、ジョブの実行が不可能であった場合（Ｓ８０７／ＮＯ）、リブート判断部１１３は、リブート前に実行可能なジョブがジョブキューに蓄積されていないか否か判断し（Ｓ８０９）、未だ判断していないジョブキューがあれば（Ｓ８０９／ＮＯ）、Ｓ８０５からの処理を繰り返す。他方、リブート前に実行可能なジョブがジョブキューになければ（Ｓ８０９／ＹＥＳ）、リブート判断部１１３は、対象のユニットのリブートを実行し（Ｓ８１０）、処理を終了する。このような処理により、本実施形態に係るサービスコールの処理動作が完了する。
【００５４】
このように、本実施形態に係るリブート判断部１１３の機能によれば、サービスコールが発生した場合に、ＳＣテーブルに登録された情報に基づいて対象のユニットを判断した上で、ジョブを継続可能な場合にはジョブを継続し、実行可能なジョブのキューが無くなった時点で対象のユニットをリブートする。換言すると、サービスコールが発生し、リブートを要するユニット以外のユニットで実行可能な実行命令を実行させた後に、リブートが必要なユニットのリブートを実行制御する。従って、障害が発生したユニットと無関係なジョブについては、障害が発生したユニットのリブートを待つことなく完了することが可能であり、ユーザの利便性を向上することが出来る。
【００５５】
尚、図８の動作の実行中にも新たなジョブが画像処理装置１に入力されることがあり得る。その場合、ジョブ制御部１１１は、図７のＳ７０１、Ｓ７０２と同様に、受信したジョブをジョブキュー記憶部１１４に格納する。リブート判断部１１３は、サービスコールが発生する以前からジョブキュー記憶部１１４に蓄積されていたジョブキューと同様に、新たに蓄積されたジョブキューについても図８のＳ８０５において順次参照し、以下同様に処理を行う。
【００５６】
尚、Ｓ８０６の判断においてジョブキューが蓄積されていないと判断された場合や、Ｓ８０９において、実行可能なジョブがないと判断された場合、リブート判断部１１３は、即座にＳ８１０でリブートを実行するのではなく、多少の待機期間を設けた上でリブートを行っても良い。これにより、この待機期間の間に、新たなジョブであってリブート前に実行可能なジョブが入力された場合には、リブートを待つことなくジョブを実行することが可能となり、ユーザの利便性を向上することが出来る。
【００５７】
次に、図９を参照して、リブートが完了した後のジョブ制御部１１１の動作について説明する。ジョブ制御部１１１は、リブート判断部１１３から通知を受けることにより、リブートの完了を認識する（Ｓ９０１）。リブートが完了すると、ジョブ制御部１１１は、ジョブキュー記憶部１１４のジョブキューを参照する（Ｓ９０２）。
【００５８】
ジョブキューを参照したジョブ制御部１１１は、まず、“ジョブ状態”の項目に基づき、サービスコールの発生によって中断された停止中のジョブの有無を確認する（Ｓ９０３）。停止中のジョブがあった場合（Ｓ９０３／ＹＥＳ）、ジョブ制御部１１１は、“ジョブ進捗情報”の項目に基づき、途中からジョブを再開する（Ｓ９０４）。
【００５９】
再開したジョブが完了した場合、若しくは、停止中のジョブが無かった場合（Ｓ９０３／ＮＯ）、ジョブ制御部１１１は、更にジョブキューが蓄積されているか否か確認する（Ｓ９０５）。そして、ジョブキューが蓄積されている場合（Ｓ９０５／ＹＥＳ）、蓄積されているジョブを実行し（Ｓ９０６）、処理を終了する。他方、ジョブキューが蓄積されていなかった場合（Ｓ９０５／ＮＯ）、そのまま処理を終了する。
【００６０】
このように、リブート完了後の処理においては、「停止中」のジョブを優先的に再開することにより、リブート前に実行されたジョブとの連続性を保つことが可能となる。
【００６１】
以上、説明したように、本実施形態に係る画像処理装置１のリブートの制御によれば、リブートを要する障害が発生した場合において、既に入力されているジョブのうち、リブートを行うことなく実行可能なジョブを実行した後にリブートを実行するため、リブートを要する障害が発生した場合のユーザの利便性の低下を抑えることが出来る。
【符号の説明】
【００６２】
１  画像形成装置
２  ＰＣ
１０  ＣＰＵ
２０  ＲＡＭ
３０  ＲＯＭ
４０  ＨＤＤ
５０  Ｉ／Ｆ
６０  ＬＣＤ
７０  操作部
８０  バス
１００  コントローラ
１０１  ＡＤＦ
１０２  スキャナユニット
１０３  排紙トレイ
１０４  ディスプレイパネル
１０５  給紙テーブル
１０６  プリントエンジン
１０６ａ  ドットピン
１０６ｂ  インクリボン
１０７  排紙トレイ
１０８  ネットワークＩ／Ｆ
１１０  主制御部
１１１  ジョブ制御部
１１２  ＳＣ検知部
１１３  リブート判断部
１１４  ジョブキュー記憶部
１１５  ＳＣテーブル記憶部
１２０  エンジン制御部
１３０  画像処理部
１４０  操作表示制御部
１５０  入出力制御部
【先行技術文献】
【特許文献】
【００６３】
【特許文献１】特開２００６−１２１１７７号公報
【図１】
2016035641.tif 000003
【図２】
2016035641.tif 000004
【図３】
2016035641.tif 000005
【図４】
2016035641.tif 000006
【図５】
2016035641.tif 000007
【図６】
2016035641.tif 000008
【図７】
2016035641.tif 000009
【図８】
2016035641.tif 000010
【図９】
2016035641.tif 000011