(57)【要約】【課題】  印刷された画像に含まれる異常画像がどこで発生しているかを画像診断の初期段階で判断できないと、画像診断の対象機構を特定できない。よって、その後の対応を素早く適切に行うことができない。【解決手段】  上記課題を解決すべく本発明の画像処理装置は、画像を読み取る読み取り手段と、前記読み取り手段により画像を読取ったことで得られた画像データに対して処理を施して用紙に印刷する印刷手段と、前記印刷手段により用紙に印刷された画像に異常画像が発生していると判断された場合、前記印刷手段により前記画像データを印刷するために用いられた中間データを表示部に表示する制御手段と、前記表示部に表示された中間データと前記印刷手段により用紙に印刷された画像とを比較した結果を入力する入力手段と、前記入力手段により入力された結果に応じて、前記異常画像が発生した要因について推測する推測手段と、を有することを特徴とする。【選択図】  図７
2015119397.tif 000002
【特許請求の範囲】
【請求項１】
画像を読み取る読み取り手段と、
前記読み取り手段により画像を読取ったことで得られた画像データに対して処理を施して用紙に印刷する印刷手段と、
前記印刷手段により用紙に印刷された画像に異常画像が発生していると判断された場合、
前記印刷手段により前記画像データを印刷するために用いられた中間データを表示部に表示する制御手段と、
前記表示部に表示された中間データと前記印刷手段により用紙に印刷された画像とを比較した結果を入力する入力手段と、
前記入力手段により入力された結果に応じて、前記異常画像が発生した要因について推測する推測手段と、を有することを特徴とする画像処理装置。
【請求項２】
画像を読み取る読み取り手段と、
前記読み取り手段により画像を読み取ることで得られた第１の画像データを出力するために処理を施す処理手段と、
前記処理手段により第１の画像データに対して処理を施して得た第２の画像データを用紙に印刷する印刷手段と、
前記印刷手段により用紙に印刷された画像に異常画像が発生していると判断された場合、
前記第１の画像データと前記第２の画像データを表示部に表示させる制御手段と、
前記印刷手段により用紙に印刷された画像と前記表示部に表示された第１の画像データとを比較した結果を入力する第１の入力手段と、
前記印刷手段により用紙に印刷された画像と前記表示部に表示された第２の画像データとを比較した結果を入力する第２の入力手段と、
前記第１の入力手段と前記第２の入力手段により入力された結果に応じて、前記読み取り手段、前記処理手段、前記印刷手段のいずれかに前記異常画像の発生要因があるか推測する推測手段と、
を有することを特徴とする画像処理装置。
【請求項３】
前記第１の画像データと前記第２の画像データを保存する保存手段を有し、
前記保存手段は、ユーザからの指示を受けることにより、前記第１の画像データと前記第２の画像データを保存することを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記第１の画像データと前記第２の画像データを保存する保存手段を有し、
前記第１の入力手段により前記印刷手段により用紙に印刷された画像と前記表示部に表示された第１の画像データとに同じ異常画像があると入力された場合、
前記推測手段は前記読み取り手段に前記異常画像の発生要因があると推測することを特徴とする請求項２に記載の画像処理装置。
【請求項５】
前記第２の入力手段により前記印刷手段により用紙に印刷された画像と前記表示部に表示された第２の画像データとに同じ異常画像があると入力された場合、
前記推測手段は前記処理手段に前記異常画像の発生要因があると推測することを特徴とする請求項２に記載の画像処理装置。
【請求項６】
前記第１の入力手段により前記印刷手段により用紙に出力された画像と前記表示部に表示された第１の画像データとに同じ異常画像がないと入力され、
前記第２の入力手段により前記印刷手段により用紙に出力された画像と前記表示部に表示された第２の画像データとに同じ異常画像がないと入力された場合、
前記推測手段は前記印刷手段に前記異常画像の発生要因があると推測することを特徴とする請求項２に記載の画像処理装置。
【請求項７】
前記表示部に表示された第１の画像データまたは第２の画像データに対して、前記印刷手段により用紙に印刷した画像と同じ異常画像があると入力され、
前記印刷手段により用紙に印刷した画像に対して、前記異常画像とは異なる異常画像がさらにあると入力された場合、
前記推測手段は前記読み取り手段または前記処理手段と前記印刷手段に前記異常画像の発生要因があると推測することを特徴とする請求項２に記載の画像処理装置。
【請求項８】
前記第１の入力手段により前記第１の画像データに前記印刷手段により用紙に印刷された画像と同じ異常画像を有すると入力された場合、前記第１の画像データを接続される装置へ送信し、前記第２の入力手段により前記第２の画像データに前記印刷手段により用紙に印刷された画像と同じ異常画像を有すると入力された場合、前記第２の画像データを接続される装置へ送信する送信手段を有することを特徴とする請求項２に記載の画像処理装置。
【請求項９】
前記読み取り手段により読取られた画像データが複数ページから構成される場合、
前記複数ページのうち予め決められたページの第１の画像データと第２の画像データを前記制御手段により表示部に表示することを特徴とする請求項１に記載の画像処理装置。
【請求項１０】
画像を読み取る読み取り手段と、
前記読み取り手段により画像を読取ったことで得られた画像データに対して処理を施して用紙に印刷する印刷手段と、
前記印刷手段により前記画像データを印刷するために用いられた中間データを表示部に表示する制御手段と、
を有する画像処理装置における画像処理方法であり、
前記印刷手段により用紙に印刷された画像に異常画像が発生していると判断された場合、
前記表示部に表示された中間データと前記印刷手段により用紙に印刷された画像とを比較した結果を入力する入力ステップと、
前記入力ステップにて入力された結果に応じて、前記異常画像が発生した要因について推測する推測ステップと、を有することを特徴とする画像処理方法。
【請求項１１】
画像を読み取る読み取り手段と、
前記読み取り手段により画像を読み取ることで得られた第１の画像データを出力するために処理を施す処理手段と、
前記処理手段により第１の画像データに対して処理を施して得た第２の画像データを用紙に印刷する印刷手段と、
前記第１の画像データと前記第２の画像データを表示部に表示させる制御手段と、
を有する画像処理装置における画像処理方法であり
前記印刷手段により用紙に印刷された画像に異常画像が発生していると判断された場合、
前記印刷手段により用紙に印刷された画像と前記表示部に表示された第１の画像データとを比較した結果を入力する第１の入力ステップと、
前記印刷手段により用紙に印刷された画像と前記表示部に表示された第２の画像データとを比較した結果を入力する第２の入力ステップと、
前記第１の入力ステップと前記第２の入力ステップにて入力された結果に応じて、前記読み取り手段、前記処理手段、前記印刷手段のいずれかに前記異常画像の発生要因があるか推測する推測ステップと、
を有することを特徴とする画像処理方法。
【請求項１２】
前記第１の画像データと前記第２の画像データを保存する保存ステップを有し、
前記保存ステップは、ユーザからの指示を受けることにより、前記第１の画像データと前記第２の画像データを保存することを特徴とする請求項１１に記載の画像処理方法。
【請求項１３】
前記第１の画像データと前記第２の画像データを保存する保存ステップを有し、
前記第１の入力ステップにて前記印刷手段により用紙に印刷された画像と前記表示部に表示された第１の画像データとに同じ異常画像があると入力された場合、
前記推測ステップは前記読み取り手段に前記異常画像の発生要因があると推測することを特徴とする請求項１１に記載の画像処理方法。
【請求項１４】
前記第２の入力ステップにて前記印刷手段により用紙に印刷された画像と前記表示部に表示された第２の画像データとに同じ異常画像があると入力された場合、
前記推測ステップは前記処理手段に前記異常画像の発生要因があると推測することを特徴とする請求項１１に記載の画像処理方法。
【請求項１５】
前記第１の入力ステップにて前記印刷手段により用紙に出力された画像と前記表示部に表示された第１の画像データとに同じ異常画像がないと入力され、
前記第２の入力ステップにて前記印刷手段により用紙に出力された画像と前記表示部に表示された第２の画像データとに同じ異常画像がないと入力された場合、
前記推測ステップは前記印刷手段に前記異常画像の発生要因があると推測することを特徴とする請求項１１に記載の画像処理方法。
【請求項１６】
前記表示部に表示された第１の画像データまたは第２の画像データに対して、前記印刷手段により用紙に印刷した画像と同じ異常画像があると入力され、
前記印刷手段により用紙に印刷した画像に対して、前記異常画像とは異なる異常画像がさらにあると入力された場合、
前記推測ステップは前記読み取り手段または前記処理手段と前記印刷手段に前記異常画像の発生要因があると推測することを特徴とする請求項１１に記載の画像処理方法。
【請求項１７】
前記第１の入力ステップにて前記第１の画像データに前記印刷手段により用紙に印刷された画像と同じ異常画像を有すると入力された場合、前記第１の画像データを接続される装置へ送信し、前記第２の入力ステップにて前記第２の画像データに前記印刷手段により用紙に印刷された画像と同じ異常画像を有すると入力された場合、前記第２の画像データを接続される装置へ送信する送信ステップを有することを特徴とする請求項１１に記載の画像処理方法。
【請求項１８】
前記読み取り手段により読取られた画像データが複数ページから構成される場合、
前記複数ページのうち予め決められたページの第１の画像データと第２の画像データを前記制御ステップにて表示部に表示することを特徴とする請求項１１に記載の画像処理方法。
【請求項１９】
コンピュータに請求項１０乃至１８に記載の画像処理方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はプリンタが故障した際にその故障箇所を推定するための画像処理装置及び画像処理方法ならびに画像処理を実行するプログラムに関するものである。
【背景技術】
【０００２】
現在、画像形成装置のサービスサポートのひとつとして、画像診断システムがある。画像診断システムは、遠隔地のサービスセンターにおいて、画像に不具合（以下、異常画像とよぶ）が発生したユーザの画像を解析して速やかに異常画像の問題を解決する事を目的としている。画像診断システムについて、図２を用いて説明する。２０１は従来のサービスサポートの流れである。ユーザは、異常画像が発生するとサービスセンターにサービスコールをかける。サービスセンターは電話で対応するが、異常画像の場合には、実際にどのような現象が起きているのかを口頭のやり取りだけで把握することは非常に困難である。例えば「ムラがある」といってもムラの発生する方向、頻度、周期等の詳細な情報がわからないとその原因を特定することができない。そこで、サービスマンは現象確認のためユーザの元（プリンタの設置場所）へ出動する。サービスマンはユーザの画像形成装置で何枚かの画像を出力して確認した異常から、異常画像の原因箇所を予測する。原因箇所の予測がつくと、交換パーツを入手するために拠点へ戻り、再びユーザの元へ出動する。つまり、サービスマンは問題の解決までに少なくとも２回出動することになる。このようなやり取りを行うとサービスマンの移動にコストがかかるだけでなく、対応が終了するまで機械が使えなくなるためダウンタイムが発生し、ユーザの生産性を大きく低下させるという問題があった。
【０００３】
これに対して、画像診断システムがある場合のサービスサポートの流れを２０２に示す。ユーザは、異常画像の問題が発生するとサービスセンターにサービスコールをかける。サービスセンターは電話で対応し、ユーザに、画像診断用のチャートを出力し、出力したこのチャートをスキャンした画像データを送信するよう要求する。ユーザはサービスセンターの指示に従って画像診断用のチャートを出力し、このチャートをスキャンした画像データをサービスセンターへ送信する。サービスセンターでは、ユーザから送信された画像データを画像診断システムで解析して、ユーザの異常画像の原因を分析する。サービスマンはこの分析結果に基づいて交換パーツを持ち、ユーザの元へ出動する。これにより、１回の出動で異常画像を解決する事が出来る。あるいは、パーツの交換は必要なく、簡単な設定やキャリブレーション等で対策可能な場合には、ユーザに対策のための処理を実施してもらう事で迅速に問題を解決する事が出来る。
【０００４】
以上のように、遠隔地のサービスセンターで画像診断システムを活用することで、ユーザの問題発生から解決までにかかる時間が圧倒的に短縮さ、生産性の低下を抑制するという利点がある。
【０００５】
このように異常画像を出力した画像形成装置で「画像診断用画像（チャート）を出力し、この結果を解析して画像診断を行う」システムにおいては、解析対象を画像形成装置の出力部である“出力機構”に限定している。すなわち異常画像の発生要因が出力部にある場合にのみ診断が可能である。しかしながら、このような画像形成装置では、例えばコピー機であれば原稿の読み取りを行う入力部、すなわちスキャナのような”入力機構“を備えている。このスキャナに異常画像の発生要因がある場合、出力部の不具合を解析する画像診断を行っても異常画像の発生要因を追究することができない。図２の２０３で説明すると、２０２で示した画像要求・画像送信をリモートで行っても、異常画像の発生要因が解析できないため改めて現象確認のためにサービスマンが出動する必要が生じてしまう。
【０００６】
この課題を解決するため、まずは異常画像の発生要因が入力部にあるか否か要因の発生箇所である故障箇所を判断する手段が考えられる。例えば、画像診断用基準画像の出力結果をスキャンした電子画像データを、元の電子データである基準データと比較し、パターンマッチングによる差分抽出結果で故障箇所を判断するという手法が考案されている（特許文献１参照）。これにより、異常画像の原因が入力装置であるか否かの判断を行っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１１６６７０
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このような画像診断では、診断対象である機構（出力機構や入力機構）の状態を解析するため、機構固有の診断画像（チャート）を必要とする。そのため、出力結果に現れている異常画像がどこで発生しているかを画像診断の初期段階で把握できれば、診断の対象機構を特定できる。よって、その後の対応を素早く適切に行うことが可能である。特に、診断のために必要な情報を取得する目的で特殊な画像を印刷し、読み取り、送信するという、本来画像形成を行う上では不要な作業をユーザに対して要求する診断システムでは、その結果が確実に問題解決に結びつくことが重要である。この故障個所の判断が適切になされない場合、一連の解析を行った結果、問題無しであると診断され、改めてどこに異常画像の発生要因があるかを探す作業が発生する、という第１の課題がある。特許文献１では、まず入力部の不具合を診断するための手法が提案されているが、同じく本来の画像形成では不要な“画像診断用基準画像の印刷と読み取り”という動作を必要とする。これにより入力部に問題がない場合は、改めて異常画像の発生箇所を特定する作業が必要であり、第１の課題は解決されない。
【０００９】
更に、画像診断を必要とする画像形成装置は、通常入力部である“入力（読取）機構”や出力部である“出力機構”に加えて、入力した画像を出力機構に合わせて処理する“処理（形成）機構”も同時に備えている。よって、これらの機構に問題がある場合、出力部の不具合のみを対象とした診断システムでは発生要因を推測して追究することができない。また、近年は画像形成装置であっても印刷媒体上に画像を形成するだけでなく、処理された画像を外部へ送信（データ送信やＦＡＸ送信など）したり、記憶機構に一時的に画像を保存したり様々な機能を持つ。入力部と出力部に問題がなくても、このような処理部で処理される過程で不具合が発生する場合や、複数の機構で同時に不具合が発生する場合も考えられる。
【００１０】
従って、画像診断システムを用いて当該装置が出力する異常画像の発生要因の解析を開始する前段階として、装置のどの部分（入力・処理・出力部）にどのような問題が発生しているかを特定する必要がある、という第２の課題がある。
【課題を解決するための手段】
【００１１】
上記課題を解決すべく本発明の画像処理装置は、画像を読み取る読み取り手段と、前記読み取り手段により画像を読取ったことで得られた画像データに対して処理を施して用紙に印刷する印刷手段と、前記印刷手段により用紙に印刷された画像に異常画像が発生していると判断された場合、前記印刷手段により前記画像データを印刷するために用いられた中間データを表示部に表示する制御手段と、前記表示部に表示された中間データと前記印刷手段により用紙に印刷された画像とを比較した結果を入力する入力手段と、前記入力手段により入力された結果に応じて、前記異常画像が発生した要因について推測する推測手段と、を有することを特徴とする。
【発明の効果】
【００１２】
本発明により、オペレータが画像診断のための作業を行う前に、装置のどの部分に異常画像発生要因があるか絞込むことが可能になる。
よって異常画像の発生要因について判断するために最適な対応を迅速に選択することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】画像形成装置及び画像診断システムの構成図である。
【図２】従来及び実施例１を用いた場合のサービスサポートの流れを示した図である。
【図３】実施例１のモジュール構成と、異常画像の出力結果概念図である。
【図４】実施例１における、元データと出力結果、及びＵＩ構成図である。
【図５】実施例２の元データと出力結果、及びＵＩ構成図である。
【図６】実施例１及び実施例２におけるユーザの動作手順を示すフローチャートである。
【図７】実施例１及び実施例２における装置の処理手順を示すフローチャートである。
【図８】実施例１における中間画像保存処理基本手順のフローチャートである。
【図９】実施例１における詳細な保存設定適用処理（ページ指定）手順のフローチャートである。
【図１０】実施例１における詳細な保存設定適用処理（頻度・時刻指定）手順のフローチャートである。
【図１１】実施例１における保存及び消去設定処理手順のフローチャートである。
【図１２】実施例１における保存対象適用処理（入力形態・出力機能）手順のフローチャートである。
【図１３】実施例１における分析処理手順（単体障害）のフローチャートである。
【図１４】実施例２における分析処理手順（複合障害）のフローチャートである。
【図１５】実施例１における分析結果通知処理手順のフローチャートである。
【図１６】実施例１における中間画像消去処理手順のフローチャートである。
【図１７】分析情報のデータ形態を説明する概念図である。
【発明を実施するための形態】
【００１４】
（実施例１）
以下、本発明を実施するための形態について図面を用いて説明する。図１は、本実施形態を実現するために最低限必要な構成のブロック図である。画像形成装置１００の制御部１０１は、画像形成装置１００を制御する装置制御部１０２と画像データを最適化する画像処理部１０３を持つ。制御部１０１は、ＣＰＵ１０５やＲＡＭ１０６を用いて画像入力部１０８から画像を取得したり、画像データを処理して記憶部１０７へ格納したり、画像出力部１０９を通して画像を紙やモニタなどの記録デバイスへ印刷したりする。制御部１０１へはマウスやキーボードなどのＵＩ（ユーザインタフェース）１０４や、プレビュー機能を備えたタッチパネルなどの表示部１１１より各種設定が通知され、画像処理部１０３は通知された設定に基づいて画像データを処理する。あるいは、ＵＩ１０４で設定された値は装置制御部１０２を通して記憶部１０７に保存され、画像処理部１０３は保存された設定値を読み出して画像データを処理する。記憶部１０７は、装置を制御するためのパラメータや本実施形態を実現するためのアプリケーションプログラム、ＯＳなどを格納している。以上はユーザが操作する画像形成装置１００の最低限必要な構成である。必要に応じてルーターやファイヤーウォール等のネットワークインタフェースや画像形成装置につながるＰＣなどの情報処理装置１３０などを追加してもよい。また、画像形成装置１００全体を考慮した際に必要となる構成は追加可能である。サービスセンターの画像診断装置１２０は画像形成装置１００とネットワーク１１９を介してつながり、画像データ、管理データ、制御データなどをやりとりする。画像診断装置１２０の制御部１２１は画像診断装置１２０を制御する装置制御部１２２と画像データの解析を行う画像解析部１２３を持つ。制御部１２１は、ＣＰＵ１２５やＲＡＭ１２６を用いて、ユーザの画像形成装置１００から送られ、記憶部１２７に保存された画像を解析する。制御部１２１へはマウスやキーボードなどのＵＩ１１４より各種指示が通知され、画像解析部１２３は通知された指示に基づいて画像データを処理する。あるいは、ＵＩ１２４からの指示は装置制御部１２２を通して記憶部１２７やＲＡＭ１２６に保存され、画像解析部１２３は保存された指示を読み出して画像データを解析する。装置制御部１２２は画像や解析結果、ＵＩ１２４からの指示情報などをモニタ１２８に出力する。以上はサービスセンターの画像診断装置１２０の最低限必要な構成である、必要に応じてその他のインタフェースを追加してもよい。また、画像診断装置１２０全体を考慮した際に必要となる構成は追加可能である。
【００１５】
さらに、画像診断装置１２０はサービスセンターのサーバーやＰＣで実現できるがこれに限るものではない。記憶部１２７や画像解析部１２３の機能の一部はクラウドなどネットワーク１１９でつながるリモートの機器で実現する構成、あるいは画像形成装置１００の内部、制御部１０１で実現する構成も考えられる。
【００１６】
以下に、本実施例を詳細に説明する。図３は、本実施例におけるモジュール構成を示す。また、例として画像形成装置１００において原稿３０１をコピーした際、出力結果３０２に原稿にはない“黒い縦スジ”が発生したケースを説明する概念図を示す。
本実施例では、画像入力部１０８を介して受け取った入力画像を出力形成する際に、画像制御部で処理途中に生成される入力処理後の画像データと出力処理後の画像データを保存部３０５が記憶部１０７に保存する。その後、入力画像（原稿）３０１と出力画像（印刷結果）３０２に差異があった場合、ユーザの操作に従って中間画像３０３、３０４を表示部３０６に表示する（この表示部は図１の表示部１１１と同じである）。
これにより、ユーザやオペレータが目視によりどの処理後の中間画像で異常画像が発生したかを確認することができる。
【００１７】
すなわち、装置のどの部分に異常画像の発生原因があるか推測することが可能になる。
そして、このユーザの確認結果を通知部３０８によりサービスセンターなどに通知する。サービスセンターには、受信したデータを用いて異常画像の発生要因を推測する画像診断システムがある。
【００１８】
また、保存・表示する中間画像の種類は画像形成装置の構成により異なるが、最も基本的な中間画像は入力処理後の画像と、出力処理前の画像である。
【００１９】
入力処理後の中間画像に対して、出力画像と同じ異常画像があると判断された場合は、画像を読み取る手段であるスキャナや入力手段などの画像入力部１０８に異常画像の発生要因があると考えられる。
【００２０】
また、出力処理前の中間画像に対して、出力画像と同じ異常画像があると判断された場合は、画像処理を実行する画像処理部１０３に異常画像の発生要因があると考えられる。
どの中間画像に対しても出力画像と同じ異常画像が検出されない場合は、印刷処理を実行する画像出力部１０９に異常画像の発生要因があると考えられる。
【００２１】
図４は本実施例における画像形成装置１００が備えるＵＩと表示装置を示す図である。これと図６で示すフローチャート用いて、本実施例を用いた場合にユーザが行う動作を説明する。ユーザは手元にある、図４に示す画像データであるユーザデータ４０１を用いて、コピーやプリントなど印刷処理を実行する。以下で説明するＵＩは、図１の操作部（ＵＩ）１０４または図３の表示部３０６などを用いて実現する。
【００２２】
図６のＳ６０１で、印刷処理に先立ち、異常画像が発生した場合、発生要因の解析のために使用する中間画像をどのように保存するか決めておく。そして決められた通りに中間画像を保存する。
【００２３】
すなわち、中間画像を保存するためには画像形成装置１００内の記憶部１０７の容量が必要であるため、ユーザが中間データの保存頻度やタイミングを選択する。これにより、記憶部１０７の記憶容量が大きければ保存する画像の量を増やし分析精度を上げる事ができる。逆に分析精度は落ちるが保存する画像の量を減らして少ない記憶容量に対応することもできる。
【００２４】
第１の設定例は、画面４０９で示すＵＩメニューで、分析に用いる中間画像を常に保存するか、または“分析モード”実行時のみ保存するかを選択して設定する。
【００２５】
分析モードとは、ユーザが出力した画像にて異常画像があると判断した場合に、その異常画像の発生要因を解析するための処理を実行するモードである。
【００２６】
分析に用いる画像を、画像形成時に常に保存するならば、必要な記憶部容量は増大する。しかし分析モード実行時に改めて、出力した画像を再度入力して中間画像を取得する必要が無い。
【００２７】
一方、分析モード実行時のみ、分析に用いる中間画像を保存する場合は、記憶部容の使用量は抑制できる。しかし、分析モードを実行する際に改めて、出力した画像を再度入力して中間画像を取得する必要がある。
【００２８】
第２の設定例は、複数ページデータの場合に、全ページを保存するのではなく指定したページのみを選択して保存する設定をする。これにより、記憶部１０７のうち使用する記憶容量を抑制することができる。画面４１０は、保存するページを先頭、最終または指定ページに設定するためのＵＩメニューである。
【００２９】
第３の設定例は、画像形成装置１００が処理したデータ（ページ）の累積数が所定数に達すると保存または消去を行う設定である。画面４１１を介して、保存頻度として画像形成装置１００が１００ページ処理する毎に、分析に用いる中間画像を保存する指定を行う。そして保存しているページが５０ページに達すると記憶部１０７に保存されたデータを消去する、という設定を行うＵＩメニューである。
【００３０】
第４の設定例は、所定の時刻や一定の時間が経過すると中間画像を保存または消去する。画面４１２には、毎日１０時になると中間画像を保存する。そして保存された中間画像が保存されてから８時間経過すると記憶部１０７から消去する。とする設定を行うＵＩメニューである。
【００３１】
第５の設定例は、どの処理過程で生成された中間画像を保存するか選択する。
【００３２】
これは、入力機構において生成される入力処理後の中間画像を保存する場合に、装置が備えるスキャナなどの読み取り機構から入力された画像のみ保存するか、ＰＣなどの情報処理装置から入力された画像のみを保存するかを切り替える選択肢を設けている。
【００３３】
また、装置が備える出力（処理）の種類に応じて切り替えることも可能である。例えば同一の画像形成装置でコピー動作とＰＣからのプリント動作が行える場合、いずれの動作でも分析を行うか、またはいずれの動作（コピー時のみまたはプリント時のみなど）分析を行うかを選択するものである。これにより、装置の使用状況に応じて不要な中間画像の保存を行わず記憶部１０７の使用量を抑制することができる。
【００３４】
必要に応じて上記の設定を行った後、Ｓ６０２で画像形成処理（コピーやプリントなど）を実行する。そして、Ｓ６０３でユーザデータ（原稿）４０１を入力する。
【００３５】
この時、ユーザからの指示がコピーであればスキャナでユーザデータ（原稿）４０１を読み取る。また、ユーザからの指示がプリントであれば、ユーザデータ（原稿）を出力した際に用いた電子データをホストコンピュータから送信する。Ｓ６０４で、出力画像４０２が正常か否かをユーザが目視で判断する。正常と判断されればそのままこのフローは終了する。しかし、異常が発生していると判断される場合は、表示部１１１に表示される画面４０３を介して”分析モード“を選択してＳ６０５にて分析モードを実行する。
【００３６】
分析モードに移行すると、Ｓ６０６では、分析用の中間画像が常時保存される設定になっているか分析モード時にのみ保存される設定になっているかに応じて表示部３０６にメッセージが表示される。
【００３７】
常時保存が設定されていなければこのタイミングで中間画像を保存する必要がある。よって、Ｓ６０７に進み異常画像の生じたユーザデータ４０１を再度入力する。
【００３８】
この後、異常画像の要因解析をユーザ自ら行うか、サービスサポート側に依頼するかの選択肢を持たせる事が可能である。
【００３９】
サービスサポート側に依頼する場合はＳ６１５に進む。そして、表示部３０６に表示される画面４０３の「分析を依頼する」ボタンを押下することで分析を依頼する。そして、表示された画面４０６に従って分析に必要な画像データのみ送信して終了する。分析に必要な画像データを受信したサービスサポート側にある画像診断装置は、この画像データを元に、画像形成装置１００の異常画像発生要因について推測する。
【００４０】
一方、Ｓ６０８で「自分で分析する」を選択すると、表示部３０６に画面４０７が表示される。この時、中間画像を常時保存する設定がされていない場合、画面４０４を表示部３０６に表示してユーザデータの再入力を促した後に分析を開始する。
【００４１】
Ｓ６０９に進み、画面４０７に示される「分析画像１」の表示ボタンを押下する。すると、保存されている中間画像の１つである入力処理後の読み取り画像（図３の３０３に対応）が表示部３０６の画面に表示される。次にＳ６１０ではこの表示された画像と実際の出力結果を比較し、出力結果と同じ異常画像あると判断される場合は、Ｓ６１１に進む。そしてＳ６１１にて画面４０７に示される「判定」ボタンを押下する。一方、表示された画面と実際の出力結果を比較し、出力結果と同じ異常画像があると判断されない場合はＳ６１２に進む。そして次の”分析画像２“の確認に移行する。その後の操作は分析画像１の説明と同様である。保存された全ての中間画像と出力画像との比較が終了するとＳ６１６で決定ボタンを押してユーザの作業は終了する。
【００４２】
図４に示された例の場合、画面４０８に示される出力処理後の中間画像（図３の３０４に対応）に、出力画像と同じ異常画像があると判断される。
【００４３】
次に、上記ユーザの動作に従って装置側が行う分析処理フローについて説明する。図７は、本実施例の基本処理を示すフローチャートである。本フローの動作は、ＲＯＭ（不図示）に格納されるプログラムを制御部１０１がＲＡＭ１０６に展開し、実行することにより実現する。
【００４４】
まず、Ｓ７０１でユーザに選択された保存設定を記憶部１０７の記憶領域７１１に設定情報として保存する。その後Ｓ７０２でユーザにより画像形成処理が実行されると、画像制御部１０１により処理モジュールが起動される。そしてＳ７０３で画像入力部１０８を介してユーザデータ（原稿）４０１をスキャンして得られた画像データまたは、このユーザデータを出力するために用いられた電子データを受信する。その後、入力されたユーザデータを処理する過程でＳ７０４において中間画像を保存し、記憶領域７１２に画像データとして保存する。その後、ユーザデータを用紙に印刷し、この印刷した画像に異常画像が発生したと判断されるとユーザにより分析モードが開始される。
【００４５】
そして、Ｓ７０５で分析モードに移行する。ユーザデータを用いて出力した画像に異常画像が発生しなければそのまま処理が終了する。
【００４６】
ユーザ自身が異常画像の発生箇所について分析を行う場合、分析情報を記憶領域７１３に格納する。全ての分析が終了するとＳ７０６の分析情報通知処理に移行する。そしてし、分析情報を記憶領域７１４から取得して、接続されるサービスセンターに通知する。分析をサービスセンターに依頼する設定の場合は、装置側では分析処理を行わず分析情報の通知処理Ｓ７０８で分析に必要な情報をサービスセンターへ送信する。最後にＳ７０７ではＳ７０１で設定された削除設定に従って該当する中間画像データを７１４から削除し終了する。
【００４７】
次に、図１１で、Ｓ７０１で定義した中間画像保存削除処理設定の詳細フローを説明する。本フローは、図３の保存部３０５で実行されフローの各動作は、ＲＯＭ（不図示）に格納されるプログラムを制御部１０１がＲＡＭ１０６に展開し、実行することにより実現する。
【００４８】
Ｓ１１００で、ＵＩから保存設定が行われているか否かを判断する。保存設定がされていると判断されれば設定値を取得して記憶領域１１０２に保存設定データとして格納する。同じくＳ１１０３で、ＵＩから消去設定が行われているか否かを判断し、消去設定がされていると判断されれば設定値を取得して記憶領域１１０５に消去設定データとして格納する。
【００４９】
次に図８で、Ｓ７０４で定義した中間画像保存処理の詳細フローを説明する。
本フローは、図３の保存部３０５で実行され、フローの各動作は、ＲＯＭ（不図示）に格納されるプログラムを制御部１０１がＲＡＭ１０６に展開し、実行することにより実現する。
【００５０】
中間画像保存処理を実行すると、Ｓ８０１で現在の保存設定が「常時保存」である否かを判断する。常時保存であると判断されれば、Ｓ８０４で現在処理中のページが保存対象であるか否かを判断するためにＳ８０２にて保存設定適用処理を実行する。常時保存でないと判断されれば、Ｓ８０８で「分析モード」動作中であるか否かを判断する。分析モードが実行中でなければ中間画像を保存せずに終了する。分析モードが実行中であれば、Ｓ８０９でユーザデータ４０１を再入力するよう指示するメッセージを表示部３０６に表示して、Ｓ８０２を実行する。
【００５１】
記憶領域８０３に保存されている設定値を読み出してＳ８０４で保存対象の画像であるか否かの判定を行った結果、非対象の画像であると判定されればそのまま保存せずに終了する。一方、保存対象の画像であると判定されれば、Ｓ８０５で保存対象適用処理を実行する。そして、Ｓ８０６で現在の処理後中間画像が保存対象か否かを判断する。保存対象でなければ保存せず終了し、保存対象であればＳ８０７で中間画像を記憶領域８１０に保存する。
【００５２】
これにより、予め決められた保存設定に従い、ユーザデータの入力処理後の中間画像と出力処理後の中間画像を保存することができる。
【００５３】
次に図９〜１２で、図８のＳ８０２で定義した保存設定適用処理を詳細に説明する。
図９〜図１２に示す方法で保存された中間画像を表示部に表示することで、異常画像発生要因について推測を行う。
【００５４】
図９〜図１２に示すフローチャートの各ステップは、ＲＯＭ（不図示）に格納されるプログラムを、制御部１０１がＲＡＭ１０６に展開し、実行することにより実現する。
【００５５】
図９は、複数ページのユーザデータを処理する場合に保存する中間画像をページ指定する例を示すフローチャートである。
【００５６】
Ｓ８０２の保存設定提供処理の実行を開始すると、Ｓ９０１で先頭ページ保存が指定されているか否かを判定する。先頭ページの保存が指定されていればＳ９０２で現在の処理対象ページが先頭ページか否かを判定する。現在の処理中のページが先頭ページであると判定されればＳ９０８で現在のページを“保存対象”とし、保存設定９０９に記録する。一方、現在の処理中のページが先頭ページでないと判定されれば、同じく”保存対象外“として記録する。
【００５７】
次にＳ９０１で先頭ページを保存しないと判断したか、または現在の処理中のページが先頭ページでないと判断した場合は次のＳ９０３に移行する。そして、最終ページに対して同様の判定処理を行う。さらにＳ９０５〜９０６で指定されたページか否かの判定も同様に行う。
【００５８】
このように、複数ページから構成されるユーザデータを処理する場合、予め指定されていたページの中間画像を保存する。
【００５９】
図１０は、中間画像を保存するタイミングを処理頻度（時間・枚数）及び時刻で規定する例を示すフローチャートである。
【００６０】
Ｓ８０２の保存設定提供処理の実行を開始すると、Ｓ１００１で経過時間が指定されているか否かを判定する。経過時間が指定されていればＳ１００２で設定情報１００３から設定値を取得する。経過時間が指定されていなければＳ１００５に移行する。
【００６１】
Ｓ１００４で、前回の保存処理から設定された時間が経過しており現在のページが対象ページであると判断されると、現在のページを保存対象とし、Ｓ１０１４で保存設定１０１５に記録する。現在のページが対象ページでなければＳ１００５に移行し次の条件（ここでは保存枚数）が指定されているか否かを判断する。
【００６２】
Ｓ１００６で、設定情報１００７から設定値を取得し、現在までに保存されている枚数が設定枚数に達しているか否か判定する。設定枚数に達していると判定されればさらにＳ１００８で保存対象ページか否かを判断する。設定枚数に達していないと判定されればＳ１０１４で引き続き保存対象として保存設定１０１５に記録する。設定枚数に達していると判定されればＳ１００９で対象外として記録する。
【００６３】
次にＳ１００９で保存時刻が指定されているか否かを判定する。保存時刻が指定されていると判定されればＳ１０１０で設定情報１０１２から設定値を取得する。保存時刻が指定されていないと判定されればＳ１１０４に移行する。
【００６４】
Ｓ１００３で、設定値と比較して現在の時刻が指定時刻であり、現在処理中のページが対象ページであると判断されると、処理中のページを保存対象としてＳ１１０５で保存設定８０３に記録する。指定時刻でなく対象ページでないと判断するとＳ１１０４で処理中のページを保存対象外として記録する。
【００６５】
このように、複数ページから構成されるユーザデータを処理する場合、予め指定されていた時刻に処理中のページの中間画像を保存する。
【００６６】
図１２は、保存タイミングをデータ形態や処理機能で規定する例を示すフローチャートである。Ｓ８０２の保存設定提供処理を開始すると、Ｓ１２００で分析対象となる入力データの形態（例えばスキャナ読取画像か、情報装置からの電子データかなど）が指定されているか否かを判定する。そして、入力データの形態が指定されていればＳ１２０１で設定情報１２０８から設定値を取得する。一方、入力データの形態が指定されていなければＳ１２０３に移行する。
【００６７】
Ｓ１２０１で、設定値と比較して現在処理中のデータ形態が指定されたものであり、現在処理中のページが対象ページであると判断されると、保存対象としてＳ１２０７で保存設定１２０９に記録する。一方、指定形態でなく対象ページでないと判断されるとＳ１２０６で対象外として記録する。
【００６８】
Ｓ１２０３では、分析対象となる出力処理機能（例えばコピー機能か、情報装置からのプリント機能かなど）が指定されているか否かを判定する。そして、設定値と比較して現在の処理機能が指定機能であり、現在処理中のページが対象ページであると判断されると、保存対象としてＳ１２０４で保存設定１２０９に記録する。一方、指定機能でなく対象ページでないと判断するとＳ１２０６で対象外として記録する。
【００６９】
これらの設定を持つことによりにより、様々な条件で中間画像を保存する条件を設定することができる。
【００７０】
次に、図７のＳ７０５で定義した中間画像分析処理の実行について、図１３を用いて説明する。図１３は、図３の分析部３０７及び表示部３０６で実行され、フローの動作は、ＲＯＭ（不図示）に格納されるプログラムを制御部１０１がＲＡＭ１０６に展開し、実行することにより実現する。
【００７１】
ここでは、用紙に印刷されたユーザデータのうち同一ページ内で発生した単独の異常画像を分析するケースを想定する。Ｓ７０５で中間画像分析処理を開始すると、Ｓ１３１８で分析モード実行中か否かを判断する。そして分析モード実行中であると判断されれば、Ｓ１３１９に進み、画面４０７に示す分析用のメニューが表示されたＵＩ（表示画面）を表示部３０６に表示される。
【００７２】
次にＳ１３２０でユーザが分析を開始したか否かを判断し、表示部３０６を介して操作した結果を取得する。まずＳ１３００で１つ目の中間画像（ここでは入力処理後画像とする）に対応する“分析画像１”が選択されているか否かを判断する。選択されていればＳ１３０１に進む。そしてＳ１３０１にて保存部３０５に保存されている対象の中間画像１を取得し、表示部３０６の表示部に表示する。その後、ユーザにより中間画像１に対応する異常判定ボタンが押されたか否かをＳ１３０３で判断する。Ｓ１３０３にてボタンが押されていないと判断されればＳ１３０４で中間画像１は問題がなく正常、すなわち入力処理までは問題が非発生であるとして分析結果１（情報）１３１４に記録する。
【００７３】
一方、表示部３０６の中間画像１に対応する異常判定ボタンが押されていると判断されれば、Ｓ１３０６で問題が有り異常、すなわち入力処理までに問題が発生しているとして分析結果１（情報）１３０５に記録する。
【００７４】
同じく、Ｓ１３０７〜Ｓ１３１３で“分析画像２（ここでは出力処理後画像とする）”に対して同様の分析を行い終了する。
【００７５】
以上により、入力処理後、出力処理後のいずれにおいて出力結果と同等の異常画像が発生しているかの情報を得て、分析結果を生成することができる。
【００７６】
このフローでは、印刷した結果である画像に異常画像が発生していると判断されると、分析モードが開始される。そして中間画像１に異常画像があると判断されると、画像読み取り部に異常画像の発生要因があると判断される。また、中間画像１に異常画像がなく中間画像２に異常画像があると判断されると、入力処理までには問題が発生しておらず、出力処理時に問題が発生したことになる。よって、画像処理部に異常画像の発生要因があると判断される。
【００７７】
また、どちらの中間画像にも異常画像がないと判断されると、入力処理にも出力処理にも問題が発生しなかったため、印刷処理部（画像出力部）に異常画像の発生要因があると判断される。
【００７８】
全ての分析が終わるとＳ１３１６で分析結果をまとめて１３１７に最終分析結果として格納する。ここで生成した最終分析結果は図７の分析情報７１４に格納される。
【００７９】
次に、図７のＳ７０５で定義した分析結果（情報）通知処理の実行について、図１５を用いて説明する。図１５は、図３の通知部３０８及び表示部３０６で実行され、フローの各動作は、ＲＯＭ（不図示）に格納されるプログラムを制御部１０１がＲＡＭ１０６に展開し、実行することにより実現する。
【００８０】
Ｓ７０６の情報通知処理が実行されると、Ｓ１５００でユーザが分析を行ったか否かを判定し、分析を行っている場合はＳ１５０１に進む。そして、Ｓ１５０１にて、分析領域１５０２から最終分析結果を取得する。そして、Ｓ１５０３で、サービスセンターなど詳細な画像解析を実行する画像診断装置に、最終分析結果を送信して処理を終了する。
【００８１】
すなわち、図１３で示したように、ユーザが分析を行い、どの中間画像に異常画像が発生しているか判断することで、装置のどこに異常画像発生要因があるか推測可能になる。
【００８２】
この結果を、サービスセンターにある画像診断装置へ送信することで、異画像発生要因について分析を行い、迅速に異常画像発生要因を判断することが可能になる。
【００８３】
Ｓ１５００にて、ユーザが分析を実行しておらず、画像解析を実行する装置にて実行するよう依頼する場合は、Ｓ１５０４に進む。そしてＳ１５０４にてユーザに対し異常画像が発生している出力結果（画像）の読取を指示し、読取処理が行われるとＳ１５０５でその結果（画像）を取得する。そして、Ｓ１５０８にて、この結果をサービスセンターなど詳細な画像解析を実行する画像診断装置に送信する。さらに、分析に必要な中間画像データと設定情報をそれぞれ１５０８，１５０９から取得して送信し、終了する。
【００８４】
最後に、図７のＳ７０７で定義した中間画像消去処理について図１６を用いて説明する。図１６は、図３の保存部３０５で実行され、フローの各動作は、ＲＯＭ（不図示）に格納されるプログラムを制御部１０１がＲＡＭ１０６に展開し、実行することにより実現する。
【００８５】
Ｓ７０７の中間画像の消去処理を開始すると、Ｓ１６０１で経過時間が指定されているか否かを判定する。っ経過時間が指定されていると判定されればＳ１６０２で設定情報１６０３から設定値を取得する。経過時間が指定されていなければＳ１６０５に移行する。Ｓ１６０４で、前回の中間画像消去処理から設定された時間が経過しており現在のページが対象ページであると判断されると、消去対象としてＳ１６１３にて中間画像を削除する。対象ページでないと判断さればＳ１６０５に移行し次の条件（ここでは保存枚数）が指定されているか否かを判断する。
【００８６】
Ｓ１６０６で、設定情報１６０７から設定値を取得し、現在までに保存されている枚数が設定枚数に達しているか否かによりＳ１６０８で保存対象ページか否かを判断する。設定枚数に達していなければ削除せずにＳ１６０９に移行する。達していればＳ１６１３で対象ページとして削除する。次にＳ１６０９で保存時刻が指定されているか否かを判定し、指定されていればＳ１６１０で設定情報１６１１から設定値を取得する。Ｓ１５１３で、設定値と比較して現在の時刻が指定時刻であり、現在処理中のページが対象ページであると判断されると、削除対象としてＳ１６１３で削除する。指定時刻でなく対象ページでないと判断すると削除せずに終了する。
【００８７】
以上の処理を行うことにより、実際に出力した画像とこの画像を出力する際に用いられた中間画像との比較によって、出力した画像に含まれる異常画像の発生要因が装置のどこにあるのか推測することが可能となる。これにより、画像形成装置からこの情報を受信した画像診断装置は、異常画像発生要因を迅速に判断することが可能になる。
【００８８】
（実施例２）
本実施例では実施例１と異なり、複数の異常画像が同時に発生している画像の分析が行われる。
【００８９】
図５の５０３は本実施例における画像形成装置１００が備える表示部３０６に示される画像である。
【００９０】
基本的なユーザの動作は実施例１と同じである。
【００９１】
ユーザは、図５のユーザデータ（原稿）５０１を用いて、コピーやプリントなどを含む画像形成処理を実行する。プリントを行う場合はユーザデータ（原稿）５０１を出力する際に用いた電子データを用いる。
【００９２】
画面５０３は表示部３０６に表示される。この画面５０３における分析画像１が選択されると表示部３０６に対象となる中間画像５０６が表示される。この時、表示画像に異常画像がないと判断されれば“正常”ボタンが押下される。一方、なんらかの異常画像があると判断されれば“異常”ボタンが押下される。異常ボタンが押下されると、その異常画像の原因をさらに特定するための”詳細情報“５０４が画面に表示される。この中から該当するものがあると判断された場合はその項目が選択される。
【００９３】
同様の比較を分析画像２に対しても行う。分析画像の確認が終わったら、各分析画像の中に実際の出力結果と同じものが無かった場合（出力結果にのみ現れている不具合が存在する場合）は、最終画像比較５０８”の異なる“ボタンを押す。すると、同じく”詳細情報“５０５を表示されるので、出力結果だけに存在する不具合を選択し、決定ボタンを押して終了する。
【００９４】
上記の処理でユーザあるいはサービスサポートが異常画像の発生要因について分析する場合の、実施例１とは異なる中間画像分析処理を図１４のフローチャートを用いて説明する。
【００９５】
図１４のフローチャートの各ステップは、ＲＯＭ（不図示）に格納されるプログラムを、制御部１０１がＲＡＭ１０６に展開し、実行することにより実現する。
【００９６】
ユーザにより中間画像に対して選択された判定ボタンが「異常」である場合に、図１３のＳ１３０６で中間画像分析結果の生成処理を開始する。すると、図１４のＳ１４００で詳細な障害情報を選択するためのメニュー５０４を表示部１１１に表示する。Ｓ１４０１では、保存設定１４０２から現在分析中の対象データ（入力形態や出力機能）を取得する。Ｓ１４０３で、対象データの解析に適切な画像診断システムを選択する。さらにＳ１４０４で、表示部に表示されたメニュー５０４から選択された障害名称を取得する。これらの情報を記憶領域１４０６内に分析結果として記録する。この分析結果は、図１７に示すように保存される。
【００９７】
ユーザにより中間画像に対して選択された判定ボタンが「正常」である場合の、分析結果は図１７の表１７００に示される。
【００９８】
全ての中間画像分析終了後、最終出力結果との比較を行い、図１７の１７０２で示すような分析結果を生成する。これにより複数の不具合が同時に発生している場合も、どの処理で何が発生しているかを確認する事ができる。
【００９９】
（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015119397.tif 000003
【図２】
2015119397.tif 000004
【図３】
2015119397.tif 000005
【図４】
2015119397.tif 000006
【図５】
2015119397.tif 000007
【図６】
2015119397.tif 000008
【図７】
2015119397.tif 000009
【図８】
2015119397.tif 000010
【図９】
2015119397.tif 000011
【図１０】
2015119397.tif 000012
【図１１】
2015119397.tif 000013
【図１２】
2015119397.tif 000014
【図１３】
2015119397.tif 000015
【図１４】
2015119397.tif 000016
【図１５】
2015119397.tif 000017
【図１６】
2015119397.tif 000018
【図１７】
2015119397.tif 000019