JP2014108532A - 画像処理装置、制御方法およびコンピュータプログラム - Google Patents

Abstract

【課題】発生した障害を復旧させるメンテナンスの手順を示す動画の再生終了後に、必要なメンテナンスの実行を促す情報をユーザに通知する場合の画像処理装置の負荷を抑える。
【解決手段】画像処理装置１０１が、障害の発生を検知し、検知された障害の発生箇所に対応する、障害を復旧するメンテナンスの手順を示す動画データを再生して画面表示する。そして、画像処理装置１０１が、上記動画データの再生の終了後に、上記動画データに含まれる特定のシーンを画面表示する。
【選択図】図１

Description

本発明は、画像処理装置、制御方法およびコンピュータプログラムに関する。

従来、印刷が不可となる障害が発生した場合に、この障害を復旧するためのメンテナンス作業を促す情報を画面表示する画像処理装置が提案されている。例えば、特許文献１は、紙詰まりやトナー補給等の処理が必要になった場合、ジャムの解除のための操作手順をイラストやメッセージで表示する画像処理装置を開示している。また、特許文献２は、用紙通過部でのジャム処理手順についての動画データを操作部に再生表示する画像処理装置を開示している。なお、以下の説明では、障害を復旧するためのメンテナンス作業を示す動画をメンテナンス動画と記述し、メンテナンス動画が表示される画面をメンテナンス画面と記述する。

特開昭５９−７８３７２号公報 特開平８−６９２２３号公報

画面表示しているメンテナンス動画が最後まで再生されても、再度メンテナンス手順を表示してメンテナンス作業の実行をユーザに促す必要がある場合、メンテナンス動画の再生を繰り返す画像処理装置が考えられる。

しかし、この画像処理装置では、メンテナンス動画の再生を繰り返すと、画像処理装置の負荷（ＣＰＵ使用率）が高くなるので、ＣＰＵを使う他の処理に影響を与えてしまう。メンテナンス動画再生中の他のＣＰＵを使う処理とは、例えば、トナー交換画面表示中の印刷動作などを指す。ＣＰＵ使用率を抑えるために、画像処理装置が、メンテナンス動画の再生が終わった状態で再生を止めておくようにすると、ユーザに、実行を促したい操作が伝わらない可能性がある。

本発明は、発生した障害を復旧させるメンテナンスの手順を示す動画の再生終了後に、必要なメンテナンスの実行を促す情報をユーザに通知する場合の負荷を抑えることができる画像処理装置の提供を目的とする。

本実施形態の画像処理装置は、画像処理装置に発生した障害を検知する検知手段と、前記検知された障害の発生箇所に対応する、前記障害を復旧するためのメンテナンスの手順を示す動画データを再生して画面表示する表示手段とを備える。前記表示手段は、前記動画データの再生の終了後に、前記動画データに含まれる特定のシーンを画面表示する。

本発明の画像処理装置によれば、発生した障害を復旧させるためのメンテナンスの手順を示す動画の再生終了後に、必要なメンテナンスの実行を促す情報をユーザに通知する場合の画像処理装置の負荷を抑えることが可能となる。

画像処理装置の構成を示すハードウェアブロック図である。 画像処理装置のソフトウェア構成例を説明する図である。 画像処理装置の動作処理例を説明するフローチャートである。 再生表示されるメンテナンス動画に含まれる動作シーンの例である。 画像処理装置の動作処理例を説明するフローチャートである。 画像処理装置の動作処理例を説明するフローチャートである。

（実施例１）
図１は、本実施形態の画像処理装置の構成を示すハードウェアブロック図の例である。画像処理装置１０１は、画像処理（画像データの生成、出力等）を実行する情報処理装置である。画像処理装置１０１は、例えば、プリンタ、ファクシミリである。

画像処理装置１０１は、制御部２１０、操作部２２０、プリンタ部２２１、スキャナ部２２２を備える。制御部２１０は、画像処理装置１０１全体を制御する。操作部２２０は、ユーザの操作に応じて、各種情報の入力と表示を行う。

制御部２１０は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４、ＶＲＡＭ２１５を備える。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略称である。ＶＲＡＭは、Ｖｉｄｅｏ ＲＡＭの略称である。また、制御部２１０は、操作部Ｉ／Ｆ（Interface）２１６、プリンタＩ／Ｆ２１７、スキャナＩ／Ｆ２１８、ネットワークＩ／Ｆ２１９を備える。

