JPH02130607A - 故障診断方法およびそれを利用する自動倉庫監視システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は故障診断方法およびそれを利用する自動倉庫監
視システムに関し、特に診断対象となる対象物の各部に
設置された検出器を介して、制御装置に収集される異常
状態を示す信号から故障現況を判定し、これを故障診断
に利用するようにした故障診断方法およびそれを利用す
る自動倉庫監視システムに関する。

〔従来の技術〕

従来、自動倉庫の故障診断方式としては１例えば、「パ
ソコンによるＡＩタイプの故障診断方式」（（株）ダイ
ツク東京広報室：ファクトリ・オートメーション、１９
８８年２月号、５７〜６０頁）、「物流機器の制御・診
断にＡＩ応応用面面倒マニュアル検索を不要に」（日経
メカニカル、１９ｇ７年２月１８日号、６１〜６８頁）
に記載されている方式が知られている。

上述の方式は、いずれも、故障診断システムが診断の対
象となる自動倉庫と分離・独立しているものである。

上記診断方式においては、故障診断システム自体は、診
断に使用する知識をＩＦ−ＴＨＥＮ型等に定型化し、記
録媒体に記録しておき、必要に応じて診断システムが抽
出し、故障診断を行う、処理の内容としては、自動倉庫
の故障時に、各構成要素の異常状態を、故障診断システ
ムの利用者が故障診断システムに問合せながら入力し、
この結果として上記システムが故障原因、対策を出力す
るというものであった。

〔発明が解決しようとする課題〕

上記従来技術は、自動倉庫の制御装置に収集される異常
状態を示す信号から故障現況を判定し、これを故障診断
に利用する点については配慮されておらず、故障診断シ
ステムの利用者が直接確認した故障現況のみにより故障
診断を行っていたため、利用者が直接確認できない故障
現況に関しては、診断が不可能ないしは著しく時間がか
かるという問題があった。

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来の技術における上述の如き問題を解
消し、前述の如く、診断対象となる対象物の制御装置に
収集される異常状態を示す信号から故障現況を判定し、
これを故障診断に利用するようにした。改良された故障
診断方法およびそれを利用する自動倉庫監視システムを
提供することにある。

（ｉ１題を解決するための手段〕 本発明の上記目的は、動作を制御する制御装置を有する
対象物の故障診断を行う方法において、前記対象物の各
構成要素に設けた検出器の信号を前記対象物の制御装置
に取込み、制御装置に取込まれた信号が前記構成要素の
異常を示すときに。

該異常状態の内容を記録するとともに、別の記録媒体に
記録されている故障診断に関する知識に基づいて前記異
常状態の原因、対策を判定することを特徴とする故障診
断方法、および、動作を制御する制御装置を有する自動
倉庫の監視システムにおいて、前記自動倉庫の各構成要
素に検出器を設けるとともに、該検出器の信号を前記自
動倉庫の制御装置に取込む如く構成し、制御装置に取込
まれた信号が前記構成要素の異常を示すときに該異常状
態の内容を記録する手段と、別の記録媒体に記録されて
いる故障診断に関する知識に基づいて前記異常状態の原
因、対策を判定する手段と、該判定手段による判定結果
を出力する手段を設けたことを特徴とする自動倉庫監視
システムによって達成される。

〔作用〕

本発明に係る故障診断方法においては、診断対象となる
対象物の制御装置に設けられた異常状態監視手段が、対
象物の制御装置から逐次信号を取込み、この信号が、対
象物の動作や状態の異常を示すか否かを判定することで
、対象物の動作状況を逐一監視し、故障診断を開始すべ
きか否かを決定する。また、上述の故ｍ現況と構成要素
の異常発生に関する問合せ結果から得られた故障現況か
ら、故障原因、対策を推定し表示する。これにより、対
象物の故障時の現況を、多くの必要な情報を用いて把握
し、正確な原因、対策を指示することができるようにな
る。本故障診断方法は、遠隔地におかれた対象物に対し
ても、通信回線を介して適用することが可能である。

本発明を適用した自動倉庫監視システムにおいては、自
動倉庫の制御装置から取込まれる信号に基づいて、遠隔
地においても、構成要素の状態を逐一監視することがで
き、故障診断を開始する時期を決定することができる。

〔実施例〕

以下、本発明の実施例を図面に基づいて詳細に説明する
。

第２図は、本発明の第一の実施例を示す自動倉庫の故障
診断システムの機能ブロック図である。

図において、１０１は運用状態の監視の対象とする自動
倉庫０１を運用制御する制御装置０２から送られて来る
信号が異常か否かを判定する状態監視部。

１０２は上記状態監視部１０１から送られる信号が異常
か否かを判定するための異常判定データファイルで、後
述する異常信号の番号とこれに対応する故障現況を、第
３図に示す形式で格納している。

