JP4114315B2 - Image processing device - Google Patents

Image processing device Download PDF

Info

Publication number
JP4114315B2
JP4114315B2 JP2000346275A JP2000346275A JP4114315B2 JP 4114315 B2 JP4114315 B2 JP 4114315B2 JP 2000346275 A JP2000346275 A JP 2000346275A JP 2000346275 A JP2000346275 A JP 2000346275A JP 4114315 B2 JP4114315 B2 JP 4114315B2
Authority
JP
Japan
Prior art keywords
processing
job
log
error
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000346275A
Other languages
Japanese (ja)
Other versions
JP2002149382A (en
Inventor
有史 樋川
弘治 斉藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Fujifilm Business Innovation Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Xerox Co Ltd, Fujifilm Business Innovation Corp filed Critical Fuji Xerox Co Ltd
Priority to JP2000346275A priority Critical patent/JP4114315B2/en
Publication of JP2002149382A publication Critical patent/JP2002149382A/en
Application granted granted Critical
Publication of JP4114315B2 publication Critical patent/JP4114315B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、コピージョブ、スキャンジョブ、プリントジョブ、FAXジョブ等といった、画像データの処理ジョブを実行するための画像処理装置に関する。
【0002】
【従来の技術】
近年、画像データの処理ジョブを実行する画像処理装置としては、例えばコピー機能、スキャナ機能、プリンタ機能、FAX機能等といった複数の機能を1台の装置で提供する、いわゆる複合機(以下「MF機」という)が普及している。MF機は、紙原稿スキャンのための画像入力部(Image Input Terminal;以下「IIT」という)、FAX受信のための公衆回線接続部、プリントデータ受信のためのLAN(Local Area Network)等へのネットワーク接続部、といった複数の画像入力手段を持つ。また、用紙への印刷出力のための画像出力部(Image Output Terminal;以下「IOT」という)、FAX送信のための公衆回線接続部、様々な入力画像データのホストコンピュータへの送信のためのLAN等へのネットワーク接続部、といった複数の画像出力手段も併せ持つ。さらには、入力画像データを一旦蓄積・保管して様々な機能を提供するためのHDD(Hard Disk Drive)等の画像蓄積手段を持つものもある。
【0003】
このようなMF機では、複数の画像入力手段のうちのいずれか1つと、複数の画像出力手段のうちのいずれか1つを組み合わせることによって、様々な画像入出力ジョブをユーザに提供することが可能である。例えば、IITでスキャンした画像データをIOTで出力することによるコピー機能、ネットワーク経由で受信したPDL(Page Description Language)等のデータをデコンポーズしてIOTで出力することによるプリンタ機能、IITでスキャンした画像データを公衆回線経由で送信するFAX機能等、多種多様な機能を提供できる。
【0004】
それに伴い、MF機では、ユーザからの画像入出力ジョブの提供要求が一時期に複数集中する可能性も増大している。ところが、IIT/IOT等の画像入出力デバイスは同時に1つの画像入出力ジョブしか処理できないので、一時期に複数の画像入出力ジョブが集中すると、ユーザがジョブの終了状況を容易に確認できないことも考えられる。これは、一時期に複数の画像入出力ジョブが集中すると、自分の要求したジョブが即座に実行開始されずに待たされてしまったり、ジョブの処理結果である印刷出力が他のユーザの要求したジョブによる印刷出力と排紙トレイ上で混在したりして、自分の要求したジョブがいつ終了したかといった状況を確認するのが困難になるからである。
【0005】
そのため、最近では、例えば特開平11−289413号公報に開示されているように、画像処理ジョブの実行状況と終了状況を記憶する記憶手段を設けておき、実行途中のジョブの一覧表示や実行完了したジョブの一覧表示を行うようにする制御方法が提案されている。また、特開平11−341212号公報に開示されているように、過去に行ったジョブの実行履歴を保存して、それを必要に応じて表示する制御方法も提案されている。これらは、いずれも、ジョブの状況確認を可能にする機能を提供しているため、ユーザが自分の要求したジョブがいつ終了したのかを容易に確認することができるようになっている。
【0006】
【発明が解決しようとする課題】
しかしながら、上述した従来の制御方法を用いたMF機では、ジョブの実行途中に予期せぬエラーが発生した場合に、以下に述べるような問題が生じてしまうおそれがある。
【0007】
例えば、ジョブの実行途中に予期せぬ電源断エラーが発生した場合には、その実行途中のジョブに関する履歴を確認することは依然不可能である。これは、電源断エラーによって、実行途中のジョブに関する情報(実行状況等)が全て失われてしまうからである。そのため、このような場合に、ユーザは、自分の要求したジョブが、電源断エラーにより実行完了せずに異常終了したのか、未だ実行開始されていないのか、それとも既に実行完了しているのか、といった判断を容易に行うことができなくなってしまう。
【0008】
特に、昨今、MF機を企業等で利用する場合には、複数の部門にまたがる複数のユーザが1台のMF機を共有している場合が多く、その際には部門毎の当該MF機の使用頻度を把握して課金したり、ISO(国際標準化機構)14001等に準拠するために省エネ動向をユーザ毎に把握して管理目標を立てる、といった利用形態を満足させる必要がある。そのために、MF機に対しては、そのMF機内で保存されるジョブ履歴情報を外部の集計装置や集計ソフトウエアで収集して、部門別集計やユーザ別集計、モノクロ/カラー印刷比率、両面印刷率、N−up率等の情報提供を可能にすることが要求されている。したがって、このような情報収集の際に、電源断エラーによる実行途中ジョブの情報消失が発生すると、課金情報や部門別集計情報・ユーザ別集計情報の精度が低下することになり、被害損失が増大化することが考えられる。
【0010】
また、ジョブの実行途中に発生する予期せぬエラーには、上述した電源断エラーの他に、ネットワークの接続切れやデータの転送状態等が原因で印刷出力に障害が発生するといった、電源断を伴わないエラーもある。このようなエラーの場合、実行途中のジョブに関する情報が失われることはないため、ジョブの実行履歴等を保存しておけば、これを解析してエラー発生の原因特定に役立てることも考えられる。
【0011】
実際に、例えば特開平6−89239号公報には、通信回線上でのエラー発生時に、エラーを自己診断して、エラー発生時からの通信トレース情報を採取してファイルに格納することで、無人の環境でも通信エラーの発生したプロトコルを採取して、エラー発生の原因特定に役立てるようにした装置が提案されている。また、特開平5−204718号公報には、コンピュータシステムの周辺機器のデバイスプログラムの実行パラメータの履歴を保存しておくことによって、周辺機器接続の際のエラー発生の原因特定を容易にした装置が提案されている。
【0012】
ただし、MF機をはじめとする画像処理装置は、その使用環境や設置環境に依存してエラー発生することが多い。しかも、通常は、その設置場所でエラー発生の原因特定を行うことが要求される。したがって、画像処理装置には、エラー発生の原因特定のための情報収集を保守員等の介在無しに無人で的確に行うことが可能であり、さらには収集した情報からエラー発生の原因特定を迅速に行えることが望まれている。
【0013】
ところが、上述した特開平6−89239号公報に開示の従来技術によれば、無人での情報収集は可能であるが、これは通信プロトコル上のエラー採取を目的としたものであることから、印刷出力時に発生するエラー(例えばジョブの処理シーケンス上で発生するエラー)の原因を特定することはできない。しかも、プロトコルトレースの結果が膨大な量となってしまうため、その中からエラーの発生箇所やその原因等を特定するのに多大な手間が必要となり、迅速なエラー発生の原因特定を行えるとはいえない。また、特開平5−204718号公報に開示の従来技術では、デバイスプログラムの実行パラメータが保存されているので、エラー発生時におけるデバイスの異常原因を特定しやすいが、デバイスの設定に異常がない場合、具体的には複数デバイスの動作処理やデバイスが取り扱うデータそのものに原因がある場合には、エラー原因を特定できなくなってしまうため、必ずしもエラー発生の原因特定を的確に行えるとはいえない。
【0014】
そこで、本発明は、上記問題点に鑑み、エラー発生時に処理していたデータとこれを処理するソフトウエアモジュールの動作とを関連付けてログ情報として保存することにより、エラー発生の原因特定のための情報収集を的確に行え、しかも収集した情報からエラー発生の原因特定を迅速に行える画像処理装置を提供することを目的とする。
【0017】
本発明は、上記目的を達成するために案出された画像処理装置で、画像データの入力または出力の少なくとも一方を行う画像入出力ジョブの実行に必要となるデータを記憶蓄積する記憶蓄積手段と、前記記憶蓄積手段に記憶蓄積されたデータを用いて前記画像入出力ジョブを実行するジョブ実行手段と、前記ジョブ実行手段での前記画像入出力ジョブの実行エラーを検出するエラー検出手段と、前記ジョブ実行手段が前記記憶蓄積手段内のデータを用いた前記画像入出力ジョブを行っている最中に、前記エラー検出手段が実行エラーの発生を検出すると、当該実行エラーの発生時に前記ジョブ実行手段が処理していた当該データの処理部分を特定する情報と、当該実行エラーの発生時に当該データを処理していたアプリケーションを特定する情報とを、ログ情報として抽出するログ抽出手段とを備えることを特徴とする。
【0018】
上記構成の画像処理装置によれば、エラー検出手段が実行エラーを検出すると、ログ抽出手段は、その際にジョブ実行手段が処理していたデータの処理部分を特定する情報と、当該実行エラーの発生時に当該データを処理していたアプリケーションを特定する情報とを抽出する。ここで、データの処理部分を特定する情報としては、例えばデータのファイル名や処理部分のアドレス等といった情報が挙げられる。また、アプリケーションを特定する情報としては、エラー発生時に動作していたアプリケーション名やその状態を特定するレジスタ値等といった情報が挙げられる。つまり、ログ抽出手段は、エラー発生時に処理されていたデータの処理部分を特定する情報と、その処理環境を特定する情報を抽出する。したがって、ログ抽出手段による抽出結果を、例えば不揮発性のメモリに格納したり外部装置に転送すれば、その格納内容または転送内容を基にエラー発生の原因特定が行えるようになる。
【0019】
【発明の実施の形態】
以下、図面に基づき本発明に係る画像処理装置について説明する。
【0020】
〔画像処理装置の一具体例の説明〕
【0021】
先ず、画像処理装置の基本的な構成について説明する。図1は、画像処理装置の一具体例の基本構成を示すブロック図である。
【0022】
ここで例に挙げて説明する画像処理装置(以下「本装置」という)は、ユーザからのジョブ要求等の操作指示を受け付けたり、本装置の動作状況等を表示したりする操作手段1と、この操作手段1等からの様々な画像入出力ジョブ要求を受け付けて複数のジョブの実行を制御するジョブ制御手段2と、画像入出力ジョブを実行する際に必要となる画像入出力手段3と、画像入出力ジョブの実行中の経過情報および実行結果情報をジョブ・ログとして管理するジョブ・ログ管理手段4と、画像入出力手段3により入出力される画像データやジョブ・ログ管理手段4により管理されるジョブ・ログ・データ等を記憶保存する記憶手段5と、これらを相互接続するシステムバス6と、によって構成される。また、本装置には、操作手段1とは別に、LAN等のネットワーク7を介してコンピュータ装置(以下「PC」と略す)8上で動作するリモート操作手段9が接続されている。以下、これらの各手段を順に説明する。
【0023】
操作手段1は、ユーザ・インタフェースを司る部分であり、表示画面および各種操作ボタンを備える。したがって、ユーザは、操作手段1の各種操作ボタンを押下することによって、本装置への画像入出力ジョブの実行要求、ジョブ状態確認、各画像入出力手段3の機器状態表示、等を行うことになる。例えば、コピー機能を実現する場合であれば、操作ボタンとして、コピー倍率やコピー部数等を指定するためのテンキー、用紙トレイ選択ボタン、コピースタートを行わせるためのスタートボタン、実行中の処理を一時停止させるためのストップボタン、全ての設定情報を初期化するクリアボタン、割り込みコピージョブを行わせるための割り込みボタン等が実装される。また、プリンタ機能やファクシミリ機能を実現する場合であれば、上記ボタンに加え、ネットワーク7との画像データの送受信を一時的に停止させるオフラインボタン、用紙入れ替え等の操作のために印刷中のジョブを一時停止させるポーズボタン(これはストップボタンと共用される場合もある)、FAX主導送受信を行わせるための手動スタートボタン、電話番号を入力するためのテンキー(これはコピー倍率等を指定するテンキーと共用される場合もある)等が実装される。
【0024】
また、PC8上で動作するリモートの操作手段9にも、必要に応じて上記ボタンが実装される。ただし、この場合、ローカルの操作手段1とは異なり、全てのボタンがハードウエアで構成されるわけではなく、PC8上のGUI(Graphical User Interface)機能によって実現される。このGUIボタンを操作することによって、指定された各種ジョブ指示は、ネットワーク7を経由して本装置内に入力される。
【0025】
ジョブ制御手段2は、ユーザが操作手段1、9等を操作することによって要求される各種画像入出力ジョブを複数受け付け、それらジョブの順序制御やスケジューリング処理を施し、実行開始可能なジョブについては画像入出力手段3の中から必要な資源を適切に選択して組み合わせ、それら画像入出力手段3に対して当該ジョブの実行指示を発行する機能を持つ。
【0026】
また、ジョブ制御手段2は、受け付けたジョブについてはそのライフタイム(ジョブの生成から消滅までの期間)を管理し、ジョブのライフタイム内で適切なジョブ状態値を割り当て、その状態遷移を管理する。ジョブ状態値には、「Creating(生成中)」、「Pending(実行開始待ち中)」、「Processing(実行中)」、「Paused(一時停止中)」、「Terminating(強制終了処理中)」、「Completed(終了)」等の値があり、操作手段1,9等がジョブの要求をジョブ制御手段2に行っている最中は「Creating」、ジョブ制御手段2がジョブを受け付けそれが画像入出力手段3によって画像入出力処理が開始されるまでの期間を「Pending」、画像入出力手段3によって画像入出力処理が行われている期間を「Processing」、その「Processing」の期間に操作手段1,9等のストップボタン(ポーズボタン)押下によりジョブの実行が一時停止している期間を「Paused」、キャンセル(中止)ボタン押下によりジョブの実行を強制終了している期間を「Terminating」、ジョブが正常終了/異常終了した時点以降を「Completed」と割り当てる。
【0027】
これら各ジョブ状態値は、操作手段1の表示パネルに表示させることにより、現時点でのジョブ状況を確認できることになる。また、ネットワーク制御部等の画像入出力手段3が外部機器にこの値を送出することによって、操作手段9等の外部機器からジョブ状況を確認することも可能となる。さらに、後述するジョブ・ログ管理手段4もこれらジョブ状態値を参照することによって適切なジョブ・ログ保存タイミングを知る。
【0028】
画像入出力手段3は、詳細は図示しないが、IITを制御し紙原稿情報をスキャンしてデジタル画像データを入力するIIT制御部、公衆回線に接続しFAX画像データを相手先FAX装置10と送受信するFAX制御部、LAN等のネットワーク7と接続しPDLや画像データファイルをPC8と送受信するネットワーク制御部、MOやCD−RW等の外部記憶媒体に接続し画像データ等を読み書きする外部記憶媒体制御部、IOTを制御し装置内の画像データを用紙に印刷するIOT制御部、記憶手段5等の二次記憶媒体を制御し本装置内に入力された画像データを記憶手段5に蓄積する画像蓄積制御部、入力画像データがPDLであったり圧縮画像データである場合に必要に応じてデコンポーザ/圧縮・伸長を行うデコンポーズ制御部および圧縮/伸長制御部、装置内の各種システムデータやユーザ登録データ等を参照してこの情報を印刷/送信するために画像データ化するレポート生成部、等がある。
【0029】
これらの各部は、本装置の製品構成上、必要に応じて実装されるものである。例えば、コピー機能を実現する場合には、IIT制御部並びにIOT制御部(必要に応じて画像蓄積制御部および圧縮/伸長制御部)が、画像入出力手段3として実装される。また、プリンタ機能を実現する場合には、ネットワーク制御部、デコンポーズ制御部並びにIOT制御部(必要に応じて画像蓄積制御部および圧縮/伸長制御部)が、画像入出力手段3として実装される。さらに、FAX機能を実現する場合には、IIT制御部、FAX制御部並びにIOT制御部(必要に応じて画像蓄積制御部および圧縮/伸長制御部)が、画像入出力手段3として実装される。
【0030】
ジョブ・ログ管理手段4は、ジョブ制御手段2によって管理される各種画像入出力ジョブの実行途中経過および処理結果を、ジョブ・ログとして管理し、必要に応じて記憶手段5に保存または更新する機能を持つ。
【0031】
ここで、このジョブ・ログ管理手段4が管理するジョブ・ログの内容について、具体例を挙げて説明する。図2は、本装置で行うプリントジョブの場合におけるジョブ・ログの内容情報の一例を示す説明図である。
【0032】
図中において、「ジョブ識別子」には、ジョブ制御手段2によって各ジョブ毎に一意に採番された値が設定される。「ジョブ・ログ更新日時」には、当該ジョブ・ログがジョブ・ログ管理手段4によって最終更新された日時が設定される。「終了日付」と「終了時刻」には、当該ジョブの処理が終了した日時が設定される。「ユーザ名」には、当該ジョブの実行要求を行ったユーザのユーザ名が設定される。「データ送信プロトコル」には、当該プリントジョブの処理対象データ(PDL)を送受信する際に使用したプリンティング・プロトコル名が設定される。「カラーモード」、「用紙サイズ」および「用紙種類」には、当該プリントジョブの印刷時のカラーモード、印刷に使用した用紙のサイズおよび種類がそれぞれ設定される。「ページ数」および「枚数」には、当該プリントジョブで印刷処理した処理ページ数および使用した用紙枚数が設定される。「印字指定」には、当該プリントジョブの処理内容、具体的にはN−up処理の有無、片面/両面印刷等の情報が設定される。「ジョブ処理状態」には、当該ジョブの終了状態、具体的には「正常終了」、「異常終了」、「シャットダウン」および「強制終了」といった情報が設定される。「処理状態詳細情報」には、上述の「ジョブ処理状態」の情報を補足するような情報、例えば異常終了/シャットダウン/強制終了した理由などが設定される。図例では、「ユーザ名Taro.Yamadaがlpdプロトコルを使用して要求したプリントジョブが、白黒モードでA4普通紙に1upで片面印刷を6ページ目まで処理完了し、2000年9月18日14時27分7秒に正常終了した。」という情報がジョブ・ログとして保持・管理されることを示している。
【0033】
また図1において、記憶手段5は、HDDやNVRAM(Nonvolatile Random Access Memory)等の不揮発性メモリを記憶媒体とし、画像入出力手段3を構成する画像蓄積制御部およびジョブ・ログ管理手段4によって制御される。画像蓄積制御部が制御する場合には、記憶手段5に対する画像データの読み書きが行われる。また、ジョブ・ログ管理手段4が制御する場合には、記憶手段5に対するジョブ・ログ・データの読み書きが行われる。
【0034】
記憶手段5の内部には、画像データ、ジョブ・ログ・データ用にそれぞれ独立した領域が確保される。例えば、HDDの場合には、画像データ用とジョブ・ログ・データ用の別パーティションが構築される。また、NVRAMの場合には、独立したメモリ空間を持つ。さらに、ジョブ・ログ・データ用の領域は、途中経過ジョブ・ログ用領域と処理結果ジョブ・ログ用領域の2つに分けて管理される。例えば、HDDの場合には、ジョブ・ログ・データ用パーティション内に、途中経過ジョブ・ログ用ディレクトリと処理結果ジョブ・ログ用ディレクトリの2つが作成され、それぞれが独立して管理される形式をとる。
【0035】
次に、以上のように構成された本装置における処理動作例、特にジョブ・ログ管理手段4が行うジョブ・ログ保存・更新の処理動作例について説明する。図3は、ジョブ・ログ保存・更新の処理動作例を示すフローチャートである。
【0036】
本装置の起動後、ジョブ・ログ管理手段4は、ジョブ制御手段2によって管理される各ジョブのジョブ状態値をモニタし、いずれかのジョブに何らかのジョブ状態の遷移が発生したか否かを、常時チェックしている(ステップ101、以下ステップを「S」と略す)。そして、ジョブ状態の遷移がなければ、さらに、画像入出力手段3が発行するログ更新イベントが発生したか否かのチェックを行う(S102)。
【0037】
ここで、ログ更新イベントとは、画像入出力手段3がジョブ実行中に発生させるものであり、ジョブ・ログに記録または更新すべき情報が検出されたタイミングで発生される。例えば、図2に示した項目からなるジョブ・ログの情報を更新する場合について考えると、画像入出力手段3を構成するIOT制御部は、特定のジョブの印刷処理を行っている期間中に印刷用紙の用紙サイズ、カラーモード、用紙種類、印字指定等といった情報を検出するので、その時点でログ更新イベントを発行して、検出した内容のジョブ・ログへの記録をジョブ・ログ管理手段4に要求する。さらに、IOT制御部は、印刷処理したページ数や消費した印刷用紙の枚数が増加する度にログ更新イベントを発行する。これと同様に、例えば、画像入出力手段3を構成するネットワーク制御部では、PC8等から送られてくるプリントデータ(PDL)を受信した時点で、当該ジョブのユーザ名、データ送信プロトコル等の情報を検出するので、その時点でログ更新イベントを発行して、検出した内容のジョブ・ログへの記録をジョブ・ログ管理手段4に要求する。なお、ログ更新イベントの発行および受信には、ソフトウエアで実現されるIPC(interprocessor communication)メッセージ通信等を用いればよい。
【0038】
ところで、図3において、ジョブ状態の遷移チェックの結果(S101)、いずれかのジョブに何らかのジョブ状態の遷移が発生したことを検出した場合には、ジョブ・ログ管理手段4は、そのジョブ状態値を調べる。そして、ジョブ状態値が「Creating」状態であれば(S103)、ジョブ・ログ管理手段4は、そのジョブのジョブ識別子をジョブ制御手段2から取得し(S104)、記憶手段5内の途中経過ジョブ・ログ用領域内から当該ジョブの途中経過ジョブ・ログを記録するための領域を確保した後に(S105)、その領域の「ジョブ識別子」フィールドに取得したジョブ識別子をセットする。
【0039】
また、ジョブ状態値が「Processing」状態であれば(S106)、ジョブ・ログ管理手段4は、途中経過ジョブ・ログの更新処理を行う(S107)。これは、「Creating」状態になったときに領域確保した途中経過ジョブ・ログ用領域に、図2に例示したような当該ジョブの各種情報をセットする処理である。例えば、図2中に示したジョブ・ログ情報のうち「ジョブ・ログ更新日時のみ」をセットし、他の情報は何も更新しない。
【0040】
この時点で、「Processing」状態になったジョブは、画像入出力手段3によって画像入出力処理を施されている。そのため、画像入出力手段3からは、非同期にログ更新イベントが発生する。ジョブ・ログ管理手段4は、先に述べたチェック(S102)によってそのログ更新イベントを検出するので、上述のステップ(S107)で更新した途中経過ジョブ・ログをさらに更新する処理を行う(S108)。例えば、ログ更新イベントの発生源がIOT制御部だった場合には、図2のジョブ・ログ情報のうち、「カラーモード」、「用紙サイズ」、「用紙種類」、「ページ数」、「枚数」、「印字指定」フィールドを最新の情報に更新する。また、ログ更新イベントの発生源がネットワーク制御部だった場合には、図2のジョブ・ログ情報のうち、「ユーザ名」、「データ送信プロトコル」フィールドを最新の情報に更新する。最新の情報に更新する際には、常に「ジョブ・ログ更新日時」フィールドに更新日時をセットする。
【0041】
また、ジョブ状態の遷移チェックの結果、ジョブ状態値が「Completed」状態であれば(S109)、ジョブ・ログ管理手段4は、ジョブ・ログのうちの終了日時に関する情報、例えば図2中に示したジョブ・ログ情報のうちの「終了日付」および「終了時刻」フィールドを更新する(S110)。さらに、ジョブ・ログ管理手段4は、終了したジョブの終了状態をジョブ制御手段2に問い合わせ、「ジョブ処理状態」および「処理状態詳細情報」フィールドにその値をセットする(S111)。このとき、ジョブ制御手段2は、当該ジョブの終了状態として「正常終了」、「異常終了」または「強制終了」といった情報を、また終了状態の詳細情報として「問題なく終了」、「エラー終了」、「警告付き終了」、「ユーザ要求によるキャンセル」、「オペレータ要求によるキャンセル」または「システム判断によるアボート」といった情報を、それぞれジョブ・ログ管理手段4に通知する。したがって、ジョブ・ログ管理手段4は、これらの情報に基づきジョブ・ログを更新することになる。
【0042】
その後、ジョブ・ログ管理手段4は、記憶手段5内の処理結果ジョブ・ログ用領域から当該ジョブ用の領域を確保し、確保した領域に途中経過ジョブ・ログに書かれた全情報をコピーするとともに、当該ジョブ用に確保された途中経過ジョブ・ログの領域を廃棄する(S112)。この処理によって、実行開始されたジョブの途中経過ジョブ・ログは、そのジョブの実行期間中は途中経過ジョブ・ログ用領域に保存されることになる。
【0043】
このとき、例えばジョブの実行期間中に電源断エラーが発生すると、その時点までに終了している処理内容が途中経過ジョブ・ログに記録されたままの状態になる。そして、その次に電源投入されるまで、当該途中経過ジョブ・ログが途中経過ジョブ・ログ領域に残ることになる。したがって、この残存した途中経過ジョブ・ログを利用すれば、次回電源投入時の初期化処理時に、電源断直前までのジョブの情報を処理結果ジョブ・ログとして復旧させることが可能である。この処理は、ジョブ・ログ管理手段4の電源投入時の初期化処理によって行われる。
【0044】
ここで、ジョブ・ログ管理手段4が電源投入(初期化処理)時に行う、処理結果ジョブ・ログ復旧の処理動作例について説明する。図4は、ジョブ・ログ管理手段の初期化時の処理動作例を示すフローチャートである。
【0045】
本装置の電源が投入された時点で、ジョブ・ログ管理手段4は、記憶手段5内の途中経過ジョブ・ログ用領域を検索し(S201)、残存する途中経過ジョブ・ログが存在するか否かをチェックする(S202)。
【0046】
このチェックの結果、残存する途中経過ジョブ・ログが存在した場合、図2に例示したジョブ・ログ内容であれば、その途中経過ジョブ・ログは、次に述べるような情報を持っていることになる。図5は、実行途中で電源断されたジョブの残存ジョブ・ログの内容情報の一例を示す説明図である。図例は、「Hanako.YamadaというユーザがSMBプロトコルを使用して投入したプリントジョブが、2000年9月19日10時5分3秒までにカラーモードでA4普通紙に1up片面で3ページ目まで印刷処理完了したが、その後の処理を行っている最中に電源断された」という状態を表している。
【0047】
この場合、ジョブ終了前、すなわちジョブ状態値が「Completed」になる前に電源断されたため、先に説明したジョブ・ログの終了日時に関する情報の更新等(図3におけるS110〜S112参照)の処理は行われない。つまり、図5中の「終了日付」、「終了時刻」、「ジョブ処理状態」および「処理状態詳細情報」フィールドには、何も情報が記録されていない。
【0048】
このことから、ジョブ・ログ管理手段4は、図4に示すように、「ジョブ・ログ更新日時」フィールドにセットされている値(図5の例では2000/09/19 10:05:03)を、「終了日付」および「終了時刻」フィールドにコピーし(S203)、さらに「ジョブ処理状態」フィールドには「シャットダウン」という情報を表すための値を、「処理状態詳細情報」フィールドには「システム停止のため異常終了しました」といったメッセージを表すための情報値をそれぞれセットする(S204)。
【0049】
これにより、図5に示した残存ジョブ・ログは、図6に示すような情報を持つことになる。図6は、残存ジョブ・ログに基づき生成された処理結果ジョブ・ログの内容情報の一例を示す説明図である。
【0050】
その後、ジョブ・ログ管理手段4は、図4に示すように、記憶手段5内の処理結果ジョブ・ログ用領域から当該ジョブ用の領域を確保し、確保した領域に、残存ジョブ・ログに書かれた全情報をコピーするとともに、当該残存ジョブ・ログ用が使用していた途中経過ジョブ・ログ領域を廃棄する(S205)。この処理を、ジョブ・ログ管理手段4は、残存ジョブ・ログ全てに対して繰り返し行う。こうすることで、電源断エラーによって実行途中で異常終了したジョブの情報は、次回電源投入時に残存ジョブ・ログとして途中経過ジョブ・ログ領域に保持されていて、その情報に基づき電源断直前までの処理内容に基づいた処理結果ジョブ・ログが生成されることになる。
【0051】
以上の説明から明らかなように、本装置では、実行中のジョブの途中経過をジョブ・ログとして所定のタイミングで不揮発性の記憶手段5の内部の途中経過ジョブ・ログ用領域に保存または更新するとともに、ジョブが終了したときにはその途中経過ジョブ・ログ用領域に保存されているジョブ・ログを処理結果ジョブ・ログ用領域に移し替え、そしてジョブ実行途中で予期せぬ電源断エラーが発生した場合には、その次の電源投入時の初期化処理時に、途中経過ジョブ・ログ用領域のジョブ・ログを、全て処理結果ジョブ・ログ用領域に移動する処理を行うようになっている。つまり、本装置では、ジョブの実行途中経過に関するジョブ・ログを記憶手段5内の途中経過ジョブ・ログ用領域に保存するが、その記憶手段5は不揮発性であるため、予期せぬ電源断エラーが発生しても、途中経過ジョブ・ログ用領域に保存されたジョブ・ログが消失してしまうことがない。
【0052】
そのため、本装置によれば、電源断エラーの回復時または回復後に、途中経過ジョブ・ログ用領域内のジョブ・ログを処理結果ジョブ・ログ用領域内に移し替えることで、電源断エラーによって途中終了した処理ジョブについても、その実行履歴が処理結果ジョブ・ログ用領域内に残ることになる。つまり、本装置を用いれば、ユーザは、処理結果ジョブ・ログ用領域内のジョブ・ログを参照することで、自分の要求したジョブが正常終了したか、実行途中で異常終了したか、あるいは未だ実行開始されていないのか、といった判断を容易かつ的確に行うことができるようになる。
【0053】
しかも、本装置では、途中経過ジョブ・ログ用領域内のジョブ・ログを処理結果ジョブ・ログ用領域内に移し替える際に、そのジョブ・ログの保存または最終更新時刻に関する情報と、電源断エラーによる異常終了であることを表すメッセージとを、それぞれ併せて処理結果ジョブ・ログ用領域内に記憶させるようになっている。したがって、処理結果ジョブ・ログ用領域内のジョブ・ログを参照すれば、実行途中での異常終了があっても、それが電源断エラーによる異常終了であること、および、その異常終了がいつあったかが明確化される。
【0054】
その上、例えば本装置を用いて課金情報、ユーザ別情報、部門別情報等を集計するシステムを構築した場合には、電源断エラーの直前までに完了していた画像入出力ジョブの内容が、たとえジョブが終了していなくてもジョブ・ログとして記録されるので、電源断エラーによる実行途中ジョブの情報消失が発生することがなく、集計結果の信頼性が上がり、被害損失が増大化も防止できるようになる。
【0055】
なお、ここでは、ジョブ・ログに記載する情報としてプリントジョブの場合における内容情報を例に挙げて説明したが、他の情報、例えば画像入出力手段3の一部を構成するFAX制御部が検出する「FAX送信元電話番号」といった情報であっても、ログ更新イベントを発行・受信できることは、上述した説明からも明らかである。すなわち、ジョブ・ログのログ更新イベントおよび記載するジョブ・ログの内容情報は、上述した説明の内容に限定されるものではなく、プリンタジョブ以外にも、コピージョブ、FAXジョブ、その他の画像処理装置が行うジョブに適用できる。
【0056】
本発明の実施の形態の説明
次に、本発明に係る画像処理装置について説明する。ただし、本実施形態では、本発明を、コピージョブ、スキャンジョブ、プリントジョブ、FAXジョブ等といった各種ジョブの実行が可能なMF機ではなく、プリントジョブのみが実行可能なプリンタ装置に適用した場合を例に挙げて説明する。
【0057】
ここでは、先ず、本発明が適用されたプリンタ装置の基本的な構成について説明する。図7は、本発明に係る画像処理装置の構成例を示すブロック図である。
【0058】
本実施形態で説明するプリンタ装置は、LAN等のネットワーク20を介して、PC等からなる複数のクライアント装置(ただし不図示)が接続されており、そのクライアント装置から発行されたプリンタジョブを受け付けて、これを処理実行するものである。そのために、プリンタ装置は、ネットワークインタフェース部31と、システム制御部32と、メモリ管理部33と、印刷処理管理部34と、画像データ展開処理部35と、記録出力部36と、記録出力制御部37と、操作制御部38と、操作パネル39と、ログ情報処理部40と、によって構成される。以下、これらの各部を順に説明する。
【0059】
ネットワークインタフェース部31は、ネットワーク20を介してデータの送受信を行うものであり、ネットワークインタフェース部31内のネットワーク通信制御部31aによる制御に従いつつ、ネットワーク20上のクライアント装置から受信データである画像データやコードデータ等を受信して、その受信データをネットワークインタフェース部31内の受信データ処理部31bに渡す処理を行っている。そして、受信データ処理部31bは、受け取った受信データを後述する蓄積装置33cに蓄積させたり、その蓄積装置33c内から画像データを取り出して印刷処理管理部34に印刷処理の要求を行ったりする。なお、ネットワークインタフェース部31がデータの送受信を行う際に用いられるプロトコルおよびネットワークOSとしては、TCP/IP(Transmission Control Protocol/Internet Protocol)や、米国ノベル(Novell)社が開発したNetWare等がある。
【0060】
システム制御部32は、プリンタ装置全体の動作制御を行うものであり、電源起動時の初期化処理を行ったり、プリンタ装置を構成する各部のハード的なエラーを検出したりしている。
【0061】
メモリ管理部33は、各種データを記憶保持する機能を有したリングバッファ33a、ページメモリ33b、蓄積装置33cおよびNVRAM33dを管理している。リングバッファ33aは、ネットワークインタフェース部31が動作する際に必要となるデータ送受信用のメモリである。ページメモリ33bは、後述する画像データ展開処理部35がビットマップ画像データへの展開処理を行う際に用いられるページ単位のメモリである。蓄積装置33cは、受信データ処理部31bから受け取った受信データやログ情報処理部40が管理するログの履歴情報等を格納するものである。NVRAM33dは、ログ情報処理部40が管理するログ情報や操作パネル39から設定された設定情報等を記憶するものである。なお、蓄積装置33cとしてはHDDを、またNVRAM33dとしては不揮発性のSDRAM(Synchronous Dynamic Random Access Memory)を、それぞれ用いることが考えられる。
【0062】
印刷処理管理部34は、受信データ処理部31bが受け取った画像データの印刷出力処理に関する動作制御を行うものである。例えば、印刷処理管理部34では、ネットワーク20上のクライアントホスト装置から順次送られてくる画像データをその到着順に印刷出力するためのスケジューリング処理を行う。
【0063】
画像データ展開処理部35は、受信データ処理部31bが受け取った画像データに対し、これを印刷出力可能なデータ形式であるビットマップ画像データに展開するものである。
【0064】
記録出力部36は、画像データ展開処理部35によって展開されたビットマップ画像データを記録紙上に印刷出力するものであり、周知技術であるレーザービームの静電記録方式を用いての印刷出力を行うものである。
【0065】
記録出力制御部37は、さらに詳しくは記録出力部36における処理動作の一時停止および再開や、記録出力部が印刷出力するページ順の制御等といった、記録出力部36の動作制御を行うものである。
【0066】
操作制御部38は、プリンタ装置のユーザが操作する操作パネル39またはネットワーク20上のクライアント装置から指示される設定情報を、印刷処理管理部34やシステム制御部32に通知する処理を行うものである。
【0067】
ログ情報処理部40は、記録出力部36での印刷出力の結果に関する情報や、プリンタ装置で発生したエラーに関する情報等を、ログ情報として管理するものであり、さらにはそのログの履歴情報を管理するものである。そのために、ログ情報処理部40は、エラー情報検出部41と、印刷情報検出部42と、ログ情報記録制御部43と、ログ処理情報制御部44と、から構成される。
【0068】
エラー情報検出部41は、記録出力部36で発生する記録紙の搬送にかかわる障害情報や、画像データ展開処理部35で発生するビットマップ画像データ生成にかかわる障害情報や、ネットワーク通信制御部で発生するネットワークに関する障害情報等を、各部からメッセージとして受信して検出するものである。
【0069】
印刷情報検出部42は、記録出力部36で印刷出力する部数、カラー/白黒の別、印刷出力を指示したユーザ名、その印刷出力の結果等といった印刷出力の属性に関する情報を、印刷出力を行うジョブ単位毎に検出するものである。
【0070】
ログ情報記録制御部43は、エラー情報検出部41および印刷情報検出部42で検出された情報を、ログ情報またはログの履歴情報として、NVRAM33dまたは蓄積装置33cに記憶させるものである。なお、ログ情報記録制御部43では、記録数が予め定められた規定値に達した場合に最も古いログを削除するといったように、ログの記憶制御をも行うようになっている。
【0071】
ログ処理情報制御部44は、エラー情報検出部41および印刷情報検出部42での検出内容に基づいて、必要に応じて詳細を後述するような所定処理を行うものである。なお、ログ処理情報制御部44が行う処理の内容は、少なくとも1種類、好ましくは複数種類がコード番号によって識別可能な状態で、事前に登録されているものとする。
【0072】
次に、以上のように構成されたプリンタ装置における処理動作例、特にログ情報処理部40が行うログ管理の処理動作例について説明する。
【0073】
先ず、第一の処理動作例について説明する。本処理動作例は、請求項1に記載の発明に対応するものである。図8は、ログ管理を行う際の第一の処理動作例を示すフローチャートである。
【0074】
ログ情報処理部40は、システム制御部32をはじめとした他部からの処理要求メッセージを受け取った動作する構成となっており、定常状態ではメッセージ待ち状態となっている。その状態で他部からの処理要求メッセージを受け取ると(S301)、ログ情報処理部40は、受信したメッセージの解析処理を行う(S302)。そして、エラー情報検出部41が、解析したメッセージがエラー検出メッセージであるか否かの判別を行う(S303)。この判別については、周知技術を利用して行えばよいため、ここではその説明を省略する。
【0075】
この判別の結果、エラー検出メッセージでなければ、ログ情報処理部40は、受信したメッセージに応じた処理を行い(S304)、再びメッセージ待ち処理に戻る。受信したメッセージに応じた処理としては、例えば正常に終了した印刷出力の結果等をログ情報として記憶させる処理、すなわち一般的に行われているログの記録処理が挙げられる。
【0076】
一方、解析したメッセージがエラー検出メッセージである場合には、ログ情報処理部40では、印刷情報検出部42が印刷状況の確認処理を実施する(S305)。つまり、印刷情報検出部42は、エラー情報検出部41によって何らかのエラー発生が検出されると、その際にプリンタ装置内のいずれかで印刷のためのデータ処理が行われている最中であるか否かを判断する(S306)。
【0077】
そして、データ処理中であれば、印刷情報検出部42は、当該処理中であるデータの位置情報を取得する(S307)。例えば、画像データ展開処理部35が蓄積装置33c内の画像データを取り出して画像展開処理を行ってページメモリ33bへ格納している最中にその展開エラーが発生すると、印刷情報検出部42は、そのエラー発生時点で画像データ展開処理部35が処理していた画像データのファイル名、処理していた部分の先頭からのサイズ、処理していた部分のアドレスに関する情報等を、データの処理部分に関する情報として画像データ展開処理部35から取得する。
【0078】
さらに、印刷情報検出部42は、エラー発生時に実行中のアプリケーション情報を取得する(S308)。ここで、アプリケーション情報とは、エラー発生時に実行中のアプリケーション、すなわちエラー発生時にデータを処理していたアプリケーションに関する情報のことをいい、具体的にはアプリケーション名やその実行状態を特定するレジスタ値等といった情報のことをいう。例えば、NetWareによる受信データに対する処理の実行中にエラーが発生すると、そのエラー発生時に実行中のアプリケーション名は、NetWareということになる。
【0079】
その後、ログ情報処理部40では、印刷情報検出部42が取得したデータの位置情報およびアプリケーション情報を基にログ処理情報制御部44がログ情報の生成を行い、ログ情報記録制御部43がその生成されたログ情報をNVRAM33dに格納する(S309)。また、このときに、ログ情報記録制御部43は、エラー情報検出部41が解析したメッセージについても、エラーに関するログ情報としてNVRAM33dに格納する(S310)。
【0080】
これにより、NVRAM33d内には、エラー発生時におけるデータの処理部分に関する位置情報と、そのデータのアプリケーション情報とが、ログ情報として抽出されて記憶保持されることになる。つまり、NVRAM33d内には、エラー発生時に処理されていたデータの処理部分を特定するための情報とその処理環境に関する情報とが抽出されて記憶保持されることになる。
【0081】
したがって、NVRAM33dに記憶保持されたログ情報を読み出すとともに、エラー発生時に処理対象となっていたデータを蓄積装置33cから読み出して、これらを比較参照すれば、読み出したデータが膨大な量であっても、その中からログ情報によってエラーの発生箇所やその原因等を容易に特定することができるようになる。しかも、ログ情報にはアプリケーション情報も含まれているので、そのログ情報によってエラー発生時のデータ処理環境も分かるようになり、各種データの処理シーケンス等にエラーの原因がある場合であっても、そのエラー原因を的確に特定することができる。
【0082】
これらのことから、上述した第一の処理動作例を実施するプリンタ装置においては、エラー発生時に処理していたデータとこれを処理するアプリケーション(ソフトウエアモジュール)の動作とを関連付けてログ情報として抽出して保存することにより、エラー発生の原因特定のための情報収集を的確に行え、しかも収集した情報からエラー発生の原因特定を迅速に行えるようになる。
【0083】
続いて、第二の処理動作例について説明する。本処理動作例は、請求項2に記載の発明に対応するものである。なお、ここでは、上述した第一の処理動作例との相違点を中心に説明するものとする。図9は、ログ管理を行う際の第二の処理動作例を示すフローチャートである。
【0084】
ここで説明する第二の処理動作例においても、第一の処理動作例の場合と同様に、受け取ったメッセージがエラー検出メッセージでなければ、ログ情報処理部40は、受信したメッセージに応じた処理を行う(S401〜S404)。
【0085】
ただし、受け取って解析したメッセージがエラー検出メッセージである場合には、第一の処理動作例の場合と異なり、ログ情報処理部40では、そのエラー検出メッセージを解析して、そのエラー番号を特定する(S405)。ここで、エラー番号とは、エラーの種類に対応して一義的に定められたコード番号のことをいう。このようなエラー番号は、エラー検出メッセージに包含されて送られてくるものとする。
【0086】
エラー番号を特定すると、その後、ログ処理情報制御部44は、そのエラー番号に応じて行うべき処理の内容が事前に登録されているか否かを検索し(S406)、該当する処理があれば(S407)、そのエラー番号に対応する処理を実行する(S408)。ここで実行する処理としては、例えば、ある特定の種類のエラーが発生した場合には、そのエラー発生によって抽出されるログ情報等を外部装置に転送する、といった処理が考えられる。さらに具体的には、例えばネットワークインタフェース部31で通信エラーが発生した場合には、その通信エラーによって抽出されるログ情報等を、通信相手であるクライアント装置へ転送したり、ネットワーク20上に設けられたデータ解析装置等へ転送する、といった処理が考えられる。
【0087】
その後、ログ情報処理部40では、ログ情報抽出等のために、第一の処理動作例の場合と同様の手順で処理動作を行う(S409〜S414)。
【0088】
このように、上述した第二の処理動作例を実施するプリンタ装置においては、第一の処理動作例の場合に加えて、エラー発生を検出した際にそのエラーの種類を特定し、かつ、特製した種類に対応した処理を実行する機能を有している。したがって、データの処理部分に関する位置情報とそのデータのアプリケーション情報とを含むログ情報に対し、エラーの種類に応じて異なる処理を施すことができるので、様々なエラー種類に対する適応性を確保でき、どのような種類のエラーに対しても適切な対応を行うことが可能となる。
【0089】
次いで、第三の処理動作例について説明する。本処理動作例は、請求項3に記載の発明に対応するものである。なお、ここでも、上述した第一または第二の処理動作例との相違点を中心に説明するものとする。図10は、ログ管理を行う際の第三の処理動作例を示すフローチャートである。
【0090】
ここで説明する第三の処理動作例においても、第一および第二の処理動作例の場合と同様に、受け取ったメッセージがエラー検出メッセージでなければ、ログ情報処理部40は、受信したメッセージに応じた処理を行う(S501〜S504)。
【0091】
ただし、受け取って解析したメッセージがエラー処理登録要求メッセージである場合には、第一または第二の処理動作例の場合と異なり、ログ情報処理部40では、そのエラー処理登録要求メッセージを解析して、そのエラー番号を特定する(S505)。
【0092】
ここで、エラー処理登録要求メッセージとは、プリンタ装置の操作制御部38またはネットワーク20上のクライアント装置から発行されるもので、ログ処理情報制御部44がエラーの種類の対応して行う処理の内容を、ユーザ等がログ処理情報制御部44に対して登録するためのものである。そのため、このエラー処理登録要求メッセージは、処理の内容に加えて、登録対象となるエラー種類を特定するためのエラー番号が包含されて、操作制御部38またはクライアント装置から送られてくるものとする。
【0093】
エラー処理登録要求メッセージに包含されるエラー番号を特定した後は、ログ処理情報制御部44は、そのエラー番号に対応した処理テーブルを検索する(S506)。この処理テーブルとは、ログ処理情報制御部44が有しているテーブルのことをいい、エラー番号と処理内容との対応関係が登録されている。
【0094】
そして、検索の結果、エラー番号に対応した領域が処理テーブル内に存在していれば(S507)、ログ処理情報制御部44は、エラー処理登録要求メッセージに包含される処理内容を、その領域内に登録(上書き)し(S508)、登録が完了した旨のメッセージをその要求元、すなわちエラー処理登録要求メッセージを発行した操作制御部38またはクライアント装置へ返信する(S509)。一方、エラー番号に対応した領域が処理テーブル内に存在していない場合には、ログ処理情報制御部44は、その旨のエラーメッセージを要求元へ返信する(S510)。
【0095】
このように、上述した第三の処理動作例を実施するプリンタ装置においては、エラー発生を検出した際に、そのエラーの種類の対応して行うべき処理の内容を、ユーザ等が任意に設定することができるようになる。したがって、様々なエラー種類に対する適応性がより一層増し、エラー発生に対する処理の柔軟性も向上することになる。
【0096】
次いで、第四の処理動作例について説明する。本処理動作例は、請求項4に記載の発明に対応するものである。なお、ここでも、上述した第一〜第三の処理動作例との相違点を中心に説明するものとする。図11は、ログ管理を行う際の第三の処理動作例を示すフローチャートである。
【0097】
ここで説明する第四の処理動作例においても、第一〜第三の処理動作例の場合と同様に、受け取ったメッセージがエラー検出メッセージでなければ、ログ情報処理部40は、受信したメッセージに応じた処理を行う(S601〜S604)。
【0098】
ただし、受け取って解析したメッセージがエラー処理の選択要求メッセージである場合には、第一〜第三の処理動作例の場合と異なり、ログ情報処理部40では、そのエラー処理の選択要求メッセージを解析して、そのエラー番号を特定する(S605)。
【0099】
ここで、エラー処理の選択要求メッセージとは、プリンタ装置の操作制御部38またはネットワーク20上のクライアント装置から発行されるもので、ログ処理情報制御部44の処理テーブルに複数の処理内容が登録されている場合に、これら複数の処理内容の中からログ処理情報制御部44が行う処理内容を、ユーザ等が選択するためのものである。そのため、このエラー処理の選択要求メッセージは、エラー種類を特定するためのエラー番号およびこれに対応する処理内容に加えて、そのエラー番号に対応する処理内容の実行可否を表すフラグ(実行可否フラグ)が包含されて、操作制御部38またはクライアント装置から送られてくるものとする。
【0100】
エラー処理の選択要求メッセージに包含されるエラー番号を特定した後は、ログ処理情報制御部44は、そのエラー番号に対応した処理テーブルを検索する(S606)。この処理テーブルとは、第三の処理動作例で説明したのと同様のものであるが、エラー番号と処理内容との対応関係に加えて、各処理内容別に実行可否フラグの有無(または「1」or「0」)が登録されている。
【0101】
そして、検索の結果、該当するエラー番号およびこれに対応する処理内容が処理テーブル内に存在していれば(S607)、ログ処理情報制御部44は、その処理内容の実行可否フラグを実行可状態に変更または設定し(S608)。処理内容の選択が完了した旨のメッセージをその要求元、すなわちエラー処理の選択要求メッセージを発行した操作制御部38またはクライアント装置へ返信する(S609)。一方、該当するエラー番号およびこれに対応する処理内容が処理テーブル内に存在していない場合には、ログ処理情報制御部44は、その旨のエラーメッセージを要求元へ返信する(S610)。
【0102】
このように、上述した第四の処理動作例を実施するプリンタ装置においては、エラー発生を検出した際に、そのエラーの種類の対応して行うべき処理の内容を、ユーザ等が任意に選択することができるようになる。したがって、本処理動作例の場合も、様々なエラー種類に対する適応性がより一層増し、エラー発生に対する処理の柔軟性も向上することになる。
【0103】
具体的には、例えば、ネットワークインタフェース部31で発生する通信エラーについて、これに対応する処理内容として、ログ情報をTCP/IPに準拠してネットワーク20上へブロードキャストする処理と、ログ情報をNetWareプロトコルに準拠してネットワーク20上に設けられたデータ解析装置等へ転送する処理とが登録されている場合に、どちらの処理を行うか選択できるようになる。これにより、一方の処理ではエラー解析が困難な場合であっても、他方の処理への選択切り替えによって、そのエラー解析を行えるようになることも考えられる。
【0104】
次いで、第五の処理動作例について説明する。本処理動作例は、請求項5に記載の発明に対応するものである。なお、ここでも、上述した第一〜第四の処理動作例との相違点を中心に説明するものとする。図12は、ログ管理を行う際の第三の処理動作例を示すフローチャートである。
【0105】
ここで説明する第五の処理動作例においても、第一〜第四の処理動作例の場合と同様に、受け取ったメッセージがエラー検出メッセージでなければ、ログ情報処理部40は、受信したメッセージに応じた処理を行う(S701〜S704)。
【0106】
ただし、受け取って解析したメッセージがエラー処理の処理順位変更要求メッセージである場合には、第一〜第四の処理動作例の場合と異なり、ログ情報処理部40では、そのエラー処理の処理順位変更要求メッセージを解析して、そのエラー番号を特定する(S705)。
【0107】
ここで、エラー処理の処理順位変更要求メッセージとは、プリンタ装置の操作制御部38またはネットワーク20上のクライアント装置から発行されるもので、ログ処理情報制御部44の処理テーブルに一つのエラー番号当たり複数の処理内容が登録されている場合に、これら複数の処理内容の中からログ処理情報制御部44が行う処理の実行順を、ユーザ等が選択するためのものである。そのため、このエラー処理の処理順位変更要求メッセージは、エラー種類を特定するためのエラー番号およびこれに対応する処理内容に加えて、各処理内容についてのプライオリティ(優先順)情報が包含されて、操作制御部38またはクライアント装置から送られてくるものとする。
【0108】
エラー処理の処理順位変更要求メッセージに包含されるエラー番号を特定した後は、ログ処理情報制御部44は、そのエラー番号に対応した処理テーブルを検索する(S706)。この処理テーブルとは、第三の処理動作例で説明したのと同様のものであるが、エラー番号と処理内容との対応関係に加えて、各処理内容別にプライオリティ情報が登録されている。
【0109】
そして、検索の結果、該当するエラー番号が処理テーブル内に存在しており、かつ、そのエラー番号に対応する処理内容の中で第四の処理動作例で説明したような選択された処理内容があれば(S707)、ログ処理情報制御部44は、その処理内容の実行順位、すなわちその処理内容についてのプライオリティ情報を変更する(S708)。その後、ログ処理情報制御部44は、他に実行順位を変更する処理内容があるか否かを判断して(S709)、他にあれば再びその処理内容について上述したステップ(S707〜S709)を繰り返す。ただし、他に順位の変更が必要な処理内容がなければ、ログ処理情報制御部44は、処理テーブルへの登録が完了した旨のメッセージをその要求元、すなわちエラー処理の選択要求メッセージを発行した操作制御部38またはクライアント装置へ返信する(S710)。
【0110】
また、選択された処理内容が処理テーブル内に存在していない場合には、ログ処理情報制御部44は、その旨のエラーメッセージを要求元へ返信して(S711)、再びメッセージ待ち処理に戻る。
【0111】
このように、上述した第五の処理動作例を実施するプリンタ装置においては、エラー発生を検出した際に、そのエラーの種類の対応して複数の処理を行うことが可能となり、しかもその複数の処理の実行順をユーザ等が任意に選択することができるようになる。したがって、本処理動作例の場合においても、様々なエラー種類に対する適応性がより一層増し、エラー発生に対する処理の柔軟性も向上することになる。
【0112】
具体的には、例えば、ネットワーク20がルータを介して接続された複数のLANからなる場合に、各LANに向けたログ情報のブロードキャストを、所定の優先順に従いつつ各LANに適した条件で順次行うことができるようになる。
【0113】
以上の説明から明らかなように、上述した第一〜第五の処理動作例を含む本発明の実施の形態では、エラー発生時に処理していたデータとこれを処理するアプリケーション(ソフトウエアモジュール)の動作とを関連付けてログ情報として抽出して保存するようになっている。したがって、エラー発生がプリンタ装置の使用環境や設置環境に依存したものであり、その設置場所でエラー発生の原因特定を行うことが要求される場合であっても、エラー発生の原因特定のための情報収集を保守員等の介在無しに無人で的確に行うことができ、また保守員等が収集した情報からエラー発生の原因特定を迅速に、すなわち少ない工数で行うことができる。しかも、アプリケーションに関する情報をも抽出して保存するので、複数デバイスの動作処理やデバイスが取り扱うデータそのものにエラーの原因がある場合であっても、そのエラー原因を的確に特定することができるようになる。
【0114】
なお、第一〜第五の処理動作例を含む本発明の実施の形態では、本発明をプリンタ装置に適用した場合を例に挙げて説明したが、コピージョブ、スキャンジョブ、FAXジョブ等といった画像データの処理ジョブを実行するものであれば、他の画像処理装置であっても適用可能であることはいうまでもない。
【0115】
また、本発明の実施の形態では、ログ処理情報制御部44がエラー番号に対応した処理の内容を管理するために処理テーブルを用いていたが、本発明はこれに限定されるものではない。すなわち、処理内容の管理はその方法に依存することはなく、例えばエラー属性によって管理した場合方怯であっても全く同様の効果が得られる。さらに、本発明の実施の形態では、処理テーブルに処理内容を直接登録する場合を例に挙げたが、予め登録された処理の実行パラメータのみを変更する場合であっても同様の効果が得られる。
【0116】
また、エラー発生に対応して行う処理内容は、本発明の実施の形態で説明した以外にも様々なものが考えられる。例えば、エラー番号に対応した処理としては、発生したエラーに関係する装置内における処理の他にも、クライアント装置にエラーが発生したことを通知するといった装置外への処理も考えられる。この場合には、外部装置に情報を収集することになるので、その外部装置がデータを取りこぼさないような信号を生成する点に留意することが好ましい。さらには、エラー解析機能を有した外部装置等の専用ツールがなくても、エラー発生時の障害情報の収集およびその解析ができるように、エラー番号に対応した処理として、エラー発生時に処理対象となっていたデータおよびそのエラー発生時のログ情報の印刷出力を行うことも考えられる。
【0117】
また、処理中にネットワークの障害エラー発生を検出した場合には、発生時間、発生処理アプリケーション、発生元になるデータ(ファイル)、データの発生個所に加え、障害となるネットワークパケット情報を記憶する処理を行うことも考えられる。このようにすれば、プリンタ装置が受信したデータだけでなく、ネットワーク上で転送されているデータを採取して障害要因となるパケットを特定することができるので、特にネットワークの接続切れやデータの転送状態が原因で印刷出力に障害が発生した場合に、その障害の原因を解析するのに有効となる。
【0118】
【発明の効果】
以上に説明したように、本発明の画像処理装置によれば、ジョブの実行途中に予期せぬエラーが発生した場合であっても、そのエラーに対して従来よりも好適に対処し得るようになる。
【0120】
すなわち、例えばジョブの実行途中にエラーが発生した場合には、そのエラー発生時に処理していたデータとその処理部分、およびこれを処理するアプリケーションを特定する情報とを関連付けて抽出することで、エラー発生の原因特定のための情報収集を的確に行うことができ、さらには収集した情報からエラー発生の原因特定を迅速に行うことができる。しかも、アプリケーションを特定する情報をも抽出するので、複数デバイスの動作処理やデバイスが取り扱うデータそのものにエラーの原因がある場合であっても、そのエラー原因を的確に特定することができるようになる。
【図面の簡単な説明】
【図1】 画像処理装置の一具体例の基本構成を示すブロック図である。
【図2】 プリントジョブの場合におけるジョブ・ログの内容情報の一例を示す説明図である。
【図3】 図1の画像処理装置におけるジョブ・ログ保存・更新の処理動作例を示すフローチャートである。
【図4】 図1の画像処理装置におけるジョブ・ログ管理手段の初期化時の処理動作例を示すフローチャートである。
【図5】 実行途中で電源断されたジョブの残存ジョブ・ログの内容情報の一例を示す説明図である。
【図6】 残存ジョブ・ログに基づき生成された処理結果ジョブ・ログの内容情報の一例を示す説明図である。
【図7】 本発明に係る画像処理装置の構成例を示すブロック図である。
【図8】 図7の画像処理装置がログ管理を行う際の第一の処理動作例を示すフローチャートである。
【図9】 図7の画像処理装置がログ管理を行う際の第二の処理動作例を示すフローチャートである。
【図10】 図7の画像処理装置がログ管理を行う際の第三の処理動作例を示すフローチャートである。
【図11】 図7の画像処理装置がログ管理を行う際の第四の処理動作例を示すフローチャートである。
【図12】 図7の画像処理装置がログ管理を行う際の第五の処理動作例を示すフローチャートである。
【符号の説明】
1,9…操作手段、2…ジョブ制御手段、3…画像入出力手段、4…ジョブ・ログ管理手段、5…記憶手段、31…ネットワークインタフェース部、32…システム制御部、33…メモリ管理部、34…印刷処理管理部、35…画像データ展開処理部、36…記録出力部、37…記録出力制御部、38…操作制御部、39…操作パネル、40…ログ情報処理部、41…エラー情報検出部、42…印刷情報検出部、43…ログ情報記録制御部、44…ログ処理情報制御部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an image processing apparatus for executing an image data processing job such as a copy job, a scan job, a print job, or a FAX job.
[0002]
[Prior art]
In recent years, as an image processing apparatus that executes an image data processing job, for example, a so-called multifunction machine (hereinafter referred to as an “MF machine”) that provides a plurality of functions such as a copy function, a scanner function, a printer function, a FAX function, etc. ”) Is popular. The MF machine connects to an image input unit (Image Input Terminal; hereinafter referred to as “IIT”) for scanning a paper document, a public line connection unit for FAX reception, a LAN (Local Area Network) for print data reception, and the like. It has a plurality of image input means such as a network connection unit. In addition, an image output unit (Image Output Terminal; hereinafter referred to as “IOT”) for printing on paper, a public line connection unit for FAX transmission, and a LAN for transmitting various input image data to a host computer It also has a plurality of image output means such as a network connection unit. Furthermore, there is also an image storage unit such as an HDD (Hard Disk Drive) for temporarily storing and storing input image data and providing various functions.
[0003]
In such an MF machine, various image input / output jobs can be provided to the user by combining any one of the plurality of image input means and any one of the plurality of image output means. Is possible. For example, a copy function by outputting image data scanned by IIT by IOT, a printer function by decomposing data such as PDL (Page Description Language) received via the network and outputting by IOT, an image scanned by IIT Various functions such as a FAX function for transmitting data via a public line can be provided.
[0004]
Accordingly, in the MF machine, there is an increasing possibility that a plurality of image input / output job provision requests from a user are concentrated at one time. However, since image input / output devices such as IIT / IOT can process only one image input / output job at the same time, if a plurality of image input / output jobs are concentrated at one time, the user may not be able to easily check the job completion status. It is done. This is because when multiple image input / output jobs are concentrated at one time, the job requested by the user is not immediately started and the job output is waited for, or the print output as the job processing result is a job requested by another user. This is because it is difficult to confirm the situation such as when the job requested by the user is completed due to a mixture of the print output and the paper discharge tray.
[0005]
Therefore, recently, as disclosed in, for example, Japanese Patent Laid-Open No. 11-289413, storage means for storing the execution status and completion status of an image processing job is provided to display a list of jobs being executed and execution completion. A control method for displaying a list of completed jobs has been proposed. In addition, as disclosed in Japanese Patent Application Laid-Open No. 11-341212, a control method for storing a job execution history performed in the past and displaying it as necessary has been proposed. Each of these provides a function that enables the job status to be checked, so that the user can easily check when the job requested by the user has been completed.
[0006]
[Problems to be solved by the invention]
However, in the MF machine using the conventional control method described above, when an unexpected error occurs during the execution of a job, the following problems may occur.
[0007]
For example, when an unexpected power-off error occurs during the execution of a job, it is still impossible to check the history regarding the job being executed. This is because all information (execution status, etc.) related to the job being executed is lost due to the power-off error. Therefore, in such a case, whether the job requested by the user has ended abnormally without completing execution due to a power-off error, whether execution has not started yet, or has already been completed. It becomes impossible to make a judgment easily.
[0008]
In particular, in recent years, when an MF machine is used in a company or the like, a plurality of users across a plurality of departments often share a single MF machine. It is necessary to satisfy usage forms such as charging by grasping the usage frequency, or grasping energy saving trends for each user and setting management targets in order to comply with ISO (International Organization for Standardization) 14001 or the like. Therefore, for MF machines, job history information stored in the MF machine is collected by an external tabulation device or tabulation software, and tabulated by department, tabulated by user, monochrome / color printing ratio, duplex printing It is required to provide information such as rate and N-up rate. Therefore, when information is lost during a job execution due to a power-off error during such information collection, the accuracy of billing information, department-by-department information, and user-by-user information will be reduced, resulting in increased damage loss. Can be considered.
[0010]
Unexpected errors that occur during job execution include power interruption errors such as the above-mentioned power interruption errors, such as a failure in the print output due to network disconnection or data transfer status. Some errors are not accompanied. In the case of such an error, information on the job being executed is not lost, and if the job execution history is saved, it can be analyzed to help identify the cause of the error.
[0011]
Actually, for example, in JP-A-6-89239, when an error occurs on a communication line, self-diagnosis of the error is performed, and communication trace information from the time of the error is collected and stored in a file. In this environment, a device that collects protocols in which communication errors have occurred and has been proposed to help identify the cause of errors has been proposed. Japanese Patent Application Laid-Open No. 5-204718 discloses an apparatus that facilitates specifying the cause of an error when connecting a peripheral device by storing a history of device program execution parameters of the peripheral device of the computer system. Proposed.
[0012]
However, image processing apparatuses such as MF machines often generate errors depending on the use environment or installation environment. Moreover, it is usually required to identify the cause of the error occurrence at the installation location. Therefore, the image processing device can unattendedly collect information for identifying the cause of error occurrence without intervention by maintenance personnel, etc., and can quickly identify the cause of error occurrence from the collected information. It is hoped that this can be done.
[0013]
However, according to the prior art disclosed in the above-mentioned Japanese Patent Application Laid-Open No. 6-89239, it is possible to collect information unattended, but this is intended to collect errors in the communication protocol. The cause of an error that occurs during output (for example, an error that occurs in the job processing sequence) cannot be specified. Moreover, because the protocol trace results are enormous, it takes a lot of effort to identify the location and cause of the error from among them, and it is possible to quickly identify the cause of the error occurrence. I can't say that. In the prior art disclosed in Japanese Patent Laid-Open No. 5-204718, since the execution parameters of the device program are stored, it is easy to identify the cause of the device abnormality when an error occurs, but there is no abnormality in the device settings Specifically, when there is a cause in the operation processing of a plurality of devices and the data itself handled by the device, the cause of the error cannot be specified, and thus it cannot be said that the cause of the error occurrence can be specified accurately.
[0014]
  Therefore, in view of the above problems, the present invention relates to the data processed at the time of error occurrence and the operation of the software module that processes the data, and saves it as log information to identify the cause of the error occurrence. To provide an image processing apparatus capable of accurately collecting information and quickly identifying the cause of an error from the collected information.Objective.
