特許 7004404 エレベータ群管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-01-06

(45)【発行日】2022-01-21

(54)【発明の名称】エレベータ群管理システム

(51)【国際特許分類】

   B66B 3/00 20060101AFI20220114BHJP

   B66B 1/18 20060101ALI20220114BHJP

【ＦＩ】

B66B3/00 L

B66B1/18 K

【請求項の数】 6

(21)【出願番号】P 2020090743

(22)【出願日】2020-05-25

(65)【公開番号】P2021187559

(43)【公開日】2021-12-13

【審査請求日】2020-05-25

(73)【特許権者】

【識別番号】390025265

【氏名又は名称】東芝エレベータ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】小林 径

【審査官】加藤 三慶

(56)【参考文献】

【文献】特開２０１７－０２４８８１（ＪＰ，Ａ）

【文献】特開２０１１－１６２２７２（ＪＰ，Ａ）

【文献】特開２００３－０５４８４７（ＪＰ，Ａ）

【文献】実開昭５５－１７６２６８（ＪＰ，Ｕ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ６６Ｂ ３／００

Ｂ６６Ｂ １／１８

(57)【特許請求の範囲】

【請求項1】

複数の乗りかごを含むエレベータ群の乗場に設置され、行先呼びが登録される登録部と、
前記登録された行先呼びと係数とに応じて、乗りかごの利用人数を推定する推定部と、
前記推定された利用人数に応じて、前記複数の乗りかごのうちから前記登録された行先呼びに応答させる乗りかごを割り当てる制御部と、
乗りかごの利用人数を検出する検出部と、
前記推定された利用人数の前記検出された利用人数からの乖離に応じて、行先呼びを登録していない利用者が他の利用者の行先呼びに便乗して乗りかごへ乗る現象である便乗乗車の属性のパターン、又は、行先呼びを登録した利用者が乗りかごへ乗らない現象である無駄呼びの属性のパターンを抽出する抽出部と、
前記登録された行先呼びの属性のパターンが便乗乗車の属性のパターン又は無駄呼びの属性のパターンに該当するか否か判定する判定部と、
を備え、
前記登録された行先呼びの属性のパターンが便乗乗車の属性のパターン又は無駄呼びの属性のパターンに該当する場合、前記推定部は、前記係数の値を基準値から変更し、前記登録された行先呼びの個数に前記変更された係数を乗算して、乗りかごの利用人数を推定する
エレベータ群管理システム。

【請求項2】

前記登録された行先呼びの属性のパターンが便乗乗車の属性のパターンに該当する場合、前記推定部は、前記登録された行先呼びと利用人数が増加するように変更された係数とに応じて、乗りかごの利用人数を推定する
請求項１に記載のエレベータ群管理システム。

【請求項3】

前記登録された行先呼びの属性のパターンが無駄呼びの属性のパターンに該当する場合、前記推定部は、前記登録された行先呼びと利用人数が減少するように変更された係数とに応じて、乗りかごの利用人数を推定する
請求項１に記載のエレベータ群管理システム。

【請求項4】

前記登録された行先呼びの属性のパターンが無駄呼びの属性のパターンに該当する場合、前記制御部は、前記割り当てを特定の乗りかごに集中させる
請求項１に記載のエレベータ群管理システム。

【請求項5】

便乗乗車の属性のパターンは、便乗乗車の傾向を示す複数の属性の組み合わせを含み、
無駄呼びの属性のパターンは、無駄呼びの傾向を示す複数の属性の組み合わせを含む
請求項１から４のいずれか１項に記載のエレベータ群管理システム。

【請求項6】

前記属性は、呼びの出発階、呼びの行先階、呼びの発生日時、乗りかごの混雑状況、乗りかご及び乗場を含む物件の識別情報、前記登録部からの呼びの発生間隔、前記物件を含む地域の識別情報、及び乗りかごの利用者の識別情報の少なくとも１つを含む
請求項１から５のいずれか１項に記載のエレベータ群管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本実施形態は、エレベータ群管理システムに関する。

【背景技術】

【0002】

