JPH0784812A - 自動機システムにおける障害処理方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、自動機システムにおける障害処理
方式に関し、障害及び操作者のレベルに応じて障害処理
を効率よく実行することを目的とする。 【構成】 自動機システムは、所定のサービスを提供す
ると共に、障害の種別及び操作者の障害処理に関する資
格が利用者、システム管理者、メーカ保守者の３レベル
からなる。アプリケーションプログラム４が、処理を実
行中にシステム管理者及びメーカ保守者のレベルの障害
が発生した場合に、これをサブＯＳ３に通知する。サブ
ＯＳ３が、この通知を受けた場合に、それ以後の端末１
への入力がシステム管理者によるものか否かその資格を
検査し、システム管理者によるものである場合に障害の
種別がシステム管理者又はメーカ保守者のレベルのいず
れであるかを端末１に出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、自動機システムにおけ
る障害処理方式に関し、特に、システムに障害が発生し
た場合に操作者のレベルに応じた処理を行う自動機シス
テムにおける障害処理方式に関する。

【０００２】デスクトップコンピュータ等の一般的なデ
ータ処理システムと異なり、ある特定のサービスを提供
するためのシステムであって、不特定の多数人が使用す
るシステムがある。例えば、住民票や在学証明書等を発
行する証明書発行装置の如きである。なお、このような
データ処理システムを、本明細書では自動機システムと
いうこととする。

【０００３】

【従来の技術】図１２は従来技術説明図であり、デスク
トップコンピュータにおける障害処理について示す。

【０００４】図１２において、操作者（利用者）による
キーボード（ＫＢ）やマウスからの入力に基づいて当該
コンピュータが処理を実行している（ＳＴ１０１）間
に、障害（エラー）が発生すると、コンピュータは所定
のエラーメッセージ（ＭＳＧ）を表示する（ＳＴ１０
２）。これを見た操作者によってキーボード等から所定
の入力が実行されると（ＳＴ１０３）、当該コンピュー
タはこれに応じたエラー処理を実行する（ＳＴ１０
４）。

【０００５】

【発明が解決しようとする課題】前述した如きデスクト
ップコンピュータ等における一般的な障害処理を、自動
機システムにそのまま適用することには問題がある。

【０００６】本発明者の検討によれば、自動機システム
は、前述の如く、特定のサービスを提供するためのもの
ではあるが、不特定の多数人が使用するものであるた
め、その操作者のレベルに応じた障害処理が必要とな
る。この操作者のレベルに応じた障害処理を行わない場
合や、障害が発生した場合に、効率のよい障害処理を行
うことができなくなる。また、操作者等も適切な障害の
復旧を行うことができなくなる。

【０００７】本発明者の検討によれば、自動機システム
においては、障害の種別及び操作者を以下の３つのレベ
ルに分けて各々のレベルに応じた障害処理を行うことが
最も望ましく、効率のよい障害処理を実現できることが
分かった。この３つのレベルとは、 利用者：自動機システムを利用する者であって、シス
テムについての知識を持たない操作者、 システム管理者：自動機システムを購入し、システム
を管理する操作者、 メーカ保守者：自動機システムを販売し、システムの
障害を保守する操作者、である。

【０００８】本発明は、以上の知見に基づいてなされた
もので、障害及び操作者のレベルに応じて障害処理を効
率よく実行することが可能な自動機システムにおける障
害処理方式を提供することを目的とする。

【０００９】

【課題を解決するための手段】図１は本発明の原理構成
図であり、本発明による自動機システムを示す。この自
動機システムは、所定のサービスを提供すると共に、障
害の種別及び操作者の障害処理に関する資格が利用者、
システム管理者、メーカ保守者の３レベルからなるデー
タ処理システムである。この自動機システムは、システ
ム管理者が使用するデータ処理装置であるホストコンピ
ュータ１１と、利用者が主として使用するデータ処理装
置であって、ホストコンピュータ１１と接続され、サー
ビスを提供する端末１と、端末１に設けられたオペレー
ティングシステム（以下、ＯＳという）２と、端末１に
設けられた当該端末１での障害処理を制御する自動機用
サブオペレーティングシステム（以下、サブＯＳとい
う）３と、端末１に設けられ、当該端末１での所定のサ
ービスを提供するための処理を実行するアプリケーショ
ンプログラム４とを備える。