[0017]
  The present invention is an image processing apparatus devised to achieve the above object, and image dataI / O job that performs at least one of input or outputUsing storage accumulating means for storing and accumulating data necessary for execution of data, and data stored and accumulated in the storage accumulating meansImage input / output jobThe job execution means for executingImage input / output jobError detection means for detecting an execution error ofWhile the job execution means is performing the image input / output job using the data in the storage storage means,The error detection means is an execution errorOccurrence ofIs detected,When the execution error occursProcessed by the job execution meansLog information includes information that identifies the processing part of the data and information that identifies the application that was processing the data when the execution error occurredLog extracting means for extracting.
[0018]
  According to the image processing apparatus having the above configuration, when the error detection unit detects an execution error, the log extraction unit performs processing of the data processed by the job execution unit at that time.IdentifyInformation andInformation that identifies the application that was processing the data when the execution error occurredAnd extract. Where the data processing partIdentifyExamples of the information include information such as a file name of data and an address of a processing part. Also applicationIdentifyThe information includes information such as the name of the application that was operating when the error occurred and the register value that identifies the status. In other words, the log extraction means includes information for specifying the processing part of the data that was being processed when the error occurred, and its processing environment.IdentifyExtract information. Therefore, if the extraction result by the log extracting means is stored in, for example, a non-volatile memory or transferred to an external device, the cause of the error occurrence can be identified based on the stored contents or the transferred contents.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an image processing apparatus according to the present invention will be described with reference to the drawings.
