JP2016122882A - 情報処理システム、情報処理装置、画像処理サーバ、情報処理装置の制御方法、画像処理サーバの制御方法、及びプログラム - Google Patents

Abstract

【課題】 画像処理が情報処理装置と画像処理サーバとで連係されるシステムにおいて、画像処理が終了した後、開発者等がエラー対象となる画像データを用いて検証することでエラー解析と検証を容易に行えるログを生成する。
【解決手段】
画像処理サーバとの間で各画像データをやり取りしながら所定の画像処理を行う情報処理装置において、画像処理サーバで処理すべき画像データが正常に生成されない場合、または画像処理サーバから受け取る画像データを正常に処理されていない場合、管理サーバに通知すべきログおよび画像データを特定する画像ログを生成する。そして、生成されたログおよび画像ログを管理サーバに通知する構成を特徴とする。
【選択図】 図７Ａ

Description

本発明は、情報処理システム、情報処理装置、画像処理サーバ、情報処理装置の制御方法、画像処理サーバの制御方法、及びプログラムに関するものである。

従来のデジタル複合機等の画像形成装置には、装置の故障や異常などの不具合解析を行うために動作状況に関するログを逐次生成しメモリに記憶しているものがある。そして、複数のＣＰＵを備え、一方のＣＰＵが動作停止状態でも他方のＣＰＵにより外部装置へ動作状況を示すログを出力することができるものがある（特許文献１参照）。

また、画像処理装置を利用した機密情報の漏洩に対して、漏洩元を特定する方法として動作状況を示すログの他に原稿画像からログイメージを作成し、動作状況を示すログとログイメージをジョブ管理サーバへ送信し、管理する方法が提案されている（特許文献２参照）。

特開２０１２−３５０６号公報 特開２００７−１６６１７６号公報

しかしながら、従来のログ処理では処理の不具合が発生したときに不具合の内容はわかるが、不具合となった画像データを保存していないため、どのような画像データに対して不具合が発生したかを知ることはできなかった。

また、漏洩防止ログは、実行された処理のログと画像データであるログイメージから構成される。ログイメージは漏洩時に参照するためのものであり、装置の動作不具合時には画像データが残らず、不具合解析のためには使用できないという課題がある。

さらに、画像形成装置で扱う画像データに対する画像処理を外部の画像処理サーバに行わせる情報処理システムにおいて、システムを構成するサーバに新たな画像処理機能が追加された場合、以下の課題が指摘されている。
システムで画像処理機能が追加された場合、その画像処理機能が正常に機能しているかどうかを検証する必要がある。しかしながら、システムの状況が変化するため、開発者や管理者が適正なタイミングで不具合時の検証を行うことは容易ではないとの課題があった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、画像処理が情報処理装置と画像処理サーバとで連係されるシステムにおいて、画像処理が終了した後、開発者等がエラー対象となる画像データを用いて検証することでエラー解析と検証を容易に行えるログを生成できる仕組みを提供することである。

上記目的を達成する本発明の情報処理システムは以下に示す構成を備える。
情報処理装置と画像処理サーバとの間で各画像データをやり取りしながら所定の画像処理を行う画像処理システムと、当該画像処理システムで実行される画像処理のログを管理する管理サーバとを含む情報処理システムであって、前記情報処理装置は、前記画像処理サーバで処理すべき画像データが正常に生成されたかどうかを判断する第１の判断手段と、前記画像処理サーバから受け取る画像データを正常に処理できたかどうかを判断する第２の判断手段と、前記第１の判断手段または第２の判断手段による判断結果から前記管理サーバに通知すべきログおよび画像データを特定する画像ログを生成する第１の生成手段と、生成されたログおよび画像ログを前記管理サーバに通知する第１の通知手段と、を備え、前記画像処理サーバは、前記情報処理装置から受け取る画像データを正常に処理できたかどうかを判断する第３の判断手段と、前記第３の判断手段による判断結果から前記管理サーバに通知すべきログおよび判断された画像データを特定する画像ログを生成する第２の生成手段と、生成されたログおよび画像ログを前記管理サーバに通知する第２の通知手段と、を備え、前記管理サーバは、前記情報処理装置または前記画像処理サーバから通知されたログおよび画像ログを保存手段に登録する登録手段を備えることを特徴とする。

本発明によれば、画像処理が情報処理装置と画像処理サーバとで連係されるシステムにおいて、画像処理が終了した後、開発者等がエラー対象となる画像データを用いて検証することでエラー解析と検証を容易に行えるログを生成できる。

情報処理システムの構成を示す図である 画像処理サーバの構成を示すブロック図である。 ログサーバの構成を示すブロック図である。 画像形成装置の構成を表すブロック図である。 情報処理システムのソフトウェア構成モジュールを示す図である。 情報処理システムの制御方法を説明するフローチャートである。 情報処理システムの制御方法を説明するフローチャートである。 情報処理システムの制御方法を説明するフローチャートである。 情報処理システムの制御方法を説明するフローチャートである。 情報処理システムの制御方法を説明するフローチャートである。 情報処理システムのログ情報を示す図である。 情報処理システムのログ情報を示す図である。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕

