特許 6629404 エレベータシステム

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

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

(11)【特許番号】6629404

(24)【登録日】2019年12月13日

(45)【発行日】2020年1月15日

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

(51)【国際特許分類】

   B66B 1/18 20060101AFI20200106BHJP

   B66B 3/00 20060101ALI20200106BHJP

   B66B 1/14 20060101ALI20200106BHJP

【ＦＩ】

   B66B1/18 S

   B66B3/00 L

   B66B3/00 M

   B66B1/18 Q

   B66B1/14 Z

【請求項の数】11

【全頁数】17

(21)【出願番号】特願2018-168912(P2018-168912)

(22)【出願日】2018年9月10日

【審査請求日】2018年9月10日

(73)【特許権者】

【識別番号】390025265

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

(74)【代理人】

【識別番号】110001737

【氏名又は名称】特許業務法人スズエ国際特許事務所

(72)【発明者】

【氏名】渡邉 雄太

【審査官】 加藤 三慶

(56)【参考文献】

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

【文献】 特開２０１６−２２２３５３（ＪＰ，Ａ）

【文献】 特開２０１４−１０５０５０（ＪＰ，Ａ）

【文献】 特開２００８−１９５４６８（ＪＰ，Ａ）

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

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

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

Ｂ６６Ｂ １／００− １／５２

Ｂ６６Ｂ ３／００

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

【請求項1】

乗りかごの乗車スペースを複数のエリアに分割し、これらのエリア毎に利用者の乗車率を検出する乗車率検出手段と、
乗場の待ち人数を検出する待ち人数検出手段と、
上記乗車率検出手段によって検出された上記乗りかごの各エリアの乗車率と上記待ち人数検出手段によって検出された上記乗場の待ち人数とに基づいて、利用者が上記乗りかごに乗車する可能性を判断する乗車判断手段と、
この乗車判断手段の判断結果に応じて上記乗りかごを上記乗場で停止あるいは通過させる運転制御手段と、
上記乗りかごの各エリアの乗車率と上記乗場の待ち人数との組み合わせに対する乗車履歴が記憶された学習テーブルとを具備し、
上記乗車判断手段は、
上記乗車率検出手段によって検出された上記乗りかごの各エリアの乗車率と上記待ち人数検出手段によって検出された上記乗場の待ち人数とに基づいて、上記学習テーブルに記憶された同じ組み合わせに対する乗車履歴を参照して、利用者が上記乗りかごに乗車する可能性を判断することを特徴とするエレベータシステム。

【請求項2】

上記乗りかごの乗車スペースを分割するエリアには、少なくとも上記乗りかごのドア前のエリアが含まれることを特徴とする請求項１記載のエレベータシステム。

【請求項3】

上記乗車率検出手段および上記待ち人数検出手段は、
上記乗りかごが上記乗場に近づいたときに、それぞれに上記乗りかご内の各エリアの乗車率の検出と上記乗場の待ち人数の検出を行うことを特徴とする請求項１記載のエレベータシステム。

【請求項4】

上記乗車率検出手段は、
上記乗りかご内に設置されたカメラの画像を取得し、その画像から上記乗りかごの各エリアの乗車率を検出することを特徴とする請求項１記載のエレベータシステム。

【請求項5】

上記待ち人数検出手段は、
上記乗場に設置されたカメラの画像を取得し、その画像から上記乗場の待ち人数を検出することを特徴とする請求項１記載のエレベータシステム。

【請求項6】

上記乗車判断手段は、
上記学習テーブルに記憶された同じ組み合わせに対する所定回数の学習結果の中で乗車有の履歴があれば、利用者が上記乗りかごに乗車する可能性が高いと判断し、上記所定回数の学習結果の中で乗車有の履歴がなければ、利用者が上記乗りかごに乗車する可能性が低いと判断することを特徴とする請求項１記載のエレベータシステム。

【請求項7】

上記運転制御手段は、
上記乗車判断手段によって利用者が乗車する可能性が高いと判断された場合に上記乗りかごを上記乗場で停止させ、
上記乗車判断手段によって利用者が乗車する可能性が低いと判断された場合に上記乗りかごを通過させて、次の周回で上記乗場で登録された呼びに応答するように上記乗りかごの運転を制御することを特徴とする請求項１記載のエレベータシステム。

【請求項8】

