(57)【特許請求の範囲】
【請求項１】
異常状態を検出する異常検出部とその異常状態を示す異常情報を記憶する異常状態記憶部とを備えた端末装置において、
異常状態発生後における端末装置の動作種別として通常モードまたはデバッグモードを設定する動作設定手段と、
前記異常検出部が通常動作を行う端末装置内部の異常状態を検出すると前記異常情報を前記異常状態記憶部に記憶させ、前記動作設定手段によって前記通常モードが設定されている場合には通常時の立ち上げと同様に前記異常状態記憶部に記憶されている異常情報を読み出して端末装置の再立ち上げ動作を行わせ、前記動作設定手段によって前記デバッグモードが設定されている場合には端末装置の動作を停止させる動作制御手段と、
端末装置内部における機能の一部を除いて端末装置の立ち上げを行う処理である縮退処理を行うか否かの設定を行う縮退処理設定手段と、
異常が発生したときに、前記通常モードが設定され、かつ、前記縮退処理を行う設定がなされている場合には、前記異常情報をもとに損傷した機能を排除するよう前記縮退処理を実行する縮退処理実行手段と
を備えたことを特徴とする端末装置の障害処理方式。
【請求項２】
異常状態記憶部に記憶されている異常情報を端末装置外部の異常状態解析手段に提供する異常情報提供手段を備えた
請求項１記載の端末装置の障害処理方式。
【請求項３】
デバッグモードが設定されている場合には、異常が発生したときに、デバッグモードであることを表示する
請求項２記載の端末装置の障害処理方式。
【請求項４】
動作設定手段は記憶装置である
請求項１から請求項３のうちのいずれか１項に記載の障害処理方式。
【請求項５】
動作設定手段はスイッチである
請求項１から請求項３のうちのいずれか１項に記載の障害処理方式。
【請求項６】
異常情報を表示する表示手段を備えた
請求項１から請求項５のうちのいずれか１項に記載の障害処理方式。
【請求項７】
表示手段は液晶ディスプレイである
請求項６記載の端末装置の障害処理方式。
【請求項８】
縮退処理設定手段はスイッチである
請求項１から請求項７のうちのいずれか１項に記載の障害処理方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、端末装置内部に生じた障害を解消するために再立ち上げ処理を行う端末装置の障害処理方式に関する。
【０００２】
【従来の技術】
従来の端末装置の障害処理方式に関する技術として、特開平８−３０４７４号公報記載の障害処理方式がある。
【０００３】
特開平８−３０４７４号公報記載の障害処理方式では、装置内部に障害が発生したとき、その障害を示す情報は不揮発性記憶媒体に記憶され、装置内部のファームウェアが装置全体をリセットしていた。つまり、装置全体の再立ち上げ動作が行われていた。そして、障害を示す情報は、その情報が記憶されている不揮発性記憶媒体から読み出されていた。
【０００４】
【発明が解決しようとする課題】
しかし、従来の端末装置の障害処理方式では、障害発生時に、装置の再立ち上げ動作が実行されてしまう。よって、再立ち上げ動作だけでは修復できない重大な異常状態が発生した場合、永久的に再立ち上げ動作が繰り返されることになるという課題がある。
【０００５】
そこで、本発明は、端末装置内部に異常状態が発生した場合、その後の端末装置の動作を選択可能な端末装置の障害処理方式を提供することを目的とする。
【０００６】
【課題を解決するための手段】
請求項１記載の発明に係る端末装置の障害処理方式は、異常状態を検出する異常検出部と、その異常状態を記憶する異常状態記憶部と、異常状態発生後の端末装置の動作種別として通常モードまたはデバッグモードを設定する動作設定手段と、異常検出部が通常動作を行う端末装置内部の異常状態を検出すると前記異常情報を前記異常状態記憶部に記憶させ、通常モードが設定されている場合には通常時の立ち上げと同様に前記異常状態記憶部に記憶されている異常情報を読み出して端末装置の再立ち上げ動作を行わせ、デバッグモードが設定されている場合には端末装置の動作を停止させる動作制御手段と、端末装置内部における機能の一部を除いて端末装置の立ち上げを行う処理である縮退処理を行うか否かの設定を行う縮退処理設定手段と、異常が発生したときに、通常モードが設定され、かつ、縮退処理を行う設定がなされている場合には、前記異常情報をもとに損傷した機能を排除するよう縮退処理を実行する縮退処理実行手段とを備えた構成である。
【０００７】
請求項２記載の発明に係る端末装置の障害処理方式は、異常状態記憶部に記憶されている異常情報を端末装置外部の異常状態解析手段に提供する異常情報提供手段を備えた構成である。
【０００８】
請求項３記載の発明に係る端末装置の障害処理方式は、デバッグモードが設定されている場合には、異常が発生したときに、デバッグモードであることをパイロットランプ等で表示する構成である。
【０００９】
請求項４記載の発明に係る端末装置の障害処理方式では、動作設定手段は記憶装置である。
【００１０】
請求項５記載の発明に係る端末装置の障害処理方式では、動作設定手段はスイッチである。
【００１１】
請求項６記載の発明に係る端末装置の障害処理方式は、異常情報を表示する表示手段を備えた構成である。
【００１２】
請求項７記載の発明に係る端末装置の障害処理方式では、表示手段は液晶ディスプレイである。
【００１４】
請求項８記載の発明に係る端末装置の障害処理方式では、縮退処理設定手段はスイッチである。
【００１５】
【発明の実施の形態】
以下、本発明による実施の形態を図面を参照して説明する。図１は、本発明による端末装置の障害処理方式の実施の一形態を示す説明図である。図１に示す端末装置では、装置制御部１と、異常処理部２と、装置動作フラグ群３と、記憶部４とがシステムバス５を介して接続されている。
【００１６】
装置制御部１は、端末装置の通常動作を行う主制御部１１と、端末装置の立ち上げ処理および初期化処理を行う起動処理部１２と、端末装置内部の異常状態を検出する異常検出部１３とで構成されている。異常処理部２は、異常状態を示す情報（以下異常情報という）を記憶部４に記憶させる異常情報制御部２１と、記憶部４に記憶されている異常情報をもとに異常状態の詳細を解析するとともに、外部の異常状態解析手段に異常情報を通知する異常詳細解析部２３と、装置動作フラグ群３から異常状態発生後の動作選択を取得する動作モード検出部２２とで構成されている。以下、異常状態発生後の端末装置の動作選択を、動作モードという。装置動作フラグ群３は、記憶媒体である動作モード記憶部３１で構成されている。
【００１７】
端末装置として、例えば、ファックス、コピー機、プリンタ、計算機がある。また、記憶部４は、装置立ち上げによりメモリクリアされない記憶装置であり、例えば、ＤＲＡＭやＢＢＲＡＭで構成される。図２は、図１記載の端末装置の動作を説明するためのフローチャートである。
【００１８】
次に、図１および図２を参照して、動作について説明する。まず、端末装置に電源が投入されてから通常動作に至るまでの過程を説明する。端末装置に電源が投入される（ステップＡ０１）。すると、起動処理部１２は、装置立ち上げのために必要な初期設定処理（以下、初期化処理１という）を実行する（ステップＡ０２）。
【００１９】
初期化処理１は、端末装置の立ち上げ動作の初期に必ず実行されなければならない処理である。初期化処理１として、例えば、オペレーティングシステムの初期化、ＬＣＤ表示部の初期化、プリンタ起動部の初期化がある。そして、起動処理部１２は、初期化処理１の実行を終了したことを異常詳細解析部２３に通知する。
【００２０】
異常詳細解析部２３は、記憶部４に記憶されている異常情報を読み出す（ステップＡ０３）。次に、異常詳細解析部２３は、異常情報が記録されているか否かを判断する（ステップＡ０４）。今回は、通常の立ち上げ処理のため、異常情報は記憶されていない。よって、ここでの判断はＮＯである。そして、異常詳細解析部２３は、起動処理部１２に対してステップＡ０４での判断結果を通知する。
【００２１】
起動処理部１２は、端末装置の立ち上げに必要な初期化処理のうち初期化処理１を除いた処理（以下初期化処理２という）を実行する（ステップＡ０５）。初期化処理２は、立ち上げ動作の初期に実行されなくてもよいが、装置が通常動作するまでに実行されるまでに実行されるべき処理である。初期化処理２として、例えば、端末装置内部のアプリケーションの初期化がある。そして、起動処理部１２は、初期化処理２が終了したことを主制御部１１に通知する。
【００２２】
すると、主制御部１１は、通常動作を行う（ステップＡ０６）。通常動作は、端末装置の主要な機能を実行するものである。そして、通常動作として。例えば、端末装置がプリンタであれば印字動作、コピー機であれば複写動作がある。異常検出部１３は、常に、端末装置内部に異常が発生しているか否かを判断する（ステップＡ０７）。ここで、端末装置内部の異常は、再立ち上げ動作以外に通常動作に回復できない状態をいい、例えば、ＯＳやハードウェア資源のハングアップなどである。
【００２３】
異常検出部１３は、ステップＡ０７において、異常検出の結果を主制御部１１に対して通知する。主制御部１１は、異常検出部１３が端末装置内部に異常を検出するまで、通常動作を実行することができる。以上が、端末装置に電源が投入されてから通常動作に至るまでの過程である。
【００２４】
次に、端末装置内部に異常が発生した場合について説明する。端末装置内部に異常が発生すると、異常検出部１３は、異常を検出する（ステップＡ０７）。そして、異常検出部１３は、その異常情報を異常情報制御部２１に通知する。異常情報として、例えば、異常発生日時、異常原因／種別、異常発生箇所がある。異常情報制御部２１は、異常情報を、記憶部４に記憶させる（ステップＥ０１）。そして、異常情報制御部２１は、ステップＥ０１の終了を動作モード検出部２２に通知する。
【００２５】
動作モード検出部２２は、動作モード記憶部３１から動作モードを読み出す（ステップＥ０２）。動作モードは、図１（ｂ）に示すように、「デバッグモード」と「通常モード」がある。動作モードの設定は、ユーザや端末装置の管理者（以下、管理者という）の端末操作等によって行われる。つまり、主制御部１１は、ユーザや管理者が端末操作等によって設定した動作モードを、動作モード記憶部３１に記憶する。動作モードの設定は、例えば、通常動作の時に行われる。次に、動作モード検出部２２は、動作モードが「通常モード」か否かを判断する（ステップＥ０３）。
【００２６】
まず、動作モードが「通常モード」であった場合について説明する。「通常モード」では、端末装置内部で発生した異常を解消するために、再度立ち上げ動作が行われる。動作モード検出部２２は、ステップＥ０３において、起動処理部１２に対して初期化処理１を実行する旨を通知する。
【００２７】
起動処理部１２は、初期化処理１を実行する（ステップＡ０２）。以下、通常時の立ち上げと同様に、ステップＡ０３、Ａ０４が実行される。ステップＡ０４において、異常詳細解析部２３は、異常状態からの立ち上げであることを起動処理部１２に通知する。さらに、異常詳細解析部２３は、記憶部４から異常情報を読み出し、起動処理部１２に通知する（ステップＥ０６）。
【００２８】
起動処理部１２は、その異常情報を保持する。よって、起動処理部１２は、今回の立ち上げが異常状態からの立ち上げであることを認識することができる。そして、起動処理部１２は、初期化処理２を実行する（ステップＡ０５）。ここで、今回は異常状態からの立ち上げであるので、初期化処理２に記憶部４のクリアが含まれる。以下、ステップＡ０６、Ａ０７が電源投入から通常動作に至るまでの手順と同様に実行される。
【００２９】
次に、動作モードが「デバッグモード」であった場合について説明する。デバッグモードでは、端末装置は、立ち上げ動作がなされることなく、異常状態を保持したまま停止する。動作モード検出部２２は、ステップＥ０３において、「デバッグモード」であることを、例えば、パイロットランプにより、端末装置外部に通知する。
【００３０】
そして、管理者は、端末装置内部の異常状態を解析する解析装置を端末装置に接続する。解析装置には、端末装置内部の異常状態を解析する解析ソフトウェアが組み込まれている。解析ソフトウェアとして、例えば、メモリダンプが可能なソフトウェア、システム等の開発に用いられるデバッガ等がある。そして、管理者は、解析ソフトウェアを起動する（ステップＥ０４）。
【００３１】
すると、異常詳細解析部２３は、記憶部４に記憶されている異常情報を解析装置に通知する（ステップＥ０５）。よって、管理者は、解析装置における解析ソフトウェアを実行することで、端末装置内部の異常発生の原因を追求することができる。さらに、必要となれば、その場で端末装置の修理、改修などが可能となる。
【００３２】
以上のように、この実施の形態では、動作モードを記憶する動作モード記憶部３１と動作モードを検出する動作モード検出部２２とが備えられている。そして、異常発生時に、端末装置は動作モードに応じた動作ができる。従って、動作モード選択の機会が、ユーザや管理者に与えられる。
【００３３】
図３は、本発明による端末装置の障害処理方式の他の実施の形態を示す説明図である。図３に示す端末装置では、図１に示す記憶部４の代わりに異常情報を表示する表示部６を備えた構成となっている。表示部６は、異常状態を記憶する表示記憶部６１と、異常情報を液晶画面に表示するＬＣＤ表示部６３と、表示記憶部６１およびＬＣＤ表示部６３を制御する表示制御部６２とで構成されている。
【００３４】
図４は、図３に示す端末装置の動作を説明するためのフローチャートである。図３に示すフローチャートでは、図２に示すステップＡ０３、Ｅ０１およびＥ０６が、それぞれ、Ｂ０１、Ｂ０２およびＢ０３に入れ替わっている。
【００３５】
以下、図３および図４を参照して、動作について説明する。まず、端末装置の電源が投入されてから通常動作にいたるまでの動作を説明する。電源がＯＮされる（ステップＡ０１）。すると、起動処理部１２は、初期化処理１を実行する（ステップＡ０２）。そして、起動処理部１２は、初期化処理１が終了したことを異常詳細解析部２３に通知する。異常詳細解析部２３は、表示記憶部６１から異常情報を読み出す（ステップＢ０１）。以下、ステップＡ０４からステップＡ０７に至るまでの動作は、図１記載の端末装置の動作と同様である。
【００３６】
次に、装置内部に異常状態が発生したとする。端末装置内部に異常が発生すると、異常検出部１３は異常を検出することができる（ステップＡ０７）。そして、異常検出部１３は、異常情報制御部２１に対して異常情報を通知する。異常情報制御部２１は、表示制御部６２を制御することで、表示記憶部６１に異常情報を記憶する（ステップＥ０１）。表示制御部６２は、表示記憶部６１に記憶された異常情報をＬＣＤで表示可能な信号に変換し、ＬＣＤ表示部６３に出力する。ＬＣＤ表示部６３は、異常情報を表示する。よって、ユーザや管理者は、ＬＣＤ表示部６３の表示を確認することで、端末装置内部の異常情報を認識することができる。
【００３７】
以下、ステップＥ０２、Ｅ０３が実行される。動作モードが「デバッグモード」であったときの動作は、図１記載の端末装置の動作と同様である。
【００３８】
次に、動作モードが「通常モード」であった場合について説明する。動作モード検出部２２は、起動処理部１２に対して初期化処理１を実行する旨を通知する。起動処理部１２は、初期化処理をする（ステップＡ０２）。以下、ステップＢ０１、Ａ０４が実行される。
【００３９】
異常詳細解析部２３は、ステップＡ０４において、異常状態からの立ち上げであることを起動処理部１２に通知する。さらに、異常詳細解析部２３は、表示制御部６２を制御して表示記憶部６１に記憶されている異常情報を取得し、起動処理部１２へ通知する（ステップＢ０３）。起動処理部１２は、異常情報を保持する。さらに、起動処理部１２は、初期化処理２を実行する（ステップＡ０５）。今回は、異常状態からの立ち上げのため、初期化処理２には、表示記憶部６１のクリアが含まれる。そして、ＬＣＤ表示部６３に表示されていた異常情報は、消去される。以下、ステップＡ０６、Ａ０７が実行される。
【００４０】
以上のように、この実施例では、表示部６を備えた構成になっているので、異常状態が発生した場合、その異常情報をＬＣＤ表示部６３によって表示される。従って、ユーザや管理者は、ＬＣＤ表示部６３の表示を確認することで、端末装置内部の異常情報を認識することができる。
【００４１】
図５は、本発明による端末装置の障害処理方式の他の実施の形態を示す説明図である。図５に示す端末装置では、図３に示す異常処理部２に装置動作スイッチ検出部２４が追加され、図３に示す動作モード記憶部３１の代わりに動作モードＳＷ３２および異常情報保持ＳＷ３３が追加された構成となっている。
【００４２】
動作モードＳＷ３２は、動作モードを選択するためのスイッチであり、端末装置外部から容易に操作可能なものである。異常情報保持ＳＷ３３は、異常状態を保持するか否かを選択するスイッチであり、外部から容易に操作可能なものである。動作モードＳＷ３２および異常情報保持ＳＷ３３は、ボタン等である。装置動作スイッチ検出部２４は、異常情報保持ＳＷ３３の設定を読み出す。
【００４３】
図６は、図５に示す端末装置の動作を説明するためのフローチャートである。図６に示すフローチャートでは、図４に示すフローチャートにステップＣ０１およびステップＣ０２が追加され、図４に示すステップＥ０２、Ｅ０３、Ｂ０３の代わりにステップＣ０３、Ｃ０４、Ｃ０５が備えられた構成となっている。
【００４４】
以下、図５および図６を参照して、動作について説明する。端末装置に電源投入され通常動作に至る動作は、図３に示す端末装置の動作と同様である。
【００４５】
端末装置内部に異常が発生した場合について説明する。ステップＡ０７、Ｂ０２が実行される。ステップＣ０３において、動作モード検出部２２は、動作モードＳＷ３２から動作モードの設定を取得する。ここでの動作モードの設定は、図１（ｂ）に示す動作モードの設定と同様である。そして、動作モード検出部２２は、動作モードが「通常モード」であるか否かを判断する（ステップＣ０４）。動作モードが「デバッグモード」であったときの動作は、図１記載の端末装置の動作と同様である。
【００４６】
次に、動作モードが「通常モード」であった場合について説明する。ステップＣ０４、Ａ０２、Ｂ０１、Ａ０４が実行される。異常詳細解析部２３は、表示制御部６２制御し表示記憶部６１から異常情報を取得し、起動処理部１２に通知する。起動処理部１２は、異常情報を保持する。そして、異常解析部２３は異常情報を起動処理部１２に通知したことを装置動作スイッチ検出部２４に通知する。（ステップＣ０５）。
【００４７】
装置動作スイッチ検出部２４は、異常情報保持ＳＷ３３の設定を読み出す。異常情報保持ＳＷ３３の設定は、図５（ｂ）に示すとおりであり、「保持しない」、「保持する」である。そして、装置スイッチ検出部２４は、異常情報保持ＳＷ３３の設定が「保持する」であるか否かを判断する（ステップＣ０１）。
【００４８】
「保持する」であった場合、起動処理部１２は異常情報を保持する。「保持する」の設定は、例えば、この端末装置の開発段階、出荷した端末装置のフィールドでの問題発生時の問題調査等に使用される。起動処理部１２が異常情報を保持することにより、開発中のデバッグ、端末装置の出荷後の問題発生時において、端末装置内部の異常状態の詳細を容易に取得することができる。以下、ステップＡ０５、Ａ０６、Ａ０７が実行される。
【００４９】
「保持しない」であった場合、装置動作スイッチ検出部２４は、起動処理部１２に対して「保持しない」という通知をする。起動処理部１２は、保持している異常情報を削除する（ステップＣ０２）。「保持しない」の設定は、例えば、端末装置の最終出荷設定等に使用される。通常、ユーザは、端末装置内部の異常状態発生の原因を調査することがないからである。以下、ステップＡ０５、Ａ０６、Ａ０７が実行される。
【００５０】
以上のように、この実施の形態では、動作モードの設定が行われる動作モードＳＷ３２と起動処理部１２が保持している異常情報を保持するか否かの設定が行われる異常情報保持ＳＷ３３とを備えた構成となっている。そして、異常状態発生後の動作は、動作モードＳＷ３２および異常情報保持ＳＷ３３の設定に従って行われる。
【００５１】
よって、ユーザや管理者は、端末装置外部のスイッチ（動作モードＳＷ３２および異常情報保持ＳＷ３３）を設定することによって、端末装置内部に異常状態が発生した後の動作を選択することができ、また、起動処理部１２が保持している異常情報の「保持する（しない）」の選択をすることができる。
【００５２】
図７は、本発明による端末装置の障害処理方式の他の実施の形態を示す説明図である。図７に示す端末装置では、図５に示す異常情報保持ＳＷ３３に代えて縮退ＳＷ３４と装置動作スイッチ検出部２４に代えて解析通知部２５とが備えられている。縮退ＳＷ３４は、縮退の設定に用いられる。解析通知部２５は、縮退ＳＷ３４の設定を読み取る装置である。ここで、縮退とは、端末装置内部の機能の一部を除いて立ち上げを行うことであり、例えば、端末装置内部の一部の装置が損傷したとき、損傷した装置の機能を排除して立ち上げを行うことをいう。
【００５３】
図８は、図７に示す端末装置の動作を説明するためのフローチャートである。図８に示すフローチャートでは、図６に示すステップＣ０１、Ｃ０２、Ｃ０５の代わりのステップＤ０１、Ｄ０２、Ｄ０３が挿入されている。
【００５４】
以下、図７および図８を参照して、動作について説明する。端末装置に電源が投入されてから通常動作に至るまでの動作（ステップＡ０１〜ステップＡ０７）は、図５に示す端末装置の動作と同様である。
【００５５】
端末装置内部に異常が発生すると、異常検出部１３は異常発生を検出する（ステップＡ０７）。そして、ステップＢ０２、Ｃ０３、Ｃ０４が実行される。動作モードが「デバッグモード」であった場合の動作は、図１記載の端末装置の動作と同様である。
【００５６】
次に、動作モードが「通常モード」であった場合について説明する。ステップＡ０２、Ｂ０１、Ａ０４が実行される。異常詳細解析部２３は、表示制御部６２を制御し表示記憶部６１から異常情報を取得し、起動処理部１２に通知する。起動処理部１２は、異常情報を保持する。そして、異常詳細解析部２３は、解析通知部２５に対して制御を渡す（ステップＤ０３）。
【００５７】
解析通知部２５は、縮退ＳＷ３４の設定を読み取る。縮退ＳＷ３４の設定は、図７（ｂ）に示すように、「縮退しない」、「縮退する」の２通りがある。そして、解析通知部２５は、縮退ＳＷ３４の設定が「縮退する」であるか否かを判断する（ステップＤ０１）。
【００５８】
「縮退しない」であった場合、解析通知部２５は、起動処理部１２に対して、「縮退しない」という情報を通知する。起動処理部１２は、縮退処理をしない。そして、ステップＡ０５、Ａ０６、Ａ０７が実行される。
【００５９】
「縮退する」であった場合、解析通知部２５は、起動処理部１２に対して、「縮退する」という情報を通知する。起動処理部１２は、ステップＥ０６にて異常詳細解析部２３から取得した異常情報をもとに縮退処理を行う（ステップＤ０２）。以下、ステップＡ０５、Ａ０６、Ａ０７が実行される。
【００６０】
ここで、端末装置内部の一部の装置が損傷したとき、そのままの状態で立ち上げ動作がなされても動作エラーとなってしまう。よって、端末装置内部の他の装置の動作に影響が出てしまうことがある。そこで、損傷した装置の機能を縮退処理により排除することにより、端末装置内部の他の装置の動作に影響が出ることがなくなる。縮退処理として、例えば、ＬＣＤ表示部６３が損傷したときのＬＣＤ表示部６３の動作排除がある。
【００６１】
以上のように、この実施の形態では、縮退ＳＷ３４とその設定を読み込む解析通知部２５を備える。そして、異常状態後の立ち上げ動作において、解析通知部２５は、縮退ＳＷの設定を読み込み、その設定を起動処理部１２に通知する。起動処理部は、その設定に応じて縮退処理を行う。
【００６２】
従って、端末装置内部の一部の装置が損傷しても、損傷した装置の動作を排除することで他の装置の動作に影響が生ずることはない。
【００６３】
【発明の効果】
本発明によれば、異常検出部が異常状態を検出すると、通常モードが設定されている場合には端末装置の再立ち上げ動作を行わせ、デバッグモードが設定されている場合には端末装置の動作を停止させる動作制御手段を備えた構成となっているので、異常状態発生後の動作を選択する機会をユーザや管理者に与えることができる効果を奏する。また、縮退処理を行うか否かの設定を行う縮退処理設定手段を備えているので、端末装置内部の一部の装置が損傷しても、その損傷した装置の動作を排除することができ、他の装置の動作に影響を与えることがない。
【００６４】
異常情報記憶部に記憶されている異常情報を端末装置外部の異常状態解析手段に提供する異常情報提供手段を備えた構成では、異常状態発生後に外部の異常状態解析手段が端末装置内部の異常状態を調査できるという効果を奏する。
【００６６】
動作設定手段が記憶装置である構成では、ユーザや管理者は端末操作等によって動作モードを設定することができるという効果を奏する。
【００６７】
動作設定手段がスイッチである構成では、ユーザや管理者はスイッチ操作により動作モードを設定することができるという効果を奏する。
【００６８】
異常情報を表示する表示手段を備えた構成では、ユーザや管理者が端末装置外部から異常情報を認識することができるという効果を奏する。
【００７１】
縮退処理設定手段がスイッチである構成では、ユーザや管理者はスイッチ操作のより容易に縮退処理の動作設定が可能となるという効果を奏する。
【図面の簡単な説明】
【図１】  本発明による実施の一形態を示す説明図である。
【図２】  図１に示す端末装置の動作を説明するためのフローチャートである。
【図３】  本発明による他の実施の一形態を示す説明図である。
【図４】  図３に示す端末装置の動作を説明するためのフローチャートである。
【図５】  本発明による他の実施の一形態を示す説明図である。
【図６】  図５に示す端末装置の動作を説明するためのフローチャートである。
【図７】  本発明による他の実施の一形態を示す説明図である。
【図８】  図７に示す端末装置の動作を説明するためのフローチャートである。
【符号の説明】
１    装置制御部
１１  主制御部
１２  起動処理部
１３  異常検出部
２    異常処理部
２１  異常情報制御部
２２  動作モード検出部
２３  異常詳細解析部
３    装置動作フラグ群
３１  動作モード記憶部
４    記憶部
５    システムバス
【図１】
0003656480.tif 000002
【図２】
0003656480.tif 000003
【図３】
0003656480.tif 000004
【図４】
0003656480.tif 000005
【図５】
0003656480.tif 000006
【図６】
0003656480.tif 000007
【図７】
0003656480.tif 000008
【図８】
0003656480.tif 000009