また、１０３は異常であると判定された信号の番号を、
第４図に示す形式で逐次格納する異常信号記録ファイル
、１０４は自動倉庫に起こっている故障現況を第５図に
示す形式で格納する故障現況データファイル、１０５は
後述する知識ベース１０６．ワーキングメモリ１０７を
用いて、故障現況ファイル１０４の故障現況および質疑
応答部１０８からの問合せの解答を基に、故障原因、対
策を推論するために利用される診断部を示している。

上述の診断部１０５は、第６図に示す如く、三つの機能
部から成っている。故障現況問合せ部３０１は、前述の
故障現況データファイル１０４に格納された故障現況お
よび自動倉庫の構成要素における異常の状態に関する問
合せの結果から故障原因の候補を導き出し、記録する。

故障原因判定部３０２は、上述の故障原因の候補から、
故障原因を判別する。故障対策指示部３０３は、上記故
障原因に対応する対策を検索し、表示する。

知識ベース１０６は、下記の各ファイルを含んでいる。

故障現況判定ファイル３０４は、故障現況から故障原因
候補を判定するための条件文を、第７図に示すＩＦ−Ｔ
ＨＥＮ形式で格納している。故障状態ファイル３０５は
、自動倉庫の各構成要素の異常の状態を調べる質問文と
解答の選択肢を、第８図に示す形式で格納している。原
因候補判定ファイル３０６は、質問の解答から故障原因
を推定して、候補となる可能性（以下、「確信度」とい
う）を百分率で記す条件を、第９図に示すＩＦ−ＴＨＥ
Ｎ形式で格納している。

上記故障原因判定ファイル３０７は、故障原因候補の中
で、上述の確信度があるー・定値以上のものを、故障原
因として判定するための条件を、第１０図に示す形式で
格納している。原因・対策格納ファイル３０８は、故障
原因と対策の内容を、第１１図に示す形式で格納してい
る。故障対策指示ファイル３０９は、故障原因に対応す
る故障対策を検索し表示するための条件を、第１２図に
示す形式で格納している。故障原因候補ファイル３１０
は、故障原因の候補を、確信度とともに、第１３図に示
す形式で格納している。故障原因ファイル３１１は、故
障原因を、第１４図に示す形式で格納している。

次に、第２図および第６図の機能ブロック図を中心とし
、必要に応じて、第１図に示す状態監視部１０１のフロ
ーチャート、第１５図に示す故障現況問合せ部３０１の
フローチャート、第１６図に示す故障原因判定部３０２
のフローチャート、第１７図に示す故障対策指示部３０
３のフローチャートをも用いて、各機能部の処理を説明
する。

自動倉庫０１には、各部に、動作確認を行うための検出
器やリレー等が設置されており、制御装置０２は、これ
らの検出器やリレー等からの信号を受取っている。これ
らの信号は、信号の番号に変換され、状態監視部１０１
に逐次伝送される。状態監視部１０１は、信号の番号を
受取る（ステップ２ｏ１）と、先に述べた異常判定デー
タファイル１０２に、同じ異常信号の番号が存在するか
否かを検索する（ステップ２０２）。同じ番号が存在し
ないときは次の信号を入力するが、同じ番号が存在する
場合、すなわち、異常状態が発生している場合は、前記
異常信号の番号に対応する故障現況を抽出し、ステップ
２０３で、故障現況データファイル１０４に記録する。

最後に診断部１０５に故障診断開始命令を出す（ステッ
プ２０４）。

診断部ｉｏｓは、故障診断開始命令を受けると、次の如
き処理を行い、診断を行う。まず、故障現況問合せ部３
０１が、故障現況データファイル１０４から故障現況を
抽出する（ステップ４０１）。次に、当該故障現況が　
ＩＦ部に記述されている条件文を故障現況判定ファイル
３０４で検索し、該当する条件段のＴＨＥＮ部に記述さ
れた故障原因の候補と確信度を取出す（ステップ４０２
）。次に、故障原因候補ファイル３１０中に、前記故障
原因の候補と同じものがあるか否かを検索しくステップ
４ｏ３）、ある場合には、ステップ４０２で取出した確
信度を加算する（ステップ４０４）。ない場合には、前
記故障原因の候補と確信度とを故障原因候補ファイル３
１０中に記録する（ステップ４０５）。

次に、診断部１０５は、すべての故障現況を故障現況デ
ータファイル１０４から抽出したが否かを判定しくステ
ップ４０６）、抽出していない場合にはステップ４０１
の処理に戻る。抽出した場合には、診断に必要な条件が
まだ存在するか否か、つまり、故障原因候補ファイル３
１０中に記述されていない故障原因の候補を　Ｔ’ＨＥ
Ｎ部に記述した条件文があるか否かを、故障現況判定フ
ァイル３０４で検索しくステップ４０７）、ない場合に
は処理を終了する。

ある場合には、ステップ４０８で、質問文と解答の選択
肢の組を、故障状態ファイル３０５から一つ取出す。

