JP5882090B2 - エレベータの群管理制御システム - Google Patents

Description

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

利用者がエレベータを呼ぶ方法として、出発階の乗り場で上下方向呼び登録装置のボタンを押す「上下方向の乗り場呼び（以下、上下方向呼びと呼ぶ）」が主に採られてきており、行先階を指定する方法として、かご内で各行先階に対応するかご呼びボタンを押す「かご呼び」が主に採られてきている。

これに対して、利用者が出発階の乗場行先階登録装置で行先階を登録することによって、かごを呼ぶことと、行先階を指定することを同時に行う「行き先呼び」が注目されている。

従来、上下方向呼びだけの既存のエレベータの群管理制御システムに対し、一部の階に乗場行先階登録装置を設置する際に、上下方向呼びと行先呼びとを単一の割当処理部で処理する必要があった。このため、既存のシステムを撤去し、上下方向呼びと行先呼びを処理できる新たな単一の割当処理部を含むシステムを設置する必要があった。

新旧の群管理制御システムを同時に稼働させる方法としては、例えば、既存の群管理制御システムを新たな群管理制御システムに置き換える途中の段階で実施する目的のために、リニューアル前のかごを制御する旧群管理制御システムと、リニューアル後のかごを制御する新群管理制御システムとを協調して動作させるシステムが提案されている。

第１の技術では、新旧群管理制御システムの一方で登録された呼びを、両群管理制御システムに登録し、両群管理制御システムが夫々かごを割り当てる。単一の呼びに２台のかごが応答すると無駄になるので、最初の１台のかごが応答した時点で、応答しなかった側の群管理制御システムから呼び登録が消去される。

第２の技術では、旧群管理制御システムの呼びを新群管理制御システムに転送し、新群管理制御システムで、新群管理側と旧群管理側のいずれのかごへ割り当てるか決定する。

しかし、それら技術は、新旧群管理制御システムは夫々、別々のかごを制御するので、全てのかごを制御する既存の群管理制御システムに、新たな種類の呼びを処理する機構を追加する目的では、使用できない。また、第１の技術は、呼びを一つ登録する度に、一時的に２台のかごが選択されるので、１台が必要のない運行を行う可能性があり、非効率である。また、第２の技術は、まず新群管理側で割り当て処理を行い、旧群管理での割り当てが適切と考えられる場合は、さらに旧群管理側で割り当て処理を行う必要があるため、割り当て処理２回分の時間が必要となり、処理に多くの時間がかかる。

特許第３１７０５３９号公報 特許第３７７２０５１号公報

上下方向呼びだけ可能な既存のエレベータの群管理制御システムに対して、行き先呼びをも可能にするようにシステムを追加する効果的な方法がなかった。

本実施形態は、上下方向呼びだけ可能な既存のエレベータの群管理制御システムに対して、行き先呼びをも可能にするようにシステムを効果的に追加することのできるエレベータの群管理制御システムを提供することを目的とする。

実施形態によれば、複数台のかごの運行を管理するために、各かごに割り当てられた各出発階で発生した上下方向呼びに関する情報と、各かご内で発生した各行先階に対するかご呼びとに関する情報を含む上下方向運行予定情報を記憶する上下方向運行予定記憶部を備えた既存の上下方向呼び及びかご呼びのためのエレベータの群管理制御システムに対して、行先呼びを追加するための拡張用のエレベータの群管理制御システムは、乗場行先階登録装置と、行先呼び登録記憶部と、行先呼び割当処理部と、行先呼び運行予定記憶部と、第１の変換部と、第２の変換部とを備える。乗場行先階登録装置は、少なくとも一つの出発階に設けられ、行先階を指定した行先呼びを登録する。行先呼び登録記憶部は、前記乗場行先階登録装置による前記行先呼びの登録を記憶する。行先呼び割当処理部は、前記行先呼びの新たな登録に対して、割り当てかごを割り当てる。行先呼び運行予定記憶部は、各々の前記行先呼び毎に、前記出発階及び前記割り当てかご並びに前記行先階に関する情報を含む行先呼び運行予定情報を記憶する。第１の変換部は、前記行先呼びの新たな登録に対する前記行先呼び運行予定情報を、前記上下方向呼びに関する情報及び前記かご呼びに関する情報に変換し、該変換した上下方向呼び及びかご呼びに関する情報を前記上下方向運行予定記憶部に与える。第２の変換部は、前記上下方向運行予定記憶部に記憶されている前記上下方向呼びに関する情報及び前記かご呼びに関する情報を、前記行先呼びから変換されたものを除いて、前記行先呼び運行予定情報に変換し、該変換した行先呼び運行予定情報を前記行先呼び運行予定記憶部に与える。

既存の群管理制御システムの例示的なブロック図。 実施形態に係る群管理制御システムの例示的なブロック図。 行先呼び発生時の割り当て処理の例示的なフローチャート。 行先呼び登録データの一例を示す図。 行先呼び運行予定データの一例を示す図。 上下方向運行予定データの一例を示す図。 上下方向呼び登録データの一例を示す図。 かごの運行状況の一例を示す図。 疑似行先呼び運行予定データの一例を示す図。 定員管理データの一例を示す図。 仮割り当てを考慮しない場合の将来予測の出力例を示す図。 仮割り当てを考慮した場合の将来予測の出力例を示す図。 行先呼びの割り当てを上下方向呼びシステムに与える処理の例示的なフローチャート。

以下、図面を参照しながら本発明の実施形態に係るエレベータの群管理制御システムについて詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。

本実施形態では、「上下方向呼び」及び「かご呼び」のみについて登録及び割り当て処理が可能な既存のエレベータの群管理制御システムに対して、後で説明する行先呼びを追加するための拡張用システムを付加することによって、「行先呼び」の登録及び割り当て処理も可能にする場合について説明する。

既存の群管理制御システムでは、引き続き、全てのかごの運行管理と、上下方向の割り当て処理を行い、新たなシステムは、行先呼びの割り当て処理を行う。従って、既存のシステムを残したままで、行先呼びによる割り当ても可能な群管理制御システムを構築することができる。割り当て処理は、呼びの種類に応じてそれぞれのシステムで割り当て処理を行うため、１つの呼びに対して２台割り当てる必要はないので、かごの無駄な動きを抑制できる。また、割り当て処理を２回繰り返す必要がないので、割り当てかごを早く求めることができる。

なお、本実施形態において、既設の上下方向呼び及びかご呼びのためのエレベータの群管理制御システムに対して、後から行先呼びを追加するための拡張用システムを付加する場合だけでなく、新規に、上下方向呼び及びかご呼びのためのエレベータの群管理制御システムと、行先呼びを追加するための拡張用エレベータの群管理制御システムとを含むエレベータの群管理制御システムを製造・出荷等する場合も同様に可能である。この場合には、上下方向呼び及びかご呼びのためのエレベータの群管理制御システムの設計を活かして、上下方向呼び及びかご呼びに加えて行先呼びをも可能にするエレベータの群管理制御システムを容易に実現することができるようになる。

最初に、拡張される前の、既存のエレベータの群管理制御システムについて説明する。

図１に、本実施形態における既存のエレベータの群管理制御システムの構成例を示す。