ＣＰＵ２１１は、ＲＯＭ２１２に記憶されたコンピュータプログラム（制御プログラム）を読み出して、読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。ＶＲＡＭ２１５は、ＣＰＵ２１１が生成する表示画面データを保持するメモリである。

操作部Ｉ／Ｆ２１６は、操作部２２０と制御部２１０とを接続する。操作部２２０は、タッチパネル機能を有する液晶表示部２２６と、キーボード２２５を備える。ユーザがキーボード２２５を操作すると、操作部Ｉ／Ｆ２１６が、入力ポート２２３を介して、操作内容を取得する。また、操作部Ｉ／Ｆ２１６は、取得した操作内容をＣＰＵ２１１に渡す。ＣＰＵ２１１は、渡された操作内容と前述の制御プログラムとに基づいて、表示画面データを生成する。ＶＲＡＭ２１５は、生成された表示画面データを保持する。ＶＲＡＭ２１５で保持された表示画面データは、画面出力を制御する出力ポート２２４を介して、液晶表示部２２６に画面出力される。

プリンタＩ／Ｆ２１７は、プリンタ部２２１と制御部２１０とを接続する。制御部２１０が、プリンタ２２１で印刷すべき画像データをプリンタＩ／Ｆ２１７を介してプリンタ部２２１に転送する。そして、プリンタ部２２１が、画像データを記録媒体上に印刷出力する。

スキャナＩ／Ｆ２１８は、スキャナ部２２２と制御部２１０とを接続する。スキャナ部２２２は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１８を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１９は、制御部２１０（画像処理装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１９は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

図２は、画像処理装置のソフトウェア構成例を説明する図である。図２に示す各機能部は、画像処理装置１０１内のＣＰＵ２１１が、ＲＯＭ２１２もしくはＨＤＤ２１４に格納された制御プログラムを読み出して実行することで実現される。

画像処理装置１０１は、動画データ管理部３０１、消耗品検知部３０２、画面描画部３０３、ジョブ管理部３０４、ジャム検知部３０５、履歴管理部３０６を備える。

動画データ管理部３０１は、動画データをＲＡＭ２１３もしくはＨＤＤ２１４に保存し、管理する。動画データ管理部３０１は、例えば、メンテナンス動画を管理する。メンテナンス動画は、画像処理装置１０１において発生が検知された障害を復旧するメンテナンスの手順を示す動画データである。動画データ管理部３０１は、検知された障害の発生箇所に対応付けてメンテナンス動画を管理する。

消耗品検知部３０２は、画像処理装置１０１の内部にある消耗品の残量を検知する。消耗品とは、例えば、トナー、ステイプル針、用紙などを指す。検知された消耗品の残量が閾値以下である場合、消耗品検知部３０２は、画像処理装置１０１に、メンテナンス作業が必要な事象すなわち障害が発生したと判断する。残量が閾値以下となった消耗品が交換等された場合、消耗品検知部３０２は、画像処理装置１０１に発生した障害が解消したことを検知する。また、消耗品検知部３０２は、パンチ屑、廃トナーなどの画像処理装置１０１の内部に蓄積する廃棄物の量が閾値以上となったかを検知する。廃棄物の量が閾値以上となった場合、消耗品検知部３０２は、画像処理装置１０１に障害が発生したと判断する。廃棄物が廃棄等された場合、消耗品検知部３０２は、画像処理装置１０１に発生した障害が解消したことを検知する。

画面描画部３０３は、操作部２２０に表示するための画面を生成し、表示を行う。また、画面描画部３０３は、動画データ管理部３０１で管理するメンテナンス動画を再生して操作部２２０上に画面表示する。また、画面描画部３０３は、メンテナンス動画の再生の終了後に、メンテナンス動画に含まれる特定のシーンを画面表示する。

ジョブ管理部３０４は、現在処理中であるジョブの開始時刻、ジョブタイプ、文書名、枚数、部数、ステイプル有無などのジョブの設定等の情報を、ＲＡＭ２１３またはＨＤＤ２１４に保存し、管理する。ジョブタイプは、例えば、コピー、プリント、送信、保存、などの画像処理装置１０１が行うジョブの種類である。

ジャム検知部３０５は、画像処理装置１０１において発生したジャムを検知する。また、ジャム検知部３０５は、ジャム発生箇所を特定し、ジャム発生箇所に対してジャム発生フラグを立てる。ジャム発生フラグは、ジャムが発生したことを示すフラグである。また、メンテナンスによってジャムが解消した場合、ジャム検知部３０５は、画像処理装置１０１において発生したジャムが解消されたことを検知する。すなわち、上述した消耗品検知部３０２およびジャム検知部３０５は、画像処理装置１０１に発生した障害と、障害の解消を検知する。