複数の乗りかごを含むエレベータ群を管理するエレベータ群管理システムでは、管理の方式として、ＤＣＳ（Ｄｅｓｔｉｎａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）を採用することがある。ＤＣＳでは、直接行先階を指定可能なＨＤＣ（Ｈａｌｌ Ｄｅｓｔｉｎａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）が乗場に設けられ、乗場にて利用者がＨＤＣに行先階を登録する。エレベータ群管理システムは、ＨＤＣに登録された行先呼びに応じて、乗りかごの利用人数を推定する。エレベータ群管理システムは、推定された利用人数に応じて、複数の乗りかごのうち行先呼びに応答させる乗りかごを割り当てる。

【先行技術文献】

【特許文献】

【0003】

【文献】国際公開第２０１６／１２９０１１号

【文献】国際公開第２０１４／１７１２９６号

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかし、行先呼びを登録していない利用者が他の利用者の行先呼びに便乗して乗りかごへ乗る便乗乗車が発生すると、予想より多い人数がかごに乗車してしまい、他階でかごを待つ利用者が乗車できない積み残しが発生する可能性がある。また、行先呼びを登録した利用者が乗りかごへ乗らない無駄呼びが発生すると、乗りかごを無駄呼びに応答させてしまい、予想より少ない人数がかごに乗車することになるため、運行効率が低下する可能性がある。

【0005】

一つの実施形態は、乗りかごの利用人数の推定精度を向上できるエレベータ群管理システムを提供することを目的とする。

【課題を解決するための手段】

【0006】

一つの実施形態によれば、登録部と推定部と制御部と検出部と抽出部と判定部とを有するエレベータ群管理システムが提供される。登録部は、複数の乗りかごを含むエレベータ群の乗場に設置される。登録部は、行先呼びが登録される。推定部は、登録された行先呼びと係数とに応じて、乗りかごの利用人数を推定する。制御部は、推定された利用人数に応じて、複数の乗りかごのうちから登録された行先呼びに応答させる乗りかごを割り当てる。検出部は、乗りかごの利用人数を検出する。抽出部は、推定された利用人数の検出された利用人数からの乖離に応じて、便乗乗車の属性のパターン又は無駄呼びの属性のパターンを抽出する。便乗乗車は、行先呼びを登録していない利用者が他の利用者の行先呼びに便乗して乗りかごへ乗る現象である。無駄呼びは、行先呼びを登録した利用者が乗りかごへ乗らない現象である。判定部は、登録された行先呼びの属性のパターンが便乗乗車の属性のパターン又は無駄呼びの属性のパターンに該当するか否か判定する。登録された行先呼びの属性のパターンが便乗乗車の属性のパターン又は無駄呼びの属性のパターンに該当する場合、推定部は、係数の値を基準値から変更し、登録された行先呼びの個数に変更された係数を乗算して、乗りかごの利用人数を推定する。

【図面の簡単な説明】

【0007】

【図1】図１は、実施形態にかかるエレベータ群管理システムの構成を示す図である。

【図2】図２は、実施形態における乗場及び乗りかごの構成を示す図である。

【図3】図３は、実施形態における便乗乗車の属性パターン又は無駄呼びの属性パターンを含むルールを示す図である。

【図4】図４は、実施形態における利用人数の推定に用いる係数を示す図である。

【図5】図５は、実施形態にかかるエレベータ群管理システムの動作を示すフローチャートである。

【図6】図６は、実施形態の第１の変形例にかかるエレベータ群管理システムの構成を示す図である。

【図7】図７は、実施形態の第２の変形例における乗場及び乗りかごの構成を示す図である。

【図8】図８は、実施形態の第３の変形例における便乗乗車の予想が外れた場合の動作を示す図である。

【図9】図９は、実施形態の第４の変形例における無駄呼びの予想が外れた場合の動作を示す図である。

【図10】図１０は、実施形態の第５の変形例における利用人数の推定に用いる係数を示す図である。

【発明を実施するための形態】

【0008】

以下に添付図面を参照して、実施形態にかかるエレベータ群管理システムを詳細に説明する。なお、この実施形態により本発明が限定されるものではない。

【0009】