図１に示されるように、本実施形態における既存のエレベータの群管理制御システム１００は、上下方向呼びシステム１、単体かご制御部２_１〜Ｘ、かご３_１〜Ｘ、「上下方向呼び」のための上下方向呼び登録装置４_１〜Ｙを有する。また、各かご３_１〜Ｘの内部には、それぞれ、「かご呼び」のための例えば各行先階に対応するボタンなどを含むかご呼びボタン３１_１〜Ｘが設置されている。ここで、Ｘは、かごの台数であり、Ｙは、上下方向呼び登録装置が設置される階の総数である。具体例として、例えば１０階建のオフィスビルで、各階に上下方向呼び登録装置が設置され、かごが６台ある場合には、Ｘ＝６、Ｙ＝１０（すなわち、単体かご制御部が６台、かごが６台、かご呼びボタンが６セット、上下方向呼び登録装置が１０台）となるが、本実施形態がこれに限定されないことは言うまでもない。

なお、最下階に設けられる上下方向呼び登録装置４_１〜Ｙは、上方向ボタンだけ含み、最上階に設けられる上下方向呼び登録装置４_１〜Ｙは、下方向ボタンだけ含み、それら以外の階に設けられる上下方向呼び登録装置４_１〜Ｙは、上方向ボタン及び下方向ボタンを含む。

上下方向呼びシステム１は、上下方向呼び登録記憶部１１、上下方向割当処理部１２、上下方向運行予定記憶部１３、上下方向将来予測部１４、かご運行制御監視部１５を含む。

上下方向呼びシステム１は、利用者が或る階（出発階）で上下方向呼び登録装置４_ｊの上方向ボタン又は下方向ボタンを押したことに応答して、上下方向呼び（上方向の呼び又は下方向の呼び）の登録を記録し、呼び登録に対して割り当てかごを選定し、選定した割り当てかごを運行予定として記憶し、各かごを監視しながら運行を制御するものである。なお、「割り当てかご」は、呼びを行った利用者を乗車させるために割り当てた「かご」を意味する。

上下方向呼び登録装置４_１〜Ｙは、上下方向呼びを可能にする階の乗り場に設置され、利用者がエレベータを利用したいときに、向かう方向に応じて操作するためのものである。例えば、１０階建のオフィスビルで、各階に２台ずつ設置する場合は、２０台の上下方向呼び登録装置４_１〜２０が設置されることになる。

上下方向呼び登録記憶部１１は、登録された上下方向呼びを記憶する。かご運行制御監視部１５から、呼びに対する応答がなされたことを示す信号を受け取った場合に、呼びの記憶を消去する。

上下方向割当処理部１２は、上下方向呼び登録記憶部１１に登録された上下方向呼びに対し、割り当てかごを選定する。新たに登録された呼びに対して、割り当てかごの選定を行うときは、上下方向運行予定記憶部１３から、各かごに設定された上下方向の割り当ての情報と、かご呼びの情報を受け取り、かご運行制御監視部１５から、各かごの位置と方向と戸開状態の情報を受け取り、それらの情報を上下方向将来予測部１４に与えて、各かごの将来の運行を予測させる。予測は、各かごについて、それぞれ、新たな呼びを割り当てる前の状態と、割り当てた後の状態とについて行う。予測した結果から、各呼びに応答する見込みの時刻が分かるので、それらの時刻の大小から、割り当てかごを決める。例えば、新たな呼びを割り当てる前の状態における「未応答時間予測値」の合計値と、新たな呼びを割り当てた後の状態における「未応答時間予測値」の合計値との差が最小となるような、かごを選択しても良い。

ここで、未応答時間予測値とは、例えば、各呼びの登録時刻から、「各呼びに応答する見込みの時刻」までの時間の予測値を示す。

上下方向将来予測部１４は、各かごに設定された上下方向の割り当ての情報と、かご呼びの情報と、各かごの位置と方向と戸開状態の情報とを用いて、かごの将来の運行を時系列で予測するものである。予測の結果、各割り当てに応答するまでの時間の予測値を求めることができる。

上下方向運行記憶部１３は、上下方向割当処理部１２により決定された割り当てかごを、運行予定の一部として記憶する。

かご運行制御監視部１５は、運行予定の変更を上下方向運行記憶部１３から受け取り、対象となる単体かご制御部２_ｉに通知する（ｉは１〜Ｘのうちの対応するもの）。

単体かご制御部２_１〜Ｘは、それぞれ、かご運行制御監視部１５からの指示に従って、対応するかご３_１〜Ｘを運行する。

なお、かご３_ｉ内のかご呼びボタン３１_ｉが利用者により操作されると、単体かご制御部２_ｉ及びかご運行制御監視部１５を経て、上下方向運行予定記憶部１３にかご呼びが記憶される。また、かご運行制御監視部１５は、上下方向運行予定記憶部１３に記憶されたかご呼びにも従って、単体かご制御部２_１〜Ｘに対する運行の制御を行う。

なお、本実施形態は、上記した「上下方向呼び」及び「かご呼び」のみについて登録及び割り当て処理が可能な既存のエレベータの群管理制御システムに制限されるものではない。

以下、「上下方向呼び」と「かご呼び」に従って動作する既存のエレベータの群管理制御システムに、「行先呼び」の登録及び割り当て処理を可能とする拡張用システムを付加した、本実施形態に係る拡張したエレベータの群管理制御システムについて説明する。

ここでは、既存のエレベータの群管理制御システムとして、図１に示したシステムを対象とする場合を例にとって説明するが、本実施形態はこれに制限されるものではない。

図２に、本実施形態の拡張したエレベータの群管理制御システムの構成例を示す。

図２に示されるように、拡張したエレベータの群管理制御システム１０１は、既存のエレベータの群管理制御システム１００に、拡張用システム１０２を付加したものである。

図２に示されるように、拡張用システム１０２は、行先呼びシステム５、乗場行先階登録装置６_１〜Ｚ、割り当て情報変換部７を含む。

行先呼びシステム５は、行先呼び登録記憶部５１、行先呼び割当処理部５２、行先呼び運行予定記憶部５３、定員管理記憶部５４、行先呼び将来予測部５５、かご運行監視部５６を含む。

割り当て情報変換部７は、運行予定変換出力部７１（第１の変換部）、運行予定変換抽出部７２（第２の変換部）を含む。

なお、図２の拡張したエレベータの群管理制御システム１０１は、図１の既存のエレベータの群管理制御システム１００に含まれる構成要素を含んでいる。それらの個々の要素については、図１と同じであり、重ねての説明を省略する。

ただし、ここでは、乗場行先階登録装置６_ｋが設置される階には、上下方向呼び登録装置４_ｊが設置されない場合を例にとって説明する。具体例として、１０階建のオフィスビルで、１階と４階にそれぞれ乗場行先階登録装置６_１，６_２が設置され、２階、３階、５〜１０階にそれぞれ上下方向呼び登録装置４_１〜４_８が設置される。

なお、本実施形態は、乗場行先階登録装置６_ｋが設置される階に、併せて上下方向呼び登録装置４_ｊが設置される場合も実施可能である。

以下では、新たに追加する拡張用システム１０２の構成要素について説明する。

乗場行先階登録装置６_１〜Ｚは、一部の階の乗り場に設置される、利用者が「行先呼び」として行先階を入力するための装置である。乗場行先階登録装置６_１〜Ｚにおける入力方法は、どのようなものであっても良い。例えば、タッチパネル上、ソフトキーによりテンキーとエンターキーが表示されており、利用者がテンキーで行先階を入力し、エンターキーで確定させるような方法でも良いし、あるいは、タッチパネル上に、各行先階に対応する選択ボタンが表示されており、利用者が所望の行先階に対応する選択ボタンを押すようにしても良い。また、例えば、オフィスビルなどにおいて、利用者が自身のＩＤカードを乗場行先階登録装置６_１〜Ｚに接近させることによって、ＩＤ番号を入力した後に、行先階を入力するようにしても良い。その他、様々なバリエーションが可能である。

