JP7440001B2 - エレベーターシステム - Google Patents

Description

本開示は、エレベーターシステムに関する。

特許文献１は、エレベーターシステムを開示する。当該エレベーターシステムにおいて、信号発信装置は、乗場に設置される。携帯端末は、信号発信装置からの信号に基づいて、サーバ装置に呼びの信号を送信する。サーバ装置は、携帯端末からの呼びの信号に基づいて、当該エレベーターの呼びを登録し得る。

国際公開第２０２０／０６５７６２号

しかしながら、特許文献１に記載のエレベーターシステムにおいて、信号発信装置に異常が発生した場合、サーバ装置には呼びの信号が送信されない。即ち、サーバ装置は、信号装置に異常が発生したことを示す情報を受け取ることがない。このため、信号発信装置に発生した異常を検知できない。

本開示は、上述の課題を解決するためになされた。本開示の目的は、信号発信装置に異常が発生したことを容易に検知できるエレベーターシステムを提供することである。

本開示に係るエレベーターシステムは、かごを制御する制御盤と、かごまたはかごが停車する乗場に設けられ、利用者の携帯端末にインストールされた特定のアプリケーションを起動するための信号であって識別子を示す起動信号を発信する信号発信装置と、制御盤に接続されたサーバ装置と、を備え、アプリケーションが起動すると、起動信号に示された信号発信装置の識別子を含む呼び信号が携帯端末からサーバ装置に送信され、サーバ装置は、携帯端末から受信した呼び信号に基づいて、出発階へかごを配車させる情報を制御盤に送信するエレベーターシステムであって、サーバ装置は、携帯端末から呼び信号を受信した日時と信号発信装置の識別子とが対応づけられた検知テーブル情報を記憶する検知テーブル記憶部と、検知テーブル情報に基づいて、携帯端末からの呼び信号を受信する傾向を示す学習モデルを作成する学習部と、検知テーブル情報と学習部が作成した学習モデルに基づいて信号発信装置の異常を検知する異常検知部と、を有する。

本開示によれば、サーバ装置は、検知テーブル情報と学習モデルに基づいて信号発信装置の異常を検知する。このため、信号発信装置に異常が発生したことを容易に検知できる。

実施の形態１におけるエレベーターシステムの概要を示す図である。 実施の形態１におけるエレベーターシステムのブロック図である。 実施の形態１におけるエレベーターシステムのサーバ装置の動作の概要を説明するためのフローチャートである。 実施の形態１におけるエレベーターシステムの変形例のブロック図である。 実施の形態１におけるエレベーターシステムのサーバ装置のハードウェア構成図である。 実施の形態２におけるエレベーターシステムのブロック図である。

本開示を実施するための形態について添付の図面に従って説明する。なお、各図中、同一または相当する部分には同一の符号が付される。当該部分の重複説明は適宜に簡略化ないし省略される。

実施の形態１．
図１は実施の形態１におけるエレベーターシステムの概要を示す図である。

図１のエレベーターシステム１は、エレベーター装置２と複数の信号発信装置３と携帯端末４とサーバ装置５とを備える。

エレベーター装置２は、建物６に設けられる。エレベーター装置２において、昇降路７は、建物６の各階を貫く。機械室８は、昇降路７の直上に設けられる。複数の乗場９は、建物６の各階にそれぞれ設けられる。複数の乗場９の各々は、昇降路７に対向する。巻上機１０は、機械室８に設けられる。主ロープ１１は、巻上機１０に巻き掛けられる。かご１２は、昇降路７の内部において主ロープ１１の一側に吊るされる。釣合おもり１３は、昇降路７の内部において主ロープ１１の他側に吊るされる。制御盤１４は、機械室８に設けられる。制御盤１４は、エレベーター装置２を全体的に制御し得る。

通信装置１５は、機械室８に設けられる。通信装置１５は、制御盤１４に電気的に接続される。通信装置１５は、制御盤１４からの情報に基づいてエレベーター装置２の状態を監視する。

複数の表示装置１６の各々は、映像を表示する。例えば、表示装置１６は、液晶ディスプレイである。複数の表示装置１６は、複数の乗場９にそれぞれ設けられる。複数の表示装置１６のうちの１つは、かご１２の内部に設けられてもよい。

信号発信装置３は、ビーコン装置である。信号発信装置３は、電池から電力を供給される。複数の信号発信装置３の各々は、特定周波数帯の無線信号である起動信号を発信する。例えば、信号発信装置３は、ｂｌｕｅｔｏｏｔｈ（登録商標）規格の信号を発信する。起動信号は、発信された信号発信装置３を識別する識別子を示す。