履歴管理部３０６は、メンテナンスの種類、メンテナンスが必要になった時間、完了した時間などを、ＲＡＭ２１３またはＨＤＤ２１４に保存し、管理する。また、履歴管理部３０６は、ジャム検知部３０５から、ジャムが発生した箇所、ジャム発生時刻、ジャム解除時刻などの情報を受け取り、受け取った情報をジャム発生履歴として管理する。

図３は、実施例１における画像処理装置の動作処理例を説明するフローチャートである。図３のフローチャートに示す各ステップに対応する処理は、画像処理装置１０１のＣＰＵ２１１が、それぞれの制御プログラムを実行することにより実現される。

まず、消耗品検知部３０２、ジャム検知部３０５が、メンテナンス作業が必要な事象が発生しているかを判断する（ステップＳ４０１）。メンテナンス作業が必要な事象が発生していない場合、ステップＳ４０１に戻る。メンテナンス作業が必要な事象が発生している場合は、ステップＳ４０２に進む。

次に、動画データ管理部３０１が、消耗品検知部３０２、ジャム検知部３０５から、検知された事象を受け取る。動画データ管理部３０１が、受け取った事象に対応するメンテナンス動画をＲＡＭ２１３もしくはＨＤＤ２１４から取得して画面描画部３０３に渡す。そして、画面描画部３０３が、受け取ったメンテナンス動画を操作部２２０のメンテナンス画面上に表示、再生する。

次に、動画データ管理部３０１が、ステップＳ４０２で再生したメンテナンス動画が最後まで再生されたか（再生が終了したか）を判断する（ステップＳ４０３）。メンテナンス動画が最後まで再生されていない場合は、ステップＳ４０３に戻り、画面描画部３０３が再生を続ける。メンテナンス動画が最後まで再生されている場合は、ステップＳ４０４に進む。

次に、動画データ管理部２０１が、メンテナンス画面の表示が必要であるかを判断する（ステップＳ４０４）。ステップＳ４０４では、動画データ管理部２０１が、消耗品検知部３０２、ジャム検知部３０５による検知結果に基づいて、メンテナンス作業が必要な事象が終了しているかを判断する。具体的には、動画データ管理部２０１は、再生が終了したメンテナンス動画に対応するメンテナンスによる障害の解消が検知されているかを判断する。メンテナンスによる障害の解消が検知されている場合、動画データ管理部２０１が、メンテナンス画面の表示が必要でないと判断して、ステップＳ４０６に進む。メンテナンスによる障害の解消が検知されていない場合、動画データ管理部２０１が、メンテナンス画面の表示が必要であると判断して、ステップＳ４０５に進む。

ステップＳ４０５において、動画データ管理部３０１が、ステップＳ４０２で再生したメンテナンス動画の再生を止める。そして、画面描画部３０３が、動画データ管理部２０１の指示にしたがって、予め決められた、ユーザに視聴させたい動画シーンをメンテナンス画面に表示する（ステップＳ４０５）。ユーザに視聴させたい動画シーンとは、例えば、トナー交換用のメンテナンス動画であればトナーを抜こうとしているシーンのように、そのシーンをユーザに見せることで処理を促すことが可能なシーンである。ユーザに視聴させたい動画シーンは、一つでも複数でもよい。そのシーンが一つであれば、それを表示し、複数の場合は、画面描画部３０３が、メンテナンスの状況を考慮して、最も適切なシーンを表示する。

なお、動画データ管理部２０１が、消耗品検知部３０２、ジャム検知部３０５による検知結果に基づいて、障害に対応するメンテナンスの実行過程を監視して、現在実行対象である手順を特定するようにしてもよい。そして、画面描画部３０３が、メンテナンス動画の再生の終了後に、上記障害に対応するメンテナンスの手順に対応するシーンのうち、上記特定された現在実行対象である手順に対応するシーンを画面表示するようにしてもよい。

ステップＳ４０６では、画面描画部３０３が、操作部２２０に表示、再生したメンテナンス動画を停止し、表示を終了する。