【００１０】アプリケーションプログラム４は、当該処
理を実行中にシステム管理者及びメーカ保守者のレベル
の障害が発生した場合に、これをサブＯＳ３に通知す
る。サブＯＳ３は、前記通知を受けた場合に、それ以後
の当該端末１への入力がシステム管理者によるものか否
かその資格を検査し、システム管理者によるものである
場合に当該障害の種別がシステム管理者又はメーカ保守
者のレベルのいずれであるかを当該端末１に出力する。

【００１１】

【作用】図２は本発明の作用説明図であり、本発明によ
る自動機システムにおける障害処理フローを示す。

【００１２】図２において、操作者（利用者）による端
末１のタッチスクリーン（ＴＳ）８からの入力に基づい
てアプリケーションプログラム４が処理を実行している
（ＳＴ１）間に、システム管理者及びメーカ保守者のレ
ベルの障害（エラー）が発生すると、これをサブＯＳ３
に通知する。サブＯＳ３は、端末１のタッチスクリーン
８にシステム管理者を呼んでいる旨を表示して実行中の
サービスの提供を中止し（ＳＴ２）、また、ホストコン
ピュータ（以下、ホストという）１１に障害発生の通知
を受けた旨を通知する（ＳＴ２）。

【００１３】ホスト１１への通知を見たシステム管理者
は、端末１の設置場所へ出向いて、端末１へタッチスク
リーン８以外から所定の入力を行う（ＳＴ３）。サブＯ
Ｓ３は、この入力についてシステム管理者によるものか
否かその資格を検査する（ＳＴ３）。

【００１４】システム管理者によるものである場合、サ
ブＯＳ３は、障害の種別を判定し（ＳＴ４）、その結果
を端末１に出力する。即ち、システム管理者レベルであ
れば、サブＯＳ３は、エラーメッセージ（ＭＳＧ）を端
末１へ表示し（ＳＴ５）、これを見たシステム管理者が
所定の応答をタッチスクリーンから端末１へ入力すると
（ＳＴ６）、所定のエラー復旧処理を実行する（ＳＴ
７）。また、メーカ保守者レベルであれば、サブＯＳ３
は、メーカコールメッセージを表示し（ＳＴ８）、これ
を見たシステム管理者が所定の応答を入力すると（ＳＴ
９）、サブＯＳ３は制御をＯＳ２に渡してメーカ保守者
によるエラー処理モードに移行する（ＳＴ１０）。この
後、メーカ保守者による保守が行われる。

【００１５】以上の如く、本発明によれば、障害が利用
者レベルの場合には、ホスト１１へ通知されることな
く、端末１における利用者の応答により復旧できる。ま
た、システム管理者レベルの場合には、これをホスト１
１に通知してシステム管理者を端末１へ呼出し、その応
答により復旧できる。更に、メーカ保守者レベルの場合
には、メーカ保守者によるエラー処理モードとし、ホス
ト１１への通知により呼出したシステム管理者を介して
メーカ保守者を呼出し、その応答により復旧できる。

【００１６】

【実施例】図１の自動機システムは、本実施例において
は、大学構内に設置されて学生向けに在学証明書等の各
種証明書を発行する証明書発行システムを構成する。従
って、この場合の利用者は学生であり、システム管理者
は大学職員である。また、端末１は証明書発行装置とし
て用いられ、学内の各所に設置される。ホスト１１は学
内事務一般の処理業務を実行しその一環として証明書発
行装置を管理するものであり、学内の例えば学生課内に
設置される。

【００１７】端末１は、前述の如く利用者である学生が
主として使用するデータ処理装置であって、中央処理装
置及びメモリ（図示せず）からなる。ＯＳ２は端末１に
おける各プログラムの実行を制御し、各種証明書の発行
というサービスの提供のための処理を制御する。

