(57)【特許請求の範囲】
【請求項１】
昇降機に異常が発生すると、当該発生した異常の内容と、当該異常が発生した日時と、当該昇降機を識別するための昇降機識別データと共に、当該昇降機に異常が発生したことを通知するためのエラー通知を発報する発報手段と、
前記異常の内容と、前記異常が発生した季節と、前記昇降機が設置されてからの年数を示す設置経過年数と、前記異常を解消するにあたって好適な点検手順が記された手順書とが対応づけられた解析時参照データを格納する第１の格納手段と、
前記昇降機識別データと、当該昇降機識別データによって示される昇降機の設置日時と、当該昇降機の設置地域とが対応づけられた設置環境データを格納する第２の格納手段と、
前記発報されたエラー通知によって示される異常が発生した日時に基づき、当該異常が発生した季節を特定し、
当該エラー通知によって示される昇降機識別データを含む設置環境データを前記第２の格納手段から取得し、当該エラー通知によって示される異常が発生した日時と、当該取得された設置環境データによって示される設置日時とに基づき昇降機の設置経過年数を特定し、
当該エラー通知によって示される異常の内容と、前記特定された季節と、前記特定された設置経過年数とを含む解析時参照データに基づいて、当該異常を解消するにあたって好適な手順書を推定する推定手段と、
前記推定された好適な手順書を保守員に提示するための通知を生成し、これを当該保守員が所持する保守員端末に送信する送信手段と
を具備することを特徴とする保守点検作業のガイドシステム。
【請求項２】
前記エラー通知は、前記異常が発生したときの前記昇降機の動作状態を示すコンディションデータをさらに含み、
前記解析時参照データには、前記コンディションデータがさらに対応づけられ、
前記推定手段は、
前記発報されたエラー通知によって示される異常の内容とコンディションデータによって示される動作状態とを含む解析時参照データに基づいて、好適な手順書を推定することを特徴とする請求項１に記載の保守点検作業のガイドシステム。
【請求項３】
前記推定手段は、
前記発報手段から複数のエラー通知が発報された場合、前記各エラー通知に含まれるコンディションデータによって示される動作状態にしたがって当該各エラー通知を分類し、
前記分類の結果として得られるグループ毎に、好適な手順書を推定することを特徴とする請求項２に記載の保守点検作業のガイドシステム。
【請求項４】
前記解析時参照データには、前記昇降機が設置されている地域を示す設置地域がさらに対応づけられ、
前記推定手段は、
前記発報されたエラー通知によって示される異常の内容と、前記特定された季節と、前記特定された設置経過年数と、前記取得された設置環境データによって示される設置地域とを含む解析時参照データに基づいて、好適な手順書を推定することを特徴とする請求項１に記載の保守点検作業のガイドシステム。
【請求項５】
前記解析時参照データに含まれる異常の内容には、当該異常の内容の重要度にしたがって設定された重み係数が付加され、
前記推定手段は、
前記発報手段から複数のエラー通知が発報された場合であって、前記各エラー通知によって示される異常の内容を含む解析時参照データが複数存在する場合、前記付加された重み係数が最も大きい解析時参照データに基づいて、好適な手順書を推定することを特徴とする請求項１に記載の保守点検作業のガイドシステム。
【請求項６】
前記解析時参照データに含まれる手順書には、対応づけられた異常の内容によって示される異常を解消するにあたって現在までに使用された回数が優先度として付加され、
前記推定手段は、
前記発報されたエラー通知によって示される異常の内容を含む解析時参照データに基づいて好適な手順書を推定し、
この推定の結果として複数の手順書が好適な手順書として得られた場合には、当該各手順書に付加された優先度に基づいて、さらに好適な手順書を推定することを特徴とする請求項１に記載の保守点検作業のガイドシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、保守点検作業のガイドシステムに関する。
【背景技術】
【０００２】
エレベータの保守点検作業を行う保守員は、エレベータに異常が生じている旨の通知を受けると、現地に赴き、当該通知に含まれるエラーコードを頼りに、当該異常を解消するべく保守点検作業を行う。エラーコードとは、エレベータにどのような異常が生じているかを示唆するものであり、保守員は、エラーコードにより示唆される異常を解消するために、点検手順が記された手順書を参照しながら保守点検作業を行う。
【０００３】
このため、保守員は、保守点検作業を行うにあたって、エラーコードにより示唆される異常を解消するためにはどの手順書を参照すればよいかを推測し、好適な手順書を自身で探す必要がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２８０４５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、多数の手順書の中から好適な手順書を探す作業は手間がかかる上に、熟練した保守員でないと、どの手順書を参照すればよいかを推測することは困難であるという不都合がある。
【０００６】
本発明が解決しようとする課題は、保守員に対して好適な手順書を提示可能な保守点検作業のガイドシステムを提供することである。
【課題を解決するための手段】
【０００７】
実施形態に係る保守点検作業のガイドシステムは、発報手段、第１の格納手段、第２の格納手段、推定手段及び送信手段を備えている。前記発報手段は、昇降機に異常が発生すると、当該発生した異常の内容と、当該異常が発生した日時と、当該昇降機を識別するための昇降機識別データと共に、当該昇降機に異常が発生したことを通知するためのエラー通知を発報する。前記第１の格納手段は、前記異常の内容と、前記異常が発生した季節と、前記昇降機が設置されてからの年数を示す設置経過年数と、前記異常を解消するにあたって好適な点検手順が記された手順書とが対応づけられた解析時参照データを格納する。前記第２の格納手段は、前記昇降機識別データと、当該昇降機識別データによって示される昇降機の設置日時と、当該昇降機の設置地域とが対応づけられた設置環境データを格納する。前記推定手段は、前記発報されたエラー通知によって示される異常が発生した日時に基づき、当該異常が発生した季節を特定し、当該エラー通知によって示される昇降機識別データを含む設置環境データを前記第２の格納手段から取得し、当該エラー通知によって示される異常が発生した日時と、当該取得された設置環境データによって示される設置日時とに基づき昇降機の設置経過年数を特定し、当該エラー通知によって示される異常の内容と、前記特定された季節と、前記特定された設置経過年数とを含む解析時参照データに基づいて、当該異常を解消するにあたって好適な手順書を推定する。前記送信手段は、前記推定された好適な手順書を保守員に提示するための通知を生成し、これを当該保守員が所持する保守員端末に送信する。
【図面の簡単な説明】
【０００８】
【図１】図１は実施形態に係る保守点検作業のガイドシステムの概略構成例を示すブロック図である。
【図２】図２は第１の実施形態に係る解析時参照データのデータ構造の一例を示す模式図である。
【図３】図３は同実施形態に係るエラー解析処理の手順の一例を示すフローチャートである。
【図４】図４は第２の実施形態に係る解析時参照データのデータ構造の一例を示す模式図である。
【図５】図５は同実施形態に係るエラー解析処理の手順の一例を示すフローチャートである。
【図６】図６は第３の実施形態に係る解析時参照データのデータ構造の一例を示す模式図である。
【図７】図７は同実施形態に係るエラー解析処理の手順の一例を示すフローチャートである。
【図８】図８は第４の実施形態に係る解析時参照データのデータ構造の一例を示す模式図である。
【図９】図９は同実施形態に係るエラー解析処理の手順の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、図面を参照して実施形態を説明する。  
＜第１の実施形態＞
図１は、実施形態に係る保守点検作業のガイドシステムの概略構成例を示す。なお、以下では、保守点検の対象が昇降機（具体的にはエレベータ）である場合を想定して説明するが、これに限定されず、保守点検の対象は、その他の昇降機（例えばエスカレータや動く歩道など）であっても良い。
【００１０】
保守点検の対象であるエレベータ１１は、通信ネットワーク１２を介して監視センタ１３に接続されている。なお、図１の例では、１台のエレベータ１１しか図示されていないが、実際には多数のエレベータ１１が保守点検の対象として通信ネットワーク１２を介して監視センタ１３に接続されている。また、保守員が所持する保守員端末１４もまた、通信ネットワーク１２を介して監視センタ１３に接続されている。
【００１１】
エレベータ１１には、エレベータ制御装置２１（「制御盤」と称されても良い）及び遠隔監視装置２２が設けられている。具体的には、エレベータ１１が設置されたビルの機械室などにエレベータ制御装置２１及び遠隔監視装置２２が設けられている。
【００１２】
エレベータ制御装置２１は、例えば乗りかごの速度制御やドアの開閉制御、各種操作ボタンに対応した制御などを含むエレベータ全体の運転制御を行う。このエレベータ制御装置２１には遠隔監視装置２２が接続されている。また、エレベータ制御装置２１は、エレベータ１１を構成する各部に不具合や故障（以下、まとめて「異常」と表記する）が生じると、どのような異常が生じたかを示唆するエラーデータを含むエラー通知を監視センタ１３に向けて発報（通知）する。エラーデータには、エレベータ１１を識別するためのかご識別データ、異常が生じた日時、エラーコード及びコンディションデータが少なくとも含まれている。但し、エラーデータには、上述したデータ以外のデータがさらに含まれていても良い。
【００１３】
エラーコードとは、エラーデータの中核をなすデータであり、これにより、エレベータ１１にどのような異常が生じているか（すなわち、異常の内容）が示唆される。異常としては、例えば、乗りかごの緊急停止、駆動系統の故障、停電などが一例として挙げられる。コンディションデータとは、異常が生じたときのエレベータ１１の動作状態を示すものであり、例えば、上方向に移動中、下方向に移動中、所定階に停車中などが一例として挙げられる。なお、後述する図２では、説明の簡略化のために、コンディションデータにより示されるエレベータ１１の動作状態が「かご走行中」または「かご停止中」のどちらかであるものとしている。
【００１４】
遠隔監視装置２２は、エレベータ１１の動作状態を監視するための端末装置であり、通信機能を備えている。遠隔監視装置２２は、この通信機能を利用して、エレベータ制御装置２１から発報されたエラー通知を監視センタ１３に送信する。
【００１５】
監視センタ１３には、エラー解析データベース（以下、「エラー解析ＤＢ」と表記する）３１及びサーバ装置３２が設けられている。エラー解析ＤＢ３１には、図２に示す解析時参照データが格納されている。解析時参照データとは、後述するエラー解析処理時に参照されるデータであり、エラーコード（の組み合わせ）、コンディションデータ及び手順書候補が対応づけられたデータである。エラーコード及びコンディションデータについては、上述にて既に説明したため、その詳しい説明を省略し、ここでは手順書候補について説明する。手順書候補とは、対応づけられたエラーコード（の組み合わせ）により示唆される異常が、対応づけられたコンディションデータにより示される動作状態時に生じた場合に、当該異常を解消するにあたって好適な点検手順が記されていると思われる手順書の候補を示している。なお、手順書とは、保守員が保守点検作業時に参照するものであり、エレベータ１１に生じた不具合や故障の解消方法や、エレベータ１１の点検手順などが記されている。手順書は、文書であっても良いし、動画であっても良いし、これらの組み合わせであっても良い。
【００１６】
例えば、図２に示す解析時参照データ３１Ａによれば、エラーコード「Ａ」によって示唆される異常が「かご走行中」に生じた場合、「手順書１〜１０」のいずれか又はその組み合わせが、当該異常を解消するにあたって好適な手順書になり得ることが示されている。また、図２に示す解析時参照データ３１Ｎによれば、エラーコードの組み合わせ「Ａ，Ｂ，Ｃ」によって示唆される異常が「かご停止中」に生じた場合、「手順書１１，１５，１９」のいずれか又はその組み合わせが、当該異常を解消するにあたって好適な手順書になり得ることが示されている。なお、ここでは、解析時参照データの一例として解析時参照データ３１Ａ，３１Ｎについて説明したが、図２に示すその他の解析時参照データ３１Ｂ〜３１Ｍについても同様であるため、ここではその詳しい説明を省略する。
【００１７】
また、解析時参照データは、エレベータ１１に生じた異常が解消したときに保守員によって行われる報告を基に適宜更新される。例えば、エラーコード「Ｄ」により示唆される異常が「かご走行中」に生じた場合であって、当該異常が「手順書１」によって解消した旨の報告が保守員によって行われた場合、エラーコード「Ｄ」、コンディションデータ「かご走行中」及び手順書候補「手順書１」が対応づけられた解析時参照データがエラー解析ＤＢ３１に追加（格納）される。さらに、エラーコード「Ａ」により示唆される異常が「かご走行中」に生じた場合であって、当該異常が上述した「手順書１〜１０」のいずれかではなく「手順書１１」によって解消した旨の報告が保守員によって行われた場合、エラーコード「Ａ」、コンディションデータ「かご走行中」及び手順書候補「手順書１〜１０」が対応づけられた解析時参照データ３１Ａは、手順書候補の項目に「手順書１１」を追加するように更新される。この場合、手順書１１を単に追加するだけでも良いし、手順書１１を手順書１〜１０のいずれかと入れ替えるとしても良い。このように、エラー解析ＤＢ３１に格納されていない新たな解析時参照データは追加され、エラー解析ＤＢ３１に既に格納されている解析時参照データは更新されることで、後述するエラー解析処理の精度をより高めることができる。
【００１８】
サーバ装置３２は、エレベータ１１内の遠隔監視装置２２から送信されたエラー通知を受けると、当該エラー通知に含まれるエラーデータと、エラー解析ＤＢ３１に格納された解析時参照データとに基づいてエラー解析処理を実行し、エレベータ１１に生じている異常を解消するにあたって好適な手順書になり得る手順書を推定し、これを保守員に提示する。
【００１９】
なお、本実施形態では、監視センタ１３内にエラー解析ＤＢ３１及びサーバ装置３２が設けられているものとしたが、これに限定されず、エラー解析ＤＢ３１及びサーバ装置３２は、監視センタ１３とは別に設けられても良い。また、エラー解析ＤＢ３１及びサーバ装置３２のどちらか一方が監視センタ１３内に設けられ、他方が監視センタ１３とは別に設けられても良い。
【００２０】
次に、図３のフローチャートを参照して、サーバ装置３２によって実行されるエラー解析処理の手順の一例について説明する。
【００２１】
始めに、サーバ装置３２は、入力を受け付けたエラー通知の数が１つであるか否かを判定する（ステップＳ１）。
【００２２】
入力を受け付けたエラー通知の数が１つである場合（ステップＳ１のＹＥＳ）、サーバ装置３２は、当該エラー通知に含まれるエラーデータ内のエラーコードと、エラー解析ＤＢ３１に格納される解析時参照データとに基づいて、多数の手順書の中から好適な手順書を保守員に提示するために、手順書の絞り込みを行う（ステップＳ２）。
【００２３】
続いて、サーバ装置３２は、入力を受け付けた１つのエラー通知に含まれるエラーデータ内のコンディションデータと、エラー解析ＤＢ３１に格納される解析時参照データとに基づいて、手順書のさらなる絞り込みを行い（ステップＳ３）、後述するステップＳ６の処理に進む。
【００２４】
一方、入力を受け付けたエラー通知の数が１つでない、つまり、複数であった場合（ステップＳ１のＮＯ）、サーバ装置３２は、入力を受け付けた複数のエラー通知にそれぞれ含まれるエラーデータ内のコンディションデータに基づいて、当該各エラー通知を分類する（ステップＳ４）。具体的には、サーバ装置３２は、コンディションデータによって示されるエレベータ１１の動作状態が同じエラー通知を１つのグループにまとめることで、各エラー通知を分類する。すなわち、各エラー通知は、異常が生じたときのエレベータ１１の動作状態毎に分類される。
【００２５】
続いて、サーバ装置３２は、グループ毎（エレベータ１１の動作状態毎）に、各エラー通知にそれぞれ含まれるエラーデータ内のエラーコードの組み合わせと、エラー解析ＤＢ３１に格納される解析時参照データとに基づいて、多数の手順書の中から好適な手順書を保守員に提示するために、手順書の絞り込みを行う（ステップＳ５）。この場合、エレベータ１１の動作状態毎に、エラーコードの組み合わせによる手順書の絞り込みが行われるため、実質的には、上述したステップＳ２及びＳ３の処理が一度で実行される。
【００２６】
しかる後、サーバ装置３２は、絞り込みの結果として得られた手順書が、現在エレベータ１１に生じている異常を解消するにあたって好適な手順書であることを保守員に知らせるための通知を生成し、これを保守員端末１４に送信し（ステップＳ６）、ここでの処理を終了させる。
【００２７】
ここで、サーバ装置３２が、エラーコード「Ａ」によって示唆される異常が「かご走行中」に生じたことを示す１つのエラー通知の入力を受け付けた場合を想定して、上述したエラー解析処理について具体的に説明する。但し、エラー解析ＤＢ３１には、図２に示す解析時参照データが格納されているものとする。
【００２８】
この場合、サーバ装置３２は１つのエラー通知の入力を受け付けているので、ステップＳ１の処理の後、ステップＳ２の処理が実行される。つまり、サーバ装置３２は、エラー解析ＤＢ３１に格納される解析時参照データのうち、エラーコードの項目で「Ａ」だけを含む解析時参照データ３１Ａ，３１Ｂを参照して、保守員に提示する可能性のある手順書を「手順書１〜２０」に絞り込む。
【００２９】
続いて、サーバ装置３２は、ステップＳ２の処理において参照された解析時参照データ３１Ａ，３１Ｂのうち、コンディションデータの項目で「かご走行中」を示す解析時参照データ３１Ａを参照して、保守員に提示する可能性のある手順書を「手順書１〜１０」にさらに絞り込む。
【００３０】
その後、サーバ装置３２は、「手順書１〜１０」が、現在エレベータ１１に生じている異常を解消するにあたって好適な手順書であることを保守員に知らせるための通知を生成し、これを保守員端末１４に送信する。
【００３１】
これによれば、保守員は、エラーコード「Ａ」によって示唆される異常が「かご走行中」に生じたエレベータ１１の保守点検作業に「手順書１〜１０」を使用すれば良いことが分かり、保守点検作業を円滑に進めることができる。また、保守員は、当該異常を解消するにあたってどの手順書が好適な手順書であるかを推定する必要がないので、経験の浅い保守員であっても、熟練した保守員と同様に、保守点検作業を行うことができる。
【００３２】
次に、サーバ装置３２が、エラーコード「Ａ」によって示唆される異常が「かご停止中」に生じたことを示すエラー通知と、エラーコード「Ｂ」によって示唆される異常が「かご停止中」に生じたことを示すエラー通知と、エラーコード「Ｃ」によって示唆される異常が「かご走行中」に生じたことを示すエラー通知との入力を受け付けた場合を想定して、上述したエラー解析処理について具体的に説明する。但し、エラー解析ＤＢ３１には、図２に示す解析時参照データが格納されているものとする。
【００３３】
この場合、サーバ装置３２は３つのエラー通知の入力を受け付けているので、ステップＳ１の処理の後、ステップＳ４の処理が実行される。つまり、サーバ装置３２は、３つのエラー通知を、エラーデータ内のコンディションデータにしたがって、「かご停止中」のコンディションデータを含む２つのエラー通知と、「かご走行中」のコンディションデータを含む１つのエラー通知とに分類する。
【００３４】
続いて、サーバ装置３２は、「かご停止中」のコンディションデータを含む２つのエラー通知に関し、コンディションデータの項目で「かご停止中」を示す解析時参照データのうち、エラーコードの項目で「Ａ，Ｂ」の組み合わせを含む解析時参照データ３１Ｈを参照して、保守員に提示する可能性のある手順書を「手順書１１〜１５」に絞り込む。
【００３５】
同様に、サーバ装置３２は、「かご走行中」のコンディションデータを含む１つのエラー通知に関し、コンディションデータの項目で「かご走行中」を示す解析時参照データのうち、エラーコードの項目で「Ｃ」だけを含む解析時参照データ３１Ｅを参照して、保守員に提示する可能性のある手順書を「手順書１〜１０」に絞り込む。
【００３６】
その後、サーバ装置３２は、「手順書１１〜１５」が、エラーコード「Ａ，Ｂ」の組み合わせにより示唆される異常を解消するにあたって好適な手順書であり、「手順書１〜１０」が、エラーコード「Ｃ」により示唆される異常を解消するにあたって好適な手順書であることを保守員に知らせるための通知を生成し、これを保守員端末１４に送信する。
【００３７】
これによれば、保守員は、エラーコード「Ａ，Ｂ」によって示唆される異常が「かご停止中」に生じたエレベータ１１の保守点検作業に「手順書１１〜１５」を使用し、エラーコード「Ｃ」によって示唆される異常が「かご走行中」に生じたエレベータ１１の保守点検作業に「手順書１〜１０」を使用すれば良いことが分かり、保守点検作業を円滑に進めることができる。また、保守員は、当該異常を解消するにあたってどの手順書が好適な手順書であるかを推定する必要がないので、経験の浅い保守員であっても、熟練した保守員と同様に、保守点検作業を行うことができる。
【００３８】
なお、本実施形態では、サーバ装置３２がエレベータ制御装置２１から発報されたエラー通知の入力を受け付け、上述したエラー解析処理を実行する場合について説明したが、例えば、保守員端末１４をエレベータ制御装置２１に接続し、当該エレベータ制御装置２１から発報されたエラー通知を吸い上げ、当該保守員端末１４にて、上述したエラー解析処理が実行されるとしても良い。或いは、吸い上げられたエラー通知が保守員端末１４から監視センタ１３に送信され、監視センタ１３内のサーバ装置３２にて、上述したエラー解析処理が実行されるとしても良い。
【００３９】
以上説明した第１の実施形態によれば、保守点検作業のガイドシステムは、上述したエラー解析処理を実行可能な構成を備えているので、エレベータ１１に生じている異常を解消するにあたって好適な手順書を保守員に提示することができる。これによれば、保守員は保守点検作業を円滑に進めることができる。また、保守員は、当該異常を解消するにあたってどの手順書が好適な手順書であるかを推測する必要がないので、経験の浅い保守員であっても、熟練した保守員と同様に、保守点検作業を行うことができる。
【００４０】
＜第２の実施形態＞
次に、第２の実施形態について説明する。第２の実施形態では、エレベータ１１の設置環境をさらに考慮したエラー解析処理について説明する。なお、本実施形態においては、監視センタ１３内に図示せぬ管理データベースがさらに設けられているものとする。この図示せぬ管理ＤＢには、かご識別データ、設置日時及び設置地域が対応づけられた設置環境データが格納されているものとする。この設置環境データは、エレベータ１１が設置された際に、管理ＤＢに格納（登録）されるデータである。
【００４１】
図４は、第２の実施形態に係るエラー解析ＤＢ３１に格納される解析時参照データのデータ構造の一例を示す。本実施形態に係る解析時参照データには、図４に示すように、季節、設置経過年数及び設置地域の項目がさらに付加されている。つまり、本実施形態に係る解析時参照データは、エラーコード（の組み合わせ）、コンディションデータ、季節、設置経過年数、設置地域及び手順書候補が対応づけられたデータである。
【００４２】
季節は、対応づけられたエラーコードによって示唆される異常が生じた季節を示し、例えば、春、夏、秋、冬のいずれかを示す。設置経過年数は、エレベータ１１が設置されてからの経過年数を示す。設置地域は、エレベータ１１が設置されている地域を示し、例えば、北海道、東北、関東、甲信越、中部、関西、四国、九州、沖縄のいずれかを示す。なお、季節や設置地域は、上述したものに限定されず、より細かく分けられても良いし、より大まかに分けられても良い。
【００４３】
次に、図５のフローチャートを参照して、第２の実施形態に係るエラー解析処理の手順の一例について説明する。なお、図３に示すエラー解析処理の手順と同一の手順については同一の符号を付し、その詳しい説明を省略するものとする。
【００４４】
ステップＳ１〜Ｓ５の処理が実行された後に、サーバ装置３２は、ステップＳ２，Ｓ３又はステップＳ４，Ｓ５の処理によって絞り込まれた手順書を、季節に基づいてさらに絞り込む（ステップＳ１１）。具体的には、サーバ装置３２は、入力を受け付けたエラー通知に含まれるエラーデータ内の異常が生じた日時を参照し、当該日時に基づいて季節を特定した上で、解析時参照データを参照することで、手順書のさらなる絞り込みを行う。
【００４５】
続いて、サーバ装置３２は、設置経過年数に基づいて手順書をさらに絞り込む（ステップＳ１２）。具体的には、サーバ装置３２は、入力を受け付けたエラー通知に含まれるエラーデータ内のかご識別データと同一の値を有する設置環境データを図示せぬ管理ＤＢから取得し、当該取得された設置環境データに含まれる設置日時と、当該エラー通知に含まれるエラーデータ内の異常が生じた日時とから設置経過年数を特定した上で、解析時参照データを参照することで、手順書のさらなる絞り込みを行う。
【００４６】
さらに、サーバ装置３２は、設置地域に基づいて手順書をさらに絞り込む（ステップＳ１３）。具体的には、サーバ装置３２は、入力を受け付けたエラー通知に含まれるエラーデータ内のかご識別データと同一の値を有する設置環境データを図示せぬ管理ＤＢから取得し、当該取得された設置環境データに含まれる設置地域によりエレベータ１１の設置地域を特定した上で、解析時参照データを参照することで、手順書のさらなる絞り込みを行う。
【００４７】
なお、ステップＳ１１〜Ｓ１３の処理は、任意に入れ替えて実行されても良い。
【００４８】
また、ステップＳ１１〜Ｓ１３の処理が実行されると、サーバ装置３２は、上述したステップＳ６の処理を実行し、ここでの処理を終了させる。
【００４９】
なお、解析時参照データには、さらに「かご位置」の項目が付加されても良い。この場合、サーバ装置３２は、エラー通知の入力を受け付けると、当該エラー通知に含まれるエラーデータ内のかご識別データにより特定されるエレベータ１１の現在のかご位置をエレベータ制御装置２１から取得し、エレベータ１１の現在のかご位置を特定した上で、解析時参照データを参照することで、手順書のさらなる絞り込みを行うとしても良い。
【００５０】
以上説明した第２の実施形態によれば、第１の実施形態と同様な効果が得られると共に、好適な手順書の絞り込みをより精度高く行うことができる。
【００５１】
＜第３の実施形態＞
次に、第３の実施形態について説明する。第３の実施形態では、優先度（信頼度）をさらに考慮したエラー解析処理について説明する。
【００５２】
図６は、第３の実施形態に係るエラー解析ＤＢ３１に格納される解析時参照データのデータ構造の一例を示す。本実施形態に係る解析時参照データには、図６に示すように、手順書候補の項目に優先度がさらに付加されている。優先度とは、手順書を絞り込むための新たなパラメータである。図６の手順書候補の項目において、手順書の横に位置する括弧内の数字は、当該手順書が、対応づけられたエラーコードによって示唆される異常を解消するにあたって使用された回数を示している。つまり、括弧内の数字が大きいほど、その手順書は、対応づけられたエラーコードによって示唆される異常を解消するために使用されている頻度が高いことを示している。
【００５３】
例えば、図６の解析時参照データ３１Ａによれば、エラーコード「Ａ」によって示唆される異常が「かご走行中」に生じた場合、「手順書１〜１０」のいずれか又はその組み合わせが当該異常を解消するにあたって好適な手順書になり得るものと推定されるが、この中の「手順書１」は当該異常を解消するにあたって既に５回使用されており、手順書１が他の手順書２〜９に比べて、信頼度（優先度）の高い手順書であることが分かる。
【００５４】
次に、図７のフローチャートを参照して、第３の実施形態に係るエラー解析処理の手順の一例について説明する。なお、図３に示すエラー解析処理の手順と同一の手順については同一の符号を付し、その詳しい説明を省略するものとする。また、エラー解析ＤＢ３１には、図６に示す解析時参照データが格納されているものとする。
【００５５】
ステップＳ１〜Ｓ５の処理が実行された後に、サーバ装置３２は、ステップＳ２，Ｓ３またはステップＳ４，Ｓ５の処理によって絞り込まれた手順書を優先度に基づいてさらに絞り込む（ステップＳ２１）。
【００５６】
例えば、エラーコード「Ａ」によって示唆される異常が「かご走行中」に生じたことを示す１つのエラー通知の入力を受け付けた場合であって、ステップＳ２，Ｓ３の処理において解析時参照データ３１Ａが参照されることによって、保守員に提示する可能性のある手順書が手順書１〜１０にまで絞り込まれている場合、サーバ装置３２は、当該解析時参照データ３１Ａに付加された優先度に基づいて、保守員に提示する可能性のある手順書をさらに絞り込む。例えば、保守員に提示する手順書の数が３つまでといった設定が予めなされている場合、手順書１〜１０のうち、優先度の高い手順書３つ（具体的には、手順書１〜３）が好適な手順書と推定される。
【００５７】
また、ステップＳ２１の処理が実行されると、サーバ装置３２は、上述したステップＳ６の処理を実行し、ここでの処理を終了させる。
【００５８】
なお、上述したように、保守員に提示する手順書の数が所定数に制限されている場合であって、保守員端末１４に上述した優先度の高い手順書３つ（具体的には、手順書１〜３）のうちのいずれかが表示された場合、保守員端末１４には、優先度の低いその他の手順書（具体的には、手順書４〜１０）が関連資料として存在する旨の通知がポップアップなどで表示されても良い。
【００５９】
また、ここでは説明の便宜上、第１の実施形態に係る解析時参照データに優先度が付加された場合について説明したが、これに限定されず、第２の実施形態に係る解析時参照データに優先度が付加されても良い。
【００６０】
以上説明した第３の実施形態によれば、第１の実施形態と同様な効果が得られると共に、好適な手順書の絞り込みをより精度高く行うことができる。
【００６１】
＜第４の実施形態＞
次に、第４の実施形態について説明する。この第４の実施形態では、以下のような場合を想定したときに生じ得る不都合を解消可能なエラー解析処理について説明する。
【００６２】
例えば、サーバ装置３２が、３つのエラー通知の入力を受け付け、これらエラー通知に含まれるエラーコードがそれぞれ「Ａ」、「Ｂ」、「Ｃ」と異なっている（但し、コンディションデータによって示される動作状態は全て同じ）場合を想定する。また、エラー解析ＤＢ３１には、後述する図８に示すように、エラーコードの組み合わせ「Ａ，Ｂ」、「Ａ，Ｃ」、「Ｂ，Ｃ」を含む解析時参照データは格納されているものの、エラーコードの組み合わせ「Ａ，Ｂ，Ｃ」を含む解析時参照データは格納されていない場合を想定する。この場合、サーバ装置３２は、エラーコードによる絞り込みを行う際に、エラーコードの組み合わせ「Ａ，Ｂ，Ｃ」を含む解析時参照データがエラー解析ＤＢ３１に格納されていないので、２つのエラーコードの組み合わせを含む解析時参照データを参照して、手順書の絞り込みを行う。しかしながら、２つのエラーコードの組み合わせを含む解析時参照データは、上述したように３つも格納されているため、どの解析時参照データを参照すれば良いかを判断することができず、エレベータ１１に生じている異常を解消するにあたって好適な手順書を保守員に提示することができない可能性がある。
【００６３】
そこで、本実施形態においては、エラーコードに重み係数を付与しておくことで、上述したような場合であっても、好適な手順書を保守員に提示可能なエラー解析処理が実現される。以下、詳細に説明する。
【００６４】
図８は、第４の実施形態に係るエラー解析ＤＢ３１に格納される解析時参照データのデータ構造の一例を示す。本実施形態に係る解析時参照データには、図８に示すように、エラーコードに重み係数が付与されている。この重み係数は、例えば、異常の原因になっている可能性（重要度）が高いエラーコードほど大きな値が割り当てられる。図８の例では、例えば、エラーコード「Ａ」には重み係数「１」が付与され、エラーコード「Ｂ」には重み係数「２」が付与され、エラーコード「Ｃ」には重み係数「３」が付与されている。また、複数のエラーコードの組み合わせの場合、各エラーコードに付与された重み係数の和が当該組み合わせの重み係数に相当する。
【００６５】
ここで、図９のフローチャートを参照して、第４の実施形態に係るエラー解析処理の手順の一例について説明する。なお、ここでは、サーバ装置３２が、エラーコード「Ａ」によって示唆される異常が「かご走行中」に生じたことを示すエラー通知と、エラーコード「Ｂ」によって示唆される異常が「かご走行中」に生じたことを示すエラー通知と、エラーコード「Ｃ」によって示唆される異常が「かご走行中」に生じたことを示すエラー通知との入力を受け付けた場合を想定して、具体的に説明する。
【００６６】
また、エラー解析ＤＢ３１には、図８に示す解析時参照データが格納されているものとする。さらに、図３に示すエラー解析処理の手順と同一の手順については同一の符号を付し、その詳しい説明を省略するものとする。
【００６７】
この場合、サーバ装置３２は３つのエラー通知の入力を受け付けているので、ステップＳ１の処理の後、ステップＳ４の処理を実行する。但し、この場合、３つのエラー通知にそれぞれ含まれるエラーデータ内のコンディションデータが全て「かご走行中」を示すため、全てのエラー通知が同じグループに分類される。
【００６８】
続いて、サーバ装置３２は、「かご走行中」を示すコンディションデータを含む３つのエラー通知に関し、コンディションデータの値が「かご走行中」である解析時参照データのうち、３つのエラー通知に含まれるエラーコードの組み合わせ「Ａ，Ｂ」、「Ａ，Ｃ」、「Ｂ，Ｃ」を含む解析時参照データ３１Ｇ，３１Ｉ，３１Ｋを参照する。そして、サーバ装置３２は、これら解析時参照データ３１Ｇ，３１Ｉ，３１Ｋのうち、重み係数が最も大きいエラーコードの組み合わせ「Ｂ，Ｃ」を含む解析時参照データ３１Ｋを選択する（ステップＳ３１）。
【００６９】
ステップＳ３１の処理が実行されると、サーバ装置３２は、解析時参照データ３１Ｋを参照して、ステップＳ５の処理を実行し、保守員に提示する可能性のある手順書を「手順書１，３，５，７，９」に絞り込む。その後、ステップＳ６の処理が実行され、ここでの処理は終了する。
【００７０】
なお、ここでは説明の便宜上、第１の実施形態に係る解析時参照データに重み係数が付加された場合について説明したが、これに限定されず、第２の実施形態に係る解析時参照データに重み係数が付加されても良いし、第３の実施形態に係る解析時参照データに重み係数が付加されても良いし、第２及び第３の実施形態の組み合わせに係る解析時参照データに重み係数が付加されても良い。
【００７１】
以上説明した第４の実施形態によれば、第１の実施形態と同様な効果が得られると共に、好適な手順書の絞り込みをより精度高く行うことができる。
【００７２】
以上説明した少なくとも１つの実施形態によれば、保守員に対して好適な手順書を提示可能な保守点検作業のガイドシステムを提供することができる。
【００７３】
なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７４】
１１…エレベータ、１２…ネットワーク、１３…監視センタ、１４…保守員端末、２１…エレベータ制御装置、２２…遠隔監視装置、３１…エラー解析ＤＢ、３２…サーバ装置。
【図１】
0006270903.tif 000002
【図２】
0006270903.tif 000003
【図３】
0006270903.tif 000004
【図４】
0006270903.tif 000005
【図５】
0006270903.tif 000006
【図６】
0006270903.tif 000007
【図７】
0006270903.tif 000008
【図８】
0006270903.tif 000009
【図９】
0006270903.tif 000010