（実施形態）
実施形態にかかるエレベータ群管理システムは、複数の乗りかごを含むエレベータ群を管理する。エレベータ群管理システムでは、エレベータ群の管理の方式として、ＤＣＳ（Ｄｅｓｔｉｎａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）を採用する。ＤＣＳでは、直接行先階を指定可能なＨＤＣ（Ｈａｌｌ Ｄｅｓｔｉｎａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）が乗場に設けられ、乗場にて利用者がＨＤＣに行先階を登録する。ＤＣＳでは、エレベータ利用者全員がエレベータ乗車前に「出発階―行先階」の組の行先呼びをＨＤＣに登録する想定である。例えば、エレベータ群管理システムは、次の数式１、数式２により、乗りかごの乗車人数・降車人数を推定することがある。
（行先呼び応答時の乗車人数）＝（登録された行先呼びの出発階個数）・・・数式１
（行先呼び応答時の降車人数）＝（登録された行先呼びの行先階個数）・・・数式２

【0010】

エレベータ群管理システムは、数式１、数式２で推定された乗車人数・降車人数に応じて、複数の乗りかごのうち行先呼びに応答させる乗りかごを割り当てる。ＤＣＳでは、運行中の各乗りかご内の乗車人数、各階の乗車人数・降車人数が計算できる想定である。

【0011】

ただし、実際には、呼び登録をせずに便乗乗車する人や、誤操作やいたずらで無駄呼びの登録をする人がいると、乗りかご内の乗車人数・降車人数が推定と違ってしまうことがある。便乗乗車とは、行先呼びを登録していない利用者が他の利用者の行先呼びに便乗して乗りかごへ乗る現象である。無駄呼びは、行先呼びを登録した利用者が乗りかごへ乗らない現象である。

【0012】

例えば、呼び登録の個数から乗車人数・降車人数を推定し乗りかごの割当制御をするため、便乗乗車が発生すると、予想より多い人数がかごに乗車してしまい、他階でかごを待つ利用者が乗車できない積み残しが発生する可能性がある。また、呼び登録の個数から乗車人数・降車人数を推定し乗りかごの割当制御をするため、無駄呼びが発生すると、乗りかごを無駄呼びに応答させてしまい、予想より少ない人数がかごに乗車することになるため、運行効率が低下する可能性がある。

【0013】

そこで、本実施形態では、エレベータ群管理システムにおいて、便乗乗車又は無駄呼びの属性のパターンを求めておき、登録された行先呼びの属性のパターンがそれらの属性のパターンに該当するときに、便乗乗車又は無駄呼びに対応して変更された係数で利用人数を推定することで、乗りかごの利用人数の推定精度の向上を目指す。

【0014】

具体的には、エレベータ群管理システムは、登録された行先呼びと係数とに応じて、乗りかごの利用人数を推定する。例えば、エレベータ群管理システムは、登録された行先呼びの個数に基準値の係数を乗算して乗りかごの利用人数を推定する。エレベータ群管理システムは、推定された利用人数に応じて、複数の乗りかごのうち登録された行先呼びに応答させる乗りかごを割り当てる。エレベータ群管理システムは、乗りかごが着床し利用者が乗り込んだら、乗りかごの利用人数を検出する。エレベータ群管理システムは、推定された利用人数の検出された利用人数からの乖離に応じて、便乗乗車の属性のパターン又は無駄呼びの属性のパターンを抽出する。すなわち、エレベータ群管理システムは、行先呼びの属性を取得するととともに、推定された利用人数の実際の利用人数からの乖離に応じて、便乗乗車又は無駄呼びが発生したか否かを判断する。エレベータ群管理システムは、便乗乗車が発生した場合、その行先呼びの１以上の属性の組み合わせを便乗乗車の属性のパターンとして抽出し、無駄呼びが発生した場合、その行先呼びの１以上の属性の組み合わせを無駄呼びの属性のパターンとして抽出する。そして、エレベータ群管理システムは、行先呼びが登録された際に、行先呼びの属性を取得し、行先呼びの属性のパターンが便乗乗車の属性のパターン又は無駄呼びの属性のパターンに該当するか否か判定する。エレベータ群管理システムは、行先呼びの属性のパターンが便乗乗車の属性のパターンに該当する場合、登録された行先呼びと便乗乗車に対応して変更された係数とに応じて、乗りかごの利用人数を推定する。例えば、エレベータ群管理システムは、利用人数が増加するように基準値から変更された係数を行先呼びの個数に乗算して乗りかごの利用人数を推定する。また、エレベータ群管理システムは、行先呼びの属性のパターンが無駄呼びの属性のパターンに該当する場合、登録された行先呼びと無駄呼びに対応して変更された係数とに応じて、乗りかごの利用人数を推定する。例えば、エレベータ群管理システムは、利用人数が減少するように基準値から変更された係数を行先呼びの個数に乗算して乗りかごの利用人数を推定する。これにより、便乗乗車又は無駄呼びが発生したと予想できる場合に、乗りかごの利用人数の推定値を実際の利用人数に近づけることができ、乗りかごの利用人数の推定精度を向上できる。

