JP7280811B2 - 混雑度予測表示システム、混雑度予測表示方法及びプログラム - Google Patents

Description

本発明は、混雑度予測表示システム、混雑度予測表示方法及びプログラムに関する。

エレベーターなどの昇降機は、適切な保守点検や修繕などの作業を繰り返し行うことが必要である。それらの作業期間中は、昇降機の稼働を終日、あるいは数時間から半日程度停止する必要があり、稼働停止中は、該当する昇降機を利用することができない。そのため、エレベーターなどの昇降機の保守点検作業やリニューアルを行う際には、設置された建物で、作業による稼働停止があっても支障がない時間帯や曜日を選ぶようにしている。

エレベーターの稼働停止を含む作業を計画する際には、ビルの用途や各階のテナント情報などを基にビル内の人数や人の流れの情報を把握し、同じビル内の他のエレベーターの運行に影響の少ない時間、曜日を選んで、作業計画を立てる必要がある。

例えば、オフィスビルでリニューアル工事を実施する場合を考えたとき、一般的に平日の昼間はエレベーターの利用者が多く、夜間や土曜日と日曜日は利用者が少ないため、通常は夜間や土日などにリニューアル工事を実施することが多い。また、リニューアル工事期間中においては、工事対象となるエレベーターを群管理制御から切り離すため、利用できるエレベーターの台数が減ることになり、出勤時や昼休みなど利用者が増加する時間帯に混雑が発生する要因となっていた。

そのため、エレベーター稼働停止期間中においても、ビル管理会社やエレベーターのメンテナンスを行う保守会社では、運行状況を監視し、作業によって生じた混雑状況に問題がないかを確認している。そして、監視して取得した混雑状況によっては、エレベーターの運行情報を収集し、データ分析を行い、適時エレベーターの運行制御などの設定変更を行い、各階の乗り場の混雑緩和を図り、最適な運行ができるように調整している。

特許文献１には、時間帯毎に乗場ボタンや各センサなどの情報から、各階での利用人数を算出し、曜日別に統計処理を施して利用人数を推定し、推定利用人数が最大輸送人数を超えるか否か判定後、超えた場合に混雑回避の案内表示を行う技術が記載されている。

特開２０１９－１０８１８９号公報

作業時のエレベーターの混雑を緩和するためには、現地にて一定期間運行データを収集し、そのデータを基に原因を分析、エレベーターの運行制御を最適な状態になるよう設定変更することが必要である。また、特許文献１に記載されているように、出勤時間や昼休みなど混雑する時間帯に複数テナントの利用者のエレベーター利用時間を後ろにずらす（時間シフトする）等の運用で、混雑緩和の対応を実施していた。しかしながら、これらの従来の分析や時間シフト等の対処は、基本的には作業日時が決まった段階で行われるものであり、作業そのものをどの時間帯に行うのが適切か、といった計画段階での検討を行うのには適していなかった。

本発明は、エレベーター等の昇降機の稼働停止を含む作業期間中の運行状況予測や混雑対策の効果予測の検討を適切に行うことができる混雑度予測表示システム、混雑度予測表示方法及びプログラムを提供することを目的とする。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、複数台設置された昇降機の作業を実行する際の混雑度を予測して表示する混雑度予測表示システムであり、昇降機についての情報が記憶されたマスタ情報記憶部と、作業の計画情報が複数記憶された作業計画情報記憶部と、昇降機の利用者の人数のデータが記憶される収集データ記憶部と、マスタ情報記憶部に記憶された情報で示される昇降機の内の少なくとも一部を、作業計画情報記憶部に記憶された複数の計画情報に作業により休止した際の、それぞれの計画情報ごとの昇降機の混雑度をシミュレーションで予測する運行模擬部と、運行模擬部で予測した複数の計画情報の混雑度を提示する表示画面を生成する運行状況画面生成部と、を備える。

本発明によれば、昇降機の稼働停止を含む保守点検やリニューアル工事などの作業の期間中の昇降機の利用者人数予測や混雑状況予測を、条件を変えて様々な形態でシミュレーションできるようになり、適切な作業期間の設定が可能になる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の一実施の形態例によるデータセンタの構成例を示すブロック図である。 本発明の一実施の形態例によるエレベーター側の構成例を示すブロック図である。 本発明の一実施の形態例によるデータセンタのハードウェア構成例を示すブロック図である。 本発明の一実施の形態例による表示処理の流れを示すフローチャートである。 本発明の一実施の形態例による表示画面の例（工事計画選択画面）を示す図である。 本発明の一実施の形態例による表示画面の例（全体の混雑度予測画面）を示す図である。 本発明の一実施の形態例による表示画面の例（詳細な混雑度予測画面）を示す図である。 本発明の一実施の形態例による表示画面の例（一部の利用者をシフトした場合の混雑度予測画面）を示す図である。 本発明の一実施の形態例による表示画面の例（工事見積金額の比較画面）を示す図である。 本発明の一実施の形態例による表示画面の例（保全計画の検索画面）を示す図である。