[0020]
  [Description of Specific Example of Image Processing Apparatus]
[0021]
  First, the basic configuration of the image processing apparatus will be described. FIG.Specific example of image processing apparatusIt is a block diagram which shows the basic composition of.
[0022]
  Here is an exampleAn image processing apparatus to be described (hereinafter referred to as “this apparatus”) receives an operation instruction such as a job request from a user, displays an operation status of the apparatus, and the like. Control unit 2 that receives various image input / output job requests and controls the execution of a plurality of jobs, image input / output unit 3 that is required when executing an image input / output job, and execution of an image input / output job Job log management means 4 for managing the progress information and execution result information therein as job logs, image data input / output by the image input / output means 3, and job logs / logs managed by the job log management means 4 The storage unit 5 stores data and the like, and the system bus 6 interconnects them. In addition to the operation means 1, remote operation means 9 that operates on a computer device (hereinafter abbreviated as “PC”) 8 is connected to this apparatus via a network 7 such as a LAN. Hereinafter, each of these means will be described in order.
[0023]
The operation means 1 is a part that controls the user interface, and includes a display screen and various operation buttons. Therefore, the user presses various operation buttons of the operation unit 1 to perform an image input / output job execution request to the apparatus, job status confirmation, device status display of each image input / output unit 3, and the like. Become. For example, if the copy function is realized, operation buttons include a numeric keypad for designating a copy magnification, the number of copies, etc., a paper tray selection button, a start button for starting a copy, and a process being executed temporarily. A stop button for stopping, a clear button for initializing all setting information, an interrupt button for executing an interrupt copy job, and the like are implemented. If a printer function or a facsimile function is to be realized, in addition to the above buttons, an offline button for temporarily stopping transmission / reception of image data to / from the network 7, a job being printed for operations such as paper replacement, etc. Pause button that pauses (this may be shared with the stop button), manual start button for fax-initiated transmission / reception, numeric keypad for entering a phone number May be shared).
[0024]
Also, the above buttons are mounted on the remote operation means 9 operating on the PC 8 as necessary. However, in this case, unlike the local operation means 1, not all buttons are configured by hardware, and are realized by a GUI (Graphical User Interface) function on the PC 8. By operating this GUI button, various designated job instructions are input into the apparatus via the network 7.
[0025]
The job control means 2 accepts a plurality of various image input / output jobs required by the user operating the operation means 1, 9, etc., performs the order control of these jobs and scheduling processing, It has a function of appropriately selecting and combining necessary resources from the input / output means 3 and issuing an instruction to execute the job to the image input / output means 3.
[0026]
Further, the job control unit 2 manages the lifetime of the received job (a period from the generation of the job to the disappearance), assigns an appropriate job state value within the lifetime of the job, and manages the state transition. . Job status values include “Creating”, “Pending”, “Processing”, “Paused”, “Terminating” , “Completed”, etc., and “Creating” while the operation means 1, 9 etc. are requesting the job to the job control means 2, the job control means 2 accepts the job and it is an image The period until the image input / output process is started by the input / output unit 3 is “Pending”, the period during which the image input / output process is performed by the image input / output unit 3 is “Processing”, and the period of “Processing” is operated. “Paused” is a period in which job execution is paused by pressing a stop button (pause button) such as means 1 and 9, and “Terminating” is a period in which job execution is forcibly terminated by pressing a cancel (cancel) button. , Job completed successfully / Assign “Completed” after the abnormal end.
[0027]
These job status values are displayed on the display panel of the operation unit 1 so that the current job status can be confirmed. Further, the image input / output means 3 such as the network control unit sends this value to the external device, so that the job status can be confirmed from the external device such as the operation means 9. Further, the job / log management means 4 described later also knows an appropriate job / log storage timing by referring to these job status values.
[0028]
Although not shown in detail, the image input / output unit 3 controls the IIT, scans paper document information, and inputs digital image data. The image input / output unit 3 is connected to a public line and transmits / receives FAX image data to / from a destination FAX apparatus 10. A FAX control unit that connects to a network 7 such as a LAN, a network control unit that transmits and receives PDL and image data files to and from the PC 8, and an external storage medium control that reads and writes image data and the like by connecting to an external storage medium such as MO and CD-RW Image storage for controlling the IOT control unit for controlling the IOT and printing the image data in the apparatus on paper, the secondary storage medium such as the storage means 5 and storing the image data input in the apparatus in the storage means 5 Control unit, decomposition control unit that performs decomposer / compression / decompression as necessary when input image data is PDL or compressed image data Preliminary compression / decompression controller, report generation unit configured to image data reduction for various with reference to the system data and user registration data such as print / send this information in the apparatus, and the like.
[0029]
These units are mounted as necessary in the product configuration of the apparatus. For example, when realizing the copy function, an IIT control unit and an IOT control unit (an image accumulation control unit and a compression / decompression control unit as necessary) are mounted as the image input / output unit 3. When realizing the printer function, a network control unit, a decompression control unit, and an IOT control unit (an image storage control unit and a compression / decompression control unit as necessary) are mounted as the image input / output unit 3. Furthermore, when the FAX function is realized, an IIT control unit, a FAX control unit, and an IOT control unit (an image accumulation control unit and a compression / decompression control unit as necessary) are mounted as the image input / output unit 3.
[0030]
The job log management unit 4 manages the progress and processing results of various image input / output jobs managed by the job control unit 2 as a job log, and saves or updates it in the storage unit 5 as necessary. have.
[0031]
Here, the contents of the job log managed by the job log management unit 4 will be described with a specific example. FIG. 2 is an explanatory diagram showing an example of job log content information in the case of a print job performed by this apparatus.
[0032]
In the drawing, a value uniquely assigned for each job by the job control unit 2 is set in the “job identifier”. In “Job log update date and time”, the date and time when the job log was last updated by the job log management means 4 is set. In “End Date” and “End Time”, the date and time when the processing of the job is ended is set. In the “user name”, the user name of the user who made the execution request for the job is set. In the “data transmission protocol”, a printing protocol name used when transmitting / receiving processing target data (PDL) of the print job is set. In “color mode”, “paper size”, and “paper type”, the color mode at the time of printing of the print job and the size and type of the paper used for printing are set, respectively. In “number of pages” and “number of sheets”, the number of processed pages printed by the print job and the number of sheets used are set. In the “printing designation”, information about the processing contents of the print job, specifically, the presence / absence of N-up processing, single-sided / double-sided printing, and the like is set. In the “job processing state”, information about the end state of the job, specifically “normal end”, “abnormal end”, “shutdown”, and “forced end” is set. In the “processing state detailed information”, information supplementing the above-mentioned “job processing state” information, for example, the reason for abnormal termination / shutdown / forced termination, etc. is set. In the example shown in the figure, “The print job requested by the user name Taro.Yamada using the lpd protocol has completed the processing of single-sided printing up to the 6th page with 1up on A4 plain paper in black and white mode. The information “successfully completed at time 27 minutes and 7 seconds” indicates that the job log is retained and managed.
[0033]
In FIG. 1, the storage means 5 uses a nonvolatile memory such as an HDD or NVRAM (Nonvolatile Random Access Memory) as a storage medium, and is controlled by the image accumulation control unit and the job / log management means 4 constituting the image input / output means 3. Is done. When the image accumulation control unit controls, image data is read from and written to the storage unit 5. When the job / log management unit 4 controls, the job / log data is read / written from / to the storage unit 5.
[0034]
In the storage unit 5, independent areas are secured for image data and job log data. For example, in the case of an HDD, separate partitions for image data and job log data are constructed. NVRAM has an independent memory space. Further, the area for job log data is divided into two areas, an intermediate job log area and a processing result job log area. For example, in the case of an HDD, two intermediate job log directories and processing result job log directories are created in the job log data partition, and each is managed independently. .
[0035]
Next, an example of processing operation in the apparatus configured as described above, particularly an example of processing operation of job / log storage / update performed by the job / log management unit 4 will be described. FIG. 3 is a flowchart illustrating an example of processing operation of job / log storage / update.
[0036]
After the start of the apparatus, the job / log management unit 4 monitors the job status value of each job managed by the job control unit 2 and determines whether any job status transition has occurred in any job. It is constantly checked (step 101, the following step is abbreviated as “S”). If there is no job state transition, it is further checked whether or not a log update event issued by the image input / output means 3 has occurred (S102).
[0037]
Here, the log update event is generated by the image input / output unit 3 during job execution, and is generated when information to be recorded or updated in the job log is detected. For example, when the job log information including the items shown in FIG. 2 is updated, the IOT control unit constituting the image input / output unit 3 performs printing during a period during which a specific job is being printed. Information such as the paper size, color mode, paper type, print designation, etc. is detected. At that time, a log update event is issued and the detected contents are recorded in the job log. Request. Further, the IOT control unit issues a log update event every time the number of printed pages and the number of consumed print sheets increase. Similarly, for example, when the network control unit constituting the image input / output unit 3 receives print data (PDL) sent from the PC 8 or the like, information such as the user name of the job, the data transmission protocol, etc. Therefore, a log update event is issued at that time, and the job log management means 4 is requested to record the detected contents in the job log. For issuing and receiving the log update event, IPC (interprocessor communication) message communication realized by software may be used.
[0038]
In FIG. 3, if the result of the job state transition check (S101) detects that any kind of job state transition has occurred in any job, the job / log management unit 4 displays the job state value. Check out. If the job status value is “Creating” (S103), the job / log management unit 4 acquires the job identifier of the job from the job control unit 2 (S104), and the intermediate progress job in the storage unit 5 is obtained. After securing an area for recording the job progress log of the job from the log area (S105), the acquired job identifier is set in the “job identifier” field of the area.
[0039]
If the job status value is “Processing” (S106), the job / log management unit 4 performs an update process of the intermediate job / log (S107). This is a process of setting various information of the job as illustrated in FIG. 2 in the midway progress job log area reserved for the area when the “Creating” state is entered. For example, among the job log information shown in FIG. 2, “only job log update date and time” is set, and no other information is updated.
[0040]
At this time, the job in the “Processing” state is subjected to image input / output processing by the image input / output means 3. Therefore, a log update event occurs asynchronously from the image input / output unit 3. Since the job log management unit 4 detects the log update event by the above-described check (S102), the job log management unit 4 performs a process of further updating the intermediate progress job log updated in the above step (S107) (S108). . For example, when the log update event is generated from the IOT control unit, “color mode”, “paper size”, “paper type”, “page number”, “number of sheets” in the job log information of FIG. ”And“ print designation ”fields are updated to the latest information. When the log update event is generated from the network control unit, the “user name” and “data transmission protocol” fields are updated to the latest information in the job log information of FIG. When updating to the latest information, the update date is always set in the “Job log update date” field.
[0041]
Also, if the job status value is “Completed” as a result of the job status transition check (S109), the job log management means 4 displays information related to the end date and time in the job log, for example, as shown in FIG. In the job log information, the “end date” and “end time” fields are updated (S110). Further, the job / log management unit 4 inquires of the job control unit 2 about the end status of the completed job, and sets the values in the “job processing status” and “processing status detailed information” fields (S111). At this time, the job control unit 2 uses information such as “normal end”, “abnormal end”, or “forced end” as the end state of the job, and “end without problem” or “error end” as detailed information of the end state. , “End with warning”, “Cancel by user request”, “Cancel by operator request”, or “Abort by system judgment” are notified to the job / log management unit 4 respectively. Therefore, the job log management unit 4 updates the job log based on these pieces of information.
[0042]
Thereafter, the job / log management unit 4 secures an area for the job from the processing result job / log area in the storage unit 5 and copies all the information written in the intermediate progress job log to the secured area. At the same time, the intermediate progress job log area reserved for the job is discarded (S112). As a result of this processing, the intermediate job log of the job that has been started is stored in the intermediate job log area during the execution period of the job.
[0043]
At this time, for example, if a power-off error occurs during the job execution period, the processing contents that have been completed up to that point are still recorded in the midway progress job log. The intermediate progress job log remains in the intermediate progress job log area until the power is turned on next time. Therefore, if this remaining halfway job log is used, it is possible to restore job information up to immediately before power-off as a processing result job log at the time of initialization processing at the next power-on. This process is performed by an initialization process when the job / log management unit 4 is turned on.
[0044]
Here, a processing operation example of processing result job log recovery performed when the job / log management unit 4 is turned on (initialization processing) will be described. FIG. 4 is a flowchart showing an example of processing operation when the job / log management means is initialized.
[0045]
When the power of the apparatus is turned on, the job log management unit 4 searches the storage unit 5 for the intermediate progress job log area (S201), and whether there is a remaining intermediate progress job log. Is checked (S202).
[0046]
As a result of this check, if there is a remaining halfway job log, if the job log content illustrated in FIG. 2 is present, the halfway job log has the following information: Become. FIG. 5 is an explanatory diagram showing an example of content information of a remaining job log of a job whose power is cut off during execution. The figure shows “A print job submitted by a user named Hanako.Yamada using the SMB protocol is in color mode by 10:05:03 on September 19, 2000, and is the third page on one side of A4 plain paper in color mode. The printing process has been completed until the power is turned off during the subsequent process. "
[0047]
In this case, since the power was turned off before the job was completed, that is, before the job status value became “Completed”, the processing for updating the information related to the end date and time of the job log described above (see S110 to S112 in FIG. 3). Is not done. That is, no information is recorded in the “end date”, “end time”, “job processing state”, and “processing state detailed information” fields in FIG.
[0048]
Therefore, as shown in FIG. 4, the job log management unit 4 sets the value set in the “job log update date / time” field (2000/09/19 10:05:03 in the example of FIG. 5). Are copied to the “end date” and “end time” fields (S203), and the “job processing state” field has a value for representing information “shutdown”, and the “processing state detailed information” field has “ Information values for representing a message such as “abnormal termination due to system stop” are set (S204).
[0049]
As a result, the remaining job log shown in FIG. 5 has information as shown in FIG. FIG. 6 is an explanatory diagram showing an example of content information of a processing result job log generated based on the remaining job log.
[0050]
Thereafter, as shown in FIG. 4, the job log management unit 4 secures an area for the job from the processing result job log area in the storage unit 5 and writes it in the remaining job log in the secured area. All the information is copied, and the intermediate job log area used by the remaining job log is discarded (S205). The job log management unit 4 repeats this process for all remaining job logs. In this way, information on jobs that ended abnormally during execution due to a power-off error is retained in the intermediate job log area as the remaining job log at the next power-on, and the information up to immediately before the power-off is based on that information. A processing result job log based on the processing content is generated.
[0051]
As is apparent from the above description, in the present apparatus, the progress of a job being executed is saved or updated as a job log in the progress job log area in the nonvolatile storage unit 5 at a predetermined timing. At the same time, when the job is completed, the job log saved in the progress job log area is moved to the processing result job log area, and an unexpected power failure error occurs during job execution. In the initialization process at the next power-on, all the jobs and logs in the midway progress job / log area are moved to the processing result job / log area. In other words, in this apparatus, the job log relating to the progress of job execution is stored in the intermediate job log area in the storage means 5, but since the storage means 5 is nonvolatile, an unexpected power-off error is generated. Even if an error occurs, the job log saved in the intermediate job log area will not be lost.
[0052]
Therefore, according to this device, when the power-off error is recovered or after recovery, the job log in the midway progress job log area is transferred to the processing result job log area, so that The execution history of the completed processing job also remains in the processing result job log area. In other words, by using this device, the user can refer to the job log in the processing result job log area to determine whether the requested job has ended normally, has ended abnormally, or has not yet completed. It becomes possible to easily and accurately determine whether the execution has been started.
[0053]
In addition, when transferring the job log in the midway progress job log area to the processing result job log area, this device stores information about the save or last update time of the job log and the power-off error. A message indicating an abnormal end due to the above is stored together in the processing result job log area. Therefore, referring to the job log in the processing result job log area, even if there is an abnormal termination in the middle of execution, it is an abnormal termination due to a power-off error, and when the abnormal termination occurred. Is clarified.
[0054]
In addition, for example, when a system for counting billing information, user-specific information, department-specific information, etc. is constructed using this apparatus, the contents of the image input / output job that was completed immediately before the power-off error is Even if the job is not completed, it is recorded as a job log, so there is no loss of job information due to a power-off error, the reliability of the aggregation results is increased, and damage loss is prevented from increasing. become able to.
[0055]
  In addition,hereIn the above description, the content information in the case of a print job has been described as an example of information to be described in the job log. However, other information, for example, “FAX transmission detected by a FAX control unit constituting a part of the image input / output unit 3 It is clear from the above description that even the information such as “original telephone number” can issue and receive the log update event. In other words, the job log log update event and the job log content information to be written are:In the contents of the explanation aboveThe present invention is not limited, and can be applied to a job performed by a copy job, a FAX job, and other image processing apparatuses other than a printer job.
