(57)【要約】【課題】迅速な問題解決と品質の早期安定が可能な画像情報処理を可能とする。【解決手段】各装置１００側の操作パネル１１０から、操作パネルコントローラ３００、システムモニタ／マネージャ３３０を経由して各アプリケーション・プログラム３４０に送られるキー押下情報を、外部制御システム２００とのインターフェイス部１０２を介して外部制御システム２００に伝送する。これにより、操作パネル１１０から入力された一連の手続きを外部制御システム２００に記録することができる。操作パネルコントローラ３００はこれら操作パネル１１０の制御を行い、上記操作パネル１１０のデバイスドライバとして機能する。装置１００内部において致命的な不具合、あるいは予め設定されたレベルのエラーが発生した時点で、内部のログ保持機能１０３２へのデータ書き込みを停止する。【選択図】図４
2008271573.tif 000002
【特許請求の範囲】
【請求項１】
印刷部または撮像部を有するハードウェア資源を利用して画像情報処理に係る外部アプリケーションを複数搭載可能とした画像情報処理装置であって、
入力デバイスを備えた操作手段と、
各部の制御を司る制御手段と、
前記入力デバイスから入力された操作履歴を読み出し可能に記録する記録手段と、
前記装置内の各部の外部アプリケーションの動作状態を逐次前記制御手段に通知する通知手段
と、
前記通知手段によって通知された情報に基づいて各操作に対する動作を逐次検証する検証手段と、
前記装置内共通のタイマと、
操作者が使用する際の操作手順と装置内部の詳細な情報に発生時刻情報と各操作に対する動作の検証結果を付加し、通信機能を介して外部の情報処理装置に逐次通知する手段と、
前記装置の使用者に対して使用不能である旨、あるいは修理が必要である旨を知らせる手段と、
前記制御手段が前記使用不能状態あるいは修理が必要な情報と判断したときに、内部の動作状態情報および使用者による操作情報の取得を停止し、前記情報処理装置に不具合発生情報を送信し、情報の通知を停止する手段と、
を備え、
前記制御手段は、前記装置が任意の操作者に使用される際の操作手順と、前記装置内部の詳細な情報を同時に取得し、
前記通知手段は、通知すべき情報の発生時に前記タイマから得た時刻情報を付加し、
発生時刻情報付き内部状態情報を前記制御手段に通知し、
前記検証手段は、前記通知手段から前記制御手段に通知された内部状態情報に基づいて前記入力デバイスから入力された各操作に対する動作を逐次検証することを特徴とする画像情報処理装置。
【請求項２】
前記装置の使用者に対し使用不能である旨、あるいは修理が必要である旨を知らせる手段を備え、
前記制御手段は、前記使用不能状態あるいは修理が必要な状態と判断したときに、内部の動作状態情報および使用者による操作情報の取得を停止し、それまでに取得した情報の一部あるいは全部を各操作に対する動作の検証結果を付加して前記記録手段に保存することを特徴とする請求項１記載の画像情報処理装置。
【請求項３】
前記記録手段に保存する際に、情報発生時刻順に並べ替えを行い、前記内部情報の発生時刻順に前記記録手段に保持することを特徴とする請求項２記載の画像情報処理装置。
【請求項４】
前記記録手段に保持する際に、情報を保持する記憶部の容量を超える場合には、詳細な装置内部情報に付加された発生時刻情報の古い物から順次破棄することを特徴とする請求項３記載の画像情報処理装置。
【請求項５】
前記検証手段は、動作検証時に、実際の動作に問題がないと判断されたとき、その動作に関して発生した各情報は前記記録手段に保存しないようにする機能を備えていることを特徴とする請求項１または２に記載の画像情報処理装置。
【請求項６】
前記検証手段は、動作検証結果が正常でなかった場合に、外部アプリケーションおよび／またはハードウェアのどの部分に問題がある可能性が高いかを示唆する機能を備えていることを特徴とする請求項１または２に記載の画像情報処理装置。
【請求項７】
前記記録手段に保持された検証結果およびこれに付随する情報を表示する表示手段を備えていることを特徴とする請求項１ないし４のいずれか１項に記載の画像情報処理装置。
【請求項８】
前記表示手段は、動作の検証結果に警告レベルを付加し、表示対象となる警告レベル、あるいは警告レベルの範囲を指定し、所望の警告レベル、あるいは警告レベル範囲の検証結果のみを選択的に表示する機能を備えていることを特徴とする請求項７記載の画像情報処理装置。
【請求項９】
前記記録手段に保存することに代えて、外部の情報処理手段に送信することを特徴とする請求項２または３に記載の画像情報処理装置。
【請求項１０】
印刷部または撮像部を有するハードウェア資源を利用して画像情報処理に係る外部アプリケーションを複数搭載可能とした画像情報処理装置で実行される画像情報処理方法であって、
操作手段に設けられた入力デバイスから入力された操作履歴を読み出し可能に記録手段に記録する第１の工程と、
前記装置内の各部の外部アプリケーションの動作状態を逐次各部の制御を司る前記制御手段に通知する第２の工程と、
前記第２の工程で通知された情報に基づいて各操作に対する動作を検証手段で逐次検証する第３の工程と、
前記装置内共通のタイマにより計測する第４の工程と、
操作者が使用する際の操作手順と装置内部の詳細な情報に発生時刻情報と各操作に対する動作の検証結果を付加し、通信機能を介して外部の情報処理装置に逐次通知する第５の工程と、
前記装置の使用者に対して使用不能である旨、あついは修理が必要である旨を知らせる第６の工程と、
前記制御手段が前記使用不能状態あるいは修理が必要な情報と判断したときに、内部の動作状態情報および使用者による操作情報の取得を停止し、前記情報処理装置に不具合発生情報を送信し、情報の通知を停止する第７の工程と、
を有し、
前記第２の工程では、
前記装置が任意の操作者に使用される際の操作手順と、前記装置内部の詳細な情報を同時に取得し、
通知すべき情報の発生時に前記第４の工程で得た時刻情報を付加し、
発生時刻情報付き内部状態情報を通知し、
前記第３の工程では、前記第２の工程で通知された内部状態情報に基づいて前記入力デバイスから入力された各操作に対する動作を逐次検証すること
を特徴とする画像情報処理方法。
【請求項１１】
前記使用不能状態あるいは修理が必要な状態と判断したときに、内部の動作状態情報および使用者による操作情報の取得を停止し、それまでに取得した情報の一部あるいは全部を各操作に対する動作の検証結果を付加して前記記録手段に保存する第８の工程を備えていることを特徴とする請求項１０記載の画像情報処理方法。
【請求項１２】
前記記録手段に保存する際に、情報発生時刻順に並べ替えを行い、前記内部情報の発生時刻順に前記記録手段に保持することを特徴とする請求項１１記載の画像情報処理方法。
【請求項１３】
前記記録手段に保持する際に、情報を保持する記憶部の容量を超える場合には、詳細な装置内部情報に付加された発生時刻情報の古い物から順次破棄することを特徴とする請求項１２記載の画像情報処理方法。
【請求項１４】
前記第３の工程で、動作検証時に、実際の動作に問題がないと判断されたとき、その動作に関して発生した各情報は前記記録手段に保存しないようにする機能を備えていることを特徴とする請求項１０または１１に記載の画像情報処理方法。
【請求項１５】
前記第３の工程で、動作検証結果が正常でなかった場合に、外部アプリケーションおよび／またはハードウェアのどの部分に問題がある可能性が高いかを示唆する機能を備えていることを特徴とする請求項１０または１１に記載の画像情報処理方法。
【請求項１６】
前記記録手段に保持された検証結果およびこれに付随する情報を表示することを特徴とする請求項１０ないし１３のいずれか１項に記載の画像情報処理方法。
【請求項１７】
動作の検証結果に警告レベルを付加し、表示対象となる警告レベル、あるいは警告レベルの範囲を指定し、所望の警告レベル、あるいは警告レベル範囲の検証結果のみを選択的に表示することを特徴とする請求項１６記載の画像情報処理方法。
【請求項１８】
前記記録手段に保存することに代えて、外部の情報処理手段に送信することを特徴とする請求項１１または１２に記載の画像情報処理方法。
【請求項１９】
印刷部または撮像部を有するハードウェア資源を利用して画像情報処理に係る外部アプリケーションを複数制御可能なコンピュータに、
操作手段に設けられた入力デバイスから入力された操作履歴を読み出し可能に記録する第１の手順と、
前記装置内の各部の外部アプリケーションの動作状態を逐次各部の制御を司る前記制御手段に通知する第２の手順と、
前記第２の手順で通知された情報に基づいて各操作に対する動作を検証手段で逐次検証する第３の手順と、
前記装置内共通でタイマにより計測する第４の手順と、
操作者が使用する際の操作手順と装置内部の詳細な情報に発生時刻情報と各操作に対する動作の検証結果を付加し、通信機能を介して外部の情報処理装置に逐次通知する第５の手順と、
前記装置の使用者に対して使用不能である旨、あるいは修理が必要である旨を知らせる第６の手順と、
前記制御手段が前記使用不能状態あるいは修理が必要な情報と判断したときに、内部の動作状態情報および使用者による操作情報の取得を停止し、前記情報処理装置に不具合発生情報を送信し、情報の通知を停止する第７の手順と、
実行させ、
前記第２の手順では、
前記装置が任意の操作者に使用される際の操作手順と、前記装置内部の詳細な情報を同時に取得し、
通知すべき情報の発生時に前記第４の手順で得た時刻情報を付加し、
発生時刻情報付き内部状態情報を通知し、
前記第３の手順では、前記第２の手順で通知された内部状態情報に基づいて前記入力デバイスから入力された各操作に対する動作を逐次検証させるためのコンピュータプログラム。
【請求項２０】
印刷部または撮像部を有するハードウェア資源を利用して画像情報処理に係る外部アプリケーションを複数制御可能なコンピュータに、
操作手段に設けられた入力デバイスから入力された操作履歴を読み出し可能に記録する第１の手順と、
前記装置内の各部の外部アプリケーションの動作状態を逐次各部の制御を司る前記制御手段に通知する第２の手順と、
前記第２の手順で通知された情報に基づいて各操作に対する動作を検証手段で逐次検証する第３の手順と、
前記装置内共通でタイマにより計測する第４の手順と、
操作者が使用する際の操作手順と装置内部の詳細な情報に発生時刻情報と各操作に対する動作の検証結果を付加し、通信機能を介して外部の情報処理装置に逐次通知する第５の手順と、
前記装置の使用者に対して使用不能である旨、あるいは修理が必要である旨を知らせる第６の手順と、
前記制御手段が前記使用不能状態あるいは修理が必要な情報と判断したときに、内部の動作状態情報および使用者による操作情報の取得を停止し、前記情報処理装置に不具合発生情報を送信し、情報の通知を停止する第７の手順と、
実行させ、
前記第２の手順では、
前記装置が任意の操作者に使用される際の操作手順と、前記装置内部の詳細な情報を同時に取得し、
通知すべき情報の発生時に前記第４の手順で得た時刻情報を付加し、
発生時刻情報付き内部状態情報を通知し、
前記第３の手順では、前記第２の手順で通知された内部状態情報に基づいて前記入力デバイスから入力された各操作に対する動作を逐次検証させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複写機、プリンタ、ファクシミリ、およびこれらの複合機能を有する画像出力装置に係り、特に制御部の開発および製品保証におけるテスト・評価環境、あるいは市場における不具合解析方法に関し、デバッグまたは障害発生時のテスト、解析の効率化を図る技術に関する。
【背景技術】
【０００２】
複写機またはプリンタ、あるいはこれにＦＡＸ機能が付加されたような画像出力装置は複雑多機能になってきているので、十分な、また効率的なトラブルシューティングを実現するためには、機械と保守者の間のインターフェイスを充実させることが必要である。適切なインターフェイスは、機械の監視維持に必要な制御、表示、故障コード、故障履歴を単に提供するだけでなく、これらを、比較的簡単に、直接的かつ効率的に提供する必要がある。
【０００３】
従来は、専門の保守者・点検員による定期的な点検作業時に、その時点の供用中の複写機の状態を観察し、点検した上で適切な処置を施していた。そのため、点検対象複写機の前回点検実施時点から、次の点検時点までの複写機構成部品および複写機全体としての状態の変動やトラブルの発生状況等を把握する手段は特になく、専門の点検員が必要に応じて推測し、判断していた。
【０００４】
このように、複写機の印刷品質の経時変化に対する対処は各点検員の独自の経験的な判断に頼っているのが現状であり、特に画一化された一定の手法は知られていない。
【０００５】
また、前述のように専門の点検員が診断処理を行う場合の難点は、動作不良または劣化を起こしている機械の正確な部品またはサブシステムを容易にまた自動的に指示できないことである。部品の修正または修理に多くの時間と労力を費やすより、部品を単に取り替えることができれば極めて経済的である。従って、機械の不稼働時間を短縮するためには、広範な保守トラブルシューティングを要求するのではなく、特定の部品またはサブシステムの取り替え要求を指示する高度に知的で、自動化された診断システムの提供が望ましい。
【０００６】
複写システムまたは印刷システム、例えば、電子写真複写機、レーザプリンタ、インクジェットプリンタにおいて、印刷品質を監視する共通技術としては、所定要求濃度の“テストパッチ”(test patch)を人為的に生成する技術がある。この技術では、テストパッチの印刷材（トナーまたはインキ）の実際の濃度が光学的に測定され、この印刷材が印刷シートに印刷される印刷プロセスの有効性が判定される。
【０００７】
例として電子写真装置、例えばレーザプリンタの場合には、印刷材の濃度の判定において一般に最も関心のある表面は、電荷保持面すなわち光受容体である。この上に静電潜像を形成し、次いで、特定の方法で帯電された領域にトナー粒子を付着させてトナー現像を行う。この場合、テストパッチの濃度を測定する光学素子、これは、トナー領域被覆度センサ(toner area coverage sensor)、または“濃度計”(densitometer)と呼ばれるが、光受容体の経路に沿い現像装置の現像処理の直ぐ下流に配置される。通常、プリンタのオペレーティングシステムにルーチンを設け、露光システムにより所定の位置の表面を所定の量だけ人為的に帯電または放電させ、要求される濃度のテストパッチを光受容体の所定の位置に周期的に生成する。テストパッチは現像装置を通過し、その際、現像装置のトナー粒子がテストパッチに静電的に付着する。テストパッチのトナーが濃ければ、光学的テストにおいてテストパッチは暗く見える。現像したテストパッチは、光受容体の経路に配置される濃度計の計測位置を通過し、テストパッチの光吸収がテストされる。このテストでは、テストパッチに吸収される光が多ければ、テストパッチのトナーの濃度が大きいことになる。電子写真のテストパッチは、伝統的に光受容体の文書間ゾーンに印刷される。一般に各テストパッチは、均一なベタ領域、ハーフトーン領域、バックグラウンド領域として印刷される。従って、プロセス制御の従来の方法には、テストパッチのベタ領域、均一なハーフトーン、バックグラウンドの設定が含まれる。特定の高品質プリンタには、多くのテストパッチが含まれる。
【０００８】
従って、機械を診断し、特定の部品またはサブシステムの故障または動作不良を識別する機械データを提供する簡単なトナー領域被覆度センサを使用できることが望ましい。しかも、これは、複雑なセンサシステムとならないものが望まれる。また、簡単なセンサシステムにより機械動作を評価し、取り替えの必要な部品、構成要素、サブシステムを指示できる系統的で論理的なテスト解析方法を提供することが望ましい。
【０００９】
一方、従来、保守点検対象の複写機の構成部品および複写機全体としての状態は、保守点検を実施する各時点だけの離散的な状態データとしてしか把握できないために、複写機に潜在する問題の発見が遅れるなど、保守点検作業が必ずしも最適なものとはなり得なかった。このような問題、すなわち、ある一定の時間をおいて行われる定期的な保守点検作業時という特定時点での各構成部品の状況から、その対象である複写機の定常的な状態を推測、判断せざるを得ないという問題が、保守点検作業レベルをより向上させる上での課題となっていた。また、専門の点検員が有する定期検査に関する専門的または経験的な知識は点検員により差があるため、定期検査作業のレベルにばらつきが発生してしまうなどといった問題もある。
【００１０】
そこで、例えば特開平７−２８３６３号公報には、上記従来技術の問題点を解消するために、複写機構成部品および複写機全体の保守・点検作業を一定のレベルで容易に実施できるようにユーザ側の保守点検員あるいは専門の保守点検員を支援する複写機診断装置を提供する方法が開示されている。
【００１１】
前記公報に開示された複写機診断装置は、複写機から定時的に出力される構成部品の状態情報および異状時に出力される異状状態情報を記憶する記憶手段と、該記憶手段に記憶された定時状態情報および異状時状態情報に基づいて複写機の状態の内容と変化・履歴を分析・評価して複写機の保守に必要な診断結果情報を出力し、複写機から出力した印刷物の品質評価を入力して複写機に施すべき各種調整値を出力する診断手段とから構成されている。そして、この構成により、診断手段は、記憶装置に記憶された複写機から定時的に出力された構成部品の状態情報および異状時に出力された異状状態情報に基づいて、複写機の過去から点検時までの各状態に加えて変動経歴をも正確に把握し判断資料として分析し評価することにより、対象複写機の現在状態と、潜在的な問題点を的確に把握して出した複写機の保守に必要な診断結果情報を出力し、当面の保守作業だけでなく、以降の保守計画の立案にも有効な情報を提供するようにしている。これにより、従来は点検時の状態情報に基づく点検員の個人的なムラの有る判断であったがそのような点検員による個人差をなくしている。また、複写機から出力した印刷物の品質評価を入力して複写機に施すべき各種調整値を出力することにより、保守点検員の有する専門的・経験的な知識量の差によるレベルのばらつきを無くして、複写機の印刷出力の経時変化に対して保守点検員は適切な処置を施すことができるとしている。
【００１２】
さらに、特開平５−１６４８００号公報、特開平５−１６４８０１号公報、特開平５−１６４８０２号公報では、従来のエキスパートシステムを用いた方法、例えば、条件と結論が対となっているプロダクションルール型の推論を行う方法や、監視すべき対象からの情報に基づいて監視制御装置で推論を行う技術、すなわち、推論機構を備えた診断方式の問題点、つまり、知識ベースとして予め多数のルールを用意しておく必要があり、エキスパートシステムによる診断結果の精度は、用意されているルールが適正なものであるかどうかに依存している点について言及している。
【００１３】
このようなエキスパートシステム、あるいは推論機構を備えた診断方式を用いた、従来の診断方式においては、ルールとしては基本原理が元々明らかなものであるか、あるいは、今までの経験から容易に予想できるものが採用されているので、全く予想できないようなトラブルや障害に対して対応できない新たなトラブルが発生した場合には、新たに明らかになったトラブルとその原因を新たなルールとしてエキスパートシステムの知識ベースに組み込む必要があるが、エキスパートシステムを実現するための知識ベースを更新する作業に手間が掛かるという問題がある。また、エキスパートシステム自体が知識ベースの更新に対応できない場合もあり、この場合は知識が直ぐに陳腐化してしまう可能性を指摘している。
【００１４】
そこでこれら一連の発明では、予想できないようなトラブルに対して対応することができる診断方法および装置として、被診断装置の動作状態を示す動作状態情報に基づいて被診断装置の診断を行い、複数の被診断装置から各被診断装置における動作状態を示す動作状態情報を収集し、前記複数の動作状態情報から前記複数の被診断装置に関して共通の特性を示す普遍的徴候を抽出し、前記普遍的徴候に基づき前記被診断装置において発生するおそれのあるトラブルを決定する方法を提案している。
【００１５】
また、被診断装置の動作状態を示す複数の要因からなる動作状態情報に基づいて被診断装置の診断を行い、複数の被診断装置のそれぞれに対応して動作状態を示す動作状態情報を得て、これら動作状態情報を解析して前記複数の被診断装置に関して共通の特性を示す普遍的徴候を得て、これらより得られた記普遍的徴候を蓄積するための普遍的徴候事例ベースとを備えることで解決を図っている。
【００１６】
この場合、複数の被診断装置、たとえば複写機の動作状態を示す動作状態情報が診断装置に収集されたトラブルの種類を示すデータとともに全部の動作状態情報が診断装置に送り、診断装置では、複数の動作状態情報から複数の被診断装置に関して共通の特性を示す普遍的徴候を抽出する。この普遍的徴候は、全部の被診断装置に共通なトラブルの徴候を示しており、特定のトラブルの発生頻度が高い場合、現在実際にトラブルが発生していない場合でも将来的には同じトラブルが発生することが予測されるため、これに基づいて予めトラブル対策を施しておくことでトラブルを未然に防ぐことも可能であるとしている。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
上記に挙げた２つの例では、保守点検における故障診断、あるいは品質維持のため適切な処置を、担当する保守点検員の専門的・経験的な差異の影響を極力廃して施すことを可能とする手段、あるいは、複雑多機能な装置の故障診断等／品質維持管理を、確実に、効率よく、安定して行うことを可能とする技術が開示されている。
【００１８】
ところがこれらの技術はいずれも、故障診断や品質維持管理に関し、使用者の操作そのものに関するデータは考慮されていない。従来のように、複写機を中心として画像出力装置がハードウェアとしての比率が大きい場合には装置各部の部品としての機能、性能、耐久性等を把握して維持管理することでほとんど問題ないレベルで装置の維持管理が可能であった。ところが、近年の様に、画像出力装置自体がインテリジェントな多数の機能を有し、さらに画像出力装置として複写機、プリンタ、ＦＡＸ等々の様々な機能を有するに当たっては、これらを制御するソフトウェアの比重が高まっていることは疑いの無いことである。
【００１９】
また、特開平５−１６４８００号公報、特開平５−１６４８０１号公報、特開平５−１６４８０２号公報においては、複数の被診断装置に関する情報を統計的に扱うことで予測不能なトラブルへの迅速な対応を図っており、長期的な解決策としては有効であると思われるものの、装置固有への対応や、単発的な事例への対応は必ずしも有効であるとは言えない。
【００２０】
本発明は、このような従来技術の実情に鑑みてなされたもので、その目的は、装置の制御プログラムを中心としたソフトウェアに対する解析的なアプローチから、不具合発生時の問題箇所予測を実現することにより、より迅速な問題解決と品質の早期安定が可能な画像情報処理を行うことができるようにすることにある。特に、装置が開発中の段階から、製品試験段階、実際の市場に出た段階と、様々な全ての段階において不具合解析の為の強力なツールとして用いることができるため、高度な機能・性能の確認、あるいはプログラムのデバッグを実施することができ、開発効率や評価試験効率の向上にも有効である。
【００２１】
さらに、基本的に、製品として市場に出す前に十分な品質検査、負荷試験、加速試験、信頼性試験を実施する物ではあるが、完全な試験を行う事は事実上不可能である。どれだけの試験を重ねた場合でも、市場において不具合が発生する可能性は残存していると言わざるを得ない。従って、可能な限りの製品試験を実施した後、製品として市場に出ることになった場合には、市場において不具合が発生した場合に、どれだけ迅速に、効果的に対処を施せるかが問題になってくる。
【００２２】
ところが、市場において初めて顕在化するような不具合は、使用者の装置操作と装置御プログラムの両者の、特定の組み合わせにおいてのみ発生する場合が多々ある。また、あるいは、操作と制御の微妙なタイミングにおいてのみ不具合が発生する場合もある。基本的に、再現性が得られやすい不具合は製品出荷前の試験によって検出される場合がほとんどであり、それ故に、対処も比較的容易である。
【００２３】
ところが、市場において初めて明らかになるような不具合の場合、不具合発生の再現性が得られるとは限らない。従って、原因を解明するにも不具合発生を再現できないために対処ができない場合があり得る。
【００２４】
そこで、本発明の他の目的は、一旦市場に出た装置において、ユーザから不具合発生の報告があった場合、その不具合発生メカニズムを解明するための１つの手がかりを得るとともに、市場におけるユーザの、場合によっては予期せぬ使用状況等を把握し、今後の製品開発における１つの指標とする事を目的とする。
【００２５】
すなわち、本発明では、制御プログラム内で交わされる、関数コール、プロセス間通信、ハードウェア状態情報通知等のシーケンスを参照データとして、実際の動作との比較から設計と異なる動作をしたモジュールを特定することができ、開発時に、品質、信頼性等の各種試験段階、および市場へ出てからと、全ての段階において、不具合が発生した場合における解析サポートが期待できる。特に、制御プログラムレベルでの問題箇所予測が可能であるため、開発者への迅速なフィードバックが可能となる。
【課題を解決するための手段】
【００２６】
前記目的を達成するため、本発明は、入力デバイスを備えた操作手段と、入力画像データに基づいて画像を作像する作像手段と、各部の制御を司る制御手段とを有する画像出力装置において、前記入力デバイスから入力された操作履歴を読み出し可能に記録する記録手段と、前記装置内の各部のハードウェアおよびソフトウェアの動作状態を逐次前記制御手段に通知する通知手段と、前記通知手段によって通知された情報に基づいて各操作に対する動作を逐次検証する検証手段と、前記装置内共通のタイマと、操作者が使用する際の操作手順と装置内部の詳細な情報に発生時刻情報と各操作に対する動作の検証結果を付加し、通信機能を介して外部の情報処理装置に逐次通知する手段と、前記装置の使用者に対し使用不能である旨、あるいは修理が必要である旨を知らせる手段と、前記制御手段は、前記使用不能状態あるいは修理が必要な状態と判断したときに、内部の動作状態情報および使用者による操作情報の取得を停止し、前記情報処理装置に不具合発生情報を送信し、情報の通知を停止する手段とを備え、前記制御手段は、前記装置が任意の操作者に使用される際の操作手順と、前記装置内部の詳細な情報を同時に取得し、前記通知手段は、通知すべき情報の発生時に前記タイマから得た時刻情報を付加し、発生時刻情報付き内部状態情報を前記制御手段に通知し、前記検証手段は、前記通知手段から前記制御手段に通知された内部状態情報に基づいて前記入力デバイスから入力された各操作に対する動作を逐次検証することを特徴とする。
【００２７】
この場合、前記装置の使用者に対し使用不能である旨、あるいは修理が必要である旨を知らせる手段を設け、前記制御手段は、前記使用不能状態あるいは修理が必要な状態と判断したときに、内部の動作状態情報および使用者による操作情報の取得を停止し、それまでに取得した情報の一部あるいは全部を各操作に対する動作の検証結果を付加して前記記録手段に保存するようにすることもできる。なお、前記記録手段に保存する際に、情報発生時刻順に並べ替えを行い、前記内部情報の発生時刻順に前記記録手段に保持するようにすることもできる。また、前記記録手段に保持する際に、情報を保持する記憶部の容量を超える場合には、詳細な装置内部情報に付加された発生時刻情報の古い物から順次破棄するようにすることもできる。
【００２８】
前記検証手段は、動作検証結果が正常でなかった場合に、ソフトウェアおよび／またはハードウェアのどの部分に問題がある可能性が高いかを示唆するようにすることもできる。
【００２９】
なお、前記記録手段に保持された検証結果およびこれに付随する情報を表示する表示手段を設けてもよく、この場合、前記表示手段は、動作の検証結果に警告レベルを付加し、表示対象となる警告レベル、あるいは警告レベルの範囲を指定し、所望の警告レベル、あるいは警告レベル範囲の検証結果のみを選択的に表示するようにすることもできる。
【００３０】
なお、前記記録手段に保存することに代えて、外部の情報処理手段に送信するように構成することも可能である。
【００３１】
前記構成をより具体的に述べると、第１の手段は、操作部に各種キー、タッチパネル等の入力デバイスを有し、内部にＣＰＵ／ＭＰＵあるいはその他の制御ユニットを持つ表示／印刷装置、および、その機能を持つ複写機、ファクシミリ、プリンタ、あるいはこれらの複合機能を持つ装置において、外部との通信機能を介して接続された外部のパーソナルコンピュータやワークステーション等の制御装置、あるいは、外部との通信機能の有無とは関係なく内部の制御装置または制御部に、上記各種キー、タッチパネル等の入力装置を介して行われた操作履歴を記録することが可能であり、さらに該装置内部の各種機能部、例えば画像形成部、定着部、帯電プロセス、搬送系、給紙ユニット、操作パネル、画像読み取り部、メモリ関連機構（画像データの圧縮伸長、転送、加工等）、通信関連機構（公衆回線通信、ＵＳＢ、ＩＥＥＥ１３９４，イーサネット（登録商標）、ＲＳ２３２Ｃ、パラレル等）、等々のハードウェア、ソフトウェア両者の動作状態を逐次通知する機構を備え、該装置が任意の操作者に使用される際の操作手順と、該装置内部の詳細な情報を同時に取得することが可能な装置で、該装置内部に共有のタイマを有し、該装置内部の詳細な情報を得る際に、各情報発生機構が通知すべき情報の発生時に速やかに時刻情報を付加し、発生時刻情報付き内部状態情報を制御部に通知する機能を備え、さらに、これら装置内部の詳細な情報に基づいて各操作に対する動作を逐次検証するようにした。その際、前記装置が、その機能の全部あるは一部を果たすことが不可能な状態となり、該装置の使用者に対し使用不可能である旨、あるいは修理が必要である旨を知らせる機能を有し、そのような使用不可能状態、あるいは修理が必要な状態と判断したときに、内部の動作状態情報、および使用者による操作情報の取得を停止し、それまでに取得した情報の一部あるいは全部を、各操作に対する動作の検証結果を付加して内部の不揮発性記録装置に保存し、また、所定の操作に従って前記保存情報を呼び出すことができるようにした。
【００３２】
第２の手段は、第１の手段において、任意の操作者が使用する際の操作手順と装置内部の詳細な情報に発生時刻情報と各操作に対する動作の検証結果を付加し、該情報を外部との通信機能を介して装置外部に接続されたパーソナルコンピュータやワークステーション等の制御装置に逐次通知する機能を有する装置が、その装置が本来有する機能の全部あるは一部を果たすことが不可能な状態になった際、該装置の使用者に対し使用不可能である旨、あるいは修理が必要である旨を知らせる機能を有し、そのような使用不可能状態、あるいは修理が必要な状態と判断したときに、内部の動作状態情報、および使用者による操作情報の取得を停止し、同時に、外部に接続された制御装置に対し不具合発生情報を知らしめ、情報の通知を停止する機能を設けた。
【００３３】
第３の手段は、第１の手段において、各種キー、タッチパネル等の入力装置を介して行われた操作履歴を記録する機能を有し、該装置内部の各種機能部のハードウェア、ソフトウェア両者の動作状態を逐次通知する機構を備え、該装置が任意の操作者に使用される際の操作手順と該装置内部の詳細な情報を同時に取得することが可能であり、該装置内部に共有のタイマを有し、該装置内部の詳細な情報を得る際に各情報発生機構が通知すべき情報の発生時に速やかに時刻情報を付加し、さらに各操作に対する動作の検証結果を付加する機能を有する装置で、発生時刻情報付き内部状態情報を保存する際に、逐次情報発生時刻順に並べ替えを行い、該内部情報の発生時刻順に内部の記憶装置に保持、あるいは外部に接続された制御装置に通知するようにした。
【００３４】
第４の手段は、第１または第３の手段において、各種キー、タッチパネル等の入力装置を介して行われた操作履歴を記録する機能を有し、該装置内部の各種機能部のハードウェア、ソフトウェア両者の動作状態を逐次通知する機構を備え、該装置が任意の操作者に使用される際の操作手順と該装置内部の詳細な情報を同時に取得することが可能であり、該装置内部に共有のタイマを有し、該装置内部の詳細な情報を得る際に各情報発生機構が通知すべき情報の発生時に速やかに時刻情報を付加し、さらに各操作に対する動作の検証結果を付加する機能を有し、これらの情報を内部制御装置に逐次通知する装置で、該装置内部の詳細な情報を内部に保持する際に、情報を保持する記憶部の容量を超える場合には、詳細な装置内部情報に付加された発生時刻情報の古い物から順次破棄するようにした。
【００３５】
第５の手段は、第１または第２の手段において、動作検証時に、実際の動作に問題がないと判断された場合、その動作に関して発生した各情報は保存しない、あるいは外部に接続された制御装置へ通知しないように設定できるようにした。
【００３６】
第６の手段は、第１または第２の手段において、動作検証に用いる内部情報として、装置内部のＣＰＵ／ＭＰＵあるいはその他の制御ユニットからなる制御部に実装されている制御プログラムで用いられている関数名、プロセス名、プロセス間通信におけるメッセージ名あるいはメッセージ、および、装置内部の各種機能部、例えば画像形成部、定着部、帯電プロセス、搬送系、給紙ユニット、操作パネル、画像読み取り部、メモリ関連機構（画像データの圧縮伸長、転送、加工等）、通信関連機構（公衆回線通信、ＵＳＢ、ＩＥＥＥ１３９４，イーサネット（登録商標）、ＲＳ２３２Ｃ、パラレル等）、等々のハードウェアと制御ソフトウェアとの通信メッセージ名あるいはメッセージを用い、動作検証結果が正常でなかった場合に、ソフトウェア・ハードウェアのどの部分に問題がある可能性が高いかを示唆することができるようにした。
【００３７】
第７の手段は、第１ないし第４の手段において、装置内部に保持された検証結果およびこれに付随する情報を、該装置に付属の操作機能を用い、該装置に付属の表示装置に表示することができるようにした。
【００３８】
第８の手段は、第７の手段において、動作の検証結果に警告レベルが付加され、表示対象となる警告レベル、あるいは警告レベルの範囲を指定し、所望の警告レベル、あるいは警告レベル範囲の検証結果のみを選択的に表示し、また、読み出しができるようにした。
【発明の効果】
【００３９】
以上のように構成された本発明によれば、装置の制御プログラムを中心とした外部アプリケーションに対する解析的なアプローチから、不具合発生時の問題箇所予測を実現することにより、より迅速な問題解決と品質の早期安定が可能な画像情報処理を行うことができる。具体的には、さらに下記に述べるような効果を奏する。
【００４０】
本発明によれば、装置内部の詳細な状態情報と、ユーザが操作パネルを介して操作した手順の情報を同時に取得すると共に、各情報より制御プログラムの動作が所定通りであるかを逐次検証して、その結果を含めて取得することが可能となり、これにより不具合発生時の原因解析に有効なデータを取得することができる。また、取得したデータを内部の記憶装置から直接読み出すことができるため、ネットワーク経由の解析や、装置の再起動が不可能なほどの不具合発生時でも記憶デバイスから直接データを取得することが可能となる。
【００４１】
また、本発明によれば、ネットワークに接続された装置の場合、遠隔地からの管理により運転している場合でも、より詳細な内部情報と検証結果を得ることが可能となり、不具合発生時の対処を迅速に行うことができる。
【００４２】
また、本発明によれば、特にネットワークに接続されない装置の場合、取得したログデータを不揮発性メモリに格納し、メモリへの上書きを停止するため、特に市場において、不具合発生までの記録を保持することができる。また、不具合により電源が遮断された場合でも、直前までのデータを取得／保持しておくことができる。
【００４３】
また、本発明によれば、取得したデータを発生時に付加された時刻情報を元に並べ替えて保持するため、より正確に内部データの取得と管理を行うことができる。
【００４４】
また、本発明によれば、有限である装置内の資源を最大限かつ有効に利用し、効率の良い不具合発生時の解析データを取得できる。
【００４５】
また、本発明によれば、ログデータ取得時に内部情報の検証を逐次行うため、不具合発生時の一次解析の手順を省略することが可能であり、また、一定レベル以上の問題となりうる動作を選択的に保存することが可能となり、不具合解析の高効率化、省リソース化を実現することができる。
【００４６】
また、本発明によれば、逐次検証の結果、問題無いと判断された情報を敢えて保存・通知しないことにより、リソースの節約が可能となる。
【００４７】
また、本発明によれば、取得対象となる情報を警告レベルで設定できるため、必要な情報のみを選択し、効率の良い解析が可能となる。
【００４８】
また、本発明によれば、装置内部の制御プログラムで用いられている情報を直接取得することにより、より的確に問題と予想される部分を解析することが可能となる。
【００４９】
また、本発明によれば、取得したデータを装置に付随した操作パネルを使用し、装置に付随した表示装置に表示させるため、ネットワーク等に接続されないスタンドアローンで使用される装置においても解析が可能となる。
【００５０】
また、本発明によれば、表示するデータを警告レベル単位で指定できるため、表示画面が限られる状況においても効率の良いデータの閲覧が可能となる。
【００５１】
さらに、本発明によれば、記録手段に保存することに代えて、外部の情報処理手段に送信するので、大量の情報であっても余裕をもって保存することが可能になり、また、装置自体が故障しても外部に情報を保存するので、情報を利用が確実に行える。
【発明を実施するための最良の形態】
【００５２】
以下、本発明の実施形態について図面を参照して説明する。
【００５３】
１．概略
本発明では、操作部の各種キー、タッチパネル等の入力デバイスから発せられる信号・メッセージ等の情報を制御するモジュールに、本来、前記情報を受け取るべきアプリケーション・プログラム等のモジュールへ情報を伝える手段に加え、前記情報の伝達と同時にモニタ・モジュールにも同等の情報を伝える手段を設けることにより、操作部から入力された情報をモニタすることを可能としている。また、入力デバイスからの情報に加え、装置内部の各機能部間、あるいは各機能部と制御部、さらには各機能部とアプリケーションとの間で交わされる情報を取得する機構を設けることにより、装置内部の伝達情報をモニタすることによって、装置に備えられた入力デバイスからの情報、および装置内部で伝達される各種情報を装置内部に保存、あるいは、装置外部とのインターフェイスを介して接続された外部システムに保存することができる。
【００５４】
このとき、入力デバイスから発せられる情報を制御するモジュールに付加された、該情報のテスト用モニタ・モジュールへの伝達手段による、操作部から入力された情報をモニタする手段において、モニタ結果、即ち、タッチパネル等の入力デバイスを操作した際に発せられる情報を、一旦メモリ内に保持し、このデータを上記の入力デバイス以外からの操作情報取得手段に対して、所定の順序・タイミングで順次発することにより、操作パネルからの手順を記録・再生する操作手順記録機能が可能となる。
【００５５】
さらに、前述の操作手順記録機能において記録される信号・メッセージ等の情報を、該情報に対応した表示形式に変換する機能を具備することによって、視認性の良い形式で表現することが可能になる。  入力デバイスを介して入力された操作を、逐次、上記の形式に変換する機能を具備することにより、この変換された記述言語を逐次表示する事で、操作と記述言語による表現との対応を容易に理解することが可能になると共に、操作手順の記述言語への変換が自動的に実行できる。
【００５６】
図１および図２に本発明のシステムの概要を示す。図１に示すように装置１００の制御部１０１はＯＳや各種デバイスドライバから構成される基部上に実装される。このＯＳ上に外部システム２００とのインターフェイス部１０２を構築し、これを介して外部システム２００との通信を実現する。検証モジュール１０３は装置１００内部の制御プログラム１０５で交わされる各種情報、例えば、制御プログラム１０５内部の関数コール、プロセス間通信、ハードウェア制御コマンド、およびハードウェアからの状態通知情報等１０４を逐次取得する。この検証モジュール１０３は、装置１００の動作に応じた参照データを選択し、この参照データと実際に装置１００内部で交わされる情報とを逐次比較検証することによって、各取得情報に対する判定を行う。
【００５７】
外部システム２００上には本装置に対応したインターフェイス部２０２が構築されており、これらを介してデータの交換等を実現する。これは、開発の段階では、例えば取得ログの表示プログラムや、取得ログデータの保存を行うことができる。なお、このような取得ログの表示プログラムや、取得ログデータの保存を行う機能部を符号２０２で、コード変換モジュールを符号２０３で、アプリケーション・プログラムを符号２０４でそれぞれ示す。
【００５８】
図２は外部とのインターフェイスを有しない例である。この場合、装置１００自体に取得ログの表示プログラムや警告レベル毎の情報表示プログラムを保持し、ログデータを格納する。
【００５９】
図３は本装置の操作パネルコントローラ部の構成を示すブロック図である。操作パネルコントローラ部３００はデバイスドライバ３１０およびウィンドウ・マネージャ３２０とからなり、システムモニタ／マネージャ３３０およびアプリケーション３４０と接続され、ユーザが行った操作パネル１１０（図４）からの入力はシステムキーモニタ３３１を経由して、入力を要求しているアプリケーション３４０、あるいはエンジンやその他のシステムサービス等に通知される。
【００６０】
デバイスドライバ３１０は、ブザードライバ３１１、ＬＥＤドライバ３１２、ＬＣＤドライバ３１３、タッチパネルドライバ３１４およびハードキードライバ３１５から基本的に構成されている。ウィンドウ・マネージャ３２０には、ライブラリ関数３２１、オブジェクトレコード３２２、アイテム検索部３２３およびハードキー入力部３２４が設けられている。
【００６１】
また、システムモニタ・マネージャ３３０には、前記システムキーモニタ３３１が設けられ、タッチパネルドライバ３１４からの入力がアイテム検索部３２３からタッチキーコードとしてシステムキーモニタ３３１に入力され、ハードキードライバ３１５からの入力がハードキー入力部３２４からハードキーコードとしてシステムキーモニタ３３１に入力され、それぞれアプリケーション３４０にタッチキー情報あるいはハードキー情報（システムキー以外）として入力される。アプリケーション３４０からはオブジェクト操作や描画指示が、また、システムモニタ／マネージャ３３０からはオブジェクト操作、描画指示あるいはアプリケーション切替入力がそれぞれ前記ライブラリ関数３２１に入力される。仮想画面（オブジェクトレコード）３２２を描く場合には、ライブラリ関数３２１から仮想画面描画３２５指示を受けて仮想画面を描くことになる。
【００６２】
２．第１の実施形態
図４は第１の実施形態に係る画像出力装置のシステム構成を示すブロック図である。
【００６３】
本実施形態では、装置１００側のモジュール、アプリケーションはＣ言語によって記述されており、外部制御システム２００としてはパーソナルコンピュータを用い、外部制御システム２００の記述言語はＣおよびＣ＋＋を用いた。これらは他のプログラミング言語、あるいはアセンブラ言語等を用いてもかまわない。装置１００と外部制御システム２００との通信にはイーサネット（登録商標）を利用した。これは、装置１００内部にイーサネット（登録商標）・インターフェースを備えたいわゆるネットワーク・プリンタの機能を含む装置を対象としたためである。また実装の状況に応じて、ＲＳ−２３２Ｃ、ＩＥＥＥ４８８／ＩＥＥＥ４８８.２（ＧＰ−ＩＢ）等を利用することも可能である。
【００６４】
各装置１００側の操作パネル１１０から、操作パネルコントローラ３００、システムモニタ／マネージャ３３０を経由して各アプリケーション・プログラム３４０に送られるキー押下情報（図３−タッチキーコード、ハードキーコード）を、外部制御システム２００とのインターフェイス部１０２を介して外部制御システム２００に伝送する機能を有する。これにより、操作パネル１１０から入力された一連の手続きを外部制御システム２００に記録することができる。ここで、操作パネル１１０はキー、タッチパネル、表示装置、ＬＥＤ等のインジケータ、ブザー等全てを含む。操作パネルコントローラ３００はこれら操作パネル１１０の制御を行い、上記操作パネル１１０のデバイスドライバとして機能する。
【００６５】
システムモニタ／マネージャ３３０は装置１００内制御部１１０の全体のリソース管理を行い、本実施形態はシステムモニタ／マネージャ３３０のキー操作情報に関する処理機能に、外部制御システム２００とのインターフェイス部１０２と情報の受け渡しを行う機能を追加することによって、キー押下情報の記録・再生機能を実現した。もちろん、システムの構成によっては、操作パネルコントローラ３００に相当する部分に同様の機能を追加することにより、操作／描画情報の記録機能を実現することもできる。あるいは、アプリケーション・プログラム自体に同様の機能を追加することにより、同様な記録機能を実現することもできる。
【００６６】
ユーザや評価担当者が操作パネル１１０からのキー入力を手動で行うような実際の使用状況においては、ユーザは自分の操作を確実に記憶している保証はないし、各種のテストを実施した場合においても、より複雑な操作を行った場合では、評価担当者が操作ミスを犯す場合もあり得る。したがって、このような状況においては、予期しない結果が得られた場合、果たして操作ミスなのか、アプリケーション・プログラム等の不具合なのか判断することが難しい場合が発生し得る。特に、膨大な量のテストを多種多様の機種に応じて実施する場合、テストに要する時間を短縮するために評価者は可能な限りの早さで操作を行うことが多く、操作ミスが発生する可能性も高くなってしまう。
【００６７】
本実施形態においては、ユーザや評価担当者が手動によって操作パネル１１０からキー入力を施す場合に、その一連の操作手順を、記録機能１０３２を用いて記録することにより、予期しない結果が得られた場合に、操作ミスか、あるいはアプリケーション等の不具合かを区別することができる。
【００６８】
また、本実施形態においては、キーの押下情報の記録のみならず、各アプリケーションの、操作パネルに対する表示情報（命令）を取得することを可能としており、表示完了前に操作を行ってしまうような操作ミスを検出することも可能であり、所定操作を行った場合の不具合とそのような操作ミスとを区別することが可能である。
【００６９】
本実施形態では、ユーザの操作パネル１１０を利用した操作情報がシステムモニタ／マネージャ３３０を介して各アプリケーション３４０に通知されるところをシステムモニタ／マネージャ３３０内部に同操作情報をログ保持機能１０３２に同時に通知する機能を追加し、操作情報をログにとる機能を実現している。
【００７０】
また、装置１００内部の各種システムにも同様に、発生した伝達情報を本来通知すべきアプリケーションやシステム、サービスの他に、同時にログ保持機能１０３２にも通知する機能を付加している。伝達情報としては、制御プログラムの各プロセス間通信、各種ハードウェアへの制御コマンド、およびハードウェアからの状態通知等がある。これにより、本装置１００は操作パネル１１０からの操作情報とともに装置１００内部の各種サービス、サブシステム１２０からのイベント情報を取得することができる。
【００７１】
また、これらの各種情報の発生時刻を付加する機能、すなわち時刻情報付加機能１３０を設けている。これにより、装置１００内のＯＳやシステムの動作状態によって、若干のタイムラグが発生して、イベント発生の情報伝達順序が入れ替わった場合でも、取得時刻情報順にデータの並べ替えを行うことで、より正確なログ情報を取得することが可能となる。
【００７２】
本実施形態では、これらの操作パネル１１０におけるキー操作情報、制御プログラム内部におけるプロセス間通信情報、各種ハードウェアへの制御コマンド、ハードウェアからの状態通知情報を逐次取得して、特定のイベントをトリガーとする一連の動作におけるこれら各種情報の動きを記述した参照データと照合する。この時、参照データファイルに同時に記載されている許容範囲に対し、警告フラグを付加するか否かを決定する。この許容範囲は対象となる情報の重要性や、タイミングの許容範囲から定められ、主として開発者によって設定される。また、許容範囲を多段に設定することにより、警告レベルを複数設けて動作の検証を実施している。なお、参照データは、図４に示すログ保持機能１０３２に保持される。なお、本実施形態では、特許請求の範囲の記載における制御手段は、操作パネルコントローラ３００、さらに詳しくは操作パネルコントローラ３００の図示しないＣＰＵが対応する。このＣＰＵは図示しないＲＯＭに格納されたプログラムに従い、図示しないＲＡＭをワークエリアとして使用しながらプログラムに沿った処理を実行する。
【００７３】
通常、ユーザのパネル操作によって装置１００の動作が決定される。例えば、複写機能を使用する場合、複写枚数や変倍率等の設定を行った後、スタートキーを押下することで一連の動作が開始する。本実施形態では、複写機能については、スタートキー押下時点の設定により、使用する参照データを決定する。ユーザが一連の複写機能を用いた操作の合間に割り込みキーによる別の作業を要求した場合、割り込み処理が終了するまでは割り込み処理開始時に決定される参照データを用いることになる。また、装置１００内部において致命的な不具合、あるいは予め設定されたレベルのエラーが発生した時点で、内部のログ保持機能１０３２へのデータ書き込みを停止する。
【００７４】
これにより、このような不具合が発生した際の、実際の操作手順、不具合発生までの内部状態の変移等の情報を失うことなく保持することが可能となる。
【００７５】
また、実際に市場に提供された製品において不具合が発生した場合でも、正確な操作手順と内部状態に関する情報を得ることが可能となり、市場における不具合発生に対して、迅速な対応が可能となる。従来、不具合発生時の操作情報は、ユーザから事情を徴収してさえも、正確な情報が得にくいのが実状であったが、本発明により、不具合発生時の正確な情報が得られる。
【００７６】
このログデータとして取得した操作情報、および装置内部の詳細な状態情報は装置内部のログ保持機能１０３２に保持するとともに、外部制御システム２００とのインターフェイス部１０２を介して外部の制御システム２００と接続され、外部制御システム２００に送信される。外部制御システム２００は、装置１００とのインターフェイス部２１０と、ログデータ保存、警告レベル表示、警告対象メッセージ表示などの各種機能を備えた機能部２２０とからなる。本実施形態では外部制御システム２００として、FreeBSD をＯＳとして搭載したパーソナルコンピュータを用いた。これはもちろん、他のＯＳを搭載したパーソナルコンピュータでも構わないし、ワークステーション等でも構わない。このように外部の制御システム２００と接続された場合、装置１００内部で取得した装置１００内部の詳細な状態情報や、操作パネル１１０を用いたユーザの操作情報を外部装置２００内に保存することが可能となる。この保存は、例えば前記機能部２２０で行われる。
【００７７】
通常、装置１００内部にデータを保存する場合、それほど大きな容量を確保することは難しいが、例えば、製品出荷前の連続運転における内部状態のログを取得する場合など、上記のように外部制御システム２００と接続することによって大量のデータを取得することが可能となる。これによって、装置１００内の詳細な情報と操作パネル１１０を介したユーザの操作を関連づけることが可能な一連のデータを取得し、不具合等が発生した場合に原因を究明するための情報の１つとして、内部の動作が期待したとおりであったかを内部情報のシーケンスという形で取得し、所定動作を逸脱している場合には、それがいかなる情報に起因するかを明確にすることが可能となる。
【００７８】
３．第２の実施形態
図５は第２の実施形態に係る画像出力装置のシステム構成を示すブロック図である。
【００７９】
本実施形態は、例えば、複写機能のみを持つ複写機等のテスト・評価に対して有効なものである。本実施形態では、特に外部とのインターフェイス部１０２を備えず、操作パネル１１０から入力された操作手順を記録する手段、すなわち、前記ログ保持機能１０３２を内部に備えた構成としたもので、図５において網点で示した部分が第１の実施形態から削除されたような構成である。他の機構については前述の第１の実施形態と同様に構成され、同様に動作する。
【００８０】
取得された操作手順は内部メモリ（ログ保持機能）１０３２に格納され、やはり、ある特定のパネル操作によって消去することができる。これにより、特別な評価システムを準備することなく、操作パネル１１０を介して行われる入力によるテスト・評価が実施できる。特に、市場に出された装置においても、サービスマン等が容易にチェックすることが可能となる。
【００８１】
また、本実施形態では、警告レベルを５段階に設定しており、指定レベルより低レベル（問題が少ないと考えられるレベル）については記録しない設定と、全てのレベルを記録しておき、操作パネルからの表示要求時に表示レベルを指定できるようにした。また、レベルを指定する際に複数レベルの指定と、レベルの範囲指定も可能とした。
【００８２】
図６に示すように、取得したログは所定の操作によりログ保持機能１０３２から読み出して装置１００本体の操作パネル１１０に設けられた表示デバイスに表示させることができる。本実施形態では表示デバイスは操作パネル１１０に設けられているが、もちろん個別に実装されていても構わない。
【００８３】
本実施形態では、装置１００内部に組み込まれるテスト・評価用モジュールのコードのサイズを可能な限り低減するため、外部制御システム２００との通信機能部を備えていないが、もちろん、外部制御システム２００との通信機能を有する装置において、外部制御システム２００と内部の両方に、上記の操作手順の記録機能を持ってもかまわない。
【００８４】
その他、特に説明しない各部は、前記概略構成および第１の実施形態と同等に構成されているので、重複する説明は省略する。
【００８５】
４．第３の実施形態
図７は第３の実施形態に係る画像出力装置のシステム構成を示すブロック図である。
【００８６】
この実施形態は、装置１００内部で取得した内部情報のログデータを直接読み出す例である。これは装置１００において致命的な不具合が発生した場合、第２の実施形態で述べたような方法も使用できないような事態に落ちついた場合を想定したものである。
【００８７】
本実施形態では装置１００内部で取得する内部状態ログデータは、ログ取得用に完全に分離されたメモリ（ログ保持機能）１０３２内に保持される。本実施形態では、このメモリデバイスとして、ＩＣカードのメモリを利用したが、これ以外にも、スマートメディア等でも良い。もちろん、その目的は装置自体が正常に機能しないような不具合が発生した場合でも、それまでに取得しておいた内部情報を確実に得ることができるようにすることにある。従って、場合によってはフレキシブル・ディスクや内部のハードディスクを利用する方法も考えられる。もちろん、内部のハードディスクを利用する場合には、そのハードディスクを取り出し、別の装置に据え付け、読み出す必要がある。
【００８８】
このようにメモリ１０３２をログ保持機能として使用した場合、メモリ１０３２に外部からアクセスして読み出したり、メモリ１０３２を取り外して読み取り装置に掛けて読み出したりすることができる。そのため、装置１００自体が機能しなくなるほどの不具合が発生した場合でも、そのような不具合が発生するまでのユーザの操作と内部の詳細な状態情報を得ることが可能となる。
【００８９】
その他、特に説明しない各部は、前記概略構成および第１および第２の実施形態と同等に構成されているので、重複する説明は省略する。
【図面の簡単な説明】
【００９０】
【図１】本発明の実施形態に係る画像出力装置のシステムの概要を示す図である。
【図２】本発明の実施形態に係る外部とのインターフェイスを有しない画像出力装置のシステムの概要を示す図である。
【図３】本発明の実施形態に係る画像出力装置の操作パネルコントローラ部の構成を示す図である。
【図４】本発明の第１の実施形態に係る画像出力装置のシステム構成を示す図である。
【図５】本発明の第１の実施形態に係る画像出力装置のシステム構成を示す図である。
【図６】本発明の第２の実施形態に係る画像出力装置のシステム構成を示す図である。
【図７】本発明の第３の実施形態に係る画像出力装置のシステム構成を示す図である。
【符号の説明】
【００９１】
１００  画像出力装置
１０１  システム部
１０２  インターフェイス部
１０３  検証モジュール
１０４  下位モジュール
１０５  制御プログラム
１１０  操作パネル
１２０  装置内部各種システム
３００  操作パネルコントローラ
３１０  デバイスコントローラ
３２０  ウィンドウ・マネージャ
３３０  システムモニタ／マネージャ
３４０  アプリケーション
１０３１  動作検証プログラム
１０３２  ログ保持機能
【図１】
2008271573.tif 000003
【図２】
2008271573.tif 000004
【図３】
2008271573.tif 000005
【図４】
2008271573.tif 000006
【図５】
2008271573.tif 000007
【図６】
2008271573.tif 000008
【図７】
2008271573.tif 000009