【００１８】サブＯＳ３は、端末１における障害処理を
制御するもので、ＯＳ２から独立して設けられ、アプリ
ケーションプログラム４の実行中これを監視し、障害が
発生すると所定の障害処理を行う。

【００１９】アプリケーションプログラム４は複数設け
られ、その各々が所定のサービスを提供するための処理
を実行する。例えば、在学証明書／成績証明書／時間割
表／卒業見込み証明書／健康診断書／学割証等の各発行
対象毎にこれを処理するアプリケーションプログラム４
が設けられる。各アプリケーションプログラム４は、利
用者である学生による端末１への選択入力により起動さ
れる。

【００２０】起動されたアプリケーションプログラム４
は、処理の実行中に障害が発生すると、この障害のエラ
ー番号に基づいて、この障害のレベルを判別し、システ
ム管理者及びメーカ保守者のレベル（即ち利用者レベル
より上位）である場合、これをサブＯＳ３に通知する。

【００２１】ここで、本実施例において、利用者レベル
の障害とは、利用者による学籍番号等の入力ミス（文法
エラー）を指す。従って、利用者の再度の入力により障
害の復旧が可能なレベルである。この場合、アプリケー
ションプログラム４は、サブＯＳ３に通知することな
く、タッチスクリーン８上に利用者への再入力を求める
メッセージを表示する。これを見た利用者が正しい応答
を端末１へ入力すれば、障害は復旧する。

【００２２】また、利用者の障害処理に関する資格は、
特にシステム管理者ＩＤを必要とするものでなく、学籍
番号等の登録されたデータ（利用者ＩＤ）を持つ者であ
ればよい。なお，利用者ＩＤはＩＤ入力装置９へのＩＤ
カードの挿入により，資格チェックされる。また、利用
者による端末１即ちアプリケーションプログラム４への
入力はタッチスクリーン８を介してのみ許される。

【００２３】システム管理者レベルの障害とは、証明書
発行時に印刷装置７で証明書を印刷発行する際の紙づま
り（ジャム）、証明書発行のために投入された硬貨や紙
幣のつまりや、つり銭切れ等を指す。これらは、利用者
の応答によって復旧できるものではなく、また、不正防
止等のため利用者に応答させるべきではない。この場
合、アプリケーションプログラム４は、サブＯＳ３にエ
ラー番号と共に障害発生を通知し、サブＯＳ３からの処
理再開指示があるまで待ち状態となる。

【００２４】また、システム管理者の障害処理に関する
資格は、特にＩＤ又はパスワード等を必要とし、これに
より資格判定される。また、このＩＤの入力は、タッチ
スクリーン８ではなく、ＩＤ入力装置９又はキーボード
１０を介して行われる。そして、利用者による操作を防
止するため、キーボード１０は、端末１内の施錠された
ボックス（図示せず）内に設けられる。システム管理者
は、利用者ＩＤカードとこのボックスの鍵を持つ者であ
る。

【００２５】メーカ保守者レベルの障害とは、端末１の
ハードウェア故障を指す。これはシステム管理者の応答
によって復旧できるものではなく、また、安全や破損防
止のためシステム管理者に応答させるべきものではな
い。この場合、アプリケーションプログラム４は、サブ
ＯＳ３にエラー番号と共に障害発生を通知し、サブＯＳ
３からの処理再開指示があるまで待ち状態となる。

【００２６】サブＯＳ３は、アプリケーションプログラ
ム４からの通知を受けると、利用者の使用する入出力装
置であるタッチスクリーン８上に所定の画面を表示し、
これにより、以後のメッセージを抑制し、サービスの提
供を中止（又は中断）する。また、サブＯＳ３は当該通
知を受けた旨をホスト１１に通知し、この後、システム
管理者による端末１への応答を待つ。

【００２７】ホスト１１は、複数の端末１を管理するた
めの処理を行う自動機管理プログラム１２を有し、これ
により、端末１を管理する。サブＯＳ３からの通知を受
けたホスト１１は、自動機管理プログラム１２を起動し
て所定の処理を行う。例えば、ホスト１１のＯＳ（図示
せず）を介して所定のプログラムに処理を依頼し、出力
装置１３にサブＯＳ３からの通知があった旨を出力す
る。