【0015】

より具体的には、エレベータ群管理システム１は、図１に示すように構成され得る。図１は、エレベータ群管理システム１の構成を示す図である。

【0016】

エレベータ群管理システム１は、データセンター２０及び複数のＤＣＳ制御装置１０－Ａ～１０－Ｂを有する。データセンター２０は、無線通信回線及び／又は有線通信回線を介して、複数のＤＣＳ制御装置１０－Ａ～１０－Ｂと通信可能に接続され、各ＤＣＳ制御装置１０から情報を受信したり、各ＤＣＳ制御装置１０へ情報を送信したりする。複数のＤＣＳ制御装置１０－Ａ～１０－Ｂは、複数の物件ＢＤ－Ａ～ＢＤ－Ｂに対応する。各ＤＣＳ制御装置１０は、対応する物件ＢＤに設けられている。これにより、データセンター２０は、複数のＤＣＳ制御装置１０を介して、複数の物件ＢＤを統括的に管理することができる。
なお、データセンター２０は、本実施形態で例示されるデータセンターに限定されず、例えば複数の記憶装置と計算機能とを有する任意の装置が使用可能である。複数の記憶装置は、複数のデータベースとして機能するものであれば使用可能である。
また、データベースとしての記憶装置の設置場所は、データセンター内に限定されず、例えばＤＣＳ制御装置１０内であってもよい。

【0017】

例えば、各ＤＣＳ制御装置１０は、行先呼びに関する情報（行先階、登録階、登録時間、未応答時間、かご乗車人数、かご荷重、時間帯毎の呼び発生頻度など）、および物件ＩＤをデータセンター２０に送付する。データセンター２０では、複数の物件から集まった行先呼びの情報と、物件ＩＤに紐づくあらかじめ登録された物件情報（基準階、階床・台数構成、所在地、営業時問、入居テナント情報）の各情報から呼び登録個数に対してかご乗車人数が一定以上多いケース（便乗乗車発生）、および呼び登録個数に対してかご乗車人数が一定以上少ないケース（無駄呼び発生）を抽出し、これらのケースに一定比率以上の割合で現れる共通の属性パターンを抽出し、便乗乗車・無駄呼びの発生ルールを作成する。データセンター２０は、このルールを各ＤＣＳ制御装置１０に送信する。各ＤＣＳ制御装置１０は、発生ルールに応じて便乗乗車を推定した場合には、推定利用人数を増加させる。各ＤＣＳ制御装置１０は、発生ルールに応じて無駄呼びを推定した場合には、推定利用人数の減少させる、また行先呼びを複数かごでなく敢えて特定のかごに集中させ、無駄呼び応答による群効率低下を防ぐ。すなわち、エレベータ群管理システム１では、複数の物件における、行先呼び登録情報とかご利用人数データとに応じて、便乗乗車・無駄呼びが発生するパターンを学習により発見し、利用人数の推定値を実際の利用人数に近づけるようにする。

【0018】

データセンター２０は、受信部２１、呼び情報データベース（呼び情報ＤＢ）２２、物件情報データベース（物件情報ＤＢ）２３、検出情報データベース（検出情報ＤＢ）２４、パターン抽出部２５、ルール抽出部２６、及び送信部２７を有する。

【0019】

各物件ＢＤは、例えば、ビル等の建物であり、図２に示すように、複数階（例えば、１Ｆ～６Ｆ）の乗場５－１～５－６が設けられ、複数台（例えば、８台）の乗りかご２－１～２－８が設置されている。図２は、各物件ＢＤにおける乗場５及び乗りかご２の構成を示す図である。

【0020】

各階の乗場５－１～５－６にはＨＤＣ（Ｈａｌｌ Ｄｅｓｔｉｎａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）４－１～４－６が設けられ、乗場５にて利用者がＨＤＣ４に行先階を登録することができる。ＤＣＳ制御装置１０は、複数階のＨＤＣ４－１～４－６が接続され、行先呼びが登録されたＨＤＣ４から行先呼びの情報を取得可能である。