以下、本発明の一実施の形態例（以下「本例」と称する）を、添付図面を参照して説明する。
［データセンタの構成］
図１は、本例の混雑度予測表示システムが備えるデータセンタ４の構成を示す。
データセンタ４は、ビルに設置された群管理エレベーター５や、その群管理エレベーター５の利用者を計測する人流監視機器６からの情報を収集して、各種作業時の混雑度を予測して、予測結果を携帯端末３に送る処理を行う。群管理エレベーター５は、複数台のエレベーターで構成される。ここでの混雑度を予測する作業には、エレベーターの一部又は全てを更新するリニューアル作業や、定期的又は不定期で行われる保守点検作業など、エレベーターを休止して行われる様々な作業が含まれる。以下の例では、リニューアル作業の場合を説明する。

携帯端末３は、エレベーターについての営業員や技術員などの作業関係者１が所持する端末である。この携帯端末３は、タブレット端末、スマートフォン、ノート型パーソナルコンピュータなどが適用可能であり、データセンタ４と通信を行う機能を有し、データセンタ４から受信した情報を表示する表示部を備える。図１では、携帯端末３の構成については省略する。営業員や技術員などの作業関係者１は、携帯端末３に表示される情報に基づいて、群管理エレベーター５が設置されたビルの管理者である顧客２と、リニューアル作業についての打ち合わせを行う。

データセンタ４は、サーバ処理部１０、エレベーター運行模擬部２０、収集データ記憶部３０、ビルマスタ情報記憶部４０、エレベーター作業計画情報記憶部５０、リニューアル工事見積情報記憶部６０、通信部７０、及び運行人流データ収集部８０を備える。

サーバ処理部１０は、エレベーター運行状況画面生成部１１と、情報検索部１２とを有する。
エレベーター運行状況画面生成部１１は、エレベーター運行模擬部２０でシミュレーションした結果に基づいた混雑状況の表示画面の情報を生成する（運行状況画面生成処理）。そして、エレベーター運行状況画面生成部１１が生成した表示画面の情報を携帯端末３に送信する。エレベーター運行模擬部２０でのシミュレーションが行われた結果の表示画面の例については、図５以降で説明する。
サーバ処理部１０から携帯端末３への情報の送信は、例えば無線電話回線を使って行われる。

情報検索部１２は、エレベーター運行模擬部２０でシミュレーションするのに必要な情報を各記憶部３０，４０，５０，６０から検索して取得する。
エレベーター運行模擬部２０は、情報検索部１２で検索して得られた情報に基づいて、エレベーター運行をシミュレーションする運行模擬処理を行い、そのシミュレーションで得られた利用人数から混雑度の推定を行う。

収集データ記憶部３０は、エレベーター運行情報記憶部３１と、人流監視情報記憶部３２とを有して、収集データ記憶処理を行う。
すなわち、エレベーター運行情報記憶部３１は、運行人流データ収集部８０を介して通信部７０が収集した群管理エレベーター５の運行状況の情報を記憶する。
また、人流監視情報記憶部３２には、運行人流データ収集部８０を介して取得された、通信部７０が収集したエレベーターの利用者の人数の情報である人流情報が記憶される。

ビルマスタ情報記憶部４０には、群管理エレベーター５を構成する各号機のエレベーターの種類、形式、階床の数、号機の数などのマスタ情報が記憶される（マスタ情報記憶処理）。
エレベーター作業計画情報記憶部５０には、群管理エレベーター５の作業（リニューアル作業）を行う際の作業計画が複数記憶される（作業計画情報記憶処理）。このエレベーター作業計画情報記憶部５０に記憶される作業計画情報は、工事情報作成端末７によって作成されたものであり、作業を行う日（曜日）、作業を行う時間帯、同時に行う号機の数の少なくともいずれか１つが異なる複数の作業計画である。

リニューアル工事見積情報記憶部６０には、エレベーター作業計画情報記憶部５０に記憶されるそれぞれの作業計画情報ごとの作業に要する金額の見積額が記憶される。このリニューアル工事見積情報記憶部６０に記憶される見積額は、例えば工事情報作成端末７から取得される。

［ビル側の構成］
図２は、データセンタ４の運行人流データ収集部８０が情報を収集するビル側の構成である、群管理エレベーター５と人流監視機器６の構成を示す。
群管理エレベーター５は、複数台（複数号機）のエレベーター１０１ａ～１０１ｎ（ｎは台数に対応した整数）を備え、この複数台のエレベーター１０１ａ～１０１ｎの運行が群管理エレベーター制御部１０２により制御される。群管理エレベーター制御部１０２による複数台のエレベーター１０１ａ～１０１ｎの運行制御は、複数台を１つ又は複数の群として統括的に制御する場合と、複数台を個別に制御する場合のいずれでもよい。また、群管理エレベーター制御部１０２は、複数台のエレベーター１０１ａ～１０１ｎの内のいずれか１台又は複数台についてリニューアル作業や保守作業を行う際に、該当する号機の運行を停止させる制御を行う。

群管理エレベーター制御部１０２により制御される各号機のエレベーター１０１ａ～１０１ｎの運行状況は、運行データ記憶部１０４に記憶される。
運行データ記憶部１０４に記憶される運行データは、通信部１０３を経由してデータセンタ４に送信される。