【００２８】この出力は、出力装置１３が印刷装置であ
れば印刷出力され、ＣＲＴの如き表示装置であれば表示
出力され、いずれも例えばアラームを伴う。この出力
は、当該通知元のサブＯＳ３を特定することにより、端
末１（及び設置場所）を特定するように出力される。

【００２９】これを見たシステム管理者は端末１の設置
場所へ出向き、ＩＤ入力装置９へＩＤカードを挿入して
ＩＤを入力し、ボックスを開けて、キーボード１０を用
いて所定の応答をする。

【００３０】サブＯＳ３は、入力されたＩＤにより、こ
の応答が正しい（システム管理者の資格を持つ者による
入力）かを判定し、正しい場合に、所定の処理を行う。
即ち、サブＯＳ３は、アプリケーションプログラム４か
ら通知されたエラー番号により障害の種別がシステム管
理者レベルであるかメーカ保守者レベルであるかを判別
し、これを例えばタッチスクリーン８（又は図外の表示
装置）に表示する。また、システム管理者がどのような
応答をすればよいかをメニュー表示する（以下、復旧メ
ニューという）。

【００３１】このメニュー表示を見たシステム管理者
は、この復旧メニューに従った応答をする。即ち、メー
カ保守者レベルの障害であれば、実行中であった処理を
終了させる応答をキーボード１０等から入力し、この
後、電話等でメーカ保守者を呼び出す。また、システム
管理者レベルの障害であれば、復旧メニューに従った応
答をする。これにより、障害復旧する。

【００３２】復旧メニューに従ったシステム管理者の応
答を受けたサブＯＳ３は、メーカ保守者レベルの障害で
あれば、実行権（ＣＰＵの使用権）を放棄し、ＯＳ２に
制御を戻して処理を終了する。また、これと共に、サブ
ＯＳ３はアプリケーションプログラム４の処理を終了さ
せる。一方、システム管理者レベルの障害であれば、サ
ブＯＳ３は、復旧メニューに従った応答により障害が復
旧したら、アプリケーションプログラム４に処理再開通
知を行う。これを受けてアプリケーションプログラム４
は処理を再開する。

【００３３】メーカ保守者は、システム管理者からの知
らせにより、端末１へ出向き、ボックスを開けてキーボ
ード１０を用いて所定の処理を行う。なお、これに先立
って、必要であれば、ＩＤ入力装置９へのＩＤカードの
挿入による資格のチェックを行ってもよい。

【００３４】メーカ保守者によるキーボード１０からの
入力により、ＯＳ２は、保守プログラム６を起動する。
保守プログラム６はキーボード１０からの入力に応じて
障害の復旧のために必要な所定の処理を行う。

【００３５】復旧メニューの表示は、メッセージ表示プ
ログラム５により実行される。サブＯＳ３は、システム
管理者による入力を受けると、エラー番号を渡してメッ
セージ表示プログラム５を起動する。

【００３６】メッセージ表示プログラム５の処理を図３
に示す。起動されたメッセージ表示プログラム５は、メ
ッセージファイル１４をエラー番号（以下、メッセージ
Ｎo.ともいう）を用いて詮索する。メッセージファイル
１４は、メッセージＮo.毎にレコード１５を備える。各
レコード１５はメッセージＮo.、文字データ、ビジュア
ルデータを記憶してなる。

【００３７】レコード１５において、ビジュアルデータ
は、実際の画像データではなく、当該画像データを格納
したファイル名として格納される。このファイルは、メ
ッセージファイル１４とは別に設けられる（図示せ
ず）。

【００３８】メッセージ表示プログラム５は、メッセー
ジＮo.を用いてメッセージファイル１４を検索して文字
データを読出し、更に当該レコード１５内のビジュアル
データのファイル名を用いてビジュアルデータのファイ
ルを検索してビジュアルデータを読出す。メッセージ表
示プログラム５は、読出したデータをメッセージ表示画
面１６上に表示する。即ち、ビジュアルデータはメッセ
ージ表示画面１６のビジュアルデータ表示部に表示し、
文字データはその文字表示部に表示する。