図４は、図３を参照して説明したフローチャートにしたがって再生表示されるメンテナンス動画に含まれる動作シーンの例である。図４では、紙詰まりが生じた場合のメンテナンス動画に含まれる動画シーンを例にとって説明する。図４（Ｃ）に示す動画シーンが、予め決められた、ユーザに視聴させたい動画シーンであるものとする。

図４（Ａ）に示す動画シーンから順次図４（Ｅ）に示す動画シーンが再生される。図４（Ｅ）に示す動画シーンの再生後、メンテナンス作業が必要な事象が終了していない場合、画面描画部３０３が、図４（Ｃ）に示す動画シーンと同じ動画シーンである図４（Ｆ）に示す動画シーンをメンテナンス画面に表示する。

本実施例によれば、メンテナンス動画の再生が終わってもメンテナンス手順を表示する必要がある場合、メンテナンス動画の再生を止めて、特定のシーンを表示することでＣＰＵの使用を抑えて、効率的にユーザに処理を促すことが可能になる。

（実施例２）
次に、実施例２について説明する。実施例２の画像処理装置１０１は、処理中のジョブの状況を判断して、メンテナンス動画の表示を行う。ここでは、実施例１との差分のみ説明する。

図５は、実施例２における画像処理装置の動作処理例を説明するフローチャートである。図５のフローチャートに示す各動作は、画像処理装置１０１のＣＰＵ２１１および端末１０２のＣＰＵ３１１が、それぞれの制御プログラムを実行することにより実現される。ステップＳ６０１乃至Ｓ６０４、Ｓ６０６乃至Ｓ６０７は、図３のステップＳ４０１乃至Ｓ４０４、Ｓ４０６ないしＳ４０７と同様のため、説明を省略する。

ステップＳ６０５において、ジョブ管理部３０４が、画像処理装置１０１で処理中のジョブが一定以上かを判断する（ステップＳ６０５）。処理中のジョブとは、例えば、メンテナンス画面を表示する前から処理を開始していたジョブである。処理中のジョブが、画像処理装置１０１がメンテナンス画面を表示してから処理を開始したジョブであってもよい。また、ジョブが一定以上というのは、実行中のジョブ処理に応じた画像処理装置の負荷が予め決められた閾値以上であることである。画像処理装置１０１の負荷は、例えば、ジョブ処理に応じたＣＰＵ使用率とメンテナンス動画の再生処理に応じたＣＰＵ使用率との合計である。処理中のジョブが一定以上の場合、ステップＳ６０７に進む。処理中のジョブが一定以下の場合、ステップＳ６０２に進む。すなわち、動画再生終了後も障害が解消されていない場合に、ＣＰＵ使用率がそれほど高くなければ改めて動画を再生する。なお、改めて動画を再生する際には、動画の最初から再生してもよいし、途中からは再生するようにしてもよい。例えば、動画データ管理部２０１が、消耗品検知部３０２、ジャム検知部３０５による検知結果に基づいて、障害に対応するメンテナンスの実行過程を監視して、現在実行対象である手順を特定するようにする。そして、画面描画部３０３が、上記特定された現在実行対象である手順に対応するシーンから動画を再生するようにしてもよい。

本実施例の画像処理装置は、メンテナンス動画の再生が終わってもメンテナンス手順を表示する必要がある場合、処理中のジョブの状況を基に、動画を再生するか特定のシーンを表示するかを決める。したがって、本実施例の画像処理装置によれば、ＣＰＵを効率的に使い、ユーザに処理を促すことが可能になる。

（実施例３）
次に、実施例３について説明する。実施例３の画像処理装置は、画像処理装置で表示しているメンテナンス動画の種類を判断して、メンテナンス動画の表示を行う。ここでは、実施例１との差分のみ説明する。

図６は、実施例３の画像処理装置の動作処理例を説明するフローチャートである。図６のフローチャートに示す各動作は、画像処理装置１０１のＣＰＵ２１１が、それぞれの制御プログラムを実行することにより実現される。ステップＳ７０１乃至Ｓ７０４、Ｓ７０６乃至Ｓ７０７は、図３のステップＳ４０１乃至Ｓ４０４、Ｓ４０６乃至Ｓ４０７と同様のため、説明を省略する。

ステップＳ７０５において、動画データ管理部３０１が、再生が終了したメンテナンス動画が、予め決められた、復旧（リカバリー）を最優先すべきメンテナンス作業に対応するメンテナンス動画であるかを判断する。リカバリーを最優先すべきメンテナンス作業とは、画像処理装置１０１の動作に大きな影響がある障害を復旧させるメンテナンス作業であって、例えば、コピー、プリントのジョブが複数実行されている状態での紙詰まり（用紙ジャム）である。