[0056]
  [Description of embodiments of the present invention]
  next,Image processing apparatus according to the present inventionWill be described. However, in the present embodiment, the present invention is applied to a printer apparatus that can execute only a print job, not an MF apparatus that can execute various jobs such as a copy job, a scan job, a print job, and a FAX job. An example will be described.
[0057]
  Here, first, the basic configuration of a printer apparatus to which the present invention is applied will be described. FIG.Configuration example of image processing apparatus according to the present inventionFIG.
[0058]
The printer apparatus described in this embodiment is connected to a plurality of client apparatuses (not shown) such as PCs via a network 20 such as a LAN, and accepts a printer job issued from the client apparatus. This is a process executed. For this purpose, the printer apparatus includes a network interface unit 31, a system control unit 32, a memory management unit 33, a print processing management unit 34, an image data development processing unit 35, a recording output unit 36, and a recording output control unit. 37, an operation control unit 38, an operation panel 39, and a log information processing unit 40. Hereinafter, each of these parts will be described in order.
[0059]
The network interface unit 31 transmits / receives data via the network 20, and follows image data that is received data from client devices on the network 20 while being controlled by the network communication control unit 31 a in the network interface unit 31. A process of receiving code data or the like and passing the received data to the received data processing unit 31b in the network interface unit 31 is performed. Then, the reception data processing unit 31b stores the received reception data in a storage device 33c described later, or takes out image data from the storage device 33c and requests the print processing management unit 34 for print processing. As a protocol and a network OS used when the network interface unit 31 transmits and receives data, there are TCP / IP (Transmission Control Protocol / Internet Protocol), NetWare developed by Novell, Inc., and the like.
[0060]
The system control unit 32 controls the operation of the entire printer apparatus. The system control unit 32 performs initialization processing when the power is turned on, and detects a hardware error in each part of the printer apparatus.
[0061]
The memory management unit 33 manages a ring buffer 33a, a page memory 33b, a storage device 33c, and an NVRAM 33d having a function of storing and holding various data. The ring buffer 33a is a data transmission / reception memory required when the network interface unit 31 operates. The page memory 33b is a page-unit memory used when an image data expansion processing unit 35, which will be described later, performs expansion processing to bitmap image data. The storage device 33c stores reception data received from the reception data processing unit 31b, log history information managed by the log information processing unit 40, and the like. The NVRAM 33d stores log information managed by the log information processing unit 40, setting information set from the operation panel 39, and the like. It is conceivable to use an HDD as the storage device 33c and a non-volatile SDRAM (Synchronous Dynamic Random Access Memory) as the NVRAM 33d.
[0062]
The print processing management unit 34 performs operation control related to print output processing of image data received by the reception data processing unit 31b. For example, the print processing management unit 34 performs a scheduling process for printing out image data sequentially sent from client host devices on the network 20 in the order of arrival.
[0063]
The image data development processing unit 35 develops the image data received by the reception data processing unit 31b into bitmap image data that is a data format that can be printed out.
[0064]
The recording output unit 36 prints out the bitmap image data developed by the image data development processing unit 35 on recording paper, and performs printing output using a laser beam electrostatic recording method which is a well-known technique. Is.
[0065]
More specifically, the recording output control unit 37 performs operation control of the recording output unit 36, such as pausing and resuming processing operations in the recording output unit 36, and controlling the order of pages printed by the recording output unit. .
[0066]
The operation control unit 38 performs processing for notifying the print processing management unit 34 and the system control unit 32 of setting information instructed from the operation panel 39 operated by the user of the printer device or the client device on the network 20. .
[0067]
The log information processing unit 40 manages, as log information, information related to the print output result in the recording output unit 36, information related to an error that has occurred in the printer device, and further manages log history information. To do. For this purpose, the log information processing unit 40 includes an error information detection unit 41, a print information detection unit 42, a log information recording control unit 43, and a log processing information control unit 44.
[0068]
The error information detection unit 41 includes failure information related to the conveyance of the recording paper generated by the recording output unit 36, failure information related to the generation of bitmap image data generated by the image data development processing unit 35, and generated by the network communication control unit. Fault information related to the network to be received is received as a message from each part and detected.
[0069]
The print information detection unit 42 prints out information related to print output attributes such as the number of copies to be printed out by the recording output unit 36, color / monochrome, the user name instructing print output, the result of the print output, and the like. This is detected for each job.
[0070]
The log information recording control unit 43 stores the information detected by the error information detection unit 41 and the print information detection unit 42 in the NVRAM 33d or the storage device 33c as log information or log history information. Note that the log information recording control unit 43 also performs log storage control such that the oldest log is deleted when the number of records reaches a predetermined specified value.
[0071]
The log processing information control unit 44 performs a predetermined process as will be described in detail later, if necessary, based on the detection contents of the error information detection unit 41 and the print information detection unit 42. It is assumed that at least one type of processing performed by the log processing information control unit 44, preferably a plurality of types, is registered in advance in a state where it can be identified by a code number.
[0072]
Next, an example of a processing operation in the printer apparatus configured as described above, particularly an example of a log management processing operation performed by the log information processing unit 40 will be described.
[0073]
  First, a first processing operation example will be described. This processing operation exampleClaim 1This corresponds to the invention described in. FIG. 8 is a flowchart illustrating a first processing operation example when log management is performed.
