(57)【要約】【課題】昇降装置の保守の必要性を適確に判断できる昇降装置の保守システムを提供する。【解決手段】保守システム１は、イベントコードと状況情報とを出力可能な情報出力部２１を有するエレベータ２と、イベントコードと状況情報とに基づいて保守の要否を判断する判断部３と、を備える。判断部３は、情報出力部２１から出力されるイベントコードに対応した基準イベントコード、情報出力部２１から出力される状況情報に対応した基準状況情報、及び、基準イベントコードと基準状況情報との組み合わせ毎に設定され且つ保守の必要性を示すランクを有するデータベース３２と、データベース３２内の基準イベントコード及び基準状況情報と、イベントコード及び状況情報との比較に基づいて、保守の必要性及び該必要性のランクを決定する決定部３０と、この決定結果を出力する出力部３４と、を有する。【選択図】図１
2018095451.tif 000002
【特許請求の範囲】
【請求項１】
イベントコードと自身の動作についての状況情報とを出力可能な情報出力部を有する昇降装置と、
前記情報出力部からの前記イベントコードと前記状況情報とに基づいて保守の要否を判断する判断部と、を備え、
前記判断部は、
前記情報出力部から出力される前記イベントコードに対応した基準イベントコード、前記情報出力部から出力される前記状況情報に対応した基準状況情報、及び、前記基準イベントコードと前記基準状況情報との組み合わせ毎に設定され且つ保守の必要性を示すランクを有するデータベースと、
前記データベース内の前記基準イベントコード及び前記基準状況情報と、前記情報出力部から取得される前記イベントコード及び前記状況情報との比較に基づいて、保守の必要性及び該必要性のランクを決定する決定部と、
前記決定部による決定結果を出力する出力部と、を有する、
ことを特徴とする昇降装置の保守システム。
【請求項２】
前記データベースは、前記基準イベントコード毎に設定された基準発生回数を有し、
前記ランクは、前記基準発生回数に応じて設定されている、請求項１に記載の昇降装置の保守システム。
【請求項３】
前記データベースは、前記基準イベントコード毎に設定された保守内容を示すデータを有し、
前記出力部は、前記比較の対象となった前記基準イベントコードに対応した保守内容を示すデータを出力する、請求項１又は請求項２に記載の昇降装置の保守システム。
【請求項４】
前記データベースは、前記基準イベントコード毎に設定された技術情報を示すデータを有し、
前記出力部は、前記比較の対象となった前記基準イベントコードに対応した技術情報を示すデータを出力する、請求項１〜３のいずれか１項に記載の昇降装置の保守システム。
【請求項５】
前記決定部は、前記情報出力部から点検作業又は停電が要因で発生したイベントコードを含む複数のイベントコードを受信した場合に、保守の必要性がないと判断する、請求項１〜４のいずれか１項に記載の昇降装置の保守システム。
【請求項６】
前記情報出力部は、制御マイコン及び撮像装置の少なくとも一方を含み、
前記決定部は、前記制御マイコン及び前記撮像装置の少なくとも一方からの前記状況情報に基づき、該状況情報の発生が人為的であるか否かを判断し、人為的であると判断したときに、保守の必要性がないと判断する、請求項１〜５のいずれか１項に記載の昇降装置の保守システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エレベータやエスカレータといった昇降装置を保守するための昇降装置の保守システムに関する。
【背景技術】
【０００２】
従来から、昇降装置の動作状況を監視する遠隔監視システムが提供されている。遠隔監視システムは、動作を制御するための制御マイコンを含む昇降装置と、この制御マイコンに端末装置を介して通信可能に接続され、昇降装置の動作を遠隔で監視するための端末とを備える（特許文献１参照）。
【０００３】
かかるシステムでは、監視センターの端末が、昇降装置（制御マイコン）から取得した昇降装置の動作状況（昇降装置の経時的な動作状況）を示すイベントコードを表示することで、監視センターの監視員に対して昇降装置における異常な動作状況（運転停止等）を報知する。これに伴い、監視員は、必要に応じて技術員に現場への出向を要請し、現場に出向した技術員は、報知された昇降装置の異常な動作状況に対応した修繕作業や保守作業を行う。
【０００４】
ところで、監視員又は技術員は、監視センターの端末に表示されたイベントコードによって昇降装置の動作状況を把握する。また、監視員又は技術員は、イベントコードを解析することで、昇降装置の故障の有無や故障の予兆の有無を判断し、この故障に関する判断結果に基づいて昇降装置の保守の要否を判断する。しかし、イベントコードの解析には、監視員又は技術員に対して、高い専門性や経験値が要求される。そのため、経験値の少ない未熟な監視員又は技術員では、保守の必要性についての定常的な判断が得られないことがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２１２４４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そこで、本発明は、昇降装置の保守の必要性を適確に判断できる昇降装置の保守システムを提供する。
【課題を解決するための手段】
【０００７】
本発明の昇降装置の保守システムは、イベントコードと自身の動作についての状況情報とを出力可能な情報出力部を有する昇降装置と、前記情報出力部からの前記イベントコードと前記状況情報とに基づいて保守の要否を判断する判断部と、を備え、前記判断部は、前記情報出力部から出力される前記イベントコードに対応した基準イベントコード、前記情報出力部から出力される前記状況情報に対応した基準状況情報、及び、前記基準イベントコードと前記基準状況情報との組み合わせ毎に設定され且つ保守の必要性を示すランクを有するデータベースと、前記データベース内の前記基準イベントコード及び前記基準状況情報と、前記情報出力部から取得される前記イベントコード及び前記状況情報との比較に基づいて、保守の必要性及び該必要性のランクを決定する決定部と、前記決定部による決定結果を出力する出力部と、を有する、ことを特徴とする。
【０００８】
上記昇降装置の保守システムでは、昇降装置から出力されたイベントコード及び状況情報（自身の動作についての状況情報）の組み合わせと、予め設定された基準イベントコード及び基準状況情報とを比較し、この比較に基づいて、保守の必要性及び保守の必要性のランクが決定され、この決定結果が出力される。そのため、この決定結果に基づいて、昇降装置の保守の必要性を適確に判断できる。
【０００９】
前記昇降装置の保守システムでは、前記データベースが、前記基準イベントコード毎に設定された基準発生回数を有し、前記ランクは、前記基準発生回数に応じて設定されていてもよい。
【００１０】
かかる構成によれば、保守の必要性のランクの判断基準にイベントコードの発生回数が用いられるため、保守の必要性のランクの判断がより適確なものとなる。
【００１１】
前記昇降装置の保守システムでは、前記データベースが、前記基準イベントコード毎に設定された保守内容を示すデータを有し、前記出力部は、前記比較の対象となった前記基準イベントコードに対応した保守内容を示すデータを出力してもよい。
【００１２】
かかる構成によれば、基準イベントコード毎に保守内容を示すデータが設定されているため、昇降装置から出力されたイベントコードに対応した保守内容を示すデータが出力され、これにより、適確に保守作業を行うことができる。
【００１３】
前記昇降装置の保守システムでは、前記データベースが、前記基準イベントコード毎に設定された技術情報を示すデータを有し、前記出力部は、前記比較の対象となった前記基準イベントコードに対応した技術情報を示すデータを出力してもよい。
【００１４】
かかる構成によれば、基準イベントコード毎に技術情報を示すデータが設定されているため、昇降装置から出力されたイベントコードに対応した技術情報を示すデータが出力され、これにより、適確に保守作業を行うことができる。
【００１５】
前記昇降装置の保守システムでは、前記決定部が、前記情報出力部から点検作業又は停電が要因で発生したイベントコードを含む複数のイベントコードを受信した場合に、保守の必要性がないと判断してもよい。
【００１６】
かかる構成によれば、イベントコードが昇降装置から出力されても、このイベントコードの中に点検作業又は停電が要因で発生したイベントコードが含まれていた場合、即ち、昇降装置において点検作業中又は停電が生じている場合に、保守の必要性がないと判断されるため、無駄な対応を防止することができる。
【００１７】
前記昇降装置の保守システムでは、前記情報出力部が、制御マイコン及び撮像装置の少なくとも一方を含み、前記決定部は、前記制御マイコン及び前記撮像装置の少なくとも一方からの前記状況情報に基づき、該状況情報の発生が人為的であるか否かを判断し、人為的であると判断したときに、保守の必要性がないと判断してもよい。
【００１８】
かかる構成によれば、昇降装置から状況情報が出力されていても、この状況情報の発生が人為的である場合に、保守の必要性がないと判断されるため、無駄な対応を防止することができる。
【発明の効果】
【００１９】
以上より、本発明によれば、昇降装置の保守の必要性を適確に判断できる。
【図面の簡単な説明】
【００２０】
【図１】図１は、本発明の一実施形態に係る昇降装置の保守システムのブロック図である。
【図２】図２は、同実施形態に係る昇降装置の保守システムの処理に用いるテーブルを示す図である。
【図３】図３は、同実施形態に係る昇降装置の保守システムの処理に用いるテーブルを示す図である。
【図４】図４は、同実施形態に係る昇降装置の保守システムの処理を示すフローチャート図である。
【図５】図５は、同実施形態に係る昇降装置の保守システムの処理を示すフローチャート図である。
【図６】図６は、同実施形態に係る昇降装置の保守システムの処理を示すフローチャート図である。
【図７】図７は、本発明の変形例に係る昇降装置の保守システムのブロック図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る昇降装置の保守システム（以下、単に保守システムという）について説明する。保守システムは、昇降装置に異常等が発生した場合にこの昇降装置を保守するためのシステムである。昇降装置の保守は、例えば、技術員携帯端末（以下、単に携帯端末という）を所持する技術員により行われる。この保守システムでは、保守の必要性及び必要性のランクが決定されると共に出力されるため、技術員は、この出力結果により保守の要否を把握することができる。
【００２２】
尚、昇降装置にはエレベータ、エスカレータ等があるが、以下では、エレベータの保守システムを説明する。また、エレベータの保守は、例えば、ガイドレールの点検やかごドアの整備等の保守対応と、かごドアの修理等の故障対応とを含む。
【００２３】
保守システムは、図１に示すように、エレベータ２と、判断部３とを備える。判断部３は、決定部３０を有する第一サーバー３１と、データベース３２を有する第二サーバー３３と、出力部３４を有する携帯端末３５とを含む。本実施形態の保守システム１は、エレベータ２と判断部３との間に接続された遠隔監視ユニット４を備える。尚、図１では一台のエレベータ２が示されているが、本実施形態の保守システム１に備えられるエレベータは、複数台存在する。また、図１では一台の携帯端末３５が示されているが、本実施形態の保守システム１に備えられる携帯端末は、複数台存在する。
【００２４】
エレベータ２は、昇降路を昇降するかご等を有する動作部２０、及び、イベントコードとエレベータ２の動作についての状況情報とを出力可能な情報出力部２１等を有する。エレベータ２は、第一サーバー３１に通信系統Ｒ１を介して接続されている。通信系統Ｒ１は、例えば、エレベータ２から順に遠隔監視ユニット４と電話回線とを介して第一サーバー３１に通信可能であり、且つ、第一サーバー３１から逆に電話回線と遠隔監視ユニット４とを介してエレベータ２に通信可能な通信系統である。本実施形態の保守システム１では、エレベータ２は、携帯端末３５に通信系統Ｒ２を介して通信可能である。通信系統Ｒ２は、例えば、有線回線である。
【００２５】
本実施形態の保守システム１では、情報出力部２１は、イベントコードを出力すると共に状況情報としてログデータを出力する制御マイコン２２と、かご内を撮影すると共に状況情報としてかご内の撮影画像を出力するカメラ等の撮影機（撮像装置）２３とを含む。また、情報出力部２１は、出力したイベントコードの履歴を記憶している。
【００２６】
制御マイコン２２から出力されるイベントコードは、エレベータ２自身の動作状況に対応づけられたコードである。具体的に、イベントコードは、かごの位置情報、かごドアの開閉情報、モーターの駆動情報、及び停電等を示す。尚、イベントコードは、イベントコードの発生日時についての情報を含む。
【００２７】
本実施形態の保守システム１では、制御マイコン２２からイベントコードが出力される際に、荷重情報、かごの速度情報、制御段階情報、及び、運転モード情報のような付加情報が同時に出力される。そのため、情報出力部２１は、出力したイベントコードの履歴と共に、出力した付加情報の履歴も記憶している。
【００２８】
付加情報の一つである運転モード情報は、例えば、エレベータ２が点検作業中であること等を示す。尚、広義のイベントコードは、イベントコード自身に加えて、これらの付加情報も含む。以上により、広義のイベントコードは、点検作業又は停電が要因で発生したイベントコードを含むといえる。
【００２９】
制御マイコン２２から出力されるログデータは、例えば、かごの走行特性である。具体的に、このログデータは、かごを移動させるモーターに対する速度指令、モーターの速度帰還、モーターのトルク指令、及び、その他の入出力情報等を示す。
【００３０】
撮影機２３から出力される撮影画像は、上述のようにかご内の撮影画像である。そのため、判断部３は、撮影画像によりかご内が無人であると判断できる場合には、イベントコードの発生原因となった事象が人為的なもので無いと判断することができる。
【００３１】
携帯端末３５は、例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ノートパソコン等の持ち運び可能な端末である。携帯端末３５は、エレベータ２の保守を担当する技術員により所持される。また、携帯端末３５は、通信系統Ｒ３を介して、第一サーバー３１に通信可能である。通信系統Ｒ３は、携帯端末３５からインターネットを介して第一サーバー３１に通信可能であり且つ第一サーバー３１からインターネットを介して携帯端末３５に通信可能な通信系統である。
【００３２】
本実施形態の保守システム１では、携帯端末３５は、技術員の操作により、制御マイコン２２からイベントコードを取得する。尚、携帯端末３５は、技術員の操作のタイミング（即ち、任意のタイミング）以外に、一定期間毎に、制御マイコン２２からイベントコードを取得してもよい。本実施形態の保守システム１では、携帯端末３５は、イベントコードとして、制御マイコン２２に記憶されているイベントコードの履歴を取得する。携帯端末３５は、制御マイコン２２から取得したイベントコードとして、イベントコードの履歴を第一サーバー３１に出力する。
【００３３】
携帯端末３５の出力部３４は、携帯端末３５に入力された情報を出力する。出力部３４は、出力する情報が画像情報や文字情報である場合にはディスプレイであり、出力する情報が音声情報である場合にはスピーカーである。
【００３４】
第二サーバー３３は、データベース３２を記憶している。また、第二サーバー３３は、例えば、有線回線により、第一サーバー３１に接続されている。
【００３５】
データベース３２は、情報出力部２１（例えば、制御マイコン２２）から出力されるイベントコードと対応した基準イベントコードと、情報出力部２１（例えば、制御マイコン２２及び撮影機２３）から出力される状況情報と対応した基準状況情報と、基準イベントコードと基準状況情報との組み合わせ毎に設定され且つ保守の必要性を示すランクとを有する。基準イベントコード（本実施形態では、基準イベントコード及び基準付加情報）は、情報出力部２１から出力されるイベントコード（本実施形態では、イベントコード及び付加情報）のうち、保守作業がイベントコード（本実施形態では、イベントコード及び付加情報）に対して一義的に定まるものである。基準状況情報は、情報出力部２１から出力される状況情報のうち、イベントコードとの組み合わせにより保守の必要性を示すランクの判断基準となるものである。
【００３６】
データベース３２は、例えば、具体的に、基準イベントコードと基準状況情報との組み合わせ毎に設定され且つ保守の必要性を示すランクに関する情報を有するテーブル１と、前回のランク決定日時、及び、前回のランク通知日時に関する情報を有するテーブル２と、イベントコードの組み合わせに関する情報を有するテーブル３と、各基準イベントコードに対応する資料に関する情報を示すテーブル４と、各エレベータに対応する通知先に関する情報を示すテーブル５とを含む。本実施形態の保守システム１では、データベース３２は、各種テーブルに加えて、指示文及び資料（技術情報）も含む。
【００３７】
具体的に、テーブル１は、図２に示すように、基準イベントコード、基準付加情報、一日当たりのイベントコードの発生頻度の下限値、一週間当たりのイベントコード発生頻度の下限値、基準状況情報（例えば、画像の要否、及び、ログデータの要否）、指示文番号（指示文の番号）、及び、ランク（保守の必要性のランク）についてのデータをそれぞれ有する。
【００３８】
本実施形態の保守システム１では、保守の必要性のランクは、Ａ、Ｂ、Ｃ、Ｄの四段階に分かれている。Ａランクは、緊急性が高く、且つ、即時の保守作業が必要であることを示す。Ａランクに相当する事象としては、ブレーキの不調等がある。Ｂランクは、緊急性が低く、且つ、数日以内若しくは数カ月以内に保守作業が必要であることを示す。Ｂランクに相当する事象としては、撮影機２３の異常等がある。Ｃランクは、緊急性がさらに低く、且つ、一年以内に保守作業が必要であることを示す。Ｃランクに相当する事象としては、例えば、荷重検出器のずれ等がある。Ｄランクは、保守作業が必要無いことを示す。Ｄランクに相当する事象としては、かご内での利用者の飛び跳ねによる異常等がある。保守の必要性のランクは、イベントコードの発生頻度の下限値（基準発生回数）に応じて設定されている。
【００３９】
具体的に、テーブル１は、発生頻度が異なる同一の基準イベントコードと基準付加情報との組み合わせに対して、異なるランクについてのデータを含んでいる。例えば、基準イベントコードが０２であり且つ基準付加情報がＥ２である場合、発生頻度が低い場合はＤランクとなり、発生頻度が高い場合Ａランクとなっている。
【００４０】
本実施形態の保守システム１では、イベントコードの発生頻度の下限値（基準発生回数）は、基準イベントコード及び基準付加情報毎に設定されている。発生頻度の下限値は、一定の期間（イベントコードの発生の当日、又は、イベントコード発生日までの一週間）において、基準イベントコードに対応するイベントコードの発生回数がこの下限値以下であれば、このイベントコードの発生に対して保守が必要無いことを示す。
【００４１】
画像の要否の項目に１が入っている場合、保守のランクの判断の際に撮影機２３から出力されるかご内の撮影画像の確認が必要であり、画像の要否の項目に０が入っている場合、保守の必要性のランクを判断する際にこのかご内の撮影画像の確認が必要ない。ログデータ確認の要否の項目に１が入っている場合、保守のランクの判断の際に制御マイコン２２から出力されるログデータの確認が必要であり、ログデータの要否の項目に０が入っている場合、保守の必要性のランクを判断する際にこのログデータの確認が必要ない。
【００４２】
画像の確認及びログデータの確認の両方が必要な事象としては、例えば、かごの振動がある。画像の確認が必要な事象としては、例えば、かご揺らしの有無がある。ログデータの確認が必要な事象としては、例えば、かごの走行速度異常がある。画像の確認及びログデータの確認がいずれも必要無い事象としては、例えば、ブレーキの異常がある。
【００４３】
本実施形態の保守システム１では、指示文を示すデータ（保守内容を示すデータ）は、基準イベントコード毎に設定されている。指示文は、エレベータ２の保守についての指示文である。指示文には、基準イベントコードと基準付加情報との組み合わせに対応した保守についての指示が記載されている。例えば、指示文には、「ブレーキを確認する」との指示や「プリント基板を確認する」との指示が記載されている。指示文の番号は、指示文のうちどの箇所を参照するべきかを示している。
【００４４】
テーブル２は、エレベータ２に固有の情報であるエレベータ識別番号（機番）、イベントコード、付加情報、前回決定日時（前回のランク決定日時）、前回通知日時（前回のランク通知日時、即ち、前回、第一サーバー３１が携帯端末３５にランクを通知した日時）、及び、前回ランク（前回通知したランク、前回のランク）についてのデータをそれぞれ含む。
【００４５】
テーブル３は、図３に示すように、基準イベントコード、基準付加情報、組み合わせイベントコード、対象期間（組み合わせイベントコードの対象期間）、及び保守対象（保守対象に当てはまるか否か）についてのデータをそれぞれ含む。組み合わせイベントコードは、基準イベントコードと基準付加情報との組み合わせにあわせて、発生し得る組み合わせイベントコードを示す。基準イベントコード及び基準付加情報の組み合わせ毎に対応する組み合わせイベントコードは、一つであってもよいし、複数であってもよい。対象期間の項目に１が入っている場合、対象期間は、基準イベントコードの発生の当日である。対象期間の項目に７が入っている場合、対象期間は、基準イベントコードの発生から一週間以内である。尚、ここでは、対象期間を日単位の期間としているが、対象期間を時間単位、分単位等の期間としてもよい。テーブル３に組み合わせイベントコードがあるか否かの判断は、例えば、組み合わせイベントコードの対象期間内に、組み合わせイベントコードと同じイベントコードが発生しているか否かを確認することにより行われる。
【００４６】
保守対象の項目は、イベントコードが発生したエレベータ２が保守対象であるか否かを示している。具体的に、保守対象の項目に１が入っている場合、エレベータ２は保守対象となるが、保守対象の項目に０が入っている場合、エレベータ２は保守対象とならない。例えば、テーブル３の基準付加情報がエレベータ２の保守状態を示す付加情報である場合、全ての基準イベントコードに対して保守対象の項目に０が入っている。
【００４７】
テーブル４は、基準イベントコード、及び、これに対応する資料番号（技術情報の番号）のデータをそれぞれ含む。本実施形態の保守システム１では、資料番号（技術情報の番号）は、基準イベントコード毎に設定されている。資料は、エレベータ２の保守の作業手順を示す仕様書である。この資料には、例えば、「プリント基板を交換する」との作業についての作業手順が記載されている。資料番号は、基準イベントコードに対応しており、資料のどの箇所を参照するべきかを示している
【００４８】
テーブル５は、エレベータ識別番号、及び、これに対応する通知先情報を含む。通知先情報は、各エレベータの保守作業を担当する技術員が所持する携帯端末３５の情報である。本実施形態の保守システム１では、第一サーバー３１からインターネットを介して携帯端末３５に通信可能であるため、テーブル５の通知先情報は、携帯端末３５のＩＰアドレスである。
【００４９】
第一サーバー３１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等を有する。第一サーバー３１では、ＣＰＵが所望のプログラムを実行することで、機能的に、決定部３０が形成される。また、第一サーバー３１は、第二サーバー３３に、有線により接続され、例えば、Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）により接続されている。
【００５０】
決定部３０は、データベース３２内の基準イベントコード及び基準状況情報と、情報出力部２１から取得されるイベントコード及び状況情報との比較に基づいて、保守の必要性と該必要性のランクとを決定する。さらに、本実施形態の保守システム１では、決定部３０は、前回ランクを通知した日時から所定期間が経過している場合、又は、所定期間が経過していなくても前回のランクよりも今回のランクがランクアップしている場合、ランク等を携帯端末３５の出力部３４に出力させる。以下、決定部３０の処理について詳細に説明する。
【００５１】
決定部３０は、携帯端末３５からイベントコード及び付加情報の履歴を受けると、このイベントコード等の履歴から、ランクの決定の対象となる対象レコードを抽出する。決定部３０は、対象レコードとして、例えば、所定期間内に制御マイコン２２から出力され、且つ、ランク決定の処理が未だ行われていないレコードを抽出する。レコードが所定期間内に制御マイコン２２から出力されているか否かは、上述したイベントコードに含まれるイベントコードの発生日時の情報により判断できる。ランク決定の処理が行われているか否かは、テーブル２の前回決定日時を参照することで判断できる。
【００５２】
本実施形態の保守システム１では、決定部３０は、対象レコードを抽出すると、これに含まれるイベントコードの発生頻度を算出する。例えば、決定部３０は、イベントコード及び付加情報の履歴から所定期間内のレコードを抽出し、この抽出したレコードに、対象イベントコード及び対象付加情報（対象レコードに含まれるイベントコード及び付加情報）を含むレコードが発生する回数を計算して、発生頻度を算出する。
【００５３】
具体的に、決定部３０は、一日当たりのイベントコードの発生頻度を算出するために、イベントコード及び付加情報の履歴のレコードから、対象イベントコードの発生の当日に発生したレコードを抽出する。さらに、決定部３０は、この抽出したレコードから、対象イベントコード及び対象付加情報と同一のイベントコード及び付加情報を有するレコードの総数を計算する。同様に、決定部３０は、一週間当たりのイベントコードの発生頻度についても、イベントコード及び付加情報の履歴のレコードから、対象イベントコードの発生の当日から一週間前までに発生したレコードを抽出し、対象イベントコード及び対象付加情報と同一のイベントコード及び付加情報を有するレコードの総数を計算する。
【００５４】
決定部３０は、イベントコードの発生頻度を算出すると、対象イベントコード等とテーブル１とを比較する。具体的に、決定部３０は、対象イベントコード及び対象付加情報と、テーブル１における基準イベントコード及び基準付加情報と、を比較する。本実施形態の保守システム１では、決定部３０は、さらに、対象イベントコード及び対象付加情報に基づいて算出した一日当たりの発生頻度とテーブル１の一日当たりの発生頻度下限を比較すると共に、算出した一週間当たりの発生頻度とテーブル１の一週間当たりの発生頻度下限とを比較する。
【００５５】
決定部３０は、対象イベントコード及び対象付加情報と、テーブル１における基準イベントコード及び基準付加情報とが一致すると共に、算出した一日又は一週間当たりの発生頻度が対応する発生頻度下限を上回る場合、テーブル３を用いて、イベントコードの組み合わせに基づいて、保守対象か否かを判断する。
【００５６】
尚、算出した一日又は一週間当たりの発生頻度が対応する発生頻度下限を下回る場合、この対象イベントコードは保守対象外であるため、決定部３０は、未だテーブル１と比較していない対象イベントコードがあれば、この対象イベントコードとテーブル１との比較を行い、未だテーブル１と比較していない対象イベントコードがなければ、処理を終了する。
【００５７】
例えば、決定部３０は、対象イベントコード及び対象付加情報と、テーブル３の基準イベントコード及び基準付加情報とを比較する。決定部３０は、これらが一致した場合には、テーブル３の組み合わせイベントコードを読み出し、イベントコード及び付加情報の履歴のレコードから、組み合わせイベントコードと同一のイベントコードを有するレコードを抽出し、このイベントコードの発生日時が、組み合わせイベントコードの対象期間内であるか否かを判断する。決定部３０は、このようなレコードがある場合、保守対象であるか否かについての項目を確認する。
【００５８】
また、決定部３０は、対象イベントコードが保守対象で無い場合には、未だテーブル１と比較していない対象イベントコードがあれば、この対象イベントコードとテーブル１との比較を行い、未だテーブル１と比較していない対象イベントコードがなければ、処理を終了する。
【００５９】
本実施形態の保守システム１では、決定部３０は、テーブル３を用いた比較により、情報出力部２１から点検作業又は停電が要因で発生したイベントコードを含む複数のイベントコードを受信した場合に、保守の必要性がないと判断する。
【００６０】
決定部３０は、テーブル３に対象イベントコードの組み合わせコードが無い場合、又は、組み合わせコードがあるが保守対象である場合には、再び、テーブル１を参照し、必要に応じて状況情報に基づき、対象イベントコードが発生したエレベータ２が保守対象であるか否かを判断する。本実施形態の保守システム１では、決定部３０は、テーブル１に基づいて、必要に応じて状況情報の発生が人為的であるか否かを判断し、人為的であると判断したときに、エレベータ２は保守対象でないと判断する。
【００６１】
例えば、決定部３０は、テーブル１のレコードのうち、基準イベントコード及び基準付加情報が対象イベントコード及び対象付加情報と一致するレコードを参照し、状況情報の取得の要否（画像取得の要否、ログデータ取得の要否）を確認する。決定部３０は、必要な状況情報を取得し、この状況情報に基づいて対象イベントコードが保守対象か否かを判断する。具体的に、決定部３０は、撮影機２３から撮影画像を取得し、この撮影画像が飛び跳ね等の人為的な異常についての情報を含んでいる場合、保守対象でないと判断する。また、決定部３０は、撮影画像が人為的な異常についての情報を含んでいるか否かについて、例えば、画像認識により判断する。さらに、決定部３０は、制御マイコン２２からログデータを取得し、飛び跳ね等の人為的と見られる走行速度の変動が見られる場合、保守対象でないと判断する。
【００６２】
決定部３０は、状況情報の取得が必要でない場合、及び、状況情報に基づいて保守対象であると判断した場合、テーブル１を参照して保守の必要性のランクを抽出する。
【００６３】
本実施形態の保守システム１では、決定部３０は、必要に応じて先ほど抽出したランク等を出力する。例えば、決定部３０は、前回のランク等の通知日時から所定期間が経過している場合、テーブル４を参照して必要に応じて保守の際に用いる資料の番号を抽出すると共に、テーブル１を参照して保守の際に用いる指示文の番号を抽出する。具体的に、テーブル４のレコードのうち基準イベントコード及び基準付加情報が、対象イベントコード及び対象付加情報と一致するレコードがある場合、このレコードの資料の番号を抽出する。さらに、決定部３０は、テーブル１のレコードのうち、基準イベントコード及び基準付加情報が対象イベントコード及び対象付加情報と一致するレコードから、指示文の番号とランクとを抽出する。
【００６４】
また、決定部３０は、これらの抽出した情報を通知する際に用いる通知先情報を抽出する。例えば、決定部３０は、テーブル５を参照し、対象イベントコードが発生したエレベータ識別番号（以下、対象エレベータ識別番号）とエレベータ識別番号が一致するレコードから、通知先情報を抽出する。本実施形態の保守システムでは、決定部３０は、通知先情報として、携帯端末３５のＩＰアドレスを取得する。その後、決定部３０は、抽出したランク等を携帯端末３５の出力部３４に出力させる。
【００６５】
尚、決定部３０は、前回のランク等の通知日時から所定期間が経過していなくても、今回のランクが前回のランクと比べてランクアップしていれば、技術員に通知の必要があるものとして、出力部３４に保守の必要性と該必要性のランク等を出力させる。
【００６６】
具体的に、決定部３０は、テーブル２から、対象イベントコード及び対象付加情報と一致するイベントコード及び付加情報を含むレコードについて、前回のランクの通知日時を確認する。決定部３０は、前回の通知日時から今回の処理日時までの期間が所定期間を上回った場合、保守が必要である旨、保守の必要性のランク、及び、指示文番号（指示文の番号）を携帯端末３５の出力部３４に出力させ、さらに、テーブル４より資料番号（資料の番号）が抽出されている場合には、資料番号（資料の番号）も携帯端末３５の出力部３４に出力させる。その後、決定部３０は、テーブル２を更新し、未だテーブル１と比較していない対象イベントコードがあれば、この対象イベントコードとテーブル１との比較から一連のランク決定の処理を行い、未だテーブル１と比較していない対象イベントコードがなければ、処理を終了する。具体的に、決定部３０は、テーブル２の更新の際に、前回通知日時の項目に今回の通知日時を保存し、前回ランクの項目に今回の通知ランクを保存する。
【００６７】
また、決定部３０は、前回の通知日時から今回の処理日時までの期間が所定期間以内である場合、今回のランクが前回のランクよりもランクアップしていれば（今回のランクがＢの場合、前回のランクがＣ，Ｄであれば）、同様に指示文の番号やランク等を、出力部３４に出力させ、テーブル２を更新し、未だテーブル１と比較していない対象イベントコードがあれば、この対象イベントコードとテーブル１との比較から一連のランク決定の処理を行い、未だテーブル１と比較していない対象イベントコードがなければ、処理を終了する。
【００６８】
さらに、決定部３０は、前回の通知日時から今回の処理日時までの期間が所定期間以内である場合、今回のランクが前回のランクよりもランクアップしていないとき（今回のランクがＢの場合、前回のランクがＡ，Ｂであれば）、未だテーブル１と比較していない対象イベントコードがあれば、この対象イベントコードとテーブル１との比較から一連のランク決定の処理を行い、未だテーブル１と比較していない対象イベントコードがなければ、処理を終了する。
【００６９】
以下、図４〜図６のフローチャート図を用いて、保守システム１における処理の流れを説明する。
【００７０】
携帯端末３５は、技術員の操作により、制御マイコン２２からイベントコード及び付加情報の履歴を取得し（Ｓ０１）、このイベントコード等の履歴を第一サーバー３１（決定部３０）に出力する（Ｓ０２）。
【００７１】
決定部３０は、イベントコード及び付加情報の履歴を受けると、このイベントコード等の履歴から、ランクの決定の対象となる対象レコード（例えば、所定期間内に制御マイコン２２から出力されたレコード）を抽出し（Ｓ０３）、この抽出したレコードに、対象イベントコード及び対象付加情報（対象レコードに含まれるイベントコード及び付加情報）を含むレコードが発生する回数を計算して、発生頻度を算出する（Ｓ０４）。
【００７２】
次に、決定部３０は、対象イベントコード等とテーブル１とを比較する（Ｓ０５）。具体的に、決定部３０は、対象イベントコード及び対象付加情報と、テーブル１における基準イベントコード及び基準付加情報とを比較し、さらに、対象イベントコード及び対象付加情報に基づいて算出した一日当たりの発生頻度とテーブル１に含まれる一日当たりの発生頻度下限とを比較すると共に、算出した一週間当たりの発生頻度と一週間当たりの発生頻度下限とを比較する。
【００７３】
決定部３０は、対象イベントコード及び対象付加情報と、テーブル１における基準イベントコード及び基準付加情報とが一致すると共に、算出した一日又は一週間当たりの発生頻度が対応する発生頻度下限を上回る場合（Ｓ０６においてＹｅｓ）、対象イベントコード及び対象付加情報とテーブル３とを比較する（Ｓ０７）。
【００７４】
尚、算出した一日又は一週間当たりの発生頻度が対応する発生頻度下限以下である場合（Ｓ０６においてＮｏ）、決定部３０は、対象イベントコードを全件比較していなければ（未だテーブル１と比較していない対象イベントコードがあれば、Ｓ０８においてＮｏ）、この対象イベントコードとテーブル１との比較を行い、対象イベントコードを全件比較していれば（未だテーブル１と比較していない対象イベントコードがなければ、Ｓ０８においてＹｅｓ）、処理を終了する。
【００７５】
決定部３０は、対象イベントコード及び対象付加情報とテーブル３とを比較し（Ｓ０７）、イベントコード及び付加情報の履歴のレコードから、対象イベントコードの発生の当日に発生したレコードを抽出し、この抽出したレコードに、テーブル３の組み合わせイベントコードがあり（Ｓ０９においてＹｅｓ）、テーブル３の対応する保守対象の項目に基づいて保守対象であれば（Ｓ１０においてＹｅｓ）、テーブル１を用いて状況情報の取得の要否（画像確認要否及びログデータ要否）を判断する（Ｓ１１（図５））。
【００７６】
尚、決定部３０は、対象イベントコードの発生の当日に発生したレコードを抽出し、この抽出したレコードに、テーブル３の組み合わせイベントコードがない場合にも（Ｓ０９においてＮｏ）、テーブル１を用いて状況情報の取得の要否（画像確認要否及びログデータ要否）を判断する（Ｓ１１）。
【００７７】
また、決定部３０は、対象イベントコードの発生の当日に発生したレコードを抽出し、この抽出したレコードに、テーブル３の組み合わせイベントコードがあり（Ｓ０９においてＹｅｓ）、テーブル３の対応する保守対象の項目に基づいて保守対象でなければ（Ｓ１０においてＮｏ）、Ｓ０８に進み、対象イベントコードを全件比較しているか否かを判断する（Ｓ０８）。決定部３０は、対象イベントコードを全件比較していなければ（未だテーブル１と比較していない対象イベントコードがあれば、Ｓ０８においてＮｏ）、この対象イベントコードとテーブル１との比較を行い、対象イベントコードを全件比較していれば（未だテーブル１と比較していない対象イベントコードがなければ、Ｓ０８においてＹｅｓ）、処理を終了する。
【００７８】
決定部３０は、テーブル１に基づいて、状況情報の取得が必要と判断した場合（Ｓ１１においてＹｅｓ）、状況情報を情報出力部２１から取得し（Ｓ１２）、状況情報に基づきエレベータ２が保守対象か否かを判断する（Ｓ１３）。即ち、決定部３０は、テーブル１に基づいて、必要に応じて状況情報の発生が人為的であるか否かを判断し、人為的であると判断したときに、エレベータ２は保守対象でないと判断する。
【００７９】
決定部３０は、エレベータ２が保守対象であると判断した場合（Ｓ１４においてＹｅｓ）、テーブル１から保守の必要性のランクを抽出し（Ｓ１５）、前回のランク等の通知日時から所定期間が経過している場合（Ｓ１６においてＹｅｓ（図６））、対象イベントコード及び対象付加情報とテーブル４の基準イベントコード及び基準付加情報とを比較し（Ｓ１７）、対象イベントコードとテーブル４の基準イベントコードとが一致していれば（Ｓ１８においてＹｅｓ）、テーブル４からエレベータ２の保守の際に用いる資料の番号を抽出すると共に（Ｓ１９）、テーブル１から指示文の番号を抽出し（Ｓ２０）、テーブル５から対象イベントコードを出力したエレベータに対応する通知先情報を抽出する（Ｓ２１）。尚、決定部３０は、対象イベントコードとテーブル４の基準イベントコードとが一致しなければ（Ｓ１８においてＮｏ）、テーブル１から指示文の番号を抽出し（Ｓ２０）、テーブル５から対象イベントコードを出力したエレベータに対応する通知先情報を抽出する（Ｓ２１）。
【００８０】
処理部３０は、抽出したランク等を携帯端末３５の出力部３４に出力させて（Ｓ２２）、テーブル２（例えば、テーブル２における前回通知日時の項目及び前回ランクの項目）を更新し（Ｓ２３）、Ｓ０８に進み、対象イベントコードを全件比較しているかを判断する（Ｓ０８）。決定部３０は、対象イベントコードを全件比較していなければ（未だテーブル１と比較していない対象イベントコードがあれば、Ｓ０８においてＮｏ）、この対象イベントコードとテーブル１との比較を行い、対象イベントコードを全件比較していれば（未だテーブル１と比較していない対象イベントコードがなければ、Ｓ０８においてＹｅｓ）、処理を終了する。
【００８１】
尚、決定部３０は、状況情報の取得が必要でないと判断した場合（Ｓ１１においてＮｏ）、Ｓ１５に進み、テーブル１から保守の必要性のランクを抽出し（Ｓ１５）、前回のランク等の通知日時から所定期間が経過しているか否かを判定する（Ｓ１６）。
【００８２】
決定部３０は、状況情報に基づきエレベータ２が保守対象でないと判断した場合（Ｓ１４においてＮｏ）、Ｓ０８に進み、対象イベントコードを全件比較しているか否かを判断する（Ｓ０８）。決定部３０は、対象イベントコードを全件比較していなければ（未だテーブル１と比較していない対象イベントコードがあれば、Ｓ０８においてＮｏ）、この対象イベントコードとテーブル１との比較を行い、対象イベントコードを全件比較していれば（未だテーブル１と比較していない対象イベントコードがなければ、Ｓ０８においてＹｅｓ）、処理を終了する。
【００８３】
尚、決定部３０は、前回のランク等の通知日時から所定期間が経過していない場合（Ｓ１６においてＮｏ）、今回のランクが前回のランクと比べてランクアップしていれば（Ｓ２４においてＹｅｓ）、必要に応じて資料の番号を抽出し（Ｓ１８，Ｓ１９）、指示文の番号及び通知先情報を抽出し（Ｓ２０，Ｓ２１）、ランク等を出力部３４に出力させて（Ｓ２２）、テーブル２を更新し（Ｓ２３）、Ｓ０８に進み、対象イベントコードを全件比較しているかを判断する（Ｓ０８）。決定部３０は、対象イベントコードを全件比較していれば（未だテーブル１と比較していない対象イベントコードがあれば、Ｓ０８においてＮｏ）、この対象イベントコードとテーブル１との比較を行い、対象イベントコードを全件比較していれば（未だテーブル１と比較していない対象イベントコードがなければ、Ｓ０８においてＹｅｓ）、処理を終了する。
【００８４】
また、決定部３０は、前回の通知日時から所定期間が経過していない場合（Ｓ１６においてＮｏ）、今回のランクが前回のランクよりもランクアップしていなければ（Ｓ２４においてＮｏ）、Ｓ０８に進み、対象イベントコードを全件比較していれば（未だテーブル１と比較していない対象イベントコードがあれば、Ｓ０８においてＮｏ）、この対象イベントコードとテーブル１との比較を行い、対象イベントコードを全件比較していれば（未だテーブル１と比較していない対象イベントコードがなければ、Ｓ０８においてＹｅｓ）、処理を終了する。
【００８５】
以上の保守システム１では、情報出力部２１から出力されたイベントコード及び状況情報（自身の動作についての状況情報）の組み合わせと、データベース３２に予め設定された基準イベントコード及び基準状況情報とを比較し、この比較に基づいて、保守の必要性及び保守の必要性のランクが決定され（Ｓ１５）、携帯端末３５の出力部３４からこの決定結果が出力される（Ｓ２２）。そのため、携帯端末３５を所持する技術員は、この決定結果に基づいて、エレベータ２の保守の必要性を適確に判断できる。
【００８６】
データベース３２に含まれるテーブル１において、保守の必要性のランクが、基準イベントコード毎に設定された発生頻度下限（基準発生回数）に応じて設定される。そのため、イベントコードの発生回数が、保守の必要性のランクの判断基準として用いられている。これにより、保守の必要性のランクの判断がより適確なものとなる。
【００８７】
また、データベース３２に含まれるテーブル１において、基準イベントコード毎に指示文（保守内容を示すデータ）が設定され、情報出力部２１から出力されたイベントコードに対応した基準イベントコードに対応する指示文が、携帯端末３５の出力部３４から出力される。そのため、携帯端末３５を所持する技術員は、指示文に基づいて適確に保守作業を行うことができる。
【００８８】
データベース３２に含まれるテーブル４において、基準イベントコード毎に資料の番号（技術情報を示すデータ）が設定され、昇降装置から出力されたイベントコードに対応した基準イベントコードに対応する資料の番号が出力される。そのため、携帯端末３５を所持する技術員は、この資料に基づいて適確に保守作業を行うことができる。
【００８９】
保守システム１では、エレベータ２において点検作業中又は停電が生じている場合に、保守の必要性がないと判断されるため、無駄な対応を防止することができる。
【００９０】
また、保守システム１では、状況情報の発生が人為的である場合に、保守の必要性がないと判断されるため、無駄な対応を防止することができる。
【００９１】
尚、本発明の保守システムは、上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。例えば、ある実施形態の構成に他の実施形態の構成を追加することができ、また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることができる。さらに、ある実施形態の構成の一部を削除することができる。
【００９２】
例えば、テーブル１では、基準イベントコード及び基準付加情報に対応して指示文が設定され、対象イベントコード及び対象付加情報が、基準イベントコード及び基準付加情報と一致していれば、ランクがどのようなものであっても、出力部３４から同一の指示文が出力されていたが、異なるランクそれぞれに対応して出力部３４から異なる指示文が出力されてもよいし、特定のランクに対してのみ出力部３４から指示文が出力されてもよい。例えば、ランクＡ，Ｂの場合に出力部３４から指示文が出力され、ランクＣ，Ｄの場合に指示文が出力されなくてもよい。この場合、対象イベントコード及び基準付加情報に対してランクを決定した後、テーブル１に基づいて指示文を抽出すればよい。
【００９３】
上記実施形態の保守システム１では、判断部３は、情報出力部２１から点検作業又は停電が要因で発生したイベントコードを含む複数のイベントコードを受信した場合に、保守の必要性がないと判断していたが、このような判断を行わなくてもよい。
【００９４】
また、上記実施形態の保守システム１では、判断部３は、状況情報の発生が人為的であるか否かを判断し、人為的であると判断したときに、保守の必要性がないと判断していたが、このような判断を行わなくてもよい。
【００９５】
判断部３は、第一サーバー３１及び第二サーバー３３といったサーバーと、携帯端末３５とを含んでいたが、例えば、監視端末を含んでいてもよい。監視端末は、エレベータ２から離れた建物に設置されると共に、この建物においてエレベータ２を遠隔監視するための端末である。
【００９６】
また、判断部３は、第一サーバー３１、第二サーバー３３、及び、携帯端末３５を含んでいたが、決定部３０、データベース３２、及び、出力部３４を有する一つのサーバーで構成されてもよい。この場合、通信系統Ｒ２は、通信系統Ｒ１と共通することになる。
【００９７】
出力部３４は、携帯端末３５に含まれていたが、上記監視端末に含まれていてもよい。監視端末に出力部が含まれていれば、例えば、監視センターに常駐している監視員（オペレータ）が、監視端末を用いてエレベータ２の保守の必要性及びこの必要性のランクを確認できるため、これらに基づいて技術員の出向の要否を判断することができる。尚、携帯端末及び監視端末の両方が出力部を有している場合、決定部が、決定結果を携帯端末の出力部及び監視端末の出力部の両方に必要性のランク等を出力することで、技術員及び監視員の両方が、エレベータ２の保守の必要性及びこの必要性のランクを確認できる。
【００９８】
上記実施形態の保守システム１では、イベントコードは、携帯端末３５により取得されていたが、第一サーバー３１等のサーバーにより取得されてもよい。また、イベントコードは、遠隔監視ユニット４により取得されると共に、第一サーバー３１に出力されてもよい。
【００９９】
情報出力部２１は、制御マイコン２２と、撮影機２３との両方を含んでいたが、これらの少なくとも一方を含んでいればよい。制御マイコン及び撮影機の少なくとも一方を含んでいれば、これらの少なくとも一方からの状況情報に基づき、状況情報の発生が人為的か否かを判断し、人為的であると判断した時に保守の必要性が無いと判断することができる。そのため、状況情報の発生が人為的である場合、技術員の無駄な出向を防ぐことができる。
【０１００】
上記実施形態の保守システム１では、決定部３０は、対象イベントコードの抽出の際に、ランク決定の処理が行われているか否かを、テーブル２の前回決定日時により判断したが、テーブル２の前回通知日時により判断してもよい。また、例えば、決定部３０が、ランクを決定して通知した後にテーブル２を更新する際に、ランクを決定したイベントコードのレコードについて何らかのフラグ信号を立てて、対象イベントコードの抽出の際に、ランク決定の処理が行われているか否かをこのフラグ信号に基づいて判断してもよい。
【０１０１】
データベース３２は、ランクの決定に用いられる情報を有する各種テーブルに加えて、指示文及び資料（技術情報）も含んでいたが、ランクの決定に用いられる情報と、指示文及び資料は、例えば、別々のサーバー等に含まれてもよい。
【０１０２】
上記実施形態の保守システム１は、複数台のエレベータを備えていたが、一台のエレベータを備えていてもよい。この場合、テーブル２及びテーブル５は、エレベータ識別番号の情報を有していなくてもよい。また、保守システム１は、複数台の携帯端末を備えていたが、一台の携帯端末を備えていてもよい。この場合、テーブル５が有する通知先情報は一つとなる。
【０１０３】
通信系統Ｒ１は、電話回線の代わりにインターネットを含んでいてもよい。通信系統Ｒ１は、例えば、図７に示すように、エレベータ２から順に遠隔監視ユニット４とインターネットとを介して第一サーバー３１に通信可能であり、且つ、第一サーバー３１から逆にインターネットと遠隔監視ユニット４とを介してエレベータ２に通信可能な通信系統である。通信系統Ｒ１，Ｒ３は、一部（インターネット）で共通している。尚、通信系統Ｒ１は、遠隔監視ユニット４を含んでいたが、これを含んでいなくてもよい。この場合、エレベータ２は、インターネットを介して第一サーバー３１に接続される。
【符号の説明】
【０１０４】
１…保守システム、２…エレベータ（昇降機）、２０…動作部、２１…情報出力部、２２…制御マイコン、２３…撮影機、３…判断部、３０…決定部、３１…第一サーバー、３２…データベース、３３…第二サーバー、３４…出力部、３５…携帯端末、４…遠隔監視ユニット、Ｒ１，Ｒ２，Ｒ３…通信系統
【図１】
2018095451.tif 000003
【図２】
2018095451.tif 000004
【図３】
2018095451.tif 000005
【図４】
2018095451.tif 000006
【図５】
2018095451.tif 000007
【図６】
2018095451.tif 000008
【図７】
2018095451.tif 000009