次に、ステップ４０８で取出した質問文と解答の選択肢
の組を表示し、解答を得る（ステップ４０９゜４ＩＯ）
。上述の組の名称と得られた解答とがともにＩＦ部に記
述されている条件文を、前記原因候補判定ファイル３０
６で検索し、この条件文のＴ　ＨＥＮ部に記述された故
障原因の候補と確信度を取出す（ステップ４１１）。こ
の後、ステップ４０３の処理に戻る。

次に、故障原因判定部３０２は、ステップ５０１で故障
原因候補ファイル３１０から故障原因の候補を一つ取出
し、該故障原因の候補を　ＩＦ部に記述した条件文を故
障原因判定ファイル３０７で検索する（ステップ５０２
）。次に、前記故障原因候補の確信度が条件文の条件を
満たしているか否かを判定する（ステップ５０３）、満
たしている場合には、該故障原因の候補を故障原因とし
て、故障原因ファイル３１１に記録する（ステップ５０
４）、また、次の候補が存在するか否かを、故障原因フ
ァイル３１０を検索（ステップ５０５）　Ｌ、ある場合
はステップ５０１の処理に戻り、ない場合には処理を終
了する。

故障対策指示部３０３は、故障原因ファイル３１１から
故障原因を一つ取出す（ステップ６０１）、前記故障原
因がＩＦ部に記述された条件文を故障対策指示ファイル
３０９で検索しくステップ６０２）、このＴＨＥＮ部に
示される名称を持つ故障原因と対策の組を、原因・対策
格納ファイル３０８中で検索する（ステップ６０３）。

この組に記述された故障原因と対策を抽出し、表示する
（ステップ６０４）。取出していない故障原因がまだ故
障原因ファイル３１１に存在するか否か判定しくステッ
プ６０５）、存在する場合にはステップ６０１の処理に
戻る。存在しない場合には処理を終了する。

上記実施例によれば、自動倉庫の動作状況を常に監視し
、故障が起これば直ちに原因究明、対策を自動的に行い
、かつ、自動的に識別不可能な故障現況を対話形式で入
力することにより、自動的に判定不可能な故障原因を究
明する融通性があるため、早急で、かつ、正確、適切な
故障原因を決定し、対策を表示することができる。

上記実施例において、故障位置を示す表示を行うことに
より、対策を早めることも可能である。

その場合を、第二の実施例として示す。第１８図に実施
例の制御部［０２の構成のブロック図を示す。

第１８図中で、デ・−タ入出力部１８０１は、制御部１
８０２からの自動倉庫０１の制御命令を入力し、自動倉
庫０１に転送する。また、自動倉庫Ｏ１の各部に設置し
た検出器からの信号を入力し、制御部１８０２に転送す
る機能と、自動倉庫Ｏ１の各構成要素に設置した表示灯
のうち、どれを点灯させるかを調査し、点灯させる機能
をも有する。

制御部１８０２は、自動倉庫０１の各部の動作を制御す
る。また、自動倉庫０１の各部に設置した検出器からの
信号を、状態監視部１０１に送る９点灯位置決定部１８
０３は、故障対策指示部３０３で抽出した故障個所の故
障原因と対策に対応した構成要素ＮＯのフラグを１′″
にする０点灯指示ファイル１８０４は、構成要素Ｎαと
フラグを第１９図に示す形式で格納している。但し、フ
ラグが“Ｏ”のときは、表示灯の消灯を示し　ｕ　ｌ　
Ｉ＋のときは点灯を示す。原因・対策格納ファイル３０
８（第２０図にその内容例を示す）は、故障原因、対策
に加え、故障が起きている構成要素の番号を格納する。

次に、第１８図を中心に、上記実施例の動作を説明する
。

故障診断結果が表示されると同時に、故障対策指示部３
０３は、抽出した故障原因と対策の組に基づいて構成要
素嵐を抽出し、点灯位置決定部１８０３に送る。点灯位
置決定部１８０３は、送られた構成要素Ｈａを点灯指示
ファイル１８０４で検索し、この構成要素Ｎαに対応す
るフラグを１１１”にする。データ入出力部１８０１は
、フラグが“１”になっている構成要素淘を検索し、こ
れに対応する構成要素の表示灯を点灯させる。

上記実施例によれば、故障診断結果として、故障原因、
対策が表示されたとき、この故障原因となっている構成
要素を明確に示すことができるため、故障個所を速やか
に検知でき、自動倉庫のメンテナンスに要する時間を短
縮できる。

次に、上記実施例において、メンテナンス会社等をセン
タとして、自動倉庫が設置されているサイトの故障現況
を、通信回線を通じて認識し、センタで故障診断を行う
方式を、第２１図から第２８図を用いて説明する。

第２１図は、上記方式を実現するための機能ブロック図
であり、記号０１．０２および１０２は、第一の実施例
（第２図参照）に示したと同じ構成要素を示している。

また、状態監視部１０１ａは、第２図に示した状態監視
部１０１と同様の機能を有するが。

故障現況データファイル３６０１には、異常信号の番号
を記録する。故障現況データファイル３６０１は。

