(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-07
(45)【発行日】2023-12-15
(54)【発明の名称】昇降機稼働情報表示システム
(51)【国際特許分類】
B66B 5/00 20060101AFI20231208BHJP
B66B 3/00 20060101ALI20231208BHJP
【ＦＩ】
B66B5/00 G
B66B3/00 R
【請求項の数】
6
(21)【出願番号】P 2023500131
(86)(22)【出願日】2021-02-16
(86)【国際出願番号】 JP2021005634
(87)【国際公開番号】W WO2022176003
(87)【国際公開日】2022-08-25
【審査請求日】2023-01-27
(73)【特許権者】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110000925
【氏名又は名称】弁理士法人信友国際特許事務所
(72)【発明者】
【氏名】大野 航
(72)【発明者】
【氏名】大塚 憲治
(72)【発明者】
【氏名】岡本 雅幸
【審査官】中田 誠二郎
(56)【参考文献】
【文献】特開２００５－２３１８５０（ＪＰ，Ａ）
【文献】特開２００６－１９９４８７（ＪＰ，Ａ）
【文献】特開２００６－１８２５３３（ＪＰ，Ａ）
【文献】特開２００６－０５６６７７（ＪＰ，Ａ）
【文献】特開２０１１－１３２０１７（ＪＰ，Ａ）
【文献】国際公開第２００７／０３７１７５（ＷＯ，Ａ１）
【文献】特開２０１３－１７５０４９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｂ６６Ｂ ３／００－５／２８
(57)【特許請求の範囲】
【請求項1】
同一サイトに設置された複数の昇降機を制御する１つ又は複数の制御盤から、前記昇降機で定められた期間毎に、前記昇降機の稼働情報を収集する収集部と、前記収集部が収集した稼働情報を予め定められた間隔の稼働情報に変換するデータ変換部と、
前記データ変換部が変換した稼働情報を基に、前記サイトの平均呼び継続時間とホール乗降人数との少なくとも一方を含む昇降機利用情報を表示用に出力する出力部と、を備える
昇降機稼働情報表示システム。
【請求項2】
前記変換部は、前記サイトのフロア単位で稼働情報を変換し、前記出力部は、フロア単位に変換された稼働情報を時系列に出力する
請求項１に記載の昇降機稼働情報表示システム。
【請求項3】
前記出力部は、複数のフロアについて稼働情報を表示可能であり、第１のフロアの稼働情報表示期間を変更したとき、第２のフロアの稼働情報表示期間も第１のフロアの表示期間と同じ期間に変更する請求項２に記載の昇降機稼働情報表示システム。
【請求項4】
前記収集部は、複数のサイトに設置された昇降機の稼働情報を収集可能に構成され、前記変換部は、サイト単位に稼働情報を変換し、
前記出力部は、サイト単位に変換された稼働情報を時系列に出力する
請求項１に記載の昇降機稼働情報表示システム。
【請求項5】
前記出力部が出力する情報は、複数のサイトについての稼働情報を同時又は切り替えで表示可能であり、第１のサイトの稼働情報表示期間を変更したとき、第２のサイトの稼働情報表示期間も第１のサイトの稼働情報表示期間と同じ期間に変更する請求項４に記載の昇降機稼働情報表示システム。
【請求項6】
前記出力部が出力する稼働情報は、前記フロア又は前記サイトを使用するテナントに対応付けて出力される請求項２又は請求項５に記載の昇降機稼働情報表示システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、昇降機稼働情報表示システムに関する。
【背景技術】
【0002】
大型のビルや商業施設には、多数のエレベーターが設置されている。通常、ビルに設置された複数台のエレベーターは、群管理制御盤により一括して管理されている。また、各エレベーターの群管理制御盤の制御による運行状態は、ビル内の防災センタで監視される。さらに、群管理制御盤による各エレベーターの運行状態は、エレベーターのベンダが設置した監視センタでも遠隔監視されている。
【0003】
群管理制御盤は、エレベーター設置台数や設置状況によって、１つのビル内に複数配置される場合がある。例えば、高層ビルの場合、１階から高層階まで昇降する高層階用エレベーターと、低層階だけを昇降する低層階用エレベーターとで、それぞれ別の群管理制御盤で制御することがある。１つのビル内の複数台のエレベーターは、全て同じベンダが製造したものを設置する場合もあるが、群管理制御盤が制御するエレベーター毎に、別のベンダのものを設置することも多々ある。
【0004】
群管理制御盤は、ベンダ毎に仕様が異なり、同じベンダであっても、機種によっては仕様が相違する。１つのビルに仕様の異なる複数の群管理制御盤が設置されている場合、防災センタに設置されたエレベーターの監視装置についても、それぞれの仕様に対応したものが個別に用意される。したがって、監視業務を行う者は、複数の監視装置を使って監視を行う必要が生じている。
【0005】
特許文献１には、機種の異なるエレベーターの稼働・診断データを、変換プログラムを用いて変換した後、データベースに格納することにより、複数の機種のエレベーターの保守用の診断を行う技術が記載されている。
【先行技術文献】
【特許文献】
【0006】
【文献】特開２００５－２３１８５０号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
ところで、群管理制御盤で得られるエレベーターの稼働状況のデータは、様々な制御や解析に役立つことがわかっている。例えば、ビル内のエレベーターの稼働状況のデータからは、ビル内の各階の人の流れを把握して、ビル内の空調などの設備を適正に制御することができる。また、ビル内のエレベーターの稼働状況を解析することで、各階に入居している店舗などのテナントが、同じ業種の他の店舗に比べて利用者が多いか少ないか等の繁忙状況を判断することができる。
【0008】
このようにエレベーターの稼働状況のデータは、利用価値が高いデータであるが、従来、高度な利用が行われているとは言えない状況であった。すなわち、群管理制御盤は、背景技術の欄で述べたように、ベンダや機種によって仕様が異なり、ベンダが異なるエレベーターからのデータを収集することは行われていない。
【0009】
ここで、例えば、特許文献１には、機種の異なるエレベーターの稼働・診断データを、変換プログラムを用いて変換して、一括して複数のエレベーターの保守用の診断を行うことが提案されている。保守用の診断に必要な稼働データとしては、例えば巻上機の稼働時間やドアの開閉回数、ブレーキの作動状況などのエレベーターの運行に直接関係した稼働データである。
【0010】
一方、エレベーターの稼働状況からビル内の人の流れやテナントの繁忙状況などを判断するためには、保守に必要な稼働状況とは異なる、より高度な稼働状況のデータを集める必要がある。
しかしながら、従来、機種やベンダが異なる群管理制御盤では、それぞれが収集するデータ形式が全く異なり、多種類の群管理制御盤からのデータを収集して、人の流れなどのビル内の状況の詳細を解析することは行われておらず、実現が望まれていた。
しかしながら、従来、機種やベンダが異なる群管理制御盤では、それぞれが収集するデータ形式が全く異なり、多種類の群管理制御盤からのデータを収集して、人の流れなどのビル内の状況の詳細を解析することは行われておらず、実現が望まれていた。
【課題を解決するための手段】
【0011】
上記課題を解決するために、例えば請求の範囲に記載の構成を採用する。
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、昇降機稼働情報表示システムとして、同一サイトに設置された複数の昇降機を制御する１つ又は複数の制御盤から、昇降機で定められた期間毎に、昇降機の稼働情報を収集する収集部と、収集した稼働情報を予め定められた間隔の稼働情報に変換するデータ変換部と、データ変換部が変換した稼働情報を基に、サイトの平均呼び継続時間とホール乗降人数との少なくとも一方を含む昇降機利用情報を表示用に出力する出力部と、を備える。
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、昇降機稼働情報表示システムとして、同一サイトに設置された複数の昇降機を制御する１つ又は複数の制御盤から、昇降機で定められた期間毎に、昇降機の稼働情報を収集する収集部と、収集した稼働情報を予め定められた間隔の稼働情報に変換するデータ変換部と、データ変換部が変換した稼働情報を基に、サイトの平均呼び継続時間とホール乗降人数との少なくとも一方を含む昇降機利用情報を表示用に出力する出力部と、を備える。
【発明の効果】
【0012】
本発明によると、ビルなどのサイトに設置された複数の昇降機の稼働情報を基に、サイトの平均呼び継続時間とホール乗降人数との少なくとも一方を表示することで、サイトが有効に活用されているかなどが分かるようになる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【0013】
【図1】本発明の一実施の形態例によるシステム全体の概要を示す構成図である。
【図2】本発明の一実施の形態例によるデータの流れの概念を示す図である。
【図3】本発明の一実施の形態例によるシステムの全体構成を示すブロック図である。
【図4】本発明の一実施の形態例による中継サーバの構成を示すブロック図である。
【図5】本発明の一実施の形態例による群管理制御盤と中継サーバの処理の流れを示すフローチャートである。
【図6】本発明の一実施の形態例によるプラットフォームサーバとユーザ端末での処理の流れを示すフローチャートである。
【図7】本発明の一実施の形態例によるサイト情報テーブルの例を示す図である。
【図8】本発明の一実施の形態例による変換ルールテーブルの例を示す図である。
【図9】本発明の一実施の形態例による運行データのデータベースの例を示す図である。
【図10】本発明の一実施の形態例によるフロア比較画面の例を示す図である。
【図11】本発明の一実施の形態例によるサイト比較画面の例を示す図である。
【図12】本発明の一実施の形態例による解析結果の表示画面の例を示す図である。
【発明を実施するための形態】
【0014】
以下、本発明の一実施の形態例の昇降機稼働情報表示システムを、添付図面を参照して説明する。
【0015】
［全体構成］
図１は、本発明の一実施の形態例の昇降機稼働情報表示システムの概略構成を示す。
図１に示すシステムは、複数のビル１００－１，１００－２，・・・に設置された昇降機であるエレベーター１１１，１１２，１１３，・・・の稼働情報を表示するシステムである。それぞれのビル１００－１，１００－２，・・・には複数台のエレベーターが設置され、ビルに設置された群管理制御盤２００－１，２００－２，２００－３，・・・により群管理される。
図１では、Ａビル１００－１とＢビル１００－２を備えた構成として説明するが、実際には、より多数のビルや群管理制御盤から構成される。また、以下の説明では、ビルなどのエレベーターが設置された箇所をサイトと称する場合もある。
図１は、本発明の一実施の形態例の昇降機稼働情報表示システムの概略構成を示す。
図１に示すシステムは、複数のビル１００－１，１００－２，・・・に設置された昇降機であるエレベーター１１１，１１２，１１３，・・・の稼働情報を表示するシステムである。それぞれのビル１００－１，１００－２，・・・には複数台のエレベーターが設置され、ビルに設置された群管理制御盤２００－１，２００－２，２００－３，・・・により群管理される。
図１では、Ａビル１００－１とＢビル１００－２を備えた構成として説明するが、実際には、より多数のビルや群管理制御盤から構成される。また、以下の説明では、ビルなどのエレベーターが設置された箇所をサイトと称する場合もある。
【0016】
Ａビル１００－１には、第１群管理制御盤２００－１が設置され、第１群管理制御盤２００－１に内蔵されたエレベーター制御部２１０－１が、Ａビル１００－１内の３台のエレベーター１１１，１１２，１１３を群管理する。
また、Ｂビル１００－２には、第２群管理制御盤２００－２と第３群管理制御盤２００－３が設置され、２台の群管理制御盤２００－２，２００－３で、Ｂビル１００－２内の５台のエレベーター１１４～１１８が群管理される。第２群管理制御盤２００－２では、エレベーター制御部２１０－２が、３台のエレベーター１１４，１１５，１１６を群管理する。第３群管理制御盤２００－３では、エレベーター制御部２１０－３が、２台のエレベーター１１７，１１８を群管理する。
また、Ｂビル１００－２には、第２群管理制御盤２００－２と第３群管理制御盤２００－３が設置され、２台の群管理制御盤２００－２，２００－３で、Ｂビル１００－２内の５台のエレベーター１１４～１１８が群管理される。第２群管理制御盤２００－２では、エレベーター制御部２１０－２が、３台のエレベーター１１４，１１５，１１６を群管理する。第３群管理制御盤２００－３では、エレベーター制御部２１０－３が、２台のエレベーター１１７，１１８を群管理する。
【0017】
なお、エレベーターの群管理では、通常、複数台のエレベーターの運行を集中して適正に管理して、各階の乗り場の呼びボタンが押されてからの時間である呼び継続時間を均等化するなどの処理が行われるが、本実施の形態例での群管理は、このような高度な群管理を行うものには限定されない。すなわち、本実施の形態例における群管理は、複数台のエレベーターの運行を１つの制御盤で制御するものであれば、どのような管理形態のものであってもよい。但し、それぞれの群管理制御盤２００－１～２００－３は、少なくとも群管理しているエレベーターの稼働情報である運行データを収集する機能を有する。なお、エレベーターの稼働情報（運行データ）の詳細については後述する。
また、それぞれのエレベーター１１１～１１８及び群管理制御盤２００－１～２００－３は、機種やベンダ（製造メーカ）が異なるものが混在していてもよい。
エレベーター１１１～１１８や群管理制御盤２００－１～２００－３の機種やベンダが異なる場合、それぞれの群管理制御盤２００－１～２００－３がエレベーター１１１～１１８の運行データを収集する際のデータ種類、データ形式、データ収集間隔は一定ではない。また、群管理制御盤２００－１～２００－３が収集したデータを外部に送信する周期についても、機種やベンダが異なる場合、一定ではない。
また、それぞれのエレベーター１１１～１１８及び群管理制御盤２００－１～２００－３は、機種やベンダ（製造メーカ）が異なるものが混在していてもよい。
エレベーター１１１～１１８や群管理制御盤２００－１～２００－３の機種やベンダが異なる場合、それぞれの群管理制御盤２００－１～２００－３がエレベーター１１１～１１８の運行データを収集する際のデータ種類、データ形式、データ収集間隔は一定ではない。また、群管理制御盤２００－１～２００－３が収集したデータを外部に送信する周期についても、機種やベンダが異なる場合、一定ではない。
【0018】
各ビル１００－１，１００－２の群管理制御盤２００－１～２００－３は、ベンダごとに設置された不図示の監視センタと通信を行い、故障の発生やかご内の閉じ込めの発生などを監視センタが監視している。また、群管理制御盤２００－１～２００－３での制御状態は、各ビル１００－１，１００－２に設置された防災センタでも監視が可能である。
そして、本実施の形態例のシステムの群管理制御盤２００－１～２００－３は、ベンダごとの監視センタやビルごとの防災センタとは別に設置した中継サーバ３００と、ネットワーク９００を介して通信を行う。
そして、本実施の形態例のシステムの群管理制御盤２００－１～２００－３は、ベンダごとの監視センタやビルごとの防災センタとは別に設置した中継サーバ３００と、ネットワーク９００を介して通信を行う。
【0019】
中継サーバ３００は、運行データ収集部３２１とデータ変換部３２２とを備える。運行データ収集部３２１は、群管理制御盤２００－１～２００－３からエレベーターの運行データを収集する。データ変換部３２２は、運行データ収集部３２１が収集した運行データを、統一した形式のデータに変換する。
【0020】
中継サーバ３００で統一した形式に変換された運行データは、ネットワーク９００を介してプラットフォームサーバ４００に送られ、プラットフォームサーバ４００の運行データデータベース４１２に蓄積される。プラットフォームサーバ４００では、蓄積した運行データが解析される。なお、図面では、プラットフォームはＰＦ、データベースはＤＢと記載している。
【0021】
プラットフォームサーバ４００の運行データデータベース４１２に蓄積された運行データや解析結果は、ネットワーク９００を介してユーザ端末５００に送られ、ユーザ端末５００により表示される。ユーザ端末５００は、本実施の形態例のシステムを利用する業者の端末である。本実施の形態例のシステムを利用する業者としては、例えばＡビル１００－１とＢビル１００－２を管理しているデベロッパや不動産業者が想定される。
なお、図１では、データを伝送するネットワーク９００は、１つのネットワークとして記載したが、それぞれのデータ伝送処理ごとに別のネットワークを使用してもよい。
なお、図１では、データを伝送するネットワーク９００は、１つのネットワークとして記載したが、それぞれのデータ伝送処理ごとに別のネットワークを使用してもよい。
【0022】
図２は、複数の群管理制御盤２００－１～２００－Ｎから、中継サーバ３００を経由してプラットフォームサーバ４００に運行データが集められる流れの概念を示す。ここでは、Ｎ台（Ｎは２以上の任意の整数：以下「Ｎ」の意味は同じ）の群管理制御盤２００－１～２００－Ｎを用意した例とする。
図２に示すように、各群管理制御盤２００－１～２００－Ｎは、それぞれの機種ごとに設定された条件や周期で、随時、中継サーバ３００に運行データを送信する。
中継サーバ３００では、受信した運行データを統一した形式の運行データに変換し、変換された運行データをプラットフォームサーバ４００に送信する。
図２に示すように、各群管理制御盤２００－１～２００－Ｎは、それぞれの機種ごとに設定された条件や周期で、随時、中継サーバ３００に運行データを送信する。
中継サーバ３００では、受信した運行データを統一した形式の運行データに変換し、変換された運行データをプラットフォームサーバ４００に送信する。
【0023】
図３は、本実施の形態例の昇降機稼働情報表示システムの、より詳細なシステム構成を示す。図３は、複数のビル１００－１～１００－Ｎ内の構成をまとめて示したものである。
図３では、Ｎ個のビル１００－１～１００－Ｎのいずれかに設置された複数の群管理制御盤２００－１～２００－Ｎから、中継サーバ３００がエレベーターの稼働情報を収集する。ここで、中継サーバ３００は、変換ルールテーブル３２５を備え、各群管理制御盤２００－１～２００－Ｎから収集した稼働情報を、統一した形式の稼働情報に変換する。
図３では、Ｎ個のビル１００－１～１００－Ｎのいずれかに設置された複数の群管理制御盤２００－１～２００－Ｎから、中継サーバ３００がエレベーターの稼働情報を収集する。ここで、中継サーバ３００は、変換ルールテーブル３２５を備え、各群管理制御盤２００－１～２００－Ｎから収集した稼働情報を、統一した形式の稼働情報に変換する。
【0024】
中継サーバ３００で統一した形式の情報に変換された稼働情報は、中継サーバ３００に接続されたエッジ処理端末３９０を介して、ネットワーク９００に送り出され、ネットワーク９００に接続されたプラットフォームサーバ４００に送られる。
プラットフォームサーバ４００は、サイト情報テーブル４１１と運行データデータベース４１２とを備える。
サイト情報テーブル４１１には、サイトである各ビルに設置された群管理制御盤２００－１～２００－Ｎについての情報が保存される。運行データデータベース４１２には、中継サーバ３００から取得した運行データと、運行データの解析結果が保存される。
プラットフォームサーバ４００は、サイト情報テーブル４１１と運行データデータベース４１２とを備える。
サイト情報テーブル４１１には、サイトである各ビルに設置された群管理制御盤２００－１～２００－Ｎについての情報が保存される。運行データデータベース４１２には、中継サーバ３００から取得した運行データと、運行データの解析結果が保存される。
【0025】
プラットフォームサーバ４００では、運行データデータベース４１２に保存された運行データとその解析結果に基づいて、ビルなどのサイトの状況を表示するためのデータが生成され、生成された表示用のデータは、ネットワーク９００を介してユーザ端末５００に伝送される。
【0026】
ユーザ端末５００は、表示部５０１と入力部５０２とを備える。入力部５０２は、ネットワーク９００を介して受信した表示用のデータの入力処理を行う。表示部５０１は、入力部５０２で入力処理が行われた表示用のデータによる表示処理を行う。
【0027】
［中継サーバの構成］
図４は、中継サーバ３００の構成を示す図である。
図４に示すように、中継サーバ３００は、情報処理装置として構成され、バスにそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理ユニット）３１０と、主記憶装置３２０と、外部記憶装置３３０と、入出力部３４０とを備える。
図４は、中継サーバ３００の構成を示す図である。
図４に示すように、中継サーバ３００は、情報処理装置として構成され、バスにそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理ユニット）３１０と、主記憶装置３２０と、外部記憶装置３３０と、入出力部３４０とを備える。
【0028】
ＣＰＵ３１０は、主記憶装置３２０に格納されたプログラムを実行することで、主記憶装置３２０内の処理部を形成する。
主記憶装置３２０内に形成される処理部としては、運行データ収集部３２１、データ変換部３２２、サイト情報記憶部３２４が含まれる。サイト情報記憶部３２４には、変換ルールテーブル３２５が格納される。
また、外部記憶装置３３０には、変換済データ格納部３３１が形成される。
主記憶装置３２０内に形成される処理部としては、運行データ収集部３２１、データ変換部３２２、サイト情報記憶部３２４が含まれる。サイト情報記憶部３２４には、変換ルールテーブル３２５が格納される。
また、外部記憶装置３３０には、変換済データ格納部３３１が形成される。
【0029】
入出力部３４０は、群管理制御盤２００－１～２００－Ｎからの運行データなど入力処理と、変換済データ格納部３３１に格納された変換済データのプラットフォームサーバ４００への出力処理を実行する。
【0030】
［群管理制御盤と中継サーバとの間での処理の流れ］
図５は、各群管理制御盤２００－１～２００－Ｎでのエレベーターの運行データの収集と、中継サーバ３００での運行データの処理の流れを示すフローチャートである。
まず、それぞれの群管理制御盤２００－１～２００－Ｎは、各群管理制御盤２００－１～２００－Ｎで群管理しているエレベーターの稼働情報である運行データを収集する（ステップＳ１１）。群管理制御盤２００－１～２００－Ｎが収集する運行データの具体例については後述するが、それぞれの群管理制御盤２００－１～２００－Ｎは、エレベーターの運行についての様々なデータを収集する。
図５は、各群管理制御盤２００－１～２００－Ｎでのエレベーターの運行データの収集と、中継サーバ３００での運行データの処理の流れを示すフローチャートである。
まず、それぞれの群管理制御盤２００－１～２００－Ｎは、各群管理制御盤２００－１～２００－Ｎで群管理しているエレベーターの稼働情報である運行データを収集する（ステップＳ１１）。群管理制御盤２００－１～２００－Ｎが収集する運行データの具体例については後述するが、それぞれの群管理制御盤２００－１～２００－Ｎは、エレベーターの運行についての様々なデータを収集する。
【0031】
各群管理制御盤２００－１～２００－Ｎが収集した運行データは、それぞれの群管理制御盤２００－１～２００－Ｎの記憶部に蓄積される。なお、各群管理制御盤２００－１～２００－Ｎの形式やベンダが異なる場合、それぞれの群管理制御盤２００－１～２００－Ｎでデータを収集する周期などのデータ収集条件は一定でない。
【0032】
そして、それぞれの群管理制御盤２００－１～２００－Ｎは、蓄積した運行データの送信要求が中継サーバ３００からあるか否かを判断する（ステップＳ１２）。このステップＳ１２で、送信要求を受信した場合には（ステップＳ１２のＹＥＳ）、群管理制御盤２００－１～２００－Ｎは、蓄積した運行データを中継サーバ３００に送信する（ステップＳ１３）。このとき、群管理制御盤２００－１～２００－Ｎは、蓄積した全ての運行データを送信してもよいが、本実施の形態例のシステムが必要とする種類の運行データだけを送信してもよい。
また、ステップＳ１２で送信要求を受信していない場合（ステップＳ１２のＮｏ）、並びにステップＳ１３で運行データを送信した後に、それぞれの群管理制御盤２００－１～２００－Ｎは、ステップＳ１１の運行データ収集処理に戻る。
また、ステップＳ１２で送信要求を受信していない場合（ステップＳ１２のＮｏ）、並びにステップＳ１３で運行データを送信した後に、それぞれの群管理制御盤２００－１～２００－Ｎは、ステップＳ１１の運行データ収集処理に戻る。
【0033】
次に、中継サーバ３００での処理について説明する。
まず、中継サーバ３００は、前回運行データを受信してから所定時間が経過したか否かを判断する（ステップＳ２１）。このステップＳ２１で、前回運行データを受信してから所定時間が経過していないと判断したとき（ステップＳ２１のＮＯ）、中継サーバ３００は待機する。
まず、中継サーバ３００は、前回運行データを受信してから所定時間が経過したか否かを判断する（ステップＳ２１）。このステップＳ２１で、前回運行データを受信してから所定時間が経過していないと判断したとき（ステップＳ２１のＮＯ）、中継サーバ３００は待機する。
【0034】
また、ステップＳ２１で、前回運行データを受信してから所定時間が経過したと判断したとき（ステップＳ２１のＹＥＳ）、中継サーバ３００はそれぞれの群管理制御盤２００－１～２００－Ｎに、運行データの送信要求を行う（ステップＳ２２）。
そして、中継サーバ３００は、送信要求後に受信した運行データについて、そのデータで示されるエレベーターが設置されたビル、エレベーター設置位置を示すバンク、エレベーターの機種を特定する（ステップＳ２３）。特定したビル、バンク、機種の情報は、運行データに付加されて運行データ収集部３２１に記憶される。
そして、中継サーバ３００は、送信要求後に受信した運行データについて、そのデータで示されるエレベーターが設置されたビル、エレベーター設置位置を示すバンク、エレベーターの機種を特定する（ステップＳ２３）。特定したビル、バンク、機種の情報は、運行データに付加されて運行データ収集部３２１に記憶される。
【0035】
そして、中継サーバ３００のデータ変換部３２２は、データ収集部３２１に記憶された運行データを、それぞれの機種ごとの変換ルールに基づいて、統一した形式の運行データに変換する（ステップＳ２４）。この変換時に、データ変換部３２２は、変換ルールテーブル３２５に記憶された変換ルールを使用する。変換された運行データは、外部記憶装置３３０の変換済データ格納部３３１に格納される（ステップＳ２５）。
【0036】
その後、中継サーバ３００は、変換済データ格納部３３１に格納された運行データの指定されたエリア（特定のビルやフロア）のエレベーターの稼働データを、エッジ処理端末３９０に送信する（ステップＳ２６）。エッジ処理端末３９０に送信されたエレベーターの稼働データは、プラットフォームサーバ４００に送信される。その後、ステップＳ２６の処理が終了すると、中継サーバ３００は、ステップＳ２１の判断処理に戻る。
【0037】
［プラットフォームサーバでの処理の流れ］
図６は、プラットフォームサーバ４００での処理の流れを示すフローチャートである。
プラットフォームサーバ４００が蓄積した運行データについての処理は、ユーザ端末５００からの指示で行われる。すなわち、ユーザ端末５００は、運行データを表示するビル、フロア及び日時を、そのユーザ端末５００を使用するユーザの操作で受け付ける（ステップＳ４１）。ここでは、図１に示すＡビル１００－１の各フロアの特定の期間が指定されたとする。
図６は、プラットフォームサーバ４００での処理の流れを示すフローチャートである。
プラットフォームサーバ４００が蓄積した運行データについての処理は、ユーザ端末５００からの指示で行われる。すなわち、ユーザ端末５００は、運行データを表示するビル、フロア及び日時を、そのユーザ端末５００を使用するユーザの操作で受け付ける（ステップＳ４１）。ここでは、図１に示すＡビル１００－１の各フロアの特定の期間が指定されたとする。
【0038】
ユーザの操作を受け付けたユーザ端末５００は、該当するＡビル１００－１の各フロアの特定の期間の運行データの送信要求を、プラットフォームサーバ４００に対して行う（ステップＳ４２）。
この送信要求を受信したプラットフォームサーバ４００は、指定された運行データを蓄積したデータから検索する（ステップＳ３１）。そして、プラットフォームサーバ４００は、検索されたＢビル１００－２の運行データをユーザ端末５００に送信する（ステップＳ３２）。この運行データには、プラットフォームサーバ４００が行った運行データの解析結果を含むようにしてもよい。
ユーザ端末５００は、送信された運行データを受信すると、受信したＡビル１００－１の各フロアの運行データを表示する（ステップＳ４３）。
この送信要求を受信したプラットフォームサーバ４００は、指定された運行データを蓄積したデータから検索する（ステップＳ３１）。そして、プラットフォームサーバ４００は、検索されたＢビル１００－２の運行データをユーザ端末５００に送信する（ステップＳ３２）。この運行データには、プラットフォームサーバ４００が行った運行データの解析結果を含むようにしてもよい。
ユーザ端末５００は、送信された運行データを受信すると、受信したＡビル１００－１の各フロアの運行データを表示する（ステップＳ４３）。
【0039】
その後、ユーザ端末５００は、別のビル、例えばＢビル１００－２とフロアの指定を、そのユーザ端末５００を使用するユーザの操作で受け付ける（ステップＳ４４）。
ユーザの操作を受け付けたユーザ端末５００は、該当するＢビル１００－２の各フロアの特定の期間の運行データの送信要求を、プラットフォームサーバ４００に対して行う（ステップＳ４５）。この期間は、例えばステップＳ４２で指定した期間と同じとする。
ユーザの操作を受け付けたユーザ端末５００は、該当するＢビル１００－２の各フロアの特定の期間の運行データの送信要求を、プラットフォームサーバ４００に対して行う（ステップＳ４５）。この期間は、例えばステップＳ４２で指定した期間と同じとする。
【0040】
この送信要求を受信したプラットフォームサーバ４００は、指定された運行データを蓄積したデータから検索する（ステップＳ３３）。そして、プラットフォームサーバ４００は、検索されたＢビル１００－２の運行データをユーザ端末５００に送信する（ステップＳ３４）。ここでの運行データについても、プラットフォームサーバ４００が行った運行データの解析結果を含むようにしてもよい。
ユーザ端末５００は、送信された運行データを受信すると、受信したＢビル１００－２の各フロアの運行データを表示する（ステップＳ４６）。
ユーザ端末５００は、送信された運行データを受信すると、受信したＢビル１００－２の各フロアの運行データを表示する（ステップＳ４６）。
【0041】
その後、ユーザ端末５００では、ユーザの操作により表示日時の変更を受け付けたとする（ステップＳ４７）。
このとき、変更された表示日時に基づいて、Ａビル１００－１とＢビル１００－２の各フロアの変更された期間の運行データの送信要求を、プラットフォームサーバ４００に対して行う（ステップＳ４８）。ここでは、例えば１つのビルの運行データを表示した状態で、その表示中のビルの１つのフロアについての表示日時の変更を受け付けたとき、プラットフォームサーバ４００は、同じビルの他のフロアの表示日時についても、同じ表示日時に変更する処理を行う。あるいは、複数のビルの運行データを表示した状態で、その表示中の１つのビル又はフロアについての表示日時の変更を受け付けたとき、プラットフォームサーバ４００は、表示中の全てのビルの各フロアの表示日時についても、同じ表示日時に変更する処理を行う。
このとき、変更された表示日時に基づいて、Ａビル１００－１とＢビル１００－２の各フロアの変更された期間の運行データの送信要求を、プラットフォームサーバ４００に対して行う（ステップＳ４８）。ここでは、例えば１つのビルの運行データを表示した状態で、その表示中のビルの１つのフロアについての表示日時の変更を受け付けたとき、プラットフォームサーバ４００は、同じビルの他のフロアの表示日時についても、同じ表示日時に変更する処理を行う。あるいは、複数のビルの運行データを表示した状態で、その表示中の１つのビル又はフロアについての表示日時の変更を受け付けたとき、プラットフォームサーバ４００は、表示中の全てのビルの各フロアの表示日時についても、同じ表示日時に変更する処理を行う。
【0042】
この送信要求を受信したプラットフォームサーバ４００は、指定された運行データを蓄積したデータから検索する（ステップＳ３５）。そして、プラットフォームサーバ４００は、検索されたＡビル１００－１とＢビル１００－２の運行データをユーザ端末５００に送信する（ステップＳ３６）。
ユーザ端末５００は、送信された運行データを受信すると、受信した日付が変更されたＡビル１００－１とＢビル１００－２の各フロアの運行データを表示する（ステップＳ４９）。
ユーザ端末５００は、送信された運行データを受信すると、受信した日付が変更されたＡビル１００－１とＢビル１００－２の各フロアの運行データを表示する（ステップＳ４９）。
【0043】
［プラットフォームサーバが収集するデータとユーザ端末での表示例］
次に、中継サーバ３００を経由してプラットフォームサーバ４００が収集する運行データと、ユーザ端末５００での運行データの表示例について説明する。
次に、中継サーバ３００を経由してプラットフォームサーバ４００が収集する運行データと、ユーザ端末５００での運行データの表示例について説明する。
【0044】
図７は、中継サーバ３００のサイト情報記憶部３２４が記憶するサイト情報テーブルの例を示す。
サイト情報テーブルには、本実施の形態例の昇降機稼働情報表示システムが扱う各ビル（サイト）に設置されたエレベーターについてのデータが記録される。
すなわち、図７に示すように、サイト情報テーブルは、ビル名、バンク、形式、ベンダ、登録日、及び変換ルールの欄を備える。
ビル名の欄には、「Ａビル」、「Ｂビル」、「Ｃビル」などのサイト（ビル）の名称が記載される。
サイト情報テーブルには、本実施の形態例の昇降機稼働情報表示システムが扱う各ビル（サイト）に設置されたエレベーターについてのデータが記録される。
すなわち、図７に示すように、サイト情報テーブルは、ビル名、バンク、形式、ベンダ、登録日、及び変換ルールの欄を備える。
ビル名の欄には、「Ａビル」、「Ｂビル」、「Ｃビル」などのサイト（ビル）の名称が記載される。
【0045】
バンクの欄には、群管理制御盤の区別が記載される。例えば、一つのビルで複数の群管理制御盤を有する場合、「制御盤１」、「制御盤２」などのように複数の群管理制御盤を特定する情報が記載される。
また、図７に示す「Ｚビル」のように、１つのビルで高階層と低階層とで群管理制御盤が分けられている場合には、バンクの欄に、「低階層１」や「高階層１」などの階層ごとの群管理制御盤を特定する情報が記載される。
また、図７に示す「Ｚビル」のように、１つのビルで高階層と低階層とで群管理制御盤が分けられている場合には、バンクの欄に、「低階層１」や「高階層１」などの階層ごとの群管理制御盤を特定する情報が記載される。
【0046】
形式の欄には、それぞれの群管理制御盤により制御されるエレベーターのモデルの形式番号が記載される。
ベンダの欄には、それぞれの群管理制御盤を製造したメーカである、ベンダ名が記載される。
登録日の欄には、それぞれの群管理制御盤により制御されるエレベーターを登録した日付（年月日）が記載される。
変換ルールの欄には、それぞれの群管理制御盤から収集した運行データを変換するルール番号が記載される。
ベンダの欄には、それぞれの群管理制御盤を製造したメーカである、ベンダ名が記載される。
登録日の欄には、それぞれの群管理制御盤により制御されるエレベーターを登録した日付（年月日）が記載される。
変換ルールの欄には、それぞれの群管理制御盤から収集した運行データを変換するルール番号が記載される。
【0047】
図８は、中継サーバ３００のサイト情報記憶部３２４に記憶された変換ルールテーブル３２５の構成を示す。
変換ルールテーブル３２５には、中継サーバ３００が通信を行う群管理制御盤２００－１～２００－Ｎから収集した運行データを変換するのに必要な変換ルールの詳細が記憶される。
変換ルールテーブル３２５には、中継サーバ３００が通信を行う群管理制御盤２００－１～２００－Ｎから収集した運行データを変換するのに必要な変換ルールの詳細が記憶される。
【0048】
変換ルールテーブル３２５は、ルール番号、データ取得感覚、取得開始時刻、項目個数、及び各項目の詳細の欄を有する。
ルール番号の欄には、ルール毎に付与された識別用の番号が記載される。このルール番号は、図７に示したサイト情報テーブルのルール番号に対応する。
ルール番号の欄には、ルール毎に付与された識別用の番号が記載される。このルール番号は、図７に示したサイト情報テーブルのルール番号に対応する。
【0049】
取得間隔の欄には、そのルールで運行データを取得する間隔が記載される。図８の例では、取得間隔は分で示される。例えば、ルール１として、１５分間隔で運行データを取得することが記載される。
取得開始時刻の欄には、毎日の運行データの取得を開始する時刻が記載される。図８の例では、例えばルール１として、午前８時が示される。
項目個数の欄には、運行データとして取得するデータの合計の個数が記載される。図８の例では、例えばルール１として、データ個数が５個、ルール２として、データ個数が４個、のように記載される。
取得開始時刻の欄には、毎日の運行データの取得を開始する時刻が記載される。図８の例では、例えばルール１として、午前８時が示される。
項目個数の欄には、運行データとして取得するデータの合計の個数が記載される。図８の例では、例えばルール１として、データ個数が５個、ルール２として、データ個数が４個、のように記載される。
【0050】
取得項目１，２，３，・・・の欄には、それぞれの取得項目の詳細が記載される。この取得項目の欄は、項目個数の欄で示されたデータ個数だけ設けられる。
図８の例では、例えばルール１として、取得項目１が、１階の乗車人数、取得項目２が、１階のホールのかご呼びボタンが押されてからかごが到着するまでの１階呼び継続時間、取得項目３が、２階の乗車人数、のように記載される。ここでの乗車人数は、データ取得間隔として決められた期間の乗車人数の累積値、あるいは、１回の乗りかごの乗車人数の平均など、それぞれのルールに基づいた値としている。呼び継続時間についても、１回の呼び継続時間の平均値や最大値など、それぞれのルールに基づいた値としている。
また、それぞれの取得項目１，２，３，・・・には、取得データ内の該当項目のデータが記載された位置（列）を示すカラム番号が示される。
図８の例では、例えばルール１として、取得項目１が、１階の乗車人数、取得項目２が、１階のホールのかご呼びボタンが押されてからかごが到着するまでの１階呼び継続時間、取得項目３が、２階の乗車人数、のように記載される。ここでの乗車人数は、データ取得間隔として決められた期間の乗車人数の累積値、あるいは、１回の乗りかごの乗車人数の平均など、それぞれのルールに基づいた値としている。呼び継続時間についても、１回の呼び継続時間の平均値や最大値など、それぞれのルールに基づいた値としている。
また、それぞれの取得項目１，２，３，・・・には、取得データ内の該当項目のデータが記載された位置（列）を示すカラム番号が示される。
【0051】
中継サーバ３００は、このようにそれぞれのルールで取得した運行データを、統一した形式のデータに変換する処理が行われる。例えば、中継サーバ３００のデータ変換部３２２は、１５分間隔などルール毎に異なる間隔の人数データを、６０分間隔での各階の乗車人数に変換したり、呼び継続時間を６０分ごとの呼び継続時間の平均や最大値に変換する処理を行う。
【0052】
図９は、プラットフォームサーバ４００の運行データデータベース４１２が記憶する運行データの例を示す。
図９の例は、Ａビルの１階から９階までの各階での、午前１０時から午前１１時までの１時間の累計の乗車人数と降車人数を示す。また、図９の例では、Ａビルの各階のテナント名が記載され、各フロアとテナント情報とが紐付けられる。テナント名は、該当階に複数のテナントが入居している場合、複数のテナント名を記載してもよい。あるいは、代表となる１つのテナント名を記載してもよい。テナント名の欄には、業種などの詳細を記載してもよい。なお、１階などのテナントが入居していないロビー階は、エントランスと記載される。
また、図９の例は、フロアごとに別のテナントが入居した例として、フロアとテナント名とを紐付けた情報としたが、１つのビルに１つのテナントが入居している場合には、ビル情報にテナント名を付加して、ビル（サイト）とテナントとが紐付けられた情報としてもよい。
図９の例は、Ａビルの１階から９階までの各階での、午前１０時から午前１１時までの１時間の累計の乗車人数と降車人数を示す。また、図９の例では、Ａビルの各階のテナント名が記載され、各フロアとテナント情報とが紐付けられる。テナント名は、該当階に複数のテナントが入居している場合、複数のテナント名を記載してもよい。あるいは、代表となる１つのテナント名を記載してもよい。テナント名の欄には、業種などの詳細を記載してもよい。なお、１階などのテナントが入居していないロビー階は、エントランスと記載される。
また、図９の例は、フロアごとに別のテナントが入居した例として、フロアとテナント名とを紐付けた情報としたが、１つのビルに１つのテナントが入居している場合には、ビル情報にテナント名を付加して、ビル（サイト）とテナントとが紐付けられた情報としてもよい。
【0053】
図９では、１つのビル（Ａビル）の情報を示すが、プラットフォームサーバ４００が収集する運行データは、中継サーバ３００で統一した形式に変換したデータであるため、いずれのビルの運行データについても、同じ形式でのデータになる。すなわち、Ａビル以外のビルについても、１時間ごとの各階の乗車人数、降車人数が示される。
また、図９の例では、呼び継続時間を示していないが、呼び継続時間についても、各階で同じ時間内での平均又は最大の呼び継続時間が示される。
また、図９の例の場合、プラットフォームサーバ４００での解析で何らかの告知する情報がある場合、解析情報の欄に印が付与される。
また、図９の例では、呼び継続時間を示していないが、呼び継続時間についても、各階で同じ時間内での平均又は最大の呼び継続時間が示される。
また、図９の例の場合、プラットフォームサーバ４００での解析で何らかの告知する情報がある場合、解析情報の欄に印が付与される。
【0054】
図１０及び図１１は、ユーザ端末５００でのエレベーターの運行データの表示例を示す。
図１０の表示例は、１つのビル内の各階の平均呼び継続時間と、各階の乗降人数について、指定した時間内の変化を、上りと下りで区別して示す。
図１０の例では、表示範囲の選択として、低層階、高層階などのビル内の種別を選べるようにしている。
図１０では、折れ線グラフで各階の平均呼び継続時間の変化状態を示すと共に、数値の一覧でも各階の平均呼び継続時間を示す。
また、図１０では、各階のホール乗降人数の変化を、上りと下りで区別して、折れ線グラフと数値の一覧で示す。
図１０の表示例は、１つのビル内の各階の平均呼び継続時間と、各階の乗降人数について、指定した時間内の変化を、上りと下りで区別して示す。
図１０の例では、表示範囲の選択として、低層階、高層階などのビル内の種別を選べるようにしている。
図１０では、折れ線グラフで各階の平均呼び継続時間の変化状態を示すと共に、数値の一覧でも各階の平均呼び継続時間を示す。
また、図１０では、各階のホール乗降人数の変化を、上りと下りで区別して、折れ線グラフと数値の一覧で示す。
【0055】
なお、表示するデータは、年単位、月単位、週単位、日単位、時間単位、曜日単位などを選択することができる。また、平日のみのデータ、土日祝のみのデータのように、カレンダに合わせた選択もできる。
また、図１０に示すように、運行データをグラフで時系列に表示する範囲は、例えばいずれかのフロアについて表示範囲を指定したとき、他のフロアについても連動して同じ表示範囲となる処理が行われる。これにより、ユーザ端末５００を操作するユーザは、フロアごとの表示範囲の変更が簡単に行えるようになる。
また、図１０に示すように、運行データをグラフで時系列に表示する範囲は、例えばいずれかのフロアについて表示範囲を指定したとき、他のフロアについても連動して同じ表示範囲となる処理が行われる。これにより、ユーザ端末５００を操作するユーザは、フロアごとの表示範囲の変更が簡単に行えるようになる。
【0056】
図１１の表示例は、複数のビルについての、各階の平均呼び継続時間と、各階の乗降人数について、指定した時間内の変化を、上りと下りで区別して一括して示す。図１１の例では、ＡビルとＢビルとＣビルの３つのビルを表示するように選択した例である。
図１１では、折れ線グラフで各ビルの平均呼び継続時間の変化状態を示すと共に、数値の一覧でも各ビルの平均呼び継続時間を示す。
図１１では、折れ線グラフで各ビルの平均呼び継続時間の変化状態を示すと共に、数値の一覧でも各ビルの平均呼び継続時間を示す。
【0057】
図１１の複数のビルを一括して表示する場合にも、表示するデータは、年単位、月単位、週単位、日単位、時間単位、曜日単位などを選択することができる。また、平日のみのデータ、土日祝のみのデータのように、カレンダに合わせた選択もできる。
【0058】
なお、複数のビルを一括して表示する際には、平均呼び継続時間や乗降人数は、ビル全体での平均呼び継続時間や、各階での乗降人数を合算した値とした場合と、ビル内での各階での平均呼び継続時間や、各階での乗降人数に切替えることができる。
また、図１１に示すように、運行データをグラフで時系列に表示する範囲は、例えばいずれかのビルについて表示範囲を指定したとき、他のフロアについても連動して同じ表示範囲となる処理が行われる。これにより、ユーザ端末５００を操作するユーザは、ビルごとの表示範囲の変更が簡単に行えるようになる。
また、図１１に示すように、運行データをグラフで時系列に表示する範囲は、例えばいずれかのビルについて表示範囲を指定したとき、他のフロアについても連動して同じ表示範囲となる処理が行われる。これにより、ユーザ端末５００を操作するユーザは、ビルごとの表示範囲の変更が簡単に行えるようになる。
【0059】
図１２は、図９に示した告知する情報がある場合に、その告知情報を選択した際の、プラットフォームサーバ４００での解析結果のユーザ端末５００での表示例を示す。
図１２は、Ａビルの３階を選択した場合を示す。
図１２の例では、過去１ヶ月の来客数が、フロア面積当たりの同じ業種のテナントの平均の１３０%であることを示している。
図１２は、Ａビルの３階を選択した場合を示す。
図１２の例では、過去１ヶ月の来客数が、フロア面積当たりの同じ業種のテナントの平均の１３０%であることを示している。
【0060】
このとき、同じ階の数ヶ月間の来客数の増加状況や減少傾向を表示してもよい。また、同じ業種の平均などを表示してもよい。
例えば、Ａビルを管理している業者が、この表示を確認したとき、該当するテナントの来客数が同業種の平均よりも多いことがわかる。このような場合、Ａビルを管理している業者は、このテナントに対して、より床面積が広い別のビルやフロアへの移転を勧めることが可能になる。
例えば、Ａビルを管理している業者が、この表示を確認したとき、該当するテナントの来客数が同業種の平均よりも多いことがわかる。このような場合、Ａビルを管理している業者は、このテナントに対して、より床面積が広い別のビルやフロアへの移転を勧めることが可能になる。
【0061】
図１２の例は、来客数が増加した場合の例であるが、逆に来客数が減少した傾向を検出した場合にも、解析結果をユーザ端末５００が表示してもよい。来客数が減少した傾向を表示することで、Ａビルを管理している業者は、このテナントに対して、床面積が小さい別のビルやフロアへの移転を勧めることが可能になる。
【0062】
このように、本実施の形態例の昇降機稼働情報表示システムによると、各サイトに設置されたエレベーターについての運行データから、各サイトでの人の移動状況を集計することができ、サイト内の各フロアの繁忙状況などを表示できるようになる。したがって、各サイトを管理する業者にとっては、各テナントが適切な運営状態であるか、他のビルやフロアに移る可能性があるか等がわかるようになる。特に、複数のサイトや複数の階を比較して表示できるため、特定のビル内での傾向だけでなく、業種や地域での傾向がわかり、適切な判断ができるようになる。
【0063】
＜変形例＞
なお、本発明は、上述した実施の形態例に限定されるものではなく、様々な変形例が含まれる。
例えば、上述した実施の形態例では、中継サーバ３００が各群管理制御盤から収集した運行データを、統一した形式の運行データに変換して、その変換されたデータをプラットフォームサーバ４００に送るようにした。これに対して、中継サーバ３００を省略して、プラットフォームサーバ４００が直接、各群管理制御盤から運行データを収集して、収集した運行データを統一した形式の運行データに変換してもよい。逆に、それぞれのビルが中継サーバ３００を備えて、群管理制御盤で得た運行データをビル内で変換してから、プラットフォームサーバ４００に送信するようにしてもよい。
なお、本発明は、上述した実施の形態例に限定されるものではなく、様々な変形例が含まれる。
例えば、上述した実施の形態例では、中継サーバ３００が各群管理制御盤から収集した運行データを、統一した形式の運行データに変換して、その変換されたデータをプラットフォームサーバ４００に送るようにした。これに対して、中継サーバ３００を省略して、プラットフォームサーバ４００が直接、各群管理制御盤から運行データを収集して、収集した運行データを統一した形式の運行データに変換してもよい。逆に、それぞれのビルが中継サーバ３００を備えて、群管理制御盤で得た運行データをビル内で変換してから、プラットフォームサーバ４００に送信するようにしてもよい。
【0064】
また、中継サーバ３００やプラットフォームサーバ４００が収集する運行データについても、上述した実施の形態例では各階の乗降人数と呼び継続時間を示したが、その他のエレベーターの稼働情報としてもよい。例えば、各階のエレベーターホールの人数や、乗りかご内の人数を備えたエレベーターの場合、これらの稼働情報を収集してもよい。また、図１０や図１１では、各ビルや各階の乗降人数と呼び継続時間の双方を示すようにしたが、乗降人数と呼び継続時間のいずれか一方を収集して表示してもよい。
さらに、上述した実施の形態では、昇降機の一例として、エレベーターの稼働情報（運行データ）を収集するようにしたが、エスカレーター等のその他の昇降機の稼働情報を収集してもよい。
さらに、上述した実施の形態では、昇降機の一例として、エレベーターの稼働情報（運行データ）を収集するようにしたが、エスカレーター等のその他の昇降機の稼働情報を収集してもよい。
【0065】
また、上述した実施の形態例では、プラットフォームサーバ４００が稼働情報の解析を行うようにしたが、プラットフォームサーバ４００ではデータの収集と、その収集データのユーザ端末５００での表示のための出力を行い、稼働情報の解析については、ユーザ端末５００が行ってもよい。
【0066】
また、上述した実施の形態例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
さらに、上述した実施の形態例において、本発明の主旨を変えない範囲内で、装置又はシステム構成の変更や、一部の処理手順の省略や入れ替えを行ってもよい。
また、装置やシステムをプログラムの実行で構成した場合のプログラム等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、光ディスク等の記録媒体に置くことができる。
さらに、上述した実施の形態例において、本発明の主旨を変えない範囲内で、装置又はシステム構成の変更や、一部の処理手順の省略や入れ替えを行ってもよい。
また、装置やシステムをプログラムの実行で構成した場合のプログラム等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、光ディスク等の記録媒体に置くことができる。
【0067】
さらに、図１や図４などのブロック図では、制御線や情報線は説明上必要と考えられるものだけを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【0068】
１０１－１，１００－２…ビル（サイト）、１１１～１１８…エレベーター、２００－１，２００－２，２００－３…群管理制御盤、２１０－１，２１０－２，２１０－３…エレベーター制御部、３００…中継サーバ、３１０…ＣＰＵ（中央制御ユニット）、３２０…主記憶装置、３２１…運行データ収集部、３２２…データ変換部、３２４…サイト情報記憶部、３２５…変換ルールテーブル、３３０…外部記憶装置、３３１…変換済データ格納部、３４０…入出力部、４００…プラットフォームサーバ、４１１…サイト情報テーブル、４１２…運行データデータベース、５００…モニタ端末、５０１…表示部、５０２…入力部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】