複数の信号発信装置３は、信号発信装置３ａと複数の信号発信装置３ｂとを含む。信号発信装置３ａと信号発信装置３ｂとは、設置場所が異なる。信号発信装置３ａは、かご１２に設けられる。複数の信号発信装置３ｂは、複数の乗場９にそれぞれ設けられる。なお、信号発信装置３ｂが設けられない乗場９があってもよい。

携帯端末４は、エレベーターシステム１の利用者に所持される。例えば、携帯端末４は、スマートフォンである。携帯端末４には、専用のアプリケーションＡがインストールされている。例えば、利用者は、エレベーター装置２の管理を行う保守会社のホームページに携帯端末４からアクセスすることにより、携帯端末４にアプリケーションＡをダウンロードすることができる。携帯端末４は、信号発信装置３からの起動信号を受信し得る。携帯端末４は、起動信号を受信した場合、アプリケーションＡを起動するよう設定される。

サーバ装置５は、エレベーター装置２の管理を行う保守会社の建物に設けられる。具体的には、サーバ装置５は、エレベーター装置２の管理を行う図示されない情報センターに設けられる。サーバ装置５は、ネットワークＮを介して、携帯端末４と通信装置１５と通信し得る。サーバ装置５は、通信装置１５を介して制御盤１４と通信し得る。

建物６において、利用者は、携帯端末４を利用してエレベーター装置２に呼びを登録し得る。具体的には、処理Ｐ１から処理Ｐ３に基づいて、当該呼びを登録するサービスが提供される。

処理Ｐ１において、利用者が乗場９の付近に到着した場合、携帯端末４は、当該乗場９の信号発信装置３ｂが発信する起動信号を受信する。

処理Ｐ２において、携帯端末４は、起動信号を受信した場合、アプリケーションＡを起動する。アプリケーションＡが起動した後、携帯端末４は、アプリケーションＡの機能に基づいた動作を行う。携帯端末４は、ネットワークＮを介して、特定した識別子を示す呼び信号をサーバ装置５に送信する。

処理Ｐ３において、サーバ装置５は、呼び信号を受信した場合、呼び信号の識別子に示される建物６と制御盤１４と信号発信装置３が設置された階とが対応付けられた情報を作成する。サーバ装置５は、信号発信装置３が設置された階を出発階とする呼びの情報を、通信装置１５を介して制御盤１４に送信する。

制御盤１４は、当該呼びを登録する。制御盤１４は、かご１２を当該呼びが示す出発階へ配車する制御を行う。具体的には、制御盤１４は、巻上機１０を回転させる。主ロープ１１は、巻上機１０の回転に追従して移動する。かご１２と釣合おもり１３とは、主ロープ１１の移動に追従して互いに反対に昇降する。その後、かご１２は、出発階の乗場９に停車する。このため、利用者が乗場９でかご１２を待つ時間を削減できる。利用者が乗場９でかご１２を呼ぶ動作を省略できる。

信号発信装置３に異常が発生した場合、信号発信装置３は、起動信号を発信しない。具体的には、信号発信装置３に異常が発生した場合とは、信号発信装置３の電池に蓄積された電力が無くなった場合、信号発信装置３が故障した場合、等の場合である。信号発信装置３に異常が発生した場合、エレベーターシステム１において、携帯端末４を利用した呼びが登録されない。しかしながら、サーバ装置５は、信号発信装置３が起動信号を発信しないことを示す情報を受信し得ない。このため、サーバ装置５は、呼び信号を受信しない期間を評価することで、信号発信装置３の異常を検知する。例えば、普段、呼び信号を１日に１０回以上を受信する信号発信装置３について、１回も呼び信号を受信しない日があった場合、当該信号発信装置３の異常が検知される。

具体的には、サーバ装置５は、呼び信号を受信した場合、呼び信号が示す識別子と呼び信号を受信した日時とが対応付けられた検知テーブル情報を更新する。サーバ装置５は、エレベーターシステム１の保守員からの指令を受けた時にまたは定期的に、検知テーブル情報を教師データとした異常の学習モデルを生成し、記憶する。

サーバ装置５は、保守員からの指令を受けた時にまたは定期的に、最新の検知テーブル情報と記憶する学習モデルとに基づいて、信号発信装置３の診断動作を行う。診断動作において、サーバ装置５は、学習モデルから呼び信号の受信頻度の閾値を算出する。異常判定処理において、サーバ装置５は、最新の検知テーブル情報に基づいて呼び信号の受信頻度の値を演算する。受信頻度の値が閾値よりも小さい場合、サーバ装置５は、信号発信装置３の異常を検知する。

サーバ装置５は、信号発信装置３の異常を検知した場合、異常を検知した旨を、情報センターの図示されない表示装置、複数の表示装置１６の各々、携帯端末４の画面、等に表示させる。