人流監視機器６は、エレベーターの人流を監視するセンサとして、各階床のエレベーター乗場に設置された乗場カメラ２０１と、各号機の乗りかご内に設置されたかご内カメラ２０２と、人流監視装置２０３とを備える。乗場カメラ２０１とかご内カメラ２０２は、撮影した画像の解析処理で、それぞれの撮影場所の人数を取得する。人流監視装置２０３は、セキュリティゲートなどの通過人数を直接カウントする機器である。

乗場カメラ２０１とかご内カメラ２０２と人流監視装置２０３とで得られた人数の情報である人流監視データは、人流監視データ記憶部２１１に記憶される。人流監視データ記憶部２１１に記憶される人流監視データには、データを取得した日付（曜日）や時間帯などが付加されて記憶される。
また、人流監視データ記憶部２１１に記憶される人流監視データは、通信部２１２を経由してデータセンタ４に送信される。

なお、運行データ記憶部１０４に記憶されるエレベーターの運行データや、人流監視データ記憶部２１１に記憶される人流監視データは、リアルタイムでデータセンタ４に送信する必要はない。例えば、１ヶ月や数ヶ月などのある程度の期間の運行データや人流監視データを、一括してデータセンタ４に送信してもよい。この場合、運行データや人流監視データは、メモリカードなどの記録媒体に記録させて、その記録媒体をデータセンタ４に送るようにしてもよい。

［データセンタのハードウェア構成］
図３は、データセンタ４のハードウェア構成例を示す。
データセンタ４は、情報処理を行うコンピュータで構成される。
図３に示すデータセンタ（コンピュータ）４は、バスにそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理ユニット）３０１と、ＲＯＭ（Read Only Memory）３０２と、ＲＡＭ（Random Access Memory）３０３を備える。さらに、データセンタ４は、不揮発性ストレージ３０４と、ネットワークインタフェース３０５と、入力部３０６と、表示部３０７を備える。

ＣＰＵ３０１は、データセンタ４での予測処理や画面生成処理を実行するソフトウェアのプログラムコードをＲＯＭ３０２から読み出して実行する演算処理部であり、制御部として機能する。
ＲＡＭ３０３には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。

不揮発性ストレージ３０４には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などの大容量の情報記憶部が用いられる。不揮発性ストレージ３０４には、データセンタ４が実行する予測機能を実行するプログラムや、各記憶部３０～６０の記憶データが格納される。

ネットワークインタフェース３０５には、例えば、ＮＩＣ（Network Interface Card）などが用いられる。ネットワークインタフェース３０５は、外部（携帯端末３，群管理エレベーター５，人流監視機器６など）と各種情報の送受信を行う。

入力部３０６は、データセンタ４の設定などで必要な各種情報の入力処理を行う。
表示部３０７には、データセンタ４の作動状況などが表示される。また、エレベーター運行状況画面生成部１１が生成した画面を表示部３０７に表示してもよい。
なお、データセンタ４が入力部３０６や表示部３０７を備えるのは一例であり、データセンタ４が入力部３０６や表示部３０７を備えない構成としてもよい。

また、データセンタ４が図３に示すコンピュータで構成するのは一例であり、コンピュータ以外のその他の演算処理を行う装置で構成してもよい。例えば、データセンタ４が行う機能の一部又は全部を、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）などのハードウェアによって実現してもよい。

［データセンタで表示画面を作成する処理の流れ］
図４は、本例のデータセンタ４が行う処理の流れを示すフローチャートである。
この図４に示す処理の流れは、携帯端末３を所持した作業関係者１（営業員又は技術員）が、エレベーターのリニューアル工事を行う際の作業プランごとの混雑度を、携帯端末３で確認して、顧客２と打ち合わせなどを行う際の処理の流れである。

まず、作業関係者１は、携帯端末３の画面上で、リニューアル工事の対象エレベーターを選択する（ステップＳ１）。このリニューアル工事の対象エレベーターの選択は、図５のエレベーターのリニューアル工事計画選択画面４００で行われる。すなわち、図５に示すエレベーターのリニューアル工事計画選択画面４００には、リニューアル工事対象エレベーター選択欄４０１が表示され、このリニューアル工事対象エレベーター選択欄４０１には、対象となるビル内の全てのエレベーターが一覧で示される。

ここで、作業関係者１は、リニューアル工事対象エレベーター選択欄４０１に示されたエレベーターの中で、リニューアル工事を実行するエレベーターの号機を選択する。ここで、エレベーター号機の選択に当たっては、複数の号機を同時に選択することができる。複数の号機を同時に選択した際には、複数のリニューアル工事が実行される場合の混雑度の予測処理が行われる。

次に、作業関係者１は、携帯端末３の画面上で、顧客２が希望するリニューアル工事種別を選択する。例えば、作業関係者１は、エレベーターのリニューアル工事計画選択画面４００のリニューアル工事種別選択欄４０２に表示された、制御リニューアル、準撤去リニューアル、全撤去リニューアルの内のいずれか１つを選択する。制御リニューアルは、エレベーターの制御装置などを更新する作業である。準撤去リニューアルは、エレベーターのロープや制御装置などの一部を更新する作業である。全撤去リニューアルは、ガイドレールなどの一部の構造物を除いてエレベーター全体を撤去して更新する作業である。
その後、作業関係者１は、エレベーターのリニューアル工事計画選択画面４００の検索ボタン４０３を押して、データセンタ４での検索を実行する（ステップＳ２）。