【0021】

図１に示す各乗りかご２－１～２－８が単体制御部（単体Ｃ／Ｐ）３－１～３－８を介してＤＣＳ制御装置１０に接続され、ＤＣＳ制御装置１０は、単体制御部３－１～３－８を介して各乗りかご２－１～２－８を監視及び制御することができる。

【0022】

例えば、各乗りかご２－１～２－８には操作盤２ａ、荷重検出器２ｂ、カメラ２ｃが設けられ、乗りかご２内で利用者が操作盤２ａに行先呼びを登録でき、荷重検出器２ｂが乗りかご２内の荷重を検出でき、カメラ２ｃが乗りかご２内の様子を撮像できる。単体制御部３は、操作盤２ａに行先呼びを登録された際に、登録された行先呼びの情報を取得してＤＣＳ制御装置１０へ供給する。これに応じて、ＤＣＳ制御装置１０は、乗りかご２内の行先呼びに応じて、駆動機構（図示せず）を介して、乗りかご２－１～２－８を複数階の乗場５の間を昇降移動可能である。

【0023】

単体制御部３は、ＤＣＳ制御装置１０からの制御に応じて、又は、自律的に、荷重検出器２ｂで検出された乗りかご２内の荷重の情報を取得してＤＣＳ制御装置１０へ供給する。単体制御部３は、ＤＣＳ制御装置１０からの制御に応じて、又は、自律的に、カメラ２ｃで撮像された乗りかご２内の画像の情報を取得してＤＣＳ制御装置１０へ供給する。

【0024】

各ＤＣＳ制御装置１０は、推定部１１、制御部１２、検出部１３、判定部１４、送信部１５、及び受信部１６を有する。

【0025】

制御部１２は、行先呼びが登録されたＨＤＣ４から行先呼びの情報を取得すると、登録された行先呼びの情報を、推定部１１へ供給する。また、制御部１２は、行先呼びの情報を物件ＩＤとともに、送信部１５を介してデータセンター２０へ送信する。行先呼びの情報は、行先階、登録階、登録時間、未応答時間、かご乗車人数、かご荷重、時間帯毎の呼び発生頻度などの情報を含む。データセンター２０では、受信部２１は、行先呼びの情報及び物件ＩＤを受信すると、行先呼びの情報を物件ＩＤに関連付けて呼び情報データベース２２へ追加的に格納する。呼び情報データベース２２は、物件ＩＤを用いて物件情報データベース２３から物件情報を取得し、呼び情報データベース２２に格納された行先呼びの情報に物件情報をさらに関連付ける。物件情報は、基準階、階床・台数構成、所在地、営業時間、入居テナントなどの情報を含む。

【0026】

推定部１１は、登録された行先呼びと係数とに応じて、乗りかごの利用人数を推定する。例えば、推定部１１は、次の数式３により、乗りかごの乗車人数を推定し、次の数式４により、乗りかごの降車人数を推定する。
（乗りかごの推定乗車人数）＝（登録された行先呼びの出発階個数）×（係数）・・・数式３
（乗りかごの推定降車人数）＝（登録された行先呼びの行先階個数）×（係数）・・・数式４

【0027】

数式３、数式４において、推定部１１は、通常時であれば、係数として基準値（例えば、１）を用いる。推定部１１は、推定乗車人数及び推定降車人数の情報を制御部１２へ供給する。

【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】

抽出又は更新されたルールの情報は、データセンター２０から送信され（Ｓ２１）、ＤＣＳ制御装置１０で受信されると（Ｓ１）、ＤＣＳ制御装置１０でＳ１以降の処理が再び行われ、データセンター２０でＳ２１以降の処理が再び行われる。

【0067】

以上のように、本実施形態では、エレベータ群管理システム１において、便乗乗車又は無駄呼びの属性のパターンを求めておき、登録された行先呼びの属性のパターンがそれらの属性のパターンに該当するときに、便乗乗車又は無駄呼びに対応して変更された係数で利用人数を推定する。これにより、便乗乗車又は無駄呼びの発生が予想できる場合に、乗りかごの利用人数の推定精度を向上でき、乗りかごの利用人数に基づく乗りかごの割り当てを適切に行うことができる。すなわち、便乗乗車に起因する利用者の積み残しを減少することができ、無駄呼びによる群管理効率の低下を防ぐことができる。