サーバ装置５は、信号発信装置３の異常を検知した場合、異常を検知したことを示す情報を制御盤１４に送信する。制御盤１４は、異常を検知したことを示す情報を受信した場合、建物６の基準階をかご１２の待機階に設定する。基準階は、利用者の乗車および降車が最も多い階が設定される。具体的には、基準階は、建物６のエントランス階である。待機階は、呼びが規定の時間以上登録されなかった場合にかご１２が待機する階である。

次に、図２を用いて、エレベーターシステム１を説明する。
図２は実施の形態１におけるエレベーターシステムのブロック図である。

図２に示されるように、サーバ装置５は、複数の装置から構成される。サーバ装置５は、変換テーブル記憶装置１７と検知テーブル記憶装置１８と呼び登録装置２０と異常検知装置３０とを備える。

変換テーブル記憶装置１７は、変換テーブル記憶部１７ａにおいて変換テーブル情報を記憶する。以下の表１は、変換テーブル情報の一例を表す。

変換テーブル情報は、信号発信装置３の「識別子」と建物６を識別する「建物番号」と制御盤１４を識別する「制御盤番号」と信号発信装置３の「設置場所」とが対応付けられた情報である。

「識別子」は、複数の信号発信装置３のそれぞれに固有の文字列である。例えば、「識別子」は、４桁の第１数字と４桁の第２数字と２桁の第３数字とがピリオドで結合された文字列である。この場合、第１数字は、設置された建物６を示す。第２数字は、対応する制御盤１４を示す。第３数字は、設置された場所を示す。

信号発信装置３がかご１２に設置されている場合、「設置場所」は、「かご」である。信号発信装置３がいずれかの階の乗場９に設置されている場合、「設置場所」は、設置された階床である。変換テーブル情報が用いられることで、信号発信装置３の「識別子」に基づいて、当該信号発信装置３が設置された「建物番号」と「制御盤番号」と「設置場所」とが特定可能である。

検知テーブル記憶装置１８は、検知テーブル記憶部１８ａにおいて検知テーブル情報を記憶する。以下の表２は、検知テーブル情報の一例を表す。

検知テーブル情報は、「受信日時」と「携帯端末ＩＤ」と「識別子」と「建物番号」と「制御盤番号」と「設置場所」とが対応付けられた情報の集合である。「受信日時」は、サーバ装置５が呼び信号を受信した日時を示す。「携帯端末ＩＤ」は、呼び信号を送信した携帯端末４を識別するためのＩＤを示す。

検知テーブル記憶装置１８は、モデル記憶部１８ｂにおいて学習モデルの情報を記憶する。

呼び登録装置２０は、呼び信号に基づく呼びを制御盤１４に登録させる。呼び登録装置２０は、呼び登録部２１と検知テーブル更新部２２と学習部２３と報知部２４とを備える。

携帯端末４から呼び信号を受信した場合、呼び登録部２１は、変換テーブル記憶部１７ａが記憶する変換テーブル情報に基づいて、呼び信号が示す識別子に対応する「建物番号」と「制御盤番号」と「設置場所」とを特定する。呼び登録部２１は、「建物番号」と「制御盤番号」とに対応する制御盤１４を特定する。「設置場所」が階床である場合、呼び登録部２１は、識別子に対応する階床を出発階とする呼びの情報を作成する。その後、呼び登録部２１は、特定した制御盤１４に呼びの情報を送信する。

携帯端末４から呼び信号を受信した場合、検知テーブル更新部２２は、呼び信号を受信した日時と呼び信号に含まれる識別子とを対応付ける。その後、検知テーブル更新部２２は、変換テーブル情報に基づいて、呼び信号に対応する検知テーブル情報を作成する。検知テーブル更新部２２は、検知テーブル情報を作成した場合、検知テーブル記憶部１８ａに記憶された検知テーブル情報を更新する。具体的には、検知テーブル更新部２２は、作成した検知テーブル情報を検知テーブル記憶部１８ａに記憶された検知テーブル情報に追加する。

学習部２３は、保守員からの指令を受けた時にまたは定期的に、検知テーブル情報を教師データとした異常の学習モデルを生成する。学習部２３は、生成した学習モデルを検知テーブル記憶装置１８のモデル記憶部１８ｂに記憶させる。なお、学習部２３は、学習モデルを生成する代わりに、最新の検知テーブル情報に基づいてモデル記憶部１８ｂに記憶された学習モデルのパラメータを調整してもよい。

学習モデルは、呼び信号を受信する傾向を示すモデルである。具体的には、学習モデルは、特定の信号発信装置３からの発信電波に対応する呼び信号をサーバ装置５が受信した受信頻度の閾値を決定するモデルである。学習モデルにおいて、呼び信号を受信する傾向から、受信頻度の閾値が決定される。以下の表３は、学習モデルによって決定された受信頻度の閾値の例を示す。

