(57)【要約】【課題】障害が発生した際には、原因解析等に必要な障害情報を外部機器の要求に応じて確実に送出できるような制御装置とそれを備えた画像形成装置を提供する。【解決手段】互いに関連し、それぞれが外部機器との通信手段５ａ，５ｂを有する少なくとも２以上の制御ユニット２ａ，２ｂを備えた制御装置１であって、前記の通信手段５ａ，５ｂを介して接続した外部機器９からの指示に応答して、障害情報を外部機器に送出する障害情報送出手段７ａ，７ｂを備えている。前記の通信手段５ａ，５ｂは、装置電源６をオフすることなく接続可能なインタフェースで、例えば、ＵＳＢインタフェースが用いられる。【選択図】図１
2007328425.tif 000002
【特許請求の範囲】
【請求項１】
互いに関連し、それぞれが外部機器との通信手段を有する少なくとも２以上の制御ユニットを備えた制御装置であって、
前記通信手段を介して接続した外部機器からの指示に応答して、障害情報を前記外部機器に送出する障害情報送出手段を備えていることを特徴とする制御装置。
【請求項２】
前記通信手段は、装置電源をオフすることなく接続可能なインタフェースであることを特徴とする請求項１に記載の制御装置。
【請求項３】
前記通信手段がＵＳＢインタフェースであることを特徴とする請求項２に記載の制御装置。
【請求項４】
前記外部機器が接続されたとき、障害解析用のデバイス識別情報を送出することを特徴とする請求項３に記載の制御装置。
【請求項５】
前記外部機器が接続されたとき、障害解析用のコンフィグレイションを送出することを特徴とする請求項３に記載の制御装置。
【請求項６】
前記外部機器が接続された制御ユニットを介して、他の制御ユニットの障害発生情報を前記外部機器に送出することを特徴とする請求項１〜５のいずれか１項に記載の制御装置。
【請求項７】
請求項１〜６に記載の制御装置を備えていることを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メイン制御部、画像処理部等、少なくとも２つ以上の独立して制御可能な制御ユニットを備えた制御装置及び画像形成装置に関する。
【背景技術】
【０００２】
情報処理装置等で障害が発生した場合、通常、障害発生のトレース情報及び障害ログ情報は、指定エリア或いは指定ファイルに格納され、後に格納された障害情報を読み出して障害の原因解明等が行われている（例えば、特許文献１参照）。また、バグの確認、発見をするのに、バグ発生の制御ユニットに外部からデパッグ端末を接続して、動作状態を端末に表示させて行っている（例えば、特許文献２参照）。
【０００３】
また、上記の特許文献２では、ＣＰＵ、ＲＯＭ，ＲＡＭ等がそれぞれ搭載され、独立して処理が可能な制御ユニットを複数搭載した情報処理装置において、制御ユニット間をシリアル接続して、一方の制御ユニットの動作状態を他方の制御ユニットを介して表示させることが開示されている。
【特許文献１】特開平１０−２６９１１１号公報
【特許文献２】特開２００５−２９２９８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
情報処理装置等でプログラム等に障害が発生した場合、従来は特許文献１にも開示されているように、装置の動作履歴、メモリやレジスタの状況をＥＤＤ、ＥＥＰＲＯＭ、フラッシュメモリ等の記憶装置に記憶させておき、装置を再起動させて障害発生の内容を解明している。しかしながら、障害発生の原因解明に必要とされる全ての情報が記憶されていない場合が多い。これは、障害情報を格納する指定エリアのサイズの問題もあるが、障害発生時の保存しておくべき情報量がどの位あるのか事前に把握することが難しく、原因解明に必要な情報かを選択することも障害内容によって異なるので容易ではない。また、障害が発生した際に装置電源を切ってしまうと、消滅してしまう内容の障害もあるので、電源を切らない状態で障害内容を取得することが必要な場合もある。
【０００５】
エラーや暴走等の障害発生には、その情報処理装置に固有の障害であるのか、他にも共通する基本的なものなのか、障害内容そのものが多種多様であることが多い。また、複数の独立して制御可能な制御ユニットを備えている場合、障害の生じている制御ユニットとの接続ができなくなって、障害情報を取り出すことができなくなることがある。このため、特許文献２に開示のように、ユーザの連絡でサービスマンが出向いて、制御ユニットに対し持参のデバッグ端末等を接続し、あるいはネットワーク端末に障害内容を表示させても、障害発生の原因を解明することが難しい場合がある。
【０００６】
このような場合は、サービスマンは、情報処理装置等の制御装置内に格納されている障害情報を、例えば、ＵＳＢメモリ等に取出し、これを持ち帰って詳細な原因解析を行うこととなる。しかしながら、正常な情報処理装置で障害内容を再現させて解析しようとしても、上述した理由等により原因解析に必要な十分な情報が得らず再現できなかったり、再現できたとしても必要な情報が欠落していたりして、障害解明に多大な労力を要することがあった。
【０００７】
本発明は、上述した実情に鑑みてなされたもので、障害が発生した際には、原因解析等に必要な障害情報を外部機器の要求に応じて確実に送出できるような制御装置とそれを備えた画像形成装置の提供を目的とする。
【課題を解決するための手段】
【０００８】
本発明による制御装置及び画像形成装置は、互いに関連し、それぞれが外部機器との通信手段を有する少なくとも２以上の制御ユニットを備えた制御装置であって、前記の通信手段を介して接続した外部機器からの指示に応答して、障害情報を外部機器に送出する障害情報送出手段を備えている。前記の通信手段は、装置電源をオフすることなく接続可能なインタフェースで、例えば、ＵＳＢインタフェースが用いられる。
また、外部機器が接続されたとき、制御装置側からは、障害解析用のデバイス識別情報、障害解析用のコンフィグレイションを送出するようにする。また、外部機器が接続された制御ユニットを介して、他の制御ユニットの障害発生情報を前記外部機器に送出するようにしてもよい。
【発明の効果】
【０００９】
本発明によれば、制御装置に障害が発生したとき、接続された外部機器により必要とする障害情報を確実に取得することができ、他の正常な情報機器に障害動作等を再現して、早期の原因解明とこれに対する適切な対応策をたてることが可能となる。また、障害発生が生じている制御ユニットから直接に障害情報を取得できなくても、他の正常な制御ユニットを介して必要な障害情報の取得が可能となる。
【発明を実施するための最良の形態】
【００１０】
図１により、本発明の概略を説明する。本発明における制御装置とは、少なくとも２以上の複数の制御ユニットを備えた情報処理装置を対象とする。本発明を分かりやすくために、例えば、デジタル複合機のように装置内の全体を制御するメイン制御ユニット２ａの他に、画像処理等の画像形成に係る制御を行う画像制御ユニット２ｂというように、２組の制御ユニットを備えている制御装置１を想定する。
【００１１】
ここで、メインの制御ユニット（ＭＣＵ）２ａと画像の制御ユニット（ＩＣＵ）２ｂには、ＣＰＵ（３ａ，３ｂ）、ＳＤＲＡＭ（４ａ、４ｂ）がそれぞれ搭載されていて独立して動作することが可能であるが、相互に関連付けられている。また、制御ユニット２ａと制御ユニット２ｂは、それぞれが外部機器やメモリ装置と通信が可能な通信手段としてのインタフェース（５ａ，５ｂ）を備えている。なお、ＭＣＵ２ａとＩＣＵ２ｂとの関係は、例えば、ＭＣＵ２ａ側がメカ制御、シーケンスを司り、ＩＣＵ２ｂ側がＭＣＵ２ａ側からの要求にしたがって画像形成制御を行うものとする。
【００１２】
ＭＣＵ２ａ側のＳＤＲＡＭ４ａは、例えば、外部通信用のコマンドバッファ、各種データを出し入れするスタック、メモリプール、設定値やカウンタ情報を扱う作業用メモリとするほか、タスク間のコマンド履歴や上述の障害内容を格納するのに用いられる。また、ＩＣＵ２ａ側のＳＤＲＡＭ４ｂも同様で、外部通信用のコマンドバッファ、各種データを出し入れするスタック、メモリプール、設定値やカウンタ情報を扱う作業用メモリとするほか、タスク間のコマンド履歴や上述の障害内容を格納するのに用いられる。
【００１３】
また、ＭＣＵ２ａとＩＣＵ２ｂとは、シリアル接続されていて、それぞれの情報を送受信することが可能に構成され、例えば、ＩＣＵ２ｂの障害情報等をＭＣＵ２ａに送信し、このＭＣＵ２ａのインタフェース５ａを経て、ＩＣＵ２ｂの情報を外部機器９に送出することができる。反対に、ＭＣＵ２ａの障害情報等をＩＣＵ２ｂに送信し、このＩＣＵ２ｂのインタフェース５ｂを経て、ＭＣＵ２ａの情報を外部機器９に送出するようにすることもできる。
【００１４】
上述のような制御装置１において、プログラムの実行中に何らかの障害が発生した場合、通常は、その障害内容をＳＤＲＡＭ４ａ，４ｂの設定された指定エリア８ａ，８ｂに格納しておき、後に障害内容を取出して原因を解析できるようにされる。この障害内容を格納する指定エリア８ａ，８ｂは、それぞれの制御ユニット２ａ，２ｂに独立して設けることができ、それぞれの障害情報を格納、蓄積することができる。この障害情報は、サービスマン等により、装置の表示部に生じさせて原因を解析し障害除去を行うか、又は、インタフェース（５ａ，５ｂ）で外部メモリを接続して、制御ユニット内に格納されている障害情報をコピーし、これを持ち返って他の正常な情報処理装置で再現させたりして、詳細な原因解析を行うことが可能である。
【００１５】
しかし、この障害発生内容を格納する指定エリア８ａ，８ｂは、通常、格納サイズあるいは格納件数等が決められていて、その範囲内でサイクリックに使用される。このため、障害の発生内容によっては、最初の障害発生状態が後の内容で上書きされたり、あるいは、障害の後の部分は格納されずに消失されてしまうことがある。また、障害発生内容によっては、装置電源６をオフすると、障害内容が消滅することもあり、指定エリア８ａ，８ｂに格納された障害内容を読取るだけでは、正確な障害内容を取得できない恐れがある。このため、制御ユニットの障害内容を格納するエリアのサイズを増やすだけでは、障害発生を精度よく再現できず、原因解明を容易にすることが難しい場合がある。
【００１６】
本発明においては、制御装置１に障害が発生した際には、制御装置１と送受信が可能な外部機器９を接続し、外部機器９からの指示により必要な障害情報を送出できる障害情報送出手段（７ａ，７ｂ）を備えている。外部機器９は、例えば、障害情報解析のアプリケーションが搭載されたＰＣ端末で、サービスマン等がユーザからの障害発生の連絡を受けた際に、障害情報取得のために持参するような端末である。
【００１７】
外部機器９は、障害の発生した制御装置１の制御ユニット２ａ，２ｂの何れかのインタフェース５ａ又は５ｂに接続される。インタフェース５ａ，５ｂは、電源オンの状態で挿抜可能なインタフェースが望ましく、例えば、ＵＳＢインタフェースが用いられる。なお、他にＩＥＥＥ１３９４規格によるインタフェースを用いることもできる。なお、ＵＳＢインタフェースを用いることにより、制御装置１に障害が発生したときに、装置電源をオフにしない状態で外部機器９の接続を行うことができ、電源オフによる障害情報の消失を回避することができる。
【００１８】
外部機器９は、インタフェース５ａ又は５ｂの何れにも接続することができるが、障害発生によりインタフェースが動作しない場合もある。このような場合は、障害の発生していない側の制御ユニットのインタフェースを介して、他方の制御ユニットの障害情報を取得することとなる。例えば、図１に示すように、ＩＭＣ２ｂ側に障害が発生し、このＩＭＣ２ｂ側のインタフェース５ｂが動作しない状態にある場合は、正常に動作しているＭＣＵ２ａ側のインタフェース５ａに外部機器９を接続する。
【００１９】
外部機器９は、望ましくは制御装置１に障害が発生し装置電源がオンされたままの待機状態にあるときに接続する。接続後、プロトコルＩＤ等の送受信で通信可能状態になると、外部機器９から障害情報を取得するためのコマンドが送出される。制御装置１は、この外部機器９からの指示に応答して、必要な障害情報を外部機器９に送出する。この場合、外部機器９からの指示は、正常又は動作可能なＭＣＵ２ａからシリアル接続を通じて障害の発生しているＩＭＣ２ｂに伝送される。これを受けて、ＩＭＣ２ｂ側では、ＩＭＣ２ｂで生じている障害発生状況やＳＤＲＡＭ４ｂの指定エリア８ｂに格納されている障害情報を、ＭＣＵ２ａ側の障害情報送出手段７ａに送出する。障害情報送出手段７ａは、外部機器９から指示されたＩＭＣ２ｂ側の障害情報をインタフェース５ａを通して外部機器９に送出する。
【００２０】
制御装置１の障害情報を取得した外部機器９は、障害ログ等の内容の解析を行い、この後、制御装置１の障害修復を行うか、障害解析や修復が簡単でない場合は、持ち帰るなどしてさらに詳細な解析を行うことができる。この場合は、外部機器９が取得した障害情報を正常な情報処理装置を用い再現して解析することもできる。
【００２１】
次に、図２の障害情報取得のシーケンスにより、本発明による上述の制御装置で障害が発生したときの障害情報取得の一例について説明する。なお、制御装置は、図１で説明した少なくとも２つの制御ユニットを備え、それぞれがＵＳＢインタフェースを有し、制御ユニットの何れか一方あるいは双方に障害が発生したものとする（ステップＳ１０）。制御装置にエラー、暴走等の障害が発生すると、その障害内容等は制御ユニット内のＳＤＲＡＭの指定エリアに、エラーコード、このエラーコードに応じた障害解析情報、プロトコルＩＤ等が格納される（ステップＳ１１）。障害が発生した場合は、エラーコードの内容に応じて、装置電源を切らずにオンの状態に保持して待機状態にしておくようにする。
【００２２】
制御装置に障害が発生し待機状態にあるときに、制御ユニットの何れかのＵＳＢ端子に、外部機器（デバッグ用ＰＣ端末等）からのＵＳＢ端子を接続する（ステップＳ１２）。外部機器と制御装置とがＵＳＢ端子で接続されると、外部機器がホスト側となって、制御装置の制御ユニット（ＵＳＢデバイスとなる）に対して、プラグアンドプレイによる接続設定が実行される。先ず、ＵＳＢ端子のＤ＋端子が所定の電位となったことを検出して、ＵＳＢの接続が確認される（ステップＳ１３）。ＵＳＢの接続が確認されない場合は、接続が確立していないとして待機状態となる。ＵＳＢ端子の接続が確認されると、その通信速度を検出し（ステップＳ１４）、通信速度が設定される。
【００２３】
また、外部機器側から制御装置の制御ユニットに対して「Get_Descriptor(Device)」のコマンドを送信し、デバイス内に保持されているデバイスディスクリプタ（Device Descriptor）の転送を要求する（ステップＳ１５）。制御ユニット側のデバイスディスクリプタには、製品ＩＤ、シリアル番号等のデバイスに関する情報の他、サポートするコンフィグレイション（Configuration：動作モード）の数が含まれていて、外部機器からの要求に応じて外部機器に転送される（ステップＳ１６）。
【００２４】
図３（Ａ）は、デバイスディスクリプタの一例を示す概念図で、１〜１７のオフセットが示され、ＵＳＢのバージョン、ベンダーＩＤ、製品ＩＤ、製造者、製品名を示す文字列のインデックス等の情報が記述されている。このうちで、オフセット１２は、デバイスのレリース番号を記述するようになっているが、プラグアンドプレイでの関わりが薄く重要な項目ではないため、通常使用されておらずユーザに開放されている。そこで、制御装置にトラブルが生じたときに、このオフセット１２に障害発生に関する情報（数値）を入れることにより、外部機器に通知したときに、プロトコルＩＤに代えて障害解析用の情報（ＩＤ）とすることができる。
【００２５】
また、オフセット１７で、コンフィグレイションの数を記述しているが、通常、この数は「１」で設定され、１つのコンフィグレイションディスクリプタが使用する設定となっている。図３（Ｂ）は、コンフィグレイションディスクリプタの一例を示す概念図で、オフセット１〜３１の第１のコンフィグレイションと、これとほぼ同様な構成のオフセット３２〜６９の第２のコンフィグレイションとがあり、通常は、第１のコンフィグレイションが使用され、第２のコンフィグレイションのオフセット４０〜６９（８ビット×４）は空きになっていて、ユーザが自由に使用できる。
【００２６】
したがって、デバイスディスクリプタで、例えば、制御装置にトラブルが生じたときにコンフィグレイションの数を「２」と書き換えることにより、オフセット番号４０〜６９を使用することが可能となる。この情報領域に障害の発生に関する情報を入れることにより、外部機器に通知したときに障害発生を認識する情報（エラー番号等）とすることができる。
【００２７】
図２に戻って、外部機器側に上述の障害解析用の情報を含むデバイスディスクリプタが転送され、外部機器がデバイスディスクリプタを取得すると（ステップＳ１７）、障害が生じている制御装置のデバイスが認証される。次いで、このデバイスに対して、使用していないアドレスを付与し、制御装置には「Set_Addres」のコマンドを送信する（ステップＳ１８）。この時点で、制御装置のデバイス側は特定のアドレスを持つこととなり、以後はこのアドレスを用いて通信を行うこととなる。
【００２８】
次に、外部機器側から制御装置の制御ユニットに対して、動作モードに関する「Get_Descriptor(Configuration)」のコマンドが送信され、デバイス内に保持されているコンフィグレイションディスクリプタ（Configuration Descriptor）の転送を要求する（ステップＳ１９）。制御ユニット側のコンフィグレイションディスクリプタには、上述した図３（Ｂ）に示すように、動作モードに対応する電流値が含まれ、また、上記の障害発生に関する情報も含めることが可能とされていて、外部機器からの要求に応じて外部機器に転送される（ステップＳ２０）。なお、この他に外部機器側から制御装置の制御ユニットに対して、言語、シリアル番号、プロダクト名等「Get_Descriptor,String」のコマンドでインデックス番号を指定して要求することもできる（図２では省略）。
【００２９】
外部機器側に上述の障害解析用の情報を含むコンフィグレイションディスクリプタが転送され、外部機器が取得する（ステップＳ２１）と、外部機器の障害情報に関するアプリケーションが起動される（ステップＳ２２）。そして、外部機器からは、制御装置の障害発生の原因解明に必要な情報を取得するためのコマンドが制御装置に対して送信される（ステップＳ２３）。制御装置側は、受信したコマンドに対応した障害情報を、格納している障害情報の中から、或いは、実際に生じている状態のデータ等から収集し（ステップＳ２４）、集めた障害情報を外部機器に送出する（ステップＳ２５）。
【００３０】
制御装置から送出された原因解明に必要な障害情報は、外部機器内にて取得され（ステップＳ２６）、外部機器により直接解析されるか、或いは、別途他の制御装置に転送して障害発生の状況を再現させて解明するのに供される（ステップＳ２７）。
【００３１】
図４は、上述した制御装置を、複写装置、プリンタ装置、ファクシミリ装置、及びスキャナ装置等としての複数の機能を有している画像形成装置（例；デジタル複合機）に適用した例を説明する図である。
画像形成装置の一例として示すデジタル複合機（以下、複合機という）１０は、通信部２３により社内ＬＡＮ等の通信ネットワークを介して、複数の複合機と接続とされ、相互に情報の交換が可能とされている。また、インターネット等の広域通信ネットワークにも接続され、外部機器のインターネットＦＡＸや外部ＰＣとの間でも情報の送受信が行われる。さらに、ＦＡＸモデム２４により、電話回線網を通じて他のファクシミリ装置との通信を行うこともできる。
【００３２】
複合機１０は、図１のＭＣＵ制御ユニット２ａに相当する機器制御部１２ａ、図１のＩＣＵ制御ユニット２ｂに相当する画像形成部１２ｂを備える。機器制御部１２ａは、制御ユニット２ａと同様な機能を有するＣＰＵ１３ａ、メモリ（ＲＡＭ）１４ａ、障害情報送出手段１７ａを備え、また、この機器制御部に１２ａに直接接続できるＵＳＢインタフェース１５ａが設置されている。画像形成部１２ｂも同様に、ＣＰＵ１３ｂ、メモリ１４ｂ、障害情報送出手段１７ｂを備え、この画像形成部１２ｂに直接接続できるＵＳＢインタフェース１５ｂが設置されている。
【００３３】
機器制御部１２ａには、デジタル複合機が行う処理を管理する管理制御情報（各種の制御情報）を記憶する管理部２６が接続され、また、記録用紙に記録された画像等を読み取って画像データを生成する画像読取部２１が接続されている。なお、画像読取部２１には、原稿の画像データを取り込むためのスキャナ（ＣＣＤ等）と、原稿の有無を検知する原稿検知センサを有している。さらに、機器制御部１２ａには、ハードディスク装置（ＨＤ）２５が接続されていて、ＨＤ２５は、画像読取部２１が生成した画像データ等の画像処理に係るデータを記憶保持することができる。
【００３４】
また、機器制御部１２ａには、使用者による入力を行う操作部２２が接続されている。操作部２２は、制御命令などの情報を入力するタッチパネル又はテンキー等の入力部、操作のための情報を表示する液晶表示等の表示部を有している。この操作部２２では、複合機１０の管理者や利用者を認証する認証コード等の入力も行われる。なお、認証コードは、ＦＡＸモデム２４や通信部（ＮＩＣ）２３を介して外部から入力される場合もある。
【００３５】
画像形成部１２ｂは、機器制御部１２ａとはシリアル接続され、読み取った画像データを一時的にメモリ１４ｂに記憶し、メモリ１４ｂに記憶された画像データから画像を形成して記録用紙に印字する印字部２７を備えている。これにより、複合機１０は、画像読取部２１で生成した画像データをメモリ１４ｂに記憶させた後、印字部２７で画像を形成する複写機として機能する。また、画像形成部１２ｂで形成された画像データを外部に送信したり、外部からの画像データを受信して画像形成部１２ｂで画像を形成することができ、ファクシミリ装置やプリンタとしても機能する。
【００３６】
上述のように構成された複合機１０において、プログラムの実行中に何らかの障害が発生した場合、その障害内容をメモリ１４ａ又は１４ｂ内に設定された指定エリアに格納しておき、後に障害内容を取出して原因を解析できるようにされる。この障害内容を格納する指定エリアは、それぞれの機器制御部１２ａ或いは画像形成部１２ｂのそれぞれに独立して設けることができ、それぞれの障害情報を格納、蓄積することができる。この障害情報は、サービスマン等により、装置の表示部に生じさせて原因を解析し障害除去を行うか、又は、ＵＳＢインタフェース（１５ａ，１５ｂ）に外部メモリを接続して、制御ユニット内に格納されている障害情報をコピーし、これを持ち返って他の正常な情報処理装置で再現させたりして、詳細な原因解明を行うことも可能である。
【００３７】
本発明においては、複合機１０に障害が発生した際には、複合機１０と送受信が可能な外部機器９を接続し、この外部機器９からの指示により必要な障害情報を送出できる障害情報送出手段（１７ａ，１７ｂ）を備えている。外部機器９は、例えば、障害情報解析のアプリケーションが搭載されたＰＣ端末で、サービスマン等がユーザからの障害発生の連絡を受けた際に、障害情報取得のために持参するような端末である。
【００３８】
外部機器９は、複合機１０に障害が発生すると、機器制御部１２ａのＵＳＢインタフェース１５ａ、又は、画像形成部１２ｂのＵＳＢインタフェース１５ｂの何れかに接続される。なお、ＵＳＢインタフェース１５ａ，１５ｂを用いることにより、制御装置１に障害が発生したときに、複合機１０をオフにしない状態で外部機器の接続を行うことができ、電源オフによる障害情報の消失を回避することができる。
【００３９】
外部機器９は、ＵＳＢインタフェース１５ａ又は１５ｂのいずれにも接続することができるが、障害発生によっては、その障害が生じている側のＵＳＢインタフェースが動作しない場合もある。このような場合は、障害の生じていない側のＵＳＢインタフェースを介して、他方の側の障害情報を取得することとなる。例えば、画像形成部１２ｂ側に障害が発生し、そのＵＳＢインタフェース１５ｂが動作しないような場合は、正常に動作している機器制御部１２ａ側のＵＳＢインタフェース１５ｂに外部機器９を接続する。
【００４０】
外部機器９が複合機１０に接続され、図３で説明したようなＵＳＢ接続によるプラグアンドプレイによる接続が確立し送受信による通信可能状態になると、外部機器９から障害情報を取得するためのコマンドが送信される。複合機１０は、この外部機器９からの指示に応答して、必要な障害情報を外部機器９に送信する。この場合、外部機器９からの指示は、正常又は動作可能な機器制御部１２ａからシリアル接続を通じて障害の発生している画像形成部１２ｂに伝送される。これを受けて、画像形成部１２ｂ側では、画像形成部１２ｂで生じている障害発生状況やメモリに格納されている障害情報を、機器制御部１２ａ側の障害情報送出手段１７ａに送出する。障害情報送出手段１７ａは、外部機器９から指示された画像形成部１２ｂ側の障害情報をＵＳＢインタフェース１５ａを通して外部機器９に送出する。
【００４１】
複合機１０の障害情報を取得した外部機器９は、障害ログ等の内容の解析を行い、この後、複合機１０の障害修復を行うか、障害解析が簡単でない場合は、持ち帰るなどしてさらに詳細な解析を行うことができる。この場合は、外部機器９が取得した障害情報を正常な他の複合機を用いて再現し、より詳細な解析を行うこともできる。
【図面の簡単な説明】
【００４２】
【図１】本発明の概略を説明する図である。
【図２】本発明における障害取得シーケンスの一例を説明する図である。
【図３】本発明で用いるデバイスディスクリプタ及びコンフィグレイションディスクリプタの一例を示す図である。
【図４】本発明の画像形成装置を説明する図である。
【符号の説明】
【００４３】
１…制御装置、２ａ，２ｂ…制御ユニット、３ａ，３ｂ…ＣＰＵ、４ａ，４ｂ…ＳＤＲＡＭ、５ａ，５ｂ…インタフェース（ＵＳＢ）、６…装置電源、７ａ，７ｂ…障害情報送出手段、８ａ，８ｂ…指定エリア、９…外部機器、１０…デジタル複合機、１２ａ…機器制御部、１２ｂ…画像形成部、１３ａ，１３ｂ…ＣＰＵ、１４ａ，１４ｂ…メモリ、１５ａ，１５ｂ…ＵＳＢインタフェース、１７ａ，１７ｂ…障害情報送出手段、２１…画像読取部、２２…操作部、２３…通信部（ＮＩＣ）、２４…ＦＡＸモデム、２５…ハードディスク装置（ＨＤ）、２６…管理部、２７…印字部。
【図１】
2007328425.tif 000003
【図２】
2007328425.tif 000004
【図３】
2007328425.tif 000005
【図４】
2007328425.tif 000006