(57)【要約】【課題】ＩＣカードをカードリーダにかざすのみで、状況に応じた複数の行先階を登録可能なエレベータ群管理システムを得る。【解決手段】群管理制御装置１と、群管理制御装置１に相互通信可能に設けられたカードリーダ制御装置８と、乗場に設置されＩＣカード１０内の登録情報を読み取る非接触式のカードリーダ９とを備え、ＩＣカード１０の登録情報は、乗客人数Ｍｉに関する情報と、行先階Ｆｍへの経路Ｒｉに関する情報とを含み、群管理制御装置１は、乗客人数Ｍｉに基づいて、割当カゴの配車台数を決定する配車台数算出手段３と、経路Ｒｉに基づいて、行先階Ｆｍに対する行先呼びを順次に登録する行先呼び登録手段４とを含む。【選択図】図１
2005219840.tif 000002
【特許請求の範囲】
【請求項１】
複数台のカゴの運転を管理および制御する群管理制御装置と、
前記群管理制御装置に対して相互通信可能に設けられたカードリーダ制御装置と、
前記カードリーダ制御装置に接続されてＩＣカード内の登録情報を読み取る非接触式のカードリーダとを備え、
前記群管理制御装置は、
登録された行先呼びに応答する割当カゴを決定する割当演算手段と、
前記割当カゴに対する運転指令を生成する運転制御手段とを含み、
前記カードリーダは、前記カゴのサービス階の乗場に設置されたエレベータ群管理システムにおいて、
前記ＩＣカードの登録情報は、乗客人数に関する情報と、行先階への経路に関する情報とを含み、
前記群管理制御装置は、
前記登録情報に含まれる乗客人数に基づいて、前記割当カゴの配車台数を決定する配車台数算出手段と、
前記登録情報に含まれる経路に基づいて、前記行先階に対する行先呼びを順次に登録する行先呼び登録手段と
を含むことを特徴とするエレベータ群管理システム。
【請求項２】
前記群管理制御装置は、経路毎のカゴ台数および１台のカゴに対するカゴ定員を格納する記憶手段を含み、
前記配車台数算出手段は、
前記乗客人数と前記カゴ定員との比に基づいて前記配車台数を算出するとともに、
前記配車台数が前記カゴ台数よりも大きい場合には、前記配車台数を前記カゴ台数と等しい台数に設定することを特徴とする請求項１に記載のエレベータ群管理システム。
【請求項３】
前記行先呼び登録手段は、前記登録情報から取得された行先階を前記割当演算手段に送信するとともに前記経路を更新し、更新した経路情報を前記カードリーダ制御装置に送信し、
前記カードリーダ制御装置は、更新された前記経路情報を、前記カードリーダを介して前記ＩＣカードに書き込むことを特徴とする請求項１または請求項２に記載のエレベータ群管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、非接触式のカードリーダを乗場に設置し、ＩＣカードに事前に登録された情報を読み取るように構成されたエレベータ群管理システムに関し、特にすべての行先階を登録することのできるエレベータ群管理システムに関するものである。
【背景技術】
【０００２】
従来のエレベータ群管理システムとしては、非接触式のカードリーダを乗場に設置し、カードリーダを用いて、ＩＣカードに事前に登録された情報を読み取ることにより個人認証を行い、行先呼びを登録するものが提案されている（たとえば、特許文献１参照）。
【０００３】
【特許文献１】特公平７−１０８７５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のエレベータ群管理システムでは、特定の階床に対して行先呼び登録を行うことを目的としているので、状況に応じて複数の行先階を登録する必要がある場合には、有効に対処することができないという課題があった。
また、乗客人数が多い場合には、通常は、１台のエレベータカゴを呼んだ後で、さらにもう１台のカゴを呼ばなくてはならないという課題があった。
【０００５】
この発明は、事前に複数の行先階とその登録順序（経路）が分かっている場合に、乗場釦およびカゴ釦を操作することなく、ＩＣカードおよびカードリーダのみを用いて、すべての行先階を登録することのできるエレベータ制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明によるエレベータ群管理システムは、複数台のカゴの運転を管理および制御する群管理制御装置と、群管理制御装置に対して相互通信可能に設けられたカードリーダ制御装置と、カードリーダ制御装置に接続されてＩＣカード内の登録情報を読み取る非接触式のカードリーダとを備え、群管理制御装置は、登録された行先呼びに応答する割当カゴを決定する割当演算手段と、割当カゴに対する運転指令を生成する運転制御手段とを含み、カードリーダは、カゴのサービス階の乗場に設置されたエレベータ群管理システムにおいて、ＩＣカードの登録情報は、乗客人数に関する情報と、行先階への経路に関する情報とを含み、群管理制御装置は、登録情報に含まれる乗客人数に基づいて、割当カゴの配車台数を決定する配車台数算出手段と、登録情報に含まれる経路に基づいて、行先階に対する行先呼びを順次に登録する行先呼び登録手段とを含むものである。
【発明の効果】
【０００７】
この発明によれば、社内の案内または誘導など、あらかじめ誘導すべき人数と複数の行先階（誘導経路）が分かっている場合に、事前に乗車人数および経路に関する情報をＩＣカードに読み込ませておくことにより、状況に応じて複数の行先階を登録する必要がある場合でも、乗場またはカゴ内で行先階を登録することなく、ＩＣカードをカードリーダにかざすのみで、すべての行先階を登録することができる。
また、乗客人数が多い場合には、１台のエレベータカゴを呼んだ後に、もう１台のカゴを呼ぶ手間を省いて、一度に複数カゴを呼ぶことができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
図１はこの発明の実施の形態１に係るエレベータ群管理システムを概略的に示すブロック構成図である。
図１において、エレベータ群管理システムは、ビル内に設置された複数台のカゴ（図示せず）を効率的に管理制御する群管理制御装置１と、群管理制御装置１に接続された各台制御装置７およびカードリーダ制御装置８と、カードリーダ制御装置８に接続された非接触式のカードリーダ９と、必要に応じてカードリーダ９に近接されるＩＣカード１０とを備えている。
【０００９】
群管理制御装置１は、割当演算手段２、配車台数算出手段３、行先呼び登録手段４、運転制御手段５および通信インタフェース６により構成されており、各手段２〜５および通信インタフェース６は相互接続されている。
また、群管理制御装置１は、経路毎に対応して設置されたカゴ台数Ｎｃ、１台のカゴに対するカゴ定員Ｍｃなどの基準情報を格納する記憶手段（図示せず）を備えている。
【００１０】
群管理制御装置１内において、割当演算手段２は、各種の呼びに応答して割当カゴを算出し、運転制御手段５は、割当演算手段２の演算結果に応じて各カゴに対して運転指令を行う。
通信インタフェース６は、各台制御装置７またはカードリーダ制御装置８との間で相互に通信を行い、配車台数算出手段３は、カードリーダ９から送信された情報に基づいて配車台数Ｎｉを算出する。
また、行先呼び登録手段４は、カードリーダ９から送信された情報に基づいて、行先階Ｆｍを抽出して登録する。
【００１１】
各台制御装置７は、群管理制御装置１からの指令に応答して、割当てられた各カゴを個別に制御する。
カードリーダ９は、ビル内の乗場（図示せず）に設置されており、たとえば誘導員が携帯するＩＣカード１０内に事前に登録された情報（行先階情報、乗場呼び情報など）を読み取る。
カードリーダ制御装置８は、カードリーダ９との間で相互通信を行い、カードリーダ９から読み取った情報を群管理制御装置１に送信する。
【００１２】
図２はＩＣカード１０に情報を登録するためのカード情報登録装置の構成を示す斜視図である。
図２において、カード情報登録装置は、ＩＣカード１０が近接（または、挿入）されるカードライタ１１と、カードライタ１１に接続された情報登録用端末１２とを備えている。
情報登録用端末１２は、キーボードおよびディスプレイなどを有し、オペレータの操作により、ＩＣカード１０に書き込むべき（エレベータに送信すべき）情報を入力する。
カードライタ１１は、ＩＣカード１０との間で通信を行い、エレベータに送信すべき情報をＩＣカード１０に書き込む。
【００１３】
次に、図２に示すカード情報登録装置を用いたＩＣカード１０ヘの情報の入力処理について、図３および図４の説明図を参照しながら説明する。
図３は各入力情報と入力例（具体的数値）とを対応させてテーブル表示している。
図４は図３に示した入力例におけるビル内の経路イメージを示している。
図３および図４においては、１階（１Ｆ）を玄関階とし、１０階（１０Ｆ）を会議室階とし、１５階（１５Ｆ）を展示室階とした場合に、玄関階１Ｆと会議室階１０Ｆとの間に経路１が構成され、会議室階１０Ｆと展示室階１５Ｆとの間に経路２が構成され、玄関階１Ｆと展示室階１５Ｆとの間に経路３が構成されている。
【００１４】
図２において、オペレータは、情報登録用端末１２を操作して、カードライタ１１からＩＣカード１０にエレベータへの送信情報を登録する。
このとき、図４のサービス環境下において、登録すべき情報は、図３のようになる。
【００１５】
図３において、まず、誘導する人数および経路を登録する。
たとえば、誘導人数が１８人であって、誘導経路が「１階（玄関階１Ｆ）→１０階（会議室階１０Ｆ）→１５階（展示室階１５Ｆ）→１階（玄関階）」であれば、図３内のＮｏ．１〜Ｎｏ．８のように情報入力の操作を行い、ＩＣカード１０に記憶させる。
なお、図３内の「次経路」は、次回の乗場において、カードリーダ９で「呼び登録」を行うときの「呼び登録階」および「行先階」を示すものであり、初期値を「経路１」とする。図３の例の場合、「経路１」において、呼び登録階＝１階、行先階＝１０階となる。
【００１６】
次に、図１に示したこの発明の実施の形態１による通常時の「行先呼び登録」の処理手順について説明する。
まず、乗場に設置された行先呼び登録装置（図示せず）を乗客が操作して、行先階を登録すると、登録階床における「行先呼び登録情報」が、通信インタフェース６を介して群管理制御装置１内に送信される。
【００１７】
これにより、群管理制御装置１内の割当演算手段２は、割当評価演算を行い、全カゴの中から最適な割当カゴを選択する。
続いて、運転制御手段５は、選択された割当カゴに対して、呼びに応答し、且つ登録した行先階まで走行するように、割当カゴに該当する各台制御装置７に指令を行う。以下、割当カゴは、乗客の要求するサービスを提供する。
【００１８】
次に、この発明の実施の形態１によるカードリーダ９を用いた「行先呼び登録」の処理手順について説明する。
まず、誘導員が携帯するＩＣカード１０を、乗場に設置されたカードリーダ９にかざすことにより、ＩＣカード１０内の登録情報をカードリーダ９に読み込ませる。
これにより、カードリーダ制御装置８は、ＩＣカード１０内の登録情報を、通信インタフェース６を介して群管理制御装置１内に送信する。
【００１９】
続いて、群管理制御装置１内の行先呼び登録手段４は、入力された登録情報から、「呼び登録階Ｆｉ」および「行先階Ｆｍ」を抽出して登録する（行先呼び登録手段４による詳細処理については後述する）。
また、配車台数算出手段３は、登録情報から配車台数Ｎｉを算出するとともに、「次経路Ｒｉ」をカードリーダ制御装置８に対して送信する（配車台数算出手段３による詳細処理については後述する）。
【００２０】
さらに、割当演算手段２は、前述と同様に割当評価演算を行い、全カゴの中から最適な割当カゴを選択する。
以下、運転制御手段５は、選択された割当カゴに対して、呼びに応答し、且つ登録した行先階まで走行するように、割当カゴに該当する各台制御装置７に指令を行う。
なお、配車台数Ｎｉが２台以上存在する場合には、割当演算手段２は、配車台数Ｎｉの数だけ割当て評価演算を行い、同様に各台制御装置７に対して走行指令を行う。
【００２１】
次に、図５のフローチャートを参照しながら、この発明の実施の形態１による行先呼び登録手段４の処理について詳細に説明する。
図５において、まず、行先呼び登録手段４は、ＩＣカード１０内の登録情報（図３参照）に基づいて、次経路Ｒｉ（図３、図４の例では、Ｒｉの初期値＝「経路１」）を取得し（ステップＳ５０１）、カードリーダ制御装置８に対して次経路Ｒｉを送信する。
【００２２】
また、行先呼び登録手段４は、登録情報に基づいて、登録された経路数Ｎｒ（図３、図４の例では、Ｎｒ＝３）を取得する（ステップＳ５０２）。
さらに、登録情報に基づいて、次経路Ｒｉに対する呼び登録階Ｆｉ、行先階Ｆｍ（図３、図４の例では、「Ｆｉ＝１階」、「Ｆｍ＝１０階」）を抽出して取得する（ステップＳ５０３）。
【００２３】
次に、呼び登録階Ｆｉとカードリーダ９ｍｐ設置階Ｆｃとが一致するか否かを判定し（ステップＳ５０４）、Ｆｉ≠Ｆｃ（すなわち、ＮＯ）と判定されれば、以下の処理を実行せずに、図５の処理ルーチンを終了する。
一方、ステップＳ５０４において、Ｆｉ＝Ｆｃ（すなわち、ＹＥＳ）と判定されれば、ステップＳ５０３で取得した行先階Ｆｍを割当演算手段２に送信し（ステップＳ５０５）、現在の次経路Ｒｉが、ステップＳ５０２で登録された経路数Ｎｒに達したか否かを判定する（ステップＳ５０６）。
【００２４】
ステップＳ５０６において、Ｒｉ＝Ｎｒ（すなわち、ＹＥＳ）と判定されれば、次経路Ｒｉに「１」を設定し、「経路１」を設定する（ステップＳ５０７）。
一方、ステップＳ５０６において、Ｒｉ＜Ｎｒ（すなわち、ＮＯ）と判定されれば、次経路Ｒｉを「１」だけインクリメントし、「経路２」を設定する（ステップＳ５０８）。
最後に、ステップＳ５０７またはＳ５０８で設定した次経路Ｒｉをカードリーダ制御装置８に送信し（ステップＳ５０９）、図５の処理ルーチンを終了する。
【００２５】
以下、カードリーダ制御装置８は、カードリーダ９に対して、送信された次経路Ｒｉの設定要求を出力し、ＩＣカード１０内の情報を更新する。
たとえば、図３の例では、Ｎｏ．２の次経路を「経路１」から「経路２」に変更して、ＩＣカード１０に書き込む。
【００２６】
次に、図６のフローチャートを参照しながら、この発明の実施の形態１による配車台数算出手段３の処理について詳細に説明する。
図６において、まず、１Ｃカード登録情報（図３参照）に基づいて、乗車人数Ｍｉ（図３の例では、Ｍｉ＝１８）を取得する（ステップＳ６０１）。
また、群管理制御装置１に保存されているカゴ定員Ｍｃ（たとえば、１２人）を取得する（ステップＳ６０２）。
【００２７】
続いて、乗車人数Ｍｉ、カゴ定員Ｍｃおよび乗車係数Ｋｍを用いて、以下の式（１）により、配車台数Ｎｉを算出する（ステップＳ６０３）。
Ｎｉ＝Ｍｉ／（Ｍｃ×Ｋｍ）  ・・・（１）
ただし、式（１）において、たとえば、Ｋｍ＝０．８とする。
また、式（１）において、小数点以下の数値は、切り上げて整数とする。
上記例の場合には、Ｍｉ＝１８、Ｍｃ＝１２、Ｋｍ＝０．８から、Ｎｉ＝２［台］となる。
【００２８】
次に、配車台数Ｎｉがカゴ台数Ｎｃよりも大きいか否かを判定し（ステップＳ６０４）、Ｎｉ＞Ｎｃ（すなわち、ＹＥＳ）と判定されれば、Ｎｉ＝Ｎｃとなるように、配車台数Ｎｉを固定設定し（ステップＳ６０５）、図６の処理ルーチンを終了する。
一方、ステップＳ６０４において、Ｎｉ≦Ｎｃ（すなわち、ＮＯ）と判定されれば、ステップＳ６０５を実行せずに、図６の処理ルーチンを終了する。
【００２９】
以上のように、乗場にカードリーダ９を設置し、事前にＩＣカード１０に登録した情報（誘導人数および行先階経路などを含む）を群管理装置１に送信することにより、必要なカゴ台数Ｎｉを配車し、経路順にすべての行先階を登録することができる。
すなわち、社内の案内または誘導などにおいて、あらかじめ誘導すべき乗客人数Ｍｉと複数の行先階Ｆｍ（誘導経路）とが分かっている場合、事前に乗客人数Ｍｉおよび次経路Ｒｉをカードに読み込ませておくことにより、誘導員は、乗場またはカゴ内での行先階を登録することなく、ＩＣカード１０をかざすのみで、すべての行先階を登録して、簡単に誘導することができる。
また、乗客人数がカゴ定員Ｍｃよりも多い場合であっても、１台のカゴを呼んだ後に、さらに１台のカゴを呼ぶ手間を省いて、一度に複数台の割当カゴを呼ぶことができる。
【図面の簡単な説明】
【００３０】
【図１】この発明の実施の形態１に係るエレベータ群管理システムを示すブロック構成図である。
【図２】この発明の実施の形態１に適用されるカード情報登録装置を示す斜視図である。
【図３】この発明の実施の形態１においてＩＣカードに登録される情報の一例を示す説明図である。
【図４】この発明の実施の形態１に適用される行先階の一例を示す説明図である。
【図５】この発明の実施の形態１による行先呼び登録手段の処理を示すフローチャートである。
【図６】この発明の実施の形態１による配車台数算出手段の処理を示すフローチャートである。
【符号の説明】
【００３１】
１  群管理制御装置、２  割当演算手段、３  配車台数算出手段、４  行先呼び登録手段、５  運転制御手段、６  通信インタフェース、７  各台制御装置、８  カードリーダ制御装置、９  カードリーダ、１０  ＩＣカード。
【図１】
2005219840.tif 000003
【図２】
2005219840.tif 000004
【図３】
2005219840.tif 000005
【図４】
2005219840.tif 000006
【図５】
2005219840.tif 000007
【図６】
2005219840.tif 000008