図１は、本実施形態を示す情報処理システムの構成を示す図である。本情報処理システムは、画像処理サーバ１１０、ログサーバ１２０、画像形成装置１３０より構成され、ネットワーク１００を介して接続される。本実施形態では、情報処理装置の一例として画像形成装置を例とする。なお、画像形成装置は、複合機、単機能の画像形成装置を含む。なお、本実施形態では、画像処理サーバ１１０、画像形成装置１３０により画像処理システムが構築され、それぞれのログをログサーバ１２０が管理する情報処理システムを例とする。個々で、画像処理サーバ１１０は、画像形成装置１３０からの要求に応じて取得する画像データに所定の画像処理を行う。管理サーバとしてのログサーバ１２０は、後述する生成されるログおよび画像ログを登録して管理する。
図１において、画像処理サーバ１１０は、複数の画像処理機能を備えた画像処理サーバである。外部から入力された画像データに対して指定された画像処理を実行し、外部へ出力する機能を備える。ログサーバ１２０は、情報処理システム全体の処理の動作状況を示す情報ログを格納するためのログサーバである。画像形成装置１３０は複数種類の機能（コピー、ＦＡＸ、印刷等）を実現する複合機である。なお、画像形成装置１３０は、ネットワーク１００に対して複数台接続されるシステムとしてもよい。

本例の情報処理システムでは、ネットワーク１００に接続された画像形成装置１３０に画像処理機能を追加しなくても画像処理サーバ１１０に、新たな画像処理機能を追加していくことで、情報処理システム全体の機能を追加することができる。

図２は、図１に示した画像処理サーバ１１０の構成を示すブロック図である。本例に示す画像処理サーバ１１０は、コントローラユニット２００、操作部２２０、表示部２３０を含んでいる。
図２において、コントローラユニット２００は、ＣＰＵ２０１を有し、ＣＰＵ２０１は、ＲＯＭ２０２に格納されているブートプログラムによりＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動する。

ＣＰＵ２０１は、このＯＳ上で、ストレージ２０４に格納されている複数の画像処理プログラムを実行し、これによって各種処理を実行する。このＣＰＵ２０１の作業領域としてはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３が用いられる。

ストレージ２０４は、上記画像処理プログラムと画像処理に必要なデータを格納する。ＣＰＵ２０１には、システムバスを介して、ＲＯＭ２０２およびＲＡＭ２０３とともに、操作部Ｉ／Ｆ２０６、表示部Ｉ／Ｆ２０７、Ｎｅｔｗｏｒｋ２０７が接続される。操作部Ｉ／Ｆ２０６は、マウス、キーボード等から成る操作部２２０とのインターフェースであり、操作部２２０によってユーザにより入力された情報をＣＰＵ２０１に送出する。
表示部Ｉ／Ｆ２０７は、ディスプレイ等から成る表示部２３０に表示すべき画像データを表示部２３０に対して出力する。また、Ｎｅｔｗｏｒｋ２０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

図３は、図１に示したログサーバ１２０の構成を示すブロック図である。本例に示すログサーバ１２０は、コントローラユニット３００、操作部３２０、表示部３３０を備える。
図３において、コントローラユニット３００は、ＣＰＵ３０１を有し、ＣＰＵ３０１は、ＲＯＭ３０２に格納されているブートプログラムによりＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動する。

ＣＰＵ３０１は、このＯＳ上で、ストレージ３０４に格納されているログデータにプログラムを実行し、これによって各種処理を実行する。このＣＰＵ３０１の作業領域としてはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３が用いられる。ストレージ３０４は、上記アプリケーションプログラムと情報処理システムのログデータを格納する。ログデータの管理方法に関する詳細については後述する。

ＣＰＵ３０１には、システムバスを介して、ＲＯＭ３０２およびＲＡＭ３０３とともに、操作部Ｉ／Ｆ３０６、表示部Ｉ／Ｆ３０７、Ｎｅｔｗｏｒｋ３０５が接続される。操作部Ｉ／Ｆ３０６は、マウス、キーボード等から成る操作部３２０とのインターフェースであり、操作部３２０によってユーザにより入力された情報をＣＰＵ３０１に送出する。
表示部Ｉ／Ｆ３０７は、ディスプレイ等から成る表示部３３０に表示すべき画像データを表示部３３０に対して出力する。また、Ｎｅｔｗｏｒｋ３０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

図４は、図１に示した画像形成装置１３０の構成を表すブロック図である。本例に示す画像形成装置１３０は、コントローラユニット４００、操作部４２０、スキャナ４３０、プリンタ４４０を備える。
図４において、コントローラユニット４００には、操作部４２０が接続されるとともに、画像入力デバイスであるスキャナ４３０や画像出力デバイスであるプリンタ４４０が接続される。

コントローラユニット４００は、ＣＰＵ４０１を有し、ＣＰＵ４０１は、ＲＯＭ４０２に格納されているブートプログラムによりＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動する。

ＣＰＵ４０１は、このＯＳ上で、ストレージ４０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ４０１の作業領域としてはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０３が用いられる。また、ＲＡＭ４０３は、作業領域を提供するとともに、画像データ、ログデータを一時記憶するための画像メモリ領域を提供する。ストレージ４０４は、上記アプリケーションプログラムや画像データ、ログデータ等を格納する。

ＣＰＵ４０１には、システムバスを介して、ＲＯＭ４０２およびＲＡＭ４０３とともに、操作部Ｉ／Ｆ４０６、デバイスＩ／Ｆ４０７、Ｎｅｔｗｏｒｋ４０５、画像処理部４０８が接続される。操作部Ｉ／Ｆ４０６は、タッチパネル、キーを有する操作部４２０とのインターフェースであり、操作部４２０に表示すべき画像データを操作部４２０に対して出力する。

