(57)【要約】【課題】画像形成装置において、実行したジョブのログとして、画像データを可能な限り出力できるようにする。【解決手段】画像データを用いるジョブを実行した場合に、画像データをログとして出力する出力部１１５を有する画像形成装置１００は、ジョブの実行後の画像データを記録可能な記録部１１４と、ＣＰＵ１１１と、を有する。ＣＰＵ１１１は、画像データを複数に分割した分割データごとに記録部１１４に記録し、ジョブの実行後に記録部１１４から複数に分割して圧縮して記録されている画像データを読出して、ログとして出力部１１５から出力する。ＣＰＵ１１１は、記録部１１４から読出した画像データにエラーがある場合、ログとして、画像データについてのエラーがない部分を、出力部１１５から出力する。【選択図】図７
2020090083.tif 000002
【特許請求の範囲】
【請求項１】
画像データを用いるジョブを実行した場合に、前記画像データをログとして出力する出力部を有する画像形成装置であって、
前記ジョブの実行後の前記画像データを記録可能な記録部と、
前記画像データを複数に分割した分割データごとに前記記録部に記録する圧縮手段と、
前記ジョブの実行後に前記記録部から複数に分割して圧縮して記録されている前記画像データを読出して、前記ログとして前記出力部から出力する読出手段と、
を有し、
前記読出手段は、
前記記録部から読出した前記画像データにエラーがある場合、前記ログとして、前記画像データについてのエラーがない部分を、前記出力部から出力する、
画像形成装置。
【請求項２】
前記圧縮手段は、
前記画像データを、画像ごとに、画像を所定の画像幅ごとに短冊状に分割して記録する、
請求項１記載の画像形成装置。
【請求項３】
前記読出手段は、
前記記録部から読出される前記画像データにエラーがある場合、エラーが生じている画像の画像データを破棄し、残りの画像についての画像データを読出して、前記ログとして前記出力部から出力する、
請求項１または２記載の画像形成装置。
【請求項４】
前記圧縮手段は、
前記画像データを、画像ごとに、画像の色成分ごとに分割して記録する、
請求項１から３のいずれか一項記載の画像形成装置。
【請求項５】
前記圧縮手段は、
前記画像データを、画像を、Ｃｙａｎ、Ｍａｇｅｎｔａ、Ｙｅｌｌｏｗ、Ｂｌａｃｋの４つの色成分ごとに分割して記録する、
請求項４記載の画像形成装置。
【請求項６】
前記読出手段は、
前記記録部から読出される前記画像データにエラーがある場合、エラーが生じている色成分の画像データを破棄し、残りの色成分の画像データを読出して、前記ログとして前記出力部から出力する、
請求項１から５のいずれか一項記載の画像形成装置。
【請求項７】
前記読出手段は、
前記記録部から読出される前記画像データにエラーがある場合、エラーが生じている分割データを破棄し、エラーに係る画像について、エラーが生じる前に読出した分割データを、前記ログとして前記出力部から出力する、
請求項１または２記載の画像形成装置。
【請求項８】
前記読出手段は、前記記録部に記録を行うセクタ単位でエラーを判断し、エラーに係る画像について、エラーが生じたセクタ以外（のデータ）を読出して、前記ログとして前記出力部から出力する、
請求項７記載の画像形成装置。
【請求項９】
前記読出手段は、
前記記録部から読出される前記画像データにエラーがある場合、エラーが生じている分割データを破棄し、エラーに係る画像についてのエラーが生じていない残りの（すべての）分割データを読出して、前記ログとして前記出力部から出力する、
請求項１または２記載の画像形成装置。
【請求項１０】
前記読出手段は、
前記ログとして、前記画像データとともに、前記画像データの属性情報およびジョブの属性を、前記出力部から出力する、
請求項１から９のいずれか一項記載の画像形成装置。
【請求項１１】
原稿の画像を読み取るスキャナ、を有し、
前記圧縮手段は、
前記スキャナにより読み取られた原稿の画像を、複数に分割した分割データごとに前記記録部に記録する、
請求項１から１０のいずれか一項記載の画像形成装置。
【請求項１２】
前記出力部は、
前記画像データについてのエラーがない部分を、前記ログとして送信する通信部、である、
請求項１から１１のいずれか一項記載の画像形成装置。
【請求項１３】
画像データを用いるジョブを実行した場合に、前記画像データをログとして出力する出力部を有する画像形成装置の制御方法であって、
前記ジョブの実行後の前記画像データを記録可能な記録部に、前記画像データを複数に分割した分割データごとに記録する圧縮工程と、
前記ジョブの実行後に前記記録部から複数に分割して圧縮して記録されている前記画像データを読出して、前記ログとして前記出力部から出力する出力工程と、
を有し、
前記出力工程は、
前記記録部から読出した前記画像データにエラーがある場合、前記ログとして、前記画像データについてのエラーがない部分を、前記出力部から出力する、
画像形成装置の制御方法。
【請求項１４】
画像データを用いるジョブを実行した場合に、前記画像データをログとして出力する出力部を有する画像形成装置の制御方法をコンピュータに実行させるプログラムであって、
前記画像形成装置の制御方法は、
前記ジョブの実行後の前記画像データを記録可能な記録部に、前記画像データを複数に分割した分割データごとに記録する圧縮工程と、
前記ジョブの実行後に前記記録部から複数に分割して圧縮して記録されている前記画像データを読出して、前記ログとして前記出力部から出力する出力工程と、
を有し、
前記出力工程は、
前記記録部から読出した前記画像データにエラーがある場合、前記ログとして、前記画像データについてのエラーがない部分を、前記出力部から出力する、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像形成装置に関する。
【背景技術】
【０００２】
画像形成装置では、たとえば、原稿の画像をスキャナにより読み取り、読み取った画像データを送信したり、印刷したりする。また、画像形成装置には、このような画像データを用いるジョブを実行した場合、そのジョブのログを記録するものがある（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３３０９３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、画像形成装置についてのログでは、実行したジョブの属性情報だけでなく、どのような画像についてジョブを実行したかを記録することが重要である。どのような画像についてジョブを実行したかのかを後から確認できるようにすることで、たとえば企業としてのセキュリティ管理を適切に実行できるようになる。このために、画像形成装置では、実行したジョブのログを蓄積して記録するために、ハードディスクドライブなどの大容量の記録部が用いられる。たとえば、画像形成装置は、実行したジョブのログとして、実行したジョブの属性情報などともに、画像データを、ハードディスクドライブに記録する。また、ユーザがログを確認しようとする場合、画像形成装置は、ハードディスクドライブから、実行したジョブのログとして、画像データなどを読出して出力する。
【０００５】
しかしながら、ハードディスクドライブなどの記録部では、その異常などによりエラーが発生することがある。たとえば、ハードディスクドライブは、たとえば書き込み中に主電源が停電などにより遮断されると、データの書き込みや読出しができない不良な記録領域が発生することがある。そして、画像形成装置のたとえばＣＰＵが、その不良になった記録領域から画像データを読出そうとすると、データの読出し処理を正常に終了することができなくなり、データの読出しそのものがエラーとなってしまう可能性がある。この場合、画像形成装置は、実行したジョブのログとして、画像データを出力することが難しくなる。画像データがまったく出力されないと、ユーザは、どのような画像についてジョブを実行したかのかを後から正確に確認することが難しくなる。
【０００６】
このように画像形成装置では、実行したジョブのログとして、画像データを可能な限り出力できるようにすることが求められている。
【課題を解決するための手段】
【０００７】
本発明に係る画像形成装置は、画像データを用いるジョブを実行した場合に、前記画像データをログとして出力する出力部を有する画像形成装置であって、前記ジョブの実行後の前記画像データを記録可能な記録部と、前記画像データを複数に分割した分割データごとに前記記録部に記録する圧縮手段と、前記ジョブの実行後に前記記録部から複数に分割して圧縮して記録されている前記画像データを読出して、前記ログとして前記出力部から出力する読出手段と、を有し、前記読出手段は、前記記録部から読出した前記画像データにエラーがある場合、前記ログとして、前記画像データについてのエラーがない部分を、前記出力部から出力する。
【発明の効果】
【０００８】
本発明では、実行したジョブのログとして、画像データを可能な限り出力することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る画像形成装置を含むログ管理システムの構成図である。
【図２】図１の画像形成装置のＣＰＵにより実行されるプログラムの一例の説明図である。
【図３】図１の画像形成装置において記録部として設けられるハードディスクドライブの記録領域を模式的に示す説明図である。
【図４】１つのスキャンジョブを実行した後に記録部としてのハードディスクドライブに記録されているログデータの一例の説明図である。
【図５】本発明の第一実施形態での、ハードディスクドライブに記録されている、１つの画像についての分割されたデータ記録構造（バンド圧縮画像データ）の一例の説明図である。
【図６】図５との比較のために示す、１つの画像についての分割しないデータ記録構造（ページ圧縮画像データ）の一例の説明図である。
【図７】本発明の第一実施形態での、画像データの一例の読出処理のフローチャートである。
【図８】本実施形態の第二実施形態での、ハードディスクドライブに記録されている１つの画像についての分割されたデータ記録構造（バンド圧縮画像データ）の一例の説明図である。
【図９】図８との比較のために示す、１つの画像についての分割しないデータ記録構造（ページ圧縮画像データ）の一例の説明図である。
【図１０】本実施形態の第二実施形態での、画像データの読出処理のフローチャートである。
【図１１】本発明の第三実施形態での、画像データの一例の読出処理のフローチャートである。
【図１２】本発明の第四実施形態での、画像データの一例の読出処理のフローチャートである。
【図１３】画像データの送信後に記録部としてのハードディスクドライブに記録されているログデータの一例の説明図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面を参照しながら詳細に説明する。しかしながら、以下の実施形態に記載されている構成はあくまで例示に過ぎず、本発明の範囲は実施形態に記載されている構成によって限定されることはない。
【００１１】
［第一実施形態］
図１は、本発明の実施形態に係る画像形成装置１００を含むログ管理システム１の構成図である。図１のログ管理システム１は、画像形成装置１００、パーソナルコンピュータ装置（ＰＣ）１６０、管理サーバ１７０、およびこれらが接続されるＬＡＮ１８０、を有する。画像形成装置１００は、ＭＦＰの一例である。画像形成装置１００は、スキャナ１３０、プリンタ１４０、操作部１５０、およびこれらが接続される制御部１１０、を有する。スキャナ１３０は、原稿を読み取って、原稿の画像データを生成する。プリンタ１４０は、画像データに基づく画像を、用紙に印刷する。操作部１５０は、たとえば、ユーザにより操作される各種のキー、操作パネル、を有する。制御部１１０は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ハードディスクドライブ（ＨＤＤ）１１４、ネットワークＩ／Ｆ１１５、デバイスＩ／Ｆ１１６、操作Ｉ／Ｆ１１７、画像処理部１１８、およびこれらが接続されるシステムバス１１９、を有する。ネットワークＩ／Ｆ１１５は、ＬＡＮ１８０に接続される。ネットワークＩ／Ｆ１１５は、ＬＡＮ１８０を通じてＰＣ１６０や管理サーバ１７０といった外部装置と通信する通信部である。ネットワークＩ／Ｆ１１５は、外部装置と相互にデータを送受する。デバイスＩ／Ｆ１１６は、画像形成装置１００の画像入出力デバイスであるスキャナ１３０およびプリンタ１４０に接続される。デバイスＩ／Ｆ１１６は、スキャナ１３０およびプリンタ１４０を制御する。操作Ｉ／Ｆ１１７は、操作部１５０に接続される。操作Ｉ／Ｆ１１７は、操作部１５０の動作を制御する。ＲＡＭ１１２は、画像処理部１１８によって処理される画像データなどを一時的に記録する。ＲＯＭ１１３は、画像形成装置１００の動作を制御するためのプログラム４００が記録される。ハードディスクドライブ１１４は、プログラム４００および画像データなどを記録する装置である。ハードディスクドライブ１１４では、記録されているデータを、ファイル単位として扱うことが可能なファイルシステムが用いられている。ファイルシステムでは、アプリケーションからの指示をファイルシステムで受け付け、その指示内容に応じて、ファイルパス付のファイル名を指定してファイルを開き、ファイルの書き込み、ファイル内のデータを読み取ることが可能である。ジョブのログデータも、このハードディスクドライブ１１４に割り当てられた専用パーティションに蓄積して記録される。ハードディスクドライブ１１４に保存されたジョブのログデータは、定期的に管理サーバ１７０へエージェントによって送信され、送信後に削除される。
【００１２】
ＣＰＵ１１１は、ＲＯＭ１１３およびハードディスクドライブ１１４に格納されたプログラム４００をＲＡＭ１１２にロードして実行する。これにより、画像形成装置１００には、画像形成装置１００の全体的な動作を制御する制御部１１０が実現される。制御部１１０としてのＣＰＵ１１１は、画像形成装置１００のスキャナ１３０、プリンタ１４０、ネットワークＩ／Ｆ１１５を用いて、各種のジョブを実行する。たとえば、ＣＰＵ１１１は、コピージョブにおいて、スキャナ１３０で原稿を読み取って画像データを生成し、読み取った画像データに基づく画像をプリンタ１４０で用紙へ印刷する。また、ＣＰＵ１１１は、スキャンジョブにおいて、スキャナ１３０で原稿を読み取って画像データを生成し、読み取った画像データをネットワークＩ／Ｆ１１５から、ＬＡＮ１８０に接続される他の外部機器へ画像データを送信したりする。また、ＣＰＵ１１１は、プリントジョブにおいて、ネットワークＩ／Ｆ１１５にて画像データを受信し、受信した画像データに基づく画像をプリンタ１４０で用紙へ印刷する。また、ＣＰＵ１１１は、画像形成装置１００で実行したジョブの情報と、ジョブで使用した画像データを、ハードディスクドライブ１１４に蓄積して記録する。これにより、画像形成装置１００に、ジョブで使用した画像データを含むジョブのログデータが記録される。また、ＣＰＵ１１１は、ハードディスクドライブ１１４に蓄積して記録されているジョブのログデータを、周期的に、ネットワークＩ／Ｆ１１５から管理サーバ１７０へ送信する。これにり、管理サーバ１７０には、画像形成装置１００で実行されたジョブについての、画像データを含むジョブのログデータが蓄積して記録される。管理サーバ１７０は、ジョブのログデータに含まれる画像データについて、必要に応じて変換したりＯＣＲ処理を実行したりしてよい。また、管理サーバ１７０は、ジョブ情報３１３に記録された属性を検索する機能を提供してよい。
【００１３】
図２は、図１の画像形成装置１００のＣＰＵ１１１により実行されるプログラム４００の一例の説明図である。図２のプログラム４００は、ジョブ処理モジュール４０１、画像生成モジュール４０２、印刷モジュール４０３、ログ情報管理モジュール４０４、を有する。ジョブ処理モジュール４０１は、画像形成装置１００においてジョブを実行する際にＣＰＵ１１１により実行される。ＣＰＵ１１１は、たとえばプリントジョブに応じて、画像生成モジュール４０２と印刷モジュール４０３とを呼び出して実行する。画像生成モジュール４０２は、ジョブ処理モジュール４０１により読出された場合にＣＰＵ１１１により実行される。ＣＰＵ１１１は、たとえばプリントジョブに応じて、ネットワークＩ／Ｆ１１５が受信したデータに基づいて、画像データを生成し、ハードディスクドライブ１１４に記録する。印刷モジュール４０３は、ジョブ処理モジュール４０１により読出された場合にＣＰＵ１１１により実行される。ＣＰＵ１１１は、たとえばプリントジョブに応じて、ハードディスクドライブ１１４から画像データを読出して変換し、プリンタ１４０へ出力する。ログ情報管理モジュール４０４は、画像形成装置１００においてジョブを実行した後にＣＰＵ１１１により実行される。ＣＰＵ１１１は、たとえば画像形成装置１００において実行したジョブの情報およびジョブで使用した画像データを、ジョブ情報３１３のデータとして、ハードディスクドライブ１１４に記録する。また、ＣＰＵ１１１は、周期的に、ハードディスクドライブ１１４に蓄積して記録されているジョブ情報３１３のデータを、ネットワークＩ／Ｆ１１５から管理サーバ１７０へ送信する。出力部としてのネットワークＩ／Ｆ１１５は、画像データを用いるジョブを実行した場合に、画像データなどをジョブ情報３１３として出力する。
【００１４】
図３は、図１の画像形成装置１００において記録部として設けられるハードディスクドライブ１１４の記録領域を模式的に示す説明図である。図３のハードディスクドライブ１１４は、回転駆動される磁気ディスク２０２、磁気ヘッド２０１、を有する。磁気ディスク２０２は、磁性体を有する円板形状のディスクである。円板形状の磁気ディスク２０２には、その周方向および半径方向に並べて複数のセクタ２０３が設けられる。セクタ２０３は、磁気ディスク２０２においてデータの記録が管理される記録領域である。磁気ヘッド２０１は、回転駆動されている磁気ディスク２０２に対して、磁気をもちいてデータを記録したりデータを読出したりする。データは、磁気ヘッド２０１により、セクタ２０３ごとに一定量ずつ記録され、セクタ２０３ごとに読出される。そして、ハードディスクドライブ１１４では、たとえば外部からの振動、温度・湿度の環境の状況に応じて、磁気ヘッド２０１によるセクタ２０３に対するリードライトの位置がずれることがある。また、ハードディスクドライブ１１４では、リードライト中の不意な電源遮断により、セクタ２０３へのアクセスが正常に完了できないことがある。セクタ２０３が異常な状態になると、ハードディスクドライブ１１４では、その異常なセクタ２０３にデータが記録されているファイルを、読出すことができなくなる。ハードディスクドライブ１１４は、記録領域の異常をセクタ２０３ごとに個別の管理し、異常なセクタ２０３を利用しないように、磁気ディスク２０２への書き込みを制御する。このため、たとえばログ情報管理モジュール４０４を実行するＣＰＵ１１１は、画像形成装置１００において実行したジョブの情報およびジョブで使用した画像データを、ジョブ実行後に、ハードディスクドライブ１１４に記録する。これにより、ハードディスクドライブ１１４には、ジョブ情報３１３のデータが記録される。なお、１つのファイルのデータが１つのセクタ２０３に収まらない場合、複数のセクタ２０３を用いて記録される。ファイルは、それを記録する複数のセクタ２０３の中の１つでもエラーになると、そのすべてが基本的に読出すことができなくなる。
【００１５】
また、ジョブ情報３１３の記録後に、ＣＰＵ１１１は、ハードディスクドライブ１１４に蓄積して記録しているはずのジョブ情報３１３のデータを読出す。このジョブ情報３１３のたとえば画像データの読出しの際に、画像データを記録したはずのセクタ２０３にエラーが生じていると、ハードディスクドライブ１１４は、画像データのかわりに読出エラーをＣＰＵ１１１へ返すことになる。ＣＰＵ１１１は、ハードディスクドライブ１１４に蓄積して記録されているジョブ情報３１３のデータを、ネットワークＩ／Ｆ１１５から管理サーバ１７０へ送信することができない。管理サーバ１７０は、画像形成装置１００において実行したジョブについてのログデータを、画像形成装置１００のＣＰＵ１１１から取得することができない。管理サーバ１７０がジョブで用いた画像データを取得できない場合、ユーザは、管理サーバ１７０を用いて画像形成装置１００において実行されたジョブについて、どのような画像についてジョブが実行されたのかを、まったく把握することができない。このように画像形成装置１００では、実行したジョブのログとして、画像データを可能な限り管理サーバ１７０へ送信して出力することができるようにすることが求められる。次に、本実施形態での対策について説明する。
【００１６】
図４は、１つのスキャンジョブを実行した後に記録部としてのハードディスクドライブ１１４に記録されているログデータの一例の説明図である。ログ情報管理モジュール４０４を実行するＣＰＵ１１１は、画像形成装置１００においてジョブを実行した後に、図４のログデータを、ハードディスクドライブ１１４に記録する。図４は、画像形成装置１００がＡ４サイズの原稿３枚をスキャンした場合でのジョブ情報３１３のデータである。この場合のジョブ情報３１３のデータは、ジョブ情報３１３、ジョブで使用した画像データとしての３つの画像データ３０１、３０９、３１１、画像データごとの画像情報３０２、３１０、３１２、で構成される。ジョブに係る画像データ３０１、３０９、３１１および画像データごとの画像情報３０２、３１０、３１２は、ページごとの単位で記録される。ジョブ情報３１３は、ジョブごとの単位で記録される。たとえば、画像情報３０２は、ＩｍａｇｅＴｙｐｅ（画像フォーマット）の情報３０２、Ｒｅｓｏｌｕｔｉｏｎ（解像度）の情報３０５、ＩｍａｇｅＳｉｚｅ（画像サイズ）の情報３０７、を有する。ＩｍａｇｅＴｙｐｅ（画像フォーマット）の情報３０２は、値としてたとえば「ＪＰＥＧ」３０４を有する。Ｒｅｓｏｌｕｔｉｏｎ（解像度［ｄｐｉ］）の情報３０５は、値としてたとえば「Ｘ＝６００，Ｙ＝６００」３０６を有する。ＩｍａｇｅＳｉｚｅ（画像サイズ［画素数］）の情報３０７は、値としてたとえば「Ｘ＝４９６０，Ｙ＝７０４０」３０８を有する。たとえば、ジョブ情報３１３は、ＪｏｂＫｉｎｄ（ジョブ種）の情報３１４、ＵｓｅｒＩＤ（ユーザＩＤ）の情報３１６、ＳｔａｒｔＴｉｍｅ（ジョブ開始時刻）の情報３１８、ＥｎｄＴｉｍｅ（ジョブ終了時刻）の情報３２０、を有する。また、ジョブ情報３１３は、Ｒｅｓｕｔｌ（ジョブ実行結果）の情報３２２、ＰａｐｅｒＣｏｕｎｔ（原稿枚数）の情報３２４、Ｃｏｐｉｅｓ（印刷部数）の情報３２６、ＤｏｃｕｍｅｎｔＩＤ１（画像ログＩＤ１））の情報３２８、を有する。また、ジョブ情報３１３は、ＤｏｃｕｍｅｎｔＬｏｇ１（画像ログ１）の有無の情報３３０、を有する。ＪｏｂＫｉｎｄ（ジョブ種）の情報３１４は、値としてたとえば「Ｃｏｐｙ」３１５を有する。ＵｓｅｒＩＤ（ユーザＩＤ）の情報３１６は、値としてたとえば「０１２３４５６７８９」３１７を有する。ＳｔａｒｔＴｉｍｅ（ジョブ開始時刻）の情報３１８は、値としてたとえば「２０１８年４月２６日１０時５分４０秒」３１９を有する。ＥｎｄＴｉｍｅ（ジョブ終了時刻）の情報３２０は、値としてたとえば「２０１８年４月２６日１０時５分５０秒」３２１を有する。Ｒｅｓｕｔｌ（ジョブ実行結果）の情報３２２は、値としてたとえば「正常終了」３２３を有する。ＰａｐｅｒＣｏｕｎｔ（原稿枚数）の情報３２４は、値としてたとえば「３枚」３２５を有する。Ｃｏｐｉｅｓ（印刷部数）の情報３２６は、値としてたとえば「２部」３２７を有する。ＤｏｃｕｍｅｎｔＩＤ１（画像ログＩＤ１））の情報３２８は、値としてたとえば「０００００００１」３２９を有する。ＤｏｃｕｍｅｎｔＬｏｇ１（画像ログ１）の有無の情報３３０は、値としてたとえば「画像ログ有り」３３１を有する。
【００１７】
図５は、本発明の第一実施形態での、ハードディスクドライブ１１４に記録されている、１つの画像についての分割されたデータ記録構造（バンド圧縮画像データ）の一例の説明図である。図６は、図５との比較のために示す、１つの画像についての分割しないデータ記録構造（ページ圧縮画像データ）の一例の説明図である。ジョブに係る画像データは、１ページの画像データごとに、１つのファイルとして保存される。画像データは、ジョブ種やジョブの設定に応じて、異なる画像フォーマットで保存されてよい。
【００１８】
図６の画像データは、画像ヘッダ６０１、全体圧縮画像データ６０２、を有する。画像ヘッダ５０１は、画像データのサイズ、色情報、フォーマットの種別、などの情報を有する。全体圧縮画像データ６０２は、１ページ分の画像データを１つのブロックとして圧縮したものである。図５のデータ記録構造と比較するために、図６のデータ記録構造は、ページ圧縮画像データとよぶ。この場合、ＣＰＵ１１１は、たとえばスキャナ１３０により読み取られた原稿の画像データを、ページ単位で圧縮してハードディスクドライブ１１４に記録して読出すことになる。ページ圧縮画像データは、通常、ハードディスクドライブ１１４において複数のセクタ２０３を用いて記録される。この場合、複数のセクタ２０３のうちの１つにエラーが生じると、画像データのすべてがエラーとなる。この場合、ＣＰＵ１１１は、たとえばスキャナ１３０により読み取られた原稿の画像データをハードディスクドライブ１１４に記録しているとしても、その画像データをハードディスクドライブ１１４から読出すことができなくなる。
【００１９】
これに対し、図５の画像データは、ＢａｎｄＪＢＩＧなどの１ページの画像を複数のブロックに分割し、ブロックごとに圧縮し、ハードディスクドライブ１１４に記録される。図５の画像データは、図６と同様の画像ヘッダ５０１、分割圧縮画像データ５０２，５０３、を有する。分割圧縮画像データ５０２，５０３は、画像データを、バンドごとに複数に分割した分割データである。分割圧縮画像データ５０２，５０３は、画像を分割した１つのブロックについての画像データである。画像データは、ブロックごとの部分的な画像データにおいて圧縮されて、ブロックごとのファイルとして、ハードディスクドライブ１１４に記録される。画像データは、画像の長さ方向（副走査方向）に一定の画素サイズ（ライン数）ごとにブロックに分割されて圧縮される。図５の例では１０２４ラインごとにブロックに分割されて圧縮される。分割圧縮画像データ５０３は、一定ライン数（１０２４ライン）に満たない終端のブロックの画像データである。各ブロックは一般的にバンドと呼称され、この場合、図５のデータ記録構造の画像データは、バンド圧縮画像データになる。
【００２０】
本実施形態において、ＣＰＵ１１１は、画像形成装置１００においてジョブを実行した後の図４のログデータを記録する際に、たとえば図５のデータ記録構造により、各画像データをハードディスクドライブ１１４に記録する。ＣＰＵ１１１は、ログデータとしての各画像データをハードディスクドライブ１１４に記録する場合、バンドごとにハードディスクドライブ１１４のセクタ２０３へ記録する。また、ＣＰＵ１１１は、ハードディスクドライブ１１４のセクタ２０３からバンドごとに読出してよい。ＣＰＵ１１１は、たとえばスキャナ１３０により読み取られた原稿の画像データを、バンドごとに複数に分割した分割データごとに圧縮してハードディスクドライブ１１４に記録する。圧縮手段としてのＣＰＵ１１１は、画像データを、画像ごとに、バンドごとに、画像をたとえばスキャナ１３０の副走査方向において所定の画像幅ごとに短冊状に分割して記録する。また、バンドのデータ量は、ハードディスクドライブ１１４の１つのセクタ２０３に記録可能な最大データ量以下とすればよい。この場合、ＣＰＵ１１１は、たとえばスキャナ１３０により読み取られた原稿の画像データを、バンドごとに複数のセクタ２０３に分割してハードディスクドライブ１１４に記録する。ＣＰＵ１１１は、複数のセクタ２０３のうちの１つにエラーが生じても、エラーが生じていない残りのセクタ２０３から、エラーが生じていない部分の画像データを読出すことができる。
【００２１】
図７は、本発明の第一実施形態での、画像データの一例の読出処理のフローチャートである。ログ情報管理モジュール４０４を実行する読出手段としてのＣＰＵ１１１は、管理サーバ１７０が周期的に送信する画像ログ送信要求を受信すると、図７の処理を開始する。これにより、読出手段としてのＣＰＵ１１１は、周期的に、ジョブの実行後にハードディスクドライブ１１４から複数に分割して圧縮して記録されている画像データを読出して、ネットワークＩ／Ｆ１１５からログとして管理サーバ１７０へ送信する。また、出力部としてのネットワークＩ／Ｆ１１５は、ＬＡＮ１８０を通じて管理サーバ１７０へ、ハードディスクドライブ１１４から読出した画像データを含むログデータを、管理サーバ１７０へ送信する。図７は、ＣＰＵ１１１が画像データごとに読出して送信する場合の例である。
【００２２】
図７のステップＳ７０１において、ＣＰＵ１１１は、ハードディスクドライブ１１４から読出す画像データのカウンタＮを１にリセットする。ステップＳ７０２において、ＣＰＵ１１１は、Ｎページ目の画像データが存在するか否かを判断する。ジョブの全ページの画像データの読出しが完了していて、Ｎページ目の画像データが存在しない場合、ＣＰＵ１１１は、処理をステップＳ７１９へ進める。ステップＳ７１９において、ＣＰＵ１１１は、ジョブ情報３１３を管理サーバ１７０へ送信する。ステップＳ７２０において、ＣＰＵ１１１は、送信完了通知を管理サーバ１７０へ送信する。Ｎページ目の画像データが存在する場合、ＣＰＵ１１１は、処理をステップＳ７０３へ進める。ステップＳ７０３において、ＣＰＵ１１１は、画像ごとの、画像データの読出しを開始する。ステップＳ７０４において、ＣＰＵ１１１は、画像データのフォーマット情報を取得する。ＣＰＵ１１１は、ハードディスクドライブ１１４から画像データの画像ヘッダ５０１，６０１を読出して解析し、画像データのフォーマット情報として、画像データの圧縮形式を取得する。
【００２３】
ステップＳ７０５において、ＣＰＵ１１１は、取得した画像データのフォーマット情報から、読出す画像データがバンド圧縮画像データであるか、ページ圧縮画像データあるかを判断する。読出す画像データがページ圧縮画像データである場合、ＣＰＵ１１１は、処理をステップＳ７１５へ進める。ステップＳ７１５において、ＣＰＵ１１１は、Ｎページ目の１ページ分の画像データをハードディスクドライブ１１４から読出す。ステップＳ７１６において、ＣＰＵ１１１は、Ｎページ目の画像データの読出しが正常に終了したか否かを判断する。読出しが正常に終了している場合、ＣＰＵ１１１は、処理をステップＳ７１３へ進める。ステップＳ７１３において、ＣＰＵ１１１は、読出した画像データを、管理サーバ１７０へ送信する。ステップＳ７１４において、ＣＰＵ１１１は、次のページの画像データを読出すために、ページ数を管理するカウンタＮに１を加算する。その後、ＣＰＵ１１１は、処理をステップＳ７０２へ戻す。これに対し、読出エラーが発生して読出しが正常に終了していない場合、ＣＰＵ１１１は、ステップＳ７１７において、エラーが発生したページの情報を画像データの画像情報（３０２、３１０、３１２）に記録する。ステップＳ７１８において、ＣＰＵ１１１は、読出しエラーとなったＮページ目の画像データを破棄する。その後、ＣＰＵ１１１は、処理をステップＳ７１４へ進める。このように、画像データがハードディスクドライブ１１４にページ圧縮画像データで記録されている場合、ＣＰＵ１１１は、そのページのすべての画像データを、管理サーバ１７０へ送信しない。
【００２４】
読出す画像がバンド圧縮画像データである場合、ＣＰＵ１１１は、ステップＳ７０５の判断により、処理ステップＳ７０６へ進める。ステップＳ７０６において、ＣＰＵ１１１は、ハードディスクドライブ１１４から、バンド単位で画像データを読出すため、読出したバンド数を管理するカウンタＫを１にリセットする。ステップＳ７０７において、ＣＰＵ１１１は、Ｎページ目の、Ｋバンド目の分割圧縮画像データをハードディスクドライブ１１４から読出す。ステップＳ７０８において、ＣＰＵ１１１は、ステップＳ７０７でのＫバンド目の分割圧縮画像データの読出しが正常に終了したか判断する。ＣＰＵ１１１は、Ｋバンド目の分割圧縮画像データの読出しが正常に終了した場合、ＣＰＵ１１１は、処理をステップＳ７１１へ進める。ステップＳ７１１において、ＣＰＵ１１１は、画像データの次のバンドを読出すため、バンド数を管理するカウンタＫに１を加算する。ステップＳ７１２において、ＣＰＵ１１１は、Ｎページ目のＫバンド目の分割圧縮画像データが存在するか判断する。Ｋバンド目の分割圧縮画像データが存在する場合、ＣＰＵ１１１は、処理をステップＳ７０７へ戻す。Ｋバンド目の分割圧縮画像データが存在しなくなるまで、ＣＰＵ１１１は、処理をステップＳ７０７へ戻して、Ｎページ目の複数の分割圧縮画像データを順次読出す。Ｋバンド目の分割圧縮画像データが存在しなくなると場合、ＣＰＵ１１１は、処理をステップＳ７１３へ進める。ステップＳ７１３において、ＣＰＵ１１１は、読出した画像データを、管理サーバ１７０へ送信する。ステップＳ７１４において、ＣＰＵ１１１は、次のページの画像データを読出すために、ページ数を管理するカウンタＮに１を加算する。その後、ＣＰＵ１１１は、処理をステップＳ７０２へ戻す。
【００２５】
これに対し、読出エラーが発生した場合、ＣＰＵ１１１は、ステップＳ７０８において、Ｋバンド目の分割圧縮画像データの読出しが正常に終了していないと判断し、処理をステップＳ７０９へ進める。ステップＳ７０９において、ＣＰＵ１１１は、エラーが発生したバンドの情報を画像データの画像情報（３０２、３１０、３１２）に記録する。ステップＳ７１０において、ＣＰＵ１１１は、読出しエラーとなったＮページ目の分割圧縮画像データを破棄する。その後、ＣＰＵ１１１は、処理をステップＳ７１１へ進める。このように、画像データがハードディスクドライブ１１４にバンド圧縮画像データで記録されている場合、ＣＰＵ１１１は、そのページについてのエラーが生じたバンド以外の分割圧縮画像データを、管理サーバ１７０へ送信することができる。読出手段としてのＣＰＵ１１１は、ハードディスクドライブ１１４から読出した分割圧縮画像データにエラーがある場合、ログとして、画像データについてのエラーがない部分である残りの分割圧縮画像データを、ネットワークＩ／Ｆ１１５から送信する。読出手段としてのＣＰＵ１１１は、ハードディスクドライブ１１４から読出される分割圧縮画像データにエラーがある場合、エラーが生じている部分の分割圧縮画像データを破棄する。また、ＣＰＵ１１１は、残りの分割部分の画像についての分割圧縮画像データを継続して読出し、ログとしてネットワークＩ／Ｆ１１５から送信する。その後、すべての画像データの読出および送信が完了すると、ＣＰＵ１１１は、ログとして、エラーが生じていない部分の画像データとともに、画像データの属性情報およびジョブの属性を、ネットワークＩ／Ｆ１１５から送信する。これにより、ＣＰＵ１１１は、たとえばスキャナ１３０により読み取られた原稿の画像データについて、画像データごとに、エラーが生じていない分割圧縮画像データを、ネットワークＩ／Ｆ１１５から送信することができる。ネットワークＩ／Ｆ１１５は、画像データについてのエラーが生じていない部分としての分割圧縮画像データを、ログとして送信することができる。
【００２６】
以上のように、本実施形態では、ＣＰＵ１１１は、ジョブの実行後にハードディスクドライブ１１４から複数に分割して圧縮して記録されている画像データを読出してログとしてネットワークＩ／Ｆ１１５から送信する。読出手段としてのＣＰＵ１１１は、読出した画像データにエラーがある場合、ログとして、画像データについてのエラーがない部分をネットワークＩ／Ｆ１１５から送信する。よって、本実施形態では、画像形成装置１００からログとしての画像データが全く送信されないという事態が生じ難くなる。エラーがない部分を含めて、画像データのすべてが送信されないという事態が生じ難くなる。ジョブを実行した後でのログの記録において画像データの一部にエラーが生じたとしても、ユーザは、ログとして記録されている画像データについてのエラーがない残りの部分により、どのような画像についてのジョブが実行されたのかを把握できる。このように、本実施形態では、ユーザによるジョブの画像データの確認を、できる限りに可能にできる。たとえば、原稿の画像を読み取るスキャナ１３０により読み取られた原稿の画像についても、ユーザは確認できる。特に、本実施形態では、ログとして、画像データとともに、画像データの属性情報およびジョブの属性を記録して読出す。よって、本実施形態では、ユーザは、画像データに対するジョブの内容についても、把握することができる。また、本実施形態では、画像データを用いるジョブを実行するタイミングにおいて、ログとしての画像データを送信しないので、ログ処理によってジョブの実行が阻害され難い。
【００２７】
本実施形態では、ログとしての画像データは、たとえばスキャナ１３０の副走査方向において所定の画像幅ごとに画像を短冊状に分割して記録される。また、本実施形態では、ハードディスクドライブ１１４から読出される画像データにエラーがある場合、エラーが生じている画像の画像データを破棄する。また、本実施形態では、残りの画像についての画像データを継続して読出して、ログとしてネットワークＩ／Ｆ１１５から送信する。よって、本実施形態では、エラーが生じていない残りの部分の画像により、ユーザは、画像データによるジョブの確認を、できる限りすることができる。たとえば、原稿の画像を読み取るスキャナ１３０により読み取られた原稿の画像についても、ユーザは、エラーが生じていない残りの画像から確認することができる。
【００２８】
［第二実施形態］
次に、本実施形態の第二実施形態に係る画像形成装置１００を含むログ管理システム１を説明する。本実施形態では、ジョブに係る画像データは、画像データごとに、色成分ごとに分割して圧縮して、ハードディスクドライブ１１４に記録される。この場合、１ページの画像データは、色成分ごとの複数のプレーンのデータとして構成されている。以下の説明では、主に第一実施形態との相違点について説明する。
【００２９】
図８は、本実施形態の第二実施形態での、ハードディスクドライブ１１４に記録されている１つの画像についての分割されたデータ記録構造（バンド圧縮画像データ）の一例の説明図である。図９は、図８との比較のために示す、１つの画像についての分割しないデータ記録構造（ページ圧縮画像データ）の一例の説明図である。ジョブに係る画像データは、１ページの画像データごとに、１つのファイルとして保存される。画像データは、ジョブ種やジョブの設定に応じて、異なる画像フォーマットで保存されてよい。
【００３０】
図９は、ＪＰＥＧなど、１ページの画像をそのまま圧縮して記録する画像フォーマットでのデータ記録構造を説明する図である。図９の画像データは、ＣＭＹＫの４色のプレーンのデータ９０１〜９０４に分割されている。たとえばＣＭＹＫの４色で構成される場合、画像データは、Ｃｙａｎプレーン、Ｍａｇｅｎｔａプレーン、Ｙｅｌｌｏｗプレーン、Ｂｌａｃｋプレーンの４つのプレーンに分割される。プレーンごとのファイルとしてハードディスクドライブ１１４に記録される。各色成分のプレーンデータ９０１〜９０４は、各色成分についての情報が記録される画像ヘッダと、画像を色成分ごとに分けた色成分プレーンデータと、を有する。各色成分のプレーンデータ９０１〜９０４は、画像ごとに、色成分ごとに、画像データを圧縮したものである。一色分の色成分プレーンデータは、図６と同様に、１つのブロックとして圧縮して記録される。
【００３１】
これに対し、図８の画像データでは、各色成分のプレーンデータ９０１〜９０４は、各色成分のプレーンについての情報が記録される画像ヘッダと、各色成分の色成分プレーンデータと、を有する。各色成分の色成分プレーンデータは、各色成分でのプレーンデータを複数のブロックに分割される。そして、各色成分での部分画像である各ブロックのプレーンデータは、ブロックごとに圧縮され、各ファイルとしてハードディスクドライブ１１４に記録される。分割色成分プレーンデータは、色成分プレーンデータを、バンドごとに複数に分割した分割データである。分割色成分プレーンデータは、色成分プレーンを分割した１つのブロックについての色成分プレーンデータである。色成分プレーンデータは、画像の長さ方向（副走査方向）に一定の画素サイズ（ライン数）ごとにブロックに分割されて圧縮される。図８の例では１０２４ラインごとにブロックに分割されて圧縮される。端数の色成分プレーンデータは、一定ライン数（１０２４ライン）に満たない終端のブロックの画像データである。以下において、図８のデータ記録構造を持つ画像データは、複数プレーンのページ圧縮画像データとよぶ。
【００３２】
本実施形態において、ログ情報管理モジュール４０４を実行するＣＰＵ１１１は、画像形成装置１００においてジョブを実行した後の図４のログデータを記録する際に、各画像データをハードディスクドライブ１１４に記録する。ＣＰＵ１１１は、たとえば図８のデータ記録構造により、各画像データをハードディスクドライブ１１４に記録する。ログ情報管理モジュール４０４を実行する圧縮手段としてのＣＰＵ１１１は、ログデータとしての各画像データをハードディスクドライブ１１４に記録する場合、バンドごとにハードディスクドライブ１１４のセクタ２０３へ記録する。また、ＣＰＵ１１１は、ハードディスクドライブ１１４のセクタ２０３からバンドごとに画像データを読出してよい。ＣＰＵ１１１は、たとえばスキャナ１３０により読み取られた原稿の画像データを、画像ごとに、色成分ごとに、バンドごとに、複数に分割した分割データごとに圧縮してハードディスクドライブ１１４に記録する。圧縮手段としてのＣＰＵ１１１は、画像データを、画像ごとに、色成分ごとに、バンドごとに、画像をたとえばスキャナ１３０の副走査方向において所定の画像幅ごとに短冊状に分割して記録する。また、バンドのデータ量は、ハードディスクドライブ１１４の１つのセクタ２０３に記録可能な最大データ量以下とすればよい。この場合、ＣＰＵ１１１は、たとえばスキャナ１３０により読み取られた原稿の画像デ
ータを、色成分ごとに、バンドごとに複数のセクタ２０３に分割してハードディスクドライブ１１４に記録する。ＣＰＵ１１１は、複数のセクタ２０３のうちの１つにエラーが生じても、エラーが生じていない残りのセクタ２０３から、エラーが生じていない色成分の残りの部分のプレーンデータを読出すことができる。
【００３３】
図１０は、本実施形態の第二実施形態での、画像データの読出処理のフローチャートである。ログ情報管理モジュール４０４を実行する読出手段としてのＣＰＵ１１１は、管理サーバ１７０が周期的に送信する画像ログ送信要求を受信すると、図７の処理を開始する。これにより、読出手段としてのＣＰＵ１１１は、周期的に、ジョブの実行後にハードディスクドライブ１１４から複数に分割して圧縮して記録されている画像データを読出して、ネットワークＩ／Ｆ１１５からログとして管理サーバ１７０へ送信する。また、出力部としてのネットワークＩ／Ｆ１１５は、ＬＡＮ１８０を通じて管理サーバ１７０へ、ハードディスクドライブ１１４から読出した画像データを含むログデータを、管理サーバ１７０へ送信する。図１０は、ＣＰＵ１１１が、画像データごとに、画像の色成分ごとに、読出して送信する場合の例である。図１０のステップＳ１００１からステップＳ１００４までは、図７のステップＳ７０１からステップＳ７０４と同じである。また、ステップＳ１０２３からステップＳ１０２４までは、図７のステップＳ７１９からステップＳ７２０と同じである。ステップＳ１００５において、ＣＰＵ１１１は、画像の１つのプレーンを１つのファイルとして読出すために、ハードディスクドライブ１１４から読出したバンド数を管理するカウンタＰを、１にリセットする。ステップＳ１００６において、ＣＰＵ１１１は、Ｎページ目の、Ｐプレーン目の画像データを、ハードディスクドライブ１１４から読出す。プレーン毎の画像データの読出し処理ステップＳ１００７からステップＳ１０１４は、図７のステップＳ７０５からステップＳ７１２と同様である。ステップＳ１００７において、ＣＰＵ１１１は、ステップＳ１００４で取得した画像データのフォーマット情報から、読出す画像データがバンド圧縮画像データであるか、ページ圧縮画像データあるかとともに、プレーン数を判断する。また、ステップＳ１０１９からステップＳ１０２２の処理は、図７のステップＳ７１５からステップＳ７１８と同様である。ステップＳ１０１５において、１プレーン分の画像データ読出しが完了したため、ＣＰＵ１１１は、プレーン数を管理するカウンタＰに１を加算する。ステップＳ１０１６において、ＣＰＵ１１１は、Ｎページ目にＰプレーン目の画像データが存在するか判断する。Ｐプレーン目の画像データが存在する場合、ＣＰＵ１１１は、処理をステップＳ１００６へ戻す。画像データについてのすべてのプレーンデータを読み込みが完了するまで、ＣＰＵ１１１は、プレーンデータごとの読出処理を繰り返す。すべてのプレーンデータの読出処理が完了してＰプレーン目の画像データが存在しない場合、ＣＰＵ１１１は、処理をステップＳ１０１７へ進める。ステップＳ１０１７において、ＣＰＵ１１１は、読み込んだＮページ目の画像データについて、エラーが生じていないプレーンデータを、ネットワークＩ／Ｆ１１５からログとして管理サーバ１７０へ送信する。ステップＳ１０１８において、ＣＰＵ１１１は、次のページの画像データを読出すために、ページ数を管理するカウンタＮに１を加算し、処理をステップＳ１００２へ戻す。
【００３４】
このように、画像データがハードディスクドライブ１１４に色成分ごとに記録されている場合、読出手段としてのＣＰＵ１１１は、そのページについてのエラーが生じた色成分以外の色成分の分割圧縮画像データを、管理サーバ１７０へ送信することができる。ＣＰＵ１１１は、ハードディスクドライブ１１４から読出す色成分ごとの分割圧縮画像データにエラーがある場合、エラーが生じている色成分の分割圧縮画像データを破棄する。ＣＰＵ１１１は、ハードディスクドライブ１１４から読出す色成分ごとの分割圧縮画像データにエラーがある場合、ログとして、画像データについてのエラーがない残りの部分の色成分の分割圧縮画像データを、ネットワークＩ／Ｆ１１５から送信する。その後、すべての画像データの読出および送信が完了すると、ＣＰＵ１１１は、ログとして、エラーが生じていない部分の画像データとともに、画像データの属性情報およびジョブの属性を、ネットワークＩ／Ｆ１１５から送信する。これにより、ＣＰＵ１１１は、たとえばスキャナ１３０により読み取られた原稿の画像データについて、画像データごとに、エラーが生じていない色成分の分割圧縮画像データを、ネットワークＩ／Ｆ１１５から送信することができる。ネットワークＩ／Ｆ１１５は、画像データについてのエラーが生じていない部分としての色成分の分割圧縮画像データを、ログとして送信することができる。
【００３５】
以上のように、本実施形態では、画像データを、画像ごとに、画像の色成分ごとに、分割して記録する。たとえば、１つの画像データの画像を、Ｃｙａｎ、Ｍａｇｅｎｔａ、Ｙｅｌｌｏｗ、Ｂｌａｃｋの４つの色成分に分割して記録する。また、本実施形態では、記録部から読出される画像データにエラーがある場合、エラーが生じている色成分の画像データを破棄する。また、本実施形態では、少なくとも残りの色成分の画像データを継続して読出し、ログとしてネットワークＩ／Ｆ１１５から管理サーバ１７０へ送信する。よって、エラーが生じていない残りの色成分の画像に基づいて、画像データによるジョブの確認を、できる限りの可能にすることができる。たとえば、原稿の画像を読み取るスキャナ１３０により読み取られた原稿の画像についても、エラーが生じていない残りの色成分の画像から確認することができる。
【００３６】
［第三実施形態］
次に、本実施形態の第三実施形態に係る画像形成装置１００を含むログ管理システム１を説明する。本実施形態では、ジョブに係る画像データは、画像データごとに複数のブロックに分割して圧縮され、ハードディスクドライブ１１４のセクタ２０３ごとに記録される。１つのブロックは、複数のセクタ２０３に分けて記録されてもよい。以下の説明では、主に第一実施形態との相違点について説明する。
【００３７】
図１１は、本発明の第三実施形態での、画像データの一例の読出処理のフローチャートである。ログ情報管理モジュール４０４を実行する読出手段としてのＣＰＵ１１１は、管理サーバ１７０が周期的に送信する画像ログ送信要求を受信すると、図１１の処理を開始する。これにより、読出手段としてのＣＰＵ１１１は、周期的に、ジョブの実行後にハードディスクドライブ１１４から複数に分割して圧縮して記録されている画像データを読出して、ネットワークＩ／Ｆ１１５からログとして管理サーバ１７０へ送信する。また、出力部としてのネットワークＩ／Ｆ１１５は、ＬＡＮ１８０を通じて管理サーバ１７０へ、ハードディスクドライブ１１４から読出した画像データを含むログデータを、管理サーバ１７０へ送信する。図１１は、ＣＰＵ１１１が画像データをハードディスクドライブ１１４の記録単位であるセクタ２０３の単位ごとに読出して送信する場合の例である。
【００３８】
なお、ここでの画像ログ送信要求の受信方法は一例である。画像ログ送信要求は、管理サーバ１７０以外の情報処理装置から送信されてよい。画像形成装置１００は、ネットワークＩ／Ｆ１１５以外の通信手段により画像ログ送信要求を受信してよい。
【００３９】
ステップＳ１１０１において、ＣＰＵ１１１は、ハードディスク１４から読出す画像データのカウンタＮを１にリセットする。これにより、ＣＰＵ１１１は、ジョブの１ページ目の画像データからの読出しを開始する。ステップＳ１１０２において、ＣＰＵ１１１は、Ｎページ目の画像データの存否を判断する。Ｎページ目の画像データが存在する場合、ＣＰＵ１１１は、処理をＳ１１０３へ進めて、画像データの読出しを開始する。ジョブのすべてのページの画像データについて読出が済んでいる場合、ＣＰＵ１１１は、処理をＳ１１１２へ進める。ステップＳ１１０３において、ＣＰＵ１１１は、Ｎページ目の画像データについての読出処理を開始する。ＣＰＵ１１１は、ハードディスクドライブ１１４の記録単位であるセクタ２０３の単位ごとに、画像データを読出す。ステップＳ１１０４において、ＣＰＵ１１１は、読出しセクタ数を管理するカウンタＫを１にリセットする。
【００４０】
ステップＳ１１０５において、ＣＰＵ１１１は、ハードディスク１４から、Ｎページ目の、Ｋセクタ目の画像データを読出す。ステップＳ１１０６において、ＣＰＵ１１１は、ステップＳ１１０５でのＫセクタ目の画像データの読出しが正常に終了しているか否かを判断する。正常に終了している場合、ＣＰＵ１１１は、処理をＳ１１０７へ進める。Ｋセクタ目が不良のセクタ２０３であることにより読出しが正常に終了できず、読出結果がエラーとなった場合、ＣＰＵ１１１は、処理をＳ１１１１へ進める。ステップＳ１１０７において、ＣＰＵ１１１は、次のセクタ２０３の画像データを読出すため、セクタ数を管理するカウンタＫに１を加算する。ステップＳ１１０８において、ＣＰＵ１１１は、Ｎページ目の画像について、Ｋセクタ目に画像データが存在するか否かを判断する。Ｋセクタ目の画像データが存在する場合、ＣＰＵ１１１は、その画像を読出すために、処理をＳ１１０５へ戻す。この処理を繰り返すことにより、Ｎページ目の画像の読出が完了する。この場合、Ｋセクタ目の画像データが存在しなくなるため、ＣＰＵ１１１は、処理をＳ１１０９へ進める。ステップＳ１１０９において、ＣＰＵ１１１は、読出が完了したＮページ目のすべてのセクタ２０３の画像データを、ログ管理サーバ１７０へ送信する。ステップＳ１１１０において、ＣＰＵ１１１は、次のページの画像データを読出すため、ページ数を管理するカウンタNに１を加算する。ＣＰＵ１１１は、処理をステップＳ１１０２へ戻す。
【００４１】
ステップＳ１１１１において、ＣＰＵ１１１は、Ｋセクタ目が不良のセクタ２０３であることにより読出しが正常に終了しないため、Ｎページ目についての以降のセクタ２０３の画像データの読出しを中止する。その後、ＣＰＵ１１１は、処理をステップＳ１１０９へ進める。この場合、ＣＰＵ１１１は、読出しエラー発生前までに読出し済みの画像データをログ管理サーバ１７０へ送信する。これにより、読出手段としてのＣＰＵ１１１は、ハードディスクドライブ１１４から読出される画像データにエラーがある場合、エラーが生じているセクタ２０３の分割データを破棄し、エラーに係る画像について、エラーが生じる前までに読出したセクタ２０３の分割データを、ログとしてネットワークＩ／Ｆ１１５から出力することができる。また、読出手段としてのＣＰＵ１１１は、ハードディスクドライブ１１４に記録を行うセクタ２０３の単位でエラーを判断し、エラーに係る画像について、エラーが生じたセクタ２０３以外のデータを読出して、ログとしてネットワークＩ／Ｆ１１５から出力することができる。そして、ジョブのすべてのページの画像データについて読出が済んでいて、ステップＳ１１０２においてＮページ目の画像データが存在しない場合、ＣＰＵ１１１は、処理をＳ１１１２へ進める。ステップＳ１１１２において、ＣＰＵ１１１は、ジョブログをログ管理サーバ１７０に送信する。ステップＳ１１１３において、ＣＰＵ１１１は、送信完了通知をログ管理サーバ１７０へ送信する。
【００４２】
以上のように、本実施形態では、ハードディスクドライブ１１４からのセクタ２０３ごとの画像データの読出しにおいてエラーが発生した場合にも、エラーになる前に読出したジョブアーカイブログを、ログ管理サーバ１７０へ送信することができる。このように、画像形成装置１００は、読出エラーが生じる前までに読出した画像データをログ管理サーバ１７０へ送信する。これにより、ログ管理サーバ１７０には、画像データが保存されなくなることを抑制することができる。
【００４３】
［第四実施形態］
次に、本実施形態の第四実施形態に係る画像形成装置１００を含むログ管理システム１を説明する。本実施形態では、第三実施形態と同様に、ジョブに係る画像データは、画像データごとに複数のブロックに分割して圧縮され、ハードディスクドライブ１１４のセクタ２０３ごとに記録される。１つのブロックは、複数のセクタ２０３に分けて記録されてもよい。本実施形態では、読出エラー発生時にも、画像データの読出しを中止しない。以下の説明では、主に第三実施形態との相違点について説明する。
【００４４】
図１２は、本発明の第四実施形態での、画像データの一例の読出処理のフローチャートである。ステップＳ１２０１からステップＳ１２０５までは、図６のステップＳ１１０１からステップＳ１１０５と同じである。ステップＳ１２０６において、ＣＰＵ１１１は、ステップＳ１２０５でのＫセクタ目の画像データの読出しが正常に終了しているか否かを判断する。正常に終了している場合、ＣＰＵ１１１は、処理をステップＳ１２０７へ進める。Ｋセクタ目が不良のセクタ２０３であることにより読出しが正常に終了せず、読出結果がエラーとなった場合、ＣＰＵ１１１は、処理をステップＳ１２１１へ進める。ステップＳ１２０７において、ＣＰＵ１１１は、次のセクタ２０３の画像データを読出すために、セクタ数を管理するカウンタＫに１を加算する。ＣＰＵ１１１は、処理をステップＳ１２０８へ進める。
【００４５】
ステップＳ１２１１において、ＣＰＵ１１１は、エラーが発生したセクタ２０３の情報を画像データごとの画像属性（３０２、３１０、３１２）にＥｒｒｏｒＳｅｃｔｏｒとしてに記録する。ステップＳ１２１２において、ＣＰＵ１１１は、読出エラーとなったＫセクタ目の画像データを破棄する。ＣＰＵ１１１は、処理をステップＳ１２０８へ進める。ステップＳ１２０８において、ＣＰＵ１１１は、Ｎページ目のＫセクタ目に画像データが存在するか否かを判断する。Ｋセクタ目に画像データが存在する場合、ＣＰＵ１１１は、処理をステップＳ１２０５へ戻し、画像データの読出しを繰り返す。Ｋセクタ目に画像データが存在しない場合、Ｎページ目の画像データのすべてのセクタ２０３の読出が完了しているため、ＣＰＵ１１１は、処理をステップＳ１２０９へ進める。ステップＳ１２０９において、ＣＰＵ１１１は、読出した画像データをログ管理サーバ１７０へ送信する。この時、ステップＳ１２０５で読出しエラーが発生していた場合には、ＣＰＵ１１１は、ステップＳ１２１２において破棄された不良のセクタ２０３の画像データを除いた、Ｎページ目の画像データを送信する。読出手段としてのＣＰＵ１１１は、ハードディスクドライブ１１４から読出される画像データにエラーがある場合、エラーが生じているセクタ２０３の分割データを破棄し、エラーに係る画像についてのエラーが生じていない残りのすべてのセクタ２０３の分割データを読出して、ログとしてネットワークＩ／Ｆ１１５から出力することができる。
【００４６】
ステップＳ１２１０において、ＣＰＵ１１１は、次のページの画像データを読出すために、ページ数を管理するカウンタNに１を加算する。そして、ジョブのすべてのページの画像データについて読出が済んでいて、ステップＳ１２０２においてＮページ目の画像データが存在しない場合、ＣＰＵ１１１は、処理をＳ１２１３へ進める。ステップＳ１２１３において、ＣＰＵ１１１は、ジョブログをログ管理サーバ１７０へ送信する。ステップＳ１２１４において、ＣＰＵ１１１は、送信完了通知を、ログ管理サーバ１７０へ送信する。
【００４７】
図１３は、図１２の画像データの送信後に記録部としてのハードディスクドライブに記録されているログデータの一例の説明図である。図１３のログデータは、図４のスキャンジョブ後のログデータと比べて、画像データの送信処理結果を示す、ＥｒｒｏｒＳｅｃｔｏｒ３３２とその値３３３が追加されている。たとえば図１３の１枚目の画像データでは、ＥｒｒｏｒＳｅｃｔｏｒ３３２の値３３３として、読出エラーが発生したセクタ２０３の位置「５８６０５１９９」が記録される。
【００４８】
以上のように、本実施形態では、ハードディスクドライブ１１４からの画像データ読出においてエラーが発生した場合でも、ジョブアーカイブログをログ管理サーバ１７０へ送信することができる。このように、画像形成装置１００は、読出エラーが発生したセクタ２０３のデータを除いた、画像データの残りのすべてのデータをログ管理サーバ１７０へ送信する。これにより、ログ管理サーバ１７０には、画像データが保存されなくなることを抑制することができる。
【００４９】
以上、本実施形態をその好適な実施形態に基づいて詳述してきたが、本実施形態はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本実施形態に含まれる。
【００５０】
上記第二実施形態では、ＣＰＵ１１１は、エラーが生じていない残りの色成分の画像データをそのまま、管理サーバ１７０へ送信している。この他にもたとえば、ＣＰＵ１１１は、エラーが生じていない残りの色成分の画像データの色相を変換して、管理サーバ１７０へ送信してもよい。この際に、たとえばＹｅｌｌｏｗの色成分のプレーンデータを、黒色のプレーンデータへ変換して、管理サーバ１７０へ送信してもよい。これにより、ユーザは、管理サーバ１７０に蓄積されているジョブに係る画像データにおいて、どのような画像であるかを容易に判断することが可能になる。
【００５１】
本実施形態は、上述の実施の形態の１以上の機能を実現するプログラムを、ネットワークや記憶媒体を介してシステムや装置に供給し、そのシステム又は装置のコンピュータの１つ以上のプロセッサーがプログラムを読出して実行する処理でも実現可能である。また、本実施形態は、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５２】
１  ログ管理システム
１００  画像形成装置
１１１  ＣＰＵ
１１４  ハードディスクドライブ
１１５  ネットワークＩ／Ｆ
１３０  スキャナ
１７０  管理サーバ
２０３  セクタ
３０１  画像データ
５０２，５０３  分割圧縮画像データ
６０２  全体圧縮画像データ
【図１】
2020090083.tif 000003
【図２】
2020090083.tif 000004
【図３】
2020090083.tif 000005
【図４】
2020090083.tif 000006
【図５】
2020090083.tif 000007
【図６】
2020090083.tif 000008
【図７】
2020090083.tif 000009
【図８】
2020090083.tif 000010
【図９】
2020090083.tif 000011
【図１０】
2020090083.tif 000012
【図１１】
2020090083.tif 000013
【図１２】
2020090083.tif 000014
【図１３】
2020090083.tif 000015