(57)【要約】      （修正有）【課題】情報処理装置からログをサーバに送信する頻度を縮小することにより、情報処理装置とサーバとの間の通信量を少なくし、サーバに加わる負荷を小さくすることができるエラー管理方法、エラー管理システム、情報処理装置及び画像形成装置を提供する。【解決手段】情報処理装置において情報処理を行い、情報処理が行われている間に生成されたログを第１の記憶部に記録し、情報処理が行われている間にエラーが発生した場合に、第２の記憶部に記録されたエラー管理情報に基づいてログを解析して発生したエラーが解消済みのエラーであるかどうかを判断し、発生したエラーが解消済みのエラーである場合にエラーが解消された改修ファームウエアをネットワークを介してサーバから取得する。【選択図】図６
2019133294.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）情報処理装置において情報処理を行い、
（ｂ）該情報処理が行われている間に生成されたログを第１の記憶部に記録し、
（ｃ）前記情報処理が行われている間にエラーが発生した場合に、第２の記憶部に記録されたエラー管理情報に基づいて、前記ログを解析し、発生したエラーが解消済みのエラーであるかどうかを判断し、
（ｄ）発生したエラーが解消済みのエラーである場合に、エラーが解消された改修ファームウエアをネットワークを介してサーバから取得することを特徴とするエラー管理方法。
【請求項２】
（ａ）発生したエラーが解消済みのエラーでない場合に、情報処理装置からサーバに前記ログを送信し、
（ｂ）サーバにおいて、ログからエラー特定ログを抽出し、改修ファームウエアを作成する請求項１に記載のエラー管理方法。
【請求項３】
（ａ）前記サーバにおいて、改修ファームウエアのエラー管理情報をネットワークを介して情報処理装置に送信し、
（ｂ）該情報処理装置において、サーバから送信されたエラー管理情報を前記第２の記憶部に記録する請求項１又は２に記載のエラー管理方法。
【請求項４】
前記エラー管理情報は、サーバにおいてエラーごとに付与され、エラーを識別する識別情報、サーバにおけるエラー管理情報の状態を表すステータス情報、改修ファームウエアのバージョンを表すバージョン情報、及びエラーを特定するエラー特定ログから成る請求項１〜３のいずれか１項に記載のエラー管理方法。
【請求項５】
エラーが発生した場合において、前記ログにエラー管理情報のエラー特定ログが含まれている場合に、発生したエラーが解消済みのエラーであると判断する請求項４に記載のエラー管理方法。
【請求項６】
（ａ）情報処理装置と、
（ｂ）該情報処理装置とネットワークを介して接続されたサーバとを有するとともに、
（ｃ）前記情報処理装置は、情報処理を行う情報処理部、該情報処理部による情報処理が行われている間に生成されたログを第１の記憶部に記録するログ記録処理部、情報処理が行われている間にエラーが発生した場合に、第２の記憶部に記録されたエラー管理情報に基づいて、前記ログを解析し、発生したエラーが解消済みのエラーであるかどうかを判断するログ解析処理部、及び発生したエラーが解消済みのエラーである場合に、エラーが解消された改修ファームウエアを前記サーバから取得するファームウエア取得処理部を備えることを特徴とするエラー管理システム。
【請求項７】
（ａ）情報処理を行う情報処理部と、
（ｂ）該情報処理部による情報処理が行われている間に生成されたログを第１の記憶部に記録するログ記録処理部と、
（ｃ）情報処理が行われている間にエラーが発生した場合に、第２の記憶部に記録されたエラー管理情報に基づいて、前記ログを解析し、発生したエラーが解消済みのエラーであるかどうかを判断するログ解析処理部と、
（ｄ）発生したエラーが解消済みのエラーである場合に、エラーが解消された改修ファームウエアを取得するファームウエア取得処理部とを有することを特徴とする情報処理装置。
【請求項８】
（ａ）印刷処理を行う印刷処理部と、
（ｂ）該印刷処理部による印刷処理が行われている間に生成されたログを第１の記憶部に記録するログ記録処理部と、
（ｃ）印刷処理が行われる間にエラーが発生したときに、第２の記憶部に記録されたエラー管理情報に基づいて、前記ログを解析し、発生したエラーが解消済みのエラーであるかどうかを判断するログ解析処理部と、
（ｄ）発生したエラーが解消済みのエラーである場合に、エラーが解消された改修ファームウエアを取得するファームウエア取得処理部とを有することを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エラー管理方法、エラー管理システム、情報処理装置及び画像形成装置に関するものである。
【背景技術】
【０００２】
従来、サーバとしてのクラウドサーバから、例えば、情報処理装置としての、かつ、画像形成装置としてのプリンタにファームウエアをダウンロードし、プリンタにおいて、ファームウエアに基づいて画像を形成するようにした情報処理システムとしてのエラー管理システムにおいては、プリンタにおいて不具合、すなわち、エラーが発生した場合、プリンタのログ、すなわち、ファームウエア走行ログがクラウドサーバに送信され、クラウドサーバにおいて、受信したファームウエア走行ログが解析され、エラーを解消するためにファームウエアが改修され、エラーが解消されたファームウエア、すなわち、改修ファームウエアがプリンタに送信されるようになっている。
【０００３】
また、受信したファームウエア走行ログについて、エラーを解消するための改修ファームウエアがクラウドサーバに既に記録されている場合、クラウドサーバは、改修ファームウエアのバージョンを特定してプリンタに通知し、プリンタが改修ファームウエアのダウンロードをクラウドサーバに要求すると、改修ファームウエアをプリンタに送信する（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−４３０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、前記従来のプリンタにおいては、改修ファームウエアが記録されていないと、解消済みのエラーが発生した場合であっても、プリンタからファームウエア走行ログがクラウドサーバに送信されるので、プリンタとクラウドサーバとの間の通信量が多くなってしまう。
【０００６】
また、クラウドサーバにおいて、受信したファームウエア走行ログを解析する必要があるので、クラウドサーバに加わる負荷が大きくなってしまう。
【０００７】
本発明は、前記従来のエラー管理システムの問題点を解決して、情報処理装置とサーバとの間の通信量を少なくすることができ、サーバに加わる負荷を小さくすることができるエラー管理方法、エラー管理システム、情報処理装置及び画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
そのために、本発明のエラー管理方法においては、情報処理装置において情報処理を行い、該情報処理が行われている間に生成されたログを第１の記憶部に記録し、前記情報処理が行われている間にエラーが発生した場合に、第２の記憶部に記録されたエラー管理情報に基づいて、前記ログを解析し、発生したエラーが解消済みのエラーであるかどうかを判断し、発生したエラーが解消済みのエラーである場合に、エラーが解消された改修ファームウエアをネットワークを介してサーバから取得する。
【発明の効果】
【０００９】
本発明によれば、エラー管理方法においては、情報処理装置において情報処理を行い、該情報処理が行われている間に生成されたログを第１の記憶部に記録し、前記情報処理が行われている間にエラーが発生した場合に、第２の記憶部に記録されたエラー管理情報に基づいて、前記ログを解析し、発生したエラーが解消済みのエラーであるかどうかを判断し、発生したエラーが解消済みのエラーである場合に、エラーが解消された改修ファームウエアをネットワークを介してサーバから取得する。
【００１０】
この場合、情報処理が行われている間にエラーが発生した場合に、第２の記憶部に記録されたエラー管理情報に基づいて、前記ログが解析され、発生したエラーが解消済みのエラーであるかどうかが判断され、発生したエラーが解消済みのエラーである場合に、エラーが解消された改修ファームウエアがネットワークを介してサーバから送信されるので、解消済みのエラーが発生した場合は、情報処理装置からログがサーバに送信されることがない。
【００１１】
したがって、情報処理装置とサーバとの間の通信量を少なくすることができる。
【００１２】
また、サーバにおいてログを解析する必要がないので、サーバに加わる負荷を小さくすることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態におけるプリンタのＣＰＵの制御ブロック図である。
【図２】本発明の実施の形態におけるエラー管理システムの概念図である。
【図３】本発明の実施の形態におけるプリンタの制御ブロック図である。
【図４】本発明の実施の形態におけるクラウドサーバの制御ブロック図である。
【図５】本発明の実施の形態におけるクラウドサーバのＣＰＵの制御ブロック図である。
【図６】本発明の実施の形態におけるプリンタにおいてエラーが発生したときのプリンタの動作を示すフローチャートである。
【図７】本発明の実施の形態におけるプリンタにおいてエラーが発生したときのエラー管理システムの動作を示す第１のシーケンス図である。
【図８】本発明の実施の形態におけるプリンタにおいてエラーが発生したときのエラー管理システムの動作を示す第２のシーケンス図である。
【図９】本発明の実施の形態におけるプリンタにおいてエラーが発生したときのエラー管理システムの動作を示す第３のシーケンス図である。
【図１０】本発明の実施の形態におけるプリンタにおいてエラーが発生したときのエラー管理システムの動作を示す第４のシーケンス図である。
【図１１】本発明の実施の形態におけるフラッシュメモリの管理情報記憶部に記録されたエラー管理情報の例を示す図である。
【図１２】本発明の実施の形態におけるエラーＩＤを登録した後のエラー管理情報の例を示す図である。
【図１３】本発明の実施の形態におけるファームウエア走行ログの例を示す図である。
【図１４】本発明の実施の形態におけるエラー特定ログを登録した後のエラー管理情報の例を示す図である。
【図１５】本発明の実施の形態におけるファームウエアを改修した後のエラー管理情報の例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。この場合、情報処理装置としての、かつ、画像形成装置としてのプリンタと、サーバとしてのクラウドサーバとがインターネットを介して接続（クラウド接続）された情報処理システムとしてのエラー管理システムについて説明する。
【００１５】
図２は本発明の実施の形態におけるエラー管理システムの概念図である。
【００１６】
図において、Ｓｙはエラー管理システム、Ｐｉ（ｉ＝１、２、…）はプリンタ、Ｎｊ（ｊ＝１、２、…）は第１のネットワークとしてのローカルネットワーク（ＬＡＮ）、１２はクラウドサーバ、Ｉｔは、各プリンタＰｉをローカルネットワークＮｊを介してクラウドサーバ１２に接続する第２のネットワークとしてのインターネットである。
【００１７】
本実施の形態においては、各ローカルネットワークＮｊに一つのプリンタＰｉが接続されるようになっているが、各ローカルネットワークＮｊに複数のプリンタＰｉを接続することができる。
【００１８】
次に、プリンタＰｉの制御装置について説明する。
【００１９】
図３は本発明の実施の形態におけるプリンタの制御ブロック図である。
【００２０】
図において、ＰｉはローカルネットワークＮｊに接続されたプリンタであり、該プリンタＰｉは、制御部としてのＣＰＵ２１、第１の記憶装置としてのＲＡＭ２２、第２の記憶装置としてのフラッシュメモリ２３、操作表示部２４、第１の情報処理部としての画像処理部２５、第２の情報処理部としての画像形成部２６、通信部２７等を備える。
【００２１】
ＣＰＵ２１は、マイクロコンピュータであり、フラッシュメモリ２３に記録された制御プログラムを実行することによってプリンタＰｉの各処理を行い、各機能を実現させるとともに、各機能に応じてプリンタＰｉの全体の制御を行う。
【００２２】
ＲＡＭ２２は、大容量のメモリであり、ＤＲＡＭから成り、ＣＰＵ２１が各処理を行う際にワーキングメモリ（演算領域）として機能するとともに、データを一時的に記録するバッファとして機能する。
【００２３】
フラッシュメモリ２３は、プリンタＰｉの電力が遮断されても記録内容が保持される不揮発性メモリから成り、前記ＣＰＵ２１がプリンタＰｉの各処理を行うための制御プログラム、設定値等を記録する。そして、フラッシュメモリ２３は、プリンタＰ１において印刷処理が行われている間に生成されるログ、すなわち、後述されるファームウエア走行ログが記録される第１の記憶部としてのログ記憶部２８、及び前記クラウドサーバ１２（図２）から送られたエラー管理情報が記録される第２の記憶部としての管理情報記憶部２９を備える。
【００２４】
操作表示部２４は、タッチパネル等から成り、各種の画面を形成する図示されない表示部、及びプリンタＰｉの操作者によって操作される図示されない操作部を備える。
【００２５】
画像処理部２５は、ＣＰＵ２１の指示に従って、各ローカルネットワークＮｊに接続された上位装置としての図示されないホストコンピュータから送信された印刷データに対して編集処理を行い、印刷データを印刷可能な形式の画像データに変換する。
【００２６】
画像形成部２６は、駆動部としての図示されないモータ、画像データに基づいて画像形成プロセスを行う図示されない画像形成プロセス部、電気信号に基づいて前記画像形成プロセス部を作動させる図示されない機構部等を備え、媒体としての図示されない用紙に画像を形成する。
【００２７】
通信部２７は、プリンタＰｉとローカルネットワークＮｊとの間でネットワーク通信を行う。
【００２８】
次に、クラウドサーバ１２の制御装置について説明する。
【００２９】
図４は本発明の実施の形態におけるクラウドサーバの制御ブロック図である。
【００３０】
図において、１２はインターネットＩｔに接続されたクラウドサーバであり、該クラウドサーバ１２は、制御部としてのＣＰＵ３１、第１の記憶装置としてのＲＡＭ３２、第２の記憶装置としてのＨＤＤ（ハードディスクドライブ）３３、操作部３５、表示部３６、通信部３７等を備える。
【００３１】
ＣＰＵ３１は、ＨＤＤ３３に記録された制御プログラムを実行することによってクラウドサーバ１２の各処理を行い、各機能を実現させるとともに、各機能に応じてクラウドサーバ１２の全体の制御を行う。
【００３２】
ＲＡＭ３２は、大容量のメモリであり、ＤＲＡＭから成り、ＣＰＵ３１が各処理を行う際にワーキングメモリとして機能するとともに、データを一時的に記録するバッファとして機能する。
【００３３】
ＨＤＤ３３は、前記ＣＰＵ３１がクラウドサーバ１２の各処理を行うための制御プログラム、設定値、各種のデータ等を記録するメモリである。そして、ＨＤＤ３３は、エラー管理情報が記録される記憶部としての管理情報記憶部３８を備える。
【００３４】
操作部３５は、キーボード等から成り、クラウドサーバ１２の管理者によって操作され、表示部３６は、ディスプレイ等から成り、各種の画面を形成する。
【００３５】
通信部３７は、クラウドサーバ１２とインターネットＩｔとの間でネットワーク通信を行う。
【００３６】
次に、プリンタＰｉのＣＰＵ２１について説明する。
【００３７】
図１は本発明の実施の形態におけるプリンタのＣＰＵの制御ブロック図である。
【００３８】
図において、２１はプリンタＰｉのＣＰＵであり、該ＣＰＵ２１は、情報処理部としての、かつ、印刷処理部としてのネットワーク印刷処理部Ｐｒ１、ログ記録処理部としてのファームウエア走行ログ記録処理部Ｐｒ２、情報記録処理部としてのファームウエア情報記録処理部Ｐｒ３、通信処理部としてのクラウドサービス接続処理部Ｐｒ４、管理情報受信処理部としてのエラー管理情報受信処理部Ｐｒ５、管理情報記録処理部としてのエラー管理情報記録処理部Ｐｒ６、ログ解析処理部としてのファームウエア走行ログ解析処理部Ｐｒ７、ファームウエア取得処理部Ｐｒ８等を備える。
【００３９】
ネットワーク印刷処理部Ｐｒ１は、ローカルネットワークＮｊ（図２）を介してホストコンピュータから送信された印刷要求及び印刷データに基づいて、情報処理としての印刷処理を行う。
【００４０】
ファームウエア走行ログ記録処理部Ｐｒ２は、プリンタＰｉが稼働している間、すなわち、ネットワーク印刷処理部Ｐｒ１によって印刷処理が行われている間に、制御プログラムの実行に伴ってログを生成し、生成したログをファームウエア走行ログとして前記フラッシュメモリ２３に記録する。
【００４１】
ファームウエア情報記録処理部Ｐｒ３は、制御プログラムのバージョン情報等の制御プログラムに関する情報、すなわち、ファームウエア情報をフラッシュメモリ２３に記録する。
【００４２】
クラウドサービス接続処理部Ｐｒ４は、例えば、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使用して、プリンタＰｉをローカルネットワークＮｊ、インターネットＩｔ等を介してクラウドサーバ１２に接続し、通信を行う。
【００４３】
エラー管理情報受信処理部Ｐｒ５は、制御プログラムのエラーに関する管理情報、すなわち、エラー管理情報をクラウドサーバ１２から受信する。前記エラー管理情報は、発生したエラーごとに採番されて付与され、エラーを識別するための識別情報としてのエラーＩＤ、クラウドサーバ１２におけるエラー管理情報の状態を表すステータス、エラーが解消されたファームウエア、すなわち、改修ファームウエアのバージョンを表すバージョン情報としての改修ファームウエアバージョン、発生したエラーを特定するエラー特定ログ等から成る。該エラー特定ログは、ファームウエア走行ログに含まれ、エラーを特定するログであり、クラウドサーバ１２の管理者、エラー調査者等、本実施の形態においては、クラウドサーバ１２の管理者がエラーを調査する間に、管理者によってファームウエア走行ログから抽出され、登録される。
【００４４】
エラー管理情報記録処理部Ｐｒ６は、エラー管理情報をフラッシュメモリ２３に記録する。
【００４５】
ファームウエア走行ログ解析処理部Ｐｒ７は、エラー管理情報に基づいてファームウエア走行ログを解析する。
【００４６】
ファームウエア取得処理部Ｐｒ８は、クラウドサーバ１２から改修ファームウエアを取得する。そのために、ファームウエア取得処理部Ｐｒ８は、改修ファームウエアのダウンロードをクラウドサーバ１２に要求し、クラウドサーバ１２から改修ファームウエアが送信されると、改修ファームウエアを前記管理情報記憶部２９に記録する。
【００４７】
次に、クラウドサーバ１２のＣＰＵ３１について説明する。
【００４８】
図５は本発明の実施の形態におけるクラウドサーバのＣＰＵの制御ブロック図である。
【００４９】
図において、３１はクラウドサーバ１２（図２）のＣＰＵであり、該ＣＰＵ３１は、ログ受信処理部としてのファームウエア走行ログ受信処理部Ｐｒ１１、管理情報作成処理部としてのエラー管理情報作成処理部Ｐｒ１２、管理情報更新処理部としてのエラー管理情報更新処理部Ｐｒ１３、管理情報配信処理部としてのエラー管理情報配信処理部Ｐｒ１４、改修ファームウエア配信処理部Ｐｒ１５等を備える。
【００５０】
ファームウエア走行ログ受信処理部Ｐｒ１１は、インターネットＩｔを介して接続されたプリンタＰｉからファームウエア走行ログを受信する。
【００５１】
エラー管理情報作成処理部Ｐｒ１２は、エラー管理情報を作成し、前記管理情報記憶部３８に記録する。
【００５２】
エラー管理情報更新処理部Ｐｒ１３は、管理者によってエラー特定ログが登録された後に、エラー管理情報のステータスを「調査中」から「改修中」に更新したり、管理者がエラーを解消した後に、改修ファームウエアを作成し、エラー管理情報のステータスを「改修中」から「改修済」に更新したりすることによって、管理情報記憶部３８に記録されたエラー管理情報を更新する。
【００５３】
エラー管理情報配信処理部Ｐｒ１４は、エラー管理情報更新処理部Ｐｒ１３がエラー管理情報を更新したタイミングで、各プリンタＰｉに更新されたエラー管理情報を送信する。
【００５４】
改修ファームウエア配信処理部Ｐｒ１５は、プリンタＰｉからの要求に従って改修ファームウエアをプリンタＰｉに配信する。
【００５５】
そして、プリンタＰｉにおいて、ファームウエア情報記録処理部Ｐｒ３は、クラウドサーバ１２から配信された改修ファームウエアを制御プログラムとしてフラッシュメモリ２３に記録する。
【００５６】
ところで、改修ファームウエアが記録されていないプリンタＰｉにおいてエラーが発生するたびに、ファームウエア走行ログがクラウドサーバ１２に送信されると、解消済みのエラーが発生した場合であっても、ファームウエア走行ログがクラウドサーバ１２に送信されるので、プリンタＰｉとクラウドサーバ１２との間の通信量が多くなってしまう。
【００５７】
また、クラウドサーバ１２において、受信したファームウエア走行ログを解析する必要があるので、クラウドサーバ１２に加わる負荷が大きくなってしまう。
【００５８】
そこで、本実施の形態においては、プリンタＰｉにおいてエラーが発生した場合に、プリンタＰｉにおいて、発生したエラーが解消済み（既知）のエラーであるかどうかが判断され、発生したエラーが解消済みのエラーである場合は、ファームウエア走行ログがクラウドサーバ１２に送信されないようになっている。  
【００５９】
次に、プリンタＰｉにおいてエラーが発生したときのエラー管理システムＳｙの動作について説明する。
【００６０】
図６は本発明の実施の形態におけるプリンタにおいてエラーが発生したときのプリンタの動作を示すフローチャート、図７は本発明の実施の形態におけるプリンタにおいてエラーが発生したときのエラー管理システムの動作を示す第１のシーケンス図、図８は本発明の実施の形態におけるプリンタにおいてエラーが発生したときのエラー管理システムの動作を示す第２のシーケンス図、図９は本発明の実施の形態におけるプリンタにおいてエラーが発生したときのエラー管理システムの動作を示す第３のシーケンス図、図１０は本発明の実施の形態におけるプリンタにおいてエラーが発生したときのエラー管理システムの動作を示す第４のシーケンス図、図１１は本発明の実施の形態におけるフラッシュメモリの管理情報記憶部に記録されたエラー管理情報の例を示す図、図１２は本発明の実施の形態におけるエラーＩＤを登録した後のエラー管理情報の例を示す図、図１３は本発明の実施の形態におけるファームウエア走行ログの例を示す図、図１４は本発明の実施の形態におけるエラー特定ログを登録した後のエラー管理情報の例を示す図、図１５は本発明の実施の形態におけるファームウエアを改修した後のエラー管理情報の例を示す図である。なお、図１１、１２、１４、１５において、便宜上、エラーＩＤを「ＩＤ」と表し、改修ファームウエアバージョンを「改修ＦＷ  ｖｅｒ」と表す。
【００６１】
各プリンタＰｉにおいて、ネットワーク印刷処理部Ｐｒ１（図１）は、ローカルネットワークＮｊを介してホストコンピュータから送信された印刷要求及び印刷データに基づいて印刷処理を行う。そのために、画像処理部２５は、印刷データに対して編集処理を行い、印刷データを印刷可能な形式の画像データに変換し、画像形成部２６は、画像データに基づいて用紙に画像を形成する。
【００６２】
ネットワーク印刷処理部Ｐｒ１による印刷処理が行われている間、ファームウエア走行ログ記録処理部Ｐｒ２は、制御プログラムの実行に伴ってファームウエア走行ログを生成し、フラッシュメモリ２３（図３）のログ記憶部２８に記録する。
【００６３】
このようにして、各プリンタＰｉにおいて印刷が行われているときに、所定のプリンタ、本実施の形態においては、プリンタＰ１においてエラーが発生すると、プリンタＰ１のファームウエア走行ログ解析処理部Ｐｒ７は、ログ記憶部２８に記録されたファームウエア走行ログを読み出し、解析し、発生したエラーが解消済みのエラーであるかどうかを判断する。
【００６４】
ところで、フラッシュメモリ２３の管理情報記憶部２９には、各プリンタＰｉにおいて発生し、解消され、改修ファームウエアが作成されたｎ個のエラーについて、エラー管理情報Ｅｋ（ｋ＝１、２、…、ｎ）がリストＥＬとして記録される。
【００６５】
この場合、図１１に示されるように、エラー管理情報Ｅ１においては、エラーＩＤが「＃０００１」のエラーについて、ステータスが「改修済」にされ、改修ファームウエアバージョンが「０１．０１」にされ、エラー特定ログが「ａｂｃｄ，ｅｆｇｈ」にされ、エラー管理情報Ｅｎにおいては、エラーＩＤが「＃０００ｎ」のエラーについて、ステータスが「改修済」にされ、改修ファームウエアバージョンが「０１．０４」にされ、エラー特定ログが「ｍｎｏｐ，ｑｒｓｔ，ｕｖｗｘ」にされる。
【００６６】
そこで、プリンタＰ１において発生したエラーが未知のエラーであると判断した場合、ファームウエア走行ログ解析処理部Ｐｒ７は、エラー管理情報Ｅｋの変数ｋを１にし、管理情報記憶部２９に記録されたエラー管理情報Ｅｋのうちの最初のエラー管理情報Ｅ１を読み出し、ログ記憶部２８に記録されたファームウエア走行ログに、エラー管理情報Ｅ１のエラー特定ログ「ａｂｃｄ，ｅｆｇｈ」が含まれているかどうかによって、プリンタＰ１において発生したエラーが解消済みのエラーであるかどうかを判断する。
【００６７】
ファームウエア走行ログにエラー管理情報Ｅ１のエラー特定ログ「ａｂｃｄ，ｅｆｇｈ」が含まれていない場合、ファームウエア走行ログ解析処理部Ｐｒ７は、エラー管理情報Ｅｋの変数ｋをインクリメントし、変数ｋがｎを超えるまでファームウエア走行ログに各エラー管理情報Ｅｋのエラー特定ログが含まれているかどうかを判断する。そして、ｎ個のエラーについてファームウエア走行ログにエラー管理情報Ｅｋのエラー特定ログが含まれていない場合、ファームウエア走行ログ解析処理部Ｐｒ７は、プリンタＰ１において発生したエラーが解消済みのエラーではなく、未知のエラーであると判断し、クラウドサービス接続処理部Ｐｒ４は、現在の制御プログラムのバージョン情報から成るファームウエア情報、及びファームウエア走行ログをクラウドサーバ１２に送信する。
【００６８】
なお、変数ｋがｎを超えるまでに、ファームウエア走行ログに各エラー管理情報Ｅｋのエラー特定ログが含まれていると判断すると、ファームウエア走行ログ解析処理部Ｐｒ７は、プリンタＰ１において発生したエラーが解消済みのエラーであると判断する。そして、ファームウエア取得処理部Ｐｒ８は、改修ファームウエアのダウンロードをクラウドサーバ１２に要求し、改修ファームウエアを取得する。
【００６９】
前記クラウドサーバ１２において、ファームウエア情報及びファームウエア走行ログを受信すると、ファームウエア走行ログ受信処理部Ｐｒ１１（図５）は、プリンタＰ１においてエラーが発生した旨のメッセージを表示部３６に表示し、プリンタＰ１においてエラーが発生したことを管理者に通知する。
【００７０】
続いて、エラー管理情報作成処理部Ｐｒ１２は、プリンタＰ１において発生したエラーについて新たなエラー管理情報を作成する。すなわち、プリンタＰ１からファームウエア情報及びファームウエア走行ログが送信されると、エラー管理情報作成処理部Ｐｒ１２は、プリンタＰ１において発生したエラーにエラーＩＤを採番して付与し、エラー管理情報Ｅｋの変数ｋをｎ＋１にする。
【００７１】
そして、エラー管理情報更新処理部Ｐｒ１３は、図１２に示されるように、ＨＤＤ３３の管理情報記憶部３８のリストＥＬに、エラーＩＤが「＃０００ｎ＋１」のエラーについてエラー管理情報Ｅｎ＋１を新たに設定するとともに、エラー管理情報Ｅｎ＋１のステータスを「調査中」にし、エラー管理情報Ｅｎ＋１を更新する。なお、この場合、ステータスが「調査中」にされている間は、改修ファームウエアバージョン及びエラー特定ログが空白（「−−−−」）にされる。
【００７２】
エラー管理情報配信処理部Ｐｒ１４は、更新したエラー管理情報Ｅｎ＋１を各プリンタＰｉに送信し、各プリンタＰｉにおいて、エラー管理情報受信処理部Ｐｒ５は、更新されたエラー管理情報Ｅｎ＋１を受信し、エラー管理情報記録処理部Ｐｒ６は、エラー管理情報Ｅｎ＋１を管理情報記憶部２９に記録する。
【００７３】
続いて、管理者による操作部３５の操作に基づいて、エラー管理情報作成処理部Ｐｒ１２は、表示部３６に、図１３に示されるようなファームウエア走行ログＬｇを表示する。管理者は、ファームウエア情報及びファームウエア走行ログＬｇに基づいてエラーを調査し、プリンタＰ１において発生したエラーを特定するエラー特定ログＬｅ「ａａａａ，ｂｂｂｂ，ｃｃｃｃ」をファームウエア走行ログＬｇから抽出する。
【００７４】
そして、エラー管理情報作成処理部Ｐｒ１２は、前記エラー特定ログＬｅ「ａａａａ，ｂｂｂｂ，ｃｃｃｃ」を管理情報記憶部３８に登録し、エラー管理情報更新処理部Ｐｒ１３は、図１４に示されるように、管理情報記憶部３８のエラー管理情報Ｅｎ＋１のステータスを「改修中」にし、エラー管理情報Ｅｎ＋１を更新する。
【００７５】
続いて、エラー管理情報配信処理部Ｐｒ１４は、更新したエラー管理情報Ｅｎ＋１を各プリンタＰｉに送信し、各プリンタＰｉにおいて、エラー管理情報受信処理部Ｐｒ５は、更新されたエラー管理情報Ｅｎ＋１を受信し、エラー管理情報記録処理部Ｐｒ６は、エラー管理情報Ｅｎ＋１を管理情報記憶部２９に記録する。
【００７６】
そして、管理者が、プリンタＰ１において発生したエラーを解消し、改修ファームウエアを作成すると、エラー管理情報作成処理部Ｐｒ１２は、改修ファームウエアを登録し、エラー管理情報更新処理部Ｐｒ１３は、図１５に示されるように、エラー管理情報Ｅｎ＋１のステータスを「改修済」にし、エラー管理情報Ｅｎ＋１を更新する。
【００７７】
エラー管理情報配信処理部Ｐｒ１４は、更新したエラー管理情報Ｅｎ＋１を各プリンタＰｉに送信し、各プリンタＰｉにおいて、エラー管理情報受信処理部Ｐｒ５は、更新されたエラー管理情報Ｅｎ＋１を受信し、エラー管理情報記録処理部Ｐｒ６は、エラー管理情報Ｅｎ＋１を管理情報記憶部２９に記録する。
【００７８】
このようにして、クラウドサーバ１２からプリンタＰ１に更新されたエラー管理情報Ｅｎ＋１が送信されると、プリンタＰ１の操作者による操作に基づいて、ファームウエア取得処理部Ｐｒ８は、改修ファームウエアのダウンロードをクラウドサーバ１２に要求する。
【００７９】
そして、改修ファームウエアのダウンロードの要求に対して、クラウドサーバ１２の改修ファームウエア配信処理部Ｐｒ１５が改修ファームウエアをプリンタＰ１に送信すると、プリンタＰ１のファームウエア取得処理部Ｐｒ８は、受信した改修ファームウエアを制御プログラムとしてフラッシュメモリ２３に記録し、プリンタＰ１に適用する。
【００８０】
ところで、本実施の形態においては、前記プリンタＰ１において、走行ログ解析処理部Ｐｒ７が、変数ｋがｎを超えるまで、ファームウエア走行ログに各エラー管理情報Ｅｋのエラー特定ログが含まれているかどうかを判断し、ｎ個のエラーについてファームウエア走行ログにエラー管理情報Ｅｋのエラー特定ログが含まれていない場合、プリンタＰ１において発生したエラーが未知のエラーであると判断するようになっているが、前述されたように、変数ｋがｎを超えるまでにファームウエア走行ログに各エラー管理情報Ｅｋのエラー特定ログが含まれていると判断されると、ファームウエア走行ログ解析処理部Ｐｒ７は、プリンタＰ１において発生したエラーが解消済みのエラーであると判断し、クラウドサーバ１２にファームウエア走行ログを送信せず、ファームウエア取得処理部Ｐｒ８は、改修ファームウエアのダウンロードをクラウドサーバ１２に要求し、改修ファームウエアを取得する。
【００８１】
例えば、図１０に示されるように、プリンタＰ２においてエラーが発生した場合、ファームウエア走行ログ解析処理部Ｐｒ７は、ファームウエア走行ログを解析し、ファームウエア走行ログに管理情報記憶部２９に記録された各エラー管理情報Ｅｋのエラー特定ログが含まれているかどうかを判断する。
【００８２】
ファームウエア走行ログに、例えば、図１１に示されるエラー管理情報Ｅｎのエラー特定ログ「ｍｎｏｐ，ｑｒｓｔ，ｕｖｗｘ」が含まれていると判断すると、ファームウエア走行ログ解析処理部Ｐｒ７は、プリンタＰ２において発生したエラーが解消済みのエラーであると判断する。そして、ファームウエア取得処理部Ｐｒ８は、エラー管理情報Ｅｎの「＃０００ｎ」のエラーＩＤを読み出し、エラー管理情報Ｅｎの改修ファームウエアバージョンの「０１．０４」を特定し、改修ファームウエアのダウンロードをクラウドサーバ１２に要求する。
【００８３】
続いて、改修ファームウエアのダウンロードの要求に対して、クラウドサーバ１２の改修ファームウエア配信処理部Ｐｒ１５が改修ファームウエアをプリンタＰ２に送信すると、プリンタＰ２のファームウエア取得処理部Ｐｒ８は、受信した改修ファームウエアを制御プログラムとしてフラッシュメモリ２３に記録し、プリンタＰ２に適用する。
【００８４】
次に、フロートチャートについて説明する。
ステップＳ１  ネットワーク印刷処理部Ｐｒ１は印刷処理を行う。
ステップＳ２  ファームウエア走行ログ解析処理部Ｐｒ７はエラーが発生したかどうかを判断する。エラーが発生した場合はステップＳ３に進む。
ステップＳ３  ファームウエア走行ログ解析処理部Ｐｒ７はエラー管理情報Ｅｋの変数ｋを１にする。
ステップＳ４  ファームウエア走行ログ解析処理部Ｐｒ７はエラー管理情報Ｅｋを読み出す。
ステップＳ５  ファームウエア走行ログ解析処理部Ｐｒ７はファームウエア走行ログにエラー管理情報Ｅｋのエラー特定ログが含まれているかどうかを判断する。ファームウエア走行ログにエラー管理情報Ｅｋのエラー特定ログが含まれている場合はステップＳ６に、エラー特定ログが含まれていない場合はステップＳ７に進む。
ステップＳ６  ファームウエア取得処理部Ｐｒ８は改修ファームウエアのダウンロードをクラウドサーバ１２に要求し、処理を終了する。
ステップＳ７  ファームウエア走行ログ解析処理部Ｐｒ７はエラー管理情報Ｅｋの変数ｋをインクリメントする。
ステップＳ８  ファームウエア走行ログ解析処理部Ｐｒ７は変数ｋがｎを超えたかどうかを判断する。変数ｋがｎを超えた場合はステップＳ９に進み、変数ｋがｎ以下である場合はステップＳ４に戻る。
ステップＳ９  クラウドサービス接続処理部Ｐｒ４はファームウエア情報及びファームウエア走行ログをクラウドサーバ１２に送信し、処理を終了する。
【００８５】
このように、本実施の形態においては、印刷処理が行われている間にエラーが発生した場合に、管理情報記憶部２９に記録されたエラー管理情報Ｅｋに基づいてファームウエア走行ログが解析され、発生したエラーが解消済みのエラーであるかどうかが判断され、発生したエラーが解消済みのエラーである場合に、エラーが解消された改修ファームウエアがローカルネットワークＮｊ及びインターネットＩｔを介してクラウドサーバ１２から送信されるので、解消済みのエラーが発生した場合は、プリンタＰｉからファームウエア走行ログがクラウドサーバ１２に送信されることがない。
【００８６】
したがって、プリンタＰｉとクラウドサーバ１２との間の通信量を少なくすることができる。
【００８７】
また、クラウドサーバ１２においてファームウエア走行ログを解析する必要がないので、クラウドサーバ１２に加わる負荷を小さくすることができる。
【００８８】
さらに、未知のエラーが発生した場合に、プリンタＰｉの操作者にエラー管理情報のステータスを通知することができる。
【００８９】
本実施の形態においては、プリンタＰｉとクラウドサーバ１２とをネットワークを介して接続した情報処理システムとしてのエラー管理システムＳｙについて説明したが、本発明を情報処理装置として、かつ、画像形成装置として、複写機、ファクシミリ、複合機等を使用した情報処理システムに適用することができる。
【００９０】
なお、本発明は前記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。
【符号の説明】
【００９１】
１２    クラウドサーバ
２８    ログ記憶部
２９    管理情報記憶部
Ｅｋ    エラー管理情報
Ｎｊ    ローカルネットワーク
Ｉｔ    インターネット
Ｐｉ    プリンタ
【図１】
2019133294.tif 000003
【図２】
2019133294.tif 000004
【図３】
2019133294.tif 000005
【図４】
2019133294.tif 000006
【図５】
2019133294.tif 000007
【図６】
2019133294.tif 000008
【図７】
2019133294.tif 000009
【図８】
2019133294.tif 000010
【図９】
2019133294.tif 000011
【図１０】
2019133294.tif 000012
【図１１】
2019133294.tif 000013
【図１２】
2019133294.tif 000014
【図１３】
2019133294.tif 000015
【図１４】
2019133294.tif 000016
【図１５】
2019133294.tif 000017