また、操作部Ｉ／Ｆ４０６は、操作部４２０によってユーザにより入力された情報をＣＰＵ４０１に送出する。デバイスＩ／Ｆ４０７には、スキャナ４３０およびプリンタ４４０が接続され、デバイスＩ／Ｆ４０７は、画像データの同期系／非同期系の変換を行う。
Ｎｅｔｗｏｒｋ４０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。画像処理部４０８では、スキャナからの入力画像処理やプリンタへの出力画像処理、画像回転、階調変換などの処理を行う。

図５は、図１に示した画像処理サーバ１１０、ログサーバ１２０および画像形成装置１３０におけるソフトウェア構成モジュールの一例を示す図である。本例に示す画像処理サーバ１１０の各ソフトウェアモジュールはＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムをＲＡＭ２０３、ストレージ２０４を用いて実行されている。

図５において、画像処理サーバ１１０にはネットワーク１００を介してデータの送受信を行う通信部５０１があり、すべてのデータはここを介して通信される。画像受信部５０２は外部装置からの画像データの受信を制御するとともに、画像処理部５０３への画像データの供給を制御する。画像処理部５０３は各種の画像処理機能を備え、指定された画像処理を実行する。画像処理が終了すると画像送信部５０４を介して外部装置へ画像データを送信する。情報処理判断部５０５は、画像受信部５０２、画像処理部５０３、画像送信部５０４で処理する画像データの実行が正常に処理されたかの判断を行う。

情報ログ生成部５０６は、画像処理サーバ１１０の画像処理動作の状況を示す情報ログの生成を行う。画像ログ生成部５０７は、画像受信部５０２、画像処理部５０３、画像送信部５０４で扱う画像データを取得し画像ログとして生成しログサーバ１２０へ送信する。情報ログ生成部５０６と画像ログ生成部５０７は処理実行判断部５０５の判断に応じて制御を変更する。
ログサーバ１２０の各ソフトウェアモジュールはＣＰＵ３０１がＲＯＭ３０２に記憶されたプログラムをＲＡＭ３０３、ストレージ３０４を用いて実行されている。通信部５１１は、ネットワーク１００を介してデータの送受信を行う通信部であり、すべてのデータは通信部５１１を介して通信を行う。

ログ管理部５１２は、本情報処理システムの情報ログ、画像ログを管理する。また、画像処理サーバ１１０と画像形成装置１３０から随時送信される情報ログの関連付け、情報ログと画像ログの関連付けを行う。続いて、画像形成装置１３０の各ソフトウェアモジュールは、ＣＰＵ４０１がＲＯＭ４０２に記憶されたプログラムをＲＡＭ４０３、ストレージ４０４を用いて実行される。

通信部５２１は、通信部５０１、５１１と同様にネットワーク１００を介してデータの送受信を行う。画像送信部５２２は画像形成装置１３０から外部の画像処理サーバ１１０へ送信する画像データの制御を行う。画像受信部５２３は外部の画像処理サーバ１１０から受信する画像データの制御を行う。
画像処理、デバイス制御部５２４は、画像形成装置１３０内で実行される原稿画像の読み取り、画像データの印刷時等の画像処理とデバイスの制御を実行する。処理実行判断部５２５は、画像形成装置１３０内やサーバとの間で実行される通信処理、画像処理、画像送信、画像受信等の処理が正常に処理されたかの判断を行う。

情報ログ生成部５２６は処理実行判断部５２５の判断に基づいて装置の動作状況を示す情報ログを生成する。画像ログ生成部５２７は、処理実行判断部５２５の判断に基づいて装置の動作状況、画像処理状況を示す画像データを不具合検証用のログとして残すため、各モジュールから画像データを取得し、通信部５２１を介してログサーバ１２０へ送信する。

図６は、本実施形態を示す情報処理システムの制御方法を説明するフローチャートである。本実施形態では、文字置き換え機能という処理で説明を行う。これは、原稿画像を画像形成装置１３０で読み込み、画像処理サーバ１２０へ送信する。画像処理サーバ１２０でＯＣＲ処理（文字認識）を行い、認識した文字のフォントデータへの置き換えを行う。その後、画像形成装置１３０でプリントを行う、という処理である。この文字置き換え機能で以下の処理説明を行う。
なお、各ステップのうち、画像処理サーバ１１０のステップについては、ＣＰＵ２０１がＲＯＭ２０２，ＲＡＭ２０３、ストレージ２０４を用いて図５に示したモジュールを実行することで実現される。同様に、各ステップのうち、ログサーバ１２０のステップについては、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ストレージ３０４を用いて図５に示したモジュールを実行することで実現される。同様に、各ステップのうち、画像形成装置１３０のステップについては、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ストレージ４０４を用いて図５に示したモジュールを実行することで実現される。

なお、画像処理サーバ１１０が備える画像処理部５０３の複数の機能は、画像形成装置１３０が起動する毎にネットワーク１００を介して画像処理サーバ１１０に問い合わせを行うことで、画像形成装置１３０が認識することができる。画像形成装置１３０が認識した画像処理サーバ１１０が備える画像処理機能（文字置き換え機能を含む複数の機能）は画像形成装置１３０の操作部４２０に表示される。操作者は操作部４２０に表示された文字置き換え機能を選択することで、機能の実行を指示することができる。操作者による機能選択を画像形成装置１３０の操作部４２０は検知して、以下に示す処理を実行する。

画像形成装置１３０の操作部４２０は、操作者により指定された機能を操作部Ｉ／Ｆ４０６を介してＣＰＵ４０１が検出して受け付ける。画像形成装置１３０が処理する内容と画像サーバ１１０が処理する内容を決定し、画像処理サーバ１１０に処理内容を通知するとともに各処理への設定を行う（Ｓ６０１）。