なお、出発階は、システム側で特定可能であるので、利用者が入力する機能を持つ必要はない。

各利用者が行先階を入力すると、行先呼びが登録され、行先呼び登録記憶部５１に通知する。

なお、行先呼びでは、「行先階」に加えて、入力がなされた乗場行先階登録装置６_ｋが設置されている階から、「出発階」が特定される（ｋは１〜Ｙのうちの対応するもの）。例えば、乗場行先階登録装置６_ｋから行先呼びシステム５側へ「出発階」を通知しても良いし、あるいは、例えば、乗場行先階登録装置６_ｋから行先呼びシステム５側へ乗場行先階登録装置の識別情報（以下、ＨＤＣ−ＩＤと記述する）を通知し、行先呼びシステム５側で、ＨＤＣ−ＩＤから、対応する「出発階」を特定しても良いし、あるいは、その他の方法を用いても良い。

さらに、「行先階」と「出発階」の上下関係から、呼びの方向が上方向になるか下方向になるかが特定される。

行先呼びシステム５は、行先呼びに対する割り当て処理を行い、割り当ての結果に従ってかごを運行するための群管理制御システムである。ただし、行先呼びシステム５は、単独で動作するのではなく、むしろ図１に示す既存の群管理制御システム１００との間で割り当て情報変換部７を併用することによって、群管理制御システムの一部として動作する。

なお、既存の「上下方向呼び」あるいは「かご呼び」は、個々の利用者に対応するものではなく、同じ階で且つ同じ方向で待っている利用者の集合、あるいは、一つのかごに乗っている同じ階を行先階とする利用者の集合に対応するものである。これに対して、ここでは、個々の「行先呼び」は、個々の利用者に対応して発生するものとして処理する場合を例にとって説明する。

行先呼び登録記憶装置５１は、乗場行先階登録装置６_１〜Ｚを用いて登録された行先呼びを記憶する。さらに、行先呼び割当処理部５２に、新たな行先呼びを通知し、割り当て処理を起動する。割り当て処理が完了したら、行先呼び登録記憶装置５１は、行先呼び割当処理部５２から、「割り当てかご」と「乗車すべき周」の情報を受け取る。さらに、かご運行監視部５６から、現在のかごの「位置」と「方向」と「周」の情報を受け取り、今後かごが一周するまでの間に割り当てへの応答が可能と判定される場合に、割り当てかごを、対象となる乗場行先階登録装置６_ｋへ通知する。そして、行先呼びの記憶を消去する。

なお、ここで、周とは、かごが第１の方向（例えば、下方向）から第２の方向（例えば、上方向）に変化するたびに１カウントアップする値とし、初期の周は１周目とする。なお、第１の方向を上方向、第２の方向を下方向としても良い。また、乗車すべき周は、そのかごが何周目のときに乗車すべきかを示す。すなわち、「乗車すべき周」が現在のかごの「周」に一致したときが、乗車すべきとき（周）になる。

乗場行先階登録装置６_１〜Ｚは、登録された呼びに対応する「割り当てかご」（或いは、「割り当てかご」と「乗車すべき周」）を表示する。

乗場行先階登録装置６_１〜Ｚは、例えば、あと１周で乗車できるようになった時点ではじめて、割り当かごだけを表示するようにしても良い。この場合には、「乗車すべき周」を表示しなくても良い。また、割り当てるかごが決まった後であっても、あと１周で乗車できるようになる前においては、例えば「しばらくお待ちください」などのような利用者に待機を促す表示を行っても良い。

あるいは、乗場行先階登録装置６_１〜Ｚは、例えば、あと１周で乗車できるようになったかにかかわらず、呼び登録後すぐに「割り当てかご」及び「乗車すべき周」を表示するようにしても良い。

行先呼び割当処理部５２は、新たに登録された行先呼びに対して、「割り当てかご」と「乗車すべき周」を決める処理を行う。行先呼び割当処理部５２は、行先呼びによる運行予定を運行予定記憶部５３から受け取り、各かごが各階を出発する段階で何人分が乗車する予定となっているかを意味する「定員管理情報」を定員管理記憶部５４から受け取り、各かごの「位置」と「方向」と「現在何周目を走行中かの情報」をかご運行監視部５６から取得する。さらに、行先呼び割当処理部５２は、上下方向呼びシステム１に記録された運行予定も考慮して割り当て処理を行うために、運行予定変換抽出部７２から（又は、運行予定記憶部５３を介して）、各かごの上下方向呼びシステム１としての運行予定を、行先呼びの形式に変換した上で、受け取る。受け取った情報は、定員管理記憶部５４から得た情報を除き、行先呼び将来予測部５５へ送られ、将来のかごの運行の予測に用いられる。

行先呼び割当処理部５２は、定員管理記憶部５４から得た情報を用いて、新たな行先呼びを割り当て可能な「周」を、各かごについて求める。新たな呼びを登録した利用者を乗車させても、「出発階」から「行先階」までの区間で定員オーバーとならないことが条件である。なお、定員を管理する代わりに、荷重を管理しても良い。例えば、一人当たりの荷重として予め定められた値を使用しても良い。なお、定員オーバー判定について詳しくは後述する。

運行の予測の結果から、新たな行先呼びを割り当てない場合と割り当てた場合との両方について、各かごにおける、各呼びの待ち時間の予測値と乗車時間の予測値とが得られる。そして、それらの予測値から、割り当てるかごを決める。

ここで、待ち時間の予測値とは、例えば、行先呼びの登録から、割り当てかごが出発階で戸開するまでの時間の予測値を示す。また、乗車時間の予測値とは、例えば、割り当てかごの応答から、割り当てかごがその後行先階で戸開するまでの時間の予測値を示す。

「割り当てかご」と「乗車予定の周」の情報は、行先呼び登録記憶部５１、行先呼び運行予定記憶部５３に通知される。また、定員管理記憶部５４では、新たな予約として割り当ての内容に対応する分だけ、予約済みの人数を増加させる。

割り当て運行情報変換部７は、行先呼びシステム５と上下方向呼びシステム１との間で、呼びの情報を変換して伝え合うためのものである。

運行予定変換出力部７１は、行先呼び運行予定記憶部５３に記憶された割り当て済みの行先呼びを、上下方向呼びとかご呼びに分けて、上下方向呼びシステム１に通知することで、上下方向呼びシステム１が行先呼び登録にも従ってかごを運行できるようにする。かご運行監視部５６から得たかごの「位置」と「方向」と「現在の周」から、今後１周以内に応答できると判定される呼びを、上下方向の割り当てに変換した上で、上下方向運行予定記憶部１３に書き込む。かご運行監視部５６から得た割り当てかごの「位置」と「方向」と「現在の周」が、割り当て済みの行先呼びの「出発階」と「方向」と「周」に合致するときは、割り当て済みの行先呼びに応答したと判定し、その行先呼びの行先階にあたる階に、割り当てかごのかご呼びデータを生成して、上下方向運行予定記憶部１３に通知する。

かご運行制御監視部１５は、単体かご制御部２_１〜Ｘに対して、上下方向運行予定記憶部１３に通知された、既存の上下方向呼びに対する割り当てとかご呼びに加えて、行先呼びから変換された上下方向呼びに対する割り当てとかご呼びにも従った運行を指示するので、拡張したエレベータの群管理制御システム１０１は、行先呼び運行予定記憶部５３の運行計画にも従ったかごの運行を行うことができる。さらに、上下方向割当処理部１２が上下方向呼びを割り当てるときも、行先呼び運行予定記憶部５３の運行予定を反映して、割り当てるべき「かご」を選択することができる。