[0074]
The log information processing unit 40 is configured to operate upon receiving processing request messages from other units including the system control unit 32, and is in a message waiting state in a steady state. When a processing request message from another unit is received in this state (S301), the log information processing unit 40 analyzes the received message (S302). Then, the error information detection unit 41 determines whether or not the analyzed message is an error detection message (S303). Since this determination may be performed using a known technique, the description thereof is omitted here.
[0075]
If the result of this determination is not an error detection message, the log information processing unit 40 performs processing according to the received message (S304), and returns to message waiting processing again. Examples of the process corresponding to the received message include a process for storing the result of a normally completed print output as log information, that is, a generally performed log recording process.
[0076]
On the other hand, if the analyzed message is an error detection message, in the log information processing unit 40, the print information detection unit 42 performs a print status confirmation process (S305). In other words, when any error occurrence is detected by the error information detection unit 41, the print information detection unit 42 is in the middle of performing data processing for printing in any of the printer apparatuses at that time. It is determined whether or not (S306).
[0077]
If the data is being processed, the print information detection unit 42 acquires the position information of the data being processed (S307). For example, if the development error occurs while the image data development processing unit 35 takes out the image data in the storage device 33c, performs the image development processing and stores it in the page memory 33b, the print information detection unit 42 The file name of the image data processed by the image data development processing unit 35 at the time of the error, the size of the processed part from the beginning, the information about the address of the processed part, etc. Information is acquired from the image data development processing unit 35 as information.
[0078]
Further, the print information detection unit 42 acquires application information being executed when an error occurs (S308). Here, application information refers to information related to the application that is being executed when an error occurs, that is, the application that was processing data when the error occurred. Specifically, the application name, the register value that specifies the execution state, etc. It means the information. For example, if an error occurs during execution of processing on received data by NetWare, the name of the application being executed when the error occurs is NetWare.
[0079]
Thereafter, in the log information processing unit 40, the log processing information control unit 44 generates log information based on the position information and application information of the data acquired by the print information detection unit 42, and the log information recording control unit 43 generates the log information. The recorded log information is stored in the NVRAM 33d (S309). At this time, the log information recording control unit 43 also stores the message analyzed by the error information detection unit 41 in the NVRAM 33d as log information related to the error (S310).
[0080]
Thereby, in the NVRAM 33d, the position information related to the data processing portion at the time of the error occurrence and the application information of the data are extracted and stored as log information. That is, information for specifying a processing portion of data processed at the time of occurrence of an error and information regarding the processing environment are extracted and stored in the NVRAM 33d.
[0081]
Therefore, if the log information stored and held in the NVRAM 33d is read out, the data to be processed at the time of error occurrence is read out from the storage device 33c, and these are compared and referred to, even if the read data is huge Then, it is possible to easily identify the location where the error occurred and its cause from the log information. In addition, since the log information includes application information, the log information can also be used to understand the data processing environment at the time of the error occurrence, even if there are causes of errors in the processing sequence of various data, The cause of the error can be accurately identified.
[0082]
For these reasons, in the printer apparatus that implements the first processing operation example described above, the data processed when an error occurs and the operation of the application (software module) that processes the data are extracted as log information. Thus, the information can be accurately collected for identifying the cause of the error occurrence, and the cause of the error occurrence can be quickly identified from the collected information.
[0083]
  Subsequently, a second processing operation example will be described. This processing operation exampleClaim 2This corresponds to the invention described in. Here, the description will focus on differences from the above-described first processing operation example. FIG. 9 is a flowchart illustrating a second processing operation example when log management is performed.