操作部４２０で指定された画像処理を実行するため、画像形成装置１３０はスキャナ４３０で原稿画像を読み込んで画像データを生成し、ストレージ４０４に格納して、ＣＰＵ４０１が当該格納までの処理が正常に実行されたかの判断を行う（Ｓ６０２）。

Ｓ６０２で正常に画像処理が実行されたと判断された場合、画像形成装置１３０から画像処理サーバ１１０へ画像データを送信する。画像処理サーバ１１０は受信した画像データをストレージ２０４に格納し、ＣＰＵ４０１がデータ格納処理が正常に実行されたかの判断を行う（Ｓ６０３）。ここで、処理の実行判断としては、所定数の画像データの受信が完了した、画像データのチェックサム値が一致することなどを確認することで行う。

引き続き、画像処理サーバ１１０は画像処理部５０３で画像処理（ＯＣＲ処理及びフォントデータへの置き換え）を実施し、処理結果をストレージ２０４に格納し、ＣＰＵ４０１が当該格納までの処理が正常に実行されたかの判断を行う（Ｓ６０４）。

さらに、その後、画像処理サーバ１１０は画像データを画像形成装置１３０へ送信し、画像形成装置１３０は画像データをストレージ４０４に格納し、ＣＰＵ４０１が当該格納までの処理が正常に実行されたかの判断を行う（Ｓ６０５）。そして、画像形成装置１３０はストレージ４０４に格納された画像データを読み出し、印刷実行し、ＣＰＵ４０１が当該格納までの処理が正常に実行されたかの判断を行う（Ｓ６０６）。ここで、Ｓ６０２〜Ｓ６０６までの処理が正常に終了すると実行した処理に基づいて情報ログを生成する（Ｓ６０７）。

一方、Ｓ６０２からＳ６０６までにおける処理実行判断で処理が正常に終了せず、エラーが発生したとＣＰＵ４０１が判断すると、Ｓ６０７に移行し、エラー状況を示すエラー情報ログと画像ログを生成する。ここで、画像ログは、Ｓ６０２からＳ６０６までの各画像処理で使用した画像データをストレージ２０４とストレージ４０４から読み出して生成する。

具体的には、画像処理サーバ１１０の画像ログ生成部５０７が、画像受信部５０２、画像処理部５０３、画像送信部５０４で処理した画像データをストレージ２０４から読み出し、画像ログとして生成する。同様に、画像形成装置１３０内の画像ログ生成部５２７は画像送信部５２２、画像受信部５２３で処理した画像データをストレージ４０４から読み出して生成する。
続いて、画像処理サーバ１１０と画像形成装置１３０は生成したログデータ（情報ログエラー情報ログ、通知すべきと判断された画像データを持足する画像ログ）をログサーバ１２０に送信して（Ｓ６０８）、処理を終了する。
一方、ログサーバ１２０はログ管理部５１２が画像形成装置１３０からのログデータと画像処理サーバ１１０からのログの関連付けや、エラー情報ログと画像データとの関連付けを行いストレージ３０４へ保管して（Ｓ６０９）、処理を終了する。

図７Ａ、図７Ｂは、本実施形態を示す情報処理システムの制御方法を説明するフローチャートである。なお、各ステップのうち、画像処理サーバ１１０のステップについては、ＣＰＵ２０１がＲＯＭ２０２，ＲＡＭ２０３、ストレージ２０４を用いて図５に示したモジュールを実行することで実現される。同様に、各ステップのうち、ログサーバ１２０のステップについては、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ストレージ３０４を用いて図５に示したモジュールを実行することで実現される。同様に、各ステップのうち、画像形成装置１３０のステップについては、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ストレージ４０４を用いて図５に示したモジュールを実行することで実現される。
図７Ａにおいて、画像形成装置１３０は、操作部４２０からの画像処理設定を操作部Ｉ／Ｆ４０６を介してＣＰＵ４０１が受け付ける（Ｓ７０１）。続いて、ＣＰＵ４０１は選択された処理に基づき画像形成装置１３０が処理する内容と画像サーバ１１０が処理する内容を決定し、画像処理サーバ１１０に処理内容を通知する（Ｓ７０２）。

画像形成装置１３０は、原稿画像の読み込み（スキャン）を開始し、画像データを生成する（Ｓ７０３）。読み込まれた枚数分の画像データが生成され、生成した画像データ（画像データ１）がストレージ４０４に格納されたことを確認することで、ＣＰＵ４０１は、正常に画像処理が実行されたかを判断する（Ｓ７０４）。また、判断結果を画像処理サーバ１１０に通知する（Ｓ７０５）。
なお、全体処理が正常に終了しない場合に、画像データ１を不具合解析用に使用するため、ＣＰＵ４０１は、処理が終了するまでストレージ４０４に保存された画像データ１を消去しない。
そして、ＣＰＵ４０１は、処理実行判断Ｓ７０４の結果に基づき、次の画像処理に進むかエラー処理に進むかを判断する（Ｓ７０６）。

続いて、Ｓ７０６で次の処理に進むとＣＰＵ４０１が判断した場合、画像処理を実行する画像処理サーバ１１０に画像データを送信する（Ｓ７０７）。画像処理サーバ１１０は、受信した画像データ（画像データ２）をストレージ２０４に保管する。
一方、全体処理が正常に終了していないとＣＰＵ２０１が判断した場合に、画像データ２を不具合解析用に使用するため、処理が終了するまでストレージ２０４に保存された画像データ２を消去しないようにする。