【００３９】以上により、メッセージ表示画面１６上に
障害の内容を画像により表示できるので、復旧作業の手
順を分かり易くすることができる。また、アプリケーシ
ョンプログラム４の作成者に対する復旧の負担を少なく
することができる。

【００４０】また、メッセージ表示画面１６の内容、大
きさ、位置等は、メッセージファイル１４の該当レコー
ド１５の変更のみで所望の内容等に、設定、追加、変更
できる。なお、ビジュアルデータとしては、端末１にお
ける障害部分の他に表やグラフを表示することも可能で
ある。

【００４１】なお、メッセージＮo.とエラー番号とは同
一でなくてもよく、エラー番号により特定される表示メ
ッセージに独立にメッセージＮo.を付し、これをメッセ
ージファイル１４の検索に用いてもよい。

【００４２】また、利用者レベルの障害が発生した場合
にも、アプリケーションプログラム４からサブＯＳ３を
介してメッセージ表示プログラム５を呼出して、メッセ
ージ表示画面１６上に文字データ及びビジュアルデータ
を表示するようにしてもよい。この場合、障害復旧のた
めの復旧メニューの表示を全てアプリケーションプログ
ラム４以外が実行することになる。このため、アプリケ
ーションプログラム４の各々が当該処理実行のための部
分を持たなくて済むので、そのサイズを小さくでき、ま
た、作成者の負担を少なくすることができる。

【００４３】なお、メッセージ表示画面１６は、タッチ
スクリーン８上に設けても、また、独立した表示装置と
して設けてもよい。図４と図５及び図６は本発明による
自動機システムにおける障害処理フローを示す。特に、
図４において、図の左側はアプリケーションプログラム
４の処理を示し、図の右側は証明書発行装置（端末１）
の処理を示す。また、図５及び図６において、図の左側
はサブＯＳ３の処理を示し、図の右側はアプリケーショ
ンプログラム４の処理を示す。

【００４４】図４において、処理を実行中のアプリケー
ションプログラム４がシステム（端末１）の入出力処理
を入出力制御プログラム（図示せず）に依頼する（ＳＴ
１１）。この入出力処理は、例えば、タッチスクリーン
８への入出力、印刷装置７による印刷出力、金銭取扱部
（図示せず）への金銭の受入れ等の処理である。

【００４５】端末１が処理を開始すると（ＳＴ１２）、
何らかの障害が発生したとする。端末１は障害発生をア
プリケーションプログラム４に返答する（ＳＴ１３）。
アプリケーションプログラム４は、障害発生を受付け
（ＳＴ１４）、障害の内容に応じて予め定められている
エラー番号を設定し（ＳＴ１５）、サブＯＳ３に対して
エラー番号と共に障害発生を通知する（ＳＴ１６）。こ
れにより、復旧メニューの表示を依頼したこととなる。

【００４６】サブＯＳ３は復旧メニューの表示について
の処理を更にメッセージ表示プログラム５に依頼する
（ＳＴ１６）。メッセージ表示プログラム５はエラー番
号を用いてメッセージファイル１４を検索し、該当する
文字データ及びビジュアル（画面）データを読込み及び
設定する（ＳＴ１６）。以上のＳＴ（ステップ）１６の
処理の実際は、端末１からは見えず、あたかもアプリケ
ーションプログラム４の処理の如く見える。

【００４７】アプリケーションプログラム４は、読込ん
だビジュアルデータ等の表示を入出力制御プログラムに
依頼し（ＳＴ１６）、端末１はメッセージ表示画面１６
上にビジュアルメッセージ等を表示する（ＳＴ１７）。
これにより復旧メニューの表示が終了する。

【００４８】図５及び図６は連続して一連の障害処理フ
ローを示す。図５及び図６において、ＯＳ２がタッチス
クリーン８上に在学証明書／成績証明書等のメニュー画
面を表示して待ち状態にある。このメニュー画面を見た
利用者（学生）がＩＤ入力装置９からＩＤを入力し，タ
ッチスクリーン８から所望のメニューを選択入力する
と、ＯＳ２はサブＯＳ３を起動する。