エレベーターリニューアル工事計画についての検索の指示が画面上であると、データセンタ４で、画面上で選択された号機及び工事種別の工事計画が、エレベーター作業計画情報記憶部５０に予め登録された情報から検索される。このデータセンタ４での検索は、例えばサーバ処理部１０の情報検索部１２で行われる。そして、データセンタ４で検索されたリニューアル工事プランの一覧が、携帯端末３の画面上に表示される（ステップＳ３）。
例えば、図５に示すエレベーターのリニューアル工事計画選択画面４００のリニューアル工事プラン選択欄４０４に、検索されたリニューアル工事プランの一覧が表示される。この表示画面の作成は、例えばサーバ処理部１０のエレベーター運行状況画面生成部１１で行われる。

図５の例では、リニューアル工事プラン選択欄４０４として、プラン名、工事期間、工期、プラン内容の一覧が表示される。プラン内容として、終日工事を実施、平日夜間と土日に工事を実施、平日日中に工事を実施、土日に工事を実施、などの詳細が表示される。なお、リニューアル工事プラン選択欄４０４に表示されるプランは、エレベーター作業計画情報記憶部５０に登録された情報に基づいているが、工事期間表示欄４０５は、作業関係者１が顧客２からの要望を聞きながら、作業開始日や作業終了日を変更（入力）できるようにしてもよい。

そして、作業関係者１は、リニューアル工事プラン選択欄４０４により、運行状況を予測するプランを１つ又は複数個選択し、運行状況予測ボタン４０６を押す。
なお、エレベーターのリニューアル工事計画選択画面４００には、選択されたプランの概算見積を算出する概算見積算出ボタン４０７と、終了ボタン４０８も表示される。

運行状況予測ボタン４０６が押されると、データセンタ４のエレベーター運行模擬部２０は、指定された工事が実行されて該当する号機のエレベーターが工事中に休止したときの混雑度を予測する処理を行う。エレベーター運行模擬部２０が混雑度を予想する際には、収集データ記憶部３０のエレベーター運行情報記憶部３１に記憶された過去の運行情報と人流監視情報記憶部３２に記憶された過去の人流情報が使用される。

例えば、エレベーター運行模擬部２０は、過去の一定期間内の、同じ曜日や時間帯別の平均の人流情報を収集データ記憶部３０から取得して、各プランの工事を実行した場合の作業期間中に稼働している各号機全体での利用者数を推定する。そして、エレベーター運行模擬部２０は、推定した利用者数から、群管理エレベーター全体での時間帯ごとの混雑度を算出する。そして、予測した利用者数や混雑度の結果が、携帯端末３の画面上に表示される（ステップＳ４）。

例えば、図６に示すエレベーターのリニューアル工事期間運行状況予測画面５００が、携帯端末３の画面上に表示される。この表示画面の作成は、例えばサーバ処理部１０のエレベーター運行状況画面生成部１１で行われる。
この図６に示すエレベーターのリニューアル工事期間運行状況予測画面５００には、工事実施時間帯表示欄５０１、エレベーター利用者数表示欄５０２、混雑度予測グラフ５０３、混雑度閾値５０４、日付選択欄５０５、工事プラン選択欄５０６が表示される。また、エレベーターのリニューアル工事期間運行状況予測画面５００には、時間帯別運行状況ボタン５０７と戻るボタン５０８が表示される。ここで、混雑度閾値５０４は、エレベーターの乗りかごの乗客数が定員になってしまうような、非常に混雑した状態を判定する閾値である。つまり、混雑度閾値５０４を超える混雑度となることは、好ましくない状態である。

図６に示すように、混雑度予測グラフ５０３では、図５のリニューアル工事計画選択画面４００のリニューアル工事プラン選択欄４０４で選択した全ての工事プランが区別できるように表示される。具体的には、Ａプラン、Ｂプラン、Ｃプランの３つの混雑度予想が、１つの混雑度予測グラフ５０３の上に重ねて表示される。
また、混雑度予測グラフ５０３には、工事（作業）を行わなかった場合、つまり全ての号機を稼働させた場合の混雑度についても参考に表示させている。これにより、リニューアル工事期間運行状況予測画面５００では、リニューアル工事プラン毎の混雑度グラフの比較と、通常時（工事実施前）の混雑度との比較が可能になっている。

なお、図６に示す例では、複数のプラン（Ａプラン、Ｂプラン、Ｃプラン）の混雑度予想を、１つの混雑度予測グラフ５０３に重ねて表示するようにしたが、それぞれのプランごとのグラフを画面上に並べて表示してもよい。