[0084]
Also in the second processing operation example described here, as in the case of the first processing operation example, if the received message is not an error detection message, the log information processing unit 40 performs processing according to the received message. (S401 to S404).
[0085]
However, when the received and analyzed message is an error detection message, unlike the case of the first processing operation example, the log information processing unit 40 analyzes the error detection message and identifies the error number. (S405). Here, the error number means a code number uniquely determined corresponding to the type of error. Such an error number is included in the error detection message and sent.
[0086]
When the error number is specified, the log processing information control unit 44 thereafter searches whether or not the content of the processing to be performed according to the error number is registered in advance (S406), and if there is a corresponding processing ( S407), processing corresponding to the error number is executed (S408). As the processing executed here, for example, when a certain type of error occurs, processing such as transferring log information extracted by the occurrence of the error to an external device can be considered. More specifically, for example, when a communication error occurs in the network interface unit 31, log information or the like extracted by the communication error is transferred to a client device that is a communication partner or provided on the network 20. For example, the data can be transferred to a data analysis device.
[0087]
Thereafter, the log information processing unit 40 performs a processing operation in the same procedure as in the first processing operation example for log information extraction or the like (S409 to S414).
[0088]
In this way, in the printer apparatus that implements the second processing operation example described above, in addition to the case of the first processing operation example, when the occurrence of an error is detected, the type of error is specified, and It has a function to execute processing corresponding to the type. Therefore, different processing can be applied to the log information including the location information related to the data processing part and the application information of the data depending on the type of error, so that adaptability to various error types can be secured. Appropriate responses can be made to such types of errors.
[0089]
  Next, a third processing operation example will be described. This processing operation exampleClaim 3This corresponds to the invention described in. Note that here also, the description will focus on the differences from the first or second processing operation example described above. FIG. 10 is a flowchart illustrating a third processing operation example when log management is performed.