画像処理サーバ１１０のＣＰＵ２０１は、画像形成装置１３０からの画像データ２の送信に対して、画像処理サーバ１１０で画像データを受信できたかを確認する（Ｓ７０８）。具体的には、所定数の画像データの受信が完了したこと、画像データのチェックサム値が一致することなどを確認することで、正常に画像処理が実行されたかを判断する。ここで、正常に処理されたとＣＰＵ２０１が判断した場合には、ＣＰＵ２０１は、終了通知を画像処理サーバ１１０から画像形成装置１３０へ通知する（Ｓ７０９）。そして、ＣＰＵ２０１は、処理実行判断Ｓ７０８の結果に基づき、正常に処理が終了しているかどうかを判断する（Ｓ７１０）。ここで、正常に処理が終了しているとＣＰＵ２０１が判断した場合には（Ｓ７１０のＹＥＳ）、次の画像処理に進む（Ｓ７１２）。

一方、画像形成装置１３０のＣＰＵ４０１は、画像処理サーバ１１０からの通知を受け（Ｓ７０９）、画像処理サーバ１１０の画像処理（Ｓ７０７）が正常に処理されたかどうかを判断する。ここで、正常に処理されたと判断した場合（Ｓ７１１のＹＥＳ）、次のステップに進む。

画像処理サーバ１１０内の画像処理部５０３による画像処理を実行する（Ｓ７１２）。具体的には、ストレージ２０４内に格納されている画像データを順次読み出して文字部と画像部の切り分けを行ない、文字部に対して文字認識処理を行う。
これにより、ページ毎に認識した文字を文字コード、位置、大きさ等の文字情報に変換し、フォントデータを読み出して文字データを生成する。再度、画像データを読み出し文字部と判断した部分を文字データに置き換えて画像データを生成する。生成した画像データ（画像データ３）をストレージ２０４に格納する。ここで、ＣＰＵ２０１は、画像データ１、２同様に処理が正常に終了するまで画像データ３のデータを消去したり、他のデータで上書きしないで残しておく。

次に、ＣＰＵ２０１は、画像処理ソフトウェアが最後まで実行されたこと、全ページの画像データが生成されたことを確認することで、画像処理サーバ１１０内の画像処理が正常に実行されたかを判断する（Ｓ７１３）。そして、ＣＰＵ２０１は、その判断結果を画像形成装置１３０に通知する（Ｓ７１４）。

Ｓ７１６で、Ｓ７１３の確認処理で、正常に処理が終了しているとＣＰＵ２０１が判断した場合には、次の画像処理に進む。画像処理サーバ１１０での画像処理が終了すると、画像処理サーバ１１０から画像形成装置１３０への画像データの送信を行う（Ｓ７１７）。

画像形成装置１３０は、画像処理サーバ１１０からの通知を受け（Ｓ７１４）、画像処理サーバ１１０の画像処理が正常に処理されたかどうかを判断する（Ｓ７１５）。ここで、正常に処理されたと判断した場合（Ｓ７１５のＹＥＳ）、次のステップに進む。

続いて、画像形成装置１３０は、画像処理サーバ１１０から送信された画像データの受信を行う。具体的には、画像処理サーバ１１０のストレージ２０４内に格納された画像データを読み出し、ネットワーク１００を介して画像形成装置１３０へ送信する（Ｓ７１７）。画像形成装置１３０は受信した画像データ（画像データ４）をストレージ４０４に格納する。なお、全体処理が正常に終了しない場合に、画像データ４を不具合解析用に使用するため、処理が終了するまでストレージ４０４に保存された画像データ４を消去しないようにする。
ＣＰＵ４０１は、所定数の画像データの受信が完了したこと、画像データのチェックサム値が一致することを確認する（Ｓ７１８）。ＣＰＵ４０１は、処理実行判断結果（Ｓ７１８）を画像形成装置１３０から画像処理サーバ１１０へ通知する（Ｓ７１９）。

この通知に基づき、ＣＰＵ２０１が画像形成装置１３０の処理が正常終了したと判断した場合には（Ｓ７２１のＹＥＳ）、画像処理サーバ１１０は、次へ進む。
一方、画像形成装置１３０のＣＰＵ４０１は、同様に処理実行判断結果（Ｓ７１８）の結果に基づき、処理が正常終了したと判断した場合には（Ｓ７２０のＹＥＳ）、引き続き次の画像処理へ進む。

画像形成装置１３０のＣＰＵ４０１は、ストレージ４０４に格納された画像データを読み出しプリンタ４４０で印刷処理を行う（Ｓ７２２）。ストレージ４０４に格納された画像データの読み出しが行われ、読み出された画像データに基づき印刷処理が行われたこと、所定ページの印刷処理が行われたかを確認する（Ｓ７２３）。その際、ＣＰＵ４０１は、Ｓ７２３の判断結果を画像処理サーバ１１０に通知する（Ｓ７２４）。そして、ＣＰＵ４０１が正常に処理されたと判断した場合（Ｓ７２５）、図７ＢのＳ７２７へ進む。同様にＣＰＵ２０１が正常に処理されたと判断した場合（Ｓ７２６）、図７ＢのＳ７３０へ進む。
なお、Ｓ７０６で、正常に処理されていないとＣＰＵ４０１が判断した場合、図７ＢのＳ７２８へ進む。また、Ｓ７１０で正常に処理していないとＣＰＵ２０１が判断した場合、図７ＢのＳ７３１へ進む。