【００４９】サブＯＳ３は選択メニューに対応するアプ
リケーションプログラム４を起動する（ＳＴ１８）。こ
れに応じてアプリケーションプログラム４が処理（図４
のＳＴ１１、ＳＴ１２）を開始すると（ＳＴ１９）、何
らかの障害が発生したとする。アプリケーションプログ
ラム４は所定の障害検出処理（図４のＳＴ１３乃至ＳＴ
１６）を実行し、更に、エラー番号と共にサブＯＳ３に
障害発生を通知し、サブＯＳ３からの指示待ち状態とな
る（ＳＴ２０）。サブＯＳ３は障害発生の通知を受付け
る（ＳＴ２１）。

【００５０】次に、サブＯＳ３は、図７に示すシステム
管理者コール画面をタッチスクリーン８上に表示する
（ＳＴ２２）。これにより、以後のメッセージの入力が
不可となる。これと並行して、サブＯＳ３は、ホスト１
１の自動機管理プログラム１２にシステム管理者エラー
を通知する（ＳＴ２３）。これにより、ホスト１１の出
力装置１３に図７と略同様の画面が表示される。

【００５１】なお、図７の表示のための文字データは、
サブＯＳ３が持っていても、また、メッセージ表示プロ
グラム５によりメッセージファイル１４から読出しても
よい。

【００５２】ここで、障害が利用者レベルである場合
は、ＳＴ２０でサブＯＳ３に通知することなく、エラー
番号に従ってアプリケーションプログラム４が再入力指
示を表示する等の復旧処理を行う。または、ＳＴ２１の
後ＳＴ２２及びＳＴ２３を実行せずに、メッセージ表示
プログラム５によりメッセージファイル１４から再入力
指示の表示データを読出し（図４のＳＴ１６）、アプリ
ケーションプログラム４に渡し、これを表示する（図４
のＳＴ１７）ようにしてもよい。

【００５３】ホスト１１への表示を見たシステム管理者
が端末１に出向き、ＩＤ入力装置９からＩＤカードによ
りＩＤを入力すると、サブＯＳ３はこれにより資格をチ
ェックする（ＳＴ２４）。

【００５４】正しいＩＤ入力でない場合、サブＯＳ３は
以後の処理を行うことなく処理を終了し、ＯＳ２に制御
を渡す。ＯＳ２は，再度，ＩＤの入力待ちの状態とな
る。正しいＩＤ入力である場合、サブＯＳ３はエラー番
号を用いて障害のレベルを判定する（ＳＴ２５）。この
結果に基づいて、サブＯＳ３は、システム管理者レベル
の障害である場合、図８に示す如き、エラー内容と復旧
指示の画面をタッチスクリーン８上に表示する（ＳＴ２
６）。メーカ保守者レベルの障害の場合、サブＯＳ３
は、図９に示す如き、メーカ保守依頼の画面をタッチス
クリーン８上に表示する（ＳＴ２７）。

【００５５】次に、サブＯＳ３はシステム管理者による
復旧処理のためのメニュー（復旧メニュー）をメッセー
ジ表示画面１６上に表示する（ＳＴ２８）。復旧メニュ
ーの例を図１０及び図１１に示す。図１０及び図１１は
ＳＴ２６の後に実行されるＳＴ２８における例である。
即ち、システム管理者レベルの障害の例を示す。図１０
は用紙づまりの場合の例であり、図１１はつり銭切れの
場合の例である。いずれの場合も、障害の内容が画像で
表示され復旧処理を容易にしている。

【００５６】この復旧メニューを見たシステム管理者が
復旧処理を終了すると、サブＯＳ３は、障害の復旧が完
了したことを判別し（ＳＴ２９）、アプリケーションプ
ログラム４に処理再開の指示をする。これを受けて、ア
プリケーションプログラム４は処理を再開する（ＳＴ３
０）。

【００５７】一方、ＳＴ２７の後に実行されるＳＴ２８
においては、システム終了指示の詳細がメッセージ表示
画面１６上に表示される。これを見たシステム管理者が
システム終了の指示を入力すると、サブＯＳ３は実行権
を放棄して処理を終了し、制御を（汎用）ＯＳ２に戻す
（ＳＴ３１）。