再び、図４に戻って説明を続ける。図６のリニューアル工事期間運行状況予測画面５００を見た作業関係者１は、混雑度閾値５０４を超えたプランがあり、工事期間中のエレベーター運行に影響があるか否かを判断する（ステップＳ５）。
このステップＳ５で、混雑度閾値５０４を超えたプランがない場合（ステップＳ５のＮｏ）、作業関係者１は、さらに別のプランの確認を行うか否かを判断する（ステップＳ１０）。ステップＳ１０で、他のプランについても確認する場合（ステップＳ１０のＹｅｓ）、ステップＳ１のエレベーター選択に戻り、他のプランの予測と表示を実行する。

また、ステップＳ５で、混雑度閾値５０４を超えたプランがある場合（ステップＳ５のＹｅｓ）、作業関係者１は、リニューアル工事期間運行状況予測画面５００の時間帯別運行状況ボタン５０７を押し、携帯端末３が表示する画面を、工事時間帯別の運行状況予測表示画面の表示に遷移させる（ステップＳ６）。

図７は、エレベーターリニューアル工事の時間帯別運行状況予測画面６００を示す。
エレベーターリニューアル工事の時間帯別運行状況予測画面６００には、時間帯別利用者数推移６０１、混雑度表示欄６０２、混雑度予測グラフ６０３、混雑度閾値６０４、利用者数グラフ６０６，６０７が表示される。利用者数グラフ６０６，６０７は、12:00～13:00の時間帯の利用者数グラフ６０６と、13:00～14:00の時間帯の利用者数グラフ６０７である。また、エレベーターリニューアル工事の時間帯別運行状況予測画面６００には、シフト対象時間帯選択欄６０８、シフト時間幅選択欄６０９、シフト人数入力欄６１０、時間シフト運用予測ボタン６１１、戻るボタン６１２が表示される。

この図７の例では、混雑度の悪化時間帯６０５は、混雑度閾値６０４を超えたことを示している。
ここで、時間帯別運行状況予測画面６００を見た作業関係者１は、時間シフト運用予測ボタン６１１を押すことで、データセンタ４のエレベーター運行模擬部２０が、ビルの一部の利用者の利用時間帯をシフトさせる予測を実行する（ステップＳ７）。
ここでは、まず作業関係者１は、図７の時間帯別利用者数推移６０１を見て、混雑している時間帯の利用者数グラフ６０６について、シフト対象時間帯選択欄６０８で選択する。

次に、作業関係者１は、シフトする時間幅をシフト時間幅選択欄６０９から選択し、シフト対象となる人数をシフト人数入力欄６１０に入力後、時間シフト運用予測ボタン６１１を選択する。図７の例では、シフト時間幅選択欄６０９は、１５分、３０分、４５分、６０分の４つが選択可能であり、シフト人数入力欄６１０は、任意の人数の入力が可能である。

なお、シフト対象となる利用者については、エレベーター運行模擬部２０が、対象時間帯の利用者をランダムに抽出してもよいが、特定の階床の利用者をシフト対象としたり、特定の階床の特定エリアの利用者をシフト対象としてもよい。あるいはまた、群管理エレベーターが停止する階を、高層階と下層階に分け、どちらか一方の利用者を時間シフト対象としたり、フロアー単位での人数を設定できるようにしたり、入居しているテナントの人数を設定できるようにしてもよい。ここでのシフトとは、例えば特定の階床のオフィスの昼休みの時間を、指定した時間だけシフトするようなことが考えられる。

図８は、一部の利用者の利用時間帯をシフトさせた場合のエレベーターのリニューアル工事時間帯別運行状況予測画面７００の例を示す。
図８に示すエレベーターのリニューアル工事時間帯別運行状況予測画面７００の表示内容は、基本的には図７に示す時間帯別運行状況予測画面６００と同じであるが、12:00～13:00の時間帯の利用者数グラフ７０１がシフトで利用者を減らした期間であり、13:00～14:00の時間帯の利用者数グラフ７０２がシフトで利用者が増える時間である。

また、時間シフト前の混雑度予測グラフ７０３と、時間シフト後の混雑度予測グラフ７０４とを重ねて表示する。この図８の例では、時間シフト後の混雑度予測グラフ７０４が、混雑度閾値７０７以下になっていることが分かる。つまり、時間シフトすることで、利用者が分散されると予想される。
このようにして、本例によると、出勤時間や昼休み時間などの混雑している時間帯を指定し、該当する時間帯のエレベーターの利用者の指定した人数を後ろ（又は前）に時間シフトした運用のシミュレーションが可能になる。

なお、図７の時間帯別運行状況予測画面６００において、シフト人数入力欄６１０には、利用者数グラフ６０６の利用者数と利用者数グラフ６０７の利用者が平準化されるように値を入力するのが好ましい。但し、シフト時間幅選択欄６０９で設定した時間幅によっては、適切に平準化されない場合がある。そのような場合には、図７の時間帯別運行状況予測画面６００でシフト時間幅選択欄６０９の時間幅を別の値に変更し、運行シミュレーションを再実行して、最適な時間幅を設定する。また、シフト時間幅選択欄６０９で設定する時間は、時間幅（分）を数値で直接入力できるようにしてもよい。