状態監視部１０１ａが異常と判定した信号番号を、第２
２図に示す形式で格納している。選別部３６０２は故障
診断に関係ある異常信号番号の選別と、異常信号の送信
を行う。データ選別ファイル３６０３は、各異常信号に
対して、一つの故障原因を決定するために必要な故障現
況に対応した異常信号の番号を、第２３図に示す形式で
格納している。センタ指示テーブル３６０４は、センタ
が診断に必要と判断し指示して来た異常信号の番号を、
第２４図に示す形式で格納している。表示部３６０５は
、センタから送られた診断結果を表示する。

上述の各機能部、ファイルおよびテーブルは。

自動倉庫が存在し、センタと通信回線を通じて相互に連
絡が可能なサイトに設置する。センタ側に設置されてい
る知識ベース１０６．ワーキングメモリ１０７は、第２
図に示したと同じ構成を有している。また、診断部１０
５ａは、第２図に示した診断部１０５と同様の機能を有
するが、その他に、知識ベース１０６に格納されている
どのルールが今使われているかを、つまり、各ルールに
添えられた番号（ルール番号）を、センタ選別部３６０
６に送る機能を有する。センタ選別部３６０６は、診断
部１０５ａで使われているルールから、診断に必要な故
障現況に対応する異常信号を判別する。故障現況変換部
３６０７は、異常信号に対応した故障現況の内容を、第
２５図に示す形式で格納する。

選別ファイル３６０８は、診断に利用されるルールに対
応したルール番号と、そのルールの利用時に必要な情報
となる故障現況を示す異常信号の番号を、第２６図に示
す形式で格納する。この選別ファイル３６０８において
は、ルール番号毎に、格納される異常信号番号は、該ル
ールで使用されているときに、その後の診断で使われる
可能性の高い故障現況に対応した異常（ｆｆ号番号であ
る。なお、ここで、本実施例において用いる通信回線は
、データ送信要求、必要なデータ内容指示等のためのデ
ータと、異常信号の番号等のデータが同時に送れるもの
とする。

以下、本実施例の動作を、第２１図に示す機能ブロック
図を中心に、必要に応じて第２７図に示す選別部３６０
２のフローチャート、第２８図に示すシーケンスチャー
トを用いて説明する。

状態監視部１０１　ａが異常信号番号を故障現況データ
ファイル３６０１に記録して行くと、選別部３６０２は
、まず、センタに、他のサイトと交信中であるか否かを
問合せる。交信中の場合は、何度も問合せを続けるが、
交信中でないときは、センタから異常信号の番号を送信
する要求がなされる。選別部３６０２は、故障現況デー
タファイル３６０１に読出し時点で最後に記録された異
常信号番号を取出し、これを異常信号番号の代表とし、
更に、データ選別ファイル３６０３中で、同じ番号を検
索し、この行のフラグを“１″とする（ステップ３７０
１）、このとき他のフラグは、すべてＩｔ　Ｏ７７であ
る０次に、選別部３６０２は、このフラグが１１”とな
った部分に記録されているセンタに送信すべき他の異常
信号番号に合致する番号を、故障現況データファイル３
６０１から抽出して、センタに送信する（ステップ３７
０３）。

故障現況変換部３６０７は、送られて来る異常信号番号
と同じ番号を故障現況変換ファイル３６０９で検索し、
この番号に対応する故障現況を抽出し、診断部１０５　
ａに送る。

診断部１０５ａは、送られた故障現況を使って、故障診
断を行うと同時に、センタ選別部３６０６に診断で使っ
ているルール番号を逐次送る。センタ選別部３６０６は
、送られたルール番号と同じ番号を選別ファイル３６０
８で検索し、他の異常信号番号をすべて取出し、これら
を選別部３６０２に返す。

選別部３６０２は、センタから異常信号番号が返される
と（ステップ３７０５）、これを、まず、センタ指示テ
ーブル３６０４に格納し１次に、この異常信号番号が先
に述べた代表の番号を含むか否均１を判定する（ステッ
プ３７０６）。含まない場合は、最も後に記録された異
常信号を代表とし、データ選別ファイル３６０３で、代
表だった番号のフラグを１１０１＋とする（ステップ３
７０？）。次に、新しく代表となった番号を検索して（
ステップ３７０８）、そのフラグを１１”としくステッ
プ３７０９）、ステップ３７１０の処理へ移る。

ステップ３７０６で、センタから送信された異常信号番
号が１代表を含むときは、そのまま、ステップ３７１０
の処理へ移る。

ステップ３７１０では、上記代表番号に対応する他の異
常信号番号を、データ選別ファイル３６０３から抽出す
る。ステップ３７１１では、上記異常信号番号がセンタ
指示テーブルに格納された番号と同じものならば、セン
タへ送信する（ステップ３７１２）。−方、センタ選別
部３６０６は、診断部１０５ａが診断を終了し、ルール
番号を送信しなくなると、異常信号番号送信停止要求を
選別部３６０２に送る。これを受けて選別部３６０２は
、ステップ３７１３で送信を停止する。診断結果は９診
断部１０５　ａから表示部３６０５に送られ、画面上に
表示される。