【００５８】ＯＳ２は、例えばタッチスクリーン８上に
入力中止の画面を表示し、メーカ保守者によるキーボー
ド１０からの入力待ちの状態となる。この後、メーカ保
守者が端末１に出向き、キーボード１０からの入力によ
り保守プログラム６を起動して必要な処理を実行する
（ＳＴ３２）。例えば、保守プログラム６によるテスト
を行い、障害内容を特定して復旧する。

【００５９】

【発明の効果】以上説明したように、本発明によれば、
自動機システムにおける障害処理において、障害及び操
作者の障害処理の資格をレベルに応じて３つに分け、そ
の各々につき適切な処理を行うサブＯＳを設けることに
より、利用者、システム管理者、メーカ保守者の各々に
必要に応じて適切な障害処理の指示を表示することがで
き、各レベルで復旧できる障害は上位レベルの者に通知
することなく復旧できるので、障害処理を効率よく実行
することができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の作用説明図である。

【図３】メッセージ表示の説明図である。

【図４】障害処理フローである。

【図５】障害処理フローである。

【図６】障害処理フローである。

【図７】表示画面の一例を示す図である。

【図８】表示画面の一例を示す図である。

【図９】表示画面の一例を示す図である。

【図１０】復旧メニューの一例を示す図である。

【図１１】復旧メニューの一例を示す図である。

【図１２】従来技術説明図である。

【符号の説明】

１ 端末 ２ オペレーティングシステム（ＯＳ） ３ 自動機用サブオペレーティングシステム（サブＯ
Ｓ） ４ アプリケーションプログラム ５ メッセージ表示プログラム ６ 保守プログラム ７ 印刷装置 ８ タッチスクリーン ９ ＩＤ入力装置 １０ キーボード １１ ホストコンピュータ（ホスト） １２ 自動機管理プログラム １３ 出力装置 １４ メッセージファイル １５ レコード内容 １６ メッセージ表示画面

Claims (3)

【特許請求の範囲】
1. 【請求項１】 所定のサービスを提供すると共に、障害
   の種別及び操作者の障害処理に関する資格が利用者、シ
   ステム管理者、メーカ保守者の３レベルからなるデータ
   処理システムであって、 前記システム管理者が使用するデータ処理装置であるホ
   ストコンピュータ（１１）と、 前記利用者が主として使用するデータ処理装置であっ
   て、前記ホストコンピュータ（１１）と接続され、前記
   サービスを提供する端末（１）と、 前記端末（１）に設けられたオペレーティングシステム
   （２）と、 前記端末（１）に設けられた当該端末（１）での障害処
   理を制御する自動機用サブオペレーティングシステム
   （３）と、 前記端末（１）に設けられ、当該端末（１）での前記所
   定のサービスを提供するための処理を実行するアプリケ
   ーションプログラム（４）とを備え、 前記アプリケーションプログラム（４）が、当該処理を
   実行中に前記システム管理者及びメーカ保守者のレベル
   の障害が発生した場合に、これを前記自動機用サブオペ
   レーティングシステム（３）に通知し、 前記自動機用サブオペレーティングシステム（３）が、
   前記通知を受けた場合に、それ以後の当該端末（１）へ
   の入力が前記システム管理者によるものか否かその資格
   を検査し、前記システム管理者によるものである場合に
   当該障害の種別が前記システム管理者又はメーカ保守者
   のレベルのいずれであるかを当該端末（１）に出力する
   ことを特徴とする自動機システムにおける障害処理方
   式。
2. 【請求項２】 前記自動機用サブオペレーティングシス
   テム（３）が、前記通知を受けた場合に、当該端末
   （１）での前記所定のサービスの提供を中止し、当該通
   知を受けた旨を前記ホストコンピュータ（１１）に通知
   することを特徴とする請求項１記載の自動機システムに
   おける障害処理方式。
3. 【請求項３】 前記障害の種別の当該端末（１）への出
   力は、当該障害に関するデータを文字及び画像によって
   表示することを特徴とする請求項１記載の自動機システ
   ムにおける障害処理方式。