図８のエレベーターのリニューアル工事時間帯別運行状況予測画面７００は、シフト中を示すため、時間シフト運用予測ボタン７０５はグレーなどで薄く表示される。そして、エレベーターのリニューアル工事時間帯別運行状況予測画面７００の戻るボタン７０６が押されることで、図７の表示などに戻る。

再び図４に戻って説明を続ける。図８のエレベーターのリニューアル工事時間帯別運行状況予測画面７００でシフトの効果を確認した作業関係者１は、シフトにより混雑が緩和され、エレベーターの運行に影響がないか否かを判断する（ステップＳ８）。
このステップＳ８で、シフト後であっても影響がある場合（ステップＳ８のＮｏ）、作業関係者１は、顧客２との打ち合わせで工事プランや計画を見直し（ステップＳ９）、ステップＳ１のエレベーター選択に戻り、見直したプランの予測と表示を実行する。

また、ステップＳ８で、シフトによって影響がなくなった場合（ステップＳ８のＹｅｓ）、作業関係者１は、さらに別のプランの確認を行うか否かを判断する（ステップＳ１０）。ステップＳ１０で、他のプランについても確認する場合（ステップＳ１０のＹｅｓ）、ステップＳ１のエレベーター選択に戻り、他のプランの予測と表示を実行させる。
そして、ステップＳ１０で、他のプランを確認しない場合（ステップＳ１０のＮｏ）、作業関係者１は、概算見積の表示の指示を行い、工事プラン毎のコスト比較結果を確認し（ステップＳ１１）、終了する。

図９は、ステップＳ１１での表示されるエレベーターのリニューアル工事見積金額比較画面８００の例を示す。このリニューアル工事見積金額比較画面８００は、リニューアル工事見積情報記憶部６０が記憶したリニューアル工事見積情報に基づいて、エレベーター運行状況画面生成部１１で作成される。但し、ステップＳ１からステップＳ１０までの流れで、リニューアル工事の期間などの条件が変更された場合は、その変更された条件での概算見積が表示される。

図９に示すように、エレベーターのリニューアル工事見積金額比較画面８００は、工事プラン見積金額比較表８０１と、戻るボタン８０２とを有する。
工事プラン見積金額比較表８０１の欄は、プラン毎の工事（作業）の代金の見積金額を表示する。このエレベーターのリニューアル工事見積金額比較画面８００は、例えば顧客２から概算見積の提示要求などがあった場合に表示して、顧客２に提示する。

以上説明したように、本例のシステムによると、ビル管理会社やビルオーナーなどの顧客が管理するビルに設置されたエレベーターのリニューアル工事を実施する場合に、作業時におけるエレベーターの混雑を事前に予測して、顧客に提示できるようになる。また、予測に基づいて、混雑緩和のための対応が必要な場合には、混雑する時間帯を指定後、シフト人数や時間シフト幅を設定し、該当する時間帯の利用者の時間シフトによる運用変更を運行シミュレーションにて実施して、混雑の緩和の効果を確認することも可能になる。
さらに、各プランでエレベーターのリニューアル工事を実施した場合の見積金額についても算出して表示でき、顧客への工事プランの提示を適切に行えるようになる。

［変形例］
なお、本発明は、上述した実施の形態例に限定されるものではなく、様々な変形例が含まれる。例えば、図５～図８の例では、エレベーターのリニューアル工事を行う際の作業プランに基づいた混雑度の推定を行うようにした。これに対して、リニューアル工事以外のエレベーターを休止して行う作業時の混雑度の推定を、同様にデータセンタ４が行うようにしてもよい。

例えば、データセンタ４は、図５に示すリニューアル工事計画選択画面４００の代わりに、図１０に示すエレベーターの保全作業計画検索画面９００を作成して、エレベーターの保全作業についての計画を、同様の手順で行うようにしてもよい。
図１０に示すエレベーターの保全作業計画検索画面９００は、作業開始日時選択欄９０１、作業終了日時選択欄９０２、検索ボタン９０３、保全作業計画一覧表示欄９０４、運行状況予測ボタン９０５、終了ボタン９０６を有する。

そして、作業関係者１は、この保全作業計画検索画面９００の作業開始日時選択欄９０１と作業終了日時選択欄９０２とで範囲を指定した上で、検索ボタン９０３を押す。これにより、保全作業計画一覧表示欄９０４に、指定した範囲内に予定されている保全作業の一覧が表示される。この保全作業は、エレベーターの稼働を一時的に停止して行うものである。
この保全作業計画一覧表示欄９０４に一覧を表示した状態で、運行状況予測ボタン９０５を押すことで、一覧表示した各作業を行う際の混雑度の表示画面に移行する。混雑度の表示画面は、リニューアル工事時の画面と同様である。また、保全作業を実行する日付（曜日）や時間帯の選択を行った場合、それらの選択ごとの保全作業に要する見積金額を表示してもよい。
このようにして、リニューアル工事以外に、保全作業などのエレベーターを休止して行う様々な作業時の混雑度についても、予測して表示できるようになる。なお、保全作業計画についての処理を行う場合、データセンタ４のエレベーター作業計画情報記憶部５０には、保全計画情報が記憶される。