再生が終了したメンテナンス動画が、リカバリーを最優先すべきメンテナンス作業に対応するメンテナンス動画である場合は、ステップＳ７０２に進む。再生が終了したメンテナンス動画が、リカバリーを最優先すべきメンテナンス作業に対応するメンテナンス動画でない場合は、ステップＳ７０７に進む。すなわち、動画再生終了後も障害が解消されていない場合に、当該障害がリカバリーを最優先すべきものであれば、ＣＰＵ使用率が多少高くなったとしても改めて動画を再生する。なお、改めて動画を再生する際には、動画の最初から再生してもよいし、途中からは再生するようにしてもよい。例えば、動画データ管理部２０１が、消耗品検知部３０２、ジャム検知部３０５による検知結果に基づいて、障害に対応するメンテナンスの実行過程を監視して、現在実行対象である手順を特定するようにする。そして、画面描画部３０３が、上記特定された現在実行対象である手順に対応するシーンから動画を再生するようにしてもよい。

本実施例の画像処理装置によれば、メンテナンス動画の再生が終わってもメンテナンス手順を表示する必要がある場合、表示しているメンテナンス動画の種別に応じて、動画を再生するか、特定のシーンを表示するかを決めることができる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１０１ 画像処理装置
２１０ 制御部
２２０ 操作部
２２１ プリンタ部
２２２ スキャナ部

Claims (9)

1. 画像処理装置に発生した障害を検知する検知手段と、
   前記検知された障害の発生箇所に対応する、前記障害を復旧するためのメンテナンスの手順を示す動画データを再生して画面表示する表示手段とを備え、
   前記表示手段は、前記動画データの再生の終了後に、前記動画データに含まれる特定のシーンを画面表示する
   ことを特徴とする画像処理装置。
2. 前記検知手段は、前記障害の解消を検知することが可能であり、
   前記表示手段は、前記動画データの再生の終了後に、前記検知手段によって前記再生が終了した動画データに対応するメンテナンスによる障害の解消が検知されていない場合に、前記動画データに含まれる特定のシーンを画面表示する
   ことを特徴とする請求項１に記載の画像処理装置。
3. 前記検知手段によって前記再生が終了した動画データに対応するメンテナンスによる障害の解消が検知されていない場合に、実行中のジョブ処理に応じた前記画像処理装置の負荷が予め決められた閾値以上であるかを判断する判断手段を備え、
   前記表示手段は、前記実行中のジョブ処理に応じた前記画像処理装置の負荷が予め決められた閾値以上であると判断された場合に、前記動画データに含まれる特定のシーンを画面表示する
   ことを特徴とする請求項２に記載の画像処理装置。
4. 前記画像処理装置の負荷は、前記画像処理装置のＣＰＵ使用率である
   ことを特徴とする請求項３に記載の画像処理装置。
5. 前記検知手段によって前記再生が終了した動画データに対応するメンテナンスによる障害の解消が検知されていない場合に、前記再生が終了した動画データが、予め決められた、復旧を最優先すべき障害が発生したときのメンテナンスに対応する動画データかを判断する判断手段を備え、
   前記表示手段は、前記再生が終了した動画データが、予め決められた、復旧を最優先すべき障害が発生したときのメンテナンスに対応する動画データであると判断された場合に、前記動画データに含まれる特定のシーンを画面表示する
   ことを特徴とする請求項２に記載の画像処理装置。
6. 前記復旧を最優先すべき障害は、前記画像処理装置が複数のジョブを実行中に発生した用紙ジャムである
   ことを特徴とする請求項５に記載の画像処理装置。
7. 前記障害に対応するメンテナンスの実行過程を監視することで、現在実行対象である手順を特定する監視手段を備え、
   前記表示手段は、前記動画データの再生の終了後に、前記障害に対応するメンテナンスの手順に対応するシーンのうち、前記監視手段によって特定された現在実行対象である手順に対応するシーンを前記特定のシーンとして画面表示する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 画像処理装置に発生した障害を検知する検知工程と、
   前記検知された障害の発生箇所に対応する、前記障害を復旧するためのメンテナンスの手順を示す動画データを再生して画面表示する表示工程とを有し、
   前記表示工程では、前記動画データの再生の終了後に、前記動画データに含まれる特定のシーンを画面表示する
   ことを特徴とする画像処理装置の制御方法。
9. 請求項８に記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images