以下、図7Ｂを参照して、画像処理終了後の情報ログ、画像ログ生成処理を説明する。
図７Ａに示した処理において、正常に動作が終了すると（Ｓ７２５のＹＥＳ、７２６のＹＥＳ）、ＣＰＵ４０１とＣＰＵ２０１は対応するステップで情報ログを生成する（Ｓ７２７、Ｓ７３０）。
図１０の（Ａ）に画像形成装置１３０が生成する情報ログを示す。また、図１０の（Ｂ）に画像処理サーバ１１０が生成する情報ログを示す。本実施形態では、実行されたジョブに関して、ジョブのＩＤ、ジョブの実行順序を示すステップ、実行日時、処理を行った画像形成装置名、サーバ名、処理名、処理結果などがログとして保存される。
図７Ｂの説明に戻り、画像形成装置１３０が生成したログは、ＣＰＵ４０１がログサーバ１２０に送信する（Ｓ７３３）。同様に画像処理サーバ１１０が生成したログは、ＣＰＵ２０１がログサーバ１２０に送信する（Ｓ７３４）。そして、ログサーバ１２０では、受信したそれぞれのログをストレージ３０４に格納して（Ｓ７３５）、処理を終了する。

なお、ログサーバ１１０は、Ｓ７３５において、受信したログを整理し各ログを関連付けてストレージ３０４に格納する。図１０の（Ｃ）は画像形成装置１３０と画像処理サーバ１１０から受信したログから作成した情報ログである。

なお、図１０の（Ａ）、（Ｂ）に示した情報ログをログサーバ１２０へ送信を行うタイミングについては、処理の実行毎であってもまとめて複数回分のログを送信しても構わない。不具合解析の観点から正常動作時のログについては、不具合が発生する前に実行された処理の概略が確認できればよい。

ここで、図７Ａの説明に戻り、各画像処理実行後の処理実行判断(Ｓ７０４、Ｓ７０８、Ｓ７１３、Ｓ７１８、Ｓ７２３のいずれか)で正常終了していないとＣＰＵ４０１が判断する。すると、続く正常処理したかの確認処理により、図７Ｂのエラー情報ログ生成（Ｓ７２８、Ｓ７３１）へ移行する。ここでの確認処理は、Ｓ７０６のＮＯ、Ｓ７１０のＮＯ、Ｓ７１１のＮＯ、Ｓ７１５のＮＯ、Ｓ７１６のＮＯ、Ｓ７２０のＮＯ、Ｓ７２１のＮＯ、Ｓ７２５のＮＯ、Ｓ７２６のＮＯのいずれかである。
Ｓ７２８では、画像形成装置１３０のＣＰＵ４０１が、図１０の（Ｅ）に示すエラー情報ログを生成する。なお、図１０の（Ｄ）に画像形成装置１３０が生成する情報ログを、図１０の（Ｅ）に画像形成装置１３０が生成するエラー情報ログを示す。

図１０の（Ｅ）では、例として、ジョブのＩＤ、ジョブの画像処理の実行順序を示すステップ、実行日時、処理を行った画像形成装置名／サーバ名、処理名、処理結果、画像処理毎の処理の開始時間、終了時間、詳細結果などがログとして保存される。

図１０の（Ｄ）、図１０の（Ｅ）ではジョブＩＤがＡＡＡ、ステップが「４」で受信した画像データのチェックサム値が合わないチェックサムエラーが発生したことを示す。図１０の（Ｅ）からエラーの発生箇所は画像サーバ１１０から画像形成装置１３０へのデータ受信部分で発生していることがわかる。

一方、Ｓ７３１で、画像処理サーバ１１０は、所定の画像処理が正常に終了しない場合にエラー情報ログ生成する。エラー情報ログの例を図１１の（Ａ）、（Ｂ）に示す。図１１の（Ａ）は画像処理サーバ１１０が生成する情報ログを、図１１の（Ｂ）はエラー情報ログを示す。図１０の（Ｄ）、図１０の（Ｅ）と同様に、ジョブのＩＤ、ジョブの画像処理の実行順序を示すステップ、実行日時、処理を行った画像形成装置名／サーバ名、処理名、処理結果、画像処理毎の処理開始時間、終了時間、詳細結果などがログとして保存される。

ここで、図７Ｂの処理に戻り、ＣＰＵ４０１は、不具合時の画像ログの読み出しを行う（Ｓ７２９、Ｓ７３２）。
具体的に、Ｓ７２９において、ＣＰＵ４０１は、画像処理途中でストレージ４０４に格納した画像データ１と画像データ４の読み出しを行う。同様にＳ７３２では、ＣＰＵ２０１は、画像処理途中でストレージ２０４に格納した画像データ２と画像データ３の読み出しを行う。

続いて、画像形成装置１３０からログサーバ１２０へログ（情報ログ、エラー情報ログ、画像ログ）を送信する（Ｓ７３３）。同様に、画像処理サーバ１１０からログサーバ１２０へログ（情報ログ、エラー情報ログ、画像ログ）を送信する（Ｓ７３４）。ログサーバ１２０は取得したログをストレージ３０４に格納する。
図１１の（Ｃ）、図１１の（Ｄ）は、ログサーバ１２０がストレージ３０４に保管した情報ログ、エラー情報ログを示す。図１１の（Ｄ）では、エラー情報ログと画像データを関連付けて保存する例を示す。

上記の例では、図１１の（Ｃ）、図１１の（Ｄ）からステップ３までの画像処理は正常に処理が終了していることと、ステップ４で画像形成装置１３０が受信した画像データでチェックサムエラーが発生していることがわかる。さらに、ステップ１から４までの各画像処理部分の画像データが画像データ１から４として、各ステップのデータとして保存される。