【0068】

なお、Ｓ５で「無駄呼び」の場合、図５に点線で示すように、Ｓ７，Ｓ８をスキップし、ＤＣＳ制御装置１０は、行先呼びに対する乗りかご２の割り当てを特定の乗りかごに集中させてもよい（Ｓ９）。これによっても、無駄呼び以外の呼びを特定の乗りかご以外の乗りかごに効率的に割り当てることができ、乗りかごを無駄呼びに応答させることによる運行効率の低下を抑制できる。

【0069】

また、Ｓ８で、ＤＣＳ制御装置１０は、推定乗車人数・推定降車人数の情報をデータセンター２０へ送信してもよい。これにより、データセンター２０は、Ｓ２４でＳ８と同様の処理を行うことを省略でき、Ｓ２４の処理を効率化できる。

【0070】

あるいは、エレベータ群管理システム１ｉは、図６に示すように、データセンター２０が省略された構成であってもよい。図６は、実施形態の第１の変形例にかかるエレベータ群管理システム１ｉの構成を示す図である。

【0071】

エレベータ群管理システム１ｉは、ＤＣＳ制御装置１０（図１参照）に代えて、ＤＣＳ制御装置１０ｉを有する。ＤＣＳ制御装置１０ｉは、１つの物件ＢＤに対応し、１つの物件ＢＤにおけるＨＤＣ４－１～４－６及び単体制御部３－１～３－８がそれぞれ接続されている。ＤＣＳ制御装置１０ｉは、呼び情報データベース（呼び情報ＤＢ）１６ｉ、検出情報データベース（検出情報ＤＢ）１７ｉ、パターン抽出部１８ｉ、ルール抽出部１９ｉを有する。呼び情報データベース１６ｉ、検出情報データベース１７ｉ、パターン抽出部１８ｉ、ルール抽出部１９ｉの機能は、それぞれ、実施形態における呼び情報データベース２２、検出情報データベース２４、パターン抽出部２５、ルール抽出部２６と同様である。

【0072】

あるいは、エレベータ群管理システム１ｉは、図７に示すように、ハイブリッドＤＣＳタイプのシステムであってもよい。図７は、実施形態の第２の変形例における乗場及び乗りかごの構成を示す図である。

【0073】

各階の乗場５－１～５－６にはＨＤＣ４－１，４ｊ－２，・・・，４ｊ－６のうち、基準階である１ＦのＨＤＣ４－１は、実施形態と同様に行先呼びを登録可能であるが、他の階である２Ｆ～６ＦのＨＤＣ４ｊ－２～４ｊ－６は、行先呼びを登録する機能が無く、代わりに、上下呼びが登録可能である。この場合、基準階以外の階のＨＤＣ４ｊについては、押された回数を近似的に出発階個数として、数式３により推定乗車人数を求めてもよい。

【0074】

あるいは、便乗乗車／無駄呼びの発生を予想したが、外れてしまう場合も考えられる。例えば、便乗乗車の発生の予想が外れた場合、呼び応答後のかご荷重が予想より少なくなる事態が発生する。このとき、ＤＳＣ制御装置１０ｉは、乗場５で登録された行先呼びに応答した後の乗りかご２の荷重から、推定乗車人数に対する検出乗車人数の超過人数が閾値（例えば、＋１人）未満であれば、便乗乗車の発生の予想が外れたと判断する。この場合、ＤＳＣ制御装置１０ｉは、応答後の乗りかご２の荷重から再度乗りかご２の乗車余力（乗車可能な人数）を計算し、乗車余力に応じて新規割当を受け付けることとする。また、ＤＳＣ制御装置１０ｉは、元々は満員で出発する予想が外れ、満員で、なくなった場合には、新規割当抑制の解除を行う。ＤＳＣ制御装置１０ｉは、上下呼びのハイブリッドＤＣＳの場合には、長待ち等による割当変更を受け付けてもよい。

【0075】

