JP3677824B2 - 異常箇所検索システム - Google Patents
異常箇所検索システム Download PDFInfo
- Publication number
- JP3677824B2 JP3677824B2 JP20345195A JP20345195A JP3677824B2 JP 3677824 B2 JP3677824 B2 JP 3677824B2 JP 20345195 A JP20345195 A JP 20345195A JP 20345195 A JP20345195 A JP 20345195A JP 3677824 B2 JP3677824 B2 JP 3677824B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- database
- abnormal
- shelf
- crane
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Warehouses Or Storage Devices (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、自動倉庫において、データベース中のデータ異常によりスタッカクレーン等が停止する自動倉庫の異常停止時にデータの異常箇所を検索判定する異常箇所検索システムに関するものである。
【０００２】
【従来の技術】
従来、自動倉庫では、枠組棚の各棚に対する荷の入出庫はスタッカクレーンにより行われる。このスタッカクレーンは、オペレータがキーボード等を操作して入力した入出庫要求に応じてコンピュータが作成した作業データに基づき運行制御される。自動倉庫は例えば図１６に示すように構成されている。
【０００３】
図１６に示す自動倉庫システム５１には、３台の自動倉庫５２が配備されている。各自動倉庫５２は、一対の枠組棚５３と枠組棚５３間の中央を走行可能に装備されたスタッカクレーン５４とを備える。自動倉庫５２の在庫管理やスタッカクレーン５４の作業指令は在庫管理コンピュータ５５が行う。
【０００４】
キーボード等の入力装置５６を操作してオペレータが入力した入出庫要求に応じて在庫管理コンピュータ５５はスタッカクレーン５４を運行制御するための作業データを作成する。この作業データは、データベース５７に格納されている在庫管理データ等の各種データを用いて作成され、入庫・出庫の区別，作業指令するスタッカクレーン５４の選択，入庫先または出庫元となる棚５３ａの選択，入庫元または出庫先となる入出庫口５８の選択等が決定される。
【０００５】
データベース５７には、各棚毎の荷の品番及び個数のデータを有する棚在庫データや棚毎に荷の有無を管理する棚マスタデータが管理されており、例えば出庫要求があれば棚在庫データから出庫する品番の荷が格納された棚を検索し、その棚を出庫元とする作業データが作成され、入庫要求があれば棚マスタデータから空棚を検索し、その空棚を入庫先とする作業データが作成される。
【０００６】
作業データもデータベース５７に格納され、自動倉庫５２毎に配備された地上コントローラ５９を介して指令先のスタッカクレーン５４に順次送信される。そして、各スタッカクレーン５４は地上コントローラ５９から受信した作業データに基づき指令された入庫・出庫作業を行う。
【０００７】
ところで、自動倉庫５２が異常停止する原因に、データベース５７中のデータに異常が発生したことによる場合がある。例えば更新すべきデータが更新されなかったときには、更新されなかったデータは異常データとなる。例えば、荷を入庫したにも拘わらず、棚マスタデータにその荷の入庫が更新されなかったり、荷を出庫したにも拘わらず、棚在庫データにその荷の出庫が更新されなかった場合、荷が格納された棚が入庫先として選ばれてしまったり、空棚である棚が出庫元として選ばれてしまう。このとき、スタッカクレーン５４は指定された棚５３ａに対して入庫もしくは出庫が不能であるため異常停止してしまう。
【０００８】
【発明が解決しようとする課題】
ところが、自動倉庫５２の復旧のためには、データベース５７中の膨大なデータの中から異常箇所を見つけ出す必要がある。そのため、異常箇所を見つけ出すために膨大な時間を要するという問題があった。
【０００９】
通常、ＳＥは自動倉庫システム５１がある工場から遠く離れた場所に勤務するため、自動倉庫５２の異常停止の連絡を受けると、図１６に示すようにＳＥは現地の工場までわざわざ赴く必要があった。そのため、復旧するまでの間、自動倉庫５２を停止状態のまま長時間放置せざるを得なかったという問題があった。
【００１０】
本発明は上記問題点を解決するためになされたものであって、その第１の目的は専門知識が無くとも、データベース中のデータに発生した異常箇所を自動で見つけ出すことができる異常箇所検索システムを提供することにある。また、第２の目的は、システムエンジニアがわざわざ現地まで赴かなくても遠隔地からの遠隔操作でデータベース中の異常箇所を見つけ出すことを可能とすることにある。
【００１１】
【課題を解決するための手段】
上記問題点を解決するため請求項１に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記クレーン装置の運行データに付されるＩＤ番号の使用・不使用を管理するためのデータであって、前記運行データ作成時に該運行データに不使用のＩＤ番号を付すために使用されるデータであるＩＤフラグデータと、指令中の運行データに指令先の前記クレーン装置毎に前記ＩＤ番号を付して管理するためのデータであるクレーンデータとを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納される前記クレーンデータ中の前記運行データのＩＤ番号を検索してＩＤ番号の重複使用の有無を判定するＩＤ番号異常判定手段とを備えた。
【００１２】
請求項２に記載の発明では、前記ＩＤ番号異常判定手段は前記在庫管理コンピュータであり、前記異常箇所検索システムは、前記在庫管理コンピュータにアクセス可能に通信回線を介して接続されたコンピュータを備え、該通信回線を介して接続されたコンピュータは、前記在庫管理コンピュータに対してＩＤ番号の重複使用の有無を判定する処理を実行命令するための入力装置と、前記在庫管理コンピュータにより判定されたＩＤ番号の重複使用の有無を表示するための表示装置とを備えた。
【００１３】
請求項３に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記クレーン装置の運行データ数を求めるために使用される複数のデータを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納された前記運行データ数を求めるために使用される複数のデータから運行データ数を個別に求める判定値算出手段と、前記判定値算出手段により個別に求められた前記運行データ数を比較し、各運行データ数が一致すれば正常判定とし、不一致であれば前記運行データ数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段とを備えた。
請求項４に記載の発明では、前記運行データ数を個別に求めるために使用されるデータは、指令中の運行データを管理するためのデータであるメインデータと、指令中の運行データを指令先の前記クレーン装置毎に管理するためのデータであって、クレーン装置毎に指令中の指令数が所定数未満となるとそのクレーン装置に次の運行データを指令するために使用されるデータであるクレーンデータとからなる。
【００１４】
請求項５に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記クレーン装置の入庫作業数を求めるために使用される複数のデータと前記クレーン装置の出庫作業数を求めるために使用される複数のデータとを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納された前記入庫作業数を求めるために使用される複数のデータから入庫作業数を個別に求めるとともに、前記データベースに格納された前記出庫作業数を求めるために使用される複数のデータから出庫作業数を個別に求める判定値算出手段と、前記判定値算出手段により個別に求められた前記入庫作業数を比較し、各入庫作業数が一致すれば正常判定とし、不一致であれば前記入庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をするとともに、前記判定値算出手段により個別に求められた前記出庫作業数を比較し、各出庫作業数が一致すれば正常判定とし、不一致であれば前記出庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段とを備えた。
【００１５】
請求項６に記載の発明では、前記入庫作業数もしくは出庫作業数を個別に求めるために使用されるデータは、入庫・出庫の情報を含む指令中の運行データを指令先の前記クレーン装置毎に管理するためのデータであるクレーンデータと、入出庫口毎にその入出庫口が指令中の運行データにおいて入庫元もしくは出庫先として使用された情報を入庫・出庫別に管理するためのデータであって、運行データ作成時に入出庫口が偏って使用されないように入庫元もしくは出庫先の入出庫口の選択に使用されるデータである入出庫口管理データとからなる。
【００１６】
請求項７に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記荷の品番別在庫総数を求めるために使用される複数のデータを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納された前記品番別在庫総数を求めるために使用される複数のデータから品番別在庫総数を個別に求める判定値算出手段と、前記判定値算出手段により個別に求められた前記品番別在庫総数を比較し、各品番別在庫総数が一致すれば正常判定とし、不一致であれば前記品番別在庫総数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段とを備えた。
【００１７】
請求項８に記載の発明では、前記品番別在庫総数を個別に求めるために使用されるデータは、品番別在庫総数を管理するためのデータである品番別在庫数データと、前記各収納部に収納された荷の品番及びその個数を棚番号毎に管理するためのデータであって、出庫要求時の出庫元を選択決定するために使用されるデータである棚在庫データとからなる。
【００１８】
請求項９に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記収納部別に荷の有無を求めるために使用される複数のデータを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納された前記荷の有無を求めるために使用される複数のデータから荷の有無を個別に求める判定値算出手段と、前記判定値算出手段により個別に求められた前記荷の有無を比較し、各荷の有無が一致すれば正常判定とし、不一致であれば前記荷の有無を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段とを備えた。
請求項１０に記載の発明では、前記荷の有無を個別に求めるために使用されるデータは、前記各収納部に収納された荷の品番及びその個数を棚番号毎に管理するためのデータである棚在庫データと、前記各収納部の棚番号毎に荷の有無を管理するためのデータであって、入庫要求時の入庫先の空棚を選択決定するために使用されるデータである棚マスタデータとからなる。
請求項１１に記載の発明では、前記判定値算出手段、比較判定手段及び異常箇所特定手段は、前記在庫管理コンピュータであり、前記異常箇所検索システムは、前記在庫管理コンピュータにアクセス可能に通信回線を介して接続されたコンピュータを備え、該通信回線を介して接続されたコンピュータは、前記在庫管理コンピュータに対して判定値算出処理、比較判定処理及び異常箇所特定処理を実行命令するための入力装置と、前記在庫管理コンピュータにより判定された異常箇所を表示するための表示装置とを備えた。
【００１９】
従って、各請求項に記載の発明によれば、自動倉庫システムに装備されたクレーン装置は、データベースに格納された各種データを用いて入出庫要求に応じて作成された運行データに基づき在庫管理コンピュータに運行指令され、指令された入庫もしくは出庫作業を行う。
請求項１に記載の発明によれば、例えばＩＤ番号を使用したにも拘わらずＩＤフラグデータにそのＩＤ番号が使用されたとデータ更新されなかった場合、再びそのＩＤ番号が使用されて同じＩＤ番号の運行データが２つ指令されてしまい、いずれの運行データを実行すべきか判断できずクレーン装置が異常停止する。この場合、ＩＤ番号異常判定手段により、クレーンデータ中の運行データのＩＤ番号を検索してＩＤ番号の重複使用の有無を判定する。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
【００２０】
請求項２に記載の発明によれば、クレーン装置が異常停止した場合には、通信回線を介して接続されたコンピュータ側から通信回線を介して在庫管理コンピュータにＩＤ番号の重複使用の有無を判定する処理を実行命令し、在庫管理コンピュータがＩＤ番号の重複使用の有無を判定する処理を行う。この判定結果は表示装置に表示される。また、在庫管理コンピュータがＩＤ番号の重複使用の有無の判定処理も兼ねるので、判定処理専用のコンピュータを新たに設置する必要がない。
【００２１】
請求項３に記載の発明によれば、例えばクレーン装置の運行データ数を求めるために使用される複数のデータのうちいずれかのデータ中に運行データが抹消されない更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された運行データ数を求めるために使用される複数のデータから個別に運行データ数が求められる。そして、求められた各運行データ数が比較判定手段により比較され、各運行データ数が不一致となった場合、運行データ数を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
【００２４】
請求項４に記載の発明によれば、例えばクレーンデータ中に運行データの抹消ミスがあって、クレーンデータ中の指令数が減らないために新たな運行データがいつまで経っても指令されず、指令がないものとしてクレーン装置が停止する異常が発生する。この場合、判定値算出手段によりデータベースに備えられたメインデータとクレーンデータとから個別に運行データ数が求められ、比較判定手段により両運行データ数が比較されるが、両運行データ数が不一致となるためメインデータとクレーンデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。
【００２５】
請求項５に記載の発明によれば、例えば入庫作業数を求めるために使用される複数のデータのうちいずれかのデータ中に入庫作業数の更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された入庫作業数を求めるために使用される複数のデータから個別に入庫作業数が求められる。そして、求められた各入庫作業数が比較判定手段により比較され、各入庫作業数が不一致となった場合、入庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。また、例えば出庫作業数を求めるために使用される複数のデータのうちいずれかのデータ中に出庫作業数の更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された出庫作業数を求めるために使用される複数のデータから個別に出庫作業数が求められる。そして、求められた各出庫作業数が比較判定手段により比較され、各出庫作業数が不一致となった場合、出庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
請求項６に記載の発明によれば、例えばある入出庫口が運行データ作成時に入庫元もしくは出庫先に使用されたにも拘わらず、入出庫口管理データのその該当箇所に入庫または出庫が設定されず、同じ入出庫口が連続して出庫先と入庫元に指令されてしまい、クレーン装置が荷をその出庫先の入出庫口まで運んだときに既にその入出庫口に入庫の荷が載置されていて荷おろしできずクレーン装置が停止する異常が発生する。この場合、判定値算出手段によりデータベースに備えられたクレーンデータと入出庫口管理データとから個別に入庫作業数もしくは出庫作業数が求められ、比較判定手段により両入庫作業数もしくは出庫作業数が比較されるが、両入庫作業数もしくは出庫作業数が不一致となるためクレーンデータと入出庫口管理データのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。
【００２６】
請求項７に記載の発明によれば、例えば荷の品番別在庫総数を求めるために使用される複数のデータのうちいずれかのデータ中に品番別在庫総数の更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された品番別在庫総数を求めるために使用される複数のデータから個別に品番別在庫総数が求められる。そして、求められた各品番別在庫総数が比較判定手段により比較され、各品番別在庫総数が不一致となった場合、品番別在庫総数を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
請求項８に記載の発明によれば、例えば荷が収納部から出庫されたにも拘わらず棚在庫データの該当棚番号が空棚になったとデータ更新されず、荷があるものとしてその収納部が出庫元として選ばれてしまい、実際には荷がないためクレーン装置が停止する異常が発生する。この場合、判定値算出手段によりデータベースに備えられた品番別在庫数データと棚在庫データとから個別に品番別在庫総数が求められ、比較判定手段により両品番別在庫総数が比較されるが、両品番別在庫総数が不一致となるため品番別在庫数データと棚在庫データのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。
【００２７】
請求項９に記載の発明によれば、例えば収納部別に荷の有無を求めるために使用される複数のデータのうちいずれかのデータ中に荷の有無の更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された荷の有無を求めるために使用される複数のデータから個別に荷の有無が求められる。そして、求められた各荷の有無が比較判定手段により比較され、各荷の有無が不一致となった場合、荷の有無を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
請求項１０に記載の発明によれば、例えば荷が収納部に格納されたにも拘わらず棚マスタデータの該当棚番号が荷有りとしてのデータ更新がされず、荷が格納されているその収納部が入庫先として選ばれてしまい、荷おろしできないためクレーン装置が停止する異常が発生する。この場合、判定値算出手段によりデータベースに備えられた棚在庫データと棚マスタデータとから個別に荷の有無が求められ、比較判定手段により棚（収納部）別に荷の有無が比較されるが、該当棚番号において、荷の有無の値が不一致となるため棚在庫データと棚マスタデータのうちいずれかにその不一致箇所の棚番号に異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。
請求項１１に記載の発明によれば、クレーン装置が異常停止した場合には、通信回線を介して接続されたコンピュータ側から通信回線を介して在庫管理コンピュータに判定値算出処理、比較判定処理及び異常箇所特定処理を実行命令し、在庫管理コンピュータが判定値算出処理、比較判定処理及び異常箇所特定処理を行う。在庫管理コンピュータにより判定された異常箇所は表示装置に表示される。また、在庫管理コンピュータが判定値算出処理、比較判定処理及び異常箇所特定処理も兼ねるので、判定値算出処理、比較判定処理及び異常箇所特定処理専用のコンピュータを新たに設置する必要がない。
【００２８】
【発明の実施の形態】
以下、本発明を具体化した一実施の形態の自動倉庫を図１〜図１５に基づいて説明する。
【００２９】
図１に示すように、自動倉庫システム１は複数台（本例では３台）の自動倉庫２により構成されている。各自動倉庫２には左右一対の枠組棚３，３が配備され、各枠組棚３，３間にはレール４上を走行するクレーン装置としてのスタッカクレーン５が装備されている。各枠組棚３，３の両端には入出庫口６が設けられている。各自動倉庫２にはスタッカクレーン５の走行域前方（図１の右方）位置に地上コントローラ７が配備され、それぞれ異常箇所検索手段を構成するとともにローカルコンピュータとしての在庫管理コンピュータ８に接続されている。
【００３０】
在庫管理コンピュータ８にはデータベース９，入力装置１０，ディスプレイ装置１１が接続されている。この在庫管理コンピュータ８は、モデム１２，１３を介して自動倉庫システム１が配備された工場から遠く離れた場所にある異常箇所検索手段を構成する復旧コンピュータ１４と通信回線としての電話回線１５を介して接続されている。復旧コンピュータ１４には入力装置１６，表示装置としてのディスプレイ装置１７が接続されている。この復旧コンピュータ１４は、データベース９に関する専門知識を有するシステムエンジニア（以下、ＳＥという）によって操作されるものである。なお、復旧コンピュータ１４は図１の在庫管理コンピュータ８以外の他の複数の自動倉庫システムの在庫管理コンピュータとも電話回線を介して接続されている。
【００３１】
図１の自動倉庫システム１では、各自動倉庫２は同図上から順に１号機，２号機，３号機となっており、それぞれのスタッカクレーン５は図１に示すように順にＡ機，Ｂ機，Ｃ機となっている。また、各自動倉庫２の４つの入出庫口６には入出庫口番号が付され、図１に示すように入出庫口番号として１号機の４つの入出庫口６にはＡ１〜Ａ４が、２号機の４つの入出庫口６にはＢ１〜Ｂ４が、さらに３号機の４つの入出庫口６にはＣ１〜Ｃ４がそれぞれ付されている。
【００３２】
自動倉庫システム１に対する入出庫要求は、オペレータが入力装置１０を操作して在庫管理コンピュータ８に入庫もしくは出庫を要求する作業要求データを入力することにより行われる。在庫管理コンピュータ８は、作業要求データを入力すると、作業要求データとデータベース９に格納された後述する各種データとを用いて、入庫・出庫の区別，作業指令するスタッカクレーン５の選択，入庫先または出庫元となる棚３ａの選択，入庫元または出庫先となる入出庫口６の選択等をし、スタッカクレーン５を運行指令するための作業データを作成するようになっている。作業データはデータベース９に格納され、逐次空いたスタッカクレーン５に対して地上コントローラ７を介して光通信により送信され、スタッカクレーン５が作業データに基づき所定の入出庫作業を行うようになっている。
【００３３】
データベース９には図２〜図８に示す各種データＤt,Ｄa,Ｄm,Ｄs,Ｄc,Ｄk,Ｄi 等が格納されている。
図２は、品番別在庫数データＤt であり、全枠組棚３に収納されている全ての荷について品番Ｋ（Ｋ＝ａ，ｂ，…，ＫE ）毎にその在庫総数が管理されている。
【００３４】
図３は、棚在庫データＤa である。各棚３ａには１号機から３号機までの連続番号で棚番号Ｊが「No. １」から「No.JE 」まで付されており、この棚在庫データＤa には棚番号Ｊ毎の荷の品番Ｋ及びその個数が管理されている。出庫要求の作業データ作成時には、このデータＤa を用いることにより、要求品番Ｋとその要求個数を満たす棚番号Ｊが出庫元として選択される。
【００３５】
図４は、棚マスタデータＤm であり、各棚３ａにおける荷の有無が棚番号Ｊ毎に管理されている。荷が格納済みのときには棚フラグＦj に「１」が立てられ、荷が格納されていない、すなわち空棚であるときには棚フラグＦj が「０」とされるようになっている。入庫要求の作業データ作成時には、このデータＤm 用いることにより、棚フラグＦj が「０」の棚番号Ｊが入庫先として選択される。
【００３６】
図５は、メインデータＤs である。このデータＤs には、在庫管理コンピュータ８が入力装置１０からの作業要求データに基づき作成した作業データＳD のうち各地上コントローラ７側に指令を出したもののまだ作業が完了されていない、すなわち現在登録（指令）中の作業データＳD のみが管理されている。各作業データＳD はＩＤ番号が付されて管理されており、在庫管理コンピュータ８から地上コントローラ７に対する作業開始指令はこのＩＤ番号を指示して行われる。ここで、作業データＳD は、「入庫・出庫−入出庫口番号−棚番号Ｊ−品番Ｋ−個数」というデータ形態をとり、それぞれ入庫・出庫の区別，入庫元もしくは出庫先となる入出庫口番号，入庫先もしくは出庫元となる棚番号Ｊ，入出庫要求された品番Ｋ及びその個数で構成される。
【００３７】
図６は、クレーンデータＤc である。このデータＤc には、在庫管理コンピュータ８がスタッカクレーン５毎に作業を振り分けて各地上コントローラ７に現在登録（指令）中の作業データＳc がクレーン番号（＝Ａ，Ｂ，Ｃ）毎に区分してＩＤ番号とともに管理されている。作業データＳc は作業データＳD と対応するものであり、作業データＳD 中の各データ要素のうち作業指令に必要なデータ要素のみで構成したデータであり、「入庫・出庫−入出庫口番号−棚番号Ｊ」というデータ形態をとる。よって、作業データ数は、メインデータＤs とクレーンデータＤc とで原則として一致する。
【００３８】
図７は、入出庫口管理データＤk である。このデータＤk には、現在登録中の作業データＳD ，Ｓc に入庫元もしくは出庫先として使用されている入出庫口Ａ1 〜Ａ4 ，Ｂ1 〜Ｂ4 ，Ｃ1 〜Ｃ4 別の使用状況がクレーン番号毎に管理されている。入庫元として使用されているときには「入庫」が設定され、出庫先として使用されているときには「出庫」が設定される。作業データ作成時には、このデータＤk を用いることにより、入庫元や出庫先の入出庫口６が偏らないように入出庫口番号が選択される。
【００３９】
図８は、ＩＤフラグデータＤi であり、予め用意されたＩＤ番号（Ｉ＝１，２，…ＩE ）の使用状況が管理されている。ＩＤ番号が使用中のときはＩＤフラグＦi に「１」が立ち、未使用のときにはＩＤフラグＦi が「０」とされる。ここで、ＩＤ番号とは、作業データＳD ，Ｓc に対して付すラベルの機能をもつ番号であり、このＩＤ番号が付されると作業命令はＩＤ番号を指定して行われる。
【００４０】
また、データベース９には、排他機能（インタロック機能）が備えられており、この排他機能が掛けられているときには、データベース９以外からのデータの書替えが一切禁止され、データの更新ができなくなる。データベース９には排他機能の実行中であるか否かを示す排他フラグＦL の記憶領域があり、排他機能の実行中には排他フラグＦL に「１」が立てられる。
【００４１】
また、データベース９には、作業データ等の一部のデータが実績データとして保存されるようになっており、データベース９の残り記憶容量が確認できるように、既に使用された記憶容量の使用割合（％）のデータが記憶されている。
【００４２】
また、在庫管理コンピュータ８のメモリ８ａには、復旧ツールのプログラムデータが記憶されている。この復旧ツールは、図９〜図１４のフローチャートで示されるデータエラー箇所検索用のプログラムデータ等を備えている。データベース９中のデータの異常が原因で自動倉庫２が動かなくなったときに、この復旧ツールが起動される。復旧ツールは入力装置１０の操作だけでなく、復旧コンピュータ１４側からの入力装置１６の操作によっても電話回線１５を介して起動できるようになっている。
【００４３】
図９〜図１４の異常箇所検索比較処理は、図２〜図８に示した各種データＤt,Ｄa,Ｄm,Ｄs,Ｄc,Ｄk,Ｄi のうちの所定の２つのデータから図１５に示す判定データＤo の判定項目欄にある(a) 品番別在庫総数，(b) 作業データ総数，(c) 入庫作業数，(d) 出庫作業数，(e) 棚別荷有無，(f) ＩＤ番号異常に関する情報（数値）を異なるデータ源から個々に求め、それぞれの情報（数値）について整合チェックを行って不一致となる箇所にエラーが存在すると判定するためのものである。但し、図１４に示すＩＤ番号異常を検索する処理（ＩＤ番号異常検索処理）については、クレーンデータＤc に対するＩＤ番号の重複使用検索処理も行われる。
【００４４】
図９〜図１４の各異常箇所検索比較処理の判定結果は、図１５に示す判定データＤo としてメモリ８ａに格納されるようになっている。各異常箇所検索比較処理において、エラー判定があれば、判定項目毎の判定フラグＦn に「１」が立てられるとともに、そのエラー内容が指摘される（但し、図１５は、各判定項目の判定フラグＦn が「１」となったときの表示例を示したものである）。
【００４５】
在庫管理コンピュータ８は、復旧ツールのプログラムデータに基づき判定項目毎の各判定フラグＦn （＝Fa,Fb,Fc,Fd,Fe,Ff ）の値を総合的に照らし合わせて異常箇所を特定するようになっている。特定された異常箇所は、電話回線１５を介して復旧コンピュータ１４側に送信され、そのディスプレイ装置１７の画面上に表示されるようになっている。また、復旧コンピュータ１４側の入力装置１６を操作することにより、電話回線１５を介してデータベース９中のデータの異常箇所の修復が可能となっている。
【００４６】
次に、上記のように構成された自動倉庫システム１の作用を説明する。
自動倉庫システム１に対して入庫・出庫を指示するときには、オペレータが入力装置１０を操作して作業要求データを入力して行われる。このとき作業要求データとして、入庫・出庫の区別、荷の品番Ｋ及びその個数のデータ（「入庫・出庫−品番−個数」）が入力される。
【００４７】
在庫管理コンピュータ８は「入庫」が要求された場合、入出庫作業の割り当て数の少ないスタッカクレーン５のクレーン番号（＝Ａ，Ｂ，Ｃ）をクレーンデータＤc 等から選び出し、そのクレーン番号のスタッカクレーン５が担当する棚３ａの中から棚マスタデータＤm を用いて空棚の棚番号Ｊを引き当てそれを入庫先とする。また、そのクレーン番号のスタッカクレーン５が担当する４つの入出庫口６のうち、入出庫口管理データＤk の設定データ数（入庫・出庫の設定数）の少ない入出庫口６の入出庫口番号をその入庫元として選択する。
【００４８】
また、「出庫」が要求された場合、棚在庫データＤa より要求品番Ｋの荷を要求個数以上格納する棚番号Ｊを引き当てそれを出庫元とし、その出庫元とされた棚３ａを担当するスタッカクレーン５のクレーン番号（＝Ａ，Ｂ，Ｃ）に属する入出庫口６のうち、入出庫口管理データＤk から設定データ数の少ない入出庫口６をその出庫先として選択する。
【００４９】
こうして入出庫口番号と棚番号Ｊが決まると、作業要求データ中の品番Ｋ及びその個数のデータを取り入れ、「入庫・出庫−入出庫口番号−棚番号Ｊ−品番Ｋ−個数」というデータ形態をとる作業データＳD が作成される。作業データＳD は、「入庫」の場合は入出庫口番号の入出庫口６から棚番号Ｊの棚３ａまで荷を入庫する作業指令を意味し、「出庫」の場合は棚番号Ｊの棚３ａから入出庫口番号の入出庫口６まで荷を出庫する作業指令を意味する。
【００５０】
作業データＳD には、図８のＩＤフラグデータＤi 中のＩＤフラグＦi ＝「０」のＩＤ番号が順番に付され、ＩＤ番号が付された状態でデータベース９中の所定記憶領域に格納される。地上コントローラ７は作業指令を所定数まで受けつけることができ、作業データＳD は「入庫・出庫−入出庫口番号−棚番号Ｊ」というデータ形態の作業データＳc とされてＩＤ番号と共に指令すべき地上コントローラ７に指令許容数を越えないタイミングで順次に指令される。
【００５１】
地上コントローラ７に指令中の作業データＳD はＩＤ番号と共にメインデータＤs （図５）中に格納される。また、指令中の作業データＳc は、その指令先のクレーン番号（＝Ａ，Ｂ，Ｃ）別にそのＩＤ番号と共にクレーンデータＤc 中に格納される。地上コントローラ７から作業完了信号を入力する度に、該当する作業データＳD ，Ｓc がそれぞれメインデータＤs 及びクレーンデータＤc から抹消される。そのため、メインデータＤs とクレーンデータＤc 中の作業データ数は、原則として（異常がない限り）常に一致することになる。
【００５２】
各スタッカクレーン５は、地上コントローラ８から光通信により受信した作業データＳc に基づき指定された入出庫作業を行う。なお、自動倉庫２に入庫される荷は、在庫管理コンピュータ８により運行制御される電動台車（図示せず）により入庫元の入出庫口６まで搬送される。
【００５３】
ところで、データベース９中のデータに異常箇所が存在すると、スタッカクレーン６が動かなくことがある。この種のスタッカクレーン６の停止原因は主に３つに大別される。すなわち、(1) 内部データの異常、(2) 排他エラー、(3) 空き記憶領域の不足である。
【００５４】
(1) 内部データの異常とは、本来更新されるべきデータが何らかの原因により更新されないままとされた更新ミスによるデータ異常を指す。これには主に次の５つのケースが挙げられる。
【００５５】
▲１▼作業データＳc の抹消ミス。
地上コントローラ７には作業データＳc の受入許容数に上限があるため、既に作業データＳc を一杯まで指令済みの場合、在庫管理コンピュータ８は入出庫作業の完了を待って作業データＳc を一つ抹消してから、次の作業データＳc を地上コントローラ７に送信する。しかし、クレーンデータＤc 中の作業データＳc が抹消されない更新ミスがあると、地上コントローラ７にいつまで経っても次の作業データＳc が指令されず、作業指令がないものとしてスタッカクレーン５が停止するケースである。
【００５６】
▲２▼入出庫口管理データＤk の更新ミス。
入出庫口管理データＤk には、入庫元または出庫先として入出庫口６が使用される度に該当する入出庫口番号のデータ欄にその内容（「入庫」または「出庫」）が設定され、入出庫作業が完了する度に該当する設定データが抹消される。しかし、入出庫口６が使用されたにも拘わらず該当するデータ欄にその使用が設定されなかったとすると、その入出庫口６に連続して例えば出庫と入庫が登録されてしまう。この場合、荷を入出庫口６に出庫したときにその入出庫口６に入庫の荷が既に載置されており、荷おろしできず出庫不能としてスタッカクレーン５が停止するケースである。
【００５７】
▲３▼棚マスタデータＤm の更新ミス。
入庫要求時には、棚フラグＦj が「０」の棚番号Ｊが入庫先として選ばれる。しかし、荷が格納されたにも拘わらず棚フラグＦj が「１」に更新されずに「０」のままとされた更新ミスがあると、棚フラグＦj の「０」から判断して実際には荷が格納されている棚３ａが入庫先として選ばれてしまい、その棚３ａへの荷おろしができず入庫不能でスタッカクレーン５が停止するケースである。
【００５８】
▲４▼棚在庫データＤa の更新ミス。
出庫要求時には、要求品番Ｋの荷が格納された棚番号Ｊが出庫元として選択される。しかし、荷が出庫されたにも拘わらず該当する棚番号Ｊのデータが更新されない更新ミスがあると、荷が格納されていない棚３ａが出庫元として選ばれてしまい、その棚３ａから出庫すべき荷がないためスタッカクレーン５が停止するケースである。
【００５９】
▲５▼ＩＤフラグデータの更新ミス。
ＩＤ番号はＩＤフラグＦi が「０」のものが使用される。しかし、ＩＤ番号を使用したにも拘わらずそのＩＤフラグＦi に「１」が立てられなかった更新ミスがあると、そのＩＤ番号が再び使用されてしまい、同じＩＤ番号をもつ作業データＳc が２つ指令されてしまう。この場合、どちらの作業データＳc を実行すべきか判断できずスタッカクレーン５が停止するケースである。
【００６０】
以上５つのデータ更新ミスによるスタッカクレーン５の停止は、後述する図９〜図１４の異常箇所検索処理の処理結果からデータのどこが異常箇所であるのかが判定される。
【００６１】
次に、(2) 排他エラーとは、データベース９に備えられたデータの書替え（更新）を不能状態とする排他機能が使用されたままの状態とされ、データの書替え（更新）ができないため排他機能が解除されるまで待ち状態となりスタッカクレーン５が停止するエラーである。このエラーは排他機能の解除忘れにより発生する。なお、排他機能が掛かった状態ではデータの書替え（更新）が不能となるが読出しは可能であるので、この状態でも異常箇所検索処理は実行される。
【００６２】
(3) 空き記憶領域の不足とは、データベース９中の記憶領域の残り空きスペースが僅かとなり、データをこれ以上記憶できない記憶不能状態、すなわちデータベース９の記憶容量の限界に達してしまいスタッカクレーン５が停止するエラーである。通常、一定時期にデータベース９に蓄積された実績データを消して空きスペースを確保する作業を行うが、この作業をし忘れたり、短期間に作業が集中して実績データ数が多くなると、空き記憶領域不足によるエラーが発生する。
【００６３】
次に、上記のような異常箇所がデータベース９中に発生してスタッカクレーン５が異常停止したときの自動倉庫システム１の復旧手順について説明する。
データベース９中に上記の異常が発生した場合、スタッカクレーン５は異常停止する。このとき、オペレータは電話もしくは在庫管理コンピュータ８による電話回線１５を介した通信により、異常発生の旨を復旧コンピュータ１４側のシステムエンジニア（ＳＥ）に連絡する。
ＳＥは復旧コンピュータ１４の入力装置１６を操作して電話回線１５を介して在庫管理コンピュータ８側の復旧ツールを起動させる。これにより復旧コンピュータ１４側のディスプレイ装置１７の画面上にメニュー画面が開かれる。そして、メニューから使用記憶領域の表示を選択して、まず使用記憶領域の割合（％）を画面上で確認し、その使用記憶領域の割合が例えば９０％を越えて残り空き記憶領域が僅かとなりデータベース９の記憶容量の限界に達していたら、ＳＥは電話もしくは復旧コンピュータ１４からの電話回線１５を介した通信により現地のオペレータに実績データを抹消する旨の指示をする。
【００６４】
次に、ＳＥはメニューから排他情報の表示を選択して、ディスプレイ装置１７の画面上で在庫管理コンピュータ８のデータベース９に排他機能が掛かけらていないかを確認する。排他機能が掛けられていれば入力装置１６を操作して復旧コンピュータ１４側から排他機能の解除を行う。
【００６５】
次に、ＳＥはメニューから異常箇所検索処理の実行指令を選択する。在庫管理コンピュータ８は電話回線１５を介して送信されてきたこの実行命令を受信すると、図９〜図１４に示す異常箇所検索処理を順次に実行する。以下、在庫管理コンピュータ８が実行する異常箇所検索処理について説明する。
【００６６】
まず在庫管理コンピュータ８は、図９の品番別在庫数比較処理を行う。まずステップ１では品番Ｋ＝ａを初期設定し、ステップ２では棚在庫データＤa において品番ａを検索し、品番ａの個数を順次加えていって品番ａの合計数Ｎ1 を算出する。そして、次のステップ３で品番別在庫数データＤt において品番ａの在庫総数Ｎ2 （＝「１００個」）を読出し、ステップ４でＮ1 ＝Ｎ2 が成立するか、すなわち異なるデータＤa ，Ｄt から個別に得られた２つの在庫総数Ｎ1,Ｎ2 の値が一致するか否を判断する。
【００６７】
この在庫総数Ｎ1,Ｎ2 の値が一致すれば正常判定をし（ステップ５）、在庫総数Ｎ1,Ｎ2 の値が不一致ならばエラー判定とする（ステップ６）。そして、ステップ７でＫ＝ＫE でなければ、ステップ８で品番Ｋを更新して次の品番ｂをセットし（Ｋ＝ｂ）、Ｓ７でＫ＝ＫE となる最終品番ＫE までＳ２〜Ｓ８までの処理を繰り返し行う。こうして全ての品番Ｋについて、データＤa ，Ｄt から個別に得られた２つの在庫総数Ｎ1,Ｎ2 の比較が行われ、その判定結果はメモリ８ａの所定記憶領域にある図１５の判定データＤo における(a) 品番別在庫総数の判定項目欄に記憶される。例えば品番Ｋ＝ｃで在庫総数Ｎ1,Ｎ2 が不一致となれば、判定フラグＦa に「１」が立てられるとともに、エラー内容欄に「品番ｃ」が記憶される（図１５）。
【００６８】
次に、図１０の作業データ数比較処理が行われる。まずステップＳ１１ではメインデータＤs 中の作業データＳD をカウントし、その作業データ数Ｎ3 を算出する。次のステップ１２ではクレーンデータＤc 中の作業データＳc をカウントし、その作業データ数Ｎ4 を算出する。そして、ステップ１３でＮ3 ＝Ｎ4 が成立するか、すなわち異なるデータＤs ，Ｄc から個別に得られた２つの作業データ数Ｎ3,Ｎ4 の値が一致するか否を判断する。この作業データ数Ｎ3,Ｎ4 の値が一致すれば正常判定をし（ステップ１４）、作業データ数Ｎ3,Ｎ4 の値が一致しなければエラー判定とする（ステップ１５）。この判定結果は図１５の判定データＤo における(b) 作業データ数の判定項目欄に記憶される。例えば作業データ数Ｎ3,Ｎ4 が不一致であれば、判定フラグＦb に「１」が立てられる。
【００６９】
引き続き、図１１の入庫数比較処理，図１２の出庫数比較処理が順次に行われる。図１１の入庫数比較処理では、まずステップ２１においてクレーンデータＤc 中の作業データＳc を順次検索して「入庫」をカウントしていき入庫作業数Ｎ5 を算出する。次のステップ２２では入出庫口管理データＤk 中の「入庫」を検索してカウントしていき入庫作業数Ｎ6 を算出する。そして、ステップ２３でＮ5 ＝Ｎ6 が成立するか、すなわち異なるデータＤc ，Ｄk から個別に得られた２つの入庫作業数Ｎ5,Ｎ6 の値が一致するか否を判断する。この入庫作業数Ｎ5,Ｎ6 の値が一致すれば正常判定をし（ステップ２４）、入庫作業数Ｎ5,Ｎ6 の値が一致しなければエラー判定とする（ステップ２５）。この判定結果は図１５の判定データＤo における(c) 入庫作業数の判定項目欄に記憶される。例えば作業データ数Ｎ5,Ｎ6 が不一致であれば、判定フラグＦc に「１」が立てられる。
【００７０】
図１２の出庫数比較処理では、先の図１１の入庫数比較処理において入庫について行った処理を、今度は出庫について行う。すなわち、ステップ３１においてクレーンデータＤc から求めた出庫作業数Ｎ7 と、ステップ３２で入出庫口管理データＤk から求めた出庫作業数Ｎ8 とをステップ３３で比較し、Ｎ7 ＝Ｎ8 が成立するか否かを判断する。そして、異なるデータＤc ，Ｄk から個別に得られた２つの出庫作業数Ｎ7,Ｎ8 の値が一致すれば正常判定とし（ステップ３４）、出庫作業数Ｎ7,Ｎ8 の値が一致しなければエラー判定とする（ステップ３５）。この判定結果は図１５の判定データＤo における(d) 出庫作業数の判定項目欄に記憶される。例えば作業データ数Ｎ7,Ｎ8 が不一致であれば、判定フラグＦd に「１」が立てられる。
【００７１】
次に、図１３の棚比較処理が行われる。まずステップ４１では棚番号Ｊ＝１を初期設定し、ステップ４２では棚マスタデータＤm において棚番号Ｊの棚フラグＦj を取得する。次にステップ４３で棚在庫データＤa の棚番号Ｊに荷があるか否かを判断し、荷があればＬ＝１をセットし（ステップ４４）、荷がなければＬ＝０をセットする（ステップ４５）。そして、ステップ４６でＦj ＝Ｌが成立するか、すなわち異なるデータＤm ，Ｄa から個別に得られた２つの荷有無情報が一致するか否を判断する。この荷有無情報が一致すれば（Ｆj ＝Ｌのとき）正常判定をし（ステップ４７）、その荷有無情報が一致しなければ（Ｆj ≠Ｌのとき）エラー判定とする（ステップ４８）。そして、ステップ４９でＪ＝ＪE でなければ、ステップ５０で棚番号ＪをＪ＋１に更新して次の棚番号Ｊ＝２をセットし、Ｓ４９でＪ＝ＪE となる最終棚番号ＪE までＳ４２〜Ｓ５０の処理を繰り返し行う。こうして全ての棚番号Ｊについて異なるデータＤm ，Ｄa から個別に得られた荷有無情報の比較が行われる。この判定結果は図１５の判定データＤo における(e) 棚別荷有無の判定項目欄に記憶される。例えば「棚番号Ｊ＝６８」で荷有無情報が不一致となれば、判定フラグＦa に「１」が立てられるとともに、エラー内容欄に「棚番号Ｊ＝６８」が記憶される（図１５）。
【００７２】
最後に、図１４のＩＤ番号異常検索処理が行われる。まずステップ６１ではＩＤ番号Ｉ＝１を初期設定する。ステップ６２ではクレーンデータＤc においてＩＤ番号Ｉを検索し、ステップ６３でＩＤ番号Ｉが２つ以上存在したか、すなわちクレーンデータＤc 中に同じＩＤ番号Ｉが重複して使用されているか否かを判断する。ＩＤ番号Ｉが２つ以上存在すればステップ６４でＩＤ番号重複エラー判定をする。また、ＩＤ番号Ｉが１つ以下であればステップ６５に進み、ＩＤ番号Ｉの有無を判断する。
【００７３】
ステップ６５でＩＤ番号Ｉが有ればステップ６６に進み、ＩＤフラグデータＤi においてＩＤ番号ＩのＩＤフラグＦi が「１」であるか否かを判断する。ここでＦi ＝１であれば正常判定とし（ステップ６８）、Ｆi ＝０であればエラー判定とする（ステップ６９）。また、ステップ６５でＩＤ番号Ｉが無ければステップ６７に進み、ＩＤフラグデータＤi においてＩＤ番号ＩのＩＤフラグＦi が「０」であるか否かを判断する。ここでＦi ＝０であれば正常判定とし（ステップ６８）、Ｆi ＝１であればエラー判定とする（ステップ６９）。
【００７４】
そして、ステップ７０でＩ＝ＩE でなければ、ステップ７１でＩＤ番号ＩをＩ＋１に更新して次のＩＤ番号Ｉ＝２をセットし、Ｓ７０でＩ＝ＩE となる最終ＩＤ番号ＩE までＳ６２〜Ｓ７１までの処理を繰り返し行う。こうして全てのＩＤ番号ＩについてＩＤ番号重複使用検索処理と、異なるデータＤc ，Ｄi から個別に得られた２つのＩＤ番号使用情報を比較する比較処理とが行われる。
【００７５】
この判定結果は図１５の判定データＤo における(f) ＩＤ番号異常の判定項目欄に記憶される。例えばＩＤ番号Ｉ＝１０５が重複使用されていれば判定フラグＦf に「１」が立てられるとともに、エラー内容欄に「ＩＤ番号Ｉ＝１０５（重複）」と記憶される。また、例えばＩＤ番号Ｉ＝６３でＩＤ番号使用情報が不一致となれば、判定フラグＦf に「１」が立てられるとともに、エラー内容欄に「ＩＤ番号Ｉ＝６３（不一致）」が記憶される（図１５）。なお、同じＩＤ番号が２つ使用される異常は、最初の使用時にＩＤフラグＦi が「１」に更新されなくても、２回目の使用時にはＩＤフラグＦi が「１」に更新されるため、ＩＤフラグＦi のエラーのチェックだけでなく、実際に２つ以上のＩＤ番号が使用されているか否かまでのチェックを行っている。
【００７６】
こうして異常箇所検索比較処理を終えて判定データＤo が得られると、在庫管理コンピュータ８は次にこの判定データＤo を用いて異常箇所がどのデータＤt,Ｄa,Ｄm,Ｄs,Ｄc,Ｄk,Ｄi 中のどの箇所に存在するかを特定する。以下、判定フラグ列［Ｆn ］＝（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）の各フラグ値の組合せ別に例を挙げて異常箇所の特定処理について説明する。なお、判定フラグＦn が「１」の場合は、図１５の判定データＤo 中のエラー内容欄に記載されたエラーが存在したものとして説明する。
【００７７】
▲１▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（0, 1, 1, 0 ,0 ,0）のとき。これは、作業データ数の項目(b) と入庫作業数の項目(c) とにエラー判定があった場合である。まず項目(b) の判定フラグＦb に「１」が立っていることから、その使用データＤs ，Ｄc のいずれかに異常箇所が存在することになる。また項目(c) の判定フラグＦc に「１」が立っていることから、その使用データＤc ，Ｄk のいずれかに異常箇所が存在することになる。そこで、項目(b) と項目(c) とに共通の使用データＤc に異常箇所があると推定できる。しかも、入庫作業数の項目(c) の判定フラグＦc が「１」であることから、データＤc 中の異常箇所は入庫作業データＳc であるこが分かる。なお、［Ｆn ］＝（0, 1, 0, 1 ,0 ,0）のときは、出庫作業数の項目(d) の判定フラグＦd が「１」であることから、データＤc 中の異常箇所が出庫作業データＳc と判定される。また、［Ｆn ］＝（0, 1, 1, 1 ,0 ,0）のときは、データＤc 中に２つ以上の異常箇所があり、しかもその異常箇所は入庫作業データＳc と出庫作業データＳc の双方に及ぶと判定される。
【００７８】
例えばクレーンデータＤc 中に作業データＳc の抹消ミスがあって、クレーンデータＤc 中の作業データＳc が減らないために地上コントローラ７に新たな作業データＳc がいつまで経っても指令されず、地上コントローラ７が作業がないものと判断してスタッカクレーン５が停止する場合がこれに該当する。
【００７９】
▲２▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（0, 0, 1, 0 ,0 ,0）のとき。これは、入庫作業数の項目(c) のみにエラーがあった場合である。まず項目(c) の判定フラグＦc に「１」が立っていることから、その使用データＤc ，Ｄk のいずれかに異常箇所が存在することになる。同じデータＤc が使用されたその他の項目(b) の判定フラグＦb が「０」であることから、データＤc は正常であると推定される。そのため、データＤk 側に異常箇所が存在し、しかも入庫のデータに異常があると判定される。なお、［Ｆn ］＝（0, 0, 0, 1 ,0 ,0）のときは、出庫作業数の項目(d) の判定フラグＦd のみが「１」であることから、データＤk に異常箇所があり、しかも出庫のデータに異常があると判定される。また、［Ｆn ］＝（0, 0, 1, 1 ,0 ,0）のときは、データＤｋ中に２つ以上の異常箇所があり、しかもその異常箇所は入庫のデータと出庫のデータの双方に及ぶと判定される。
【００８０】
例えば、ある入出庫口６が作業データＳD ，Ｓc の作成時に入庫元もしくは出庫先に使用されたにも拘わらず入出庫口管理データＤk のその該当欄に入庫または出庫のデータが設定されず、同じ入出庫口６に連続して出庫と入庫が登録されてしまい、荷をその出庫先の入出庫口６まで運んだときに既にその入出庫口６に入庫の荷が載置されていて荷おろしできずスタッカクレーン５が停止する場合が、これに該当する。
【００８１】
▲３▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（0, 0, 0, 0 ,1 ,0）のとき。これは、棚別荷有無の項目(e) のみにエラーがあった場合である。まず項目(e) の判定フラグＦe に「１」が立っていることから、その使用データＤm ，Ｄa のいずれかに異常箇所が存在することになる。同じデータＤa が使用されたその他の項目(a) の判定フラグＦa が「０」であることから、データＤa は正常であると推定される。そのため、データＤm 側に異常箇所が存在するものと判定され、しかもその異常箇所が棚番号「No.68 」であると特定される。
【００８２】
例えば、荷が棚３ａに格納されたにも拘わらず棚フラグＦj が「０」から「１」に更新されなかったために、荷が格納されている棚３ａが入庫先として選ばれてしまい、荷をその棚３ａまで運んだときに荷おろしできずスタッカクレーン５が停止する場合が、これに該当する。
【００８３】
▲４▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（1, 0, 0, 0 ,1 ,0）のとき。これは、品番別在庫総数の項目(a) と棚別荷有無の項目(e) とにエラーがあった場合である。まず項目(a) の判定フラグＦa に「１」が立っていることから、その使用データＤa ，Ｄt のいずれかに異常箇所が存在することになる。また項目(e) の判定フラグＦe に「１」が立っていることから、その使用データＤm ，Ｄa のいずれかに異常箇所が存在することになる。そこで、項目(a) と項目(e) とに共通の使用データＤa に異常箇所があると推定できる。しかもその異常箇所が棚番号「No.68 」で品番「ｃ」であると特定される。
【００８４】
例えば、荷が棚３ａから出庫されたにも拘わらず棚在庫データＤa の該当棚番号のデータが空棚のデータに更新されず、荷が格納されていない棚３ａが出庫元として選ばれてしまい、荷を取るため棚３ａに到着したときに荷すくいすべき荷がないためにスタッカクレーン５が停止する場合が、これに該当する。
【００８５】
▲５▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（0, 0, 0, 0 ,0 ,1）のとき。これは、ＩＤ番号異常の項目(f) のみにエラーがあった場合である。まず項目(f) の判定フラグＦf に「１」が立っていることから、その使用データＤc ，Ｄi のいずれかに異常箇所が存在することになる。この場合、エラー内容がＩＤ番号「１０５」の重複使用エラーであるため、そのエラー検索の対象とされたデータＤc 側に異常箇所が存在するものと判定される。そして、その異常箇所はＩＤ番号「１０５」でそれが２つ（もしくはそれ以上）登録された異常であると特定される。
【００８６】
例えば、ＩＤ番号を使用したにも拘わらずＩＤフラグデータＤi のそのＩＤ番号のＩＤフラグＦi に「１」を立てる更新が行われず、再び同じＩＤ番号が使用されて同じＩＤ番号の作業データＳD ，Ｓc が２つ登録されてしまい、いずれの作業データＳc を実行すべきか判断できずスタッカクレーン５が停止する場合が、これに該当する。また、エラー内容にＩＤ番号重複使用以外にＩＤフラグエラーがあったときには、ＩＤ番号「６３」にＩＤフラグＦi の異常が存在すると特定される。
【００８７】
また、エラー内容がＩＤフラグエラーだけであったときには、項目(f) の使用データＤc ，Ｄi のうち同じデータＤc が使用されたその他の項目(b) ，(c) ，(d) の判定フラグＦb ，Ｆc ，Ｆd が共に「０」であることから、データＤc は正常であると推定されるため、データＤi 側に異常箇所が存在するものと判定される。そして、ＩＤ番号「６３」にＩＤフラグＦi の異常が存在すると特定される。なお、上記に例示しなかった判定フラグＦn に対しても、その判定フラグＦn に応じた異常箇所が特定される。
【００８８】
こうして判定フラグ列［Ｆn ］＝（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）により特定された異常箇所及び異常内容は、復旧コンピュータ１４側のディスプレイ装置１７の画面上に表示される。そして、ＳＥは、画面上の異常箇所判定結果からデータベース９中の異常箇所を認識すると、入力装置１６を操作して遠く離れた場所から現地の工場内の自動倉庫システム１のデータベース９に対し、電話回線１５を介したそのデータの異常箇所を修復する。こうして異常箇所が修復されると、自動倉庫システム１が復旧されてスタッカクレーン５の運転が再開される。なお、在庫管理コンピュータ８側の入力装置１０を操作して復旧ツールを起動させ、工場側のディスプレイ装置１１の画面上に異常箇所判定結果を表示させることにより、工場側においてデータベース９中のデータの異常箇所を修復することも可能である。
【００８９】
こうして各地の工場でデータベース９の異常による自動倉庫２の異常停止が発生しても、ＳＥは自身の勤務地に備えられた復旧コンピュータ１４の入力装置１６を操作することにより、現地に赴かずにしかも早急に異常箇所を見つけ出して現地の自動倉庫２を短時間のうちに復旧させることができる。
【００９０】
以上詳述したように本実施の形態によれば、以下の効果が得られる。
（１）在庫管理コンピュータ８に異常検索機能を持たせたので、スタッカクレーン５がデータベース９中のデータ異常により停止しても、そのデータの異常箇所を人が調べなくても大体は自動で検出されるので、異常停止の復旧に膨大な時間を費やさなくて済む。
【００９１】
（２）在庫管理コンピュータ８をモデム１２，１３及び電話回線１５を介してシステムエンジニアが常駐する復旧コンピュータ１４と接続し、復旧コンピュータ１４側から在庫管理コンピュータ８にアクセスし、データベース９中の異常箇所を検出するとともに、その異常箇所の修正して、自動倉庫システム１を備えた工場から遠く離れた場所から自動倉庫システム１を復旧できるようにした。そのため、自動倉庫システム１を復旧させるために、ＳＥがわざわざ現地まで行かずに済む。また、ＳＥが現地に赴く必要が無くなることから、自動倉庫システム１が復旧されるまでの待ち時間を大幅に短縮することができる。よって、自動倉庫システム１の稼働率を大幅に向上させることができる。
【００９２】
（３）登録中の作業データ数を２つの情報源から求められるように２つのデータＤs ，Ｄc とを用意し、両データＤs ，Ｄc からそれぞれ個別に求めた登録中の作業データ数を比較して、エラー箇所を特定できるようにした。そのため、例えばクレーンデータＤc 中に作業データＳc の抹消ミスがあって、クレーンデータＤc 中の作業データＳc が減らないために地上コントローラ７に新たな作業データＳc がいつまで経っても指令されず、地上コントローラ７が作業がないものと判断してスタッカクレーン５が停止したエラーが発生しても、その異常箇所を確実に特定することができる。
【００９３】
（４）入庫作業数を２つの情報源から求められるように２つのデータＤc ，Ｄk とを用意し、両データＤc ，Ｄk からそれぞれ個別に求めた入庫作業数を比較して、エラー箇所を特定できるようにした。そのため、例えば、ある入出庫口６が作業データＳD ，Ｓc の作成時に入庫元もしくは出庫先に使用されたにも拘わらず入出庫口管理データＤk のその該当欄に入庫または出庫のデータが設定されず、同じ入出庫口６に連続して出庫と入庫が登録されてしまい、荷をその出庫先の入出庫口６まで運んだときに既にその入出庫口６に入庫の荷が載置されていて荷おろしできずスタッカクレーン５が停止するエラーが発生しても、その異常箇所を確実に特定することができる。
【００９４】
（５）棚別荷有無を２つの情報源から求められるように２つのデータＤa ，Ｄm とを用意し、両データＤa ，Ｄm からそれぞれ個別に求めた棚別荷有無の情報を比較して、エラー箇所を特定できるようにした。そのため、例えば、荷が棚３ａに格納されたにも拘わらず棚フラグＦj が「０」から「１」に更新されなかったために、荷が格納されている棚３ａが入庫先として選ばれてしまい、荷をその棚３ａまで運んだときに荷おろしできずスタッカクレーン５が停止するエラーが発生しても、その異常箇所を確実に特定することができる。
【００９５】
（６）品番別総数を２つの情報源から求められるように２つのデータＤa ，Ｄt とを用意し、両データＤa ，Ｄt からそれぞれ個別に求めた品番別総数を比較して、エラー箇所を特定できるようにした。そのため、例えば、荷が棚３ａから出庫されたにも拘わらず棚在庫データＤa の該当棚番号のデータが空棚のデータに更新されず、荷が格納されていない棚３ａが出庫元として選ばれてしまい、荷を取るため棚３ａに到着したときに荷すくいすべき荷がないためにスタッカクレーン５が停止するエラーが発生しても、その異常箇所を確実に特定することができる。
【００９６】
（７）ＩＤ番号の重複使用をデータＤc を検索してそのエラー箇所を特定できるようにした。そのため、例えば、ＩＤ番号を使用したにも拘わらずＩＤフラグデータＤi のそのＩＤ番号のＩＤフラグＦi に「１」を立てる更新が行われず、再び同じＩＤ番号が使用されて同じＩＤ番号の作業データＳD ，Ｓc が２つ登録されてしまい、いずれの作業データＳc を実行すべきか判断できずスタッカクレーン５が停止するエラーが発生しても、その異常箇所を確実に特定することができる。
【００９７】
（８）ＩＤ番号の使用・不使用の区別を２つの情報源から求められるように２つのデータＤc ，Ｄi とを用意し、両データＤc ，Ｄi からそれぞれ個別に求めたＩＤ番号の使用・不使用の区別の情報を比較して、エラーの原因となり得る潜在化したエラー箇所を未然に特定できるようにした。そのため、ＩＤ番号の重複使用を起こし得る原因となる潜在化したエラー箇所を未然に検出してそのエラー発生を予防することができる。
【００９８】
なお、本発明は上記実施例に限定されるものではなく、発明の趣旨を逸脱しない範囲で例えば次のように構成することもできる。
（１）在庫管理コンピュータ８に復旧コンピュータ１４を電話回線１５を介して接続する構成ではなく、在庫管理コンピュータ８に復旧ツールを備えただけの構成としてもよい。この構成によれば、ＳＥが現地の工場に赴いた後、復旧ツールを起動させることにより短時間のうちにその異常箇所を見つけ出し、それを修復して自動倉庫２を早急に復旧させることができる。そのため、従来のように異常箇所を見つけ出すために膨大な時間を費やす必要がなくなり、出庫できないため自動倉庫２に保管された荷を使うその他の作業に支障を来す時間がその分短くて済む。また、現地の工場で復旧ツールを起動させて異常箇所が分かれば、さほど専門知識がなくてもその異常箇所を修復することができるので、オペレータが自ら異常箇所を修復して自動倉庫２を復旧させることもできる。特に、排他エラーや空き記憶領域不足による自動倉庫２の異常停止の場合、その異常停止原因さえ分かればオペレータ自らが簡単に自動倉庫２を復旧させることができる。
【００９９】
（２）復旧ツールを記憶させるコンピュータは在庫管理コンピュータ８に限定されない。例えば復旧ツールを復旧コンピュータ１４のメモリ１４ａに記憶させ、復旧コンピュータ１４側で復旧ツールを起動させることにより、各地の工場の在庫管理コンピュータ８にアクセスし、そのデータベース９中の異常箇所を見つけ出す構成としてもよい。この構成によれば、各地の在庫管理コンピュータ８のメモリ８ａ毎に復旧ツールを記憶させる必要がなくなり、復旧コンピュータ１４のメモリ１４ａにだけ復旧ツールを記憶させておくだけで済む。また、工場側で在庫管理コンピュータ８以外の他のコンピュータに復旧ツールを記憶させておき、在庫管理コンピュータ８の処理負担を軽減させてもよい。
【０１００】
（３）異常箇所の判定方法は、異なるデータ源から個別に得られた判定項目の判定値の一致・不一致の比較処理に限定されることなく、ＩＤ番号の重複使用検索のように、その異常内容に応じた適したその他の判定（検索）方法を適用してもよい。
【０１０１】
（４）判定項目は前記実施の形態に限定されず、自動倉庫２の異常停止の原因となるデータ異常内容に応じて適宜設定することができる。
（５）在庫管理コンピュータ８と復旧コンピュータ１４との接続は、電話回線１５に限定されず、両者間で通信可能であればその他の通信線に替えてもよい。
【０１０２】
（６）自動倉庫システム１を構成する自動倉庫２の台数は３台に限定されない。例えば１台、２台でも、４台以上であってもよい。
前記実施の形態から把握される発明を、その効果とともに以下に記載する。
【０１０３】
・前記判定項目の一つにＩＤ番号異常が用意されており、該ＩＤ番号異常を個別に求めるためのデータ源は、前記運行データに付されるＩＤ番号の使用・不使用が管理されるとともに、前記運行データ作成時に該運行データに不使用のＩＤ番号を付すために使用されるＩＤフラグデータと、指令中の運行データが指令先の前記クレーン装置毎に前記ＩＤ番号を付して管理されたクレーンデータとからなる。この構成によれば、異常箇所検索手段により、ＩＤ番号の重複使用を起こし得る原因となるＩＤフラグデータ中のＩＤ番号の使用状況と、クレーンデータ中の運行データに付されたＩＤ番号の使用状況との不一致が未然に検出され、クレーン装置の停止を招く異常発生を未然に防止することができる。
【０１０４】
【発明の効果】
以上詳述したように各請求項に記載の発明によれば、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
【０１０５】
請求項１に記載の発明によれば、ＩＤ番号の重複使用によりクレーン装置が異常停止した場合にも、その異常箇所を特定することができる。
請求項２，１１に記載の発明によれば、システムエンジニアがわざわざ自動倉庫のある現地まで赴かなくても遠隔操作でデータベース中の異常箇所を見つけ出すことができる。また、現地まで赴かなくても異常箇所の確認ができる。
【０１０６】
また、請求項２に記載の発明によれば、在庫管理コンピュータがＩＤ番号の重複使用の有無の判定処理も兼ねるので、判定処理専用のコンピュータを新たに設置しなくて済む。また、請求項１１に記載の発明によれば、在庫管理コンピュータが判定値算出処理、比較判定処理及び異常箇所特定処理も兼ねるので、判定値算出処理、比較判定処理及び異常箇所特定処理専用のコンピュータを新たに設置しなくて済む。
【０１０８】
請求項４に記載の発明によれば、クレーンデータ中に運行データの抹消ミスにより、指令許容数を割ったにも拘わらず新たな運行データが指令されずクレーン装置が異常停止した場合にも、異常箇所検索手段がメインデータとクレーンデータとから個別に求めた運行データ数の不一致を調べることにより、その異常箇所を特定することができる。
【０１０９】
請求項６に記載の発明によれば、運行データ作成時に入庫元もしくは出庫先に使用した入出庫口の入出庫口管理データにおける該当箇所に設定すべき入庫または出庫の設定ミスによりクレーン装置が異常停止した場合にも、異常箇所検索手段がクレーンデータと入出庫口管理データとから個別に求めた入庫作業数もしくは出庫作業数の不一致を調べることにより、その異常箇所を特定することができる。
【０１１０】
請求項８に記載の発明によれば、棚在庫データの荷が出庫された棚番号が空棚になったとデータ更新されず、出庫元に選ばれてしまいクレーン装置が異常停止した場合にも、異常箇所検索手段が品番別在庫数データと棚在庫データとから個別に求めた品番別在庫総数の不一致を調べることにより、その異常箇所を特定することができる。
【０１１１】
請求項１０に記載の発明によれば、棚マスタデータの荷が格納された棚番号が荷有りとデータ更新されず、入庫先に選ばれてしまいクレーン装置が異常停止した場合にも、異常箇所検索手段が棚在庫データと棚マスタデータとから個別に求めた荷の有無の値の不一致を調べることにより、その異常箇所を特定することができる。
【図面の簡単な説明】
【図１】自動倉庫の復旧システムを示す模式平面図。
【図２】品番別在庫数データ図。
【図３】棚在庫データ図。
【図４】棚マスタデータ図。
【図５】メインデータ図。
【図６】クレーンデータ図。
【図７】入出庫口管理データ図。
【図８】ＩＤフラグデータ図。
【図９】品番別在庫数比較処理のフローチャート。
【図１０】作業データ数比較処理のフローチャート。
【図１１】入庫数比較処理のフローチャート。
【図１２】出庫数比較処理のフローチャート。
【図１３】棚比較処理のフローチャート。
【図１４】ＩＤ番号異常検索処理のフローチャート。
【図１５】判定データ図。
【図１６】従来技術における自動倉庫システムの模式平面図。
【符号の説明】
１…自動倉庫システム、２…自動倉庫、３…枠組棚、３ａ…収納部としての棚、５…クレーン装置としてのスタッカクレーン、８…異常箇所検索手段を構成するとともにローカルコンピュータ、判定値算出手段、比較判定手段、異常箇所特定手段及びＩＤ番号異常判定手段としての在庫管理コンピュータ、８ａ…記憶手段としてのメモリ、９…データベース、１４…異常箇所検索手段を構成する復旧コンピュータ、１４ａ…記憶手段としてのメモリ、１５…通信回線としての電話回線、１６…入力装置、１７…表示装置としてのディスプレイ装置、Ｄi …データ源を構成するＩＤフラグデータ、Ｄc …データ源を構成するクレーンデータ、Ｄs …データ源を構成するメインデータ、Ｄs …データ源を構成するメインデータ、Ｄk …データ源を構成する入出庫口管理データ、Ｄt …データ源を構成する品番別在庫数データ、Ｄa …データ源を構成する棚在庫データ、Ｄm …データ源を構成する棚マスタデータ、ＳD,Ｓc …運行データとしての作業データ。
【発明の属する技術分野】
本発明は、自動倉庫において、データベース中のデータ異常によりスタッカクレーン等が停止する自動倉庫の異常停止時にデータの異常箇所を検索判定する異常箇所検索システムに関するものである。
【０００２】
【従来の技術】
従来、自動倉庫では、枠組棚の各棚に対する荷の入出庫はスタッカクレーンにより行われる。このスタッカクレーンは、オペレータがキーボード等を操作して入力した入出庫要求に応じてコンピュータが作成した作業データに基づき運行制御される。自動倉庫は例えば図１６に示すように構成されている。
【０００３】
図１６に示す自動倉庫システム５１には、３台の自動倉庫５２が配備されている。各自動倉庫５２は、一対の枠組棚５３と枠組棚５３間の中央を走行可能に装備されたスタッカクレーン５４とを備える。自動倉庫５２の在庫管理やスタッカクレーン５４の作業指令は在庫管理コンピュータ５５が行う。
【０００４】
キーボード等の入力装置５６を操作してオペレータが入力した入出庫要求に応じて在庫管理コンピュータ５５はスタッカクレーン５４を運行制御するための作業データを作成する。この作業データは、データベース５７に格納されている在庫管理データ等の各種データを用いて作成され、入庫・出庫の区別，作業指令するスタッカクレーン５４の選択，入庫先または出庫元となる棚５３ａの選択，入庫元または出庫先となる入出庫口５８の選択等が決定される。
【０００５】
データベース５７には、各棚毎の荷の品番及び個数のデータを有する棚在庫データや棚毎に荷の有無を管理する棚マスタデータが管理されており、例えば出庫要求があれば棚在庫データから出庫する品番の荷が格納された棚を検索し、その棚を出庫元とする作業データが作成され、入庫要求があれば棚マスタデータから空棚を検索し、その空棚を入庫先とする作業データが作成される。
【０００６】
作業データもデータベース５７に格納され、自動倉庫５２毎に配備された地上コントローラ５９を介して指令先のスタッカクレーン５４に順次送信される。そして、各スタッカクレーン５４は地上コントローラ５９から受信した作業データに基づき指令された入庫・出庫作業を行う。
【０００７】
ところで、自動倉庫５２が異常停止する原因に、データベース５７中のデータに異常が発生したことによる場合がある。例えば更新すべきデータが更新されなかったときには、更新されなかったデータは異常データとなる。例えば、荷を入庫したにも拘わらず、棚マスタデータにその荷の入庫が更新されなかったり、荷を出庫したにも拘わらず、棚在庫データにその荷の出庫が更新されなかった場合、荷が格納された棚が入庫先として選ばれてしまったり、空棚である棚が出庫元として選ばれてしまう。このとき、スタッカクレーン５４は指定された棚５３ａに対して入庫もしくは出庫が不能であるため異常停止してしまう。
【０００８】
【発明が解決しようとする課題】
ところが、自動倉庫５２の復旧のためには、データベース５７中の膨大なデータの中から異常箇所を見つけ出す必要がある。そのため、異常箇所を見つけ出すために膨大な時間を要するという問題があった。
【０００９】
通常、ＳＥは自動倉庫システム５１がある工場から遠く離れた場所に勤務するため、自動倉庫５２の異常停止の連絡を受けると、図１６に示すようにＳＥは現地の工場までわざわざ赴く必要があった。そのため、復旧するまでの間、自動倉庫５２を停止状態のまま長時間放置せざるを得なかったという問題があった。
【００１０】
本発明は上記問題点を解決するためになされたものであって、その第１の目的は専門知識が無くとも、データベース中のデータに発生した異常箇所を自動で見つけ出すことができる異常箇所検索システムを提供することにある。また、第２の目的は、システムエンジニアがわざわざ現地まで赴かなくても遠隔地からの遠隔操作でデータベース中の異常箇所を見つけ出すことを可能とすることにある。
【００１１】
【課題を解決するための手段】
上記問題点を解決するため請求項１に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記クレーン装置の運行データに付されるＩＤ番号の使用・不使用を管理するためのデータであって、前記運行データ作成時に該運行データに不使用のＩＤ番号を付すために使用されるデータであるＩＤフラグデータと、指令中の運行データに指令先の前記クレーン装置毎に前記ＩＤ番号を付して管理するためのデータであるクレーンデータとを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納される前記クレーンデータ中の前記運行データのＩＤ番号を検索してＩＤ番号の重複使用の有無を判定するＩＤ番号異常判定手段とを備えた。
【００１２】
請求項２に記載の発明では、前記ＩＤ番号異常判定手段は前記在庫管理コンピュータであり、前記異常箇所検索システムは、前記在庫管理コンピュータにアクセス可能に通信回線を介して接続されたコンピュータを備え、該通信回線を介して接続されたコンピュータは、前記在庫管理コンピュータに対してＩＤ番号の重複使用の有無を判定する処理を実行命令するための入力装置と、前記在庫管理コンピュータにより判定されたＩＤ番号の重複使用の有無を表示するための表示装置とを備えた。
【００１３】
請求項３に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記クレーン装置の運行データ数を求めるために使用される複数のデータを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納された前記運行データ数を求めるために使用される複数のデータから運行データ数を個別に求める判定値算出手段と、前記判定値算出手段により個別に求められた前記運行データ数を比較し、各運行データ数が一致すれば正常判定とし、不一致であれば前記運行データ数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段とを備えた。
請求項４に記載の発明では、前記運行データ数を個別に求めるために使用されるデータは、指令中の運行データを管理するためのデータであるメインデータと、指令中の運行データを指令先の前記クレーン装置毎に管理するためのデータであって、クレーン装置毎に指令中の指令数が所定数未満となるとそのクレーン装置に次の運行データを指令するために使用されるデータであるクレーンデータとからなる。
【００１４】
請求項５に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記クレーン装置の入庫作業数を求めるために使用される複数のデータと前記クレーン装置の出庫作業数を求めるために使用される複数のデータとを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納された前記入庫作業数を求めるために使用される複数のデータから入庫作業数を個別に求めるとともに、前記データベースに格納された前記出庫作業数を求めるために使用される複数のデータから出庫作業数を個別に求める判定値算出手段と、前記判定値算出手段により個別に求められた前記入庫作業数を比較し、各入庫作業数が一致すれば正常判定とし、不一致であれば前記入庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をするとともに、前記判定値算出手段により個別に求められた前記出庫作業数を比較し、各出庫作業数が一致すれば正常判定とし、不一致であれば前記出庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段とを備えた。
【００１５】
請求項６に記載の発明では、前記入庫作業数もしくは出庫作業数を個別に求めるために使用されるデータは、入庫・出庫の情報を含む指令中の運行データを指令先の前記クレーン装置毎に管理するためのデータであるクレーンデータと、入出庫口毎にその入出庫口が指令中の運行データにおいて入庫元もしくは出庫先として使用された情報を入庫・出庫別に管理するためのデータであって、運行データ作成時に入出庫口が偏って使用されないように入庫元もしくは出庫先の入出庫口の選択に使用されるデータである入出庫口管理データとからなる。
【００１６】
請求項７に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記荷の品番別在庫総数を求めるために使用される複数のデータを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納された前記品番別在庫総数を求めるために使用される複数のデータから品番別在庫総数を個別に求める判定値算出手段と、前記判定値算出手段により個別に求められた前記品番別在庫総数を比較し、各品番別在庫総数が一致すれば正常判定とし、不一致であれば前記品番別在庫総数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段とを備えた。
【００１７】
請求項８に記載の発明では、前記品番別在庫総数を個別に求めるために使用されるデータは、品番別在庫総数を管理するためのデータである品番別在庫数データと、前記各収納部に収納された荷の品番及びその個数を棚番号毎に管理するためのデータであって、出庫要求時の出庫元を選択決定するために使用されるデータである棚在庫データとからなる。
【００１８】
請求項９に記載の発明では、荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、前記収納部別に荷の有無を求めるために使用される複数のデータを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、前記データベースに格納された前記荷の有無を求めるために使用される複数のデータから荷の有無を個別に求める判定値算出手段と、前記判定値算出手段により個別に求められた前記荷の有無を比較し、各荷の有無が一致すれば正常判定とし、不一致であれば前記荷の有無を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段とを備えた。
請求項１０に記載の発明では、前記荷の有無を個別に求めるために使用されるデータは、前記各収納部に収納された荷の品番及びその個数を棚番号毎に管理するためのデータである棚在庫データと、前記各収納部の棚番号毎に荷の有無を管理するためのデータであって、入庫要求時の入庫先の空棚を選択決定するために使用されるデータである棚マスタデータとからなる。
請求項１１に記載の発明では、前記判定値算出手段、比較判定手段及び異常箇所特定手段は、前記在庫管理コンピュータであり、前記異常箇所検索システムは、前記在庫管理コンピュータにアクセス可能に通信回線を介して接続されたコンピュータを備え、該通信回線を介して接続されたコンピュータは、前記在庫管理コンピュータに対して判定値算出処理、比較判定処理及び異常箇所特定処理を実行命令するための入力装置と、前記在庫管理コンピュータにより判定された異常箇所を表示するための表示装置とを備えた。
【００１９】
従って、各請求項に記載の発明によれば、自動倉庫システムに装備されたクレーン装置は、データベースに格納された各種データを用いて入出庫要求に応じて作成された運行データに基づき在庫管理コンピュータに運行指令され、指令された入庫もしくは出庫作業を行う。
請求項１に記載の発明によれば、例えばＩＤ番号を使用したにも拘わらずＩＤフラグデータにそのＩＤ番号が使用されたとデータ更新されなかった場合、再びそのＩＤ番号が使用されて同じＩＤ番号の運行データが２つ指令されてしまい、いずれの運行データを実行すべきか判断できずクレーン装置が異常停止する。この場合、ＩＤ番号異常判定手段により、クレーンデータ中の運行データのＩＤ番号を検索してＩＤ番号の重複使用の有無を判定する。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
【００２０】
請求項２に記載の発明によれば、クレーン装置が異常停止した場合には、通信回線を介して接続されたコンピュータ側から通信回線を介して在庫管理コンピュータにＩＤ番号の重複使用の有無を判定する処理を実行命令し、在庫管理コンピュータがＩＤ番号の重複使用の有無を判定する処理を行う。この判定結果は表示装置に表示される。また、在庫管理コンピュータがＩＤ番号の重複使用の有無の判定処理も兼ねるので、判定処理専用のコンピュータを新たに設置する必要がない。
【００２１】
請求項３に記載の発明によれば、例えばクレーン装置の運行データ数を求めるために使用される複数のデータのうちいずれかのデータ中に運行データが抹消されない更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された運行データ数を求めるために使用される複数のデータから個別に運行データ数が求められる。そして、求められた各運行データ数が比較判定手段により比較され、各運行データ数が不一致となった場合、運行データ数を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
【００２４】
請求項４に記載の発明によれば、例えばクレーンデータ中に運行データの抹消ミスがあって、クレーンデータ中の指令数が減らないために新たな運行データがいつまで経っても指令されず、指令がないものとしてクレーン装置が停止する異常が発生する。この場合、判定値算出手段によりデータベースに備えられたメインデータとクレーンデータとから個別に運行データ数が求められ、比較判定手段により両運行データ数が比較されるが、両運行データ数が不一致となるためメインデータとクレーンデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。
【００２５】
請求項５に記載の発明によれば、例えば入庫作業数を求めるために使用される複数のデータのうちいずれかのデータ中に入庫作業数の更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された入庫作業数を求めるために使用される複数のデータから個別に入庫作業数が求められる。そして、求められた各入庫作業数が比較判定手段により比較され、各入庫作業数が不一致となった場合、入庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。また、例えば出庫作業数を求めるために使用される複数のデータのうちいずれかのデータ中に出庫作業数の更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された出庫作業数を求めるために使用される複数のデータから個別に出庫作業数が求められる。そして、求められた各出庫作業数が比較判定手段により比較され、各出庫作業数が不一致となった場合、出庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
請求項６に記載の発明によれば、例えばある入出庫口が運行データ作成時に入庫元もしくは出庫先に使用されたにも拘わらず、入出庫口管理データのその該当箇所に入庫または出庫が設定されず、同じ入出庫口が連続して出庫先と入庫元に指令されてしまい、クレーン装置が荷をその出庫先の入出庫口まで運んだときに既にその入出庫口に入庫の荷が載置されていて荷おろしできずクレーン装置が停止する異常が発生する。この場合、判定値算出手段によりデータベースに備えられたクレーンデータと入出庫口管理データとから個別に入庫作業数もしくは出庫作業数が求められ、比較判定手段により両入庫作業数もしくは出庫作業数が比較されるが、両入庫作業数もしくは出庫作業数が不一致となるためクレーンデータと入出庫口管理データのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。
【００２６】
請求項７に記載の発明によれば、例えば荷の品番別在庫総数を求めるために使用される複数のデータのうちいずれかのデータ中に品番別在庫総数の更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された品番別在庫総数を求めるために使用される複数のデータから個別に品番別在庫総数が求められる。そして、求められた各品番別在庫総数が比較判定手段により比較され、各品番別在庫総数が不一致となった場合、品番別在庫総数を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
請求項８に記載の発明によれば、例えば荷が収納部から出庫されたにも拘わらず棚在庫データの該当棚番号が空棚になったとデータ更新されず、荷があるものとしてその収納部が出庫元として選ばれてしまい、実際には荷がないためクレーン装置が停止する異常が発生する。この場合、判定値算出手段によりデータベースに備えられた品番別在庫数データと棚在庫データとから個別に品番別在庫総数が求められ、比較判定手段により両品番別在庫総数が比較されるが、両品番別在庫総数が不一致となるため品番別在庫数データと棚在庫データのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。
【００２７】
請求項９に記載の発明によれば、例えば収納部別に荷の有無を求めるために使用される複数のデータのうちいずれかのデータ中に荷の有無の更新ミスがあって、クレーン装置が異常停止した場合、判定値算出手段によりデータベースに格納された荷の有無を求めるために使用される複数のデータから個別に荷の有無が求められる。そして、求められた各荷の有無が比較判定手段により比較され、各荷の有無が不一致となった場合、荷の有無を求めるために使用される複数のデータのうちいずれかにその不一致による異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。従って、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
請求項１０に記載の発明によれば、例えば荷が収納部に格納されたにも拘わらず棚マスタデータの該当棚番号が荷有りとしてのデータ更新がされず、荷が格納されているその収納部が入庫先として選ばれてしまい、荷おろしできないためクレーン装置が停止する異常が発生する。この場合、判定値算出手段によりデータベースに備えられた棚在庫データと棚マスタデータとから個別に荷の有無が求められ、比較判定手段により棚（収納部）別に荷の有無が比較されるが、該当棚番号において、荷の有無の値が不一致となるため棚在庫データと棚マスタデータのうちいずれかにその不一致箇所の棚番号に異常箇所が存在するという異常判定がされる。そして、異常箇所特定手段によりこの判定結果から異常箇所が特定される。
請求項１１に記載の発明によれば、クレーン装置が異常停止した場合には、通信回線を介して接続されたコンピュータ側から通信回線を介して在庫管理コンピュータに判定値算出処理、比較判定処理及び異常箇所特定処理を実行命令し、在庫管理コンピュータが判定値算出処理、比較判定処理及び異常箇所特定処理を行う。在庫管理コンピュータにより判定された異常箇所は表示装置に表示される。また、在庫管理コンピュータが判定値算出処理、比較判定処理及び異常箇所特定処理も兼ねるので、判定値算出処理、比較判定処理及び異常箇所特定処理専用のコンピュータを新たに設置する必要がない。
【００２８】
【発明の実施の形態】
以下、本発明を具体化した一実施の形態の自動倉庫を図１〜図１５に基づいて説明する。
【００２９】
図１に示すように、自動倉庫システム１は複数台（本例では３台）の自動倉庫２により構成されている。各自動倉庫２には左右一対の枠組棚３，３が配備され、各枠組棚３，３間にはレール４上を走行するクレーン装置としてのスタッカクレーン５が装備されている。各枠組棚３，３の両端には入出庫口６が設けられている。各自動倉庫２にはスタッカクレーン５の走行域前方（図１の右方）位置に地上コントローラ７が配備され、それぞれ異常箇所検索手段を構成するとともにローカルコンピュータとしての在庫管理コンピュータ８に接続されている。
【００３０】
在庫管理コンピュータ８にはデータベース９，入力装置１０，ディスプレイ装置１１が接続されている。この在庫管理コンピュータ８は、モデム１２，１３を介して自動倉庫システム１が配備された工場から遠く離れた場所にある異常箇所検索手段を構成する復旧コンピュータ１４と通信回線としての電話回線１５を介して接続されている。復旧コンピュータ１４には入力装置１６，表示装置としてのディスプレイ装置１７が接続されている。この復旧コンピュータ１４は、データベース９に関する専門知識を有するシステムエンジニア（以下、ＳＥという）によって操作されるものである。なお、復旧コンピュータ１４は図１の在庫管理コンピュータ８以外の他の複数の自動倉庫システムの在庫管理コンピュータとも電話回線を介して接続されている。
【００３１】
図１の自動倉庫システム１では、各自動倉庫２は同図上から順に１号機，２号機，３号機となっており、それぞれのスタッカクレーン５は図１に示すように順にＡ機，Ｂ機，Ｃ機となっている。また、各自動倉庫２の４つの入出庫口６には入出庫口番号が付され、図１に示すように入出庫口番号として１号機の４つの入出庫口６にはＡ１〜Ａ４が、２号機の４つの入出庫口６にはＢ１〜Ｂ４が、さらに３号機の４つの入出庫口６にはＣ１〜Ｃ４がそれぞれ付されている。
【００３２】
自動倉庫システム１に対する入出庫要求は、オペレータが入力装置１０を操作して在庫管理コンピュータ８に入庫もしくは出庫を要求する作業要求データを入力することにより行われる。在庫管理コンピュータ８は、作業要求データを入力すると、作業要求データとデータベース９に格納された後述する各種データとを用いて、入庫・出庫の区別，作業指令するスタッカクレーン５の選択，入庫先または出庫元となる棚３ａの選択，入庫元または出庫先となる入出庫口６の選択等をし、スタッカクレーン５を運行指令するための作業データを作成するようになっている。作業データはデータベース９に格納され、逐次空いたスタッカクレーン５に対して地上コントローラ７を介して光通信により送信され、スタッカクレーン５が作業データに基づき所定の入出庫作業を行うようになっている。
【００３３】
データベース９には図２〜図８に示す各種データＤt,Ｄa,Ｄm,Ｄs,Ｄc,Ｄk,Ｄi 等が格納されている。
図２は、品番別在庫数データＤt であり、全枠組棚３に収納されている全ての荷について品番Ｋ（Ｋ＝ａ，ｂ，…，ＫE ）毎にその在庫総数が管理されている。
【００３４】
図３は、棚在庫データＤa である。各棚３ａには１号機から３号機までの連続番号で棚番号Ｊが「No. １」から「No.JE 」まで付されており、この棚在庫データＤa には棚番号Ｊ毎の荷の品番Ｋ及びその個数が管理されている。出庫要求の作業データ作成時には、このデータＤa を用いることにより、要求品番Ｋとその要求個数を満たす棚番号Ｊが出庫元として選択される。
【００３５】
図４は、棚マスタデータＤm であり、各棚３ａにおける荷の有無が棚番号Ｊ毎に管理されている。荷が格納済みのときには棚フラグＦj に「１」が立てられ、荷が格納されていない、すなわち空棚であるときには棚フラグＦj が「０」とされるようになっている。入庫要求の作業データ作成時には、このデータＤm 用いることにより、棚フラグＦj が「０」の棚番号Ｊが入庫先として選択される。
【００３６】
図５は、メインデータＤs である。このデータＤs には、在庫管理コンピュータ８が入力装置１０からの作業要求データに基づき作成した作業データＳD のうち各地上コントローラ７側に指令を出したもののまだ作業が完了されていない、すなわち現在登録（指令）中の作業データＳD のみが管理されている。各作業データＳD はＩＤ番号が付されて管理されており、在庫管理コンピュータ８から地上コントローラ７に対する作業開始指令はこのＩＤ番号を指示して行われる。ここで、作業データＳD は、「入庫・出庫−入出庫口番号−棚番号Ｊ−品番Ｋ−個数」というデータ形態をとり、それぞれ入庫・出庫の区別，入庫元もしくは出庫先となる入出庫口番号，入庫先もしくは出庫元となる棚番号Ｊ，入出庫要求された品番Ｋ及びその個数で構成される。
【００３７】
図６は、クレーンデータＤc である。このデータＤc には、在庫管理コンピュータ８がスタッカクレーン５毎に作業を振り分けて各地上コントローラ７に現在登録（指令）中の作業データＳc がクレーン番号（＝Ａ，Ｂ，Ｃ）毎に区分してＩＤ番号とともに管理されている。作業データＳc は作業データＳD と対応するものであり、作業データＳD 中の各データ要素のうち作業指令に必要なデータ要素のみで構成したデータであり、「入庫・出庫−入出庫口番号−棚番号Ｊ」というデータ形態をとる。よって、作業データ数は、メインデータＤs とクレーンデータＤc とで原則として一致する。
【００３８】
図７は、入出庫口管理データＤk である。このデータＤk には、現在登録中の作業データＳD ，Ｓc に入庫元もしくは出庫先として使用されている入出庫口Ａ1 〜Ａ4 ，Ｂ1 〜Ｂ4 ，Ｃ1 〜Ｃ4 別の使用状況がクレーン番号毎に管理されている。入庫元として使用されているときには「入庫」が設定され、出庫先として使用されているときには「出庫」が設定される。作業データ作成時には、このデータＤk を用いることにより、入庫元や出庫先の入出庫口６が偏らないように入出庫口番号が選択される。
【００３９】
図８は、ＩＤフラグデータＤi であり、予め用意されたＩＤ番号（Ｉ＝１，２，…ＩE ）の使用状況が管理されている。ＩＤ番号が使用中のときはＩＤフラグＦi に「１」が立ち、未使用のときにはＩＤフラグＦi が「０」とされる。ここで、ＩＤ番号とは、作業データＳD ，Ｓc に対して付すラベルの機能をもつ番号であり、このＩＤ番号が付されると作業命令はＩＤ番号を指定して行われる。
【００４０】
また、データベース９には、排他機能（インタロック機能）が備えられており、この排他機能が掛けられているときには、データベース９以外からのデータの書替えが一切禁止され、データの更新ができなくなる。データベース９には排他機能の実行中であるか否かを示す排他フラグＦL の記憶領域があり、排他機能の実行中には排他フラグＦL に「１」が立てられる。
【００４１】
また、データベース９には、作業データ等の一部のデータが実績データとして保存されるようになっており、データベース９の残り記憶容量が確認できるように、既に使用された記憶容量の使用割合（％）のデータが記憶されている。
【００４２】
また、在庫管理コンピュータ８のメモリ８ａには、復旧ツールのプログラムデータが記憶されている。この復旧ツールは、図９〜図１４のフローチャートで示されるデータエラー箇所検索用のプログラムデータ等を備えている。データベース９中のデータの異常が原因で自動倉庫２が動かなくなったときに、この復旧ツールが起動される。復旧ツールは入力装置１０の操作だけでなく、復旧コンピュータ１４側からの入力装置１６の操作によっても電話回線１５を介して起動できるようになっている。
【００４３】
図９〜図１４の異常箇所検索比較処理は、図２〜図８に示した各種データＤt,Ｄa,Ｄm,Ｄs,Ｄc,Ｄk,Ｄi のうちの所定の２つのデータから図１５に示す判定データＤo の判定項目欄にある(a) 品番別在庫総数，(b) 作業データ総数，(c) 入庫作業数，(d) 出庫作業数，(e) 棚別荷有無，(f) ＩＤ番号異常に関する情報（数値）を異なるデータ源から個々に求め、それぞれの情報（数値）について整合チェックを行って不一致となる箇所にエラーが存在すると判定するためのものである。但し、図１４に示すＩＤ番号異常を検索する処理（ＩＤ番号異常検索処理）については、クレーンデータＤc に対するＩＤ番号の重複使用検索処理も行われる。
【００４４】
図９〜図１４の各異常箇所検索比較処理の判定結果は、図１５に示す判定データＤo としてメモリ８ａに格納されるようになっている。各異常箇所検索比較処理において、エラー判定があれば、判定項目毎の判定フラグＦn に「１」が立てられるとともに、そのエラー内容が指摘される（但し、図１５は、各判定項目の判定フラグＦn が「１」となったときの表示例を示したものである）。
【００４５】
在庫管理コンピュータ８は、復旧ツールのプログラムデータに基づき判定項目毎の各判定フラグＦn （＝Fa,Fb,Fc,Fd,Fe,Ff ）の値を総合的に照らし合わせて異常箇所を特定するようになっている。特定された異常箇所は、電話回線１５を介して復旧コンピュータ１４側に送信され、そのディスプレイ装置１７の画面上に表示されるようになっている。また、復旧コンピュータ１４側の入力装置１６を操作することにより、電話回線１５を介してデータベース９中のデータの異常箇所の修復が可能となっている。
【００４６】
次に、上記のように構成された自動倉庫システム１の作用を説明する。
自動倉庫システム１に対して入庫・出庫を指示するときには、オペレータが入力装置１０を操作して作業要求データを入力して行われる。このとき作業要求データとして、入庫・出庫の区別、荷の品番Ｋ及びその個数のデータ（「入庫・出庫−品番−個数」）が入力される。
【００４７】
在庫管理コンピュータ８は「入庫」が要求された場合、入出庫作業の割り当て数の少ないスタッカクレーン５のクレーン番号（＝Ａ，Ｂ，Ｃ）をクレーンデータＤc 等から選び出し、そのクレーン番号のスタッカクレーン５が担当する棚３ａの中から棚マスタデータＤm を用いて空棚の棚番号Ｊを引き当てそれを入庫先とする。また、そのクレーン番号のスタッカクレーン５が担当する４つの入出庫口６のうち、入出庫口管理データＤk の設定データ数（入庫・出庫の設定数）の少ない入出庫口６の入出庫口番号をその入庫元として選択する。
【００４８】
また、「出庫」が要求された場合、棚在庫データＤa より要求品番Ｋの荷を要求個数以上格納する棚番号Ｊを引き当てそれを出庫元とし、その出庫元とされた棚３ａを担当するスタッカクレーン５のクレーン番号（＝Ａ，Ｂ，Ｃ）に属する入出庫口６のうち、入出庫口管理データＤk から設定データ数の少ない入出庫口６をその出庫先として選択する。
【００４９】
こうして入出庫口番号と棚番号Ｊが決まると、作業要求データ中の品番Ｋ及びその個数のデータを取り入れ、「入庫・出庫−入出庫口番号−棚番号Ｊ−品番Ｋ−個数」というデータ形態をとる作業データＳD が作成される。作業データＳD は、「入庫」の場合は入出庫口番号の入出庫口６から棚番号Ｊの棚３ａまで荷を入庫する作業指令を意味し、「出庫」の場合は棚番号Ｊの棚３ａから入出庫口番号の入出庫口６まで荷を出庫する作業指令を意味する。
【００５０】
作業データＳD には、図８のＩＤフラグデータＤi 中のＩＤフラグＦi ＝「０」のＩＤ番号が順番に付され、ＩＤ番号が付された状態でデータベース９中の所定記憶領域に格納される。地上コントローラ７は作業指令を所定数まで受けつけることができ、作業データＳD は「入庫・出庫−入出庫口番号−棚番号Ｊ」というデータ形態の作業データＳc とされてＩＤ番号と共に指令すべき地上コントローラ７に指令許容数を越えないタイミングで順次に指令される。
【００５１】
地上コントローラ７に指令中の作業データＳD はＩＤ番号と共にメインデータＤs （図５）中に格納される。また、指令中の作業データＳc は、その指令先のクレーン番号（＝Ａ，Ｂ，Ｃ）別にそのＩＤ番号と共にクレーンデータＤc 中に格納される。地上コントローラ７から作業完了信号を入力する度に、該当する作業データＳD ，Ｓc がそれぞれメインデータＤs 及びクレーンデータＤc から抹消される。そのため、メインデータＤs とクレーンデータＤc 中の作業データ数は、原則として（異常がない限り）常に一致することになる。
【００５２】
各スタッカクレーン５は、地上コントローラ８から光通信により受信した作業データＳc に基づき指定された入出庫作業を行う。なお、自動倉庫２に入庫される荷は、在庫管理コンピュータ８により運行制御される電動台車（図示せず）により入庫元の入出庫口６まで搬送される。
【００５３】
ところで、データベース９中のデータに異常箇所が存在すると、スタッカクレーン６が動かなくことがある。この種のスタッカクレーン６の停止原因は主に３つに大別される。すなわち、(1) 内部データの異常、(2) 排他エラー、(3) 空き記憶領域の不足である。
【００５４】
(1) 内部データの異常とは、本来更新されるべきデータが何らかの原因により更新されないままとされた更新ミスによるデータ異常を指す。これには主に次の５つのケースが挙げられる。
【００５５】
▲１▼作業データＳc の抹消ミス。
地上コントローラ７には作業データＳc の受入許容数に上限があるため、既に作業データＳc を一杯まで指令済みの場合、在庫管理コンピュータ８は入出庫作業の完了を待って作業データＳc を一つ抹消してから、次の作業データＳc を地上コントローラ７に送信する。しかし、クレーンデータＤc 中の作業データＳc が抹消されない更新ミスがあると、地上コントローラ７にいつまで経っても次の作業データＳc が指令されず、作業指令がないものとしてスタッカクレーン５が停止するケースである。
【００５６】
▲２▼入出庫口管理データＤk の更新ミス。
入出庫口管理データＤk には、入庫元または出庫先として入出庫口６が使用される度に該当する入出庫口番号のデータ欄にその内容（「入庫」または「出庫」）が設定され、入出庫作業が完了する度に該当する設定データが抹消される。しかし、入出庫口６が使用されたにも拘わらず該当するデータ欄にその使用が設定されなかったとすると、その入出庫口６に連続して例えば出庫と入庫が登録されてしまう。この場合、荷を入出庫口６に出庫したときにその入出庫口６に入庫の荷が既に載置されており、荷おろしできず出庫不能としてスタッカクレーン５が停止するケースである。
【００５７】
▲３▼棚マスタデータＤm の更新ミス。
入庫要求時には、棚フラグＦj が「０」の棚番号Ｊが入庫先として選ばれる。しかし、荷が格納されたにも拘わらず棚フラグＦj が「１」に更新されずに「０」のままとされた更新ミスがあると、棚フラグＦj の「０」から判断して実際には荷が格納されている棚３ａが入庫先として選ばれてしまい、その棚３ａへの荷おろしができず入庫不能でスタッカクレーン５が停止するケースである。
【００５８】
▲４▼棚在庫データＤa の更新ミス。
出庫要求時には、要求品番Ｋの荷が格納された棚番号Ｊが出庫元として選択される。しかし、荷が出庫されたにも拘わらず該当する棚番号Ｊのデータが更新されない更新ミスがあると、荷が格納されていない棚３ａが出庫元として選ばれてしまい、その棚３ａから出庫すべき荷がないためスタッカクレーン５が停止するケースである。
【００５９】
▲５▼ＩＤフラグデータの更新ミス。
ＩＤ番号はＩＤフラグＦi が「０」のものが使用される。しかし、ＩＤ番号を使用したにも拘わらずそのＩＤフラグＦi に「１」が立てられなかった更新ミスがあると、そのＩＤ番号が再び使用されてしまい、同じＩＤ番号をもつ作業データＳc が２つ指令されてしまう。この場合、どちらの作業データＳc を実行すべきか判断できずスタッカクレーン５が停止するケースである。
【００６０】
以上５つのデータ更新ミスによるスタッカクレーン５の停止は、後述する図９〜図１４の異常箇所検索処理の処理結果からデータのどこが異常箇所であるのかが判定される。
【００６１】
次に、(2) 排他エラーとは、データベース９に備えられたデータの書替え（更新）を不能状態とする排他機能が使用されたままの状態とされ、データの書替え（更新）ができないため排他機能が解除されるまで待ち状態となりスタッカクレーン５が停止するエラーである。このエラーは排他機能の解除忘れにより発生する。なお、排他機能が掛かった状態ではデータの書替え（更新）が不能となるが読出しは可能であるので、この状態でも異常箇所検索処理は実行される。
【００６２】
(3) 空き記憶領域の不足とは、データベース９中の記憶領域の残り空きスペースが僅かとなり、データをこれ以上記憶できない記憶不能状態、すなわちデータベース９の記憶容量の限界に達してしまいスタッカクレーン５が停止するエラーである。通常、一定時期にデータベース９に蓄積された実績データを消して空きスペースを確保する作業を行うが、この作業をし忘れたり、短期間に作業が集中して実績データ数が多くなると、空き記憶領域不足によるエラーが発生する。
【００６３】
次に、上記のような異常箇所がデータベース９中に発生してスタッカクレーン５が異常停止したときの自動倉庫システム１の復旧手順について説明する。
データベース９中に上記の異常が発生した場合、スタッカクレーン５は異常停止する。このとき、オペレータは電話もしくは在庫管理コンピュータ８による電話回線１５を介した通信により、異常発生の旨を復旧コンピュータ１４側のシステムエンジニア（ＳＥ）に連絡する。
ＳＥは復旧コンピュータ１４の入力装置１６を操作して電話回線１５を介して在庫管理コンピュータ８側の復旧ツールを起動させる。これにより復旧コンピュータ１４側のディスプレイ装置１７の画面上にメニュー画面が開かれる。そして、メニューから使用記憶領域の表示を選択して、まず使用記憶領域の割合（％）を画面上で確認し、その使用記憶領域の割合が例えば９０％を越えて残り空き記憶領域が僅かとなりデータベース９の記憶容量の限界に達していたら、ＳＥは電話もしくは復旧コンピュータ１４からの電話回線１５を介した通信により現地のオペレータに実績データを抹消する旨の指示をする。
【００６４】
次に、ＳＥはメニューから排他情報の表示を選択して、ディスプレイ装置１７の画面上で在庫管理コンピュータ８のデータベース９に排他機能が掛かけらていないかを確認する。排他機能が掛けられていれば入力装置１６を操作して復旧コンピュータ１４側から排他機能の解除を行う。
【００６５】
次に、ＳＥはメニューから異常箇所検索処理の実行指令を選択する。在庫管理コンピュータ８は電話回線１５を介して送信されてきたこの実行命令を受信すると、図９〜図１４に示す異常箇所検索処理を順次に実行する。以下、在庫管理コンピュータ８が実行する異常箇所検索処理について説明する。
【００６６】
まず在庫管理コンピュータ８は、図９の品番別在庫数比較処理を行う。まずステップ１では品番Ｋ＝ａを初期設定し、ステップ２では棚在庫データＤa において品番ａを検索し、品番ａの個数を順次加えていって品番ａの合計数Ｎ1 を算出する。そして、次のステップ３で品番別在庫数データＤt において品番ａの在庫総数Ｎ2 （＝「１００個」）を読出し、ステップ４でＮ1 ＝Ｎ2 が成立するか、すなわち異なるデータＤa ，Ｄt から個別に得られた２つの在庫総数Ｎ1,Ｎ2 の値が一致するか否を判断する。
【００６７】
この在庫総数Ｎ1,Ｎ2 の値が一致すれば正常判定をし（ステップ５）、在庫総数Ｎ1,Ｎ2 の値が不一致ならばエラー判定とする（ステップ６）。そして、ステップ７でＫ＝ＫE でなければ、ステップ８で品番Ｋを更新して次の品番ｂをセットし（Ｋ＝ｂ）、Ｓ７でＫ＝ＫE となる最終品番ＫE までＳ２〜Ｓ８までの処理を繰り返し行う。こうして全ての品番Ｋについて、データＤa ，Ｄt から個別に得られた２つの在庫総数Ｎ1,Ｎ2 の比較が行われ、その判定結果はメモリ８ａの所定記憶領域にある図１５の判定データＤo における(a) 品番別在庫総数の判定項目欄に記憶される。例えば品番Ｋ＝ｃで在庫総数Ｎ1,Ｎ2 が不一致となれば、判定フラグＦa に「１」が立てられるとともに、エラー内容欄に「品番ｃ」が記憶される（図１５）。
【００６８】
次に、図１０の作業データ数比較処理が行われる。まずステップＳ１１ではメインデータＤs 中の作業データＳD をカウントし、その作業データ数Ｎ3 を算出する。次のステップ１２ではクレーンデータＤc 中の作業データＳc をカウントし、その作業データ数Ｎ4 を算出する。そして、ステップ１３でＮ3 ＝Ｎ4 が成立するか、すなわち異なるデータＤs ，Ｄc から個別に得られた２つの作業データ数Ｎ3,Ｎ4 の値が一致するか否を判断する。この作業データ数Ｎ3,Ｎ4 の値が一致すれば正常判定をし（ステップ１４）、作業データ数Ｎ3,Ｎ4 の値が一致しなければエラー判定とする（ステップ１５）。この判定結果は図１５の判定データＤo における(b) 作業データ数の判定項目欄に記憶される。例えば作業データ数Ｎ3,Ｎ4 が不一致であれば、判定フラグＦb に「１」が立てられる。
【００６９】
引き続き、図１１の入庫数比較処理，図１２の出庫数比較処理が順次に行われる。図１１の入庫数比較処理では、まずステップ２１においてクレーンデータＤc 中の作業データＳc を順次検索して「入庫」をカウントしていき入庫作業数Ｎ5 を算出する。次のステップ２２では入出庫口管理データＤk 中の「入庫」を検索してカウントしていき入庫作業数Ｎ6 を算出する。そして、ステップ２３でＮ5 ＝Ｎ6 が成立するか、すなわち異なるデータＤc ，Ｄk から個別に得られた２つの入庫作業数Ｎ5,Ｎ6 の値が一致するか否を判断する。この入庫作業数Ｎ5,Ｎ6 の値が一致すれば正常判定をし（ステップ２４）、入庫作業数Ｎ5,Ｎ6 の値が一致しなければエラー判定とする（ステップ２５）。この判定結果は図１５の判定データＤo における(c) 入庫作業数の判定項目欄に記憶される。例えば作業データ数Ｎ5,Ｎ6 が不一致であれば、判定フラグＦc に「１」が立てられる。
【００７０】
図１２の出庫数比較処理では、先の図１１の入庫数比較処理において入庫について行った処理を、今度は出庫について行う。すなわち、ステップ３１においてクレーンデータＤc から求めた出庫作業数Ｎ7 と、ステップ３２で入出庫口管理データＤk から求めた出庫作業数Ｎ8 とをステップ３３で比較し、Ｎ7 ＝Ｎ8 が成立するか否かを判断する。そして、異なるデータＤc ，Ｄk から個別に得られた２つの出庫作業数Ｎ7,Ｎ8 の値が一致すれば正常判定とし（ステップ３４）、出庫作業数Ｎ7,Ｎ8 の値が一致しなければエラー判定とする（ステップ３５）。この判定結果は図１５の判定データＤo における(d) 出庫作業数の判定項目欄に記憶される。例えば作業データ数Ｎ7,Ｎ8 が不一致であれば、判定フラグＦd に「１」が立てられる。
【００７１】
次に、図１３の棚比較処理が行われる。まずステップ４１では棚番号Ｊ＝１を初期設定し、ステップ４２では棚マスタデータＤm において棚番号Ｊの棚フラグＦj を取得する。次にステップ４３で棚在庫データＤa の棚番号Ｊに荷があるか否かを判断し、荷があればＬ＝１をセットし（ステップ４４）、荷がなければＬ＝０をセットする（ステップ４５）。そして、ステップ４６でＦj ＝Ｌが成立するか、すなわち異なるデータＤm ，Ｄa から個別に得られた２つの荷有無情報が一致するか否を判断する。この荷有無情報が一致すれば（Ｆj ＝Ｌのとき）正常判定をし（ステップ４７）、その荷有無情報が一致しなければ（Ｆj ≠Ｌのとき）エラー判定とする（ステップ４８）。そして、ステップ４９でＪ＝ＪE でなければ、ステップ５０で棚番号ＪをＪ＋１に更新して次の棚番号Ｊ＝２をセットし、Ｓ４９でＪ＝ＪE となる最終棚番号ＪE までＳ４２〜Ｓ５０の処理を繰り返し行う。こうして全ての棚番号Ｊについて異なるデータＤm ，Ｄa から個別に得られた荷有無情報の比較が行われる。この判定結果は図１５の判定データＤo における(e) 棚別荷有無の判定項目欄に記憶される。例えば「棚番号Ｊ＝６８」で荷有無情報が不一致となれば、判定フラグＦa に「１」が立てられるとともに、エラー内容欄に「棚番号Ｊ＝６８」が記憶される（図１５）。
【００７２】
最後に、図１４のＩＤ番号異常検索処理が行われる。まずステップ６１ではＩＤ番号Ｉ＝１を初期設定する。ステップ６２ではクレーンデータＤc においてＩＤ番号Ｉを検索し、ステップ６３でＩＤ番号Ｉが２つ以上存在したか、すなわちクレーンデータＤc 中に同じＩＤ番号Ｉが重複して使用されているか否かを判断する。ＩＤ番号Ｉが２つ以上存在すればステップ６４でＩＤ番号重複エラー判定をする。また、ＩＤ番号Ｉが１つ以下であればステップ６５に進み、ＩＤ番号Ｉの有無を判断する。
【００７３】
ステップ６５でＩＤ番号Ｉが有ればステップ６６に進み、ＩＤフラグデータＤi においてＩＤ番号ＩのＩＤフラグＦi が「１」であるか否かを判断する。ここでＦi ＝１であれば正常判定とし（ステップ６８）、Ｆi ＝０であればエラー判定とする（ステップ６９）。また、ステップ６５でＩＤ番号Ｉが無ければステップ６７に進み、ＩＤフラグデータＤi においてＩＤ番号ＩのＩＤフラグＦi が「０」であるか否かを判断する。ここでＦi ＝０であれば正常判定とし（ステップ６８）、Ｆi ＝１であればエラー判定とする（ステップ６９）。
【００７４】
そして、ステップ７０でＩ＝ＩE でなければ、ステップ７１でＩＤ番号ＩをＩ＋１に更新して次のＩＤ番号Ｉ＝２をセットし、Ｓ７０でＩ＝ＩE となる最終ＩＤ番号ＩE までＳ６２〜Ｓ７１までの処理を繰り返し行う。こうして全てのＩＤ番号ＩについてＩＤ番号重複使用検索処理と、異なるデータＤc ，Ｄi から個別に得られた２つのＩＤ番号使用情報を比較する比較処理とが行われる。
【００７５】
この判定結果は図１５の判定データＤo における(f) ＩＤ番号異常の判定項目欄に記憶される。例えばＩＤ番号Ｉ＝１０５が重複使用されていれば判定フラグＦf に「１」が立てられるとともに、エラー内容欄に「ＩＤ番号Ｉ＝１０５（重複）」と記憶される。また、例えばＩＤ番号Ｉ＝６３でＩＤ番号使用情報が不一致となれば、判定フラグＦf に「１」が立てられるとともに、エラー内容欄に「ＩＤ番号Ｉ＝６３（不一致）」が記憶される（図１５）。なお、同じＩＤ番号が２つ使用される異常は、最初の使用時にＩＤフラグＦi が「１」に更新されなくても、２回目の使用時にはＩＤフラグＦi が「１」に更新されるため、ＩＤフラグＦi のエラーのチェックだけでなく、実際に２つ以上のＩＤ番号が使用されているか否かまでのチェックを行っている。
【００７６】
こうして異常箇所検索比較処理を終えて判定データＤo が得られると、在庫管理コンピュータ８は次にこの判定データＤo を用いて異常箇所がどのデータＤt,Ｄa,Ｄm,Ｄs,Ｄc,Ｄk,Ｄi 中のどの箇所に存在するかを特定する。以下、判定フラグ列［Ｆn ］＝（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）の各フラグ値の組合せ別に例を挙げて異常箇所の特定処理について説明する。なお、判定フラグＦn が「１」の場合は、図１５の判定データＤo 中のエラー内容欄に記載されたエラーが存在したものとして説明する。
【００７７】
▲１▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（0, 1, 1, 0 ,0 ,0）のとき。これは、作業データ数の項目(b) と入庫作業数の項目(c) とにエラー判定があった場合である。まず項目(b) の判定フラグＦb に「１」が立っていることから、その使用データＤs ，Ｄc のいずれかに異常箇所が存在することになる。また項目(c) の判定フラグＦc に「１」が立っていることから、その使用データＤc ，Ｄk のいずれかに異常箇所が存在することになる。そこで、項目(b) と項目(c) とに共通の使用データＤc に異常箇所があると推定できる。しかも、入庫作業数の項目(c) の判定フラグＦc が「１」であることから、データＤc 中の異常箇所は入庫作業データＳc であるこが分かる。なお、［Ｆn ］＝（0, 1, 0, 1 ,0 ,0）のときは、出庫作業数の項目(d) の判定フラグＦd が「１」であることから、データＤc 中の異常箇所が出庫作業データＳc と判定される。また、［Ｆn ］＝（0, 1, 1, 1 ,0 ,0）のときは、データＤc 中に２つ以上の異常箇所があり、しかもその異常箇所は入庫作業データＳc と出庫作業データＳc の双方に及ぶと判定される。
【００７８】
例えばクレーンデータＤc 中に作業データＳc の抹消ミスがあって、クレーンデータＤc 中の作業データＳc が減らないために地上コントローラ７に新たな作業データＳc がいつまで経っても指令されず、地上コントローラ７が作業がないものと判断してスタッカクレーン５が停止する場合がこれに該当する。
【００７９】
▲２▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（0, 0, 1, 0 ,0 ,0）のとき。これは、入庫作業数の項目(c) のみにエラーがあった場合である。まず項目(c) の判定フラグＦc に「１」が立っていることから、その使用データＤc ，Ｄk のいずれかに異常箇所が存在することになる。同じデータＤc が使用されたその他の項目(b) の判定フラグＦb が「０」であることから、データＤc は正常であると推定される。そのため、データＤk 側に異常箇所が存在し、しかも入庫のデータに異常があると判定される。なお、［Ｆn ］＝（0, 0, 0, 1 ,0 ,0）のときは、出庫作業数の項目(d) の判定フラグＦd のみが「１」であることから、データＤk に異常箇所があり、しかも出庫のデータに異常があると判定される。また、［Ｆn ］＝（0, 0, 1, 1 ,0 ,0）のときは、データＤｋ中に２つ以上の異常箇所があり、しかもその異常箇所は入庫のデータと出庫のデータの双方に及ぶと判定される。
【００８０】
例えば、ある入出庫口６が作業データＳD ，Ｓc の作成時に入庫元もしくは出庫先に使用されたにも拘わらず入出庫口管理データＤk のその該当欄に入庫または出庫のデータが設定されず、同じ入出庫口６に連続して出庫と入庫が登録されてしまい、荷をその出庫先の入出庫口６まで運んだときに既にその入出庫口６に入庫の荷が載置されていて荷おろしできずスタッカクレーン５が停止する場合が、これに該当する。
【００８１】
▲３▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（0, 0, 0, 0 ,1 ,0）のとき。これは、棚別荷有無の項目(e) のみにエラーがあった場合である。まず項目(e) の判定フラグＦe に「１」が立っていることから、その使用データＤm ，Ｄa のいずれかに異常箇所が存在することになる。同じデータＤa が使用されたその他の項目(a) の判定フラグＦa が「０」であることから、データＤa は正常であると推定される。そのため、データＤm 側に異常箇所が存在するものと判定され、しかもその異常箇所が棚番号「No.68 」であると特定される。
【００８２】
例えば、荷が棚３ａに格納されたにも拘わらず棚フラグＦj が「０」から「１」に更新されなかったために、荷が格納されている棚３ａが入庫先として選ばれてしまい、荷をその棚３ａまで運んだときに荷おろしできずスタッカクレーン５が停止する場合が、これに該当する。
【００８３】
▲４▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（1, 0, 0, 0 ,1 ,0）のとき。これは、品番別在庫総数の項目(a) と棚別荷有無の項目(e) とにエラーがあった場合である。まず項目(a) の判定フラグＦa に「１」が立っていることから、その使用データＤa ，Ｄt のいずれかに異常箇所が存在することになる。また項目(e) の判定フラグＦe に「１」が立っていることから、その使用データＤm ，Ｄa のいずれかに異常箇所が存在することになる。そこで、項目(a) と項目(e) とに共通の使用データＤa に異常箇所があると推定できる。しかもその異常箇所が棚番号「No.68 」で品番「ｃ」であると特定される。
【００８４】
例えば、荷が棚３ａから出庫されたにも拘わらず棚在庫データＤa の該当棚番号のデータが空棚のデータに更新されず、荷が格納されていない棚３ａが出庫元として選ばれてしまい、荷を取るため棚３ａに到着したときに荷すくいすべき荷がないためにスタッカクレーン５が停止する場合が、これに該当する。
【００８５】
▲５▼（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）＝（0, 0, 0, 0 ,0 ,1）のとき。これは、ＩＤ番号異常の項目(f) のみにエラーがあった場合である。まず項目(f) の判定フラグＦf に「１」が立っていることから、その使用データＤc ，Ｄi のいずれかに異常箇所が存在することになる。この場合、エラー内容がＩＤ番号「１０５」の重複使用エラーであるため、そのエラー検索の対象とされたデータＤc 側に異常箇所が存在するものと判定される。そして、その異常箇所はＩＤ番号「１０５」でそれが２つ（もしくはそれ以上）登録された異常であると特定される。
【００８６】
例えば、ＩＤ番号を使用したにも拘わらずＩＤフラグデータＤi のそのＩＤ番号のＩＤフラグＦi に「１」を立てる更新が行われず、再び同じＩＤ番号が使用されて同じＩＤ番号の作業データＳD ，Ｓc が２つ登録されてしまい、いずれの作業データＳc を実行すべきか判断できずスタッカクレーン５が停止する場合が、これに該当する。また、エラー内容にＩＤ番号重複使用以外にＩＤフラグエラーがあったときには、ＩＤ番号「６３」にＩＤフラグＦi の異常が存在すると特定される。
【００８７】
また、エラー内容がＩＤフラグエラーだけであったときには、項目(f) の使用データＤc ，Ｄi のうち同じデータＤc が使用されたその他の項目(b) ，(c) ，(d) の判定フラグＦb ，Ｆc ，Ｆd が共に「０」であることから、データＤc は正常であると推定されるため、データＤi 側に異常箇所が存在するものと判定される。そして、ＩＤ番号「６３」にＩＤフラグＦi の異常が存在すると特定される。なお、上記に例示しなかった判定フラグＦn に対しても、その判定フラグＦn に応じた異常箇所が特定される。
【００８８】
こうして判定フラグ列［Ｆn ］＝（Ｆa,Ｆb,Ｆc,Ｆd,Ｆe,Ｆf ）により特定された異常箇所及び異常内容は、復旧コンピュータ１４側のディスプレイ装置１７の画面上に表示される。そして、ＳＥは、画面上の異常箇所判定結果からデータベース９中の異常箇所を認識すると、入力装置１６を操作して遠く離れた場所から現地の工場内の自動倉庫システム１のデータベース９に対し、電話回線１５を介したそのデータの異常箇所を修復する。こうして異常箇所が修復されると、自動倉庫システム１が復旧されてスタッカクレーン５の運転が再開される。なお、在庫管理コンピュータ８側の入力装置１０を操作して復旧ツールを起動させ、工場側のディスプレイ装置１１の画面上に異常箇所判定結果を表示させることにより、工場側においてデータベース９中のデータの異常箇所を修復することも可能である。
【００８９】
こうして各地の工場でデータベース９の異常による自動倉庫２の異常停止が発生しても、ＳＥは自身の勤務地に備えられた復旧コンピュータ１４の入力装置１６を操作することにより、現地に赴かずにしかも早急に異常箇所を見つけ出して現地の自動倉庫２を短時間のうちに復旧させることができる。
【００９０】
以上詳述したように本実施の形態によれば、以下の効果が得られる。
（１）在庫管理コンピュータ８に異常検索機能を持たせたので、スタッカクレーン５がデータベース９中のデータ異常により停止しても、そのデータの異常箇所を人が調べなくても大体は自動で検出されるので、異常停止の復旧に膨大な時間を費やさなくて済む。
【００９１】
（２）在庫管理コンピュータ８をモデム１２，１３及び電話回線１５を介してシステムエンジニアが常駐する復旧コンピュータ１４と接続し、復旧コンピュータ１４側から在庫管理コンピュータ８にアクセスし、データベース９中の異常箇所を検出するとともに、その異常箇所の修正して、自動倉庫システム１を備えた工場から遠く離れた場所から自動倉庫システム１を復旧できるようにした。そのため、自動倉庫システム１を復旧させるために、ＳＥがわざわざ現地まで行かずに済む。また、ＳＥが現地に赴く必要が無くなることから、自動倉庫システム１が復旧されるまでの待ち時間を大幅に短縮することができる。よって、自動倉庫システム１の稼働率を大幅に向上させることができる。
【００９２】
（３）登録中の作業データ数を２つの情報源から求められるように２つのデータＤs ，Ｄc とを用意し、両データＤs ，Ｄc からそれぞれ個別に求めた登録中の作業データ数を比較して、エラー箇所を特定できるようにした。そのため、例えばクレーンデータＤc 中に作業データＳc の抹消ミスがあって、クレーンデータＤc 中の作業データＳc が減らないために地上コントローラ７に新たな作業データＳc がいつまで経っても指令されず、地上コントローラ７が作業がないものと判断してスタッカクレーン５が停止したエラーが発生しても、その異常箇所を確実に特定することができる。
【００９３】
（４）入庫作業数を２つの情報源から求められるように２つのデータＤc ，Ｄk とを用意し、両データＤc ，Ｄk からそれぞれ個別に求めた入庫作業数を比較して、エラー箇所を特定できるようにした。そのため、例えば、ある入出庫口６が作業データＳD ，Ｓc の作成時に入庫元もしくは出庫先に使用されたにも拘わらず入出庫口管理データＤk のその該当欄に入庫または出庫のデータが設定されず、同じ入出庫口６に連続して出庫と入庫が登録されてしまい、荷をその出庫先の入出庫口６まで運んだときに既にその入出庫口６に入庫の荷が載置されていて荷おろしできずスタッカクレーン５が停止するエラーが発生しても、その異常箇所を確実に特定することができる。
【００９４】
（５）棚別荷有無を２つの情報源から求められるように２つのデータＤa ，Ｄm とを用意し、両データＤa ，Ｄm からそれぞれ個別に求めた棚別荷有無の情報を比較して、エラー箇所を特定できるようにした。そのため、例えば、荷が棚３ａに格納されたにも拘わらず棚フラグＦj が「０」から「１」に更新されなかったために、荷が格納されている棚３ａが入庫先として選ばれてしまい、荷をその棚３ａまで運んだときに荷おろしできずスタッカクレーン５が停止するエラーが発生しても、その異常箇所を確実に特定することができる。
【００９５】
（６）品番別総数を２つの情報源から求められるように２つのデータＤa ，Ｄt とを用意し、両データＤa ，Ｄt からそれぞれ個別に求めた品番別総数を比較して、エラー箇所を特定できるようにした。そのため、例えば、荷が棚３ａから出庫されたにも拘わらず棚在庫データＤa の該当棚番号のデータが空棚のデータに更新されず、荷が格納されていない棚３ａが出庫元として選ばれてしまい、荷を取るため棚３ａに到着したときに荷すくいすべき荷がないためにスタッカクレーン５が停止するエラーが発生しても、その異常箇所を確実に特定することができる。
【００９６】
（７）ＩＤ番号の重複使用をデータＤc を検索してそのエラー箇所を特定できるようにした。そのため、例えば、ＩＤ番号を使用したにも拘わらずＩＤフラグデータＤi のそのＩＤ番号のＩＤフラグＦi に「１」を立てる更新が行われず、再び同じＩＤ番号が使用されて同じＩＤ番号の作業データＳD ，Ｓc が２つ登録されてしまい、いずれの作業データＳc を実行すべきか判断できずスタッカクレーン５が停止するエラーが発生しても、その異常箇所を確実に特定することができる。
【００９７】
（８）ＩＤ番号の使用・不使用の区別を２つの情報源から求められるように２つのデータＤc ，Ｄi とを用意し、両データＤc ，Ｄi からそれぞれ個別に求めたＩＤ番号の使用・不使用の区別の情報を比較して、エラーの原因となり得る潜在化したエラー箇所を未然に特定できるようにした。そのため、ＩＤ番号の重複使用を起こし得る原因となる潜在化したエラー箇所を未然に検出してそのエラー発生を予防することができる。
【００９８】
なお、本発明は上記実施例に限定されるものではなく、発明の趣旨を逸脱しない範囲で例えば次のように構成することもできる。
（１）在庫管理コンピュータ８に復旧コンピュータ１４を電話回線１５を介して接続する構成ではなく、在庫管理コンピュータ８に復旧ツールを備えただけの構成としてもよい。この構成によれば、ＳＥが現地の工場に赴いた後、復旧ツールを起動させることにより短時間のうちにその異常箇所を見つけ出し、それを修復して自動倉庫２を早急に復旧させることができる。そのため、従来のように異常箇所を見つけ出すために膨大な時間を費やす必要がなくなり、出庫できないため自動倉庫２に保管された荷を使うその他の作業に支障を来す時間がその分短くて済む。また、現地の工場で復旧ツールを起動させて異常箇所が分かれば、さほど専門知識がなくてもその異常箇所を修復することができるので、オペレータが自ら異常箇所を修復して自動倉庫２を復旧させることもできる。特に、排他エラーや空き記憶領域不足による自動倉庫２の異常停止の場合、その異常停止原因さえ分かればオペレータ自らが簡単に自動倉庫２を復旧させることができる。
【００９９】
（２）復旧ツールを記憶させるコンピュータは在庫管理コンピュータ８に限定されない。例えば復旧ツールを復旧コンピュータ１４のメモリ１４ａに記憶させ、復旧コンピュータ１４側で復旧ツールを起動させることにより、各地の工場の在庫管理コンピュータ８にアクセスし、そのデータベース９中の異常箇所を見つけ出す構成としてもよい。この構成によれば、各地の在庫管理コンピュータ８のメモリ８ａ毎に復旧ツールを記憶させる必要がなくなり、復旧コンピュータ１４のメモリ１４ａにだけ復旧ツールを記憶させておくだけで済む。また、工場側で在庫管理コンピュータ８以外の他のコンピュータに復旧ツールを記憶させておき、在庫管理コンピュータ８の処理負担を軽減させてもよい。
【０１００】
（３）異常箇所の判定方法は、異なるデータ源から個別に得られた判定項目の判定値の一致・不一致の比較処理に限定されることなく、ＩＤ番号の重複使用検索のように、その異常内容に応じた適したその他の判定（検索）方法を適用してもよい。
【０１０１】
（４）判定項目は前記実施の形態に限定されず、自動倉庫２の異常停止の原因となるデータ異常内容に応じて適宜設定することができる。
（５）在庫管理コンピュータ８と復旧コンピュータ１４との接続は、電話回線１５に限定されず、両者間で通信可能であればその他の通信線に替えてもよい。
【０１０２】
（６）自動倉庫システム１を構成する自動倉庫２の台数は３台に限定されない。例えば１台、２台でも、４台以上であってもよい。
前記実施の形態から把握される発明を、その効果とともに以下に記載する。
【０１０３】
・前記判定項目の一つにＩＤ番号異常が用意されており、該ＩＤ番号異常を個別に求めるためのデータ源は、前記運行データに付されるＩＤ番号の使用・不使用が管理されるとともに、前記運行データ作成時に該運行データに不使用のＩＤ番号を付すために使用されるＩＤフラグデータと、指令中の運行データが指令先の前記クレーン装置毎に前記ＩＤ番号を付して管理されたクレーンデータとからなる。この構成によれば、異常箇所検索手段により、ＩＤ番号の重複使用を起こし得る原因となるＩＤフラグデータ中のＩＤ番号の使用状況と、クレーンデータ中の運行データに付されたＩＤ番号の使用状況との不一致が未然に検出され、クレーン装置の停止を招く異常発生を未然に防止することができる。
【０１０４】
【発明の効果】
以上詳述したように各請求項に記載の発明によれば、データベース中のデータの異常箇所を膨大な時間を費やして人が調べなくて済む。
【０１０５】
請求項１に記載の発明によれば、ＩＤ番号の重複使用によりクレーン装置が異常停止した場合にも、その異常箇所を特定することができる。
請求項２，１１に記載の発明によれば、システムエンジニアがわざわざ自動倉庫のある現地まで赴かなくても遠隔操作でデータベース中の異常箇所を見つけ出すことができる。また、現地まで赴かなくても異常箇所の確認ができる。
【０１０６】
また、請求項２に記載の発明によれば、在庫管理コンピュータがＩＤ番号の重複使用の有無の判定処理も兼ねるので、判定処理専用のコンピュータを新たに設置しなくて済む。また、請求項１１に記載の発明によれば、在庫管理コンピュータが判定値算出処理、比較判定処理及び異常箇所特定処理も兼ねるので、判定値算出処理、比較判定処理及び異常箇所特定処理専用のコンピュータを新たに設置しなくて済む。
【０１０８】
請求項４に記載の発明によれば、クレーンデータ中に運行データの抹消ミスにより、指令許容数を割ったにも拘わらず新たな運行データが指令されずクレーン装置が異常停止した場合にも、異常箇所検索手段がメインデータとクレーンデータとから個別に求めた運行データ数の不一致を調べることにより、その異常箇所を特定することができる。
【０１０９】
請求項６に記載の発明によれば、運行データ作成時に入庫元もしくは出庫先に使用した入出庫口の入出庫口管理データにおける該当箇所に設定すべき入庫または出庫の設定ミスによりクレーン装置が異常停止した場合にも、異常箇所検索手段がクレーンデータと入出庫口管理データとから個別に求めた入庫作業数もしくは出庫作業数の不一致を調べることにより、その異常箇所を特定することができる。
【０１１０】
請求項８に記載の発明によれば、棚在庫データの荷が出庫された棚番号が空棚になったとデータ更新されず、出庫元に選ばれてしまいクレーン装置が異常停止した場合にも、異常箇所検索手段が品番別在庫数データと棚在庫データとから個別に求めた品番別在庫総数の不一致を調べることにより、その異常箇所を特定することができる。
【０１１１】
請求項１０に記載の発明によれば、棚マスタデータの荷が格納された棚番号が荷有りとデータ更新されず、入庫先に選ばれてしまいクレーン装置が異常停止した場合にも、異常箇所検索手段が棚在庫データと棚マスタデータとから個別に求めた荷の有無の値の不一致を調べることにより、その異常箇所を特定することができる。
【図面の簡単な説明】
【図１】自動倉庫の復旧システムを示す模式平面図。
【図２】品番別在庫数データ図。
【図３】棚在庫データ図。
【図４】棚マスタデータ図。
【図５】メインデータ図。
【図６】クレーンデータ図。
【図７】入出庫口管理データ図。
【図８】ＩＤフラグデータ図。
【図９】品番別在庫数比較処理のフローチャート。
【図１０】作業データ数比較処理のフローチャート。
【図１１】入庫数比較処理のフローチャート。
【図１２】出庫数比較処理のフローチャート。
【図１３】棚比較処理のフローチャート。
【図１４】ＩＤ番号異常検索処理のフローチャート。
【図１５】判定データ図。
【図１６】従来技術における自動倉庫システムの模式平面図。
【符号の説明】
１…自動倉庫システム、２…自動倉庫、３…枠組棚、３ａ…収納部としての棚、５…クレーン装置としてのスタッカクレーン、８…異常箇所検索手段を構成するとともにローカルコンピュータ、判定値算出手段、比較判定手段、異常箇所特定手段及びＩＤ番号異常判定手段としての在庫管理コンピュータ、８ａ…記憶手段としてのメモリ、９…データベース、１４…異常箇所検索手段を構成する復旧コンピュータ、１４ａ…記憶手段としてのメモリ、１５…通信回線としての電話回線、１６…入力装置、１７…表示装置としてのディスプレイ装置、Ｄi …データ源を構成するＩＤフラグデータ、Ｄc …データ源を構成するクレーンデータ、Ｄs …データ源を構成するメインデータ、Ｄs …データ源を構成するメインデータ、Ｄk …データ源を構成する入出庫口管理データ、Ｄt …データ源を構成する品番別在庫数データ、Ｄa …データ源を構成する棚在庫データ、Ｄm …データ源を構成する棚マスタデータ、ＳD,Ｓc …運行データとしての作業データ。
Claims (11)
- 荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、
前記クレーン装置の運行データに付されるＩＤ番号の使用・不使用を管理するためのデータであって、前記運行データ作成時に該運行データに不使用のＩＤ番号を付すために使用されるデータであるＩＤフラグデータと、指令中の運行データに指令先の前記クレーン装置毎に前記ＩＤ番号を付して管理するためのデータであるクレーンデータとを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、
前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、
前記データベースに格納される前記クレーンデータ中の前記運行データのＩＤ番号を検索してＩＤ番号の重複使用の有無を判定するＩＤ番号異常判定手段と
を備えた異常箇所検索システム。 - 前記ＩＤ番号異常判定手段は前記在庫管理コンピュータであり、前記異常箇所検索システムは、前記在庫管理コンピュータにアクセス可能に通信回線を介して接続されたコンピュータを備え、該通信回線を介して接続されたコンピュータは、前記在庫管理コンピュータに対してＩＤ番号の重複使用の有無を判定する処理を実行命令するための入力装置と、前記在庫管理コンピュータにより判定されたＩＤ番号の重複使用の有無を表示するための表示装置とを備えた請求項１に記載の異常箇所検索システム。
- 荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、
前記クレーン装置の運行データ数を求めるために使用される複数のデータを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、
前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、
前記データベースに格納された前記運行データ数を求めるために使用される複数のデータから運行データ数を個別に求める判定値算出手段と、
前記判定値算出手段により個別に求められた前記運行データ数を比較し、各運行データ数が一致すれば正常判定とし、不一致であれば前記運行データ数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、
前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段と
を備えた異常箇所検索システム。 - 前記運行データ数を個別に求めるために使用されるデータは、指令中の運行データを管理するためのデータであるメインデータと、指令中の運行データを指令先の前記クレーン装置毎に管理するためのデータであって、クレーン装置毎に指令中の指令数が所定数未満となるとそのクレーン装置に次の運行データを指令するために使用されるデータであるクレーンデータとからなる請求項３に記載の異常箇所検索システム。
- 荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、
前記クレーン装置の入庫作業数を求めるために使用される複数のデータと前記クレーン装置の出庫作業数を求めるために使用される複数のデータとを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベ ースと、
前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、
前記データベースに格納された前記入庫作業数を求めるために使用される複数のデータから入庫作業数を個別に求めるとともに、前記データベースに格納された前記出庫作業数を求めるために使用される複数のデータから出庫作業数を個別に求める判定値算出手段と、
前記判定値算出手段により個別に求められた前記入庫作業数を比較し、各入庫作業数が一致すれば正常判定とし、不一致であれば前記入庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をするとともに、前記判定値算出手段により個別に求められた前記出庫作業数を比較し、各出庫作業数が一致すれば正常判定とし、不一致であれば前記出庫作業数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、
前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段と
を備えた異常箇所検索システム。 - 前記入庫作業数もしくは出庫作業数を個別に求めるために使用されるデータは、入庫・出庫の情報を含む指令中の運行データを指令先の前記クレーン装置毎に管理するためのデータであるクレーンデータと、入出庫口毎にその入出庫口が指令中の運行データにおいて入庫元もしくは出庫先として使用された情報を入庫・出庫別に管理するためのデータであって、運行データ作成時に入出庫口が偏って使用されないように入庫元もしくは出庫先の入出庫口の選択に使用されるデータである入出庫口管理データとからなる請求項５に記載の異常箇所検索システム。
- 荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、
前記荷の品番別在庫総数を求めるために使用される複数のデータを含んで構成される前記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、
前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、
前記データベースに格納された前記品番別在庫総数を求めるために使用される複数のデータから品番別在庫総数を個別に求める判定値算出手段と、
前記判定値算出手段により個別に求められた前記品番別在庫総数を比較し、各品番別在庫総数が一致すれば正常判定とし、不一致であれば前記品番別在庫総数を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、
前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段と
を備えた異常箇所検索システム。 - 前記品番別在庫総数を個別に求めるために使用されるデータは、品番別在庫総数を管理するためのデータである品番別在庫数データと、前記各収納部に収納された荷の品番及びその個数を棚番号毎に管理するためのデータであって、出庫要求時の出庫元を選択決定するために使用されるデータである棚在庫データとからなる請求項７に記載の異常箇所検索システム。
- 荷が収納される複数の収納部を備えた枠組棚と、前記収納部に対して荷の入出庫を行うクレーン装置とを備えた自動倉庫が配備された自動倉庫システムにおいて、
前記収納部別に荷の有無を求めるために使用される複数のデータを含んで構成される前 記自動倉庫に関する各種データ、及び前記クレーン装置の運行データを格納するためのデータベースと、
前記データベースに接続され、入出庫要求に応じて前記各種データを用いて前記運行データを作成するとともに、前記データベースに格納された当該運行データに基づき前記クレーン装置を運行指令する在庫管理コンピュータと、
前記データベースに格納された前記荷の有無を求めるために使用される複数のデータから荷の有無を個別に求める判定値算出手段と、
前記判定値算出手段により個別に求められた前記荷の有無を比較し、各荷の有無が一致すれば正常判定とし、不一致であれば前記荷の有無を求めるために使用される複数のデータのうちいずれかにその不一致箇所に異常箇所が存在するという異常判定をする比較判定手段と、
前記比較判定手段により得られた判定結果から異常箇所を特定する異常箇所特定手段と
を備えた異常箇所検索システム。 - 前記荷の有無を個別に求めるために使用されるデータは、前記各収納部に収納された荷の品番及びその個数を棚番号毎に管理するためのデータである棚在庫データと、前記各収納部の棚番号毎に荷の有無を管理するためのデータであって、入庫要求時の入庫先の空棚を選択決定するために使用されるデータである棚マスタデータとからなる請求項９に記載の異常箇所検索システム。
- 前記判定値算出手段、比較判定手段及び異常箇所特定手段は、前記在庫管理コンピュータであり、前記異常箇所検索システムは、前記在庫管理コンピュータにアクセス可能に通信回線を介して接続されたコンピュータを備え、該通信回線を介して接続されたコンピュータは、前記在庫管理コンピュータに対して判定値算出処理、比較判定処理及び異常箇所特定処理を実行命令するための入力装置と、前記在庫管理コンピュータにより判定された異常箇所を表示するための表示装置とを備えた請求項３〜請求項１０のうちいずれか一項に記載の異常箇所検索システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20345195A JP3677824B2 (ja) | 1995-08-09 | 1995-08-09 | 異常箇所検索システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20345195A JP3677824B2 (ja) | 1995-08-09 | 1995-08-09 | 異常箇所検索システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0948509A JPH0948509A (ja) | 1997-02-18 |
| JP3677824B2 true JP3677824B2 (ja) | 2005-08-03 |
Family
ID=16474342
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20345195A Expired - Fee Related JP3677824B2 (ja) | 1995-08-09 | 1995-08-09 | 異常箇所検索システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3677824B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000085917A (ja) * | 1998-09-11 | 2000-03-28 | Kongo Co Ltd | 電動式移動棚装置 |
| JP2010058919A (ja) * | 2008-09-04 | 2010-03-18 | Hitachi Plant Technologies Ltd | 搬送システムの復旧方法 |
| JP6054440B2 (ja) * | 2015-01-30 | 2016-12-27 | 京セラドキュメントソリューションズ株式会社 | メンテナンス管理装置及びメンテナンス管理方法 |
| JP6054441B2 (ja) * | 2015-01-30 | 2016-12-27 | 京セラドキュメントソリューションズ株式会社 | メンテナンス管理装置及びメンテナンス管理方法 |
-
1995
- 1995-08-09 JP JP20345195A patent/JP3677824B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0948509A (ja) | 1997-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7647251B2 (en) | Process integration error and conflict handling | |
| WO2007065474A2 (en) | Handling exceptional situations in a warehouse management | |
| JP3677824B2 (ja) | 異常箇所検索システム | |
| WO2001082055A1 (en) | Reticle management system | |
| JPH10194411A (ja) | 商品在庫管理装置 | |
| JP2019133667A (ja) | 入出庫予約システム、入出庫予約装置、入出庫予約方法、及びプログラム | |
| KR20010062659A (ko) | 반도체 장치 제조 라인의 레퍼런스 웨이퍼의 관리 방법 및시스템 및 기록 매체 | |
| JP2002068419A (ja) | 自動収納装置の棚監視方法及び自動収納装置 | |
| JP2003067031A (ja) | 加工、組立ラインにおけるデータトラッキングシステムおよびデータトラッキング方法 | |
| JP2003292116A (ja) | 搬送システム | |
| JP4459042B2 (ja) | ワークフローシステムおよびワークフローの制御方法およびプログラムおよび記録媒体 | |
| JP2000309408A (ja) | 自動倉庫システム | |
| CN113298472A (zh) | 一种物品回收的方法、装置、电子设备及存储介质 | |
| JPH0558405A (ja) | 自動倉庫の入出庫管理装置 | |
| JPS63180452A (ja) | コンピユ−タ群管理搬送方式 | |
| JP2003175502A (ja) | 木造構造部材のプレカット生産システム | |
| US6463348B1 (en) | Process control device and process control method enabling restoration of lot control | |
| JPH06332674A (ja) | プログラムの自動インストールシステム | |
| JPH0423704A (ja) | 入庫管理システム | |
| JPS62130903A (ja) | 部品出入管理システム | |
| JP2823672B2 (ja) | 生産管理システム | |
| JP2971540B2 (ja) | 生産管理システム | |
| KR102555930B1 (ko) | 스마트 피킹 시스템 | |
| JPH10167421A (ja) | 自動倉庫の制御システム | |
| JP2000255722A (ja) | 自動倉庫 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050111 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050309 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050419 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050502 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080520 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110520 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |