(57)【要約】【課題】障害が発生した場合に他のシステムへの影響を考慮した運用を行うことができる情報処理装置を提供すること。【解決手段】本発明は、制御部に接続され、その制御部からの指示に基づいて所定の処理を実行する情報処理装置であり、内部の処理に関する障害が発生したことを検出する障害発生回復検出部２０１と、障害発生回復検出部２０１によって障害の発生を検出した際、その障害により影響を受ける機能を特定する障害解析部２０２と、障害解析部２０２によって特定された結果を制御部へ知らせる解析結果通知部２０３とを備えている。【選択図】　　　　図２
2004023582.tif 000002
【特許請求の範囲】
【請求項１】
制御部に接続され、その制御部からの指示に基づいて所定の処理を実行する情報処理装置において、
内部の処理に関する障害が発生したことを検出する検出手段と、
前記検出手段によって障害の発生を検出した際、その障害により影響を受ける機能を特定する障害解析手段と、
前記障害解析手段によって特定された結果を前記制御部へ知らせる通知手段と
を備えることを特徴とする情報処理装置。
【請求項２】
制御部に接続され、その制御部からの指示に基づいて所定の処理を実行する情報処理装置において、
内部の処理に関する障害から回復したことを検出する検出手段と、
前記検出手段によって障害の回復を検出した際、その障害の回復により影響を受ける機能を特定する障害解析手段と、
前記障害解析手段によって特定された結果を前記制御部へ知らせる通知手段と
を備えることを特徴とする情報処理装置。
【請求項３】
前記制御部からの所定の指示に基づいて処理を行っている間に前記検出手段が障害の発生を検出した場合、前記通知手段は前記指示に基づく処理が終了してから前記制御部への通知を行う
ことを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記通知手段は利用不可能となった機能を前記制御部へ通知する
ことを特徴とする請求項１記載の情報処理装置。
【請求項５】
前記通知手段は利用可能となった機能を前記制御部へ通知する
ことを特徴とする請求項２記載の情報処理装置。
【請求項６】
前記通知手段は機能の制限事項の変更を前記制御部へ通知する
ことを特徴とする請求項１または請求項２記載の情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の情報処理システム（機能）間の障害や回復を扱う情報処理装置に関するものである。
【０００２】
【従来の技術】
近年、情報処理装置のうち比較的高速な、特にネットワークに直接接続可能なプリンタや複合機などではユーザの要求に答えるかたちで機能が年々複雑化してきている。このため特にプリンタや複写機、ファクシミリなどを１台で取り扱うことのできる複合機などでは全体を制御するいわば特化したコンピュータ部分といえる全体制御装置と文書などを読み取るスキャナ装置やプリントを行う印刷装置が各々サブシステムとして独立して存在する傾向にある。
【０００３】
例えば、各種インターフェースや各サブシステムの制御やエンジンサブシステムが扱えるように出力文書をイメージに展開する全体制御サブシステム、原稿からイメージデータを生成するスキャニングサブシステム、ページ単位のプリントを行うプリントエンジンサブシステムなどである。各サブシステム間は通常Ｈａｒｄｗａｒｅ的な独立性も高く、それぞれ通信系を介して接続される。
【０００４】
ところで各サブシステムで障害が発生したとする。障害がサブシステム内で隠蔽可能な場合もあるが通常それは全体制御にも影響を及ぼす。そのため各サブシステムで障害が発生した場合、サブシステムは発生した障害を全体制御装置に通知する。全体制御装置は各サブシステムから通知される障害情報を加味しながら制御を行うことになる。
【０００５】
【発明が解決しようとする課題】
しかし上記のような現状の複合機においては以下のような問題がある。すなわち、各々のサブシステムは発生した障害を単純に全体制御装置に知らせるのみで、その障害がサブシステムにどのような意味があるかは知らせていない。このため全体制御装置は障害情報より障害が起こったサブシステムの制御を含めてシステムにどのように影響するかを判定する必要がある。このため全体制御装置とサブシステムの個々障害とは本来独立であるのに両者に依存関係が生じてしまう。
【０００６】
この問題を例をあげて説明する。例えばカラー印刷可能なプリントエンジンサブシステムを持つ複合機を考える。またプリントエンジンサブシステムはカラー印刷とモノクロ印刷が可能であるものとし、Ｙｅｌｌｏｗトナー容器が空になったという障害が生じたとする。
【０００７】
ある時点でプリントエンジンサブシステムはＹｅｌｌｏｗトナー容器が空になったことことを検出する。障害が検出されたのでプリントエンジンサブシステムが行うことはＹｅｌｌｏｗトナー容器が空になったという障害情報を全体制御装置へと通知することである。
【０００８】
ところでＹｅｌｌｏｗトナー容器が空になったときに、プリントエンジンサブシステムがモノクロ印刷可能であるか否かは、プリントエンジンサブシステムに依存する。つまり全体制御装置はどのタイプのプリントエンジンサブシステムを利用しているかによって、Ｙｅｌｌｏｗトナー容器が空になったときの制御を変える必要がある。当然普通モノクロ印刷されるＦＡＸデータをプリント可能かどうかにも影響する。このためプリンタエンジンサブシステム毎に全体制御装置を作り変えなければならない。このことは全体制御装置の再利用性を低下させる原因となる。
【０００９】
逆に全体制御装置の再利用性を低下させないためには、ある障害が起こった場合にどのプリントエンジンサブシステムでも保証できる機能のみしか利用できないと仮定することである。つまりＹｅｌｌｏｗトナー容器が空になったときに全ての印刷が不可能になるプリントエンジンサブシステムが存在するため、Ｙｅｌｌｏｗトナー容器が空になったときでもモノクロ印刷可能なプリントエンジンサブシステムを採用している場合でも、つねにモノクロ印刷は不可能として扱うということである。しかしこの場合では本来可能なモノクロ印刷、ひいてはＦＡＸ出力も出来なくなり、システムの利用効率が著しく低下する。
【００１０】
本発明の目的は上記の問題に鑑みてなされたものであり、個々のサブシステムの障害と全体制御装置の制御との間の直接の依存関係を排除し、システムの利用効率と再利用性の向上を図ることである。
【００１１】
【課題を解決するための手段】
本発明は、このような課題を解決するために成されたものである。すなわち、本発明は、制御部に接続され、その制御部からの指示に基づいて所定の処理を実行する情報処理装置であり、内部の処理に関する障害が発生したことを検出する検出手段と、検出手段によって障害の発生を検出した際、その障害により影響を受ける機能を特定する障害解析手段と、障害解析手段によって特定された結果を制御部へ知らせる通知手段とを備えている。
【００１２】
このような本発明では、内部で障害が発生したことを検出手段が検出した場合、その障害により影響を受ける機能を障害解析手段で特定し、その特定結果を通知手段で制御部へ通知することから、障害発生による影響すなわち各機能毎の利用可能・不可能を制御部で的確に把握することができ、制御部での効率の良い制御を実現できるようになる。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態を図に基づき説明する。まず、第１実施形態を図１から図５に基づいて説明する。図１は本実施形態が適用されるプリンタシステムの構成を示すブロック図である。
【００１４】
すなわち、プリンタシステムは、全体制御装置１０１にプリントエンジンサブシステム１０２が通信システム１０３を介して接続された構成である。全体制御装置１０１は外部とのインターフェースを持ち、ホストコンピュータから印刷文書をうけとり画像データを生成する。
【００１５】
プリントエンジンサブシステム１０２は、画像データを用紙に印刷するエンジン部分である。通信システム１０３は、全体制御装置１０１とプリントエンジンサブシステム１０２とを接続し、全体制御装置１０１からプリントエンジンサブシステム１０２との間で制御を行ったり、プリントイメージデータなどの情報の受け渡し行ったりする。
【００１６】
全体制御装置１０１は通常複数のブロックで構成される。本実施形態ではユーザの指示を受け付けたり、ユーザに必要な情報を提供するユーザインターフェース１０４、ネットワークとのやり取りを行い、印刷データを受け取るネットワークインターフェース１０５、印刷データからプリントエンジンサブシステム１０２に提供する画像データを作成する画像形成部１０６、そしてそれらを実行し制御する実行制御部１０７より構成される。
【００１７】
プリントエンジンサブシステム１０２の内部において実施されている本実施形態の情報処理装置は図２に示すような構成となっており、障害発生回復検出部（検出手段）２０１、障害解析部（障害解析手段）２０２および解析結果通知部（通知手段）２０３を備えている。
【００１８】
障害発生回復検出部２０１は、プリントエンジンサブシステム内に設置されている各種センサを利用しそれぞれのセンサに対応した発生および回復の検出を行う。障害解析部２０２は、障害発生回復検出部２０１で検出された障害の発生や回復が、プリントエンジンサブシステムの機能にどのような影響を及ぼすかの判断を行う。解析結果通知部２０３は、障害解析部２０２からの結果を受けて、その情報を通信システム１０３（図１参照）を利用することにより全体制御装置１０１（図１参照）に通知する。
【００１９】
次に、図３および図４に沿って本実施形態の動作を説明する。なお、説明の簡略化のため本実施形態においてはＹＭＣＫ各色のトナー供給障害のみ検出可能とし、それ以外のハードウェアまたはソフトウェアの障害は検出しないものとする。また、プリントエンジンサブシステムの制御はフルカラー印刷とモノクロ印刷のみ可能であるとする。
【００２０】
図３は障害が発生したときの動作を示すアクティビティ図であり、障害発生回復検出部２０１、障害解析部２０２、解析結果通知部２０３がどのような動作を行うか示したものである。
【００２１】
また、図４は障害が回復したときの動作を示すアクティビティ図であり、障害発生回復検出部２０１、障害解析部２０２、解析結果通知部２０３がどのような動作を行うか示したものである。
【００２２】
先ず、図３を用いて障害が発生した時の動作を説明する。トナー容器が空になったことはトナー供給系の障害として障害発生回復検出部２０１で検出する（３０１）。
【００２３】
続いて、検出された障害は障害解析部２０２で解析される。障害解析部２０２ではまず始めにＢｌａｃｋトナー障害が発生したかどうかの判断を行う（３０２）。Ｂｌａｃｋトナー供給系に障害が起こっている場合（３０３）、障害解析部２０２はカラー印刷機能およびモノクロ印刷機能の両方ともが利用不可能となったと判断する（３１０）。
【００２４】
この場合さらに発生した障害が、トナー容器が空になったために起こったものかそれ以外の障害かを判断する。通常トナー容器が空のため生じた障害では多少の印刷を継続することが可能なため、即時停止させるのではなく文書印刷が終了するまで待つ。これはユーザの便宜を図るためである。
【００２５】
この判断の結果、トナー容器が空になったため生じた障害ならば（３１１）、障害解析部２０２は文書印刷が終了まで解析結果を通知するのを遅延する（３１３）。トナー容器が空になったため発生した障害でない場合や必要なタイミングまで動作を遅延させる処理を終えた場合、障害解析部２０２はここで処理を終了し、後の処理を解析結果通知部２０３に任せる。
【００２６】
Ｂｌａｃｋトナー供給系に障害が起こっていない場合（３０４）は、Ｙｅｌｌｏｗトナー供給系またはＭａｇｅｎｔａトナー供給系またはＣｙａｎトナー供給系の障害である。この３つの障害については本実施形態では扱いが一緒になるため障害を切り分けない。この場合はカラー印刷機能のみ利用不可能となる（３０５）。
【００２７】
次に、Ｂｌａｃｋトナー供給系の障害のときと同様に、トナー容器が空になったために生じた障害かどうかの判断を行う（３０６）。トナー容器が空になったために生じた障害でなければ障害解析部２０２の処理は終了し、後の処理を解析結果通知部２０３に任せる。
【００２８】
トナー容器が空になったために生じた障害（３０８）では、文章印刷終了まで待った後（３０９）、障害解析部２０２の処理を終了し、後の処理を解析結果通知部２０３に任せる。
【００２９】
解析結果通知部２０３では、カラー印刷機能およびモノクロ印刷機能の利用が不可能と判断された（３１０）場合は、まずモノクロ印刷が不可能であることを通知するためのコマンドを生成する（３１４）。次にカラー印刷機能が不可能であることを通知するためのコマンドを生成し（３１５）、全体制御装置１０１に生成したコマンドを通知して終了する（３１６）。
【００３０】
カラー印刷機能のみが不可能である場合は生成されるコマンドはカラー印刷機能が不可能であることを通知するコマンドのみを生成し（３１５）、全体制御装置１０１に通知する（３１６）。
【００３１】
この通知によって全体制御装置１０１は、プリントエンジンサブシステム１０２に障害が発生した場合であっても、その全ての機能を停止させることなく障害と関わらない機能を利用する制御を行うことができるようになる。
【００３２】
次に、図４を用いて障害が回復したときの動作を説明する。トナー容器が交換されるなどでトナー供給系が回復した場合、障害発生回復検出部２０１がその回復を検出する（４０１）。
【００３３】
障害の回復を検出すると障害解析部２０２で回復された障害がプリント機能にどう影響するかを解析する。障害解析部２０２では始めに回復した障害がＢｌａｃｋトナー供給系の障害かどうかを調べる（４０２）。Ｂｌａｃｋトナーに関する障害の回復でなければ（４０３）、次にＹｅｌｌｏｗトナーの障害が発生しているかを調べる（４０７）。
【００３４】
Ｂｌａｃｋトナーに関する障害の回復ならば、一時的に処理を解析結果通知部２０３に渡す。解析結果通知部２０３ではモノクロ印刷可能コマンドを生成する（４０５）。生成したコマンドを全体制御装置１０１に通知（４０６）した後は、制御を障害解析部２０２に戻す。
【００３５】
障害解析部２０２では次にＹｅｌｌｏｗトナー障害が発生しているかどうかを調べる（４０７）。Ｙｅｌｌｏｗトナー障害が発生している場合は（４０８）これ以上処理を行わず全体の処理を終了する。Ｙｅｌｌｏｗトナー障害が発生していないならば（４０９）、Ｙｅｌｌｏｗトナー障害のときと同様に次にＭａｇｅｎｔａトナー障害が発生しているかどうか調べる（４１０）。同様にＣｙａｎトナー障害が発生していないかまでを調べる（４１３）。
【００３６】
いずれの障害も発生していない場合（４１５）、障害解析部２０２は処理を終え、処理を解析結果通知部２０３に渡す。解析結果通知部２０３ではカラー印刷機能が使用可能であることを通知するコマンドを生成する（４１６）。次に生成したコマンドを全体制御装置１０１に通知して処理を終える。なお本実施形態で生成されるコマンド例を図５に示す。
【００３７】
５０１はカラー印刷機能の利用不可能を通知するコマンドであり、５０２はモノクロ印刷機能の利用不可能を通知するコマンドであり、５０３はカラー印刷機能の利用可能を通知するコマンドであり、５０４はモノクロ印刷機能の利用可能を通知するコマンドである。
【００３８】
このコマンドは前半の部分に対象となる機能の情報が始めに記述され（５０５、５０７、５０９、５１１参照）、後半の部分にその機能が利用可能か利用不可能かという情報が記述される（５０６、５０８、５１０、５１２参照）構成になっている。
【００３９】
全体制御装置１０１は解析結果通知部２０３から通知された上記コマンドを受けて、どの機能が回復して利用可能になっているかを把握でき、それに基づき制御を行うことが可能となる。
【００４０】
次に、第２実施形態を図６から図８に基づいて説明する。なお本実施形態におけるプリンタシステムの構成は上述した図１および図２と同一であるため説明を省く。また、説明の簡略化のため本実施形態においてはステープル機能障害およびオフセット機能障害のみ検出可能とし、プリンタは上記の機能のみ利用可能なものとする。ここでステープル機能とは、プリント出力する用紙を束ねてステープルにより綴じる機能、オフセット機能とは、プリント出力する用紙の出力トレーへの配置をずらすようにする機能である。
【００４１】
図６は障害が発生したときの動作を示すアクティビティ図であり、障害発生回復検出部２０１、障害解析部２０２、解析結果通知部２０３がどのような動作を行うか示したものである。また、図７は障害障害解析部２０２、解析結果通知部２０３が利用するデータベースの構造を示したものである。
【００４２】
データベースのうち、７０１は管理している機能を示す属性であり、本実施形態ではステープル機能７０６またはオフセット機能７０９が存在する。７０２は機能がどのような状態にあるかを示す属性である。７０３は障害障害解析部２０２が解析を始めてから状態情報に変更があったかを示す属性であり、障害障害解析部２０２が解析を始める前までに「変更無し」という値に初期化される。本実施形態では７０４および７０５の２つのレコードが存在する。
【００４３】
なお、本実施形態で説明するプリントエンジンサブシステムは以下のような性質を備えているとする。
１）ステープルしたときに積み上げることの可能な部数には制限が存在する。これはステープル止めした部分が厚くなるため、ある一定部数を超えると荷崩れを起こすためである。
２）ステープルするときには自動的にオフセットも行い、荷崩れを起こしにくように設定される。
３）ただし、オフセット機能に障害がある場合はオフセットが利用できないため、積み上げることの可能な部数に対する制限が厳しくなる。本実施例ではオフセットが行える時の４分の１に制限されるとする。
【００４４】
先ず、本実施形態で障害が起こった場合の動作を図６および図７を用いて説明する。障害が起きると障害発生回復検出部２０１が障害を検出する（６０１）。発生した障害は障害解析部２０２で解析を行う。
【００４５】
障害解析部２０２では始めにオフセット障害かどうかを判断する（６０２）。オフセット障害が発生していない場合は次のステープル障害の判定に進む（６０３）。オフセット障害が発生している場合は、まずオフセット機能の状態（７１０）を利用不可にする（６０５）。またオフセット機能の状態（７１０）を変更したので変更フラグ（７１１）を変更有りに変更する（６０６）。
【００４６】
さらに、オフセット機能が使えなくなってしまったので本実施形態のプリントエンジンサブシステムはステープル機能にも影響を受ける。従ってステープル機能が利用可能になっていない場合は（６０８）ステープル可能部数の最大値は障害がなかった場合の２５％に制限されるのでこのことを示すためにステープル機能の状態（７０７）を２５％に設定する（６０７）。
【００４７】
また、ステープル機能の状態（７０７）を変更したのでステープル機能の変更フラグ（７０８）を変更有りに設定する（６１０）。以上でオフセット機能の障害が起こった場合の処理は終了し、次にステープル機能障害が発生したかどうかの判断を行う（６１１）。
【００４８】
ステープル障害が発生していない場合（６１３）は障害解析部２０２の処理はここで終了し、解析結果通知部２０３へ処理を渡す。ステープル障害が発生している場合（６１３）は、まずステープル機能の状態（７０７）を利用不可にする（６１４）。
【００４９】
続いてステープル機能の変更フラグ（７０８）を変更有りに設定する（６１５）。以上で障害解析部２０２の処理を終了し、解析結果通知部２０３に処理を受け渡す。
【００５０】
解析結果通知部２０３ではデータベースのレコード（７０４，７０５）の変更フラグ（７０８，７１１）を参照して変更有りと設定されたレコードに対してコマンド生成を行う（６１６）。
【００５１】
コマンドは機能（７０６，７０９）と状態（７０７，７１０）のペアの情報から生成される。生成されたコマンドを全体制御装置１０１に通知して（６１６）処理を終える。なお、解析結果通知部２０３で生成されるコマンドは図８のとおりである。
【００５２】
８０１はオフセット機能の利用不可能を通知するコマンドであり、８０２はステープル機能の利用不可能を通知するコマンドであり、８０３はステープル機能の２５％制限を通知するコマンドであり、８０４はオフセット機能の利用可能を通知するコマンドであり、８０５はステープル機能の利用可能を通知するコマンドである。
【００５３】
このコマンドは前半の部分に対象となる機能の情報が始めに記述され（８１１、８２１、８３１、８４１、８５１参照）、後半の部分にその機能が利用可能か利用不可能かという情報が記述される（８１２、８２２、８３２、８４２、８５２参照）構成になっている。
【００５４】
全体制御装置１０１は解析結果通知部２０３から通知された上記コマンドを受けて、どの機能が障害と関係していて利用不可能なのか、もしくはどの機能が障害と関係していないで利用可能になっているかを把握でき、それに基づき制御を行うことが可能となる。
【００５５】
次に、本実施例で障害が回復した場合の動作を図７および図９を用いて説明する。図９は障害が回復したときの動作を示すアクティビティ図であり、障害発生回復検出部２０１、障害解析部２０２，解析結果通知部２０３がどのような動作を行うか示したものである。
【００５６】
障害から回復すると障害発生回復検出部２０１が障害の回復を検出する（９０１）。次に、障害発生回復検出部２０１は、障害解析処理部２０２に処理を渡す。障害解析処理部２０２は、まずオフセット障害からの回復かどうかの判断をする（９０２）。
【００５７】
オフセット障害からの回復でなければ（９０３）、次の判断処理であるステープル機能からの回復かどうかの判断処理（９１２）へ進む。オフセット障害からの回復であれば（９０４）オフセット機能の状態（７１０）を利用可能に設定する（９０５）。
【００５８】
また、オフセット機能の状態（７１０）が変更されたので、オフセット機能の変更フラグ（７１１）を変更有りに設定する（９０６）。本実施形態ではオフセット機能が回復した場合はステープル機能にも影響が及ぶ場合がある。このため次にステープル機能の状態（７０７）を判断する必要がある（９０７）。
【００５９】
ステープル機能の状態（７０７）が使用不可ならば（９０８）、オフセット機能の障害の回復はステープル機能の状態（７０７）に影響を与えないのでオフセット機能の回復についての処理は終わる。
【００６０】
ステープル機能の状態（７０７）が不可以外ならば（９０９）、ステープル機能の状態（７０７）を使用可能に設定する（９１０）。ステープル機能の状態（７０７）を変更したのでステープル機能の変更フラグ（７０８）を変更有りに設定する（９１１）。以上でオフセット機能障害からの回復時の処理を終える。
【００６１】
次に、ステープル機能障害から回復を検出したかどうかの判断を行う（９１２）。ステープル機能障害からの回復でなければ（９１３）、障害解析部２０２の処理はこれで終わる。
【００６２】
ステープル機能障害からの回復ならば（９１４）、次にオフセット機能の状態（７１０）によりステープル機能の回復すべき程度が決定されるため、オフセット機能の状態（７１０）を参照する（９１５）。
【００６３】
オフセット機能の状態（７１０）が使用可能ならば（９１６）ステープル機能の状態（７０７）を利用可能に設定する（９１７）。オフセット機能の状態（７１０）が使用不可能ならば（９１８）ステープル機能の状態（７０７）を２５％に設定する（９１９）。
【００６４】
最後にオフセット機能がどのような状態でもステープル機能の状態（７０７）は変更されたので、ステープル機能の変更フラグ（７０８）を変更有りに設定して（９２０）障害解析部２０２の処理を終える。障害解析部２０２の処理が終わると、引き続き解析結果通知部２０３が処理を開始する。
【００６５】
解析結果通知部２０３ではデータベースのレコード（７０４，７０５）の変更フラグ（７０８，７１１）を参照して変更有りと設定されたレコードに対してコマンド生成を行う（９２１）。コマンドは機能（７０６，７０９）と状態（７０７，７１０）のペアの情報から生成される。生成されたコマンドを全体制御装置１０１に通知して（９２２）処理を終える。
なお通知されるコマンドは先に説明した図８に示すものである。
【００６６】
なお、上記説明した実施形態は一例であり、トナー切れやステープル、オフセット機能以外でも適用可能である。また、本発明はプリントエンジンサブシステムの障害・回復に限定されず種々の機能を備えた情報処理装置（例えば、ロボットの各種機能の障害・回復での制御）に適用することが可能である。
【００６７】
【発明の効果】
以上詳述したように本発明の情報処理装置によれば、情報処理装置の利用効率を最大にしつつ、情報処理装置で起きた障害が他のシステムに及ぼす影響を最小限にすることが可能となる。結果として情報処理装置の利用効率の向上と本発明の情報処理装置を利用するシステムの再利用性の向上が両立可能になり、運用が柔軟になるという効果を奏する。
【図面の簡単な説明】
【図１】本実施形態が適用されるプリンタシステムの構成を示すブロック図である。
【図２】情報処理装置の構成を説明するブロック図である。
【図３】障害が発生したときの動作を示すアクティビティ図である。
【図４】障害が回復したときの動作を示すアクティビティ図である。
【図５】解析結果通知部が生成するコマンドを示す模式図である。
【図６】障害が発生したときの動作を示すアクティビティ図である。
【図７】データベースの構造とデータベースのレコードを示す模式図である。
【図８】解析結果通知部が生成するコマンドを示す模式図である。
【図９】障害が回復したときの動作を示すアクティビティ図である。
【符号の説明】
１０１…全体制御装置、１０２…プリントエンジンサブシステム、１０３…通信システム、１０４…ユーザインターフェース、１０５…ネットワークインターフェース、１０６…画像形成部、２０１…障害発生回復検出部、２０２…障害解析部、２０３…解析結果通知部
【図１】
2004023582.tif 000003
【図２】
2004023582.tif 000004
【図３】
2004023582.tif 000005
【図４】
2004023582.tif 000006
【図５】
2004023582.tif 000007
【図６】
2004023582.tif 000008
【図７】
2004023582.tif 000009
【図８】
2004023582.tif 000010
【図９】
2004023582.tif 000011