例えば、受信頻度の閾値は、「１日あたり受信頻度」である。「１日あたり受信頻度」は、ある信号発信装置３に対応する呼び信号を１日で受信する回数である。表３において、識別子が１００１．２００１．０１の呼び信号を１日で受信した回数が５．３回を下回った場合、当該識別子に対応する信号発信装置３に異常が発生したと考えられる。

例えば、受信頻度の閾値は、曜日ごとの受信頻度である。表３には、土曜日の受信頻度である「曜日ごと受信頻度（土曜日）」が示される。「曜日ごと受信頻度（土曜日）」は、土曜日に呼び信号を受信する回数である。例えば、商業施設では、平日に対して週末の受信頻度が高い。オフィスビルでは、平日に対して週末の受信頻度が低い。曜日ごとの傾向を閾値に反映することで、信号発信装置３の異常を早期に検知できる。または、曜日ごとの傾向を閾値に反映することで、信号発信装置３の異常を誤検知することを抑制できる。

例えば、受信頻度の閾値は、「週当たり受信頻度」である。「週あたり受信頻度」は、ある信号発信装置３に対応する呼び信号を１週間で受信する回数である。頻度を判定する期間を１日より長くすることで、異常を誤検知することを抑制できる。

なお、表３には示されないが、季節の影響を受信頻度の閾値に反映してもよい。具体的には、スキー場に併設する宿泊施設において、夏季における１日あたり受信頻度と冬季における１日あたり受信頻度とは大きく異なる。

複数の信号発信装置３のうちいずれかの信号発信装置３の異常検知情報を受信した場合、報知部２４は、複数の手段を用いて異常を報知する。

報知動作の第１例において、報知部２４は、情報センターの図示されない表示装置に異常が検知された旨を表示させる。

報知動作の第２例において、報知部２４は、異常が検知された信号発信装置３が設置される建物６を特定する。報知部２４は、特定した建物６に設置された表示装置１６に、異常が検知された旨を表示させる。具体的には、例えば、報知部２４は、表示装置１６に「装置が故障したため、スマートフォン呼びサービスが利用できません」という文章を表示させる。

報知動作の第３例において、報知部２４は、異常が検知された信号発信装置３が設置される建物６を特定する。報知部２４は、検知テーブル情報に基づいて、規定の期間以内に特定した建物６に対応する呼び信号を送信した携帯端末４を特定する。例えば、報知部２４は、異常が検知された日から１か月前の日までの期間に建物６において呼び信号を送信した携帯端末４を特定する。報知部２４は、特定した携帯端末４に、異常が検知された旨を表示させる。

報知動作の第４例において、報知部２４は、異常を検知したことを示す情報を制御盤１４に送信する。

異常検知装置３０は、異常検知部３１を備える。

異常検知部３１は、保守員からの指令を受けた時にまたは定期的に、異常判定処理を行う。異常判定処理において、異常検知部３１は、検知テーブル記憶装置１８から検知テーブル情報と学習モデルの情報とを取得する。

異常検知部３１は、学習モデルの情報に基づいて、呼び信号を受信した受信頻度の閾値を算出する。異常検知部３１は、複数の信号発信装置３のそれぞれに対応する受信頻度の閾値を算出する。

異常検知部３１は、検知テーブル情報に基づいて呼び信号を受信した受信頻度の値を演算する。異常検知部３１は、複数の信号発信装置３のそれぞれに対応する呼び信号を受信した受信頻度の値を演算する。この際、異常検知部３１は、学習モデルによって作成される受信頻度の閾値に対応する受信頻度の値を演算する。具体的には、受信頻度の閾値が１日あたりの受信頻度の閾値である場合、異常検知部３１は、１日あたりの受信頻度の値を演算する。

異常検知部３１は、複数の信号発信装置３のそれぞれについて、呼び信号を受信した受信頻度の値が閾値よりも小さいか否かを判定する。

受信頻度の値が閾値以上である場合、異常検知部３１は、異常を検知しない。

受信頻度の値が閾値よりも小さい場合、異常検知部３１は、対応する信号発信装置３の異常を検知する。異常検知部３１は、異常を検知した場合、異常を検知した信号発信装置３を識別する情報と異常が検知された旨とが対応付けられた情報を呼び登録装置２０に送信する。

次に、図３を用いて、サーバ装置５の異常判定処理を説明する。
図３は実施の形態１におけるエレベーターシステムのサーバ装置の動作の概要を説明するためのフローチャートである。

例えば、図３に示されるフローチャートは、保守員から異常判定処理を行う指令があった場合にスタートする。

ステップＳ１において、異常検知装置３０は、検知テーブル記憶装置１８から検知テーブル情報と学習モデルの情報とを取得する。

その後、ステップＳ２の動作が行われる。ステップＳ２において、異常検知装置３０は、複数の信号発信装置３のうちいずれかに対応する受信頻度の閾値を算出する。

その後、ステップＳ３の動作が行われる。ステップＳ３において、異常検知装置３０は、複数の信号発信装置３のうちステップＳ２で選択された信号発信装置３に対応する呼び信号を受信した受信頻度の値を演算する。

その後、ステップＳ４の動作が行われる。ステップＳ４において、異常検知装置３０は、ステップＳ３で演算した受信頻度の値がステップＳ２で算出した受信頻度の閾値よりも小さいか否かを判定する。

ステップＳ４で、受信頻度の値が受信頻度の閾値より小さいと判定した場合、異常検知装置３０は、ステップＳ５の動作を行う。ステップＳ５において、異常検知装置３０は、異常を検知した信号発信装置３を識別する情報と異常が検知された旨とが対応付けられた情報を呼び登録装置２０に送信する。

その後、ステップＳ６の動作が行われる。ステップＳ６において、異常検知装置３０は、全ての信号発信装置３に対して判定を行ったか否かを判定する。

ステップＳ６で、いずれかの信号発信装置３に対して判定を行っていないと判定した場合、異常検知装置３０は、ステップＳ２以降の動作を繰り返す。

ステップＳ６で、全ての信号発信装置３に対して判定を行ったと判定した場合、異常検知装置３０は、異常判定処理を終了する。

ステップＳ４で、受信頻度の値が受信頻度の閾値以上であると判定した場合、異常検知装置３０は、ステップＳ６以降の動作を行う。

以上で説明した実施の形態１によれば、エレベーターシステム１は、制御盤１４と信号発信装置３とサーバ装置５とを備える。サーバ装置５は、検知テーブル記憶部１８ａと学習部２３と異常検知部３１とを備える。サーバ装置５は、学習モデルを作成する。サーバ装置５は、検知テーブル情報と学習モデルとに基づいて携帯端末４からの呼び信号の受信頻度の傾向を評価し、異常を検知する。このため、信号発信装置３の異常を示す情報を受信することなく、信号発信装置３の異常を容易に検知できる。即ち、例えば、信号発信装置３の異常を示す情報を発信するための機器を新たに設置する必要がない。サーバ装置５の内部処理によって信号発信装置３の異常を検知できる仕組みを構築することができる。

また、サーバ装置５は、受信頻度の閾値と受信頻度の値とをそれぞれ演算する。サーバ装置５は、受信頻度の閾値と受信頻度の値とを比較することで信号発信装置３の異常を検知する。その結果、呼び信号を受信した履歴に基づいて、正確に信号発信装置３の異常を検知できる。

また、サーバ装置５は、報知部２４を備える。サーバ装置５は、信号発信装置３に異常が検知された場合、その旨を報知する。このため、保守員等は、信号発信装置３に異常が検知されたことを知ることができる。

また、エレベーターシステム１は、エレベーター装置２の乗場９に設けられた表示装置１６を備える。サーバ装置５は、異常が検知された場合、表示装置１６にその旨を表示させる。このため、エレベーター装置２の利用者に異常が検知されたことを知らせることができる。

また、サーバ装置５は、信号発信装置３の異常を検知した場合、当該信号発信装置３に対応する呼び信号を送信した携帯端末４を特定する。サーバ装置５は、特定した携帯端末４に異常が検知された旨を表示させる。このため、当該信号発信装置３を利用する可能性のある利用者に対して、当該呼び登録サービスの利用前に異常が検知された旨を知らせることができる。

また、エレベーターシステム１において、信号発信装置３に異常が検知された場合、対応する制御盤１４は、基準階を待機階に設定する。信号発信装置３に異常が発生している場合、携帯端末４を利用した呼び登録サービスが提供されない。この場合、利用者が乗場９でかご１２を待つ時間を削減することができるという効果を享受し難い。エレベーターシステム１において、利用頻度が高い階が基準階に設定されることで、利用者がかご１２を待つ時間を短縮することができる。このため、信号発信装置３に異常が発生したとしても、利用者の利便性を向上することができる。

なお、信号発信装置３は、建物６に配線された電源から電力を供給されてもよい。

なお、携帯端末４は、行先階の情報を含む呼び信号を作成してもよい。行先階の情報を含む呼び信号を受信した場合、呼び登録装置２０は、出発階と行先階とが対応付けられた呼びを示す信号を作成し、制御盤１４に送信してもよい。

なお、呼び登録装置２０は、携帯端末４に対応する行先階の情報を記憶していてもよい。呼び登録装置２０は、呼び信号を受信した場合、呼び信号を送信した携帯端末４に対応する行先階と出発階とが対応付けられた呼びを示す信号を作成し、制御盤１４に送信してもよい。

なお、サーバ装置５が備える各装置の各機能は、サーバ装置５に備えられていれば、実施の形態に示された装置に備えられていなくてもよい。例えば、サーバ装置５は、変換テーブル記憶部１７ａと検知テーブル記憶部１８ａとモデル記憶部１８ｂと呼び登録部２１と検知テーブル更新部２２と学習部２３と報知部２４と異常検知部３１とを備える１つの装置であってもよい。

なお、受信頻度の閾値は、エレベーター装置の利用回数に対する当該エレベーター装置に対応する呼び信号の受信回数の比率によって決定されてもよい。この場合、異常検知装置３０は、エレベーター装置の利用回数に対する当該エレベーター装置に対応する呼び信号の受信回数の比率を演算してもよい。

なお、学習部２３が学習モデルを作成する手法は、特に限定されない。学習部２３は、既存の学習モデル生成方法のいずれかを用いて学習モデルを作成する。

なお、学習部２３は、識別子でなく、検知テーブル情報に含まれる建物番号と制御盤番号と設置場所と呼び信号の受信日時とに基づいて学習モデルを作成してもよい。

次に、図４を用いて、エレベーターシステム１の変形例を説明する。
図４は実施の形態１におけるエレベーターシステムの変形例のブロック図である。

実施の形態１の変形例において、携帯端末４は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能を利用できる手段を有する。アプリケーションＡは、ＧＰＳ機能に基づいて携帯端末４の位置情報を作成する。

図４に示されるように、呼び登録装置２０は、位置検出部２５を更に備える。

位置検出部２５は、携帯端末４のアプリケーションＡから位置情報を取得する。位置検出部２５は、位置情報に基づいて携帯端末４の位置を検出する。

報知部２４は、複数の信号発信装置３のうちいずれかの信号発信装置３の異常検知情報を受信した場合、報知動作の第５例の動作を行う。

報知動作の第５例として、報知部２４は、位置検出部２５から携帯端末４の位置を取得する。報知部２４は、異常が検知された信号発信装置３の位置を取得する。例えば、報知部２４は、変換テーブル記憶部１７ａから信号発信装置３の位置を取得する。報知部２４は、携帯端末４と異常が検知された信号発信装置３との距離が規定の距離以内に存在するか否かを判定する。

報知部２４は、携帯端末４と異常が検知された信号発信装置３との距離が規定の距離以内に存在すると判定した場合、携帯端末４に異常が検知された旨を表示させる。

以上で説明した実施の形態１の変形例によれば、サーバ装置５は、位置検出部２５を備える。サーバ装置５は、信号発信装置３の異常を検知した場合、当該信号発信装置３から規定の距離以内に存在する携帯端末４に、異常が検知された旨を報知する。このため、信号発信装置３を利用する利用者に対して、異常が検知された旨を効果的に知らせることができる。

次に、図５を用いて、サーバ装置５を構成するハードウェアの例を説明する。
図５は実施の形態１におけるエレベーターシステムのサーバ装置のハードウェア構成図である。

サーバ装置５の各機能は、処理回路により実現し得る。例えば、処理回路は、少なくとも１つのプロセッサ１００ａと少なくとも１つのメモリ１００ｂとを備える。例えば、処理回路は、少なくとも１つの専用のハードウェア２００を備える。具体的には、専用のハードウェア２００は、変換テーブル記憶装置１７と検知テーブル記憶装置１８と呼び登録装置２０と異常検知装置３０とである。

処理回路が少なくとも１つのプロセッサ１００ａと少なくとも１つのメモリ１００ｂとを備える場合、サーバ装置５の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせで実現される。ソフトウェアおよびファームウェアの少なくとも一方は、プログラムとして記述される。ソフトウェアおよびファームウェアの少なくとも一方は、少なくとも１つのメモリ１００ｂに格納される。少なくとも１つのプロセッサ１００ａは、少なくとも１つのメモリ１００ｂに記憶されたプログラムを読み出して実行することにより、サーバ装置５の各機能を実現する。少なくとも１つのプロセッサ１００ａは、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰともいう。例えば、少なくとも１つのメモリ１００ｂは、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等である。

処理回路が少なくとも１つの専用のハードウェア２００を備える場合、処理回路は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせで実現される。例えば、サーバ装置５の各機能は、それぞれ処理回路で実現される。例えば、サーバ装置５の各機能は、まとめて処理回路で実現される。

サーバ装置５の各機能について、一部を専用のハードウェア２００で実現し、他部をソフトウェアまたはファームウェアで実現してもよい。例えば、学習モデルを作成する機能については専用のハードウェア２００としての処理回路で実現し、学習モデルを作成する機能以外の機能については少なくとも１つのプロセッサ１００ａが少なくとも１つのメモリ１００ｂに格納されたプログラムを読み出して実行することにより実現してもよい。