運行予定変換抽出部７２は、行先呼びの割り当て処理を行うときに、上下方向呼びシステム１に記録された割り当てとかご呼びの情報を、将来予測と割り当てかごの評価に反映させるためのものである。運行予定変換抽出部７２は、各かごの上下方向呼びシステム１としての運行予定を、行先呼びの形式に変換し、該変換した行先呼び運行予定情報を、運行予定記憶部５３に与える。なお、該変換した行先呼び運行予定情報を、行先呼び割当処理部５２に与えても良い。かごの運行は、上下方向運行予定記憶部１３と、行先呼び運行予定記憶部５３の両方の予定に従って行われるため、両方の情報を用いることによって、より正確に将来のかごの動きを予測することができる。

次に、乗場行先階登録装置６_１〜Ｚにおいて利用者により行先呼びが登録されてから、割り当てを行い、かごに運行の指示が送られるまでの処理の流れについて説明する。

図３に、利用者が乗場行先階登録装置６_１〜Ｚを操作し、行先呼びを登録することにより開始される、割り当て処理の流れを示す。

図３の処理は、例えば、新たな行先呼びの登録を検出するために、定期的に起動されても良い。例えば、１０分の１秒ごとに起動されても良い。

ステップＳ１では、乗場行先階登録装置６_１〜Ｚは、新たな行先階の操作があれば、ステップＳ２へ進む。操作がない場合は、一旦、処理を終了し、次回の起動で再びステップＳ１からやり直す。

ステップＳ２では、行先呼び運行予定記憶部５３は、行先呼び登録を記憶する。さらに、行先呼び登録記憶部５１は、まだ割り当てを案内していない行先呼びを、乗場行先階登録装置６_ｋの識別情報と対応付けて記憶する。

図４の行先呼び登録記憶部５１は、呼びＩＤと登録した乗場行先階登録装置のＨＤＣ−ＩＤとの関係を記録するものであり、その乗場行先階登録装置６_ｋに割り当てかごを案内するまでの間に限り、記憶を保持する。

図４に、行先呼び登録記憶部５１に記憶される行先呼び登録データのデータ構造の例を示す。図４の例では、行先呼び登録データは、乗場行先階登録装置６_ｋを識別する「ＨＤＣ−ＩＤ」、行先呼びを識別する「呼びＩＤ」を含む。

なお、この場合において、乗場行先階登録装置６_ｋの識別情報は、どのようなものであっても良い。例えば、最も下の階に設置されている乗場行先階登録装置６_ｋのＨＤＣ−ＩＤ＝１とし、以降、上の階になる順に、２から順に連番を付与するようにしても良い。もちろん、本実施形態は、これに制限されるものではない。

図５に、行先呼び運行予定記憶部５３に記憶される行先呼び運行予定データのデータ構造の例を示す。図５の例では、行先呼び運行予定データは、行先呼びを識別する「呼びＩＤ」、行先呼びが入力された階を示す「出発階」、行先呼びにより入力された行先階を示す「行先階」、行先呼びに対して割り当てられたかごを示す「割り当てかご」、行先呼びに対して割り当てられた周を示す「割り当て周」、行先呼びが入力された時刻を示す「発生時刻」、行先呼びに対して乗車が行われた時刻を示す「乗車時刻」を含む。

ここでは、前述したように、一つの「呼びＩＤ」は、１人の利用者のみに対応する。

図５の例において、新たな行先呼びが登録されると、行を追加する。追加した行の「呼びＩＤ」フィールドには、新たな呼びＩＤを生成して入れる。「出発階」は呼び登録を行った階、「行先階」は行先呼びで入力された階とする。「発生時刻」は呼び登録操作が行われた時刻とする。「割り当てかご」と「割り当て周」は、割り当て処理の結果を格納するフィールドであり、割り当て処理が終わらない段階では、データはない。「乗車時刻」は、例えば、割り当てかごが呼びに応答し、（出発階で且つ呼びの方向で且つ割り当て周において）戸開を始めた時刻を記録する。

図４及び図５の例では、現在時刻「８時０分１０秒」の時点で、新たに呼びＩＤ＝４の行き先呼びが発生し、これが登録された場合を示している。

なお、以下では、時刻表記に関して、「ｈｈ時ｍｍ分ｓｓ秒」を「ｈｈ：ｍｍ：ｓｓ」のように記載するものとする。この表記法によれば、例えば、「８：００：１０」は、「８時０分１０秒」を意味する。

ステップＳ３では、割り当ての候補として処理対象とするかごに、最初のかごをセットする。例えば、Ａ号機、Ｂ号機…と６台のかご存在する場合に、まず、最初のＡ号機を処理対象とする。

ここでは、すべてのかご３_１〜Ｘを、行先呼びを割り当てる対象としているが、かご３_１〜Ｘの一部のみを、行先呼びを割り当てる対象とすることも可能である。

ステップＳ４では、処理対象のかごについて、上下方向呼びシステム１において既に割り当て済みの上下方向の割り当てを、行先呼びの形式に変換する。

上下方向の割り当ては、上下方向呼びシステム１の上下方向運行予定記憶部１３に記録されている。

図６に、上下方向運行予定記憶部１３に記憶される上下方向運行予定データのデータ構造の例を示す。上下方向運行予定データは、各かご毎に記憶される。図６の例では、個々のかごの上下方向運行予定データは、上方向の呼びが発生している階を示す「上方向割り当て」、下方向の呼びが発生している階を示す「下方向割り当て」、行先階を示す「かご呼び」を含む。

上下方向呼び登録時刻は、上下方向呼び登録記憶部１１に記憶されている。

図７に、上下方向呼び登録記憶部１１に記憶される上下方向呼び登録データのデータ構造の例を示す。図７の例では、上下方向呼び登録データは、各階ごとに、上方向の呼びが登録された時刻を示す「上呼び登録時刻」、下方向の呼びが登録された時刻を示す「下呼び登録時刻」を含む。

さて、上下方向の割り当てを、行先呼びの形式に変換するためには、「行先階」と「乗車すべき周」の情報を補う必要がある。行先階は、例えば、呼びの方向にたどって終端となる階としても良い。例えば、１０階が最上階、１階が最下階の場合には、上方向の割り当ての行先を１０階、下方向の割り当ての行先を１階としても良い。乗車すべき周は、例えば、かごがその階を指定の方向で次回通過可能な周とする。

図８に、かご運行監視部５６から監視しているかごの運行状況の一例を示す。

ここでは、かごの現在の「階床」と「方向」が把握できるとする。かごが既に通り過ぎた後の場合は、１つ後の周、まだ通りすぎていない場合は、現在の周を設定する。

ところで、上下方向運行予定記憶部１３に記憶された運行予定には、行先呼びによる運行計画を上下方向の形式に変換して書き込んだものも混ざっている。行先呼びシステム５への転送が必要である情報は、上下方向のシステム（既存の群管理制御システム１００）の側で発生した呼びに対応する情報だけである。

上下方向の割り当てが、上下方向呼びから発生したものかどうかは、例えば、呼びの発生階から判定することができる。例えば、１０階建のオフィスビルで、１階及び４階のみに乗場行先階登録装置６_１，６_２が設置されており、１階及び４階以外の各階にのみ、上下方向呼び登録装置登録装置４_１〜４_８が設置されている場合には、１階及び４階以外のいずれかの階を出発階とする割り当てが、上下方向呼びによるものであると判定できる。

上下方向の割り当てに対応する呼び登録時刻は、図７の上下方向呼び登録記憶部１１から得られる。

なお、上下方向呼びに対して、予め定められた人数又は荷重を設定して、割り当ての際に考慮するようにしても良い。