図１１の（Ｃ）、図１１の（Ｄ）で示したようにエラー発生時のログデータとして、処理が正常に終了する場合に取得する情報ログデータに加えて、より詳細なエラーログデータを生成してログサーバ１２０に送信して保存することができる。
また、不具合発生時に使用した画像データを、画像形成装置１３０と画像処理サーバ１１０から画像ログとしてログサーバ１２０へ送信して保存する。これにより、エラー発生時に処理していた不具合解析のために必要な画像データを画像ログとして保存することができる。

なお、本実施形態では、画像処理サーバ１１０とログサーバ１２０をそれぞれ別のサーバとしたが、１つのサーバ内で処理を分担するようにしても良い。また、画像処理サーバ１１０とログサーバ１２０に対してネットワーク１００を介して画像形成装置１３０が複数台接続されるような構成にしても良い。

〔第２実施形態〕
上記第１実施形態では、画像処理サーバ１１０と画像形成装置１３０の処理実行判断（図６の処理実行判断６０３）で、エラーが発生したときの判定情報がエラーであると判定した結果に基づいて情報ログ、エラー情報ログ、画像ログの生成を行っている（Ｓ６０７）。
これに対して、Ｓ６０７において、エラー時に生成する画像ログとして、全ての画像処理データを保存するのではなく、エラー発生位置に応じて保存する画像データを変更するようにしてもよい。

すなわち、エラー発生位置がジョブＩＤがＡＡＡ、図７Ａに示す画像処理４の場合、エラー発生箇所とその前の画像の２つを画像ログとして保管する。図１１の（Ｅ）にログサーバ１２０に保管するエラー情報ログを示す。

図１１の（Ｅ）に示したように、エラー発生時に画像ログとして保存する画像データに関して、エラー発生箇所とその前の画像処理部の画像の２つの画像データをログサーバへ送信し保存する。これにより、エラー発生前の正常な画像データと、エラー発生時に処理していた不良画像の２種類の画像データを保存することができる。不具合解析のために必要な画像データを画像ログとして保存することができるともに、保存する画像データの量を削減することができる。

〔第３実施形態〕
上記実施形態では、エラー発生時にエラー発生部分を含む画像データを取得し、ログサーバ１２０で保存するようにしていた。しかしながら、エラー発生内容が画像関連のエラーであるかに応じて画像データの取得を変更するようにしてもよい。

図８は、本実施形態を示す情報処理システムの制御方法を説明するフローチャートである。本例は、図６のログ生成（Ｓ６０７）の他の詳細例である。各ステップのうち、ログサーバ１２０のステップについては、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ストレージ３０４を用いて図５に示したモジュールを実行することで実現される。同様に、各ステップのうち、画像形成装置１３０のステップについては、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ストレージ４０４を用いて図５に示したモジュールを実行することで実現される。
まず、ＣＰＵ２０１は、正常終了後のログ生成か、エラー発生後のログ生成かを判断する（Ｓ８０１）。ここで、正常終了後のログ生成であるとＣＰＵ２０１が判断した場合、ＣＰＵ２０１が情報ログを生成する（Ｓ８０２）。

一方、エラー発生後のログ生成であると判断した場合、さらに、ＣＰＵ２０１が発生したエラーが画像処理関連のエラーであるかを判断する（Ｓ８０３）。ここで、画像処理関連のエラーであるとＣＰＵ２０１が判断した場合には画像ログを含むログを生成する（Ｓ８０４）。
一方、Ｓ８０３で、画像処理関連のエラーでないとＣＰＵ２０１が判断した場合には、ＣＰＵ２０１は、画像ログを生成せず（Ｓ８０５）、処理を終了する。

なお、画像処理関連のエラーとしては、転送画像を送信側、受信側がそれぞれ計算した結果が合わないチェックサム値エラー、転送画像データの終了信号が来ない終了信号エラーなどがある。さらに、画像処理関連のエラーとしては、画像処理途中に反応がないタイムアウトエラー、ストレージから画像データが読み出せない画像読み出しエラーなどがある。

また、画像データに関連しないエラーとしては、通信処理エラーがある。例えば複数のジョブの実行を行う際のジョブ間の通信処理で、応答がない場合や応答が期待値から外れている場合がある。この時に発生したエラーは画像処理に関連するものではないため。画像処理データの保存を行なわない。

このようにすることで、画像処理の不具合解析のために必要な画像データを画像ログとして保存することができるとともに、画像処理に関連しない場合には画像データを保存しないため保存する画像データの量を削減することができる。

〔第４実施形態〕
上記実施形態では、画像処理の途中でエラーが発生するとエラー発生部分を含む画像データを取得していた。しかしながら、エラー発生時に再度同じ処理を行い（リトライ処理）、その結果に応じてエラー情報ログ、画像ログの取得を行うようにしてもよい。

図９は、本実施形態を示す情報処理システムの制御方法を説明するフローチャートである。本例は、図６の処理にリトライ処理を加えた詳細例である。各ステップのうち、ログサーバ１２０のステップについては、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ストレージ３０４を用いて図５に示したモジュールを実行することで実現される。Ｓ６０２から６０６のいずれかでエラーが発生したとＣＰＵ４０１またはＣＰＵ２０１が判断した場合、ログ生成（Ｓ６０７）、ログ送信（Ｓ６０８）を行った後に、リトライ処理を行う（Ｓ６１０）。
なお、リトライ処理は所定のリトライ回数に達するまで、対象となる画像データを生成する同じ処理を実行（Ｓ６０２）し、所定のリトライ処理を実施してもエラーが発生する場合には、リトライ処理を終了する。