上記運転制御手段は、
上記乗車判断手段によって利用者が乗車する可能性が高いと判断された場合に上記乗りかごを上記乗場で停止させ、
上記乗車判断手段によって利用者が乗車する可能性が低いと判断された場合に利用者が乗車可能な他の乗りかごに上記乗場で登録された呼びを割当変更することを特徴とする請求項１記載のエレベータシステム。

【請求項9】

上記運転制御手段は、
上記乗りかごが無人に近い状態あるいは満員に近い状態の場合には、上記乗車判断手段による乗車判断を行わずに、上記乗りかごを上記乗場で停止あるいは通過させることを特徴とする請求項１記載のエレベータシステム。

【請求項10】

乗りかごの乗車スペースを複数のエリアに分割し、これらのエリア毎に利用者の乗車率を検出する乗車率検出手段と、
乗場の待ち人数を検出する待ち人数検出手段と、
上記乗車率検出手段によって検出された上記乗りかごの各エリアの乗車率と上記待ち人数検出手段によって検出された上記乗場の待ち人数とに基づいて、利用者が上記乗りかごに乗車する可能性を判断する乗車判断手段と、
この乗車判断手段の判断結果に応じて上記乗りかごを上記乗場で停止あるいは通過させる運転制御手段と、
上記乗りかごの乗車スペースを分割するエリアには、少なくとも上記乗りかごのドア前のエリアが含まれ、
上記乗りかごのドア前のエリアの乗車率が高い場合に上記乗りかご内の利用者に奥に詰めるように通知する通知手段とを具備し、
上記乗車判断手段は、
上記通知手段による通知後の上記各エリアの乗車率と上記待ち人数とに基づいて、上記乗場で利用者が上記乗りかごに乗車する可能性を判断することを特徴とするエレベータシステム。

【請求項11】

乗りかごの乗車スペースを複数のエリアに分割し、これらのエリア毎に利用者の乗車率を検出する乗車率検出手段と、
乗場の待ち人数を検出する待ち人数検出手段と、
上記乗車率検出手段によって検出された上記乗りかごの各エリアの乗車率と上記待ち人数検出手段によって検出された上記乗場の待ち人数とに基づいて、利用者が上記乗りかごに乗車する可能性を判断する乗車判断手段と、
この乗車判断手段の判断結果に応じて上記乗りかごを上記乗場で停止あるいは通過させる運転制御手段と、
予め設定された時間帯毎に上記乗りかごの各エリアの乗車率と上記乗場の待ち人数との組み合わせに対する利用者の乗車履歴が記憶された複数の学習テーブルとを具備し、
上記乗車判断手段は、
上記乗場で呼びが登録されたときの時間帯に基づいて、上記各学習テーブルの中の該当する学習テーブルを参照して、上記乗場で利用者が上記乗りかごに乗車する可能性を判断することを特徴とするエレベータシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、エレベータシステムに関する。

【背景技術】

【0002】

利用者が任意の階の乗場で乗場呼びを登録すると、運転中の乗りかごがその乗場呼びに応答して上記乗場（乗場呼びの登録階）で停止する。このとき、乗りかご内に乗車可能なスペースが十分にあっても、例えばかごドア付近に多数の利用者が乗車していると、乗場で待っていた利用者が乗車しないことがある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７−１００８３９号公報

【発明の概要】

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

【0004】

乗場呼びに応答した乗りかごに利用者が乗車しない場合、乗りかごを無駄に停止させたことになり、運行効率が著しく低下する。また、乗りかご内に乗車している利用者にも迷惑をかける。

【0005】

本発明が解決しようとする課題は、乗りかごの無駄な停止を回避し、乗場で待つ利用者を効率的に運ぶことのできるエレベータシステムを提供することである。

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

【0006】

一実施形態に係るエレベータシステムは、乗車率検出手段と、待ち人数検出手段と、乗車判断手段と、運転制御手段と、学習テーブルとを備える。

【0007】