かご呼びについては、例えば、乗車済みで降車前の行先呼びの行先階になっていれば、行先呼びによるものなので、変換の必要はない。乗車済みで降車前の行先呼びの行先階になっていないかご呼びだけを選択する。より具体的には、例えば、図５の行先呼び運行予定データを参照して、乗車時刻が存在し（乗車済み）且つ「行先階」に到達していない（降車前）という条件を満たす行先呼びが存在すれば、図６の上下方向運行予定データ中の行先階のうち、その行先呼びと同じ「行先階」は、その行先呼びによるものであると判定でき、それゆえ、変換の必要はない。一方、図６の上下方向運行予定データ中の行先階のうち、上記のような条件を満たす行先呼びが存在しなければ、かご内で発生した「かご呼び」であると判定でき、その行先階をかご呼びによるものとして選択できる。なお、ここでは、行先呼びが登録された後に、乗車時刻が発生したときに、対応するかご呼びを発生させる場合を例にとっている。また、乗車時刻が存在する行先呼びの情報を、降車が認められたときに図５の行先呼び運行予定データから削除する場合には、行先呼びの情報が存在すること自体により、降車前であることが示される。

図５及び図６の例では、図６の７階を行先階とするかご呼びは、図５の呼びＩＤ１に対応することが分るので、変換の対象にならない。一方、図６の１０階を行先階とするかご呼びは、対応する行先呼びが図５に存在しないことが分かるので、変換の対象になる。

かご呼びが発生した時刻は不明なので、かご呼びを変換した後の行先呼びの発生時刻は、例えば、現在時刻で代用しても良い。また、乗車時刻も不明なので、例えば、現在時刻で代用しても良い。

また、かご呼びの出発階は、システム上把握できないので、かごの方向と逆方向にたどった終端の階としても良い。例えば、１０階が最上階、１階が最下階の場合には、例えば１０階で降車する上方向のかご呼びであれば、最下階の１階で乗ったとものみなしても良い。

図９は、運行予定変換抽出部７２が、上下方向運行予定記憶部１３及び上下方向呼び登録記憶部１１の情報を変換して得られる疑似的な行先呼び運行予定データ（以下、疑似行先呼び運行予定データと呼ぶ）のデータ構造の一例を示す。図９のデータ構造は、図５のデータ構造と同じにするものとする。

上記のような操作によって、例えば、図６の２階上方向の割り当ては、図９の呼びＩＤ１０２に変換されることができ、１０階下方向の割り当ては、図９の呼びＩＤ１０３に変換されることができ、１０階のかご呼びは、図９の呼びＩＤ１０１に変換されることができる。

ステップＳ５では、行先呼び割当処理部５２は、新たに登録された行先呼びに対して、いま処理対象になっているかご（例えば、Ａ号機）を割り当て可能な周を算出する。この算出は、例えば、新たな行先呼びと、かごの位置関係と、定員管理記憶部５４に記憶された定員データを用いて行っても良い。

まず、かごと呼びの位置関係とから、呼びの階を呼びが示す方向で次に通ることができる周を求める。

例えば、図８では、Ａ号機が１周目で３階上方向となっている。図６の２階での上方向呼び（図９の呼びＩＤ１０２）に対するＡ号機の割り当てを考えると、Ａ号機が１周目ではもう応答できないので、最も早く応答できる周は２周目である。一方、１０階での下方向呼び（図９の呼びＩＤ１０３）であれば、Ａ号機はこの周において通ることができるので（１周目で応答できるので）、最も早く応答できる周は１周目になる。

次に、通ることができる最初の周以降で、新たな呼びを割り当てても定員オーバーとならない最も早い周を求める。ただし、定員オーバー判定については詳しくは後述する。

定員管理記憶部５４は、行先呼びの割り当てに対して、その階を指定の方向で何人乗った状態で出発するかの予約数を示している。

図１０に、定員管理記憶部５４に記憶される定員管理データのデータ構造の例を示す。定員管理データは、行先呼びを割り当てる対象になるかご毎に記憶される。図１０の例では、各階ごと、各周ごとに、上方向の行先呼びにより乗車する利用者数を示す「上利用者数」、下方向の行先呼びにより乗車する利用者数を示す「下利用者数」を含む。

例えば、図５の例において、４階での上方向の行先呼びの１周目では、１階から７階へ向かう呼びＩＤ１と、４階から８階へ向かう呼びＩＤ２の２人の利用者が存在するため、図１０の対応するフィールドは“２”が記憶される。

なお、上下方向呼びでは、１回の応答で何人が乗り降りするかが判然としないことから、図９に示す上下方向の割り当てを変換した疑似行先呼び運行予定データは、上記の定員管理の対象外としても良い。ただし、上下方向呼びで乗車する利用者数だけ、行先呼びで乗車可能な人数が少なくなるので、各かごについて、行先呼びを予約可能な上限を、そのかごの定員よりも小さな値に設定するようにしても良い。これによって、行先呼びに対する割り当ての通りに乗車できなくなる可能性を低減することができる。例えば、そのかごの定員の８割を上限として、行先呼びを予約できるものとして、定員オーバーの判定を行っても良い。説明を簡単にするために、予約可能な人数が２人までであるとすれば、呼びＩＤ＝４の新たな呼びは、１周目では乗車できないことになり、従って、２周目が最も早い予約可能な周となる。なお、人数の代わりに、荷重で判定を行っても良い。例えば、一人当たりの荷重として予め定められた値を使用しても良い。

ステップＳ６では、行先呼び将来予測部５５が、かごの将来の運行を予想するうちの、新しい呼びを割り当てない場合の将来予測を行う。例えば、図５の例における呼びＩＤ＝４の行先呼びに対する割り当て（すなわち、４階から９階へ２周目でＡ号機に乗車する割り当て）がないものとして、将来のＡ号機の運行を予測する。この算出は、例えば、行先呼び将来予測部５５にあらかじめ記録された、かごが任意の階から任意の階まで走行するのに必要な時間と、かごの標準的な戸開所要時間を用いて、容易に求めることができる。

図１１に、仮割り当てを考慮しない場合の将来予測の結果の一例を示す。

図１１の結果から、各呼びの乗車時刻予測値と降車時刻予測値を求めることができる。従って、呼びＩＤ＝４の行先呼びを除く呼びに対するサービス水準を算出することができる。各呼びのサービス水準から評価値を求め、この将来予測全体としての評価値を求めることができる。例えば、各呼びの待ち時間と乗車時間との和を、各呼びの評価値とし、将来予測全体の評価値は、各呼びの評価値の和としても良い。

ステップＳ７では、行先呼び将来予測部５５が、かごの将来の運行を予想するうちの、新しい呼びを割り当てた場合の将来予測を行う。例えば、図５の例における呼びＩＤ＝４の行先呼びに対する割り当て（すなわち、４階から９階へ２周目でＡ号機に乗車する割り当て）も含めて、将来のＡ号機の運行を予測する。

図１２に、仮割り当てを考慮した場合の将来予測の結果の一例を示す。

仮割り当てを考慮した将来予測についても、各呼びの評価値を求め、それらを用いて将来予測全体の評価値を求めることができる。ステップＳ７で得られる評価値は、ステップＳ６で得られる評価値と比べ、まず評価対象となる呼びに、呼びＩＤ＝４の行先呼びが加わっている点が異なる。次に、呼びＩＤ＝４の行先呼び加わることによる、かごの走行の変化が、呼びＩＤ＝４の行先呼び以外の呼びへの応答に与える影響が入る点が異なる。