上記方式によれば、知識ベースをセンタのみに置くよう
にしたので、自動倉庫システムの運用形態の変更等によ
る知識ベースの更新を行う場合、各サイト毎に、故障診
断システムを設置する方式のように、そのサイトで知識
ベースの変更をせずに、センタの知識ベースを更新する
だけで良く、保守会社の担当者がサイトへ直接行って知
識ベースをメンテナンスする無駄を省くことができる。

また、診断に必要な異常信号のみ選別してセンタに送る
ため、すべて送る方式に比べて、通信コストを軽減でき
る。

上記実施例において、第６図中の機能ブロックを第２９
図に示す如く変更する。図において１診断履歴出力部２
００１は、故障原因候補をデイスプレィ等の画面上やプ
リンタに出力する機能を有する。

また、図面データファイル２００２は１問合せの個所を
示す図面の画像データと、これに対応した識別番号（以
下、「図面番号」という）を格納している。

なお、故障状態ファイル３０５には、質問内容に対応し
た図面の図面番号を追加し、第３０図に示す形式で格納
する。ｍ因・対策格納ファイル３０８には故障原因の内
容に対応した図面の図面番号を追加し、第３１図に示す
形式で格納する。その他の各機能部とファイルは、第６
図に示したものと同様である。

本実施例において、故障現況問合せ部３０１は、各構成
要素の状態問合せ時、問合せの質問文と解答の選択肢を
取出し、これを第２図示した質疑応答部１０８に送り、
質疑応答部１０８は、画面上にこれらを表示する。また
、前述の質問文と解答の選択肢と同じ図面番号を取出し
１図面データファイル２００２で、同じ図面番号に対応
する画像データを取出し、これを質疑応答部１０８に送
る。質疑応答部１０８は、これを元図面に変換して、画
面上に表示する。更に、質疑応答部１０８では１表示さ
れた選択肢のうちのいずれかがマウスピックにより選択
されると、ビックされた選択肢を解答として故障現況問
合せ部３０１に転送する。

故障現況問合せ部３０１は、この解答を基に上記実施例
で示した方法で、故障原因候補を抽出し、故障原因候補
ファイル３１０に記録する。また、この故障原因候補は
、質疑応答部１０ｇに転送され、画面上に表示される。

故障対策指示部３０３は、原因・対策格納ファイル３０
８から故障原因と対策を抽出し、これを画面上に表示す
るが、その際、上記故障原因・対策の粗生の図面番号を
抽出する。

この図面番号に対応した画像データを、図面データファ
イル２００２で検索して抽出し、画面上に元図面として
表示する。診断履歴出力部２００１は、故障原因と対策
が出力された後、故障原因候補ファイル３１０から、故
障原因の候補を取出し、画面上あるいはプリンタに出力
する。この診断履歴出力部２００１をメンテナンス会社
側に置き、そこで故障原因候補を出力させるようにして
も良い。

これらの機能を追加すれば１問合せの対象となる個所を
明解にする、解答の入力がマウスビックの動作だけで済
み、簡略化できる。故障診断に失敗し、原因が不明の場
合でも、故障原因の候補から類推できる故障診断の過程
を、専門のメンテナンス担当者に報告することにより、
原因究明の労力を省ることができるという効果がある。

上記実施例の制御装置０２に、以下の機能を追加する。

第３２図は、上記制御装置０２の機能ブロック図である
。制御部２３０１は、スタッカクレーンの昇降動作、走
行動作等の、全動作パターンをコード化した数値（以下
、「動作コード」という）が入力されると、自動倉庫に
、その動作コードに対応する動作を行わせる。動作要求
部２３０２は、動作コードを制御部２３０１に転送し、
自動倉庫の動作要求を行う。動作順序ファイル２３０３
は、自動倉庫が故障で停止した際、検出器からの異常信
号が送られて来なかった場合に、故障を調査するために
、故意に異常を起こすため等に利用する動作パターンを
動作コードで、第３３図に示す形式で格納している。

動作コード変換ファイル２３０４は、故障対策として行
う自動倉庫の動作を、第３４図に示す形式で格納してい
るや 以下１本実施例の動作を説明する。まず、制御部２３０
１から、自動倉庫が故障で停止したという報告があった
が、故障現況データファイル１０４に故障現況データが
格納されていなかった場合、動作要求部２３０２は、動
作順序ファイル２３０３の始めから動作コードを読込み
、これを制御部２３０１に送り、自動倉庫Ｏ１を動作パ
ターン通りに動作させる。この際、何か故障現況が発見
されれば、故障診断を行うことが可能となる。また、故
障対策を故障対策指示部３０９が抽出すると、動作要求
部２３０２は、前記故障対策を転送する。動作要求部２
３０２は、この故障対策を動作コード変換ファイル２３
０４中を検索し、見付けられなかった場合は、動作要求
を制御部２３０１にしないが、見付けられた場合には、
その故障対策に対応する動作コードを取出し、制御部２
３０１に転送して、自動倉庫に動作を行わせる。