上記乗車率検出手段は、乗りかごの乗車スペースを複数のエリアに分割し、これらのエリア毎に利用者の乗車率を検出する。上記待ち人数検出手段は、乗場の待ち人数を検出する。上記乗車判断手段は、上記乗車率検出手段によって検出された上記乗りかごの各エリアの乗車率と上記待ち人数検出手段によって検出された上記乗場の待ち人数とに基づいて、利用者が上記乗りかごに乗車する可能性を判断する。上記運転制御手段は、上記乗車判断手段の判断結果に応じて上記乗りかごを上記乗場で停止あるいは通過させる。上記学習テーブルは、上記乗りかごの各エリアの乗車率と上記乗場の待ち人数との組み合わせに対する乗車履歴が記憶されている。上記乗車判断手段は、上記乗車率検出手段によって検出された上記乗りかごの各エリアの乗車率と上記待ち人数検出手段によって検出された上記乗場の待ち人数とに基づいて、上記学習テーブルに記憶された同じ組み合わせに対する乗車履歴を参照して、利用者が上記乗りかごに乗車する可能性を判断することを特徴とする。

【図面の簡単な説明】

【0008】

【図1】図１は第１の実施形態に係るエレベータシステムの構成を概略的に示す図である。

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

【図3】図３は第１の実施形態におけるエレベータ制御装置の機能構成を示すブロック図である。

【図4】図４は第１の実施形態における呼び管理テーブルの一例を示す図である。

【図5】図５は第１の実施形態における乗りかごの各エリア毎の乗車率を説明するための図である。

【図6】図６は上記乗りかごの各エリアに利用者がまたがって乗車している場合の乗車率を説明するための図である。

【図7】図７は第１の実施形態における学習テーブルの一例を示す図である。

【図8】図８は第１の実施形態におけるエレベータ制御装置の処理動作を示すフローチャートである。

【図9】図９は第２の実施形態に係るエレベータの群管理システムの構成を概略的に示す図である。

【図10】図１０は第２の実施形態における群管理制御装置の処理動作を示すフローチャートである。

【図11】図１１は第２の実施形態における呼び管理テーブルの一例を示す図であり、図１１（ａ）は割当変更前の内容、同図（ｂ）は割当変更後の内容を示している。

【図12】図１２は第３の実施形態におけるエレベータ制御装置の処理動作を示すフローチャートである。

【図13】図１３は第３の実施形態における乗りかごの各エリアの乗車状態を示す図であり、図１３（ａ）は通知前、同図（ｂ）は通知後の状態を示している。

【図14】図１４は第３の実施形態におけるメッセージ表示の一例を示す図である。

【図15】図１５は変形例として時間帯毎に学習テーブルを用意しておく場合の構成を示す図である。

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

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

例えば、図１３（ａ）に示すように、ドア前のエリアＡ，Ｂに利用者が集中している場合に、図１４に示すようなメッセージが表示器２５に表示されるか、あるいはアナウンス装置２６を通じて音声アナウンスされる。このような通知を受けて、図１３（ｂ）に示すように、乗りかご１２内の利用者が奥に詰めると、ドア前のエリアＡ，Ｂが空いて、利用者が乗車しやすい環境になる。

【0082】

エレベータ制御装置１１は、通知後における各エリアの乗車率を再検出する（ステップＳ３０３）。以後は、エレベータ制御装置１１は、呼び登録階における乗場１７の待ち人数を検出し、上記通知後に得られた各エリアの乗車率と待ち人数との組み合わせに基づいて学習テーブル３２ｂを検索して、利用者が乗りかご１２に乗車する可能性を判断する（図８のステップＳ１０３〜Ｓ１０５）。この場合、上述した通知によって乗りかご１２内の利用者が奥に詰めていれば、各エリアの乗車率と待ち人数の組み合わせが変わるので、利用者が乗車する可能性が高くなる。

【0083】

このように第３の実施形態によれば、乗りかご１２のドア前のエリアＡ，Ｂの乗車率が他のエリアＣ，Ｄよりも高い場合に、乗りかご１２内の利用者に奥に詰めるように通知することで、乗場１７の利用者を乗りかご１２に乗車させて効率的に運転することができる。

【0084】

なお、第３の実施形態を上記第２の実施形態の群管理システムに適用する場合には、図１０に示したフローチャートのステップＳ２０４とＳ２０５との間に図１２のステップＳ３０１〜３０３の処理を組み込めば良い。

【0085】

（変形例１）
例えばオフィスビルでは、時間帯によって乗場の状況やかご内の状況が大きく異なる。したがって、時間帯毎に乗りかご１２の各エリアの乗車率と乗場１７の待ち人数との組み合わせに対する利用者の乗車履歴を学習することが好ましい。