ステップＳ８では、全てのかごで評価を終了したかを判定する。例えば、かごが６台あるときは、６台目の処理まで終わったかを調べる。終わっている場合は、ステップＳ９へ進む。終わっていない場合は、処理対象のかごを１つ進めてステップＳ４へ戻る。例えば、これまでＡ号機を処理対象にしていたときに、次にＢ号機を処理対象にする。

ステップＳ９では、各かごの評価をふまえて、割り当てるかごを決定する。エレベータの将来の実際の運行計画は、呼びＩＤ＝４の新たな行先呼びを、いずれか１つのかごに割り当て、残りのかごには割り当てないで、全てのかごを運行することである。従って、特定の１台に対して、呼びＩＤ＝４の行先呼びを仮割り当てした場合の評価値と、残りの全てのかごに対して、呼びＩＤ＝４の行先呼びを仮割り当てしない場合の評価値との和を、仮割り当てを行うかご毎に全て求め、評価値の和が最小となる仮割り当てを行ったかごを、最終的な割り当てかごに選択すれば良い。

ステップＳ１０では、決定した割り当てかごを、行先呼び運行予定記憶部５３と、定員管理記憶部５４に追加する。図５の呼びＩＤ４の行で、割り当てかごと割り当て周の列に、割り当てかごと、割り当てかごを仮割り当てした周を代入する。さらに、図１０で４階・上方向・２周目の要素に１を加える。

ところで、この段階では、割り当ての情報は、乗場行先階登録装置６_１〜Ｚにも、上下方向呼びシステム１にも伝えられていない。従って、利用者は割り当てかごを知ることはできない。例えば、図３のフローチャートにおいてステップＳ１のＹＥＳへ向かう時点で、乗場行先階登録装置６_１〜Ｚは、「しばらくお待ちください」のように、割り当てかごの通知を待つことを促す内容を表示しても良い。

また、この段階では、割り当てに従ったかごの運行は始まらない。割り当てを利用者に通知したり、上下方向呼びシステム１に転送したりする方法について説明する。

図１３に、行先呼びの割り当てを上下方向呼びシステム１に転送する処理の一例を示す。

図１３の処理は、例えば、定期的に実行される。例えば、１０分の１秒ごとに起動されても良い。

ステップＳ２１では、かご運行監視部５６が、単体かご３_１〜Ｘの現在の階床及び／又は方向が変化したかを検出する。変化があった場合は、ステップＳ２２へ進む。変化がない場合は、ステップＳ２５へ進む。

ステップＳ２２では、各かごを対象に、１周先までの割り当てを、上下方向の割り当てに変換する。例えば、図５の呼びＩＤ＝４の行先呼びは、図８に示すようにＡ号機が１周目で４階を通り過ぎる前の状態にあるときは、一周先までという条件に該当しないが、４階を出発した時点で該当し、４階上方向割り当てに変換できる。

ステップＳ２３では、ステップＳ２２で変換して得た上下方向の割り当てデータを、上下方向呼びシステム１の上下方向運行予定記憶部１３に転送する。例えば、Ａ号機が４階を出発した後であれば、Ａ号機の４階上方向の割り当てを、図６に示すＡ号機の上下方向運行予定記憶部１３に転送する。

なお、図６の例において、例えば、かごが１周めで、４階上方向の割り当てに応答する前の状態を示しているのであれば、図５の例における呼びＩＤ＝４の２周目の割り当て（４階で乗車、９階で降車、割り当てかごがＡで、割り当て周が２）は、まだ上下方向運行予定記憶部１３に転送しない。かごが１周めで４階の割り当てに応答し、４階を出発した時点で、図５の呼びＩＤ＝４の２周目の割り当てを上下方向運行予定記憶部１３に転送する。

ステップＳ２４では、かご運行監視部５６は、ステップＳ２３で上下方向運行予定記憶部１３に転送した呼びを対象に、行先呼び登録記憶部５１に、対応する乗場行先階登録装置６_ｋに割り当てかごを表示するように指示する。

行先呼び登録記憶部５１では、対応する乗場行先階登録装置６_ｋに、割り当てかごを表示するように通知する。この通知では、割り当てかご（あるいは、割り当てかごと、割り当て周）を指示しても良い。この通知を受けた乗場行先階登録装置６_１〜Ｚでは、所定のタイミングで、割り当てかごの表示を行う。また、例えば、４階の乗り場の乗場行先階登録装置６_２は、「Ａ号機に２周目で乗車して下さい。」のように、割り当てかごの通知を表示しても良い。

例えば、前述したように、あと１周で乗車できるようになった時点ではじめて、乗場行先階登録装置６_１〜Ｚに割り当かごだけを表示する場合には、上下方向運行予定記憶部１３に転送可能な状態になった呼びだけを表示できる。

また、例えば、あと１周で乗車できるようになったかにかかわらず、呼び登録後すぐに「割り当てかご」及び「乗車すべき周」を表示する場合には、上下方向運行予定記憶部１３に転送する前の段階であっても、「割り当てかご」及び「乗車すべき周」を表示できる。

また、行先呼び登録記憶部５１では、割り当てかごを通知済みの呼びの呼びＩＤを、記憶域から削除する。例えば、図４において、呼びＩＤ＝４の行先呼びに対する割り当てかごを４階の乗場行先階登録装置６_２に通知した場合は、乗場行先階登録装置ＨＤＣ−ＩＤ＝１に対応する呼びＩＤ＝４の情報を、削除する。

ステップＳ２５は、かご運行監視部５６が、割り当て済みの行先呼びにかごが応答したことを判定するものである。この判定には、例えば、割り当てかごが、出発階で、割り当てられた周と方向で戸開したときに、応答したとみなす方法が使用可能である。

行先呼びにかごが応答すると判定される場合は、ステップＳ２６に進む。応答していないと判定される場合は、ステップＳ２９へ進む。

ステップＳ２６では、割り当てられた利用者が乗車すると予想されるので、そのかごを行先階で停車させる予定を上下方向運行予定記憶部１３に通知する必要がある。運行予定変換出力部７１は、応答した呼びの全ての行先階に対して、かご呼びを生成する。例えば、図５の呼びＩＤ＝２の例において、Ａ号機が１周目で４階で応答したときは、８階にかご呼びを生成する。

ステップＳ２７では、ステップＳ２６で生成したかご呼びを、上下方向呼びシステム１の上下方向運行予定記憶部１３に転送する。図６の例では、８階に、かご呼びを書き込むことになる。

ステップＳ２８では、かご運行監視部５６は、行先呼び運行予定記憶部５３に記憶された、応答した行先呼びに対して、乗車時刻を書き込む。乗車時刻は、応答を始めた時刻とする。例えば、現在時刻が８：０：２１で、Ａ号機が４階上方向で応答したときは、図５の呼びＩＤ＝２の行先呼びの乗車時刻に、８：０：２１を書き込む。なお、乗車時刻が既に書き込まれている行先呼びのデータは、再度は変更しない。

ステップＳ２９では、乗車時刻が設定された行先呼びの行先階で、割り当てかごが戸開したかどうかを判定する。割り当てかごが戸開したと判定される場合は、ステップＳ３０に進む。そうでない場合は、フローチャートを終了する。

ステップＳ３０では、行先階で戸開した呼びを登録した利用者は、行先階で降車しサービス利用を終了するので、サービスを終了した行先呼びの情報を、行先呼び運行予定記憶部５３から削除する。例えば、図５の例において、Ａ号機が１周目で７階で戸開したときは、呼びＩＤ＝２の行先呼びを記録した行を、テーブルから削除する。