例えば、ＤＳＣ制御装置１０ｉは、図８に示すような制御を行ってもよい。図８は、実施形態の第３の変形例における便乗乗車の予想が外れた場合の動作を示す図である。ＤＳＣ制御装置１０ｉは、応答前に、図８（ａ）に示すように、４回上下呼びが登録され、４×２＝８人が乗車すると推定し、４人乗っている乗りかご２を乗車後に満員（＝定員１４人）になると予想して割り当てるとともに、この乗りかご２に対する新規割当を抑制する。そして、ＤＳＣ制御装置１０ｉは、応答後に、図８（ｂ）に示すように、４人しか乗車しなかった場合、便乗乗車の発生の予想が外れたと判断し、この乗りかご２の乗車余力（乗車可能な人数）を計算し、新規割当の抑制を解除し、乗車余力に応じて新規割当を受け付ける。

【0076】

あるいは、無駄呼びの発生の予想が外れた場合、想定より多い人数が乗りかご２に乗車する事態が発生する。ＤＳＣ制御装置１０ｉは、応答時に、乗りかご２の荷重を把握し、推定乗車人数に対する検出乗車人数の不足人数が不足閾値（例えば、－１人）より大きければ、無駄呼びの発生の予想が外れたと判断する。この場合、ＤＳＣ制御装置１０ｉは、閾値（例えば、１人）以上の人数が乗りかご２に乗車した場合、積み残しによる再登録対応のために、フリーの乗りかご２を呼び発生階に移動させることとする。

【0077】

例えば、ＤＳＣ制御装置１０ｉは、図９に示すような制御を行ってもよい。図９は、実施形態の第４の変形例における無駄呼びの予想が外れた場合の動作を示す図である。ＤＳＣ制御装置１０ｉは、応答前に、図９（ａ）に示すように、無駄呼びを検知し、その呼びを特定の乗りかご２に割り当てる。そして、ＤＳＣ制御装置１０ｉは、応答中、特定の乗りかご２への利用者の乗車を検知し、無駄呼びの予想が外れたと判断し、フリーの乗りかご２をその呼びの発生階に移動させる。これにより、無駄呼びの予想が外れたことによる積み残しを抑制できる。

【0078】

あるいは、ＤＳＣ制御装置１０ｉは、便乗乗車又は無駄呼びの発生の予想外れが多い場合、便乗乗車又は無駄呼び用の利用人数推定のための係数を調整してもよい。例えば、図１０に示すように、ＤＳＣ制御装置１０ｉは、ルールに含まれる属性パターン１～５のそれぞれについて部分的に係数を異ならせてもよい。図１０は、実施形態の第５の変形例における利用人数の推定に用いる係数を示す図である。

【0079】

例えば、初期状態において、属性パターン１及び属性パターン２の係数は、便乗乗車の属性パターン用に、図４と同様の値である「２」にしておき、属性パターン３～属性パターン５の係数は、無駄呼びの属性パターン用に、図４と同様の値である「０．２」にしておく。その後、ＤＳＣ制御装置１０ｉは、属性パターン１で便乗乗車の発生の予想外れが閾値頻度以上（例えば、１０回中５回以上）多い場合に、利用人数推定のための係数を増加方向に対して緩和（例えば２→１．５に）してもよい。また、ＤＳＣ制御装置１０ｉは、属性パターン１で便乗乗車の発生の予想外れが閾値頻度以上（例えば、１０回中５回以上）多い場合に、利用人数推定のための係数を減少方向に対して緩和（例えば０．２→０．５に）してもよい。これにより、便乗乗車又は無駄呼びが発生したと予想できる場合に、便乗乗車又は無駄呼びの発生頻度を考慮しながら、乗りかごの利用人数の推定値を実際の利用人数に近づけることができる。

【0080】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0081】

１，１ｉ エレベータ群管理システム、２，２－１～２－８ 乗りかご、３，３－１～３－８ 単体制御部、４，４－１～４－６，４ｊ－２～４ｊ－６ ＨＤＣ、５，５－１～５－６ 乗場、１０，１０－Ａ，１０－Ｂ ＤＣＳ制御装置、１１ 推定部、１２ 制御部、１３ 検出部、１４ 判定部、１５ 送信部、１６ 受信部、２０ データセンター、２１ 受信部、２２ 呼び情報データベース、２３ 物件情報データベース、２４ 検出情報データベース、２５ パターン抽出部、２６ ルール抽出部、２７ 送信部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】