また、上述した実施の形態例では、エレベーターのリニューアル工事や保全作業時の混雑度を比較できるようにしたが、エレベーター以外の昇降機についても、同様の処理でリニューアル工事や保全作業時の混雑度を比較できるようにしてもよい。例えば、エスカレーターなどの昇降機に適用してもよい。

また、上述した実施の形態例では、データセンタ４に設置されたサーバ処理部１０やエレベーター運行模擬部２０が、運行状況の画面を生成して、営業員や技術員が所持した携帯端末３に画面を表示させる情報を送って、携帯端末３で結果を表示させるようにした。これに対して、データセンタ４が備える表示装置が、作成した画面を表示するようにしてもよい。
あるいはまた、営業員や技術員が所持した携帯端末３内に、本例の処理を実行するプログラム（ソフトウェア）を実装させて、データセンタ４側から混雑度の推定に必要な各情報を携帯端末３が取得して、作業時の携帯端末３が混雑度の推定処理と表示画面作成処理を行うようにしてもよい。

また、図５～図１０に示す各画面の例は一例であり、その他の形態の表示画面としてもよい。例えば図６に示すエレベーターのリニューアル工事期間運行状況予測画面５００では、エレベーター利用者数表示欄５０２を設けたが、このエレベーター利用者数表示欄５０２は省略して、混雑度予測グラフ５０３のみを表示した画面としてもよい。混雑度予測の表示形態についても、時間帯ごとの混雑度を示すグラフは一例であり、時間帯ごとに混雑度を大、中、小などの状態を示す文字や図形で示すようにしてもよい。あるいは、パーセントなどの数値で、混雑度を示すようにしてもよい。

また、上述した実施の形態例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
さらに、上述した実施の形態例において、本発明の主旨を変えない範囲内で、装置又はシステム構成の変更や、一部の処理手順の省略や入れ替えを行ってもよい。
また、運転モードの切り替え処理を行うプログラム等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、光ディスク等の記録媒体に置くことができる。

さらにまた、図１や図２のブロック図では、制御線や情報線は説明上必要と考えられるものだけを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。また、図４に示すフローチャートにおいて、処理結果に影響を及ぼさない範囲で、複数の処理を同時に実行するか、あるいは処理順序を変更してもよい。

１…作業関係者（営業員，技術員）、２…顧客、３…携帯端末、４…データセンタ、５…群管理エレベーター、６…人流監視機器、７…工事情報作成端末、１０…サーバ処理部、１１…エレベーター運行状況画面生成部、１２…情報検索部、２０…エレベーター運行模擬部、３０…収集データ記憶部、３１…エレベーター運行情報記憶部、３２…人流監視情報記憶部、４０…ビルマスタ情報記憶部、５０…エレベーター作業計画情報記憶部、６０…リニューアル工事見積情報記憶部、７０…通信部、８０…運行人流データ収集部、１０１ａ～１０１ｎ…エレベーター、１０２…群管理エレベーター制御部、１０３…通信部、１０４…運行データ記憶部、２０１…乗り場カメラ、２０２…かご内カメラ、２０３…人流監視装置、２１１…人流監視データ記憶部、２１２…通信部、３０１…中央処理ユニット（ＣＰＵ）、３０２…ＲＯＭ、３０３…ＲＡＭ、３０４…不揮発性ストレージ、３０５…ネットワークインタフェース、３０６…入力部、３０７…表示部、４００…リニューアル工事計画選択画面、４０１…リニューアル工事対象エレベーター選択欄、４０２…リニューアル工事種別選択欄、４０３…検索ボタン、４０４…リニューアル工事プラン選択欄、４０５…工事期間表示欄、４０６…運行状況予測ボタン、４０７…概算見積算出ボタン、４０８…終了ボタン、５００…エレベーターのリニューアル工事期間運行状況予測画面、５０１…工事実施時間帯表示欄、５０２…エレベーター利用者数表示欄、５０３…混雑度予測グラフ、５０４…混雑度閾値、５０５…日付選択欄、５０６…工事プラン選択欄、５０７…時間帯別運行状況ボタン、５０８…戻るボタン、６００…エレベーターのリニューアル工事時間帯別運行状況予測画面、６０１…時間帯別利用者数推移、６０２…混雑度表示欄、６０３…混雑度予測グラフ、６０４…混雑度閾値、６０５…混雑度の悪化時間帯、６０６…利用者数グラフ（12:00～13:00）、６０７…利用者数グラフ（13:00～14:00）、６０８…シフト対象時間帯選択欄、６０９…シフト時間幅選択欄、６１０…シフト人数入力欄、６１１…時間シフト運用予測ボタン、６１２…戻るボタン、７００…エレベーターのリニューアル工事時間帯別運行状況予測画面、７０１…利用者数グラフ（12:00～13:00）、７０２…利用者数グラフ（13:00～14:00）、７０３…混雑度予測グラフ（時間シフト前）、７０４…混雑度予測グラフ（時間シフト後）、７０５…時間シフト運用予測ボタン、７０６…戻るボタン、８００…エレベーターのリニューアル工事見積金額比較画面、８０１…工事プラン見積金額比較表、８０２…戻るボタン、９００…エレベーターの保全作業計画検索画面、９０１…作業開始日時選択欄、９０２…作業終了日時選択欄、９０３…検索ボタン、９０４…保全作業計画一覧表示欄、９０５…運行状況予測ボタン、９０６…終了ボタン