このようにすれば、まず、故障現況が検出器から一度は
検出されなかったが、二度目以降は検出できる場合にお
いても、故障診断を行うことが可能となる。更に、操作
ミス等により、自動倉庫が不良動作を起こして停止した
場合等、自動倉庫にある動作を行わせることにより、異
常による停止状態から脱却できる場合に、自動的に、自
動倉庫の正常動作開始状態に戻すことが可能となる。

上記実施例においては、自動倉庫の種類、設置環境、使
用状態等の要因により故障の発生する確率の高い個所が
、時間の経過とともに変化して来ることを考慮せず、そ
の状況下での故障発生の確率にかかわらず質問を発行し
ているが、故障発生の確率が高い部分に関する質問から
発行する機能を付加することにより、故障診断の効率が
向上する。上記機能を、第３５図から第４０図を用いて
説明する。

第３５図は、本実施例の機能ブロック図を示している。

診断順序決定部２６０１は、動作許容値ファイル２６０
６と運用履歴ファイル２６０４に基づいて、自動倉庫の
構成要素の名称を故障発生の確率の高いもの順に求めて
１診断順序指示テーブル２６０２に格納する。診断順序
指示テーブル２６０２は５故障発生確率の高い順に構成
要素の名称を、第３６図に示す形式で格納している。故
障診断知識抽出部２６０３は、診断順序指示テーブル２
６０２から取出した構成要素に関係する質問文を故障状
態ファイル３０５から取出し、故障現況問合せ部３０１
に送る。運用履歴ファイル２６０４は、自動倉庫に要求
された動作の回数（例えば、クレーンの昇降動作）を第
３７図の形式で格納している。運用履歴記録部２６０５
は、上記動作回数を記録する。動作許容値ファイル２６
０６は、構成要素群の動作に対して、正常と判定する際
の上限の動作回数を許容値として、構成要素別に、第３
８図に示す形式で格納している。

以下、第３５図の機能ブロックに基づき、本処理の内容
を説明する。

まず、運用履歴記録部２６０５は、自動倉庫の構成要素
で走行体、昇降体、フォーク等が基本動作をするときに
、それぞれ関与するものをまとめて一つの群としたとき
に、この群別に、動作回数をカウントし、それらを運用
履歴ファイル２６０４に格納する。

次に、診断順序決定部２６０１の動作を、第３９図に示
すフローチャートに従って説明する。

診断順序決定部２６０１は、最初に、運用履歴ファイル
２６０４に格納された各構成要素の動作回数を取出す（
ステップ２７０１）。次に、動作許容値ファイル２６０
６から、構成要素群に対する構成要素の限界動作回数を
取比す（ステップ２７０２）。各構成要素について、上
記二つの動作回数の比ｍを、次式により求める（ステッ
プ２７０３）ゆ 構成要素群の動作回数 構成要素の限界動作回数 ｍの値の大きい順に、構成要素名称を診断順序指示テー
ブル２６０２に格納する（ステップ２７０４）。

次に、故障診断知識抽出部２６０３の動作を、第４０図
のフローチャートを用いて説明する。故障診断知識抽出
部２６０３は、診断順序指示テーブル２６０２の先頭の
構成要素の名称を抽出しくステップ２８０１）、この構
成要素の名称を持つ質問文を故障状態ファイル３０５か
ら抽出しくステップ２８０２）、上記質問文を故障現況
問合せ部３０１に送る（ステップ２８０３）。

本実施例によれば、故障の起こる可能性の高い個所から
順に診断を行うことができるため、故障の起こる可能性
の低い個所の故障診断を後回しにでき、診断に要する時
間を大幅に短縮できる。また、早急に故障原因の究明、
対策の決定を行うことができ、自動倉庫の長時間のシス
テムダウンを防ぐことができる。

また、上記実施例の変形として、上記実施例の動作許容
値ファイル２６０６では１表形式で許容値を格納してい
るが、これを、「条件が満足されれば、所定の動作回数
の許容値を示す」という形式にすることも可能である。

この条件を示す部分で１例えば、一つの構成要素を示せ
ば、診断順序決定部２６０１は、条件部を参照すること
で条件に即した構成要素の動作許容値を得ることができ
る。また、突発的な事故等の影響で動作回数の許容値が
減る場合に対しては１条件部に事故の内容を記述し、そ
の条件が満足されたときの動作回数の上限値の減少量あ
るいは減少率を示すことも可能である６る。なお、以上
のような記述形式に、自然語を利用することも可能であ
る。

本実施例によれば、運用履歴ファイル２６０４の内容の
把握の容易さ、変更の容易さを向上させることができる
。また、対象システムの大きさ、使用状態（例えば、１
日８時間稼動と２４時間稼動）によって各部分の故障の
可能性の高さが変化するが、上記記述方式により、条件
や動作回数の許容値を容易に変更することが可能となる
。