本実施形態によれば、１回のエラーで全体処理を止めるのではなく、所定回数の再処理を実行するため、エラーによる情報処理システム停止の頻度を下げることができるとともに、不具合解析のために必要な画像データを画像ログとして保存することができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えばＡＳＩＣ）によっても実現可能である。

１１０ 画像処理サーバ
１２０ ログサーバ
１３０ 画像形成装置。

Claims (13)

1. 情報処理装置と画像処理サーバとの間で各画像データをやり取りしながら所定の画像処理を行う画像処理システムと、当該画像処理システムで実行される画像処理のログを管理する管理サーバとを含む情報処理システムであって、
   前記情報処理装置は、
   前記画像処理サーバで処理すべき画像データが正常に生成されたかどうかを判断する第１の判断手段と、
   前記画像処理サーバから受け取る画像データを正常に処理できたかどうかを判断する第２の判断手段と、
   前記第１の判断手段または第２の判断手段による判断結果から前記管理サーバに通知すべきログおよび画像データを特定する画像ログを生成する第１の生成手段と、
   生成されたログおよび画像ログを前記管理サーバに通知する第１の通知手段と、
   を備え、
   前記画像処理サーバは、
   前記情報処理装置から受け取る画像データを正常に処理できたかどうかを判断する第３の判断手段と、
   前記第３の判断手段による判断結果から前記管理サーバに通知すべきログおよび判断された画像データを特定する画像ログを生成する第２の生成手段と、
   生成されたログおよび画像ログを前記管理サーバに通知する第２の通知手段と、
   を備え、
   前記管理サーバは、
   前記情報処理装置または前記画像処理サーバから通知されたログおよび画像ログを保存手段に登録する登録手段を備えることを特徴とする情報処理システム。
2. 前記情報処理装置は、
   前記画像ログを前記管理サーバに通知し終えるまで、生成された画像ログに対応する画像データを格納手段に格納して管理する第１の管理手段を備えることを特徴とする請求項１記載の情報処理システム。
3. 前記画像処理サーバは、
   前記画像ログを前記管理サーバに通知し終えるまで、生成された画像ログに対応する画像データを格納手段に格納して管理する第２の管理手段を備えることを特徴とする請求項１記載の情報処理システム。
4. 前記情報処理装置における前記第１の生成手段は、
   前記画像ログを前記管理サーバに通知し終えるまで、正常に処理できないと判断された画像データと、当該画像データの前に処理された画像データとを含む画像ログを生成することを特徴とする請求項１記載の情報処理システム。
5. 前記画像処理サーバにおける前記第２の生成手段は、
   前記画像ログを前記管理サーバに通知し終えるまで、正常に処理できないと判断された画像データと、当該画像データの前に処理された画像データとを含む画像ログを生成することを特徴とする請求項１記載の情報処理システム
6. 第１の通知手段が生成されたログおよび画像ログを前記管理サーバに通知した後、当該画像ログの対象となる画像データを生成する処理を実行する第１のリトライ手段を備えることを特徴とする請求項１記載の情報処理システム。
7. 第２の通知手段が生成されたログおよび画像ログを前記管理サーバに通知した後、当該画像ログの対象となる画像データを生成する処理を実行する第２のリトライ手段を備えることを特徴とする請求項１記載の情報処理システム。
8. 画像処理サーバとの間で各画像データをやり取りしながら所定の画像処理を行う情報処理装置であって、
   前記画像処理サーバで処理すべき画像データが正常に生成されたかどうかを判断する第１の判断手段と、
   前記画像処理サーバから受け取る画像データを正常に処理できたかどうかを判断する第２の判断手段と、
   前記第１の判断手段または第２の判断手段による判断結果から管理サーバに通知すべきログおよび画像データを特定する画像ログを生成する生成手段と、
   生成されたログおよび画像ログを管理サーバに通知する通知手段と、
   を備えることを特徴とする情報処理装置。
9. 情報処理装置からの要求に応じて取得する画像データに所定の画像処理を行う画像処理サーバであって、
   前記情報処理装置から受け取る画像データを正常に処理できたかどうかを判断する判断手段と、
   前記判断手段による判断結果から管理サーバに通知すべきログおよび画像データを特定する画像ログを生成する生成手段と、
   生成されたログおよび画像ログを前記管理サーバに通知する通知手段と、
   を備えることを特徴とする画像処理サーバ。
10. 画像処理サーバとの間で各画像データをやり取りしながら所定の画像処理を行う情報処理装置の制御方法であって、
    前記画像処理サーバで処理すべき画像データが正常に生成されたかどうかを判断する第１の判断工程と、
    前記画像処理サーバから受け取る画像データを正常に処理できたかどうかを判断する第２の判断工程と、
    前記第１の判断工程または第２の判断工程による判断結果から管理サーバに通知すべきログおよび画像データを特定する画像ログを生成する生成工程と、
    生成されたログおよび画像ログを前記管理サーバに通知する通知工程と、
    を備えることを特徴とする情報処理装置の制御方法。
11. 情報処理装置からの要求に応じて取得する画像データに所定の画像処理を行う画像処理サーバの制御方法であって、
    前記情報処理装置から受け取る画像データを正常に処理できたかどうかを判断する判断工程と、
    前記判断工程による判断結果から管理サーバに通知すべきログおよび画像データを特定する画像ログを生成する生成工程と、
    生成されたログおよび画像ログを前記管理サーバに通知する通知工程と、
    を備えることを特徴とする画像処理サーバの制御方法。
12. 請求項１０に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
13. 請求項１１に記載の画像処理サーバの制御方法をコンピュータに実行させることを特徴とするプログラム。

Images