(57)【要約】【課題】電子写真装置のリモート画像診断システムにおいて、電子写真装置から画像解析サーバーへ解析用チャートのスキャン画像を送信する際に、一律に高画質な設定で送信すると、画像データサイズが大きくなってしまうという課題がある。【解決手段】画像解析に必要な画質を満たした上で画像データサイズが最小となる設定を解析手法ごとに決定し、スキャン画像を編集した上で画像解析サーバーへ送信する。【選択図】図７
2015118285.tif 000002
【特許請求の範囲】
【請求項１】
予め定めた、解析対象の画像の欠陥に応じたテストチャートを印刷し、印刷したテストチャートを読み込んだ画像データとして画像診断装置に送信する画像形成装置であって、
前記テストチャートを印刷できる画像形成手段と、
前記画像形成手段により印刷した前記テストチャートを読み取って画像データを得ることができる読取手段と、
前記読取手段により読み取った、画像全体にわたる画像の欠陥に応じたテストチャートの画像データを、局所的な画像の欠陥に応じたテストチャートの画像データに比して、より低い解像度の画像データとして送信する送信手段と
を有することを特徴とする画像形成装置。
【請求項２】
前記送信手段は、前記画像全体にわたる画像の欠陥に応じたテストチャートの画像データを、前記局所的な画像の欠陥に応じたテストチャートの画像データに比して、より高い圧縮率で圧縮して送信することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記送信手段は、前記画像全体にわたる画像の欠陥に応じたテストチャートの画像データを、前記局所的な画像の欠陥に応じたテストチャートの画像データに比して、より低い解像度の画像データとして送信することを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記画像診断装置に対して、テストチャートの画像データおよび送信条件を要求する要求手段と、
前記画像診断装置から、テストチャートの画像データおよび送信条件を受信する受信手段とを更に有し、
前記画像形成手段は前記受信手段により受信したテストチャートを印刷し、
前記送信手段は、前記送信条件に含まれた各テストチャートの解像度および圧縮率で前記読取手段により読み取った画像データを送信することを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
【請求項５】
前記画像形成手段は、前記テストチャートに重畳して当該テストチャートの識別情報を画像形成し、
前記送信手段は、前記テストチャートの画像データを、前記識別情報で識別して、画像全体にわたる画像の欠陥に応じたテストチャートの画像データを、局所的な画像の欠陥に応じたテストチャートの画像データに比して、より低い解像度の画像データとして送信することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
【請求項６】
前記画像全体にわたる画像の欠陥には色むら又は点むらを含み、前記色むらに応じたテストチャートは色パッチを配した色パッチチャートであり、前記点むらに応じたテストチャートは一様な色で構成したベタチャートであることを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
【請求項７】
前記局所的な画像の欠陥には、ごみ画像、すじ画像または色剤の飛散した画像を含み、前記ごみ画像及びすじ画像に応じたテストチャートは前記ベタチャートであり、前記色剤の飛散した画像に応じたテストチャートは細線を含む細線チャートであることを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
【請求項８】
前記送信手段は、前記読取手段により読み取った、画像全体にわたる画像の欠陥に応じたテストチャートの画像データを、局所的な画像の欠陥に応じたテストチャートの画像データに比して、より高い圧縮率で圧縮して送信するか、またはより低解像度の画像データで送信するか、またはその両方により、より低い解像度の画像データとして送信することを特徴とする請求項１乃至７のいずれか１項に記載の画像形成装置。
【請求項９】
請求項１乃至８のいずれか１項に記載の画像形成装置と、
前記画像形成装置から受信した前記テストチャートの画像データを解析して前記画像形成装置の問題を特定する画像診断装置と
を有することを特徴とする画像診断システム。
【請求項１０】
予め定めた、解析対象の画像の欠陥に応じたテストチャートを印刷し、印刷したテストチャートを読み込んだ画像データとして画像形成装置により画像診断装置に送信する方法であって、
前記画像形成装置が前記テストチャートを印刷する画像形成工程と、
前記画像形成工程により印刷した前記テストチャートを読み取って画像データを得る読取工程と、
前記読取工程により読み取った、画像全体にわたる画像の欠陥に応じたテストチャートの画像データを、局所的な画像の欠陥に応じたテストチャートの画像データに比して、より低い解像度の画像データとして前記画像診断装置に送信する送信工程と
を有することを特徴とする方法。
【請求項１１】
請求項１０に記載された方法をコンピュータに実行させるためのプログラム。
【請求項１２】
予め定めた、解析対象の画像の欠陥に応じたテストチャートを印刷し、印刷したテストチャートを読み込んだ画像データとして画像形成装置により画像診断装置に送信する画像診断方法であって、
前記画像形成装置が前記テストチャートを印刷する画像形成工程と、
前記画像形成工程により印刷した前記テストチャートを読み取って画像データを得る読取工程と、
前記読取工程により読み取った、画像全体にわたる画像の欠陥に応じたテストチャートの画像データを、局所的な画像の欠陥に応じたテストチャートの画像データに比して、より低い解像度の画像データとして前記画像診断装置に送信する送信工程と、
前記画像診断装置により前記送信工程により送信されたテストチャートの画像データを解析して前記画像形成装置の問題を特定する工程と
を有することを特徴とする画像診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば形成した画像のリモート診断等を受けることが可能な画像形成装置および画像診断方法及び画像診断システムに関するものである。
【背景技術】
【０００２】
現在、画像形成装置のサービスサポートのひとつとして、画像診断システムがある。画像診断システムは、遠隔地のサービスセンターにおいて、画像に不具合（画質問題）が発生したユーザーの画像を解析して速やかに問題を解決する事を目的としている。ユーザーは、問題が発生するとサービスセンターにサービスコールをかける。サービスセンターは電話で対応し、ユーザーに、画像診断用のチャートの出力と出力したチャートをスキャンした画像を要求する。ユーザーはサービスセンターの指示に従ってチャートを出力し、スキャンした画像をサービスセンターへ送信する。サービスセンターでは、ユーザーから送信された画像を画像診断システムで解析して、ユーザーの画質問題の原因を分析する。サービスマンは解析結果に基づいて交換パーツを持ち、ユーザーの元へ出動する。これにより、１回の出動で画質問題を解決する事が出来る。あるいは、パーツの交換は必要なく、簡単な設定やキャリブレーション等で対策可能な場合には、ユーザーに実施してもらう事で迅速に問題を解決する事が出来る。また、保守の対象が斜行やレジずれといった部品交換を要しない障害であれば、サービスマンを介入させず、所定のチャートを印刷し、それを読み込んで診断装置に送信し、診断結果に応じて自動的に較正する技術も提案されている（特許文献１等参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2005-176045号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
出力された画像からユーザーの抱える画質問題を把握するために、通常は複数枚の画像が必要となる。さらに、画像を正しく解析するためには高画質な画像データが必要となり、１台の装置の画像診断に必要な画像データは概して大きくなる。高画質であるための条件は高解像度かつ高階調であることであり、画像圧縮を施せば通常は画質が劣化することから、画像診断のためには、データ量が大きな画像データを画像形成装置からサービスセンターへと送信する必要がある。画像のデータ量を制限するには、画像の解像度を下げる、高圧縮にするなどの処理が必要となり、画質低下を招いてしまう。もしくは画像枚数を減らす方法も考えられるが、不用意に画像枚数を減らしてしまえばユーザーの指摘する画質問題を取りこぼす可能性がある。そのため、画像診断の精度を落とさずに画像のデータ量を小さくするのは困難である。
【０００５】
本発明は上記従来例に鑑みてなされたもので、画像診断の精度を落とさずに画像のデータ量を小さくすることを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明は以下の構成を有する。
【０００７】
すなわち、予め定めた、解析対象の画像の欠陥に応じたテストチャートを印刷し、印刷したテストチャートを読み込んだ画像データとして画像診断装置に送信する画像形成装置であって、
前記テストチャートを印刷できる画像形成手段と、
前記画像形成手段により印刷した前記テストチャートを読み取って画像データを得ることができる読取手段と、
前記読取手段により読み取った、画像全体にわたる画像の欠陥に応じたテストチャートの画像データを、局所的な画像の欠陥に応じたテストチャートの画像データに比して、より低い解像度の画像データとして送信する送信手段とを有する。
【発明の効果】
【０００８】
本発明により、画像診断の精度を低下させることなく送信する画像データのデータサイズを小さくすることが可能になる。
【図面の簡単な説明】
【０００９】
【図１】画像診断システムの構成図である。
【図２】画像診断の手順を示す図である。
【図３】画質問題の例を示した図である。
【図４】解析用チャートの例を示した図である。
【図５】画質問題および解析手法に応じた最適な送信設定の例を示した図である。
【図６】第１の実施形態における処理手順のフローチャートである。
【図７】第２の実施形態における処理手順のフローチャートである。
【図８】第３の実施形態における処理手順のフローチャートである。
【発明を実施するための形態】
【００１０】
［実施形態１］
＜遠隔診断システムの構成＞
以下、本発明を実施するための形態について図面を用いて説明する。図２は本実施形態に係る画像診断の手順を示す。ユーザーは、問題が発生するとサービスセンターにサービスコールをかける。サービスセンターは電話で対応し、ユーザーに、画像診断用のチャートの出力と出力したチャートをスキャンした画像を要求する。ユーザーはサービスセンターの指示に従ってチャートを出力し、スキャンした画像をサービスセンターへ送信する。サービスセンターでは、ユーザーから送信された画像を画像診断システムで解析して、ユーザーの画質問題の原因を分析する。サービスマンは解析結果に基づいて交換パーツを持ち、ユーザーの元へ出動する。このような手順でテストチャートは診断され、原因となる装置の問題点が特定される。
【００１１】
図１は、本実施形態を実現するために最低限必要な構成のブロック図である。図中、画像形成装置１００は、遠隔診断の対象となるユーザーの画像形成装置を表している。制御部１０１は画像形成装置１００の制御部であり、画像形成装置を制御する装置制御部１０２と画像データを最適化する画像処理部１０３を持つ。制御部１０１は、ＣＰＵ１０５やＲＡＭ１０６を用いて画像読取部１０８から画像を取得したり、画像データを処理して記憶部１０７へ格納したり、画像出力部１０９を通して画像を紙やモニタなどの記録デバイスへ出力したりする。制御部１０１へはマウスやキーボードなどのＵＩ（ユーザーインタフェース）１０４より各種設定が通知され、画像処理部１０３は通知された設定に基づいて画像データを処理する。あるいは、ＵＩ１０４で設定された値は装置制御部１０２を通して記憶部１０７に保存され、画像処理部１０３は保存された設定値を読み出して画像データを処理する。記憶部１０７は、装置を制御するためのパラメータや本実施形態を実現するためのアプリケーション、ＯＳなどを格納している。以上はユーザー側の画像形成装置１００の最低限必要な構成であって、必要に応じてルーターやファイヤーウォール等のネットワークインタフェースや画像形成装置につながるＰＣなどを追加してもよい。また、画像形成装置１００全体を考慮した際に必要となる構成は追加可能である。
【００１２】
画像診断装置１１０はサービスセンターの画像診断装置を表している。画像形成装置１００とネットワーク１１９を介してつながり、画像データ、管理データ、制御データなどをやりとりする。１１１は画像診断装置１１０の制御部であり、画像診断装置１１０を制御する装置制御部１１２と画像データの解析を行う画像解析部１１３を持つ。制御部１１１は、ＣＰＵ１１５やＲＡＭ１１６を用いて、ユーザーの画像形成装置１００から送られ、記憶部１１７に保存された画像を解析する。制御部１１１へはマウスやキーボードなどのＵＩ１１４より各種指示が通知され、画像解析部１１３は通知された指示に基づいて画像データを処理する。あるいは、ＵＩ１１４からの指示は装置制御部１１２を通して記憶部１１７やＲＡＭ１１６に保存され、画像解析部１１３は保存された指示を読み出して画像データを解析する。装置制御部１１２は画像や解析結果、ＵＩ１１４からの指示情報などをモニタ１１８に出力する。以上はサービスセンターの画像診断装置１１０の最低限必要な構成であって、必要に応じてその他のインタフェースを追加してもよい。また、画像診断装置全体を考慮した際に必要となる構成は追加可能である。さらに、画像診断装置１１０はサービスセンターのサーバーやＰＣで実現できるがこれに限るものではなく、記憶部１１７や画像解析部１１３の機能の一部はクラウドなどネットワーク１１９でつながるリモートの機器で実現する構成も考えられる。
【００１３】
以下に、具体的な画質問題と解析用チャート、解析手法の例をあげた後、本実施形態の特徴である画像解析に必要な画質を満たしつつ、小さなデータサイズで送信する方法について説明する。
【００１４】
＜画質上の瑕疵の例＞
図３は、画像形成装置で発生する画質問題の具体例である。例えば、出力画像に小さな汚れ３０２が付着してしまうごみ画像３０１となるゴミ問題、画像の縦方向または横方向に線３０４が入ってしまうすじ画像３０３となるスジ問題、画像全体に点状、線状の異常３０６が視認されるむら画像３０５となるムラ問題、がある。さらにはたとえば色ずれなどの不図示の色味に関する色問題、主に細線などで発生する定着爆発によるトナーの飛散により生じる飛び散り問題などもある。以上は代表的な画質問題の一例だが、この他にも画像形成装置１００内部の様々な要因によってユーザーが不満を感じる画質問題が発生する。これらの画質問題は、問題箇所の大きさと画像内の発生する位置で大きく分類できる。問題箇所が大きいのか小さいのか、発生する位置が画像全体なのか画像の一部なのかである。換言すると、画質の瑕疵あるいは欠陥となっている画像オブジェクト（瑕疵オブジェクト）のサイズと画像全体に占める範囲により問題は分類できる。ごみ画像３０１では、問題箇所が小さく、発生する範囲は画像の一部である。むら画像３０５では、問題箇所が大きく、発生する範囲は画像全体である。すじ画像３０３では、問題箇所が小さく（細く）、発生する範囲は画像の縦または横の一方向にのみ全体である。
【００１５】
ここで、これらの問題を解析するのに必要な画質について考察する。ゴミ問題やスジ問題の様な画像全体に対して瑕疵オブジェクトが占める範囲が小さい画質問題を解析するには、問題箇所の特徴を取得するためには画像を細かくサンプリングする必要があるため、高解像度な画像が必要となる。一方で、ムラ問題は、ゴミ問題やスジ問題よりも問題箇所が大きいため、ごみ画像３０１やすじ画像３０３よりも荒いサンプリングでも問題箇所の特徴を取得することが出来るので、解像度の低い画像でもよい。このように検出したい画質問題により必要となる解像度が異なってくる。また、ゴミ問題のように発生箇所が特定できず、かつ問題箇所が小さい画質問題の特定には、画像全体の解析が必要となるが、スジ問題は画像を横方向に見ていけば必ず現れる。ムラ問題のように画像全体に現れる問題であれば、画像の一部だけを見ても画質問題が現れていると考えられる。以上の事から、検出したい画質問題によって解析に必要な画像の大きさも異なってくると言える。
【００１６】
＜画像解析手法＞
画像診断装置１１０の画像解析部１１３で実行される画像解析手法について、解析に必要なチャートの例と共に説明する。図４にチャートの具体例を示す。テストチャート４０１は全面一様な色で塗りつぶされたベタチャートの一例であり、ゴミ問題、スジ問題やムラ問題の解析に有用である。画像形成装置１００は不図示のドラムと現像器を有しており、ドラム上へ付着させたトナーを紙へ転写、定着することで出力物を生成している。このドラムをシアン(C)、マゼンタ(M)、イエロー(Y)、ブラック(K)の色ごとに持っている構成（タンデム方式）の画像形成装置と、１つのドラムで全色に対応する構成（サイクル方式）の画像形成装置がある。前者の場合には、特定の色のみで画質問題が発生する事もあるため、ベタチャート４０１は色ごとに必要となる。また、ベタチャート４０１の濃度は図示した例の限りではなく、画質問題を検出しやすい濃度域に合わせたものとする。複数の画質問題を想定した場合には、複数の濃度で作成したベタチャート４０１が必要となることもある。テストチャート４０２は前述した飛び散り問題などを検出するための細線を描画した細線チャートの一例である。細線に限らず、小さな文字や、細かい描画特有の問題を解析できるチャートであればよく、細線チャート４０２は図示した例の限りではない。テストチャート４０３は色問題の解析に用いる色パッチチャートの一例である。パッチ４０４は単色のパッチや混色のパッチであり、パッチチャート４０３はそれらパッチ４０４を必要に応じて並べたものである。ここで「必要に応じて」とは、たとえば予め定めたものであってもよい。たとえば縦方向や横方向の色の一様性を解析したい場合には、同じ色のパッチ４０４を縦または横方向に並べる必要がある。また、各色成分の一様性を１つのテストチャートで済ませるためには、各色のパッチが相等しい分布密度となるように、それぞれの色成分のパッチを分散させて配置してもよい。
【００１７】
ベタチャート４０１の解析では、全面一様な画像中に、周囲と特徴量の異なる箇所があるかどうかの判定が必要である。そのために、例えば、画像形成されたテストチャートをスキャナで読み取った画像データの信号値（画素値）の変化を用いて解析したり、空間周波数解析によって直流成分以外の成分が検出されるかどうかを解析したりする方法が考えられる。以後、ベタチャート４０１の解析手法を解析手法１（第１の解析手法）とする。細線チャート４０２の解析では、細線の回りに色剤の飛び散りやにじみがないかどうかの判定が必要である。例えば、解析したい細線付近を詳細に観察して、正常時との差を判定する。そのために、エッジ検出処理や、従来コピーで黒文字を高品位に出力するために用いられている、文字領域を検出するための文字判定処理などを用いて細線領域を検出する。そして検出した細線領域に含まれたエッジのなまり具合やエッジ付近の紙白に色剤たとえばトナーが飛び散った事による紙白との色の相違などを解析する方法が考えられる。これらの相違は、予め細線チャートの図柄を知っていれば容易に判定することができる。以後、細線チャート４０２の解析手法を解析手法２（第２の解析手法）とする。色パッチチャート４０３の解析ではまず、各パッチ４０４のデータを取得する。パッチ間はブランクであるので各パッチの特定は容易である。通常、パッチ４０４内の小領域の画素値を平均化してパッチの値とする。抽出した値を用いて、正常時との差を解析したり、あるいは画像内に同じ色のパッチ４０４を配置している場合には、それらのパッチ４０４を比較して面内の一様性を解析したりする方法が考えられる。なお正常時の値は予め知っているものとする。印刷部の色特性やスキャナの色特性を反映したデバイスの機種ごとの各チャートの正常時のデータは、予め画像診断装置１１０に用意されているものとする。以後、色パッチチャート４０３の解析手法を解析手法３（第３の解析手法）とする。以上はあくまで解析方法の一例であり、診断したい画質問題を適切に解析出来る方法であればよい。
【００１８】
＜各テストチャートと画質との関係＞
図５を用いて、本実施形態の特徴である画像解析に必要な画質を満たしつつ、できるだけ抑制したサイズの画像データを送信する方法について説明する。図５は、解析用チャートに適用する前述した解析手法、解析によって診断する画質問題と、解析可能な画質を満たすために最適と考えられる送信設定の例を一覧にした表である。送信設定の項目は、印刷した各テストチャートをスキャンして得た画像データの解像度、圧縮率、カラー画像（ＣＬ）なのかモノクロ画像（ＢＷ）なのかのカラー設定を示す。この他にも、送信時に画像に対して変更可能な項目であり、画像データサイズに影響する項目であれば、送信設定の項目とする。また各項目内での設定値についても、設定範囲は一例であり、画像形成装置１００の設定範囲に準ずるものとする。
【００１９】
設定項目と画像データサイズの関係を簡単に説明する。解像度が３００ｄｐｉの画像データに対して、６００ｄｐｉの画像データは画像の画素数が４倍となるため、画像データサイズも４倍となる。圧縮率は、高圧縮になるほど圧縮後の画像データサイズは小さくなるが、高周波成分が失われて脱圧縮した画像がぼやけていくため微細な画質問題の解析には不利になっていく。カラー設定がＣＬの画像データはＲＧＢの３チャネル分の画像データとなるが、ＢＷの画像データであれば１チャネル分となるため、画像データサイズはカラー画像の３分の１となる。以上を踏まえて出来るだけ画像データサイズが小さくなる設定を各種の画質問題に対して整理した一例が図５となる。ここで、各解析手法に対して必要な送信設定の画質が決定できる。ベタチャート４０１の解析は解析手法１で行われ、解析の対象とする画質問題は複数にわたっている。ベタチャート４０１から検出されるごみやすじは画像の局所的な瑕疵であり、むらは画像全体にわたる瑕疵である。これらの検出を高精度に行うには、送信設定の中で最も画質の高い設定を選択する必要がある。よって、解像度６００ｄｐｉ、圧縮率は低圧縮、カラー設定はＣＬとなる。細線チャート４０２の解析は解析手法２で行われ、解析の対象とする画質問題は細線やトナーの飛び散りなどの細かい描画である。よって、解像度６００ｄｐｉ、圧縮率は低圧縮、カラー設定はＢＷとなる。色パッチチャート４０３の解析は解析手法２で行われ、小領域内の画素値を平均化してパッチの値とするため、解像度が低く、圧縮で画像が平滑化されても得られる結果に影響はない。よって解像度３００ｄｐｉ、圧縮率は高圧縮、カラー設定はＢＷとなる。なお、低圧縮率は無圧縮を含めてもよい。また、低圧縮率とするのは圧縮方法として不可逆圧縮を用いた場合であって、可逆圧縮を用いた場合には、一般的には高圧縮率は期待できないものの、高周波成分が維持されることからあえて低圧縮率にする必要はない。圧縮率として高圧縮率を設定できる場合には、不可逆圧縮を用いるのが望ましい。また解像度を変えることは、例えばスキャナの設定を変更してもよいし、最高解像度でスキャンした画像データを目的の解像度となるように間引いてもよい。圧縮と低解像化は送信設定に従ってその両方を行ってもよいし、あるいはいずれか一方でもよい。
【００２０】
以上のように、解析時に適用される解析手法に応じて必要画質を満たす送信設定が異なるため、解析手法と必要画質を満たす送信設定の対応付けを予め設定しておく必要がある。そして、解析手法１のように複数の送信設定が競合する場合には、送信設定の項目ごとに最も画質の高い設定を優先する。これにより、全ての解析用チャートを同一の高画質な設定で送るよりも、解析手法との相性に合わせて必要画質を満たしつつも出来る限り画像のデータサイズを小さくすることが可能となる。
【００２１】
図６が本発明の処理の流れを表すフローであり、以下で詳細に説明する。本実施形態を実現する不図示の制御プログラムは画像形成装置１００の記憶部１０７に格納されており、ＲＡＭ１０６にロードされて、ＣＰＵ１０５によって実行されるものである。ここでは、画像形成装置１００に予め実装された画像解析モードをユーザーが実行し、手順に沿って作業を行う前提で説明する。
【００２２】
Ｓ６０１で、画像形成装置１００はＵＩ１０４からの指示に応じて制御部１０１で画像を生成して画像出力部１０９から出力する。画像出力部１０９は例えば電子写真方式のプリンタ部であり、解析用チャート出力の指示は不図示のインタフェースや、サービスセンターからのリモート操作での指示など、その他どのような指示であってもよい。テストチャートそのものは予め記憶部１０７に格納されていてもよいし、解析用チャート出力の指示に応じて画像診断装置１１０に要求し、画像診断装置１１０から受信してもよい。解析用チャートを出力した画像解析装置１００の制御部１０１はＵＩ１０４を通じて、出力したチャートをスキャンする様、ユーザーに促す。
【００２３】
Ｓ６０２で、画像読取装置１０８は出力された１枚以上の解析用チャート全てをスキャンする。画像読取装置１０８は圧板とよばれるガラス台に原稿を置いてスキャンする方法や、自動紙送り機能がついたＡＤＦ（Auto Document Feeder）に原稿を置いてスキャンする方法がある。解析用チャートが複数枚の場合には、ＡＤＦでのスキャンが最もユーザーの手間が少なく現実的だと言える。画像解析モードの手順指示に従って解析用チャートが画像読取装置１０８にセットされ、ＵＩ１０４から準備完了の指示が制御部１０１へ送られることで、画像読取装置１０８はスキャンを開始する。画像読取装置１０８は送信設定の条件を下回ることのないように、スキャンした画像を解像度６００ｄｐｉ、ＲＧＢ画像、低圧縮で記憶部１０７へ保存する。なお各解析用チャートは、それがどのチャートであるかを画像から区別するために、識別情報をチャート上に重畳して記録されていてもよい。画像のスキャンによりその識別情報も画像の一部として読み込まれる。
【００２４】
Ｓ６０３で、記憶部１０７に保存されている送信条件６０５を元に、画像処理部１０３は解析用チャートを編集する。ベタチャート４０１のスキャン画像はモノクロ化され、細線チャート４０２のスキャン画像は編集する項目がないのでそのまま、色パッチチャート４０３のスキャン画像は解像度３００ｄｐｉにダウンサンプリングされる。Ｓ６０４で、装置制御部はネットワーク１１９を介して編集されたスキャン画像を画像解析装置１１０へ送信する。読み込んだ画像データのそれぞれのページが、どのチャートに相当するかは、前述した識別情報で特定できる。
【００２５】
このように、ごみやすじ等の局所的な瑕疵の診断など、高解像度画像が必要とされる画像診断のためのチャートは高周波数成分を残したサイズも大きな画像データとして、色むら等の画像全体にわたる瑕疵の診断など、ごみやすじ等に比べて低解像度でよい画像診断のためのチャートは、ごみやすじ等に応じたテストチャートに比して高周波成分を含まず、また画像のサイズも小さな（すなわち画素密度が低い）画像データとなるように変換される。ここでいう画像サイズの小ささとは、画素密度（解像度）の低さであるから、すべて同サイズの画像に換算すれは、やはり高周波成分の低さ、あるいは解像度の低さと言い替えられる。例えば３００ｄｐｉの画像は、６００ｄｐｉの画像に対して解像度は半分であり、含まれる最高の空間周波数も半分である。このように画像が含む空間周波数を低くできるほど、すなわち解像度を低くできるほど画像データはサイズが小さくなり、また高圧縮率で圧縮できるためにデータ量をより削減できる。
【００２６】
以上のように、予め解析手法と必要画質を満たす送信設定を対応付けておき、画像送信時に自動的に画像を変換して送信することで、ユーザーの手を煩わせることなく、必要画質を満たしつつも出来る限り画像のデータサイズを小さくして送信可能となる。
【００２７】
［実施形態２］
ここでは、前述の実施形態１と異なる部分のみを説明する。本実施形態では実施形態１と異なり、画像診断装置１１０に蓄積された解析データを基に、画像形成装置１００が送信する画像データサイズをさらに小さくする方法を提案する。
【００２８】
画像診断システムでは、ユーザーの画質問題を解析していくに従って、解析結果が蓄積されてくる。つまり、発生頻度の高い画質問題の傾向が出てくると考えられる。画像形成装置１００の設置環境や使用頻度によって現れるユーザーの機体固有の傾向、機種ごとの部品やメカ構成の違いによって現れる傾向などである。実施形態１では全ての解析手法に対応した解析用チャートのスキャン画像が画像診断装置１１０へ送信されていたが、それではチャート枚数が多くなってしまう。また、全ての画質問題を想定しているため、送信設定も高画質になってしまう。そこで、実際に発生している画質問題や発生する可能性の高い画質問題に絞り込むことで、優先順位の高いチャートをデータサイズを抑えて送信可能となる。
【００２９】
例えば、細線問題の解析が不要と判断される場合には細線チャート４０２は出力対象から外すことで、画像データサイズを減らすことが出来る。さらには、図５の解析手法１で解析したい画質問題が点ムラ問題だけであれば、解析手法１に必要な送信設定の解像度は３００ｄｐｉに落とす事が出来る。
【００３０】
解析用チャートの絞り込み方法と、解析手法ごとの必要画質を満たす送信設定の変更方法について説明する。解析用チャートの絞り込み方法は様々であるが、例えば、ユーザーの画像形成装置において交換したばかりの部品が原因となる画質問題が再び起こるとは考えにくいため、当該部品に起因する画像問題は解析対象から外す。または、サービスコールでユーザーと直接やりとりし、画像診断装置１１０に蓄積したデータ上では発生頻度が極めて低い画質問題でユーザーの問い合わせている画質問題とは異なると判断できた画質問題は解析対象から外す。あるいは、ユーザーの機体でもユーザーの機体と同一機種でも全く発生していない画質問題であれば解析対象から外す。などの判断方法が考えられる。また、解析用チャートの種類は減らせない場合でも、ベタチャート４０１のようにＣＭＹＫの色ごとに必要なチャートについては、画質問題と関係ないと判断された色を除外するだけでもチャート枚数を減らすことが出来る。解析手法ごとの必要画質を満たす送信設定の変更方法も、チャートの削減と同様の観点で行うことが出来る。さらに、前述した画質問題の特徴から、画質問題によっては画像全体に発生するため、解析は画像の一部で良いものもある。そこで、解析に必要な画像部分のみ切り取って送信することで、さらなる画像データサイズの削減を見込む事が出来る。
【００３１】
図７が本実施形態の処理の流れを表すフローである。Ｓ７０１が本実施形態の特徴であり、画像形成装置１００は画像診断装置１１０へ問い合わせ、出力する解析用チャートおよびその送信設定の情報を取得して記憶部１０７へ保存する。この段階で、上述した必要なチャートの画像データおよび送信設定を画像診断装置１１０から獲得する。Ｓ７０２で、制御部１０１は取得した情報に基づいて解析用チャートを生成し、画像出力部１０９から出力する。Ｓ７０３で、画像読取装置１０８は出力された１枚以上の解析用チャート全てをスキャンする。Ｓ７０４で、画像解析装置１１０より取得して記憶部１０７に保存した送信条件７０６を元に、画像処理部１０３は解析用チャートを編集する。Ｓ７０５で装置制御部はネットワーク１１９を介して編集されたスキャン画像を画像解析装置１１０へ送信する。
【００３２】
以上のように、画像解析装置１１０に蓄積された解析データを基に、解析用チャートの枚数を絞り込み、解析に必要な送信設定も変更する事で、不要な画像や過剰な画質での画像データの送信をなくして、画像データサイズを効率よく削減することができる。そして画像解析装置に蓄積された十分な解析結果の傾向に基づいて上記判断を行うことで、画質問題の解析精度は落とすことなく、画像データサイズを削減可能となる。
【００３３】
［実施形態３］
ここでは、前述の実施形態２と異なる部分のみを説明する。本実施形態では実施形態２と異なり、解析用チャートのスキャン順序と送信設定の対応づけをより確実に行う方法を提案する。解析用チャートが出力された順番と、スキャンされた順番が同じである前提でスキャン画像を編集する場合、識別情報を重畳して印刷していないと、順番が狂った場合には全てのスキャン画像の送信設定が狂ってしまい解析できなくなってしまう事が考えられる。
【００３４】
解析用チャートを識別する方法としては、解析用チャートの出力時にＱＲコード（登録商標）や何らかの方法でチャート情報を埋め込んでおき、スキャン後にそのチャート情報を解析する方法がある。しかしＱＲコードを用いる場合には、ＱＲコードの印字と解析が可能な画像形成装置１００という制約が発生してしまう。そこで簡単に実現できる方法として、チャートそのものの色情報やエッジ情報、圧縮時のデータサイズなどの特徴からチャートを識別する方法も考えられる。例えば、ベタチャート４０１のスキャン画像は、ＣＭＹＫのどれか一色のみが支配的であり、色パッチチャート４０３のスキャン画像では、ＣＭＹＫが混在している。Ｋのベタチャート４０１と細線チャート４０２では、支配的な色はどちらも黒であるが、ベタチャート４０１に比べて細線チャート４０２には紙白やエッジが多く存在する。以上のように、チャートを６００ｄｐｉ、ＲＧＢでスキャンした際のスキャン画像の特徴量を予め把握しておき、スキャン画像同士の相対的な関係から解析用チャートを識別することが出来る。
【００３５】
図８が本発明の処理の流れを表すフローである。Ｓ８０１で画像形成装置１００は画像診断装置１１０へ問い合わせ、出力する解析用チャートおよびその送信設定の情報を取得し記憶部１０７へ保存する。Ｓ８０２で、制御部１０１は取得した情報に基づいて解析用チャートを生成し、画像出力部１０９から出力する。Ｓ８０３で、画像読取装置１０８は出力された１枚以上の解析用チャート全てをスキャンする。Ｓ８０４で、前述した方法で解析用チャートを識別する。Ｓ８０５で、画像診断装置１１０より取得して記憶部１０７に保存した送信条件８０８とＳ８０４で識別したチャート情報を照らし合わせ、画像処理部１０３は解析用チャートを編集する。Ｓ８０７で装置制御部はネットワーク１１９を介して編集されたスキャン画像を画像解析装置１１０へ送信する。
【００３６】
以上の様に、複数枚の解析用チャートを出力してユーザーにスキャンしてもらう際に、解析用チャートの特徴を用いて何のチャートであるかを認識することで、簡単にチャートの識別を行うことが出来る。これにより、誤った送信設定で画像が編集されてしまうといった事態を回避することが可能となり、画像の再スキャンや再送信と言った手間が発生するリスクを抑えることが出来る。
【００３７】
［その他の実施形態］
本発明は、以下の処理を実行することによっても実現される。すなわち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015118285.tif 000003
【図２】
2015118285.tif 000004
【図５】
2015118285.tif 000005
【図６】
2015118285.tif 000006
【図７】
2015118285.tif 000007
【図８】
2015118285.tif 000008
【図３】
2015118285.tif 000009
【図４】
2015118285.tif 000010