[0090]
Also in the third processing operation example described here, as in the case of the first and second processing operation examples, if the received message is not an error detection message, the log information processing unit 40 The corresponding processing is performed (S501 to S504).
[0091]
However, when the received and analyzed message is an error processing registration request message, unlike the first or second processing operation example, the log information processing unit 40 analyzes the error processing registration request message. The error number is specified (S505).
[0092]
Here, the error processing registration request message is issued from the operation control unit 38 of the printer device or the client device on the network 20, and the contents of processing performed by the log processing information control unit 44 corresponding to the type of error. Are registered in the log processing information control unit 44 by the user or the like. Therefore, this error process registration request message includes an error number for specifying the type of error to be registered in addition to the contents of the process, and is sent from the operation control unit 38 or the client device. .
[0093]
After specifying the error number included in the error processing registration request message, the log processing information control unit 44 searches the processing table corresponding to the error number (S506). This processing table refers to a table that the log processing information control unit 44 has, and the correspondence relationship between error numbers and processing contents is registered.
[0094]
As a result of the search, if a region corresponding to the error number exists in the processing table (S507), the log processing information control unit 44 determines the processing contents included in the error processing registration request message within the region. (S508), a message indicating that the registration is completed is returned to the request source, that is, the operation control unit 38 or the client device that issued the error processing registration request message (S509). On the other hand, if the area corresponding to the error number does not exist in the processing table, the log processing information control unit 44 returns an error message to that effect to the request source (S510).
[0095]
As described above, in the printer apparatus that implements the above-described third processing operation example, when an error occurs, the user or the like arbitrarily sets the content of the processing to be performed corresponding to the error type. Will be able to. Therefore, the adaptability to various error types is further increased, and the flexibility of processing for error occurrence is also improved.
[0096]
  Next, a fourth processing operation example will be described. This processing operation exampleClaim 4This corresponds to the invention described in. Note that here, the description will focus on the differences from the above-described first to third processing operation examples. FIG. 11 is a flowchart illustrating a third processing operation example when log management is performed.
[0097]
Also in the fourth processing operation example described here, as in the first to third processing operation examples, if the received message is not an error detection message, the log information processing unit 40 The corresponding processing is performed (S601 to S604).
[0098]
However, when the received and analyzed message is an error processing selection request message, unlike the first to third processing operation examples, the log information processing unit 40 analyzes the error processing selection request message. Then, the error number is specified (S605).
[0099]
Here, the error processing selection request message is issued from the operation control unit 38 of the printer device or the client device on the network 20, and a plurality of processing contents are registered in the processing table of the log processing information control unit 44. In this case, the user or the like selects the processing contents to be performed by the log processing information control unit 44 from the plurality of processing contents. Therefore, the error processing selection request message includes an error number for specifying the error type and a processing content corresponding to the error number, and a flag indicating whether the processing content corresponding to the error number is executable (executability flag). Are sent from the operation control unit 38 or the client device.
[0100]
After specifying the error number included in the error processing selection request message, the log processing information control unit 44 searches the processing table corresponding to the error number (S606). This processing table is the same as that described in the third processing operation example, but in addition to the correspondence between the error number and the processing content, the presence / absence of an executable flag (or “1”) for each processing content. "Or" 0 ") is registered.
[0101]
As a result of the search, if the corresponding error number and the processing content corresponding to the error number exist in the processing table (S607), the log processing information control unit 44 sets the execution flag of the processing content to an executable state. Is changed or set (S608). A message to the effect that selection of processing contents has been completed is returned to the request source, that is, the operation control unit 38 or client device that issued the error processing selection request message (S609). On the other hand, if the corresponding error number and the processing content corresponding to the error number do not exist in the processing table, the log processing information control unit 44 returns an error message to that effect to the request source (S610).
[0102]
As described above, in the printer device that implements the above-described fourth processing operation example, when an error occurrence is detected, the user or the like arbitrarily selects the content of the processing to be performed corresponding to the type of error. Will be able to. Therefore, also in the case of this processing operation example, the adaptability to various error types is further increased, and the processing flexibility with respect to the occurrence of errors is also improved.
[0103]
Specifically, for example, regarding communication errors that occur in the network interface unit 31, as processing contents corresponding thereto, processing for broadcasting log information to the network 20 in conformity with TCP / IP, and log information for NetWare protocol In accordance with the above, when a process to be transferred to a data analysis device or the like provided on the network 20 is registered, it is possible to select which process to perform. As a result, even if error analysis is difficult in one process, it may be possible to perform error analysis by switching to the other process.
[0104]
  Next, a fifth processing operation example will be described. This processing operation exampleClaim 5This corresponds to the invention described in. Note that here, the description will focus on the differences from the above-described first to fourth processing operation examples. FIG. 12 is a flowchart illustrating a third processing operation example when log management is performed.