【0086】

図１５の例では、Ｔ１〜Ｔ４の時間帯に分け、それぞれの時間帯において、Ｄ１〜Ｄ４で示される複数の学習テーブル３２ｂが用意されている。例えば、利用者が任意の階で乗場呼びを登録した時間が９：００であれば、時間帯Ｔ１に対応したＤ１の学習テーブル３２ｂが参照され、そのときに検出された乗りかご１２の各エリアの乗車率と乗場１７の待ち人数とに基づいて利用者が乗りかご１２に乗車する可能性が判断される。

【0087】

Ｄ１の学習テーブル３２ｂには、予めＴ１の時間帯で学習された乗りかご１２の各エリアの乗車率と乗場１７の待ち人数との組み合わせに対する乗車履歴が記憶されている。したがって、このＤ１の学習テーブル３２ｂを参照することで、現在の時間帯における乗場の状況やかご内の状況を考慮して利用者が乗車するか否かを適切に判断することができる。

【0088】

上記第２の実施形態で説明した群管理システムの場合でも同様であり、複数の時間帯毎に乗車履歴が記憶された複数の学習テーブルを用いることで、現在の時間帯における乗場の状況やかご内の状況を考慮して利用者が乗車するか否かを適切に判断することができる。

【0089】

（変形例２）
乗りかご１２のすべての乗車率パターンに対して学習テーブル３２ｂを参照する必要はなく、例えば乗りかご１２が無人に近い状態など、明らかに乗りかご１２に乗車できる場合には乗車判断部３３による乗車判断を行わずに乗りかご１２を呼び登録階で停止させる。また、乗りかご１２が満員に近い状態など、明らかに乗りかご１２に乗車できない状態の場合も同様であり、乗車判断部３３による乗車判断を行わずに乗りかご１２を呼び登録階で停止させずに通過させる。

【0090】

上記第２の実施形態で説明した群管理システムの場合でも同様であり、明らかに割当かごに乗車できる状態の場合あるいは明らかに割当かごに乗車できない状態の場合には乗車判断を行わずに割当かごを運転制御する。

【0091】

以上述べた少なくとも１つの実施形態によれば、乗りかごの無駄な停止を回避し、乗場で待つ利用者を効率的に運ぶことのできるエレベータシステムを提供することができる。

【0092】

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

【符号の説明】

【0093】

１１…エレベータ制御装置、１２…乗りかご、１３…カメラ、１４…建物、１５…ロープ、１６…昇降路、１７，１７ａ，１７ｂ，１７ｃ…乗場、１８，１８ａ，１８ｂ，１８ｃ…乗場呼びボタン、１９，１９ａ，１９ｂ，１９ｃ…カメラ、２１…かごドア、２２…行先階ボタン、２３ａ，２３ｂ…戸開閉ボタン、２４…かご操作盤、２５…表示器、２６…アナウンス装置、３１…画像処理部、３１ａ…乗車率検出部、３１ｂ…待ち人数検出部、３２…記憶部、３２ａ…呼び管理テーブル、３２ｂ…学習テーブル、３３…乗車判断部、３４…運転制御部、３５…通知部、４１…群管理制御装置、４２ａ，４２ｂ，４２ｃ…号機制御装置、４３ａ，４３ｂ，４３ｃ…乗りかご、４４ａ，４４ｂ，４４ｃ…乗場、４５ａ，４５ｂ，４５ｃ…乗場呼びボタン、４６ａ，４６ｂ，４６ｃ…カメラ。

【要約】

【課題】乗りかごの無駄な停止を回避し、乗場で待つ利用者を効率的に運ぶ。
【解決手段】一実施形態に係るエレベータシステムは、乗車率検出部３１ａと、待ち人数検出部３１ｂと、乗車判断部３３と、運転制御部３４とを備える。乗車率検出部３１ａは、乗りかご１２の乗車スペースを複数のエリアに分割し、これらのエリア毎に利用者の乗車率を検出する。待ち人数検出部３１ｂは、乗場１７の待ち人数を検出する。乗車判断部３３、乗りかご１２の各エリアの乗車率と乗場１７の待ち人数とに基づいて、利用者が乗りかご１２に乗車する可能性を判断する。運転制御部３４は、乗車判断結果に応じて乗りかご１２を乗場１７で停止あるいは通過させる。
【選択図】 図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】