(57)【特許請求の範囲】
【請求項１】
機器を制御する制御装置から前記機器の故障内容を識別する故障コードを取得し、前記故障コードと故障の原因とを含む複数のレコードを有するレコード記憶装置の前記複数のレコードの中から、取得した前記故障コードと同じ前記故障コードを含む複数の前記レコードを抽出し、前記原因ごとに前記レコードの数を対応付けた回数情報を生成する抽出部と、
前記故障コードと、連続に実施される複数工程を有すると共に前記複数工程に連続に実施される際の順序の入れ替え可能な工程が存在する工程群と、前記工程ごとに対応付いた故障原因を示す工程原因と、を含む複数の故障対応手順が登録されている手順記憶装置から、取得した前記故障コードと同じ前記故障コードを含む前記故障対応手順を取得し、前記故障対応手順の含む前記工程原因のうち前記回数情報の有する前記原因と同じ前記工程原因に、前記回数情報の有する前記原因に対応付いた前記レコードのレコード数を結合する結合部と、
前記工程原因に結合された前記レコード数に基づいて、順序の入れ替え可能な前記工程の順序を入れ替え、前記工程の順序を入れ替えた前記故障対応手順を出力する入れ替え部と
を備える故障支援装置。
【請求項２】
前記工程群の各工程は、使用される工具が対応付いており、
前記入れ替え部は、
前記連続に実施される前記複数工程から決まる前記工具の順序に基づいて、順序の入れ替え可能な前記工程の順序を入れ替える請求項１に記載の故障支援装置。
【請求項３】
前記工程群の各工程は、作業場所が対応付いており、
前記入れ替え部は、
前記連続に実施される前記複数工程から決まる前記作業場所の順序に基づいて、順序の入れ替え可能な前記工程の順序を入れ替える請求項１または請求項２に記載の故障支援装置。
【請求項４】
前記結合部は、取得した前記故障対応手順の中に、前記回数情報の有する前記原因に対応する前記工程が存在しない場合、警告を発する請求項１から請求項３のいずれか一項に記載の故障支援装置。
【請求項５】
前記故障支援装置は、さらに、
入れ替え可能な工程の設定指示を受け付け、前記設定指示によって指示される入れ替え可能な前記工程を前記故障対応手順に設定し、前記故障対応手順を前記手順記憶装置に登録する登録受付部を備える請求項１から請求項４のいずれか一項に記載の故障支援装置。
【請求項６】
前記レコード記憶装置の有する前記複数のレコードは、
前記機器の設置場所を含み、
前記抽出部は、
前記制御装置から前記機器の機種を取得し、前記機器の機種と前記機器の設置場所との対応を示す機種設置情報を参照することにより、取得した前記故障コードと同じ前記故障コードと、取得した前記機種と同じ機種が対応する前記設置場所とを含む複数のレコードを、前記レコード記憶装置の前記複数のレコードの中から抽出し、抽出された前記複数のレコードに含まれる前記原因ごとに、抽出された前記レコードの数を対応付けて前記回数情報を生成する請求項１から請求項５のいずれか一項に記載の故障支援装置。
【請求項７】
前記機器は、エレベータである請求項１から請求項６のいずれか一項に記載の故障支援装置。
【請求項８】
コンピュータに、
機器を制御する制御装置から前記機器の故障内容を識別する故障コードを取得し、前記故障コードと故障の原因とを含む複数のレコードを有するレコード記憶装置の前記複数のレコードの中から、取得した前記故障コードと同じ前記故障コードを含む複数の前記レコードを抽出し、前記原因ごとに前記レコードの数を対応付けた回数情報を生成する抽出処理、
前記故障コードと、連続に実施される複数工程を有すると共に前記複数工程に連続に実施される際の順序の入れ替え可能な工程が存在する工程群と、前記工程ごとに対応付いた故障原因を示す工程原因と、を含む複数の故障対応手順が登録されている手順記憶装置から、取得した前記故障コードと同じ前記故障コードを含む前記故障対応手順を取得し、前記故障対応手順の含む前記工程原因のうち前記回数情報の有する前記原因と同じ前記工程原因に、前記回数情報の有する前記原因に対応付いた前記レコードのレコード数を結合する結合処理、
前記工程原因に結合された前記レコード数に基づいて、順序の入れ替え可能な前記工程の順序を入れ替え、前記工程の順序を入れ替えた前記故障対応手順を出力する入れ替え処理、
を実行させる故障支援プログラム。
【請求項９】
コンピュータが、
機器を制御する制御装置から前記機器の故障内容を識別する故障コードを取得し、前記故障コードと故障の原因とを含む複数のレコードを有するレコード記憶装置の前記複数のレコードの中から、取得した前記故障コードと同じ前記故障コードを含む複数の前記レコードを抽出し、前記原因ごとに前記レコードの数を対応付けた回数情報を生成し、
前記故障コードと、連続に実施される複数工程を有すると共に前記複数工程に連続に実施される際の順序の入れ替え可能な工程が存在する工程群と、前記工程ごとに対応付いた故障原因を示す工程原因と、を含む複数の故障対応手順が登録されている手順記憶装置から、取得した前記故障コードと同じ前記故障コードを含む前記故障対応手順を取得し、前記故障対応手順の含む前記工程原因のうち前記回数情報の有する前記原因と同じ前記工程原因に、前記回数情報の有する前記原因に対応付いた前記レコードのレコード数を結合し、
前記工程原因に結合された前記レコード数に基づいて、順序の入れ替え可能な前記工程の順序を入れ替え、前記工程の順序を入れ替えた前記故障対応手順を出力する
故障支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、故障支援装置、故障支援プログラム及び故障支援方法に関する。
【背景技術】
【０００２】
従来技術では、エレベータが故障したとき、復旧時間を短縮するため、過去の故障事例を検索して故障対応を得る方法がある（例えば特許文献１）。【０００３】
しかし、基板交換時のように、まず電圧を測定し、次に結線の接続確認を確認し、次に基板交換を実施というように、作業手順が決まっている故障対応がある。従来技術では、作業手順が決まっている故障対応には柔軟に適応できなかった。
また、従来技術では作業位置を考慮していないため、かご上、ピット、かご上のような順での故障対応が提供される可能性ある。このような故障対応は移動時間が発生し無駄である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５８２００７２号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、作業手順が決まっている故障対応に柔軟に適応できる故障対応手順を提示する装置及び方法の提供を目的とする。
【課題を解決するための手段】
【０００６】
この発明の故障支援装置は、
機器を制御する制御装置から前記機器の故障内容を識別する故障コードを取得し、前記故障コードと故障の原因とを含む複数のレコードを有するレコード記憶装置から、取得した前記故障コードと同じ前記故障コードを含む複数の前記レコードを抽出し、前記原因ごとに前記レコードの数を対応付けた回数情報を生成する抽出部と、
前記故障コードと、連続に実施される複数工程を有すると共に前記複数工程に連続に実施される際の順序の入れ替え可能な工程が存在する工程群と、前記工程ごとに対応付いた故障原因を示す工程原因と、を含む複数の故障対応手順が登録されている手順記憶装置から、取得した前記故障コードと同じ前記故障コードを含む前記故障対応手順を取得し、前記故障対応手順の含む前記工程原因のうち前記回数情報の有する前記原因と同じ前記工程原因に、前記回数情報の有する前記原因に対応付いた前記レコードのレコード数を結合する結合部と、
前記工程原因に結合された前記レコード数に基づいて、順序の入れ替え可能な前記工程の順序を入れ替え、前記工程の順序を入れ替えた前記故障対応手順を出力する入れ替え部と
を備える。
【発明の効果】
【０００７】
本発明の故障支援装置によれば、作業手順が決まっている故障対応に柔軟に適応できる故障対応手順を提示することができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１の図で、故障支援装置１００の機能ブロックを示す図。
【図２】実施の形態１の図で、故障支援装置１００のハードウェア構成を示す図。
【図３】実施の形態１の図で、故障支援装置１００の動作を説明するシーケンス図。
【図４】実施の形態１の図で、故障対応手順３１ａを示す図。
【図５】実施の形態１の図で、故障レコード３２ａのフォーマットを示す図。
【図６】実施の形態１の図で、複数の故障レコード３２ａから構成される故障レコード情報３２ｂを示す図。
【図７】実施の形態１の図で、図６において故障コード０３２＝００１の故障レコードが抽出された状態を模式的に示す図。
【図８】実施の形態１の図で、回数情報１２ａを示す図。
【図９】実施の形態１の図で、故障対応手順３１ａにおいて、基板Ａの工程８３と、基板Ｂの工程８４とが手順変更部１４によって入れ替えられた状態を示す図。
【図１０】実施の形態１の図で、故障対応手順６０１を示す図。
【図１１】実施の形態１の図で、故障対応手順６０２を示す図。
【図１２】実施の形態１の図で、故障対応手順６０３を示す図。
【図１３】実施の形態１の図で、故障対応手順６０４を示す図。
【図１４】実施の形態１の図で、故障対応手順６０５を示す図。
【図１５】実施の形態１の図で、エレベータ仕様ＤＢ３３の有する機種設置情報３３ａを示す図。
【図１６】実施の形態１の図で、結合情報３５を示す図。
【図１７】実施の形態１の図で、結合情報３５からの抽出結果を示す図。
【図１８】実施の形態１の図で、原因の異なるレコードも抽出された抽出結果を示す図。
【図１９】実施の形態１の図で、故障支援装置１００の機能がハードウェアで実現される構成を示す図。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について、図を用いて説明する。なお、各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。
【００１０】
（１）以下では、故障対応手順データベース３１、故障履歴データベース３２及びエレベータ仕様データベース３３は、それぞれ、故障対応手順ＤＢ３１、故障履歴ＤＢ３２及びエレベータ仕様ＤＢ３３と表記する。故障対応手順ＤＢ３１は、故障対応手順３１ａを格納している。故障履歴ＤＢ３２は故障レコード情報３２ｂを格納している。エレベータ仕様ＤＢ３３はエレベータの仕様を格納している。
（２）以下では、故障コードが登場する。故障コードは、故障対応手順３１ａに記載されている故障コード、エレベータ制御装置５００が発する故障コード、故障レコード３２ａが有する故障コードがある。これらの故障コードを、それぞれ、故障コード０３１、故障コード０５０、故障コード０３２と表記する。故障コードは故障内容を識別するためのコードである。故障コードが同じであることは、故障内容が同じであることを示す。例示すれば、故障コード０３１＝［００１］であり、故障コード０５０＝［００１］の場合、故障対応手順３１ａの故障内容と、エレベータ制御装置５００の故障内容とは同じである。
（３）以下では、故障対応手順３１ａの各工程に対応付いた故障原因を、工程原因と表記する。故障レコード３２ａに記載の原因を単に、原因と表記する。
（４）以下では、インタフェースはＩＦと表記する。
【００１１】
実施の形態１．
図１から図１５を参照して、実施の形態１の故障支援装置１００を説明する。
【００１２】
＊＊＊構成の説明＊＊＊
図１は、故障支援装置１００の機能ブロックを示す。
図２は、故障支援装置１００のハードウェア構成を示す。
【００１３】
故障支援装置１００は、コンピュータである。故障支援装置１００は、プロセッサ１０を備えるとともに、主記憶装置２０、補助記憶装置３０、入力ＩＦ４０、出力ＩＦ５０及び通信ＩＦ６０といった他のハードウェアを備える。プロセッサ１０は、信号線７０を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【００１４】
故障支援装置１００は、機能要素として、登録受付部１１、履歴抽出部１２，結合部１３及び手順変更部１４を備える。履歴抽出部１２は抽出部である。手順変更部１４は入れ替え部である。
登録受付部１１、履歴抽出部１２，結合部１３及び手順変更部１４の機能は、故障支援プログラム１０１により実現される。
【００１５】
プロセッサ１０は、故障支援プログラム１０１を実行する装置である。故障支援プログラム１０１は、登録受付部１１、履歴抽出部１２，結合部１３及び手順変更部１４の機能を実現するプログラムである。プロセッサ１０は、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。プロセッサ１０の具体例は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
【００１６】
主記憶装置２０は、記憶装置である。主記憶装置２０の具体例は、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。主記憶装置２０は、プロセッサ１０の演算結果を保持する。
【００１７】
補助記憶装置３０は、データを不揮発的に保管する記憶装置である。補助記憶装置３０の具体例は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）である。また、補助記憶装置３０は、ＳＤ（登録商標）（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリカード、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）といった可搬記録媒体であってもよい。補助記憶装置３０は、故障対応手順ＤＢ３１、故障履歴ＤＢ３２、エレベータ仕様ＤＢ３３，故障支援プログラム１０１を記憶している。なお、故障対応手順ＤＢ３１、故障履歴ＤＢ３２、エレベータ仕様ＤＢ３３，故障支援プログラム１０１のようなデータは、クラウドサーバのような他の装置に格納されており、故障支援装置１００が他の装置から取得してもよい。補助記憶装置３０は、レコード記憶装置であり、手順記憶装置であり、エレベータ仕様記憶装置である。
【００１８】
入力ＩＦ４０は、マウスあるいはキーボードのような入力装置２００が接続され、各装置からデータが入力されるポートである。
出力ＩＦ５０は、各種機器が接続され、各種機器にプロセッサ１０によりデータが出力されるポートである。図２では、出力ＩＦ５０には、表示装置３００が接続されている。
通信ＩＦ６０はプロセッサが他の装置と通信するための通信ポートである。図２では、通信ＩＦ６０には、保守端末４００及びエレベータ制御装置５００が接続されている。
【００１９】
プロセッサ１０は補助記憶装置３０から故障支援プログラム１０１を主記憶装置２０にロードし、主記憶装置２０から故障支援プログラム１０１を読み込み実行する。主記憶装置２０には、故障支援プログラム１０１だけでなく、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）も記憶されている。プロセッサ１０は、ＯＳを実行しながら、故障支援プログラム１０１を実行する。
故障支援装置１００は、プロセッサ１０を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、故障支援プログラム１０１の実行を分担する。それぞれのプロセッサは、プロセッサ１０と同じように、故障支援プログラム１０１を実行する装置である。故障支援プログラム１０１により利用、処理または出力されるデータ、情報、信号値及び変数値は、主記憶装置２０、補助記憶装置３０、または、プロセッサ１０内のレジスタあるいはキャッシュメモリに記憶される。
【００２０】
故障支援プログラム１０１は、登録受付部１１、履歴抽出部１２，結合部１３及び手順変更部１４の「部」を「処理」、「手順」あるいは「工程」に読み替えた各処理、各手順あるいは各工程をコンピュータに実行させるプログラムである。
【００２１】
また、故障支援方法は、コンピュータである故障支援装置１００が故障支援プログラム１０１を実行することにより行われる方法である。故障支援プログラム１０１、コンピュータ読取可能な記録媒体に格納されて提供されてもよいし、プログラムプロダクトとして提供されてもよい。
【００２２】
＊＊＊動作の説明＊＊＊
図３は、故障支援装置１００の動作を説明するシーケンスである。図３を参照して、故障支援装置１００の動作を説明する。故障支援装置１００の動作は、故障支援方法に相当する。また、故障支援装置１００の動作は、故障支援プログラムの処理に相当する。
【００２３】
＜ステップＳ１１＞
ステップＳ１１において、管理者２１０は、キーボードまたはマウスのような入力装置２００を用いて、登録受付部１１に故障対応手順３１ａを登録する。登録受付部１１は、故障対応手順３１ａの登録を受け付ける。管理者２１０は、故障コード０３１ごとに、故障対応手順３１ａを登録する。登録受付部１１は、故障対応手順３１ａを故障対応手順ＤＢ３１に格納する。
【００２４】
図４は、故障対応手順３１ａを示す。管理者２１０は、故障対応手順３１ａの登録の際に、工程に対して、順序入れ替えが可能かどうかの、順序入れ替え可否を設定する。
登録受付部１１は、入れ替え可能と指定された工程の、入れ替え可能を故障対応手順３１ａに設定する。
登録受付部１１は、入れ替え可能な工程の設定指示を受け付け、設定指示によって指示される入れ替え可能な工程を故障対応手順３１ａに設定し、前記故障対応手順３１ａを手順記憶装置に登録する。故障支援装置１００では手順記憶装置は補助記憶装置３０である。図４では入れ替え可能な工程は、工程８３，８４である。図４の故障対応手順３１ａを説明する。故障対応手順３１ａは、管理者２１０が入力装置２００を用いて登録受付部１１に登録する情報である。故障対応手順３１ａは、故障コード０３１と、連続に実施される複数工程である工程８１から工程８４を有する。故障対応手順３１ａは、工程８１から工程８４に、連続に実施される際の順序の入れ替え可能な工程８３、８４が存在する。工程８１から工程８４は工程である。故障対応手順３１ａは、工程ごとに対応付いた故障原因を示す工程原因と、処置を含む。
（１）工程８１では電圧が正常かどうかが判断される。ＹＥＳの場合、処理は工程８２に進む。ＮＯの場合、電源再投入で改善したかが判断され、ＮＯであれば処理は工程８２に進み、ＹＥＳでれば電源不良の工程原因が得られる。
（２）工程８２では結線が正常かどうかが判断される。ＹＥＳの場合、処理は工程８３に進む。ＮＯの場合、リード線不良の工程原因が得られる。
（３）工程８３では基板Ａの改善結果が判断される。ＮＯの場合、処理は工程８４に進む。ＹＥＳの場合、基板Ａの不良の工程原因が得られる。
（４）工程８４では基板Ｂの改善結果が判断される。ＮＯの場合、原因不明の工程原因が得られる。ＹＥＳの場合、基板Ｂの不良の工程原因が得られる。
【００２５】
＜ステップＳ１２＞
エレベータ制御装置５００は、故障時に故障コード０５０を出力する。
【００２６】
＜ステップＳ１３＞
履歴抽出部１２は、機器を制御する制御装置から機器の故障内容を識別する故障コードを取得する。なお、エレベータは機器の例である。エレベータ制御装置は制御装置の例である。履歴抽出部１２は、故障コードと故障の原因とを含む複数のレコードを有するレコード記憶装置から、取得した故障コードと同じ故障コードを含む複数のレコードを抽出し、原因ごとにレコードの数を対応付けた回数情報を生成する。
具体的には以下のようである。ステップＳ１３において、履歴抽出部１２は、過去の故障履歴を有する故障履歴ＤＢ３２から、故障コード０５０と一致する故障コード０３２を持つ故障レコード３２ａを抽出する。故障レコードは、故障コードと故障の原因とを含むレコードである。
図５は、故障レコード３２ａのフォーマットを示す。故障レコード３２ａは、建物、号機、故障コード０３２、処置の各項目を有する。建物は、エレベータが設置された建物を示す。号機はエレベータの号機、つまりかごを示す。故障コード０３２は上述のとおりである。処理は、故障におけるＸＸという原因と、その原因に対するＹＹという処置とを示す。故障原因が回路基板の不良であり、処置が回路基板の交換である。
図６は、複数の故障レコード３２ａから構成される故障レコード情報３２ｂを示す。故障レコード情報３２ｂは、故障履歴ＤＢ３２が記憶している。
【００２７】
＜ステップＳ１４＞
ステップＳ１４において、履歴抽出部１２は、抽出した故障レコード３２ａの原因ごとに、故障レコードの数を数え上げる。
図７は、図６において故障コード０３２＝［００１］の故障レコードが抽出された状態を模式的に示している。各故障レコード３２ａの建物、号機の項目は省略している。図７をみてわかるように、故障コード０３２が同一であっても原因の異なる故障レコード３２ａが存在する。図７では、原因ごとに故障レコード３２ａの数が数えられた場合、原因１１Ａのレコードが３個、原因１２Ａのレコードが１個となる。
図８は、回数情報１２ａを示す。回数情報１２ａには、故障コード０３２が記載されている。回数情報１２ａは、履歴抽出部１２が、故障レコード３２ａの原因ごとに、故障レコード３２ａの数を数え上げた結果を示す情報である。図８の故障レコード３２ａは、電源の不良を原因とする故障レコード３２ａが１０個、リード線の不良を原因とする故障レコード３２ａが４０個、基板Ａの不良を原因とする故障レコード３２ａが５個及び基板Ｂの不良を原因とする故障レコード３２ａが５０個あることを示している。履歴抽出部１２は、回数情報１２ａを結合部１３に送る。
【００２８】
＜ステップＳ１５＞
結合部１３は、故障対応手順ＤＢ３１から、回数情報１２ａに記載されている故障コード０３２と同じ故障コード０３１を持つ故障対応手順３１ａを取得する。
【００２９】
＜ステップＳ１６＞
結合部１３は、手順記憶装置である補助記憶装置３０から、制御装置から取得した故障コードと同じ故障コードを含む故障対応手順を取得する。結合部１３は、取得した故障対応手順の含む工程原因のうち回数情報の有する原因と同じ工程原因に、回数情報の有する原因に対応付いたレコードのレコード数を結合する。
具体的には以下のようである。ステップＳ１６において、結合部１３は、抽出した故障対応手順３１ａに記載された工程原因（図４）と、回数情報１２ａの原因とを結合する。つまり結合とは、故障対応手順３１ａに記載された工程原因のうち、回数情報１２ａの原因と同一の工程原因に、同一である原因の回数を対応付けることを意味する。ここでは、回数情報１２ａは、図８であるとし、結合部１３が故障対応手順ＤＢ３１から取得した故障対応手順３１ａは図４の故障対応手順３１ａとする。この例では、結合部１３は、故障対応手順３１ａの電源不良に回数１０を対応付け、故障対応手順３１ａのリード線の不良に回数４０を対応付け、故障対応手順３１ａの基板Ａの不良に回数５を対応付け、及び故障対応手順３１ａの基板Ｂの不良に回数５０を対応付ける。
【００３０】
なお、結合部１３は、回数情報１２ａに記載されているが、ステップＳ１５で取得した故障対応手順３１ａに登録されていない工程原因を、表示装置３００に表示することにより管理者２１０へ通知する。あるいは、管理者２１０の有する図示していない管理者端末装置に送信してもよい。例としては、回数情報１２ａ（図８）の原因に基板Ｃの不良があり、ステップＳ１５で取得した故障対応手順３１ａの工程原因に、基板Ｃの不良が無い場合である。管理者２１０は追加の要否を判断し、故障コード０３１＝［００１］の故障対応手順３１ａを改訂する。
このように、結合部１３は、取得した故障対応手順３１ａの中に、回数情報１２ａの有する原因に対応する工程が存在しない場合、警告を発する。上記のように警告を発する態様は、警告を表示装置に表示してもよいし、管理者端末装置に送信してもよいし、どのような態様でも構わない。
【００３１】
結合部１３は、手順変更部１４に、回数情報１２ａの原因が結合された故障対応手順３１ａを手順変更部１４に送る。
【００３２】
＜ステップＳ１７＞
入れ替え部である手順変更部１４は、工程原因に結合されたレコード数に基づいて、順序の入れ替え可能な工程の順序を入れ替え、工程の順序を入れ替えた故障対応手順を出力する。なお、故障対応手順を出力する態様はどのような態様でもよい。故障対応手順を保守端末に送信してもよいし、故障対応手順をクラウドサーバに格納してもよいし、補助記憶装置３０に格納してもよいし、表示装置３００に表示してもよい。
ステップＳ１７において、手順変更部１４は、回数情報１２ａの原因が結合された故障対応手順３１ａにおける工程原因の回数を参照することにより、入れ替え可能な工程を入れ替える。
図４を例に説明する。回数情報１２ａの原因が結合された場合、図４の各工程原因の数え上げ回数は、図８に示す回数である。図４に示すように、基板Ａの工程８３と、基板Ｂの工程８４とが入れ替え可能である。基板Ａの工程８３に対応付いた工程原因の数え上げ回数は５回であり、基板Ｂの工程８４に対応付いた工程原因の数え上げ回数は５０回である。つまり、基板Ａよりも基板Ｂの工程８４の数え上げ回数が多いが、これは基板Ａよりも基板Ｂの故障回数の方が多いことを意味する。よって手順変更部１４は、図４の故障対応手順３１ａに対して、基板Ａの工程８３と、基板Ｂの工程８４とを入れ替え、基板Ｂの工程８４を基板Ａの工程８３よりも先に実施するように、故障対応手順３１ａを変更する。
図９は、故障対応手順３１ａにおいて、基板Ａの工程８３と、基板Ｂの工程８４とが手順変更部１４によって入れ替えられた故障対応手順３１ａ−１を示している。
【００３３】
＜ステップＳ１８＞
ステップＳ１８において、手順変更部１４は、基板Ａの工程８３と、基板Ｂの工程８４とが入れ替えられた、変更後の故障対応手順３１ａ−１を、保守端末４００へ送信する。
【００３４】
＜ステップＳ１９＞
ステップＳ１９において、保守員は、故障対応手順３１ａ−１をもとに、処置を実施する。保守員は保守端末４００を用いて、実施結果である処置及び原因と共に、建物、号機、故障コードを含む故障レコード３２ａの形式で、故障履歴ＤＢ３２へレコードを登録する。
【００３５】
＜変形例１＞
図１０、図１１は、手順変更部１４が故障対応手順を変更する前の状態である。図１０、図１１を参照して実施の形態１の変形例１を説明する。変形例１では、手順変更部１４が、故障対応手順６０１の各工程に対応付いている工具も参照して、工程を入れ替える。工程群をなす工程８１から工程８４の各工程は、その工程で使用される工具が対応付いている。入れ替え部である手順変更部１４は、連続に実施される複数の工程８１から８４から決まる工具の順序に基づいて、順序の入れ替え可能な工程８３，８４の順序を入れ替える。
以下に具体的に述べる。
図１０は、変形例１で使用する故障対応手順６０１である。故障対応手順６０１はステップＳ１７で手順変更部１４が取得する。故障対応手順６０１はステップＳ１１で登録が受け付けられている。故障対応手順６０１は故障対応手順３１ａと同様に登録される（ステップＳ１１）。以下に説明する故障対応手順６０２から６０５も故障対応手順３１ａと同様に登録されて、手順変更部１４が、ステップＳ１７で取得する。図１０の故障対応手順６０１には、各工程に工具が対応付いている。電圧を確認する工程８１には工具Ｔ１が対応付いている。結線を確認する工程８２には工具Ｔ２が対応付いている。基板Ａを確認する工程８３には工具Ｔ３が対応付いている。基板Ｂを確認する工程８４には工具Ｔ３が対応付いている。工程と工具の対応付けは、手順変更部１４が結合部１３から取得する故障対応手順６０１に記載されている。図１０の故障対応手順６０１において、結合された回数情報１２ａが図８の回数情報１２ａであれば、手順変更部１４は、基板Ａを確認する工程８３と、基板Ｂを確認する工程８４を入れ替える。これは、工程８３と工程８４の工具が同一の工具Ｔ３のためである。
【００３６】
図１１は、変形例１で使用する故障対応手順６０２である。図１１の故障対応手順６０２には、各工程に工具が対応付いている。また図１１の故障対応手順６０２では、結合された回数情報１２ａによって、回数がそれぞれ、１０回、４０回、４５回、５０回である。この例では、手順変更部１４は、基板Ａを確認する工程８３と、基板Ｂを確認する工程８４とを入れ替えないと判定する。これは、結線を確認する工程８２に対応付いた工具Ｔ３と基板Ａを確認する工程８３に対応付いた工具Ｔ３とが同一であること、及び、基板Ａを確認する工程８３の回数と基板Ｂを確認する工程８４の回数の差が少ないことによる。つまり工程８３と工程８４との回数にそれほど差が無いので入れ替えの効果は低い。一方で、工程８２と工程８３は同じ工具を使用するので、工程８３と工程８４を入れ替えない効果が高い。手順変更部１４は、工程８３と工程８４との回数の差を数値化し、工程８２と工程８３とが同じ工具を使用することにとる工具の連続使用の効果を数値化し、これらの数値に基づき、工程８３と工程８４とを入れ替えないと判定する。
【００３７】
＜変形例２＞
図１２、図１３を参照して実施の形態１の変形例２を説明する。図１２、図１３は、手順変更部１４が故障対応手順を変更する前の状態である。変形例１では各工程に工具が対応付いていた。変形例２では、各工程に、その工程の作業場所が対応付いている。工程群をなす工程８１から工程８４の各工程は、作業場所が対応付いている。入れ替え部である手順変更部１４は、連続に実施される複数の工程８１から８４から決まる作業場所の順序に基づいて、順序の入れ替え可能な工程８３，８４の順序を入れ替える。
【００３８】
以下に具体的に述べる。図１２、図１３では、作業場所を場所Ｐ１のように表記している。数字の差が小さいほど作業場所が近いとする。変形例２は、変形例１の工具が作業場所になった構成である。変形例２では、手順変更部１４が、故障対応手順６０３の各工程に対応付いている場所Ｐも参照して、工程を入れ替える。場所Ｐ１、場所Ｐ２，・・・は、数字が同じであれば同じ場所を示す。
図１２は、変形例２の手順変更部１４がステップＳ１７で取得する故障対応手順６０３である。図１２の故障対応手順６０３には、各工程に作業場所が対応付いている。電圧を確認する工程８１には場所Ｐ１が対応付いている。結線を確認する工程８２には場所Ｐ２が対応付いている。基板Ａを確認する工程８３には場所Ｐ３が対応付いている。基板Ｂを確認する工程８４には場所Ｐ４が対応付いている。工程と場所の対応付けは、手順変更部１４が結合部１３から取得する故障対応手順６０３に記載されている。図１２の故障対応手順６０３において、結合された回数情報１２ａが図８の回数情報１２ａであれば、手順変更部１４は、基板Ａを確認する工程８３と、基板Ｂを確認する工程８４を入れ替える。これは、工程８３と工程８４の作業場所が近いためでる。
図１３は、変形例２において手順変更部１４がステップＳ１７で取得する故障対応手順６０４である。図１３の故障対応手順６０４には、各工程に作業場所が対応付いている。また図１３の故障対応手順６０４では、結合された回数情報１２ａによって、回数がそれぞれ、１０回、４０回、４５回、５０回である。この例では、手順変更部１４は、基板Ａを確認する工程８３と、基板Ｂを確認する工程８４とを入れ替えないと判定する。これは、工程８３に対応付いた作業場所は場所Ｐ３であり、工程８４に対応付いた作業場所は場所Ｐ９であること、及び、工程８３の回数と工程８４の回数の差が少ないことによる。つまり工程８３と工程８４との回数にそれほど差が無いので入れ替えの効果は低い。一方で、工程８３と工程８４との作業場所は場所Ｐ３と場所Ｐ９であり、９−３＝６の差が有る。手順変更部１４は、工程８３と工程８４との回数の差を数値化し、工程８３と工程８４の作業場所の差「６」を基に別の評価値に数値化し、これらの数値に基づき、工程８３と工程８４とを入れ替えないと判定する。
【００３９】
＜変形例３＞
変形例３は、工具と作業場所との両方を手順変更部１４が考慮する構成である。
図１４は、手順変更部１４がステップＳ１７で取得する故障対応手順６０５を示す。故障対応手順６０５の各工程８１〜８４には、回数、工具及び作業場所が対応付いている。手順変更部１４は、回数、工具及び作業場所を用いて、入れ替え可能な工程の入れ替えを実行する。
【００４０】
＊＊＊実施の形態１の効果の説明＊＊＊
（１）故障支援装置１００は、手順変更部１４によって故障対応手順の工程を入れ替えるので、作業手順が決まっている故障対応に柔軟に対応できる。
（２）手順変更部１４は、故障対応手順の工程に対応付いた工具に基づいて、故障対応手順の工程を入れ替える。よって、故障対応手順の効率化を図ることができる。
（３）手順変更部１４は、故障対応手順の工程に対応付いた作業場所に基づいて、故障対応手順の工程を入れ替える。よって、故障対応手順の効率化を図ることができる。
（４）登録受付部１１は、入れ替え可能な工程の設定を受け付ける。よって、故障支援装置１００は、作業手順が決まっている故障対応に柔軟に対応できる故障対応手順を提供できる。
【００４１】
＜変形例４＞
変形例４は、エレベータ仕様ＤＢ３３が有する機種の情報を利用する構成である。変形例４ではエレベータ制御装置５００は、故障コードに加え、エレベータの機種を出力する。
変形例４の履歴抽出部は、機器の機種と機器の設置場所との対応を示す機種設置情報を参照することにより、制御装置から取得した故障コードと同じ故障コードと、制御装置から取得した機種と同じ機種が対応する設置場所とを含む複数のレコードを、レコード記憶装置の有する複数のレコードの中から抽出する。履歴抽出部は、抽出された複数のレコードに含まれる原因ごとに、抽出されたレコードの数を対応付けて、回数情報を生成する。
具体的には以下のようである。
【００４２】
図６及び図１５を参照して変形例４を説明する。
図１５は、エレベータ仕様ＤＢ３３の有する機種設置情報３３ａを示す。機種設置情報３３ａは、建物、号機及び機種の列を有する。機種設置情報３３ａの各行が機種設置レコード３３ｂである建物及び号機の列は、機器であるエレベータの設置場所である。例えば、最も上段の機種設置レコード３３ｂにおける建物１、号機１及び機種Ａは、建物１の号機１の機種が「Ａ」であることを示す。図６に示す故障レコード情報３２ｂの複数のレコードは、建物及び号機という、エレベータの設置場所を含んでいる。
【００４３】
以下に、変形例４における履歴抽出部１２の動作を説明する。
（１）履歴抽出部１２は、エレベータ制御装置５００から故障コード０５０＝［００１］を取得する。
（２）履歴抽出部１２は、故障コード０５０＝［００１］を取得した場合、図１５の機種設置情報３３ａと図６の故障レコード情報３２ｂとを結合して結合情報３５を生成する。
図１６は、結合情報３５を示す。結合情報３５は複数の結合レコード３５ａからなる。結合情報３５は、故障レコード情報３２ｂと機種設置情報３３ａとの「建物及び号機」を介して結合される。結合情報３５は、故障レコード情報３２ｂの右列に、機種の列が追加された状態である。
（３）履歴抽出部１２は、結合情報３５から、取得した故障コード０５０＝［００１］をもち、かつ、同一機種の複数の結合レコード３５ａを抽出する。図１７は、履歴抽出部１２による結合レコード３５ａの抽出結果を示す。
図１７は、履歴抽出部１２が結合情報３５から、故障コード故障コード０５０＝［００１］、かつ、機種Ａの結合レコードを抽出した結果を示している。履歴抽出部１２は、抽出された複数のレコードに含まれる原因ごとに、抽出されたレコードの数を対応付け、最も多くの数が対応付いた原因の数を、回数情報として生成する。図１７の例では、履歴抽出部１２は、原因１１Ａに、結合レコードの個数である３を対応付け、この３を回数情報として生成する。なお、履歴抽出部１２は結合情報３５から、エレベータ制御装置５００から受信した故障コード０５０に同一の故障コードを持ち、かつ、エレベータ制御装置５００から受信した機種に同一の機種をもつ結合レコードを抽出する。よって、図１７以外の例では、故障コードかつ機種が、エレベータ制御装置５００から受信した故障コード及び機種に同一であっても、「原因」の異なるレコードが抽出されることがある。
図１８は、「原因」の異なる最下段のレコードも抽出された状態を示す。図１８では、原因１１Ａの回数情報は３であり、原因１２Ａの回数情報は１である。この場合、履歴抽出部１２は最大の回数情報「３」を採用する。なお、図１６の結合情報３５は図６の故障レコード情報３２ｂに機種の列を追加した情報であるので、結合情報３５からレコードを抽出することは、故障レコード情報３２ｂから故障レコードを抽出することに同じである。
（４）回数情報の生成後の移行の処理は、図３のシーケンスと同じである。
【００４４】
変形例４では、履歴抽出部１２が、故障したエレベータの機種と同じ機種の故障レコードを抽出することになるため、機種ごとに特性が有る場合は、より効率的に故障対応作業を実施できる。
【００４５】
＜ハードウェア構成の補足＞
図２の故障支援装置１００では、故障支援装置１００の機能がソフトウェアで実現されるが、故障支援装置１００の機能がハードウェアで実現されてもよい。
図１９は、故障支援装置１００の機能がハードウェアで実現される構成を示す。図１９の電子回路９０は、登録受付部１１，履歴抽出部１２，結合部１３及び手順変更部１４、主記憶装置２０、補助記憶装置３０、入力ＩＦ４０、出力ＩＦ５０及び通信ＩＦ６０の機能を実現する専用の電子回路である。電子回路９０は、信号線９１に接続している。電子回路９０は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ、ＡＳＩＣ、または、ＦＰＧＡである。ＧＡは、Ｇａｔｅ  Ａｒｒａｙの略語である。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略語である。故障支援装置１００の構成要素の機能は、１つの電子回路で実現されてもよいし、複数の電子回路に分散して実現されてもよい。また、故障支援装置１００の構成要素の一部の機能が電子回路で実現され、残りの機能がソフトウェアで実現されてもよい。
【００４６】
プロセッサ１０と電子回路９０の各々は、プロセッシングサーキットリとも呼ばれる。故障支援装置１００において、登録受付部１１、履歴抽出部１２，結合部１３及び手順変更部１４の機能がプロセッシングサーキットリにより実現されてもよい。あるいは、登録受付部１１、履歴抽出部１２，結合部１３及び手順変更部１４、主記憶装置２０、補助記憶装置３０、入力ＩＦ４０、出力ＩＦ５０及び通信ＩＦ６０の機能が、プロセッシングサーキットリにより実現されてもよい。
【００４７】
以上、実施の形態１及び変形例について説明したが、変形例を含む実施の形態１のうち、１つを部分的に実施しても構わない。あるいは、変形例を含む実施の形態１のうち、２つ以上を部分的に組み合わせて実施しても構わない。なお、本発明は、実施の形態１に限定されるものではなく、必要に応じて種々の変更が可能である。
【符号の説明】
【００４８】
０３１  故障コード、０３２  故障コード、０５０  故障コード、１０  プロセッサ、１１  登録受付部、１２  履歴抽出部、１２ａ  回数情報、１３  結合部、１４  手順変更部、２０  主記憶装置、３０  補助記憶装置、３１  故障対応手順ＤＢ、３１ａ  故障対応手順、３２  故障履歴ＤＢ、３２ａ  故障レコード、３２ｂ  故障レコード情報、３３  エレベータ仕様ＤＢ、３３ａ  機種設置情報、３３ｂ  機種設置レコード、３５  結合情報、３５ａ  結合レコード、４０  入力ＩＦ、５０  出力ＩＦ、６０  通信ＩＦ、７０  信号線、８１，８２，８３，８４  工程、９０  電子回路、９１  信号線、１００  故障支援装置、１０１  故障支援プログラム、２００  入力装置、２１０  管理者、３００  表示装置、４００  保守端末、４１０  保守員、５００  エレベータ制御装置、６０１，６０２，６０３，６０４，６０５  故障対応手順。
【図１】
0006833152.tif 000002
【図２】
0006833152.tif 000003
【図３】
0006833152.tif 000004
【図４】
0006833152.tif 000005
【図５】
0006833152.tif 000006
【図６】
0006833152.tif 000007
【図７】
0006833152.tif 000008
【図８】
0006833152.tif 000009
【図９】
0006833152.tif 000010
【図１０】
0006833152.tif 000011
【図１１】
0006833152.tif 000012
【図１２】
0006833152.tif 000013
【図１３】
0006833152.tif 000014
【図１４】
0006833152.tif 000015
【図１５】
0006833152.tif 000016
【図１６】
0006833152.tif 000017
【図１７】
0006833152.tif 000018
【図１８】
0006833152.tif 000019
【図１９】
0006833152.tif 000020