また、上記実施例の変形例として、運用履歴ファイル２
６０４と動作許容値ファイル２６０Ｇの内容をメンテナ
ンス会社に転送する機能を付加することも有効である。

また、診断順序決定部２６０１と同様の機能部を、メン
テナンス会社に備えておくことも有効である。

上記変形例によれば、メンテナンス会社は、故障の可能
性の高い構成要素の名称を確認できるので、故障発生以
前に、システムの構成要素の補修計画をたてることがで
き、故障に対する迅速な対応が可能になる。

上記実施例において、問合せ時に、故障現況に関する質
問により、各部に異常がないか調査するが、この調査の
過程、すなわち、問合せ中に質問された個所の異常の有
無を記録しておき、問合せ途中と故障対策の指示後に出
力させる機能を追加した変形例も考えられる。

本変形例によれば１診断結果が原因不明のときに、故障
修理担当者の、自動倉庫に対する検査項目が減り、修理
に要する時間の短縮が図れる。

また、上記実施例に対して、問合せ順序を設定しておく
変形例を第４１図〜第４３図を用いて説明する。ここで
、第４１図は、第６図の故障現況問合せ部３旧の動作と
故障状態ファイル３０５の機能ブロック図を変更したも
ので、第１故障状態フアイル３２０１は、第８図に示し
た故障状態ファイル３０５と同じ形式で、質問文と解答
の選択肢を格納している。但し、第１故障状態フアイル
３２０１には、自動倉庫の故障時に、特に顕著に表われ
る異常状態に関する質問文を格納する。第２故障状態フ
アイル３２０２は、第１故障状態フアイル３２０１以外
の質問文と解答の選択肢を、第１故障状態フアイル３２
０１と同じ形式で格納している。また、問合せ順序テー
ブル３２０３は、第１故障状態フアイル３２０１から抽
出され発行された質問の解答により故障原因の候補の取
出し・記録が行われた質問の次以降の質問文の名称を、
第４２図に示す形式で格納している。

次に、上述の故障現況問合せ部３０１の問合せ順序の決
定方法を、第４３図のフローチャートに従って説明する
。

故障現況問合せ部３０１は、第１故障状態フアイル３２
０１から、未だ取出していない質問文と解答の選択肢を
取出しくステップ３４０１）、前記質問文と解答の選択
肢を表示しくステップ３４０２）、解答を得る（ステッ
プ３４０３）。上述の組の名称と得られた解答がともに
　ＩＦの後に記述されている条件文を、原因候補判定フ
ァイル３０６で検索しくステップ３４０４）、該当する
条件文がなかった場合は、ステップ３４０１の処理に戻
る。あった場合には、前述の組の名称を問合せテーブル
３２０３で検索し、以後の質問順序の第１の質問文と解
答の選択肢の組の名称を取出す（ステップ３４０５）。

前述の組の名称を第２故障状態フアイル３２０２中で検
索し、該当する質問文と解答の選択肢を取出し表示する
（ステップ３４０６）。この解答を得る（ステップ３４
０７）と、上述の組の名称と得られた解答が、ともに　
ＩＦ部の後に記述された条件文を検索しくステップ３４
０８）　、この条件文のＴＨＥＮ部の後に記述された故
障原因の候補と確信度を取出す（ステップ３４０９）。

次に、故障原因候補ファイル３１０中に、前記故障原因
の候補と同様のものがあるか否かを検索しくステップ３
４１０）、ある場合にはステップ３４０９で取出した確
信度と加算する（ステップ３４１１）。ない場合には、
前記故障原因の候補と確信度を故障原因候補ファイル３
１０に記録する（ステップ３４１２）。

その後、問合せ順序テーブル３２０３を参照し、ステッ
プ３４１３で、次の質問文と解答の選択肢の組の名称を
取出す。ステップ３４０１〜３４１２までの処理を問合
せ順序テーブル３２０３が示す順に行う。

上記変形例によれば、質問文の取出し方を制御すれば、
自動倉庫の故障診断において、診断に全く関係ない不必
要な質問による冗長な問合せを防ぎ、故障診断時間を短
縮することができる。

〔発明の効果〕

以上述べた如く、本発明によれば、対象物の各構成要素
に設けた検出器の信号を前記対象物の制御装置に取込み
、制御装置に取込まれた信号が前記構成要素の異常を示
すときに、記録媒体に記録されている故障診断に関する
知識に基づき前記異常状態の原因、対策を判定するよう
にしたので、前記対象物の制御装置に収集される信号か
ら故障状況を判定し、これを故障診断に利用するように
した故障診断方法を実現でき、また、本方法を自動倉庫
に適用した場合には、有効な自動倉庫監視システムを実
現できるという顕著な効果を奏するものである。

【図面の簡単な説明】

第１図は実施例の自動倉庫の故障診断システムの要部で
ある状態監視部の動作を示すフローチャート、第２図は
第一の実施例の機能ブロック図、第３図〜第５図はデー
タファイル類の内容例を示す図、第６図は実施例の診断
部の詳細な構成を示すブロック図、第７図〜第１４図は
データファイル類の内容例を示す図、第１５図〜第１７
図は他の構成要素の動作を示すフローチャート、第１８
図、第２１図、第２９図、第３２図、第３５図、第４１
図は他の実施例の故障診断システムの機能ブロック図、
第１９図〜第２０図、第２２図〜第２６図、第３０図〜
第３１図、第３３図〜第３４図、第３６図〜第３８図、
第４２図はデータファイル類の内容例を示す図、第２７
図、第３９図。 第４０図、第４３図は他の実施例の動作を示すフローチ
ャート、第２８図は実施例のシーケンスチャートである
。 ０１：自動倉庫、０２：制御装置、１０１．１０１ａ　
：状態監視部、１０２：異常判定データファイル、１０
３：異常信号記録ファイル、１ｏ４：故障現況データフ
ァイル、１０５．１０５ａ　：診断部、１０６：知識ベ
ース、１０７：ワーキングメモリ、１０８：質疑応答部
、　３０１　：故障現況問合せ部、３０２：故障原因判
定部、３０３：故障対策指示部、３０４：故障現況判定
ファイル、３０５：故障状態ファイル、３０６：原因候
補判定ファイル、３０７：故障原因判定ファイル、３ｏ
８：故障・原因対策格納ファイル、３０９：故障対策指
示ファイル、３１０：故障原因候補ファイル、３１１：
故障原因ファイル。 特許出願人　株式会社　日立ｍ　ｄ寄

Claims (1)

1. 【特許請求の範囲】 １、動作を制御する制御装置を有する対象物の故障診断
   を行う方法において、前記対象物の各構成要素に設けた
   検出器の信号を前記対象物の制御装置に取込み、制御装
   置に取込まれた信号が前記構成要素の異常を示すときに
   、該異常状態の内容を記録するとともに、別の記録媒体
   に記録されている故障診断に関する知識に基づいて前記
   異常状態の原因、対策を判定することを特徴とする故障
   診断方法。 ２、前記異常状態の原因、対策を判定する機能を遠隔地
   に配置して、通信回線により前記対象物から故障現況デ
   ータを転送し、遠隔地において前記異常状態の原因、対
   策を判定し、結果を再び通信回線により前記対象物側に
   出力することを特徴とする請求項１記載の故障診断方法
   。 ３、前記異常状態の原因、対策を判定する機能に加えて
   、前記対象物の構成要素の異常の状態を問合せる機能を
   持たせたことを特徴とする請求項１記載の故障診断方法
   。 ４、前記対象物の構成要素の異常の状態を問合せる機能
   を、異常の状態を問合せる質問文と解答をするための選
   択肢を画面上に出力する機能と問合せ対象となる構成要
   素を表わす図面を画面上に出力する機能とから構成する
   ことを特徴とする請求項３記載の故障診断方法。 ５、故障時の自動倉庫の構成要素の異常の状態を問合せ
   た後、該問合せの結果として得られる故障原因の候補と
   、該候補が故障原因であると確信できる度合（確信度）
   を併せて記録することを特徴とする請求項４記載の故障
   診断方法。 ６、前記故障原因の候補として、前記確信度がある大き
   さ以上の値を有するものを抽出することを特徴とする請
   求項５記載の故障診断方法。 ７、動作を制御する制御装置を有する自動倉庫の監視シ
   ステムにおいて、前記自動倉庫の各構成要素に検出器を
   設けるとともに、該検出器の信号を前記自動倉庫の制御
   装置に取込む如く構成し、制御装置に取込まれた信号が
   前記構成要素の異常を示すときに該異常状態の内容を記
   録する手段と、別の記録媒体に記録されている故障診断
   に関する知識に基づいて前記異常状態の原因、対策を判
   定する手段と、該判定手段による判定結果を出力する手
   段を設けたことを特徴とする自動倉庫監視システム。 ８、故障原因となる異常が発生している場合に、構成要
   素に設けた表示灯を点灯させる如く構成したことを特徴
   とする請求項７記載の自動倉庫監視システム。 ９、前記異常状態の原因、対策を判定する手段を遠隔地
   に配置するとともに、通信回線により前記自動倉庫から
   故障現況データを転送し、遠隔地において前記異常状態
   の原因、対策を判定した結果を、再び通信回線により前
   記自動倉庫側に出力する手段を設けたことを特徴とする
   請求項７記載の自動倉庫監視システム。 １０、前記異常状態の原因、対策を判定する手段により
   得られた対策の中で、自動倉庫の操作だけで復旧できる
   場合に所用の動作を行わせる手段を持たせたことを特徴
   とする請求項７記載の自動倉庫監視システム。 １１、前記各手段に加えて、故意に異常状態を起こさせ
   る動作を、自動倉庫に持たせたことを特徴とする請求項
   ７記載の自動倉庫監視システム。