[0105]
Also in the fifth processing operation example described here, similarly to the first to fourth processing operation examples, if the received message is not an error detection message, the log information processing unit 40 sets the received message to the received message. The corresponding processing is performed (S701 to S704).
[0106]
However, when the received and analyzed message is a processing order change request message for error processing, unlike the first to fourth processing operation examples, the log information processing unit 40 changes the processing order of the error processing. The request message is analyzed to identify the error number (S705).
[0107]
Here, the processing order change request message for error processing is issued from the operation control unit 38 of the printer device or the client device on the network 20, and is assigned to one error number in the processing table of the log processing information control unit 44. When a plurality of processing contents are registered, the user or the like selects the execution order of the processing performed by the log processing information control unit 44 from the plurality of processing contents. Therefore, the processing order change request message for error processing includes the priority number information for each processing content in addition to the error number for specifying the error type and the processing content corresponding to the error number. It is assumed that it is sent from the control unit 38 or the client device.
[0108]
After specifying the error number included in the processing order change request message for error processing, the log processing information control unit 44 searches the processing table corresponding to the error number (S706). This processing table is the same as that described in the third processing operation example, but in addition to the correspondence between the error number and the processing content, priority information is registered for each processing content.
[0109]
As a result of the search, the corresponding error number exists in the processing table, and the selected processing content as described in the fourth processing operation example is included in the processing content corresponding to the error number. If there is (S707), the log processing information control unit 44 changes the execution order of the processing contents, that is, the priority information about the processing contents (S708). Thereafter, the log processing information control unit 44 determines whether or not there is another processing content for changing the execution order (S709), and if there is another, the steps (S707 to S709) described above for the processing content are performed again. repeat. However, if there is no other processing content that needs to be changed in order, the log processing information control unit 44 issued a request source message, that is, an error processing selection request message, indicating that registration in the processing table has been completed. A response is returned to the operation control unit 38 or the client device (S710).
[0110]
If the selected processing content does not exist in the processing table, the log processing information control unit 44 returns an error message to that effect to the request source (S711), and returns to the message waiting processing again. .
[0111]
As described above, in the printer apparatus that implements the fifth processing operation example described above, when an error occurrence is detected, it is possible to perform a plurality of processes corresponding to the type of error, and the plurality of processes. The user or the like can arbitrarily select the execution order of the processes. Therefore, even in the case of this processing operation example, the adaptability to various error types is further increased, and the flexibility of processing for error occurrence is also improved.
[0112]
Specifically, for example, when the network 20 includes a plurality of LANs connected via a router, log information broadcast to each LAN is sequentially performed under conditions suitable for each LAN while following a predetermined priority order. Will be able to do.
[0113]
  As is clear from the above description, the first to fifth processing operation examples described above are included.Embodiment of the present inventionIn this case, data processed when an error occurs and the operation of an application (software module) that processes the data are extracted and stored as log information. Therefore, even if the error occurrence depends on the usage environment and installation environment of the printer, and it is required to identify the cause of the error at the installation location, Information can be collected unattended and accurately without the need for maintenance personnel, etc., and the cause of error occurrence can be quickly identified from the information collected by maintenance personnel or the like, that is, with a small number of man-hours. In addition, because information about the application is also extracted and stored, even if there is a cause of an error in the operation processing of multiple devices or the data itself handled by the device, the cause of the error can be accurately identified. Become.
[0114]
  In addition, the first to fifth processing operation examples are included.Embodiment of the present inventionIn the above description, the case where the present invention is applied to a printer is described as an example. However, any other image processing apparatus can be used as long as it can execute image data processing jobs such as copy jobs, scan jobs, and fax jobs. Needless to say, this is applicable.
[0115]
  Also,Embodiment of the present inventionThe log processing information control unit 44 uses the processing table to manage the contents of the processing corresponding to the error number, but the present invention is not limited to this. In other words, the management of the processing contents does not depend on the method, and the same effect can be obtained even if the management is based on the error attribute, for example. further,Embodiment of the present inventionIn the above example, the processing contents are directly registered in the processing table. However, the same effect can be obtained even when only the execution parameters of the processing registered in advance are changed.
[0116]
  In addition, the content of the processing to be performed in response to the error occurrence isEmbodiment of the present inventionVarious things other than those described in the above are conceivable. For example, as processing corresponding to an error number, in addition to processing in the device related to the error that has occurred, processing outside the device such as notifying the client device that an error has occurred can be considered. In this case, since information is collected in an external device, it is preferable to note that the external device generates a signal that does not miss data. Furthermore, even if there is no dedicated tool such as an external device with an error analysis function, it is possible to collect and analyze failure information when an error occurs so that the processing corresponding to the error number It is also possible to print out the data that has been generated and the log information at the time of the error.
[0117]
In addition, when a network failure error is detected during processing, a process for storing the network packet information that causes the failure in addition to the occurrence time, the occurrence processing application, the source data (file), the location where the data is generated Can also be considered. In this way, not only the data received by the printer device but also the data being transferred over the network can be collected to identify the packet causing the failure. This is effective in analyzing the cause of a failure when a failure occurs in the print output due to the status.
[0118]
【The invention's effect】
As described above, according to the image processing apparatus of the present invention, even when an unexpected error occurs during the execution of a job, the error can be dealt with better than before. Become.
[0120]
  That is, for example, if an error occurs during job execution, the data that was processed when the error occurred, its processing part, and the application that processes this dataIdentifyBy extracting the information in association with each other, it is possible to accurately collect information for identifying the cause of the error occurrence, and further to quickly identify the cause of the error occurrence from the collected information. Moreover, the applicationIdentifySince information is also extracted, even if there is a cause of an error in the operation processing of a plurality of devices or the data itself handled by the device, the cause of the error can be accurately identified.
[Brief description of the drawings]
[Figure 1]Specific example of image processing apparatusIt is a block diagram which shows the basic composition of.
FIG. 2 is an explanatory diagram illustrating an example of content information of a job log in the case of a print job.
3 is a flowchart showing an example of processing operation of job / log storage / update in the image processing apparatus of FIG. 1;
4 is a flowchart showing an example of processing operation at the time of initialization of job / log management means in the image processing apparatus of FIG. 1;
FIG. 5 is an explanatory diagram showing an example of content information of a remaining job log of a job whose power is cut off during execution.
FIG. 6 is an explanatory diagram illustrating an example of content information of a processing result job log generated based on a remaining job log.
[Fig. 7]Configuration example of image processing apparatus according to the present inventionFIG.
FIG. 8 is a flowchart illustrating a first processing operation example when the image processing apparatus of FIG. 7 performs log management.
FIG. 9 is a flowchart illustrating a second processing operation example when the image processing apparatus of FIG. 7 performs log management.
FIG. 10 is a flowchart illustrating a third processing operation example when the image processing apparatus in FIG. 7 performs log management.
FIG. 11 is a flowchart illustrating a fourth processing operation example when the image processing apparatus in FIG. 7 performs log management;
12 is a flowchart illustrating a fifth processing operation example when the image processing apparatus in FIG. 7 performs log management.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1,9 ... Operation means, 2 ... Job control means, 3 ... Image input / output means, 4 ... Job log management means, 5 ... Storage means, 31 ... Network interface part, 32 ... System control part, 33 ... Memory management part 34 ... Print processing management unit, 35 ... Image data development processing unit, 36 ... Recording output unit, 37 ... Recording output control unit, 38 ... Operation control unit, 39 ... Operation panel, 40 ... Log information processing unit, 41 ... Error Information detecting unit 42... Print information detecting unit 43... Log information recording control unit 44.

Claims (5)

画像データの入力または出力の少なくとも一方を行う画像入出力ジョブの実行に必要となるデータを記憶蓄積する記憶蓄積手段と、
前記記憶蓄積手段に記憶蓄積されたデータを用いて前記画像入出力ジョブを実行するジョブ実行手段と、
前記ジョブ実行手段での前記画像入出力ジョブの実行エラーを検出するエラー検出手段と、
前記ジョブ実行手段が前記記憶蓄積手段内のデータを用いて前記画像入出力ジョブを行っている最中に、前記エラー検出手段が実行エラーの発生を検出すると、当該実行エラーの発生時に前記ジョブ実行手段が処理していた当該データの処理部分を特定する情報と、当該実行エラーの発生時に当該データを処理していたアプリケーションを特定する情報とを、ログ情報として抽出するログ抽出手段と
を備えることを特徴とする画像処理装置。
Storage and storage means for storing and storing data necessary for execution of an image input / output job for performing at least one of input and output of image data;
Job execution means for executing the image input / output job using data stored and stored in the storage storage means;
Error detection means for detecting an execution error of the image input / output job in the job execution means;
While the job execution means is performing the image input / output job using the data in the storage storage means, if the error detection means detects the occurrence of an execution error, the job execution is performed when the execution error occurs. Log extraction means for extracting , as log information, information for identifying the processing part of the data processed by the means and information for identifying the application that was processing the data when the execution error occurred An image processing apparatus.
前記エラー検出手段が実行エラーを検出すると、当該実行エラーの種類を特定し、特定した種類に対応する処理を前記ログ抽出手段による抽出結果に対して施すログ情報処理手段
を備えることを特徴とする請求項1記載の画像処理装置。
When the error detection unit detects an execution error, the error detection unit includes a log information processing unit that identifies a type of the execution error and performs processing corresponding to the identified type on the extraction result by the log extraction unit. The image processing apparatus according to claim 1.
前記ログ情報処理手段が施す処理の内容を実行エラーの種類別に登録するための登録手段
を備えることを特徴とする請求項2記載の画像処理装置。
The image processing apparatus according to claim 2, further comprising: a registration unit configured to register the content of processing performed by the log information processing unit for each type of execution error.
一種類の実行エラーに対して複数の処理内容が前記登録手段によって登録されている場合に、登録された処理内容の中から前記ログ情報処理手段が施す処理内容を選択するための選択手段
を備えることを特徴とする請求項3記載の画像処理装置。
When a plurality of processing contents are registered by the registration means for one type of execution error, a selection means is provided for selecting the processing contents to be performed by the log information processing means from the registered processing contents. The image processing apparatus according to claim 3.
一種類の実行エラーに対して複数の処理内容が前記登録手段に登録されている場合に、登録された処理内容の実行順を特定するための順位特定手段
を備えることを特徴とする請求項3または4記載の画像処理装置。
4. A rank specifying means for specifying an execution order of registered processing contents when a plurality of processing contents are registered in the registration means for one type of execution error. Or the image processing apparatus of 4.
JP2000346275A 2000-11-14 2000-11-14 Image processing device Expired - Fee Related JP4114315B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000346275A JP4114315B2 (en) 2000-11-14 2000-11-14 Image processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000346275A JP4114315B2 (en) 2000-11-14 2000-11-14 Image processing device

Publications (2)

Publication Number Publication Date
JP2002149382A JP2002149382A (en) 2002-05-24
JP4114315B2 true JP4114315B2 (en) 2008-07-09

Family

ID=18820178

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000346275A Expired - Fee Related JP4114315B2 (en) 2000-11-14 2000-11-14 Image processing device

Country Status (1)

Country Link
JP (1) JP4114315B2 (en)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006338332A (en) * 2005-06-02 2006-12-14 Matsushita Electric Ind Co Ltd Error information transmitter and error information transmitting method
JP5258182B2 (en) 2006-01-27 2013-08-07 セイコーエプソン株式会社 Ink jet printer, ink charging system, and control method of ink jet printer
JP2007288306A (en) * 2006-04-13 2007-11-01 Murata Mach Ltd Image forming unit, and electronic device
JP4830699B2 (en) * 2006-08-03 2011-12-07 富士ゼロックス株式会社 Image processing apparatus, image processing program, and image processing method
JP2008172396A (en) * 2007-01-10 2008-07-24 Seiko Epson Corp Control method of multifunction device and communication management part of multifunction device, multifunction device system comprising multifunction device and communication management part of multifunction device, and communication management part of multifunction device
JP2008172398A (en) * 2007-01-10 2008-07-24 Seiko Epson Corp Control method of multifunction device and communication management part of multifunction device, multifunction device system comprising multifunction device and communication management part of multifunction device, multifunction device, amd communication management part of multifunction device
JP4650432B2 (en) * 2007-01-24 2011-03-16 富士ゼロックス株式会社 Image forming apparatus
JP4682993B2 (en) * 2007-02-16 2011-05-11 富士ゼロックス株式会社 Image forming apparatus and program
JP4934073B2 (en) * 2008-01-31 2012-05-16 株式会社リコー Image processing apparatus and image processing method
JP5035068B2 (en) * 2008-03-28 2012-09-26 富士通株式会社 Service processing status analysis program, service processing status analysis device, and service processing status analysis method
JP4759595B2 (en) * 2008-06-30 2011-08-31 株式会社山武 Network monitoring system, method, and program
JP5061086B2 (en) * 2008-11-21 2012-10-31 株式会社日立製作所 Job management method, execution apparatus and program thereof
JP6519942B2 (en) * 2015-03-19 2019-05-29 富士ゼロックス株式会社 Image forming apparatus and program
JP6530024B2 (en) * 2017-09-07 2019-06-12 株式会社東芝 OCR scanner system and error analysis method in OCR scanner system
JP2022102560A (en) 2020-12-25 2022-07-07 キヤノン株式会社 Image processing apparatus, method, and program
JP2023037296A (en) 2021-09-03 2023-03-15 シャープ株式会社 Image processing device and method for storing setting history

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0619747A (en) * 1992-06-30 1994-01-28 Fujitsu Ltd Complement system for operation stop log data
JPH0624102A (en) * 1992-07-09 1994-02-01 Oki Electric Ind Co Ltd Printer
JPH0976606A (en) * 1995-09-19 1997-03-25 Hitachi Ltd Printing obstacle processing method and printing mechanism
JP3466853B2 (en) * 1997-02-03 2003-11-17 キヤノン株式会社 Image forming apparatus, image processing apparatus, and image processing method
JP2000066928A (en) * 1998-08-25 2000-03-03 Toshiba Corp Processing history recording system
JP4147677B2 (en) * 1999-03-29 2008-09-10 ブラザー工業株式会社 Printing system, printing method, and recording medium

Also Published As

Publication number Publication date
JP2002149382A (en) 2002-05-24

Similar Documents

Publication Publication Date Title
JP4114315B2 (en) Image processing device
JP4089701B2 (en) Image processing apparatus, image processing system, and image processing method
US7613404B2 (en) Image forming apparatus transferring log information
JP5368837B2 (en) Server, information processing system including server, server control method, and program
US8289547B2 (en) Print control apparatus, print control method and medium storing a print control program thereof
JP2011138396A (en) Information processing apparatus, method thereof, and program
JP3534824B2 (en) Diagnosis control method in print system
KR20030081135A (en) Data processing apparatus, data processing method, and program
US9026642B2 (en) Processing apparatus, control method thereof, and storage medium
US20070008577A1 (en) Printing system and printer driver, which are easy to use
JP5599055B2 (en) Information processing apparatus, control method therefor, and program
US8953193B2 (en) Management system, monitoring apparatus and management
JP4039274B2 (en) Service processing system and program
US20150088986A1 (en) Information processing apparatus, and control method and storage medium therefor
US7119916B2 (en) Printing system, image forming apparatus and print management program
JP2011035675A (en) Data processing system and method of controlling the same
US7726757B2 (en) Image forming apparatus and information processing method
JP2004070494A (en) Network system
CN110784608A (en) Image forming apparatus and virus inspection method
US20110157640A1 (en) Image forming apparatus, and control method therefor
JP7123747B2 (en) System, method, information processing device and computer program
JP2008011568A (en) Apparatus, system and method for image processing
JP2004288038A (en) Data processing system and program
JP2007305143A (en) Information processor and information processing method
JP2006005963A (en) Information processor and information processing method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040909

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061019

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061121

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070119

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070515

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070717

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080325

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080407

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110425

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110425

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120425

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130425

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140425

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees