(57)【要約】      （修正有）【課題】エレベーターの運行状態が悪化した場合の改善案を、容易に知ることが可能な可視化装置を提供する。【解決手段】エレベーターの運行状態を可視化する可視化装置３０において、エレベーターの運行状態を分析するための分析条件が登録された分析条件データベース、およびエレベーターの運行状態を悪化させる悪化原因毎の改善方法が登録された改善方法データベースを保持する記憶装置３１と、前記分析条件に基づいて前記運行情報を分析し、エレベーターの運行状態が悪化した場合に悪化原因を特定する運行状態分析処理部３３と、前記運行状態分析処理部３３において特定した悪化原因に対応する改善方法を前記改善方法データベースから取得する集計処理部３２とを備え、可視化処理部３４は、前記運行状態分析処理部３３において特定した悪化原因と、前記集計処理部３２において取得した改善方法とを可視化するための可視化データを作成する。【選択図】図２
2020147403.tif 000002
【特許請求の範囲】
【請求項１】
エレベーターの運行情報に基づいてエレベーターの運行状態を可視化する可視化処理部を備えたエレベーター運行状態の可視化装置において、
前記エレベーターの運行情報からエレベーターの運行状態を分析するための分析条件が登録された分析条件データベース、およびエレベーターの運行状態を悪化させる悪化原因毎の改善方法が登録された改善方法データベースを保持する記憶装置と、
前記分析条件データベースに登録された分析条件に基づいて前記運行情報を分析し、エレベーターの運行状態が悪化したと判断した場合に悪化原因を特定する運行状態分析処理部と、
前記運行状態分析処理部において特定した悪化原因に対応する改善方法を前記改善方法データベースから取得する集計処理部とを備え、
前記可視化処理部は、前記運行状態分析処理部において特定した悪化原因と、前記集計処理部において取得した改善方法とを可視化するための可視化データを作成する
エレベーター運行状態の可視化装置。
【請求項２】
前記改善方法データベースには、前記悪化原因を引き起こす推定要因と前記推定要因毎の改善方法とが、前記悪化原因に対して対応付けて登録され、
前記運行状態分析処理部は、前記分析条件データベースに登録された分析条件に基づいて前記悪化原因を引き起こした推定要因を特定し、
前記集計処理部は、前記運行状態分析処理部において特定した推定要因に対応する改善方法を、前記改善方法データベースから取得し、
前記可視化処理部は、前記運行状態分析処理部において特定した推定要因と、前記集計処理部において取得した改善方法とを可視化するための可視化データを作成する
請求項１に記載のエレベーター運行状態の可視化装置。
【請求項３】
前記運行情報は、エレベーターの階床毎の情報であり、
前記記憶装置は、前記階床毎の前記運行情報に対応付けて、前記運行情報が検出された日時に関する日時情報を登録する運行情報データベースを保存し、
前記運行状態分析処理部は、前記階床毎および前記日時情報に対応付けられた前記運行情報毎に、前記悪化原因を特定するための分析を実施する
請求項１に記載のエレベーター運行状態の可視化装置。
【請求項４】
前記可視化処理部は、前記運行情報と前記日時情報とで構成されたグラフを可視化するための可視化データを作成する
請求項３に記載のエレベーター運行状態の可視化装置。
【請求項５】
前記可視化処理部は、前記運行状態分析処理部での分析結果と、前記悪化原因および前記改善方法と、前記グラフとを、１つの画面に表示させるように前記可視化データを作成する
請求項４に記載のエレベーター運行状態の可視化装置。
【請求項６】
前記記憶装置は、前記運行状態分析処理部において特定された前記悪化原因と、この悪化原因が特定された運行情報に対応して前記運行情報データベースに登録された日時情報とを対応付けて登録する分析結果データベースを保持し、
前記集計処理部は、前記分析結果データベースに登録された悪化原因に基づいて、前記改善方法データベースから前記悪化原因に対応して登録された改善方法を取得する
請求項３に記載のエレベーター運行状態の可視化装置。
【請求項７】
前記改善方法データベースには、前記改善方法として、前記エレベーターの運用に関わる方法と、前記エレベーターの制御に関わる方法とが、それぞれ分類して登録され、
前記可視化処理部は、前記改善方法と共に前記分類を可視化するための可視化データを作成する
請求項１に記載のエレベーター運行状態の可視化装置。
【請求項８】
前記可視化処理部は、前記運行状態分析処理部において特定した悪化原因に対応する改善方法として、前記改善方法データベースから前記エレベーターの制御に関わる方法が取得された場合には、前記取得された改善方法毎に前記各改善方法を実行するか否かを選択するため可視化データを作成する
請求項７に記載のエレベーター運行状態の可視化装置。
【請求項９】
前記エレベーターの運行情報は、エレベーター制御装置またはエレベーターの運行をシミュレートするシミュレーターから取得した情報である
請求項１に記載のエレベーター運行状態の可視化装置。
【請求項１０】
前記記憶装置は、同一のバンクに設けられた複数のエレベーターの運行情報を、前記バンク毎に登録する運行情報データベースを保存し、
前記運行状態分析処理部は、前記エレベーターの運行情報をバンク毎に分析する
請求項１〜９の何れか１項に記載のエレベーター運行状態の可視化装置。
【請求項１１】
エレベーターの運行を制御するエレベーター制御装置と、エレベーターの運行状態を可視化するためのエレベーター運行状態の可視化装置と、表示部および前記エレベーター制御装置における制御の設定を操作する操作部を備えた端末装置とを有するエレベーター制御システムにおいて、
前記エレベーター運行状態の可視化装置は、
エレベーターの運行情報に基づいて、エレベーターの運行状態を可視化して前記端末装置の表示部に表示するため可視化処理部と、
前記エレベーターの運行情報からエレベーターの運行状態を分析するための分析条件が登録された分析条件データベース、およびエレベーターの運行状態を悪化させる悪化原因毎の改善方法が登録された改善方法データベースを保持する記憶装置と、
前記分析条件データベースに登録された分析条件に基づいて前記運行情報を分析し、エレベーターの運行状態が悪化したと判断した場合に悪化原因を特定する運行状態分析処理部と、
前記運行状態分析処理部において特定した悪化原因に対応する改善方法を前記改善方法データベースから取得する集計処理部とを備え、
前記可視化処理部は、前記運行状態分析処理部において特定した悪化原因と、前記集計処理部において取得した改善方法とを可視化して前記端末装置の表示部に表示させる
エレベーター制御システム。
【請求項１２】
前記改善方法データベースには、前記改善方法として、前記エレベーターの運用に関わる方法と、前記エレベーターの制御に関わる方法とが、それぞれ分類して登録され、
前記可視化処理部は、前記改善方法と共に前記分類を可視化するための可視化データを作成し、前記運行状態分析処理部において特定した悪化原因に対応する改善方法として、前記改善方法データベースから前記エレベーターの制御に関わる方法が取得された場合には、前記取得された改善方法毎に前記改善方法を実行するか否かを選択するための表示を前記端末装置の表示部に表示させる
請求項１１に記載のエレベーター制御システム。
【請求項１３】
前記エレベーター運行状態の可視化装置は、
前記各改善方法を実行するか否かを選択するための表示に基づいて、前記端末装置において前記改善方法を実行することを選択する操作がなされた場合に、前記エレベーター制御装置に対して前記改善方法を実施させる使い勝手仕様データ送信部を備える
請求項１２に記載のエレベーター制御システム。
【請求項１４】
前記エレベーターの運行情報は、エレベーター制御装置またはエレベーターの運行をシミュレートするシミュレーターから取得した情報である
請求項１１〜１３のうちの何れか１項に記載のエレベーター制御システム。
【請求項１５】
エレベーターの運行情報に基づいてエレベーターの運行状態を可視化するエレベーター運行状態の可視化方法において、
前記エレベーターの運行情報からエレベーターの運行状態を分析するための分析条件が登録された分析条件データベース、およびエレベーターの運行状態を悪化させる悪化原因毎の改善方法が登録された改善方法データベースを記憶装置に保持させ、
運行状態分析処理部によって、前記分析条件データベースに登録された分析条件に基づいて前記運行情報を分析し、エレベーターの運行状態が悪化したと判断した場合に悪化原因を特定し、
集計処理部によって、前記特定した悪化原因に対応する改善方法を前記改善方法データベースから取得し、
可視化処理部によって、前記特定した悪化原因と共に前記取得した改善方法を可視化するための可視化データを作成する
エレベーター運行状態の可視化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エレベーター運行状態の可視化装置、エレベーター制御システム、およびエレベーター運行状態の可視化方法に関する。
【背景技術】
【０００２】
複数のエレベーターの運行状態を把握して顧客満足度の高い運行を実現するための技術として、特開２００７−９１３５４号公報（特許文献１）に開示のものがある。この公報には「実際のエレベーター運行状況を一目で分かるように、少なくとも乗り場継続時間、利用人数、稼働台数の計測値を、１画面上にグラフ表示と共に表示することで、専用装置を使用しなくても現在・過去における運行状況の過程や使い勝手仕様の設定状況を“一目で見える”形で初心者にも分かり易くした。」と記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−９１３５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、エレベーターの運行状態が悪化した場合に、運行状態を悪化させた要因に対して多数用意されている使い勝手仕様の項目から、どの項目をどの様に設定変更すればよいのかを知ることができない。
【０００５】
そこで本発明は、エレベーターの運行状態が悪化した場合の改善案を、容易に知ることが可能なエレベーター運行状態の可視化装置、エレベーター制御システム、およびエレベーター運行状態の可視化方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、エレベーターの運行情報に基づいてエレベーターの運行状態を可視化する可視化処理部を備えたエレベーター運行状態の可視化装置において、前記エレベーターの運行情報からエレベーターの運行状態を分析するための分析条件が登録された分析条件データベース、およびエレベーターの運行状態を悪化させる悪化原因毎の改善方法が登録された改善方法データベースを保持する記憶装置と、前記分析条件データベースに登録された分析条件に基づいて前記運行情報を分析し、エレベーターの運行状態が悪化したと判断した場合に悪化原因を特定する運行状態分析処理部と、前記運行状態分析処理部において特定した悪化原因に対応する改善方法を前記改善方法データベースから取得する集計処理部とを備え、前記可視化処理部は、前記運行状態分析処理部において特定した悪化原因と、前記集計処理部において取得した改善方法とを可視化するための可視化データを作成するエレベーター運行状態の可視化装置である。
【発明の効果】
【０００７】
本発明によれば、エレベーターの運行状態が悪化した場合の改善案を、容易に知ることが可能となる。
上記した以外の課題、構成及び効果は、以下側の実施の形態の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係るエレベーターの概略構成を示す図である。
【図２】実施形態に係るエレベーター制御システムのブロック図である。
【図３】記憶装置に保存されるユーザＤＢのデータ構成の一例を示す図である。
【図４】記憶装置に保存される分析条件ＤＢのデータ構成の一例を示す図である。
【図５】記憶装置に保存される改善方法ＤＢのデータ構成の一例を示す図である。
【図６】記憶装置に保存される運行情報ＤＢのデータ構成の一例を示す図である。
【図７】記憶装置に保存される分析結果ＤＢのデータ構成の一例を示す図である。
【図８】実施形態に係るビル情報画面の表示例（その１）である。
【図９】実施形態に係るビル情報画面の表示例（その２）である。
【図１０】実施形態に係るエレベーター運行状態の可視化方法およびエレベーター制御方法を示すフローチャート（その１）である。
【図１１】実施形態に係るエレベーター運行状態の可視化方法およびエレベーター制御方法を示すフローチャート（その２）である。
【発明を実施するための形態】
【０００９】
以下、本発明のエレベーター運行状態の可視化装置、エレベーター制御システム、およびエレベーター運行状態の可視化方法の実施の形態を説明するのに先立ち、まず、本発明が適用されるエレベーターの構成を説明する。
【００１０】
図１は、本発明の実施形態に係るエレベーター１の概略構成を示す図である。本実施形態のエレベーター１は、乗りかご２と、テールコード３と、エレベーター制御装置１０とを主に備える。なお、エレベーター１の機械的な構成は従前と同様なので、詳細な説明は省略する。
【００１１】
乗りかご２は、利用者が搭乗する内部空間を有すると共に、当該内部空間に出入りするためのかごドア４を有する。乗りかご２は、ビル（建築物）に沿って上下方向に延びる昇降路５内において、主ロープ（図示省略）を介して釣り合い錘（図示省略）に接続されている。そして、乗りかご２は、巻き上げ機（不図示）によって主ロープが巻き上げ或いは繰り出されることによって、昇降路５内を上下方向に走行する。
【００１２】
乗りかご２の内部には、操作パネル２ａが設置されている。操作パネル２ａは、行先階を指定するための行先階登録ボタンを含む。エレベーター制御装置１０は、操作パネル２ａの行先階登録ボタンによって行先階が指定されたことを示す情報を、不図示の信号線を通じて受信する。
【００１３】
エレベーター制御装置１０は、例えば、昇降路５の上部に設けられた機械室６に設置されている。エレベーター制御装置１０は、テールコード３を介して乗りかご２に接続されている。エレベーター制御装置１０は、乗りかご２を動作させる制御信号をテールコード３を通じて送信し、乗りかご２の動作情報を含むエレベーター１の運行情報をテールコード３を通じて受信する。このようなエレベーター制御装置１０は、以降に説明するエレベーター制御システムにおけるビル管理装置の構成要素でもある。なお、エレベーター制御装置１０が受信する運行情報は、以降に詳細に説明する。
【００１４】
ビルの各階床には、昇降路５に隣接する位置に乗り場７ａ、７ｂが設けられている。乗りかご２が乗り場７ａ、７ｂに対面する位置に停止し、かごドア４が開くことによって、乗り場７ａ、７ｂにいる乗客Ｈが乗りかご２に乗り、乗りかご２内の乗客Ｈがエレベーター１から降りることができる。
【００１５】
各乗り場７ａ，７ｂには、乗り場操作パネル８ａ，８ｂが設置されている。乗り場操作パネル８ａ，８ｂは、当該階床から上向きに移動する乗りかご２を呼ぶ上呼びボタン、及び当該階床から下向きに移動する乗りかご２を呼ぶ下呼びボタンの少なくとも一方を含む。より詳細には、最下階床の乗り場操作パネル８ａは上呼びボタンのみを含み、最上階床の乗り場操作パネル８ｂは下呼びボタンのみを含み、図示を省略する中途階床の乗り場操作パネルは上呼びボタン及び下呼びボタンの両方を含む。エレベーター制御装置１０は、乗り場操作パネル８ａ，８ｂが押されたことを示す情報を、不図示の信号線を通じて受信する。
【００１６】
≪エレベーター制御システム１００≫
図２は、実施形態に係るエレベーター制御システム１００のブロック図である。この図に示すエレベーター制御システム１００は、複数のエレベーターを群管理制御するためのシステムであって、エレベーター運行状態の可視化装置３０を含む。このエレベーター制御システム１００は、通信ネットワーク１３、１４を通じて接続されたビル管理装置２０、エレベーター運行状態の可視化装置３０、および端末装置４０で構成される。これらは、下記のように構成されている。
【００１７】
＜通信ネットワーク１３、１４＞
通信ネットワーク１３、１４は、例えば、インターネット、移動体通信網、有線ＬＡＮ、無線ＬＡＮ、専用回線、或いはこれらの組み合わせでもよい。また、通信ネットワーク１３、１４は、１つの通信ネットワーク（例えば、インターネット）であってもよい。また、通信ネットワーク１３、１４を介して可視化装置３０に接続されるビル管理装置２０および端末装置４０は、それぞれが１つに限定されず複数であってもよい。またビル管理装置２０との端末装置４０とは、１:１で対応している必要はない。
【００１８】
＜ビル管理装置２０＞
ビル管理装置２０は、顧客ビルに設置された複数のエレベーターの運行を管理する部分を備えており、例えば顧客ビル毎に設けられる。ビル管理装置２０のそれぞれは、各顧客ビルのエレベーターが有する複数のエレベーター制御装置１０を含んでいる。また、各ビル管理装置２０は、複数のエレベーター制御装置１０をバンク毎にグループ分けして管理するバンク管理装置２１を含んでいる。
【００１９】
一例として、地下２階Ｂ２〜地上１３階１３Ｆの１５階床を有する顧客ビルに、６つのエレベーターが設けられていて、６つのエレベーターが行き先階床別に高層用のバンクＡと低層用のバンクＢとに分けられている場合を想定する。例えば高層用のバンクＡに属するエレベーターは、地下２階Ｂ２と、１階１Ｆと、８階８Ｆ〜１３階１３Ｆの各階を停止階とする。また低層用のバンクＢに属するエレベーターは、地下１階Ｂ１と、１階１Ｆ〜７階７Ｆの各階を停止階とする。
【００２０】
このような顧客ビルのビル管理装置２０ａにおいて、バンクＡに属するエレベーターのエレベーター制御装置１０ａ、１０ｂ、１０ｃは、１つのバンク管理装置２１ａに接続され、バンクＢに属するエレベーターのエレベーター制御装置１０ｄ、１０ｅ、１０ｆは、別のバンク管理装置２１ｂに接続された状態となっている。
【００２１】
同様に、他の顧客ビルのビル管理装置２０ｂも、複数のエレベーター制御装置１０が、バンク毎にグループ分けして各バンク管理装置２１に接続された状態となっている。このように接続されたエレベーター制御装置１０およびバンク管理装置２１の構成は、次のようである。
【００２２】
［エレベーター制御装置１０］
エレベーター制御装置１０は、先に説明したように各エレベーターに備えられたもので、それぞれが接続されたバンク管理装置２１からの指示によって各エレベーターの運行を制御する。またエレベーター制御装置１０は、エレベーターの構成要素から運行情報を受信し、受信した運行情報をバンク管理装置２１に送信する。
【００２３】
エレベーター制御装置１０が受信するエレベーターの運行情報は、各階床についての（ａ）乗車人数、（ｂ）平均待ち時間、（ｃ）乗り場呼び登録回数、（ｄ）かご呼び登録回数、（ｅ）乗車時間、（ｆ）満員通過回数、およびその他の情報である。これらは、図１を参照して次の通りである。
【００２４】
−（ａ）乗車人数−
乗車人数は、乗りかご２が各乗り場７ａ，７ｂに停止したときに、エレベーター１が備える重量センサ（図示省略）による検出値の差分を、予め定めた平均体重（例えば、５０ｋｇ）で除した値の累積値である。すなわち、かごドア４が開いてから閉まるまでの間に、重量センサの検出値が２００ｋｇ減少したとすると、乗りかご２から４人降りた（乗車人数が４人減った）ことになる。一方、かごドア４が開いてから閉まるまでの間に、重量センサの検出値が１５０ｋｇ増加したとすると、乗りかご２に３人乗った（乗車人数が３人増えた）ことになる。この乗車人数は、運行情報をバンク管理装置２１に送信する間の累積値として集計される。
【００２５】
−（ｂ）平均待ち時間−
平均待ち時間は、乗り場操作パネル８ａ，８ｂの上呼びボタン、または下呼びボタンが押されてから、対応する乗り場７ａ，７ｂに乗りかご２が到着するまでの経過時間であって、上呼びボタンまたは下呼びボタンが１回押された場合の平均の待ち時間である。平均待ち時間は、例えば、乗り場操作パネル８ａ，８ｂが操作された時刻と、対応する乗り場７ａ，７ｂに乗りかご２が停止した時刻との差分である。なお、中途階床における待ち時間は、上呼びボタンが押された場合と、下呼びボタンが押された場合とが別々に集計されてもよい。
【００２６】
−（ｃ）乗り場呼び登録回数−
乗り場呼び登録回数は、乗り場操作パネル８ａ，８ｂの上呼びボタンおよび下呼びボタンが押された回数であり、例えば、運行情報をバンク管理装置２１に送信する間の累積値として集計される。なお、中途階床における乗り場呼び登録回数は、上呼びボタンが押された場合と、下呼びボタンが押された場合とが別々に集計されてもよい。
【００２７】
−（ｄ）かご呼び登録回数−
かご呼び登録回数は、乗りかご２の中にある操作パネル２ａの行先階登録ボタンが押された回数であり、例えば、運行情報をバンク管理装置２１に送信する間の累積値として集計される。
【００２８】
−（ｅ）乗車時間−
乗車時間は、例えば、乗りかご２に乗り場７ａで乗車して乗り場７ｂに移動する場合の所要時間の平均値である。乗車時間は、例えば、乗り場７ａで乗客が乗車して乗りかご２の中に内の行先階ボタン（乗り場７ｂの階のボタン）を押し、かごドア４が閉じた時刻から、乗りかご２が乗り場７ｂに移動してかごドア４が開くまでの時刻である。
【００２９】
−（ｆ）満員通過回数−
満員通過回数は、例えば、乗り場操作パネル８ａ，８ｂの上呼びボタン、または下呼びボタンが押された場合に、満員の乗客Ｈを乗せた乗りかご２が対応する乗り場７ａ、７ｂで停止せずに通過した回数である。この満員通過回数は、例えば、運行情報をバンク管理装置２１に送信する間の累積値として集計される。
【００３０】
−その他−
エレベーター制御装置１０が受信するエレベーターの運行情報のその他の例としては、かごドア４の開閉回数や、かごドア４の反転回数、または起動回数等が例示される。これらの運行情報は、エレベーター１に設けた収集装置（図示省略）で収集され、各エレベーター制御装置１０に送信される。
【００３１】
［バンク管理装置２１］
図２に戻り、バンク管理装置２１は、自身が管理するエレベーターの所定時間毎の運行情報を、各エレベーター制御装置１０から収集（受信）して記憶する。この所定時間は、予め設定された時間であって、例えば５分、１０分、１５分の何れかの時間に設定される。またバンク管理装置２１は、所定期間（例えば、１日）に収集した所定時間毎の運行情報に、対応するビルＩＤ、バンクＩＤ、エレベーターＩＤ、日時情報、および階床名称を付加して、通信ネットワーク１３を通じて可視化装置３０に送信する。
【００３２】
なお、バンク管理装置２１による運行情報の収集方法、および可視化装置３０への運行情報の送信のタイミングは、前述の例に限定されない。一例として、エレベーター制御装置１０ａ〜１０ｆが収集した情報がバンク管理装置２１を通じてリアルタイムで可視化装置３０に送信され、可視化装置３０で集計されてもよい。他の例として、バンク管理装置２１に収集された情報を、保守員が保守端末にコピーし、可視化装置３０に登録してもよい。
【００３３】
＜可視化装置３０＞
可視化装置３０は、各バンク管理装置２１から送信された情報に基づいて、各バンク管理装置２１が管理するエレベーターの運行状態を可視化する装置である。このような可視化装置３０は、記憶装置３１と、集計処理部３２と、運行状態分析処理部３３と、可視化処理部３４と、使い勝手仕様データ送信部３５とを主に備える。このような可視化装置３０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、および通信インタフェースを備え、さらにはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）を有していてもよい。
【００３４】
以上のような可視化装置３０は、ＲＯＭに格納されたプログラムコードをＣＰＵが読み出して実行することにより、ソフトウェアとハードウェアとが協働して、集計処理部３２、運行状態分析処理部３３、可視化処理部３４、および使い勝手仕様データ送信部３５として機能する。すなわち、集計処理部３２、運行状態分析処理部３３、可視化処理部３４、および使い勝手仕様データ送信部３５は、コントローラが実行するアルゴリズムに相当する。以下、可視化装置３０が備える各部の機能の詳細を説明する。
【００３５】
［記憶装置３１］
記憶装置３１は、ＲＯＭ、ＲＡＭ、またはＨＤＤで構成され、各エレベーターの運行状態を可視化するために必要な情報を整理したデータベースを記憶する。記憶装置３１に記憶されるデータベース（ＤＢ）は、図３〜図７に示したユーザデータベース（ユーザＤＢ３１ａ）、分析条件データベース（分析条件ＤＢ３１ｂ）、改善方法データベース（改善方法ＤＢ３１ｃ）、運行情報データベース（運行情報ＤＢ３１ｄ）、および分析結果データベース（分析結果ＤＢ３１ｅ）である。
【００３６】
以下、図２を参照しつつ、各図を用いて各データベースのデータ構造を説明する。なお、各データベースには、相互に対応付けされたデータがレコード毎に登録されていることとするが、これらのデータベースを説明するための各図３〜図７においては、説明のために共通するデータを１つのグループにまとめて示している。
【００３７】
−ユーザＤＢ３１ａ−
図３は、記憶装置３１に保存されるユーザＤＢ３１ａのデータ構成の一例を示す図である。ユーザＤＢ３１ａは、システム管理者によって予め登録された情報によって構成されたデータベースである。この図に示すように、ユーザＤＢ３１ａは、例えば、（１）ユーザＩＤ、（２）パスワード、（３）属性情報、および（４）ビルＩＤを対応付けて記憶している。これらは次のようである。
【００３８】
（１）ユーザＩＤおよび（２）パスワードは、可視化装置３０にアクセス可能なユーザを識別するためのユーザ識別子である。（３）属性情報は、ユーザの属性を示す情報であって、例えば、複数のビルを管理する“ビル管理会社”、またはビルを所有する“ビルオーナー”等が設定される。（４）ビルＩＤは、各バンク管理装置で管理するエレベーターが設置されたビルを識別するビル識別子である。
【００３９】
すなわち、（３）属性情報“ビル管理会社”に対応する（４）ビルＩＤ“ビルＡ”、“ビルＢ”は、（１）ユーザＩＤ“００１”のユーザが管理するビルを識別する。また、（３）属性情報“ビルオーナー”に対応する（４）ビルＩＤ“ビルＣ”は、（１）ユーザＩＤ“００２”のユーザが所有するビルを識別する。
【００４０】
−分析条件ＤＢ３１ｂ−
図４は、記憶装置３１に保存される分析条件ＤＢ３１ｂのデータ構成の一例を示す図である。分析条件ＤＢは、システム管理者によって予め登録された情報によって構成されたデータベースであって、エレベーターの運行情報からエレベーターの運行状態を分析するための分析条件が登録されている。この図に示すように、分析条件ＤＢ３１ｂは、（５）悪化原因、（６）評価レベル、（７）評価項目、（８）評価しきい値、および（９）推定要因を対応付けて記憶している。これらは次のようである。
【００４１】
（５）悪化原因は、以降に説明するエレベーターの運行状態を悪化させる原因であって、先に説明したエレベーターの運行情報のうちの何れかであるか、またはエレベーターの運行情報に基づいて算出される項目である。このような悪化原因は、例えば“平均待ち時間”や、“満員通過発生割合”である。このうち“平均待ち時間”は、先に説明した運行情報のうちの１つである。また“満員通過発生割合”は、先に説明した運行情報のうちの（ｅ）満員通過発生回数を（ｃ）乗り場呼び登録回数で除した値であって、乗り場呼び登録をした場合に乗りかごが満員で通過する割合である。
【００４２】
（６）評価レベルは、以降に説明するエレベーターの運行状態を評価するための評価項目を、評価のレベルに合わせて分類するための情報であって、各評価項目に対して割り付けられる情報である。すなわち評価項目は、以降に説明するように、エレベーターの運行状態の満足度を直接的に評価する原因項目と、原因項目の数値に影響を及ぼしエレベーターの運行状態の満足度を間接的に評価する要因項目とに分類される。原因項目は、（５）悪化原因でもある。また要因項目は、悪化原因を引き起こしている要因である。なお、同一の評価項目に対して、評価レベル１が付与される場合と評価レベル２が付与される場合もあり得る。
【００４３】
（７）評価項目は、エレベーターの運行状態を評価するための項目であって、先に説明したように評価レベル１に対応付けられた原因項目と、評価レベル２に対応付けられた要因項目とに分類される。これらの評価項目は、先に説明したエレベーターの運行情報の中から選択された項目であるか、またはエレベーターの運行情報に基づいて算出された項目である。またこれらの評価項目は、上述した悪化原因に対して対応付けて分析条件ＤＢ３１ｂに登録され、同一の悪化原因に対応付けて登録された複数の評価項目が一つの評価グループとしてまとめて管理される。
【００４４】
以上のような評価項目のうち、原因項目（評価レベル１の評価項目）は、悪化原因に一致し、悪化原因に対して１つの原因項目が対応付けされる。また、要因項目（評価レベル２の評価項目）は、先の悪化原因の何れかに対応付けされ、１つの要因項目が複数の悪化原因に対応付けられる場合もある。例えば、悪化原因“平均待ち時間”には、要因項目（評価レベル２の評価項目）として、“乗り場呼び登録割合”、“かご呼び登録割合”、および“平均かごドア開継続時間”が割り付けられる。
【００４５】
このうち“乗り場呼び登録割合”および“かご呼び登録割合”は、“乗場呼び登録回数”と“かご呼び登録回数”との合計回数に対する、それぞれの登録回数の割合である。また“平均かごドア開継続時間”は、かごドアが１回開いた場合の継続時間の平均である。これらは、先に説明した運行情報から算出される値である。
【００４６】
（８）評価しきい値は、評価項目の値に設けたしきい値であって、評価項目の値が、評価しきい値を超えた場合に、評価項目に問題あると判断される値である。例えば、評価項目が“平均待ち時間”であれば、１回の乗り場呼び登録において乗りかごが到着するまでの“平均待ち時間”のしきい値が５０秒に設定され、“平均待ち時間”が５０秒を超えた場合に、問題有りと判断される。
【００４７】
（９）推定要因は、評価項目のうち、評価レベル２が付与された要因項目が、評価しきい値を超えて悪化した場合に、推定される悪化の要因である。この推定要因は、要因項目（評価レベル２の評価項目）のみに設定される。例えば、乗り場呼び登録割合が、評価しきい値（８０％）を超えた場合の推定要因としては、“単位時間当たりの乗場呼びによる乗りかごの停止回数が多い”ことが登録される。
【００４８】
−改善方法ＤＢ３１ｃ−
図５は、記憶装置３１に保存される改善方法ＤＢ３１ｃのデータ構成の一例を示す図である。改善方法ＤＢ３１ｃは、システム管理者によって予め登録された情報によって構成されたデータベースであって、エレベーターの運行状態を悪化させる悪化原因毎の改善方法が登録されている。この図に示すように、改善方法ＤＢ３１ｃは、（５）悪化原因と、（７）評価項目と、（９）推定要因と、（１０）改善区分と、（１１）改善方法とを対応付けて記憶している。このうち、（５）悪化原因、（７）評価項目、および（９）推定要因は、先に説明した通りである。ただし、（７）評価項目は、エレベーターの運行状態の満足度を間接的に評価する要因項目（評価レベル２の評価項目）のみが対応付けられる。また（１０）改善区分および（１１）改善方法は次のようである。
【００４９】
（１０）改善区分は、各悪化原因の評価項目が悪化した場合の改善方法を、システム上の改善と、エレベーターの運用による改善とに分類するための情報であって、次に説明する（１１）改善方法に対して割り付けられる情報である。すなわち評価項目が悪化した場合の改善方法は、エレベーター制御によるシステム上の改善と、エレベーターの利用方法に関わる運用上の改善とに分類される。
【００５０】
このうちシステム上の改善は、エレベーターの制御に関わる改善方法であって、いわゆる使い勝手使用の調整による改善に相当する。また運用上の改善は、顧客ビルに入居するテナント、事務所、または利用者を対象としたエレベーターの利用に関わる啓蒙活動による改善に相当する。
【００５１】
（１１）改善方法は、各推定要因を改善するための方法であって、推定要因毎、改善区分毎に、１つまたは複数の方法が対応付けられている。例えば、推定要因が“単位時間当たりの乗場呼びによる停止回数が多い”である場合、システム上の改善方法、すなわち使い勝手使用の調整方法として“混雑度しきい値を調整し乗場呼び停止回数を減らす”との方法が対応付けられる。また運用上の改善方法としては”定員までしっかりと乗車するように啓蒙（乗車率アップ）”との方法が対応づけられる。
【００５２】
−運行情報ＤＢ３１ｄ−
図６は、記憶装置３１に保存される運行情報ＤＢ３１ｄのデータ構成の一例を示す図である。運行情報ＤＢ３１ｄは、バンク管理装置２１から所定期間（例えば、１日）毎に送信される情報によって構成されるデータベースである。この図に示すように、運行情報ＤＢ３１ｄは、例えば、（４）ビルＩＤと、（２１）バンクＩＤと、（２２）エレベーターＩＤと、（２３）日時情報と、（２４）階床名称と、（２５）運行情報とを、対応付けて記憶している。また運行情報ＤＢ３１ｄは、これらの情報を、（２１）バンクＩＤおよび（２３）日時情報毎に対応付けして記憶している。
【００５３】
このうち（４）ビルＩＤは、先のユーザＤＢ３１ａ（図３参照）において説明した通り、バンク管理装置２１で管理するエレベーターが設置されたビルを識別するビル識別子である。（２１）バンクＩＤは、バンク管理装置２１で管理するエレベーターが属するバンクを識別するバンク識別子である。（２２）エレベーターＩＤは、バンク管理装置２１で管理するエレベーターを識別するエレベーター識別子である。（２３）日時情報は、運行情報を収集する所定時間の範囲（開始時刻〜終了時刻）を示す情報である。（２４）階床名称は、バンク管理装置２１で管理するエレベーターが着床する階床を識別する階床識別子である。
【００５４】
（２５）運行情報は、先に説明した通り、エレベーター制御装置１０がバンク管理装置２１に送信する運行情報であって、（ａ）乗車人数、（ｂ）平均待ち時間、（ｃ）乗り場呼び登録回数、（ｄ）かご呼び登録回数、（ｅ）満員通過発生回数、およびその他である。
【００５５】
なお、運行情報ＤＢ３１ｄの（２５）運行情報は、エレベーターの構成要素からエレベーター制御装置１０に送信された情報に限定されることはなく、例えばエレベーターの運行をシミュレートするシミュレーターによって作成された情報であってもよい。このような運行情報は、例えば外部の端末装置から可視化装置３０に入力され、記憶装置３１の運行情報ＤＢ３１ｄに保存される。
【００５６】
また、運行情報ＤＢ３１ｄの（２５）運行情報としては、上述した各エレベーター制御装置１０からバンク管理装置２１に送信される情報の他に、エレベーターの運行状態に影響を及ぼす他の情報が含まれていてもよい。他の情報としては、ビル利用情報であって、例えばエレベーターが設置されたビルの各階床の利用状況を示すあらゆる数値情報であることとする。このようなビル利用情報は、顧客ビルに設けた収集装置（図示省略）から、各エレベーター制御装置１０を介して、または直接対応するバンク管理装置２１で受信され、（２５）運行情報として可視化装置３０の記憶装置３１に送信されればよい。
【００５７】
−分析結果ＤＢ３１ｅ−
図７は、記憶装置３１に保存される分析結果ＤＢ３１ｅのデータ構成の一例を示す図である。分析結果ＤＢは、以降に説明する運行状態分析処理部３３での分析処理において運行状態の悪化が検出された場合に登録される情報によって構成されるデータベースである。この図に示すように、分析結果ＤＢは、例えば（４）ビルＩＤと、（２１）バンクＩＤと、（２３）日時情報と、（３１）悪化検出日時と、（５）悪化原因と、（７）評価項目とを対応付けて記憶している。
【００５８】
これらの情報は、運行状態分析処理部３３が、先に説明した運行情報ＤＢ３１ｄの情報を、分析条件ＤＢ３１ｂの情報に基づいて分析処理した結果に応じて登録される。運行状態分析処理部３３による分析処理の手順は、以降のエレベーター運行状態の分析方法において詳細に説明する。
【００５９】
［集計処理部３２］
次に、図２に示す集計処理部３２は、運行情報ＤＢ３１ｄの（２５）運行情報（図６参照）を、次に説明する運行状態分析処理部３３による運行状態の悪化の検知に利用し易いように、システム管理者が予め設定した指定条件に従って集計する部分である。一例として、集計処理部３２は、同一のバンクＩＤに対応付けられた複数のビル利用情報を、システム管理者が指定した集計周期（例えば、５分、１５分、３０分）ごとに集計（例えば、累積、平均）する。したがって、分析条件ＤＢ３１ｂの（８）評価しきい値（図４参照）は、システム管理者が指定した集計周期ごとに対応可能な単位で登録される。なお、この集計周期は、またバンク管理装置２１が運行情報を収集する所定時間を最小単位とした周期となる。
【００６０】
また集計処理部３２は、次に説明する運行状態分析処理部３３での分析結果を、次に説明する可視化処理部３４において可視化処理するために必要な情報を、各データベースから収集する。
【００６１】
さらに集計処理部３２は、運行状態分析処理部３３において特定して分析結果ＤＢ３１ｅに登録された悪化原因に対応する改善方法を、改善方法ＤＢ３１ｃから取得する。なお、集計処理部３２によって実施される可視化処理のための手順については、以降のエレベーター運行状態の分析方法において詳細に説明する。
【００６２】
［運行状態分析処理部３３］
運行状態分析処理部３３は、分析条件ＤＢ３１ｂの情報に基づいて、運行情報ＤＢ３１ｄに登録されたとエレベーターの運行情報の分析処理を行ない、エレベーターの運行状態の悪化を検知する。運行状態分析処理部３３による運行情報の分析処理は、日時情報毎および階床毎に実施される。なお、集計処理部３２によって、運行情報ＤＢ３１ｄの運行情報（図６参照）が集計されている場合は、その集計された運行情報に基づいて運行状態の悪化を検知する。
【００６３】
運行状態分析処理部３３は、悪化を検知した場合に悪化原因および悪化を引き起こした評価項目を特定し、（４）ビルＩＤと、（２１）バンクＩＤと、（２３）日時情報と、（３１）悪化検出日時と、（５）悪化原因と、（７）評価項目とを対応付けて、分析結果ＤＢ３１ｅ（図７参照）に登録する。また運行状態分析処理部３３は、（７）評価項目を特定することにより、改善方法ＤＢ３１ｃに登録されている（９）推定要因も特定する。なお、運行状態分析処理部３３による運行状態の悪化の検知は、以降のエレベーター運行状態の可視化方法およびエレベーター制御方法において説明する。
【００６４】
［可視化処理部３４］
可視化処理部３４は、運行状態分析処理部３３での分析処理に基づいて、エレベーターの運行状態を可視化するための処理を行う。可視化処理部３４での可視化処理により、以降に説明する端末装置４０に、エレベーターの運行状態を表示することが可能となる。特にこの可視化処理部３４は、運行状態分析処理部３３での分析処理に基づいて、悪化原因、推定要因、改善方法、および改善方法の分類を可視可するための可視化データを作成する。
【００６５】
可視化処理部３４が作成する可視化データは、そのデータ形式が特に限定されることはないが、例えば、画像形式、ＨＴＭＬ形式、ＸＭＬ形式、ＣＳＶ形式などを採用することができる。可視化処理部３４での可視化処理によって表示されるエレベーターの運行状態の詳細については、以降の端末装置４０およびエレベーター運行状態の可視化方法において詳細に説明する。
【００６６】
［使い勝手仕様データ送信部３５］
使い勝手仕様データ送信部３５は、運行状態分析処理部３３での分析結果に基づいて、集計処理部３２がエレベーターの制御に関わるシステム上の改善方法を取得した場合に、この改善方法から使い勝手仕様変更データを作成する。また、使い勝手仕様データ送信部３５は、作成した使い勝手仕様変更データを、対応するビルのバンク管理装置２１に送信する部分である。この使い勝手仕様データ送信部３５によって実施される処理の詳細は、以降のエレベーターの制御方法において詳細に説明する。
【００６７】
＜端末装置４０＞
端末装置４０は、顧客が所持する情報処理端末であって、表示部と操作部と通信インタフェースとを備える。操作部は、キーボードおよびマウスの他、表示部の前面に設けられたタッチパネルであってもよい。このような端末装置４０の具体例は特に限定されないが、例えば、パーソナルコンピューター、タブレット、およびスマートフォンなどが該当する。
【００６８】
この端末装置４０の表示部には、可視化処理部３４での可視化処理によって作成した可視化データに基づいて、エレベーターの運行状態が表示される。エレベーターの運行状態は、ビル情報画面の一部として表示される。図８は、実施形態に係るビル情報画面３０１の表示例（その１）である。また図９は、実施形態に係るビル情報画面３０１の表示例（その２）である。
【００６９】
これらの図に示すように、可視化処理部３４での処理によって端末装置４０の表示部に表示されるビル情報画面３０１は、ビル情報表示選択エリア３０１１、運行状態表示欄３０１２、運行状態表示欄３０１２、日時情報選択欄３０１３、［表示］ボタン３０１４、悪化情報表示欄３０１５、改善方法表示欄３０１６、［実行］ボタン３０１７、運行状態グラフ表示欄３０１８を有する。
【００７０】
ビル情報表示選択エリア３０１１は、“ビル名称”の欄、“バンク名称”の欄、可視化対象のバンクを選択するためのラジオボタンを含む。ラジオボタンは、“バンク名称”の欄に表示された全てのバンクが選択可能となっている。
【００７１】
運行状態表示欄３０１２は、ビル情報表示選択エリア３０１１のラジオボタンで選択されたバンクについての運行状態分析処理部３３での分析結果に基づいて、例えば「運行状態が悪化しています」または「運行状態は良好です」の何れかを表示する。
【００７２】
日時情報選択欄３０１３は、ビル情報表示選択エリア３０１１のラジオボタンで選択されたバンクについて、運行状態分析処理部３３での分析により運行状態の悪化が検知されている場合に、運行状態の悪化が検知されたすべての日時情報の選択が可能な表示を行う。
【００７３】
また［表示］ボタン３０１４は、ビル情報表示選択エリア３０１１のラジオボタンで選択されたバンクについて、運行状態分析処理部３３での分析により運行状態の悪化が検知されている場合に表示される。
【００７４】
悪化情報表示欄３０１５は、可視化処理部３４で抽出した悪化原因と推定要因とを表示する。また改善方法表示欄３０１６は、可視化処理部３４で抽出した改善方法を、エレベーターの運用に関わる方法と、エレベーターのシステム（使い勝手仕様）に関わる方法とに分けて表示する。さらに［実行］ボタン３０１７は、エレベーターのシステム（使い勝手仕様）に関わる方法の表示に連動して表示される。
【００７５】
運行状態グラフ表示欄３０１８は、少なくとも、運行状態の悪化が検知されていない平常時（または、良好時）の評価グラフ３０１８ａと、運行状態の悪化が検知された悪化時の評価グラフ３０１８ｂを、上下に並べて表示する。これにより、悪化度合いを一目に確認することができる。
【００７６】
これらの評価グラフ３０１８ａ，３０１８ｂは、評価グラフ３０１８ａ，３０１８ｂは、運行状態分析処理部３３での分析処理において運行状態の悪化が検知されたバンクについてのデータであって、特定された悪化原因のグループのデータに基づいて生成される。このような評価グラフ３０１８ａ，３０１８ｂは、例えば第１軸を平均待ち時間などの運行状態の悪化を検知した悪化原因（原因項目）の値とし、第１軸に直交する第２軸を時間とする二次元状のグラフである。第２軸は、例えば、運行状態の悪化検知日時のデータが含まれるように２４時間の時間スケールとする。またこれらの評価グラフ３０１８ａ，３０１８ｂは、評価しきい値３０１８ｃを含む。
【００７７】
なお、第１軸は要因項目の値としてもよい。また、評価グラフ３０１８ａ，３０１８ｂのそれぞれとして、第１軸を悪化原因（原因項目）としたグラフと要因項目としたグラフとの２種類を表示してもよい。
【００７８】
図８、図９では、平均待ち時間が運行状態の悪化原因として検知された場合の例を示しており、縦軸を“平均待ち時間（秒）”とし、横軸を時間とする二次元のグラフデータを表示する。グラフデータの例として、平常時の評価グラフ３０１８ａ（グラフデータ）は２０１９／０１／０６（２４時間）の平均待ち時間の推移を示し、悪化時の評価グラフ３０１８ｂ（グラフデータ）は２０１９／０１／０７（２４時間）の平均待ち時間の推移を示している。
【００７９】
以上のような端末装置４０の表示部における表示の手順は、次のエレベーター運行状態の可視化方法およびエレベーター制御方法において詳細に説明する。
【００８０】
≪エレベーター運行状態の可視化方法およびエレベーター制御方法≫
図１０は、実施形態に係るエレベーター運行状態の可視化方法およびエレベーター制御方法を示すフローチャート（その１）であり、図２に示した可視化装置３０の運行状態分析処理部３３で実施されるエレベーターの運行状態の分析処理を示す図である。また図１１は、実施形態に係るエレベーター運行状態の可視化方法およびエレベーター制御方法を示すフローチャート（その２）であり、図２に示した可視化装置３０および端末装置４０において実施される運行状態の可視化処理およびエレベーターの制御処理を示す図である。
【００８１】
以下、図１０、図１１に示したフローチャートの順に、図２〜図９の必要図を参照しつつ、実施形態に係るエレベーター運行状態の可視化方法およびエレベーター制御方法の実施の形態を説明する。
【００８２】
＜運行状態の分析処理＞
先ず図１０に基づいて、エレベーターの運行状態の分析処理を説明する。
［ステップＳ１０１］
ステップＳ１０１において、運行状態分析処理部３３は、分析処理を実行する時刻に達したか否かの判断を実施する。ここで、運行状態分析処理部３３は、例えば、１日に１回など定期的に運行状態の分析処理を行うこととし、前回に分析処理を実施してからの経過時間によって、この判断を実施してもよい。またこの経過時間は、バンク管理装置２１によって運行情報が収集される所定期間（例えば、１日）に一致させてもよい。分析処理時刻は、収集された運行情報がバンク管理装置２１から可視化装置３０の記憶装置３１に送信される時刻に合わせて設定されてもよい。運行状態分析処理部３３は、分析処理時刻に達した（ＹＥＳ）と判断した場合に、次のステップＳ１０２に進み、分析処理時刻に達した（ＹＥＳ）と判断されるまで待機する。
【００８３】
［ステップＳ１０２］
ステップＳ１０２において、運行状態分析処理部３３は、運行情報ＤＢ３１ｄを参照し、前回の分析処理を実行した時刻以降に、運行情報ＤＢ３１ｄに新規に登録されたデータが存在するか否かを判断する。存在する（ＹＥＳ）と判断した場合には、ステップＳ１０３に進む。一方、存在しない（ＮＯ）と判断した場合には、処理を終了させる。
【００８４】
［ステップＳ１０３］
ステップＳ１０３において、運行状態分析処理部３３は、集計処理部３２に対して、システム管理者が予め指定した集計周期（例えば、５分、１５分、３０分）に従って、運行情報ＤＢ３１ｄに登録された（２５）運行情報を、集計（例えば、累積、平均）する処理を実施させる。なお、システム管理者が指定した集計周期が、運行情報ＤＢ３１ｄにおける（２３）日時情報における時間範囲と同じ場合には、運行状態分析処理部３３は、この処理をスキップして次のステップＳ１０４に進む。
【００８５】
［ステップＳ１０４］
ステップＳ１０４において、運行状態分析処理部３３は、運行情報ＤＢ３１ｄに登録された（２５）運行情報に基づき、分析条件ＤＢ３１ｂに登録された評価レベル１の各評価項目の判定処理を実施する。この際、運行状態分析処理部３３は、運行情報ＤＢ３１ｄに登録された全ての（２５）運行情報から、分析条件ＤＢ３１ｂに登録されている評価レベル１の評価項目に対応する情報を抽出するか、または抽出した運行情報から評価レベル１の評価項目に対応する情報を算出する。
【００８６】
運行状態分析処理部３３は、抽出または算出した各評価項目の値を、分析条件ＤＢ３１ｂに登録された評価レベル１の各評価項目に対して設定された（８）評価しきい値と比較する。そして、抽出または算出された全ての評価項目について、（８）評価しきい値を超えたか否かの判定を実施する。
【００８７】
［ステップＳ１０５］
ステップＳ１０５において、運行状態分析処理部３３は、ステップＳ１０４での比較の結果、（８）評価しきい値を超えた評価レベル１の評価項目が１つでもあれば、運行状態の悪化を検知した（ＹＥＳ）と判断する。検知した（ＹＥＳ）と判断した場合には、次のステップＳ１０６に進む。一方、運行状態分析処理部３３は、ステップＳ１０４での比較の結果、（８）評価しきい値を超えた評価レベル１の評価項目が１つもない場合には、運行状態の悪化は検知されなかった（ＮＯ）と判断し、処理を終了させる。
【００８８】
ここで、図６に示した運行情報ＤＢ３１ｄの例においては、（４）ビルＩＤ“ビルＡ”、（２１）バンクＩＤ“バンクＢ”、…に対応付けて記憶された（２５）運行情報のうちの（ｂ）平均待ち時間“５５秒”が、図４の分析条件ＤＢ３１ｂに登録された（８）評価しきい値“５０秒”を超えている。このため、運行状態の悪化を検知した（ＹＥＳ）と判断し、ステップＳ１０６に進む。
【００８９】
［ステップＳ１０６］
ステップＳ１０６において、運行状態分析処理部３３は、図６に示した運行情報ＤＢ３１ｄに登録された（２５）運行情報に基づき、分析条件ＤＢ３１ｂに登録された評価レベル２の各評価項目の判定処理を実施する。ここでは、ステップＳ１０４の比較において、評価しきい値を超えた評価レベル１の評価項目と同じ悪化原因に対応付けされた評価レベル２の評価項目について、判定処理を実施する。
【００９０】
例えば、図６に示した運行情報ＤＢ３１ｄの例においては、（４）ビルＩＤ“ビルＡ”、（２１）バンクＩＤ“バンクＢ”、…に対応付けて記憶された（２５）運行情報のうちの（ｂ）平均待ち時間“５５秒”が、評価しきい値を超えている。このため、図４の分析条件ＤＢ３１ｂに登録されている（５）悪化原因“平均待ち時間”に対応付けされた評価レベル２の評価項目に対応する情報を、運行情報ＤＢ３１ｄから抽出または算出する。
【００９１】
運行状態分析処理部３３は、抽出または算出した各評価項目の値を、図４の分析条件ＤＢ３１ｂに登録された評価レベル２の各評価項目に対して設定された（８）評価しきい値と比較する。そして、各評価項目について、（８）評価しきい値を超えたか否かの判定を実施し、（８）評価しきい値を超えた評価項目を、運行状態を悪化させた要因として抽出する。
【００９２】
［ステップＳ１０７］
ステップＳ１０７において、運行状態分析処理部３３は、図７に示した分析結果ＤＢ３１ｅに、運行状態を悪化させた要因として抽出された（７）評価項目を、（４）ビルＩＤ、（２１）バンクＩＤ、（２３）日時情報、（３１）悪化検出日時、および（５）悪化原因と対応付けて登録する。なお、（３１）悪化検出時間は、図１０のフローに示した分析処理を実施した時間であることとする。
【００９３】
＜運行状態の可視化処理およびエレベーターの制御処理＞
次に、図１１に基づき、必要に応じて他の図を参照しつつ、エレベーターの運行状態の可視化処理およびエレベーターの制御処理の手順を説明する。図１１に示す手順は、図２に示した可視化装置３０および端末装置４０において実施される手順である。なお、以下においては可視化装置３０がＷｅｂサーバとして機能し、端末装置４０にＷｅｂブラウザがインストールされているものとして、以下の説明を行う。ただし、可視化装置３０と端末装置４０とはクライアント＆サーバ型のシステムを構成されており、端末装置４０に専用プログラムがインストールされていてもよいこととする。
【００９４】
また図１１において、ステップＳ３０１〜ステップＳ３０９は、可視化装置３０の各部において実施される処理を示す。またステップＳ４０１〜ステップＳ４０６は、端末装置４０において実施される処理を示す。さらに、ステップＳ４１〜ステップＳ４３は、顧客による端末装置４０の操作の処理を示す。
【００９５】
［ステップＳ４１］
先ず、ステップＳ４１において、端末装置４０を有する顧客が、端末装置４０によってログイン操作を実施する。この場合、顧客は、端末装置４０のログインページに、自らに割り当てられたユーザＩＤおよびパスワードを入力する。この際、例えば、顧客は、端末装置４０によって、ユーザＩＤ“００１”およびパスワード“ａｂｃ”を入力する。なお、以下において、端末装置４０は、本ステップＳ４１においてログイン操作を実施した顧客の端末装置４０であることとする。
【００９６】
［ステップＳ４０１］
ステップＳ４０１において、ログイン操作がなされた端末装置４０は、ステップＳ４１において入力されたユーザＩＤおよびパスワードを、可視化装置３０にログイン情報として送信する。
【００９７】
［ステップＳ３０１］
ステップ３０１において、ログイン情報を受信した可視化装置３０の可視化処理部３４は、受信したユーザＩＤおよびパスワードに対応付けられたビルＩＤを、ユーザＤＢ３１ａ（図３参照）から読み出す。そして、可視化装置３０は、読み出したビルＩＤに基づいてビル情報画面用の可視化データを作成する。
【００９８】
この際、例えば可視化装置３０がユーザＩＤ“００１”およびパスワード“ａｂｃ”を受信した場合、可視化処理部３４はユーザＤＢ３１ａ（図３参照）から、ユーザＩＤ“００１”に対応して登録されているビルＩＤ“ビルＡ”および“ビルＢ”を読み出す。
【００９９】
さらに可視化処理部３４は、分析結果ＤＢ３１ｅ（図７参照）から、ビルＩＤ“ビルＡ”および“ビルＢ”に対応して登録された情報を抽出し、これらの情報に基づいてビル情報画面を生成する。なお、分析結果ＤＢ３１ｅ（図７参照）に、ビルＩＤ“ビルＡ”および“ビルＢ”の登録がない場合もあり得る。
【０１００】
［ステップＳ３０２］
その後ステップＳ３０２において、可視化処理部３４は、ステップＳ３０１で作成したビル情報画面の可視化データを、ステップＳ３０１において受信したユーザＩＤおよびパスワードの送信元の端末装置４０に送信する。
【０１０１】
［ステップＳ４０２］
ステップＳ４０２において、ビル情報画面の可視化データを受信した端末装置４０は、受信したビル情報画面データに基づいて、ビル情報画面を表示部に表示する。ここでは、図８に示すように、ビル情報画面３０１におけるビル情報表示選択エリア３０１１の“ビル名称”の欄、“バンク名称”の欄、および運行状態表示欄３０１２に、ステップＳ３０１で読み出された情報が表示される。
【０１０２】
例えば、“ビル名称”の欄には、ステップＳ３０１で読み出したビルＩＤ“ビルＡ”、“ビルＢ”の情報を表示する。また“バンク名称”の欄にはビルＩＤ“ビルＡ”、“ビルＢ”に設けられたビル管理装置２０が有するバンクＩＤ“バンクＡ”、“バンクＢ”、“中央バンク”が、ビルＩＤにそれぞれ対応付けて表示される。
【０１０３】
この状態において、ビル情報表示選択エリア３０１１のラジオボタンのチェックにより、表示されている全てのバンクの選択の切り替えが可能である。図８の例では、“ビルＡ”、の“バンクＢ”が選択された状態となっている。
【０１０４】
また運行状態表示欄３０１２には、ビル情報表示選択エリア３０１１で選択されている“バンクＢ”におけるエレベーターの運行状態が表示される。この場合、ステップＳ３０１において分析結果ＤＢ３１ｅ（図７参照）から抽出された情報の中に、選択された“バンクＢ”に対応する情報がある場合、運行状態表示欄３０１２には、「運行状態が悪化しています」の表示が実施される。
【０１０５】
一方、ステップＳ３０１において分析結果ＤＢ３１ｅ（図７参照）から抽出された情報の中に、ビル情報表示選択エリア３０１１で選択されている“バンクＢ”に対応する情報がない場合、運行状態表示欄３０１２には、「運行状態は良好です」の表示が実施される。
【０１０６】
また日時情報選択欄３０１３は、運行状態表示欄３０１２の表示が「運行状態が悪化しています」である場合に、ビル情報表示選択エリア３０１１で選択されている“バンクＢ”について、運行状態の悪化が検知された全ての日時情報を表示選択に表示する。図８の例では、日時情報“２０１９／０１／０７  １２:００〜１２:１５”が選択された状態となっている。
【０１０７】
また［表示］ボタン３０１４は、運行状態表示欄３０１２の表示が「運行状態が悪化しています」の場合に表示され、運行状態表示欄３０１２の表示が「運行状態は良好です」の場合には非表示である。
【０１０８】
この状態において、悪化情報表示欄３０１５、改善方法表示欄３０１６、［実行］ボタン３０１７、および運行状態グラフ表示欄３０１８は非表示である。ただし、運行状態グラフ表示欄３０１８には、デフォルト表示として、平常時の評価グラフ３０１８ａのみを示し、悪化時の評価グラフ３０１８ｂの表示欄にはグラフの軸のみを表示してもよい。
【０１０９】
なお、ステップＳ３０１において分析結果ＤＢ３１ｅ（図７参照）から抽出された情報の中に、ビル情報表示選択エリア３０１１に表示されている全てのバンクについての情報がない場合、［表示］ボタン３０１４は非表示である。またこの場合、以降のステップは、全てスキップされる。
【０１１０】
［ステップＳ４２］
以上の表示状態で、ステップＳ４２において、端末装置４０の表示部に表示されたビル情報画面３０１の［表示］ボタン３０１４が、顧客によるクリック操作されると、この操作が顧客による表示指示の入力となる。
【０１１１】
［ステップＳ４０３］
ステップＳ４０３において、端末装置４０は、［表示］ボタン３０１４がクリック操作されたことに応じて、可視化装置３０に対して、悪化情報と、改善方法と、運行状態グラフとを表示するための可視化データを要求する。この際、端末装置４０は、可視化データの要求として、ステップＳ４０２の表示にともなって選択された情報、すなわちビル情報表示選択エリア３０１１で選択されたビルＩＤおよびバンクＩＤ、さらに日時情報選択欄３０１３で選択された日時情報を、選択情報として可視化装置３０に送信する。
【０１１２】
ここでは一例として、端末装置４０は、選択情報として、ビルＩＤ“ビルＡ”、バンクＩＤ“バンクＢ”、日時情報“２０１９／０１／０７  １２:００〜１２:１５”を、可視化装置３０に送信する。
【０１１３】
［ステップＳ３０３］
ステップＳ３０３において、可視化装置３０の集計処理部３２は、端末装置４０から送信された選択情報に基づいて、改善方法ＤＢ３１ｃに登録された（９）推定要因、（１０）改善区分、および（１１）改善方法を取得する。この場合、集計処理部３２は、先ず、分析結果ＤＢ３１ｅに登録された情報の中から、端末装置４０から送信された選択情報に対応する情報を取得する。ここで取得する情報は、選択情報として受信したビルＩＤ“ビルＡ”、バンクＩＤ“バンクＢ”、および日時情報“２０１９／０１／０７  １２:００〜１２:１５”に対応して登録されている（５）悪化原因“平均待ち時間”と（７）評価項目“乗り場呼び登録割合”である。
【０１１４】
次に集計処理部３２は、改善方法ＤＢ３１ｃに登録された情報の中から、（５）悪化原因“平均待ち時間”と（７）評価項目“乗り場呼び登録割合”に対応付けて登録されている（９）推定要因、（１０）改善区分、および（１１）改善方法を取得する。
【０１１５】
［ステップＳ３０４］
ステップＳ３０４において、可視化装置３０の集計処理部３２は、運行情報ＤＢ３１ｄに登録された情報の中から、運行状態グラフを作成するためのデータ収集を実施する。この場合、集計処理部３２は、運行情報ＤＢ３１ｄに登録された（２５）運行情報の中から、ステップＳ３０３で取得した（５）悪化原因“平均待ち時間”であって、端末装置４０から送信された選択情報のうちのビルＩＤ“ビルＡ”およびバンクＩＤ“バンクＢ”に対応するデータを収集する。
【０１１６】
ここで収集するデータは、選択情報として受信した日時情報“２０１９／０１／０７  １２:００〜１２:１５”を含む２０１９／０１／０７の２４時間の悪化時のデータである。またここでは、さらに運行状態の悪化が検知されていない２４時間の平常時のデータであり、例えば、前日の２０１９／０１／０６の２４時間データを収集してもよい。
【０１１７】
［ステップＳ３０５］
ステップＳ３０５において、可視化装置３０の可視化処理部３４は、端末装置４０から送信された選択情報と、ステップＳ３０４において集計処理部３２が収集したデータに基づいて、２つのグラフデータを作成する。可視化処理部３４は、集計処理部３２が集計した平常時のデータに基づいて、平常時の評価グラフを表示するためのグラフデータを作成する。また可視化処理部３４は、集計処理部３２が集計した悪化時のデータに基づいて、悪化時の評価グラフを表示するためのグラフデータを作成する。なお、平常時の評価グラフがデフォルトとして端末装置４０に表示される場合は、平常時の評価グラフを表示するためのグラフデータを作成する必要はない。
【０１１８】
［ステップＳ３０６］
ステップＳ３０６において、可視化装置３０の可視化処理部３４は、ステップＳ３０３において取得した（５）悪化原因、（９）推定要因、（１０）改善区分、および（１１）改善方法と、ステップＳ３０５で作成した２つのグラフデータとを端末装置４０に送信する。
【０１１９】
［ステップＳ４０４］
ステップＳ４０４において、端末装置４０は、可視化装置３０から受信した（５）悪化原因、（９）推定要因、（１０）改善区分、および（１１）改善方法と、２つのグラフデータを、図９に示すようにビル情報画面３０１に表示させる。
【０１２０】
すなわち端末装置４０は、ビル情報画面３０１の悪化情報表示欄３０１５に、可視化装置３０から受信した（５）悪化原因“平均待ち時間”と、（９）推定要因を表示する。また改善方法表示欄３０１６には、エレベーターの運用に関わる方法として、（１０）改善区分“運用”に対応付けられた（１１）改善方法を表示する。またエレベーターのシステム（使い勝手仕様）に関わる方法として、（１０）改善区分“システム”に対応付けられた（１１）改善方法を表示する（図５の改善方法ＤＢ３１ｃ参照）。
【０１２１】
さらに端末装置４０は、エレベーターのシステム（使い勝手仕様）に関わる方法の表示に連動して［実行］ボタン３０１７を表示する。
【０１２２】
また端末装置４０は、ビル情報画面３０１の運行状態グラフ表示欄３０１８に、可視化装置３０から受信した２つのグラフデータに基づいて、平常時の評価グラフ３０１８ａと、悪化時の評価グラフ３０１８ｂを、上下に並べて表示する。
【０１２３】
［ステップＳ４３］
ステップＳ４３において、端末装置４０の表示部に表示されたビル情報画面３０１の［実行］ボタン３０１７が、顧客によるクリック操作されると、この操作が顧客による使い勝手仕様（エレベーターのシステム）の変更の、実行指示の入力となる。
【０１２４】
［ステップＳ４０５］
ステップＳ４０５において、端末装置４０は、［実行］ボタン３０１７がクリック操作されたことに応じて、使い勝手仕様の変更指示を可視化装置３０に送信する。
【０１２５】
［ステップＳ３０７］
ステップＳ３０７において、可視化装置３０の使い勝手仕様データ送信部３５は、端末装置４０から受信した使い勝手仕様の変更指示に応じて、使い勝手仕様を変更するための変更データを作成する。ここで作成する変更データは、図９に示した改善方法表示欄３０１６のエレベーターのシステム（使い勝手仕様）に関わる方法の欄に表示された改善方法を実施するためのデータである。
【０１２６】
［ステップＳ３０８］
ステップＳ３０８において、可視化装置３０の使い勝手仕様データ送信部３５は、作成した使い勝手仕様の変更データを、対応するバンク管理装置２１、例えば“ビルＡ”の“バンクＢ”のエレベーターを管理するバンク管理装置２１ｂに送信する（図２参照）。これにより、バンク管理装置２１ｂは、このバンク管理装置２１ｂに接続されたエレベーター制御装置１０ｄ，１０ｅ，１０ｆに、使い勝手仕様の変更データを送信する。
【０１２７】
なお、エレベーター制御装置１０ｄ，１０ｅ，１０ｆは、受信した使い勝手仕様の変更データをそのまま記憶するか、または変更データに基づいてエレベーターのシステムの変更を実施する。
【０１２８】
［ステップＳ３０９］
ステップＳ３０９において、使い勝手仕様データ送信部３５は、使い勝手仕様の変更データをバンク管理装置２１ｂに送信した送信結果を、端末装置４０に送信し、可視化装置３０による一連の処理を終了させる。
【０１２９】
［ステップＳ４０６］
一方、ステップＳ４０６において、端末装置４０は、使い勝手仕様の変更データの送信完了を、表示部に表示させる。端末装置４０は、可視化装置３０から受信した使い勝手仕様データの送信結果を表示させる。使い勝手仕様データの送信結果は、ビル情報画面３０１に表示させてもよいし、ポップアップに表示させてもよい。
【０１３０】
≪実施形態の効果≫
以上説明した実施形態によれば、可視化装置３０の運行状態分析処理部３３においてエレベーターの運行状態の悪化を検知した場合に、可視化処理部３４において運行状態の悪化原因と、悪化の推定要因と、改善方法とを可視化するための可視化データが作成される。これにより、顧客の端末装置４０の表示部にこれらの情報を表示することが可能である。この結果、エレベーターの制御に関する専門的な知識が無い顧客であっても、エレベーターの運行状態が悪化した場合の改善方法を容易に知ることが可能となり、顧客による改善方法の実施も可能となる。
【０１３１】
また特に、運行情報ＤＢ３１ｄにはバンク毎および日時情報毎に運行情報が登録され、運行状態分析処理部３３においては運行情報ＤＢ３１ｄに登録された運行情報に基づいて運行状態の分析が実施される。このため、バンク毎にエレベーターの運行状態の悪化を検知して、悪化原因毎に改善方法を取得することが可能である。したがって、エレベーターの群管理制御に関する専門知識が無くとも、容易に群管理エレベーターの運行状態の悪化の改善方法を知ることが可能となり、専門知識を持たないビル管理会社やビルオーナーなどの顧客であっても、容易に運行状態の悪化の改善を図ることが可能となる。
【０１３２】
≪変形例≫
以上説明した実施形態では、端末装置４０の表示部に、使い勝手仕様の変更データの送信の要求する［実行］ボタン３０１７を表示させる構成を説明したが、さらに使い勝手仕様の変更を無効とする［無効］ボタンを表示させてもよい。この場合、顧客によって［無効］ボタンがクリック操作された場合に、使い勝手仕様の変更が取り消され、エレベーターの使い勝手仕様が基準状態に戻されることとする。
【０１３３】
また、本実施形態では、平常時の評価グラフ３０１８ａと悪化時の評価グラフ３０１８ｂの横軸を、２４時間のスケールで説明しているが可変としてもよい。また評価グラフ３０１８ａと、評価グラフ３０１８ｂは、棒グラフなど、別の表示形態としてもよい。
【０１３４】
また、本実施形態では、バンク管理装置２１が、１日を所定期間として収集した所定時間毎の運行情報を可視化装置３０に送信し、１日のデータを母数として、システム管理者が指定した集計周期（例えば、５分、１５分、３０分）ごとに評価項目のデータを集計する場合を説明した。しかしながら、評価項目のデータは、ビルが稼働している月曜日〜金曜日の５日間のデータを母数として集計してもよい。
【０１３５】
また、本実施形態では、評価グラフ３０１８ａと、評価グラフ３０１８ｂに含む評価しきい値を１つとして説明しているが、注意アラート用にもう１つ評価しきい値を追加してもよい。注意アラートは、例えば、保守会社などに発信することで、顧客クレームを阻止できる。
【０１３６】
なお、本発明は上記した実施形態および変形例に限定されるものではなく、さらに様々な変形例が含まれる。例えば、上記した実施形態は本発明をわかりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【０１３７】
１…エレベーター
１０，１０ａ〜１０ｆ…エレベーター制御装置
３０…可視化装置
３１…記憶装置
３１ａ…ユーザＤＢ
３１ｂ…分析条件ＤＢ
３１ｃ…改善方法ＤＢ
３１ｄ…運行情報ＤＢ
３１ｅ…分析結果ＤＢ
３２…集計処理部
３３…運行状態分析処理部
３４…可視化処理部
３５…使い勝手仕様データ送信部
４０…端末装置
１００…エレベーター制御システム
３０１    ビル情報画面
３０１１    ビル情報表示選択エリア
３０１２    運行状態表示欄
３０１３    日時情報選択欄
３０１４    ボタン
３０１５    悪化情報表示欄
３０１６    改善方法表示欄
３０１７    ボタン
３０１８    運行状態グラフ表示欄
３０１８ａ    評価グラフ
３０１８ｂ    評価グラフ
【図１】
2020147403.tif 000003
【図２】
2020147403.tif 000004
【図３】
2020147403.tif 000005
【図４】
2020147403.tif 000006
【図５】
2020147403.tif 000007
【図６】
2020147403.tif 000008
【図７】
2020147403.tif 000009
【図８】
2020147403.tif 000010
【図９】
2020147403.tif 000011
【図１０】
2020147403.tif 000012
【図１１】
2020147403.tif 000013