このように、新たな行先呼びが登録されるたびに、上下方向運行予定記憶部１３に記憶された運行予定を、運行予定変換出力部７１を介して、行先呼び将来予測部５５で利用することで、行先呼び割当処理部５２で、行先呼びの割り当て処理を行うときに、行先呼び運行予定記憶部５３に記憶された行先呼びによる運行予定だけでなく、上下方向運行予定記憶部１３に記憶された、上下方向呼びとかご呼びによる運行計画も反映できるので、行先呼び運行予定記憶部５３の運行予定だけを用いて将来予測を行う場合と比べ、より正確に将来のかごの運行を予測でき、より適切なサービスを提供可能な割り当てかごを選定することができる。なお、サービスの適切さをはかる指標は、図３のステップＳ６とステップＳ７で用いる将来予測を評価する方法により決まる。

また、割り当て済みの行先呼びを、かごの運行に応じて、上下方向運行予定記憶部１３に転送するので、行先呼び運行予定記憶部５３に記憶された運行計画を、上下方向運行予定記憶部１３に反映させて、かご３_１〜Ｘを運行することができる。

さらに、上下方向呼びを割り当てるときは、上下方向運行予定記憶部１３に、今後１周分の行先呼びによる割り当てが記録されているので、上下方向割当処理部１２は、行先呼びによるかごの運行計画を反映して、上下方向呼びに対する割り当てかごを選択することができる。

なお、例えば、前述した「割り当てかご」及び「乗車すべき周」を表示する方法において、乗車すべき周が１周目になる場合には、「乗車すべき周」の表示を省略して、「割り当てかご」のみ表示し、乗車すべき周が２周目以降になる場合にのみ、「割り当てかご」及び「乗車すべき周」を表示するようにしても良い。

また、例えば、特定の時間帯（例えば、混雑時として予め登録されている時間帯）においてのみ、前述した「割り当てかご」及び「乗車すべき周」を表示する方法を使用し、それ以外の時間帯には、前述した（あと１周で乗車できるようになった時点ではじめて）「割り当てかご」のみ表示する方法を使用するようにしても良い。

また、特定の時間帯（例えば、混雑時として予め登録されている時間帯）においてのみ、「乗車すべき周」に関する処理を行うようにしても良い。

また、「乗車すべき周」に関する処理を、省いても良い。

なお、これまでの説明では、エレベータを利用できる個々の階には、上下方向呼び登録装置４_１〜Ｙと乗場行先階登録装置６_１〜Ｚとが排他的に設置する場合を想定して説明したが、上下方向呼び登録装置４_１〜Ｙと乗場行先階登録装置６_１〜Ｚとの両方が設置される階が存在しても良い。

また、時間帯に応じて、上下方向呼び登録装置４_１〜Ｙと乗場行先階登録装置６_１〜Ｚとを排他的に使用する階が存在しても良い。

このように本実施形態によれば、上下方向呼びのみ登録と割り当てが可能な既存の群管理制御システムを、行先呼びの登録と割り当てが可能となるように拡張する際に、既設の群管理制御システムを撤去することなく、機能を保ったままで、拡張を行うことができる。従って、既存のシステムを撤去する方法と比べ、拡張に必要な作業の量を少なくできる。また、拡張を行っている最中も、既存の群管理制御システムの稼働を続けることで、拡張する前の機能でエレベータの運行を続けることができる。従って、リニューアルに伴いエレベータを利用できない期間を、これまでよりも短くすることができる。

以上述べた実施形態のエレベータの群管理制御システムによれば、上下方向呼びだけ可能な既存のエレベータの群管理制御システムに対して、行き先呼びをも可能にするようにシステムを効果的に追加することが可能になる。

また、上述の実施形態の中で示した処理手順に示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述した実施形態のエレベータの群管理制御システムによる効果と同様な効果を得ることも可能である。上述の実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷなど）、半導体メモリ、またはこれに類する記録媒体に記録される。コンピュータまたは組み込みシステムが読み取り可能な記録媒体であれば、その記憶形式は何れの形態であってもよい。コンピュータは、この記録媒体からプログラムを読み込み、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態のエレベータの群管理制御システムと同様な動作を実現することができる。もちろん、コンピュータがプログラムを取得する場合または読み込む場合はネットワークを通じて取得または読み込んでもよい。
また、記録媒体からコンピュータや組み込みシステムにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。
さらに、本実施形態における記録媒体は、コンピュータあるいは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶または一時記憶した記録媒体も含まれる。
また、記録媒体は１つに限られず、複数の媒体から本実施形態における処理が実行される場合も、本実施形態における記録媒体に含まれ、媒体の構成は何れの構成であってもよい。

なお、本実施形態におけるコンピュータまたは組み込みシステムは、記録媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するためのものであって、パソコン、マイコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。
また、本実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本実施形態における機能を実現することが可能な機器、装置を総称している。

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

１００…既存のエレベータの群管理制御システム、１０１…拡張したエレベータの群管理制御システム、１０２…拡張用システム、１…上下方向呼びシステム、１１…上下方向呼び登録記憶部、１２…上下方向割当処理部、１３…上下方向運行予定記憶部、１４…上下方向将来予測部、１５…かご運行制御監視部、２_１〜Ｘ…単体かご制御部、３_１〜Ｘ…かご、３１_１〜Ｘ…かご呼びボタン、４_１〜Ｙ…上下方向呼び登録装置、５…行先呼びシステム、５１…行先呼び登録記憶部、５２…行先呼び割当処理部、５３…行先呼び運行予定記憶部、５４…定員管理記憶部、５５…行先呼び将来予測部、５６…かご運行監視部、６_１〜Ｚ…乗場行先階登録装置、７…割り当て情報変換部、７１…運行予定変換出力部、７２…運行予定変換抽出部

Claims (18)

1. 複数台のかごの運行を管理するために、各かごに割り当てられた各出発階で発生した上下方向呼びに関する情報と、各かご内で発生した各行先階に対するかご呼びとに関する情報を含む上下方向運行予定情報を記憶する上下方向運行予定記憶部を備えた既存の上下方向呼び及びかご呼びのためのエレベータの群管理制御システムに対して、行先呼びを追加するための拡張用のエレベータの群管理制御システムであって、
   少なくとも一つの出発階に設けられ、行先階を指定した行先呼びを登録するための乗場行先階登録装置と、
   前記乗場行先階登録装置による前記行先呼びの登録を記憶するための行先呼び登録記憶部と、
   前記行先呼びの新たな登録に対して、割り当てかごを割り当てる行先呼び割当処理部と、
   各々の前記行先呼び毎に、前記出発階及び前記割り当てかご並びに前記行先階に関する情報を含む行先呼び運行予定情報を記憶する行先呼び運行予定記憶部と、
   前記行先呼びの新たな登録に対する前記行先呼び運行予定情報を、前記上下方向呼びに関する情報及び前記かご呼びに関する情報に変換し、該変換した上下方向呼び及びかご呼びに関する情報を前記上下方向運行予定記憶部に与える第１の変換部と、
   前記上下方向運行予定記憶部に記憶されている前記上下方向呼びに関する情報及び前記かご呼びに関する情報を、前記行先呼びから変換されたものを除いて、前記行先呼び運行予定情報に変換し、該変換した行先呼び運行予定情報を前記行先呼び運行予定記憶部に与える第２の変換部とを含む拡張用のエレベータの群管理制御システム。