Claims (10)

1. 複数台設置された昇降機の作業を実行する際の混雑度を予測して表示する混雑度予測表示システムであり、
   前記昇降機についての情報が記憶されたマスタ情報記憶部と、
   前記作業の計画情報が複数記憶された作業計画情報記憶部と、
   前記昇降機の利用者の人数のデータを収集して記憶する収集データ記憶部と、
   前記マスタ情報記憶部に記憶された情報で示される前記昇降機の内の少なくとも一部を、前記作業計画情報記憶部に記憶された複数の計画情報に作業により休止した際の、それぞれの計画情報ごとの前記昇降機の混雑度をシミュレーションで予測する運行模擬部と、
   前記運行模擬部で予測した複数の計画情報の混雑度を提示する表示画面を生成する運行状況画面生成部と、を備える
   混雑度予測表示システム。
2. 前記複数の計画情報は、作業を実行する日と、作業を実行する時間帯と、同時に作業を実行する昇降機の台数の少なくともいずれか１つが相違するものであり、
   前記運行模擬部は、シミュレーションした複数の計画情報ごとの混雑度を、１つの画面上で比較できる表示画面を生成する
   請求項１に記載の混雑度予測表示システム。
3. 前記運行模擬部で得られた複数の計画情報ごとの混雑度の表示画面は、前記作業の作業関係者が保持する端末に送信し、
   前記端末が備える表示部の画面上で、シミュレーションした複数の計画情報ごとの混雑度を表示させる
   請求項２に記載の混雑度予測表示システム。
4. 前記運行模擬部は、前記昇降機を休止しない場合の通常時の前記昇降機の混雑度についてもシミュレーションで予測し、前記運行状況画面生成部が生成する表示画面には、予測した通常時の混雑度についても提示する
   請求項３に記載の混雑度予測表示システム。
5. 前記作業計画情報記憶部に記憶された複数の計画情報の内で、前記運行模擬部がシミュレーションする計画情報は、前記端末からの指示で選択された計画情報である
   請求項３に記載の混雑度予測表示システム。
6. 作業計画情報記憶部に記憶されたそれぞれの計画情報ごとの作業に要する見積金額を記憶する見積情報記憶部を有し、
   前記見積情報記憶部に記憶された見積金額の情報に基づいて、前記端末が備える表示部の画面上で、各作業計画の見積金額を表示する
   請求項３に記載の混雑度予測表示システム。
7. 前記運行模擬部は、前記収集データ記憶部に記憶された人数のデータの内の、一部の階床又は一部のエリアの利用者の利用時間帯をシフトさせた場合の前記昇降機の混雑度をシミュレーションで予測して提示する
   請求項１に記載の混雑度予測表示システム。
8. 前記作業計画情報記憶部に記憶される作業の計画情報は、前記昇降機のリニューアル工事の作業の計画情報又は前記昇降機の保全作業の計画情報である
   請求項１～７のいずれか１項に記載の混雑度予測表示システム。
9. 複数台設置された昇降機の作業を実行する際の混雑度を、コンピュータにより予測して表示する混雑度予測表示方法であり、
   前記コンピュータによる演算で、前記昇降機についての情報を記憶させるマスタ情報記憶処理と、
   前記コンピュータによる演算で、前記作業の計画情報を複数記憶させる作業計画情報記憶処理と、
   前記コンピュータによる演算で、前記昇降機の利用者の人数のデータを収集して記憶する収集データ記憶処理と、
   前記コンピュータによる演算で、前記マスタ情報記憶処理で記憶した情報で示される前記昇降機の内の少なくとも一部を、前記作業計画情報記憶処理で記憶された複数の計画情報に作業により休止した際の、それぞれの計画情報ごとの前記昇降機の混雑度をシミュレーションで予測する運行模擬処理と、
   前記コンピュータによる演算で、前記運行模擬処理により予測した複数の計画情報の混雑度を提示する表示画面を生成する運行状況画面生成処理と、
   を含む
   混雑度予測表示方法。
10. 複数台設置された昇降機の作業を実行する際の混雑度を予測する処理をコンピュータに実行させるプログラムであり、
    前記昇降機についての情報を記憶するマスタ情報記憶手順と、
    前記作業の計画情報を複数記憶する作業計画情報記憶手順と、
    前記昇降機の利用者の人数のデータを収集して記憶する収集データ記憶手順と、
    前記マスタ情報記憶手順で記憶した情報で示される前記昇降機の内の少なくとも一部を、前記作業計画情報記憶手順で記憶した複数の計画情報に作業により休止した際の、それぞれの計画情報ごとの前記昇降機の混雑度をシミュレーションで予測する運行模擬手順と、
    前記運行模擬手順により予測した複数の計画情報の混雑度を提示する表示画面を生成する運行状況画面生成手順と、をコンピュータに実行させる
    プログラム。

Images