このように、処理回路は、ハードウェア２００、ソフトウェア、ファームウェア、またはこれらの組み合わせでサーバ装置５の各機能を実現する。

図示されないが、信号発信装置３、携帯端末４、制御盤１４、変換テーブル記憶装置１７、検知テーブル記憶装置１８、呼び登録装置２０、および異常検知装置３０の各機能も、それぞれがサーバ装置５の各機能を実現する処理回路と同等の処理回路で実現される。

実施の形態２．
図６は実施の形態２におけるエレベーターシステムのブロック図である。なお、実施の形態１の部分と同一又は相当部分には同一符号が付される。当該部分の説明は省略される。

実施の形態２において、変換テーブル情報において、信号発信装置３の識別子に、信号発信装置３に取り付けられた電池の型式と信号発信装置３の電池が取り替えられた日付とが更に対応付けられる。

電池の型式は、任意に設定される。例えば、電池の型式は、電池の種類ごとに設定される。

図６に示されるように、異常検知装置３０は、寿命演算部３２とインターバル推定部３３とを備える。

寿命演算部３２は、信号発信装置３に異常が検知された場合、当該異常が電池切れであると仮定のもとに、当該信号発信装置３の電池の寿命を演算する。具体的には、異常検知部３１が異常を検知した場合、寿命演算部３２は、変換テーブル記憶部１７ａから変換テーブル情報を取得する。

その後、寿命演算部３２は、変換テーブル情報に基づいて、異常が検知された信号発信装置３の電池が交換された日付を特定する。寿命演算部３２は、当該信号発信装置３について、電池が交換された日付から異常が検知された日付までの寿命期間を演算する。寿命演算部３２は、変換テーブル情報に基づいて、寿命期間と電池の型式とが対応付けられた寿命情報を変換テーブル記憶装置１７の寿命情報記憶部１７ｂに記憶させる。

寿命情報記憶部１７ｂには、１以上の寿命期間の寿命情報が型式ごとに記憶される。

インターバル推定部３３は、保守員から指令を受けた場合、電池の型式ごとの交換周期である交換インターバルを推定する。具体的には、保守員から指令を受けた場合、インターバル推定部３３は、寿命情報記憶部１７ｂから寿命情報を取得する。

インターバル推定部３３は、寿命情報に基づいて、型式ごとに寿命期間の分布を作成する。インターバル推定部３３は、寿命期間の分布に基づいて、ある型式の電池を交換する交換インターバルを推定する。

具体的には、インターバル推定部３３は、寿命期間の分布において、最も寿命期間の短い期間を交換インターバルとして推定する。なお、交換インターバルが推定される方法は限定されない。例えば、インターバル推定部３３は、寿命期間の分布に基づいて、寿命期間の平均値から１シグマ分の値だけ長い期間を交換インターバルとして推定してもよい。

インターバル推定部３３は、同様の動作を行うことで、変換テーブル情報に示される全ての型式の交換インターバルを推定する。例えば、インターバル推定部３３は、交換インターバルを情報センターに設けられた図示されない表示装置に表示させる。なお、インターバル推定部３３は、変換テーブル記憶装置１７に交換インターバルの情報を記憶させてもよい。

保守員は、交換インターバルの情報に基づいて、信号発信装置３の電池の交換計画を策定する。

以上で説明した実施の形態２によれば、サーバ装置５は、変換テーブル記憶部１７ａと寿命演算部３２とインターバル推定部３３とを備える。サーバ装置５は、信号発信装置３の電池の型式毎に、交換するべき交換インターバルを推定する。一般的に、電池の容量は、製造会社が型式ごとに公表している。しかしながら、使用環境における温度の変動、使用出力の変動、等の使用条件に応じて、実際の電池の寿命が異なる。サーバ装置５は、型式ごとに算出された電池の消耗実績に基づいて、交換インターバルを推定する。このため、より効率的な交換計画を策定することができる。

以上のように、本開示に係るエレベーターシステムは、携帯端末を利用して呼び登録を行うことができるエレベーターに利用できる。