2. 前記第２の変換部は、前記上下方向運行予定記憶部に記憶された前記上下方向呼びに対して、行先階として、該上下方向呼びに係るかごの方向に対応して予め定めた値を使用することによって、行先呼びへの変換を行うことを特徴とする請求項１に記載の拡張用のエレベータの群管理制御システム。
3. 前記第２の変換部は、前記上下方向運行予定記憶部に記憶された前記上下方向呼びに対して、利用人数又は荷重として、予め定めた値を使用することによって、行先呼びへの変換を行うことを特徴とする請求項１に記載の拡張用のエレベータの群管理制御システム。
4. 前記第２の変換部は、前記上下方向運行予定記憶部に記憶された前記かご呼びに対して、出発階として、該かご呼びに係るかごの方向に対応して予め定めた値を使用することによって、行先呼びへの変換を行うことを特徴とする請求項１ないし３のいずれか１項に記載の拡張用のエレベータの群管理制御システム。
5. 一つの行先呼びの登録は、一人の利用者に対応するものである請求項１ないし４のいずれか1項に記載の拡張用のエレベータの群管理制御システム。
6. 前記割当処理部は、前記行先呼びの新たな登録に対して、前記割り当てかごに乗車すべき周をも割り当て、
   前記行先呼び運行予定情報は、前記乗車すべき周をも含む請求項５に記載の拡張用のエレベータの群管理制御システム。
7. 前記割当処理部は、前記行先呼びの新たな登録に対して、前記かごの定員と、前記行先呼びに対応する人数又は荷重とを考慮して、前記割り当てかごに乗車すべき周を割り当てる請求項６に記載の拡張用のエレベータの群管理制御システム。
8. 前記上下方向呼び及びかご呼びのためのエレベータの群管理制御システムは、
   上下方向呼びを可能にする複数の出発階に設けられ、方向のみを指定した上下方向呼びを登録するための上下方向呼び登録装置と、
   前記上下方向呼び登録装置による前記上下方向呼びの登録を記憶するための上下方向呼び登録記憶部と、
   前記上下方向呼びの新たな登録に対して、割り当てかごを割り当てる上下方向割当処理部と、
   前記上下方向運行予定記憶部に記憶された前記上下方向運行予定情報に基づいて、単体かご制御部に運行の指示を行い、運行の状況を監視する運行制御監視部とを含む請求項１ないし７のいずれか１項に記載の拡張用のエレベータの群管理制御システム。
9. 前記行先呼びを追加するための拡張用のエレベータの群管理制御システムは、各かごの位置及び方向並びに現在何周目で運行中かを把握するためのかご運行監視部を更に含み、
   前記第１の変換部は、前記かご運行監視部から各かごの位置及び方向並びに現在何周目で運行中かの情報を取得し、前記行先呼び運行予定記憶部に記憶された割り当て済みの行先呼びのうち、各かごがあと昇降路を一周するまでの間に応答する予定であるものを選定して、前記変換した上下方向呼び及びかご呼びに関する情報を前記上下方向運行予定記憶部に与えることを特徴とする、請求項１ないし８のいずれか１項に記載の拡張用のエレベータの群管理制御システム。
10. 複数台のかごの運行を管理するために、各かごに割り当てられた各出発階で発生した上下方向呼びに関する情報と、各かご内で発生した各行先階に対するかご呼びとに関する情報を含む上下方向運行予定情報を記憶する上下方向運行予定記憶部と、上下方向呼びを可能にする複数の出発階に設けられ、方向のみを指定した上下方向呼びを登録するための上下方向呼び登録装置とを備えた上下方向呼び及びかご呼びのためのエレベータの群管理制御システムと、行先呼びを追加するための拡張用のエレベータの群管理制御システムとを含むエレベータの群管理制御システムであって、
    前記行先呼びを追加するための拡張用のエレベータの群管理制御システムは、
    少なくとも一つの出発階に設けられ、行先階を指定した行先呼びを登録するための乗場行先階登録装置と、
    前記乗場行先階登録装置による前記行先呼びの登録を記憶するための行先呼び登録記憶部と、
    前記行先呼びの新たな登録に対して、割り当てかごを割り当てる行先呼び割当処理部と、
    各々の前記行先呼び毎に、前記出発階及び前記割り当てかご並びに前記行先階に関する情報を含む行先呼び運行予定情報を記憶する行先呼び運行予定記憶部と、
    前記行先呼びの新たな登録に対する前記行先呼び運行予定情報を、前記上下方向呼びに関する情報及び前記かご呼びに関する情報に変換し、該変換した上下方向呼び及びかご呼びに関する情報を前記上下方向運行予定記憶部に与える第１の変換部と、
    前記上下方向運行予定記憶部に記憶されている前記上下方向呼びに関する情報及び前記かご呼びに関する情報を、前記行先呼びから変換されたものを除いて、前記行先呼び運行予定情報に変換し、該変換した行先呼び運行予定情報を前記行先呼び運行予定記憶部に与える第２の変換部とを含むエレベータの群管理制御システム。
11. 前記上下方向呼び及びかご呼びのためのエレベータの群管理制御システムは、
    前記上下方向呼び登録装置による前記上下方向呼びの登録を記憶するための上下方向呼び登録記憶部と、
    前記上下方向呼びの新たな登録に対して、割り当てかごを割り当てる上下方向割当処理部と、
    前記上下方向運行予定記憶部に記憶された前記上下方向運行予定情報に基づいて、単体かご制御部に運行の指示を行い、運行の状況を監視する運行制御監視部とを含む請求項１０に記載のエレベータの群管理制御システム。
12. 前記第２の変換部は、前記上下方向運行予定記憶部に記憶された前記上下方向呼びに対して、行先階として、該上下方向呼びに係るかごの方向に対応して予め定めた値を使用することによって、行先呼びへの変換を行うことを特徴とする請求項１０または請求項１１に記載のエレベータの群管理制御システム。
13. 前記第２の変換部は、前記上下方向運行予定記憶部に記憶された前記上下方向呼びに対して、利用人数又は荷重として、予め定めた値を使用することによって、行先呼びへの変換を行うことを特徴とする請求項１０または請求項１１に記載のエレベータの群管理制御システム。
14. 前記第２の変換部は、前記上下方向運行予定記憶部に記憶された前記かご呼びに対して、出発階として、該かご呼びに係るかごの方向に対応して予め定めた値を使用することによって、行先呼びへの変換を行うことを特徴とする請求項１０乃至請求項１３のいずれか１項に記載のエレベータの群管理制御システム。
15. 一つの行先呼びの登録は、一人の利用者に対応するものである請求項１０乃至請求項１４のいずれか１項に記載のエレベータの群管理制御システム。
16. 前記割当処理部は、前記行先呼びの新たな登録に対して、前記割り当てかごに乗車すべき周をも割り当て、
    前記行先呼び運行予定情報は、前記乗車すべき周をも含む請求項１５に記載のエレベータの群管理制御システム。
17. 前記割当処理部は、前記行先呼びの新たな登録に対して、前記かごの定員と、前記行先呼びに対応する人数又は荷重とを考慮して、前記割り当てかごに乗車すべき周を割り当てる請求項１６に記載のエレベータの群管理制御システム。
18. 前記行先呼びを追加するための拡張用のエレベータの群管理制御システムは、各かごの位置及び方向並びに現在何周目で運行中かを把握するためのかご運行監視部を更に含み、
    前記第１の変換部は、前記かご運行監視部から各かごの位置及び方向並びに現在何周目で運行中かの情報を取得し、前記行先呼び運行予定記憶部に記憶された割り当て済みの行先呼びのうち、各かごがあと昇降路を一周するまでの間に応答する予定であるものを選定して、前記変換した上下方向呼び及びかご呼びに関する情報を前記上下方向運行予定記憶部に与えることを特徴とする、請求項１０乃至請求項１７のいずれか１項に記載のエレベータの群管理制御システム。

Images