(57)【要約】【課題】エラー発生時のダウンタイム、サービスコール数、ユーザーの手間を低減する。【解決手段】発生したエラーをエラーログとしてＲＯＭ１４に記録するプリンター１００であって、エラー判断部Ｍ１が、エラーデーターベースを参照してエラーにおけるサービスコールの要否を判断すると共にエラーログにおけるエラーの記録の有無を判断し、エラーがサービスコールを必要とし且つエラーログに記録されている場合にプリンター１００を自動的に再起動する。【選択図】図４
2010162815.tif 000002
【特許請求の範囲】
【請求項１】
発生したエラーをエラーログに記録する印刷装置であって、
発生したエラーにおけるサービスコールの要否と、この発生したエラーについて前記エラーログに記録が有るか否かを判断する判断手段と
前記発生したエラーがサービスコールを必要とし且つ前記エラーログに記録されている場合に、前記印刷装置を自動的に再起動する再起動手段とを備えることを特徴とする印刷装置。
【請求項２】
前記再起動手段は、前記再起動する前に前記エラーを前記エラーログに記録する請求項１記載の印刷装置。
【請求項３】
前記再起動手段は、前記エラーが前記エラーログに記録されていない場合には、前記エラーに関する情報をユーザーに通知し、再起動の可否を示す操作入力を受付けて、再起動を許可する操作入力を受付けると前記印刷装置を再起動する請求項１又は請求項２に記載の印刷装置。
【請求項４】
前記再起動手段は、前記自動的な再起動後に前記エラーが再発しない場合にはエラーに関する情報をユーザーに通知せず、前記自動的な再起動後に前記エラーと同じエラーが発生した場合にはユーザーにサービスコールを指示する請求項１〜請求項３の何れか一項に記載の印刷装置。
【請求項５】
前記再起動手段は、前記自動的な再起動後に前記エラーと異なるエラーを検知した場合は、この異なるエラーについて前記判断手段に判断させるとともに前記再起動手段が前記自動的な再起動の是非を別途判断する請求項１〜請求項４の何れか一項に記載の印刷装置。
【請求項６】
前記エラーログを取得してディスプレイに一覧表示する表示手段と、
前記一覧表示されたエラーログの何れかを指定して削除する操作入力を受付ける操作入力受付け手段と、
前記操作入力で指定されたエラーログを削除する削除手段とを更に備える請求項１〜請求項５の何れか一項に記載の印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置に関し、特に、発生したエラーをエラーログに記録する印刷装置に関する。
【背景技術】
【０００２】
従来、印刷装置の多くの機種では、サービスコールを要するエラー発生時に、エラー内容やエラー種類を特定可能なエラー番号およびサービスセンターへの問合せを促すメッセージをパネルに表示している。また、最近の機種では、エラー発生時に電源をいったん切ってから起動し直すこと（以下、電源オフ／オンと記載する。）をパネル表示で指示することもある。これはサービスセンターへの問合せを減らして、サービスコストを削減するためである。いずれの場合でも、ユーザーはプリンターの傍に行き、パネルに表示されたエラーメッセージを確認して状況を把握し、対応を選択しなければならない。無論、ネットワークを通じてエラー内容を確認したりエラー内容が通知されたりすることもあるが、やはりユーザーは状況を把握して対応を選択しなければならないし、電源オフ／オンを指示されている場合はプリンター傍まで行って操作する必要があるのは同じである。
【０００３】
さらに、近年、ＬＡＮ（Local Area Network）やインターネット等のネットワーク上に配置可能なプリンターが増加し、ネットワーク経由でプリンターを使用することが一般的になってきている。ネットワークに接続されたプリンターは、必然的にユーザー数が多い。サービスコールを要するエラー発生からエラーが解消するまでは、プリンターの処理は行われない。すなわち、ダウンタイムの影響を受けるユーザー範囲も広くなる。
【０００４】
その一方で、サービスセンターにおいても人件費の増大に伴ってサービスセンターの維持にかかる費用は増大している。問合せには簡単な質問もあれば専門的な高度な知識を必要とするものもあるので、サービスセンターの人員は専門知識を備えていることが望ましいが、専門知識を有する人員の人件費は高く、人件費はさらに増大する。すなわち、サービスコール１本当りのコストが増大している。
【０００５】
以上の課題を解決するべく、特許文献１には、電源オフ／オンによって復帰できる可能性のある故障を検出する手段と、リブートする手段を備える構成について記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−２１９２４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、前記特許文献１においては、エラー種類をＡ〜Ｄにタイプ分けし（タイプＡ：緊急性を要し、サービスマンによる修理が必要な故障、タイプＢ：特定のユニットの故障で基本機能に影響のない故障、タイプＣ：ログ機能の故障、タイプＤ：電源のオフ／オンにより復旧可能なその他の故障）、タイプＤの故障のうちリブート対象となる故障の場合だけ自動リブートの対象としている。リブート対象になる基準は、印刷枚数をカウントするトータルカウンターが１０カウントアップする間に１回以下しか発生しない故障であることである。すなわち、タイプＡとタイプＤのうちリブート対象でない故障の場合は、サービスコールが発生することになる。しかしながら、引用文献１のタイプ分けは必ずしも確実なものではなく、タイプＤのリブート対象になるか否かの判断も確実なものではない。従って、特許文献１の技術では、サービスコールが必ずしも必要でない故障の場合にもサービスセンターへの問合せが発生する可能性がある。
【０００８】
本発明は、前記課題に鑑みてなされたもので、エラー発生時のダウンタイム、サービスコール数、ユーザーの手間をさらに低減することが可能な印刷装置の提供を目的とする。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、本発明の請求項１にかかる発明では、発生したエラーをエラーログに記録する印刷装置であって、判断手段と再起動手段とを備える構成としてある。
前記判断手段は、前記エラーにおけるサービスコールの要否と、前記エラーログにおける前記エラーの記録の有無とを判断する。ここでサービスコールの要しないエラーとは、用紙切れやプリンターカバーのオープン等のようにユーザーの操作手順のミスによって発生したエラーを除いた全てのエラーを含んでも構わない。
前記再起動手段は、このようにサービスコールを要するエラーの全ての中でエラーログに記録のあるものについて再起動の対象とする。エラーログには発生したエラーのうちエラーが解消したものについて判別可能な記録が残るようになっている（例えば、各エラーにエラーが解消したか否かを示すフラグを付けたり、解消したエラーと解消しなかったエラーとでエラーログを別けたり、解消したエラーだけをエラーログに記録したりする等。）。従って、エラーログにおいてエラー解消したとの記録があるものは、再起動によってエラーが解消する可能性が極めて高いと言える。よってエラー発生時のダウンタイム、サービスコール数、ユーザーの手間をより確実に低減することができる。
【００１０】
また、本発明の選択的な一態様として、前記再起動手段は、前記再起動する前に前記エラーを前記エラーログに記録する構成としてもよい。再起動によってエラーが解消するとこの解消したエラーについてもエラーログに記録されるので、それ以降の再起動において再起動の対象となるエラーを識別できるようになる。また、本発明の印刷装置においてはユーザーが気づかないうちにエラーを解消することになるが、管理者や専門的な知識を有するユーザーであれば、ログを参照することによりエラーが発生したことを知ることが出来る。
【００１１】
また、本発明の選択的な一態様として、前記再起動手段は、前記エラーが前記エラーログに記録されていない場合には、前記エラーに関する情報をユーザーに通知し、再起動の可否を示す操作入力を受付けて、再起動を許可する操作入力を受付けると前記印刷装置を再起動する構成としてもよい。エラーログに記録されていないエラーについては、ユーザーに再起動するか否かを判断してもらうことによりユーザーはエラーの発生状況を把握することが出来るし、再起動した場合にはそのエラーをエラーログに記録することにより、以後に発生する同じエラーについてはユーザーの手を煩わすことなく自動的に解消する。
【００１２】
また、本発明の選択的な一態様として、前記再起動手段は、前記自動的な再起動後に前記エラーが再発しない場合にはエラーに関する情報をユーザーに通知せず、前記自動的な再起動後に前記エラーと同じエラーが発生した場合にはユーザーにサービスコールを指示する構成としてもよい。すなわち再起動で自動的に解消可能なエラーについては、エラー発生そのものをユーザーに意識させずに解消できる一方、再起動で自動的に解消できなかったエラーについては改めてユーザーに通知してサービスコールしてもらう。よって必要最小限のサービスコール数になる。
【００１３】
また、本発明の選択的な一態様として、前記再起動手段は、前記自動的な再起動後に前記エラーと異なるエラーを検知した場合は、この異なるエラーについて前記判断手段に判断させるとともに前記再起動手段が前記自動的な再起動の是非を別途判断する構成としてもよい。再起動で解消できないエラーについては再起動中にエラーが再発する可能性は十分にあるが、再起動でエラーが解消しているにも関わらず他のエラーが再起動中に発生する可能性がある。これらのエラーを混同しないように再起動前に発生したエラーと再起動後に発生したエラーが一致するか否かを判断し、一致しない場合は別途再起動で解消するか否かを判断しなおす。
【００１４】
また、本発明の選択的な一態様として、前記エラーログを取得してディスプレイに一覧表示する表示手段と、前記一覧表示されたエラーログの何れかを指定して削除する操作入力を受付ける操作入力受付け手段と、前記操作入力で指定されたエラーログを削除する削除手段とを更に備える構成としてもよい。該構成によれば、ユーザーや管理者が、エラー一覧を表示して必要なエラーログのみを残すようにエラーログを最適化することができる。
【００１５】
なお、上述した印刷装置は、他の機器に組み込まれた状態で実施されたり他の方法とともに実施されたりする等の各種の態様を含む。また、本発明は前記印刷装置を備える印刷システム、上述した装置の構成に対応した工程を有する制御方法、上述した装置の構成に対応した機能をコンピュータに実現させるプログラム、該プログラムを記録したコンピュータ読み取り可能な記録媒体、等としても実現可能である。これら印刷システム、印刷制御方法、印刷制御プログラム、該プログラムを記録した媒体、の発明も、上述した作用、効果を奏する。むろん、請求項２〜６に記載した構成も、前記システムや前記方法や前記プログラムや前記記録媒体に適用可能である。
【図面の簡単な説明】
【００１６】
【図１】プリンターのハードウェア構成のブロック図である。
【図２】プリンターのソフトウェア構成のブロック図である。
【図３】エラー監視処理のフローチャートである。
【図４】エラーデーターベースの一例を示す表である。
【図５】ログデータの一例を示す表である。
【図６】起動時のエラー監視処理のフローチャートである。
【図７】エラーログ編集処理のフローチャートである。
【発明を実施するための形態】
【００１７】
以下、下記の順序に従って本発明の実施形態を説明する。
（１）印刷装置の構成：
（２）エラー監視処理：
（３）起動時のエラー監視処理：
（４）エラーログ編集処理
（５）まとめ：
【００１８】
（１）印刷装置の構成： 
図１は本実施形態に係るプリンター１００のハードウェア構成を示すブロック図である。同図において、プリンター１００は、制御部（プリンターコントローラー）１０と印刷部２０を備えている。制御部１０には、ホストＰＣ（Personal Computer）２００が接続されており、ホストＰＣから送られてきた画像データーに基づいて印刷データーを生成する。制御部１０は、生成した印刷データーを印刷部２０の印刷エンジン２１に送信する。すると、印刷エンジン２１は、印刷データーに従って、トナーカートリッジ２２、感光体ドラム２３、レーザ光照射機構２４、紙送り機構２５、給排紙機構２６等を制御して、レーザ方式の印字処理を行う。
【００１９】
制御部１０は、ＡＳＩＣ１１、演算処理部としてのＣＰＵ１２、揮発性メモリーとしてのＲＡＭ１３、書き換え可能な不揮発性メモリーとしてのＲＯＭ１４、ディスプレイ１５、操作パネル１６、パルス幅変調回路（ＰＷＭ回路）１８を備えている。
【００２０】
ＣＰＵ１２は、制御部全体の制御を行う。ＣＰＵ１２とＲＡＭ１３は専用のバスを介してＡＳＩＣ１１に接続されており、ＲＯＭ１４は外部の外部バス１７を介してＡＳＩＣ１１に接続されている。ＣＰＵ１２はＲＯＭ１４に圧縮されて格納されている各種プログラムを、ＡＳＩＣ１１を介してＲＡＭ１３に展開する。例えばＲＯＭ１４には、制御部１０を初期化するための初期化プログラムＰ１、印刷エンジン２１に印刷を実行させるための印刷データーを生成する印刷制御プログラムＰ２、プリンター１００を起動させる起動プログラムＰ３、制御部１０で実行される各種プログラムにおいて発生するエラーを監視する監視プログラムＰ４、エラーログの内容を表示してエラーログの削除等を可能にするエラーログ編集プログラムＰ５等が予め格納されている。
【００２１】
ディスプレイ１５と操作パネル１６は、ＡＳＩＣ１１に接続されている。操作パネル１６は例えば複数のボタンとしてプリンター１００の筐体上に設けられており、ＣＰＵ１２はＡＣＩＣ１１を介して操作パネル１６に対する入力操作を示す信号を取得する。ディスプレイ１５は入力されたデーター基づいて各種の情報や画像等を表示可能であり、ＣＰＵ１２はＡＳＩＣを介してディスプレイ１５に表示するべき内容を示すデーターを入力する。この結果、ディスプレイ１５には、各種の情報や画像等が表示される。
【００２２】
ＰＷＭ回路１８は、外部の外部バス１７を介してＡＳＩＣ１１に接続されており、さらに印刷エンジンに直接接続されている。ＰＷＭ回路１８は、ＡＳＩＣ１１から送信された印刷データーを、印刷エンジン２１が解釈可能なＰＷＭデーターに変換して印刷エンジン２１に出力する。例えば、ＰＷＭ回路１８は、８ビットのパラレルデータ（印刷データ）が送られてきたとき、このデーターを１ビットのシリアルデータに変換して、順次、印刷エンジン２１に送信する。
【００２３】
ＡＳＩＣ１１は、印刷対象の画像データーに対する画像処理、外部バス１７の切り替え制御、等を行うための集積回路である。ＡＳＩＣ１１は、ＣＰＵ制御回路１１ａ、ＲＡＭ制御回路１１ｂ、ＲＯＭ制御回路１１ｃ、画像処理回路１１ｄ、バス切替回路１１ｅ、Ｉ／Ｆ制御回路１１ｆと、を備える。これら制御回路は、ＡＳＩＣ１１の内部バスで相互通信可能に接続されている。
【００２４】
ＣＰＵ制御回路１１ａには、ＣＰＵ専用のバスによりＣＰＵ１２が接続される。ＣＰＵ制御回路１１ａは、ＣＰＵ１２から供給された信号をＡＳＩＣ１１内の各部を制御するための信号に変換する。また、ＣＰＵ制御回路１１ａは、ＡＳＩＣ１１内の各部から供給された信号をＣＰＵ１２が処理可能な信号に変換する。例えばＣＰＵ制御回路１１ａは、ＣＰＵ１２から供給された指示信号に基づき、ＲＡＭ１３に展開されたプログラムをＲＡＭ１３からロードするための制御信号をＲＡＭ制御回路１１ｂに供給する。また、例えばＣＰＵ制御回路１１ａは、ＣＰＵ１２から供給された指示信号に基づき、外部バス１７の切り替えを制御するための信号をバス切替回路１１ｅに供給する。
【００２５】
ＲＡＭ制御回路１１ｂは、ＲＡＭ１３を制御する回路であり、ＲＡＭ専用のバスによりＲＡＭ１３が接続される。例えば、ＲＡＭ制御回路１１ｂは、ＣＰＵ制御回路１１ａからの制御信号に基づき、ＲＡＭ１３上の所定のアドレスに格納されているプログラムやデーターをＣＰＵ制御回路１１ａに出力する。また、ＲＡＭ制御回路１１ｂは、ＣＰＵ制御回路１１ａからの制御信号に基づき、ＲＯＭ１４に格納されているプログラムをＲＯＭ制御回路１１ｃを介してＲＯＭ１４から取得し、これをＲＡＭ１３上の所定のアドレスに格納する。
【００２６】
ＲＯＭ制御回路１１ｃは、ＲＯＭ１４を制御する回路であり、バス切替回路１１ｅと外部バス１７を介してＲＯＭ１４が接続される。例えば、ＲＯＭ制御回路１１ｃは、ＣＰＵ制御回路１１ａからの制御信号に基づき、ＲＯＭ１４上の所定のアドレスに格納されているプログラムやデーターをＣＰＵ制御回路１１ａに出力する。また、ＲＯＭ制御回路１１ｃは、ＣＰＵ制御回路１１ａからの制御信号に基づき、ＲＯＭ１４上の所定のアドレスに、データーを格納する。
【００２７】
画像処理回路１１ｄは、印刷エンジン２１が印刷可能な印刷データーを生成する。画像処理回路１１ｄは、例えば、ホストＰＣ２００が生成した画像データーから、印刷データーを生成し、生成した印刷データーを、バス切替回路１１ｅ、外部バス１７を介して、８ビット単位でパラレルにＰＷＭ１６に送信する。
【００２８】
バス切替回路１１ｅは、外部バス１７の切り替えを制御する回路である。例えば、バス切替回路１１ｅは、ＣＰＵ制御回路１１ａから供給される制御信号に基づき、外部バス１７の通信先をＲＯＭ１４とＰＷＭ１６とで切り替える制御を行う。
Ｉ／Ｆ制御回路１１ｆは、ホストＰＣ２００等の外部機器や外部半導体メモリーに対してデーターを読み書きする装置等の外部装置が接続されたりするインターフェースであり、例えばＵＳＢ（Universal Serial Bus）規格に準じたインターフェースやＬＡＮ（Local Area Network）に接続するためのインターフェース等である。
【００２９】
図２は、プリンター１００のソフトウェア構成を示すブロック図である。同図において、制御部１０において実行される監視プログラムＰ４は、初期化プログラムＰ１や印刷制御プログラムＰ２や起動プログラムＰ３やエラーログ編集プログラムＰ５が実行されている間に常に実行されており、これらプログラムの出力するエラーコードを取得してＥＤＢやエラーログを参照しながらエラー監視処理を実行する。エラー監視プログラムＰ４は、エラー判断部Ｍ１を備えている。起動プログラムＰ３は、起動処理部Ｍ２を備えており、エラーログ編集プログラムＰ５は、エラーログ編集部Ｍ３を備えている。
【００３０】
（２）エラー監視処理： 
図３はエラー監視処理のフローチャートである。エラー監視処理は、印刷装置が起動している間は常に実行されている。
【００３１】
ステップＳ１００（以下、「ステップ」の記載を省略する。）において、エラー判断部Ｍ１は、エラーが発生しているか否か検出する。制御プログラムは、エラー発生状況（制御・通信対象、制御内容、制御対象からの応答状況、等）に応じてエラーコードを出力する。そこで、エラー判断部Ｍ１は制御プログラムの出力を監視し、エラーコードを検出した場合にはこのエラーコードを取得してＳ１０５に進む。一方、エラー判断部Ｍ１はエラーコードを検出しない場合にはＳ１００の処理を繰り返す。なお、本実施形態におけるエラーコードは、エラーを特定するための情報に相当する。
【００３２】
Ｓ１０５において、エラー判断部Ｍ１は、エラーコードとエラーデーターベース（以下、ＥＤＢと記載する。）に基づいてエラーがサービスコール（以下、ＳＣと記載する。）を必要とするか否かを判断する。エラー判断部Ｍ１は、エラーがＳＣを必要とする場合にはＳ１１０に進み、エラーがＳＣを必要としない場合はＳ１２５に進む。
【００３３】
図４はＲＯＭ１４に予め格納されているＥＤＢの一例を示す表である。ＥＤＢにおいては、エラーコードとエラーの概要とエラーメッセージとの対応関係が規定されている。エラーコードは、エラーの種類や内容毎に割り振られるユニークな識別コードである。エラーの概要は、エラーの内容を端的に説明したものであり、例えば、Ｉ／Ｆ制御回路１１ｆの実行したループバックテストにおいて応答が無いというエラーであれば、「外部機器との通信テストでエラーを検出しました。」等である。エラーメッセージは、エラーを解消するための手順を指示するメッセージであり、例えば、「電源をオフ／オンしてください。それでもエラーが解消しない場合は、サービスコールにご連絡下さい。」等のように、具体的な復旧手順が記録されている。
【００３４】
例えば、Ｉ／Ｆ回路との通信テスト中に応答が無くてタイムアウトしてしまった場合には、制御プログラムが所定のエラーコード（例えば「0210」等）を出力する。するとエラー判断部Ｍ１はこのエラーコード「0210」を取得するので、ＥＤＢを参照することによりエラーコード「0210」に対応するパネルメッセージ「電源をオフ／オンしてください。それでもエラーが表示される場合は、サービスコールにご連絡下さい。」を取得できる。このときエラー判断部Ｍ１は、パネルメッセージ内にＳＣを示唆する内容（例えば「サービスコール」という文字列）を検出できるので、ＳＣが必要なエラーであると判断できる。
【００３５】
すなわち、サービスコールを要するエラーには、機械やデバイスの故障が原因で修理しない限り復帰しないもの、電源を入れなおしたりリブートをかけたりすることで動作可能になるもの、がある。後者の原因は、例えば、一時的なノイズ、特定のタイミングが重なったことによるデバイスの不具合、等である。ただし両者の区分けは確実なものではなく、実際に再起動してみないと解消するか否かは判断しにくい。本実施形態においては、後者のエラーを確実に自動的に解消することによりダウンタイムの減少、ユーザーの手間の低減、等を実現する一方、前者のエラーについてはなるべく再起動の対象に入れないようにする。
【００３６】
一方、給紙トレイに用紙が入っている状態で給紙トレイに給紙を指示したにもかかわらず用紙が送られてこない場合には、制御プログラムが所定のエラーコード（例えば「8101」等）を出力する。するとエラー判断部Ｍ１はこのエラーコード「8101」を取得するので、ＥＤＢを参照することによりエラーコード「8101」に対応するパネルメッセージ「紙詰まりの可能性があります。詰まった用紙を取除いてください。」を取得できる。このときエラー判断部Ｍ１は、パネルメッセージ内にＳＣを示唆する内容（例えば「サービスコール」という文字列）が無いので、ＳＣが不要なエラーであると判断できる。
【００３７】
すなわち、サービスコールを要しないエラーには、エラーになる前のアラート、ユーザーの操作手順誤りを通知するエラー（紙サイズ、紙の向き、扉が開いている、対応していない機能の実施を指示した、等）等と言える。このようなエラーについては、ユーザーが実際に作業をしないと解消しないので、従来どおり通知する。
【００３８】
無論、エラーメッセージの内容からサービスコールの要否を判断するのではなく、ＥＤＢに予めサービスコールを必要とするか否かを示すフラグを付けておいて、エラー判断部Ｍ１は、このフラグの有無を判断することによりＳＣの要否を判断しても構わない。
【００３９】
さらに、エラー判断部Ｍ１は、サービスコールを必要とするか否かのみならず、再起動で復帰可能であるか否かも判断してもよい。例えば、エラー判断部Ｍ１は、エラーメッセージにおいて再起動を指示する特定する文字列の有無（例えば、「オフ／オン」等）を判断し、エラーがＳＣを必要とし且つエラーメッセージにおいて再起動を指示している場合にはＳ１１０に進み、それ以外の場合はＳ１２５に進んでもよい。無論、再起動で復帰できる可能性のあるエラー種類を予めプログラム中やＲＯＭ１４に登録しておき、該当するエラーコードが発生したか否かを判断するなどの手法も採用できる。
【００４０】
再起動で復帰する可能性のあるエラー種類としては、例えば、Ｉ／Ｆ制御回路１１ｆが外部機器と通信する際に発生するネットワークエラー、ＲＯＭ１４に記録されたデーターのチェックサムエラー、ＲＡＭ１３に記録されたデーターのチェックサムエラー、外部機器との間の通信状況を確認するために実行するループバックテストにおいて応答が無い場合のループバックエラー、ＣＰＵ１２における例外処理(例えば、ＴＬＢ（Translation Lookaside Buffer）ミスによるページフォールトが発生したときの例外処理等）等である。
【００４１】
Ｓ１１０において、エラー判断部Ｍ１は、Ｓ１００で発生したエラーが過去に発生していて、再起動によって解消したことのあるエラーであるか否かを判断する。より具体的には、エラー判断部Ｍ１は、エラーコードがすでにエラーログに記録されていてエラー解消フラグが付されているか否かを判断する。エラー判断部Ｍ１は、エラーコードがすでにエラーログに記録されていてエラー解消フラグが付されている場合にはＳ１１５に進み、Ｓ１００で検出したエラーコードについてエラーログに記録してＳ１２０に進む。一方、エラー判断部Ｍ１は、エラーコードが未だエラーログに記録されていなかったり、エラーログに記録されているもののエラー解消フラグが付されていなかったりする場合にはＳ１４０に進んでＳ１００で検出したエラーコードについてエラーログに記録し、Ｓ１４５に進む。
【００４２】
図５はエラーログの一例を示す表である。同図において、エラーログは、エラー発生番号、パネルメッセージ、エラーコード、ページ数、エラー発生日時、エラー解除日時、エラー解消フラグ、で構成されている。エラー発生番号は、エラーの発生した順に自動的に割り振られる管理番号である。パネルメッセージは、上述したようにエラー発生時にディスプレイ１５に表示する文字列であり、エラーの概要やエラー発生時にユーザーが取るべき対応を指示するものである。ページ数は、エラー発生時に印刷していた印刷ジョブのページ数である。エラー発生日時は、エラーが発生した年月日と時分が記録される。エラー解除日時は、発生したエラーが解除された年月日と時分が記録される。エラーが解除された日時とはエラー状態が終了した日時である。エラー解消フラグは、発生したエラーを再起動によって解消したか否かを示すフラグである。すなわち、エラー判断部Ｍ１は、Ｓ１００で取得したエラーコードをエラーログから検索することによりＳ１００で発生したエラーが過去に発生しているか否かを判断できるし、エラー解消フラグを参照することによりＳ１００で発生したエラーを再起動で解消できるか否かを判断できる。
【００４３】
Ｓ１２０において、エラー判断部Ｍ１は、所定のレジスタに自動再起動を行う旨の情報を記録してから起動処理部Ｍ２に再起動を指示してエラー監視処理を終了する。
【００４４】
Ｓ１２５において、エラー判断部Ｍ１は、Ｓ１００で検出したエラーコードについてエラーログに記録してＳ１３０に進む。
Ｓ１３０において、エラー判断部Ｍ１は、ＥＤＢを参照してエラーコードに対応するエラーメッセージをディスプレイ１５に表示してＳ１３５に進む。
Ｓ１３５において、エラー判断部Ｍ１は、エラーが解消したか否かを判断する。エラー判断部Ｍ１は、エラーが解消された場合はＳ１００に戻り、エラーが解消されていない場合はＳ１３０からの処理を繰り返す。例えば上述した紙詰まりエラーの場合であれば、給紙機構のいずれかのカバーが開閉されたことを検出すると、給紙機構に給紙動作を指示し、用紙が正常に送られたことを検出できればエラーが解消したと判断できる。
【００４５】
Ｓ１４５において、エラー判断部Ｍ１は、再起動するか否かを判断する。エラー判断部Ｍ１は、再起動する場合にはＳ１２０に進み、再起動しない場合にはＳ１５０に進む。エラー判断部Ｍ１は、エラー関する情報をディスプレイ１５に表示するとともに再起動するか否かの操作入力が行われたか否かを判断する。例えば、エラー判断部Ｍ１は、エラーコードに対応するエラーの概要をディスプレイ１５に表示するとともに、現在のエラーが再起動によって解消する可能性あることを示唆するメッセージを表示し、再起動するか否かをユーザーに選択させる。ユーザーは、操作パネル１６を操作して再起動するか否かを選択するので、エラー判断部Ｍ１は、操作パネル１６における操作入力に基づいて再起動の要否を判断できる。
【００４６】
Ｓ１５０において、エラー判断部Ｍ１は、Ｓ１３０と同様にＥＤＢを参照してエラーコードに対応するエラーメッセージをディスプレイ１５に表示してＳ１５５に進む。
Ｓ１５５において、エラー判断部Ｍ１は、Ｓ１３５と同様にエラーが解消したか否かを判断する。エラー判断部Ｍ１は、エラーが解消された場合はＳ１００に戻り、エラーが解消されていない場合はＳ１５０からの処理を繰り返す。
【００４７】
（３）起動時のエラー監視処理： 
図６は起動時のエラー監視処理のフローチャートである。
ステップＳ２００において、起動処理部Ｍ２は、ＰＯＳＴ（Power On Self Test）処理を実行する。ＰＯＳＴ処理は接続デバイスのチェックや初期化を行う処理であり、ＡＳＩＣ１１内のレジスタを初期化したり、ＲＡＭ１３やＲＯＭ１４を初期化したり、Ｉ／Ｆ制御回路１１ｆに接続されている外部機器に関する情報を取得したり、ＡＳＩＣ１１に接続されているデバイスに関する情報を取得したり、内部バスに接続されたデバイスに関する情報を取得したりする。
【００４８】
ステップＳ２０５において、エラー判断部Ｍ１は、ＰＯＳＴ処理の途中でエラーが発生したか否かを判断する。エラー判断部Ｍ１は、エラーを検出するとＳ２１０に進んでＳ２０５で検出したエラーコードについてエラーログに記録してＳ２１５に進む。一方、エラー判断部Ｍ１は、エラーを検出しない場合は直近のエラーログのエラー解消フラグに再起動によってエラーを解消した旨を示すフラグを付し、エラー監視処理のＳ１００に進む。よって、再起動によってエラーが解消された場合は、ユーザーはエラーが発生したことを意識する必要が無いし、ダウンタイムが最短時間でエラーが解消することになる。また、再起動を行う前に初めて発生したエラーであっても次に同じエラーが発生した時にはエラー解消フラグを参照することにより自動的に再起動するので、ユーザーは再起動の可否を選択する必要がなくなる。
【００４９】
Ｓ２１５において、エラー判断部Ｍ１は、現在の起動がエラー判断部Ｍ１によって実行された再起動処理（自動再起動処理）で実行されたものであるか否かを判断する。エラー判断部Ｍ１は、Ｓ１２０の再起動を行う際に所定のレジスタに自動再起動を実行する旨の情報を記録しているので、このレジスタを参照することにより自動再起動処理であるか否かを判断できる。エラー判断部Ｍ１は、自動再起動である場合はＳ２２０に進み、自動再起動で無い場合はエラー監視処理のＳ１００に進む。
【００５０】
Ｓ２２０において、エラー判断部Ｍ１は、自動再起動の前後で同じエラーが発生しているか否かを判断する。例えば、エラー判断部Ｍ１は、ＥＤＢを参照して直近の２つのエラーログが同一のエラーコードであるか否かを判断することにより、自動再起動の前後で同じエラーが発生しているか否かを判断することができる。エラー判断部は、自動再起動の前後で同じエラーが発生している場合はＳ２２５に進み、自動再起動の前後で同じエラーが発生していない場合は、自動再起動の直前に記録されたエラーログのエラー解消フラグに再起動によってエラーを解消した旨を示すフラグを付し、エラー監視処理のＳ１１０に進む。すなわち、自動再起動前に発生したエラーが既に解消して他のエラーが発生している場合には、前記エラー監視処理において自動再起動が必要であるか否かを判断することになる。よって、異なるエラーで再起動を失敗した場合においても、誤ったエラーメッセージをユーザーに提供したり、ユーザーに手間をかけさせたりすることがない。
【００５１】
Ｓ２２５において、エラー判断部Ｍ１は、自動再起動の原因となったエラーコードに対応するエラーメッセージをディスプレイ１５に表示してＳ２３０に進む。
Ｓ２３０において、エラー判断部Ｍ１は、エラーが解消したか否かを判断する。エラー判断部Ｍ１は、エラーが解消された場合は上述のエラー監視処理を開始し、エラーが解消されていない場合はＳ２１５からの処理を繰り返す。このとき表示されるメッセージに電源のオフ／オンを指示する部分は表示されず、エラーの内容とサービスコールに連絡するようにユーザーに指示するメッセージが表示される。なお、この時点で既に再起動によるエラーを解消出来ないことが判明しているので、ユーザーは自ら電源スイッチを操作する必要が無い。また、自動再起動が行われた場合には、ユーザーはＳ２３０において初めてエラーメッセージを見ることになる。
【００５２】
（４）エラーログ編集処理： 
図７は、エラーログ編集処理のフローチャートである。この処理は、エラーログ編集プログラムＰ５で実行されるものであり、ユーザーやシステム管理者がエラーログを参照して、そのログの一部又は全体を消去するための処理である。なお、エラーログの編集は、プリンター１００のディスプレイ１５に表示しながら操作パネル１６を操作することにより行ってもよいが、大画面に一覧表示しながら行った方が容易であることから、ホストＰＣ２００等の外部機器から行うほうが好ましい。そこで、以下では、ホストＰＣ２００との通信を行いながらエラーログの編集を行う場合を例にとって説明する。
【００５３】
Ｓ３００において、エラーログ編集部Ｍ３は、ホストＰＣ２００からエラーログの要求があったか否かを判断する。例えば、ホストＰＣ２００においてエラーログを管理するためのプログラムなどを実行し、このプログラムでユーザーがエラーログを取得するための操作入力を行うことにより、エラーログの要求がプリンター１００に出力される。エラーログ編集部Ｍ３は、エラーログ要求を検知するとＳ３０５に進み、エラーログ要求を検知しないとＳ３００を繰り返す。
【００５４】
Ｓ３０５において、エラーログ編集部Ｍ３は、ＲＯＭ１４からＥＤＢを取得してホストＰＣ２００に送信する。エラーログを受信したホストＰＣ２００は、エラーログを大画面ディスプレイに所定のＵＩで一覧表示するので、ユーザーはこのエラーログの一覧を視認しながら不要なログの有無を確認する。
【００５５】
Ｓ３１０において、エラーログ編集部Ｍ３は、何れかのエラーログを選択して削除する操作が要求（エラーログ削除要求）をホストＰＣ２００から受信したか否かを判断する。この要求において、例えばエラーログは管理番号で特定されている。無論、特定のエラーログのエラーコードを指定して特定のエラーコードのエラーログを全て削除するように要求したり、特定の日時のエラーログを全て削除するように要求したりしてもよい。エラーログ編集部Ｍ３は、エラーログ削除要求を受信するとＳ３１５に進んで該当するエラーログをＲＯＭ１４から削除してＳ３１０に戻る。一方、エラーログ編集部Ｍ３は、エラーログ削除要求を受信しない場合はＳ３２０に進む。
【００５６】
Ｓ３２０において、エラーログ編集部Ｍ３は、エラーログの編集が終了したか否かを判断する。エラーログ編集部Ｍ３は、エラーログの編集が終了した場合はＳ３００からの処理を実行する。ホストＰＣ２００において表示される所定のＵＩには、エラーログの編集を完了するためのボタン等が表示されており、このボタンをマウス等の操作入力機器で操作することにより、ＵＩの表示を終了するとともにエラーログの編集が終了した旨の通知がプリンター１００に送信される。エラーログ編集部Ｍ３はこの通知の有無を判断することにより、エラーログ編集の終了を判断できる。
【００５７】
（５）まとめ： 
以上説明したように、本実施形態にかかるプリンター１００においては、発生したエラーをエラーログとしてＲＯＭ１４に記録しておき、エラー判断部Ｍ１が、エラーデーターベースを参照してエラーにおけるサービスコールの要否を判断すると共にエラーログにおけるエラーの記録の有無を判断し、エラーがサービスコールを必要とし且つエラーログに記録されている場合にプリンター１００を自動的に再起動する。よって、エラー発生時のダウンタイム、サービスコール数、ユーザーの手間が低減する。
【００５８】
なお、上述した実施形態におけるエラーログは、再起動によってエラーが解消したエラーのみが記録されるようにしてもよい。このようにすると、エラーログのサイズが増大しにくく、発生したエラーをエラーログから検索する処理時間を短縮できる。
またエラーログは、再起動等によってエラーを解消したエラーと、再起動等によってエラーを解消しなかったエラーとに分けて別々に作成・管理してもよい。エラーログを編集する際には、２つのエラーログを取得して別々に表示したり、時系列やエラー種類毎に混在させて表示したりする。管理者のエラー対応という観点ではなるべく多くのエラーログを残した方がよいので、上述した実施形態やエラー解消したエラーログとエラー解消しなかったエラーログを並存させる方が好ましい。
【００５９】
なお、本発明は上述した実施形態や変形例に限られず、上述した実施形態および変形例の中で開示した各構成を相互に置換したり組み合わせを変更したりした構成、公知技術並びに上述した実施形態および変形例の中で開示した各構成を相互に置換したり組み合わせを変更したりした構成、等も含まれる。
【符号の説明】
【００６０】
１０…制御部、１１…ＡＳＩＣ、１１ａ…ＣＰＵ制御回路、１１ｂ…ＲＡＭ制御回路、１１ｃ…ＲＯＭ制御回路、１１ｄ…画像処理回路、１１ｅ…バス切替回路、１１ｆ…Ｉ／Ｆ制御回路、１２…ＣＰＵ、１３…ＲＡＭ、１４…ＲＯＭ、１５…ディスプレイ、１６…操作パネル、１７…外部バス、１８…ＰＷＭ回路、２０…印刷部、２１…印刷エンジン、１００…プリンター、２００…ホストＰＣ、Ｍ１…エラー判断部、Ｍ２…起動処理部、Ｍ３…エラーログ編集部、Ｐ３…起動プログラム、Ｐ４…監視プログラム、Ｐ５…エラーログ編集プログラム
【図１】
2010162815.tif 000003
【図２】
2010162815.tif 000004
【図３】
2010162815.tif 000005
【図４】
2010162815.tif 000006
【図５】
2010162815.tif 000007
【図６】
2010162815.tif 000008
【図７】
2010162815.tif 000009