１ エレベーターシステム、 ２ エレベーター装置、 ３，３ａ，３ｂ 信号発信装置、 ４ 携帯端末、 ５ サーバ装置、 ６ 建物、 ７ 昇降路、 ８ 機械室、 ９ 乗場、 １０ 巻上機、 １１ 主ロープ、 １２ かご、 １３ 釣合おもり、 １４ 制御盤、 １５ 通信装置、 １６ 表示装置、 １７ 変換テーブル記憶装置、 １７ａ 変換テーブル記憶部、 １７ｂ 寿命情報記憶部、 １８ 検知テーブル記憶装置、 １８ａ 検知テーブル記憶部、 １８ｂ モデル記憶部、 ２０ 呼び登録装置、 ２１ 呼び登録部、 ２２ 検知テーブル更新部、 ２３ 学習部、 ２４ 報知部、 ２５ 位置検出部、 ３０ 異常検知装置、 ３１ 異常検知部、 ３２ 寿命演算部、 ３３ インターバル推定部、 １００ａ プロセッサ、 １００ｂ メモリ、 ２００ ハードウェア

Claims (8)

1. かごを制御する制御盤と、
   前記かごまたは前記かごが停車する乗場に設けられ、利用者の携帯端末にインストールされた特定のアプリケーションを起動するための信号であって識別子を示す起動信号を発信する信号発信装置と、
   前記制御盤に接続されたサーバ装置と、
   を備え、
   前記アプリケーションが起動すると、前記起動信号に示された前記信号発信装置の識別子を含む呼び信号が前記携帯端末から前記サーバ装置に送信され、
   前記サーバ装置は、前記携帯端末から受信した呼び信号に基づいて、出発階へ前記かごを配車させる情報を前記制御盤に送信するエレベーターシステムであって、
   前記サーバ装置は、
   前記携帯端末から呼び信号を受信した日時と前記信号発信装置の識別子とが対応づけられた検知テーブル情報を記憶する検知テーブル記憶部と、
   前記検知テーブル情報に基づいて、前記携帯端末からの呼び信号を受信する傾向を示す学習モデルを作成する学習部と、
   前記検知テーブル情報と前記学習部が作成した学習モデルに基づいて前記信号発信装置の異常を検知する異常検知部と、
   を有するエレベーターシステム。
2. 前記学習モデルは、前記検知テーブル情報に基づいて、前記携帯端末からの呼び信号の受信頻度の閾値を決定するモデルであり、
   前記異常検知部は、前記検知テーブル情報に基づいて前記携帯端末からの呼び信号の受信頻度の値を演算し、前記受信頻度の値が前記学習モデルによって決定される前記閾値よりも小さい場合に、前記信号発信装置の異常を検知する請求項１に記載のエレベーターシステム。
3. 前記サーバ装置は、
   前記異常検知部が異常を検知した場合に、前記信号発信装置で異常が検知された旨を報知する報知部、
   を更に有する請求項１または請求項２に記載のエレベーターシステム。
4. 前記かごまたは前記乗場に設けられ、情報を表示する表示装置、
   を更に備え、
   前記報知部は、前記異常検知部が異常を検知した場合に、異常が検知された旨を前記表示装置に表示させる請求項３に記載のエレベーターシステム。
5. 前記報知部は、前記異常検知部が異常を検知した場合に、異常が検知された日から規定の期間以内に呼び信号を送信した携帯端末に対して、異常が検知された旨を報知する請求項３または請求項４に記載のエレベーターシステム。
6. 前記サーバ装置は、
   前記アプリケーションから前記携帯端末の位置情報を取得し、前記携帯端末の位置を検出する位置検出部、
   を更に有し、
   前記報知部は、前記異常検知部が異常を検知したときに、前記位置検出部に検出された前記携帯端末の位置に基づいて前記携帯端末が前記信号発信装置から規定の距離以内に存在すると判定した場合、前記携帯端末に対して異常が検知された旨を報知する請求項３または請求項４に記載のエレベーターシステム。
7. 前記報知部は、前記異常検知部が異常を検知した場合に、前記制御盤に対して前記信号発信装置に異常が検知された旨の情報を送信し、
   前記制御盤は、前記サーバ装置の前記報知部から異常が検知された旨の情報を受信した後に呼びが規定の時間以上登録されなかった場合、前記かごを基準階で待機させる請求項３から請求項６のいずれか一項に記載のエレベーターシステム。
8. 前記信号発信装置は、電池から電力を供給され、
   前記サーバ装置は、
   前記電池の型式と前記電池が交換された日付とが対応づけられた変換テーブル情報を記憶する変換テーブル記憶部と、
   前記異常検知部が異常を検知した場合に、前記変換テーブル情報に基づいて前記電池が交換された日付から前記信号発信装置に異常が検知された日付までの寿命期間を演算し、前記変換テーブル記憶部に前記電池の型式と前記寿命期間とが対応付けられた情報を記憶させる寿命演算部と、
   前記変換テーブル記憶部に記憶された前記電池の型式と前記寿命期間とが対応付けられた情報に基づいて前記電池の型式と同じ型式を有する電池を交換すべき交換インターバルを推定するインターバル推定部と、
   を更に有する請求項１から請求項７のいずれか一項に記載のエレベーターシステム。

Images