(57)【特許請求の範囲】
【請求項１】
複数のエレベーターのそれぞれに対応して設けられた号機制御装置と、これらの号機制御装置および各階のホール呼び装置に伝送路で結ばれ、前記複数のエレベーターを連動制御する群管理エレベーター制御装置と、ホールでの個人認証のための個人認証端末と、個人認証の判定結果が有効である場合にエレベーターのホール呼びを自動登録あるいはホール呼びの登録を許可するセキュリティホール呼び登録手段を備えた群管理エレベーター制御システムにおいて、
前記個人認証端末および複数の前記号機制御装置に伝送路で結ばれ、前記個人認証端末からのデータを伝送路を介して受信し、個人認証処理を実行するとともに、個人認証結果を前記号機制御装置へ伝送する個人認証ホストと、
前記群管理エレベーター制御装置に設けられ、複数の前記号機制御装置のひとつと前記群管理エレベーター制御装置との間の伝送路および前記個人認証ホストと前記ひとつの号機制御装置との間の伝送路の通信が正常か否かを判定し、いずれの通信も正常である号機制御装置が見つかるまで順次前記判定を繰返し、見つかったいずれの通信も正常である号機制御装置をセキュリティデータを取得する号機に決定するセキュリティデータ取得号機制御装置決定手段と、を備え、
前記セキュリティホール呼び登録手段は、前記群管理エレベーター制御装置に設けられ、通常群管理の通信周期の空き時間に、前記決定したセキュリティデータ取得号機制御装置のみへポーリングし、その返信として前記個人認証結果である前記セキュリティデータを受信し、セキュリティホール呼び登録処理を実行することを特徴とする群管理エレベーター制御システム。
【請求項２】
複数のエレベーターのそれぞれに対応して設けられた号機制御装置と、これらの号機制御装置および各階のホール呼び装置に伝送路で結ばれ、前記複数のエレベーターを連動制御する群管理エレベーター制御装置と、ホールでの個人認証のための個人認証端末とを備え、個人認証の判定結果が有効である場合にエレベーターのホール呼びを自動登録あるいはホール呼びの登録を許可する群管理エレベーター制御システムのホール呼び登録方法において、
前記個人認証端末および複数の前記号機制御装置に伝送路で結ばれた個人認証ホストにより、前記個人認証端末からのデータを伝送路を介して受信し、個人認証処理を実行するとともに、個人認証結果を前記号機制御装置へ伝送し、
前記群管理エレベーター制御装置によって、複数の前記号機制御装置のひとつと前記群管理エレベーター制御装置との間の伝送路および前記個人認証ホストと前記ひとつの号機制御装置との間の伝送路の通信が正常か否かを判定し、いずれの通信も正常である号機制御装置が見つかるまで順次前記判定を繰返し、見つかったいずれの通信も正常である号機制御装置をセキュリティデータを取得する号機制御装置に決定し、
前記群管理エレベーター制御装置によって、通常群管理の通信周期の空き時間に、前記決定したセキュリティデータ取得号機制御装置のみへポーリングし、その返信として前記個人認証結果である前記セキュリティデータを受信し、セキュリティホール呼び登録処理を実行することを特徴とする群管理エレベーター制御システムのホール呼び登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人認証によりホール呼びの登録を許可する群管理エレベーター制御装置およびそのホール（乗り場）呼び登録方法に関する。
【背景技術】
【０００２】
エレベーターにおいては、例えば、特許文献１に開示されているように、個人認証により呼びの登録を許可するエレベーター制御装置が知られている。
【０００３】
また、群管理エレベーターの群管理装置と号機制御装置との間のデータ通信においては、たとえば、特許文献２に開示されているように、１回目の伝送ではスレーブ号機の生死確認を行い。２回目以降の伝送では生きている号機にのみトークン権を移行することで、群管理−号機間のネットワークの有効活用を行うことなどが知られている。
【０００４】
【特許文献１】特開平１１−６００８４号公報
【特許文献２】特開２００１−３４１９５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に見られるように、エレベーターでのセキュリティを高めるために、ホールや乗りかご内に個人認証装置を備え、個人認証の無い人のエレベーター乗降を極力防止するものが知られている。しかし、個人認証装置からのデータの授受は、設計、製造上の標準化の面から１台口のエレベーターを考慮しており、号機制御盤によって行う構成としていることが多い。このため複数のエレベーターを連動制御する群管理においては、一旦、号機制御盤に受信した個人認証装置からのデータを群管理制御盤に伝送する必要がある。
【０００６】
群管理エレベーターにおいては、１部のエレベーターが故障、定期保守等の理由で群管理から切り離される場合も発生する。したがって、群管理エレベーターは全号機から全く同じセキュリティデータを受信する必要がある。しかしながら、本データはセキュリティ方法により多岐にわたり年々増大する傾向である。群管理台数が増えることでも同じことが言える。この増大しつつあるデータを群管理−号機間のネットワークによって伝送するためには、ネットワーク伝送のポーリング周期を増大させねばならいため、エレベーター全体のレスポンスが鈍くなる。このレスポンスの低下を防ぐために、全く新規の別伝送路を設けるか、ネットワーク伝送データの見直し設計を、納入先毎に行う必要があり、どちらにしても設計、製造コストの増大という問題点があった。
【０００７】
本発明の目的は、個人認証を行うホール呼び登録装置を備えた群管理エレベーター制御装置において、群管理装置と号機制御装置間のデータ伝送負担を軽減することである。
【課題を解決するための手段】
【０００８】
本発明の望ましい実施態様においては、複数のエレベーターのそれぞれに対応して設けられた号機制御装置と、これらの号機制御装置および各階のホール呼び装置に伝送路で結ばれ、前記複数のエレベーターを連動制御する群管理エレベーター制御装置と、ホールでの個人認証のための個人認証端末と、個人認証の判定結果が有効である場合にエレベーターのホール呼びを自動登録あるいはホール呼びの登録を許可するセキュリティホール呼び登録手段を備えた群管理エレベーター制御システムにおいて、前記個人認証端末および複数の前記号機制御装置に伝送路で結ばれ、前記個人認証端末からのデータを伝送路を介して受信し、個人認証処理を実行するとともに、個人認証結果を前記号機制御装置へ伝送する個人認証ホストと、前記群管理エレベーター制御装置に設けられ、複数の前記号機制御装置のうちの１つから前記個人認証結果を受け取り、前記セキュリティホール呼び登録処理を実行する前記セキュリティホール呼び登録手段を備えたことを特徴とする。
【０００９】
また、本発明の望ましい実施態様においては、前記セキュリティホール呼び登録手段は、前記号機制御装置と前記群管理エレベーター制御装置との間の伝送路および前記個人認証ホストと前記号機制御装置との間の伝送路の通信が正常か否かを判定する手段を備え、前記両伝送路の通信が正常である前記号機制御装置のうちの１つから前記個人認証結果を受け取ることを特徴とする。
【００１０】
さらに、本発明の望ましい実施態様においては、前記両伝送路の通信が正常である前記号機制御装置が複数存在するとき、所定の順序にしたがって、前記個人認証結果を受け取る号機制御装置を決定する手段を備えたことを特徴とする。
【００１１】
本発明の具体的な実施形態においては、セキュリティデータ伝送以外時の定期的な群管理−号機間伝送において、ネットワーク通信のマスタ局である群管理が、いずれの号機がセキュリティデータ伝送が可能な状態かを判定し、セキュリティデータの伝送が可能な号機にのみセキュリティデータを要求のためのポーリングを行う。
【発明の効果】
【００１２】
本発明の望ましい実施態様によれば、個人認証を行うホール呼び登録装置を備えた群管理エレベーター制御装置において、群管理装置と号機制御装置間のデータ伝送負担を軽減することができる。
【００１３】
本発明のその他の目的と特徴は、以下に述べる実施態様の中で明らかにする。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明の一実施形態について説明する。
【００１５】
図１は、本発明の一実施形態により、３台口の群管理エレベーターの１階とＢ１階ホール（乗り場）に、カードリーダ等の個人認証端末ＣＲ１１，ＣＲ１２およびＣＲＢ１１，ＣＲＢ１２を設置したシステム構成図である。
【００１６】
群管理制御盤ＭＰ内に設置される群管理制御用ＭＰＵボードＧＭＰＵは、ネットワーク多重伝送路ＮＥＴを用いて、１号機〜３号機の号機制御盤ＣＰ１〜ＣＰ３内に設置された号機制御用ＭＰＵボードＣＭＰＵ１〜ＣＭＰＵ３に接続されている。また、群管理制御用ＭＰＵボードＧＭＰＵ１は、ホール多重伝送路ＨＬを用いて各階ホールに設置されるホール制御ＭＰＵであるＨ１１，Ｈ１２およびＨＢ１１〜ＨＢ１２に接続されている。
【００１７】
個人認証処理を実行する個人認証ホストＭＣは、セキュリティデータ多重伝送路ＳＥ１を用いて、ＣＭＰＵ１〜ＣＭＰＵ３に接続される。また、個人認証ホストＭＣは、ホール個人認証用多重伝送路ＳＥ２１により、１階ホールに設置される個人認証端末ＣＲ１１，ＣＲ１２と接続されるとともに、多重伝送路ＳＥ２１Ｂ１により、Ｂ１階に設置された個人認証端末ＣＲＢ１１，ＣＲＢ１２と接続される。
【００１８】
図２は、図１の実施形態におけるセキュリティホール呼び登録、すなわち、ホール釦無効化の状態から、個人認証による無効化解除までの信号の流れの概略説明図である。
【００１９】
今、１階またはＢ１階ホールに設置された個人認証端末ＣＲ１１，ＣＲ１２またはＣＲＢ１１，ＣＲＢ１２が操作されたとすると、まず、図示する（１）の流れで、個人認証ホストＭＣにキーデータが伝達される。個人認証ホストＭＣは、キーデータをエレベーター制御に紐つけたセキュリティデータへと変換する。例えば、当該ホール呼び釦を一定時間利用可能（無効化の解除）指令に変換する。この変換されたセキュリティデータは、（２）の流れで、全号機の号機制御盤ＣＰ１〜ＣＰ３に対して伝送される。各号機は、群管理制御盤ＭＰから、セキュリティデータを要求するポーリングがあった場合のみ返信を行う。この場合は、（３）の流れで１号機制御盤ＣＰ１に対してポーリングを行い、その返信として（４）の流れで群管理制御盤ＭＰはセキュリティデータを受信する。この結果、群管理制御盤ＭＰは、（５）の流れで、１階ホール呼び釦Ｈ１１またはＨ１２を、一定時間利用可能（無効化の解除）とする。
【００２０】
図３は、本発明の一実施形態による群管理エレベーターのホール呼び個人認証登録処理フロー図である。
【００２１】
まず、１階またはＢ１階ホールで、個人認証端末ＣＲ１１，ＣＲ１２，ＣＲＢ１１またはＣＲＢ１２のいずれかが操作されたとすると、ステップ３０１で、個人認証ホストＭＣが認証処理を実行し、セキュリティデータを取得する。群管理制御盤ＭＰは、群管理を行うのに必要な通常の通信を定期的に、号機制御盤ＣＰ１〜ＣＰ３との間で実行している。また、号機制御盤ＣＰ１〜ＣＰ３は、個人認証ホストＭＣと通信を定期的に行っており、以下のようにして決定された唯一の号機制御盤が、認証結果を前記した群管理盤−号機間通信に載せて群管理盤ＭＰに知らせることとなる。
【００２２】
さて、まず、ステップ３０２では、群管理盤ＭＰ−１号機制御盤ＣＰ１間および１号機制御盤ＣＰ１−個人認証ホストＭＣ間の両通信が正常か否かを判定する。この判定は、通常の通信の結果から容易に実行できる。正常であれば、群管理盤ＭＰは、ステップ３０３において、当該１号機制御盤ＣＰ１をセキュリティデータ取得のために利用する号機制御盤に決定する。
【００２３】
仮に、１号機が定期点検中などの理由で、前記いずれかの通信ができない状態であればステップ３０４に移って、群管理盤ＭＰ−２号機制御盤ＣＰ２間および２号機制御盤ＣＰ１−個人認証ホストＭＣ間の両通信が正常か否かを判定する。これらが正常であれば、群管理盤ＭＰは、ステップ３０５において、当該２号機制御盤ＣＰ２をセキュリティデータ取得のために利用する号機制御盤に決定する。
【００２４】
同様に、仮に、２号機も何らかの理由で、前記いずれかの通信ができない状態であればステップ３０６に移って、３号機制御盤ＣＰ３に関して同様のチェックを行い、正常であれば、ステップ３０７において、当該３号機制御盤ＣＰ３をセキュリティデータ取得のために利用する号機制御盤に決定することとなる。
【００２５】
次に、ステップ３０８において、群管理盤ＭＰは、各号機制御盤ＣＰ１〜ＣＰ３との、その伝送周期内での通信が終わるのを確認し、ステップ３０９にて、先に決定したセキュリティデータ取得に利用する号機制御盤へポーリングする。ステップ３１０で、その号機制御盤ＣＰ＊（＊：１，２，または３）からの返信により、セキュリティデータを取得する。ステップ３１１でセキュリティデータの受信を確認すると、ステップ３１２において当該ホール呼びを利用可能として、ホール呼びを登録する。
【００２６】
このように、号機番号順に判定し、正常な号機があれば、群管理盤ＭＰは、当該号機制御盤をセキュリティデータ取得号機に決定する。
【００２７】
群管理盤ＭＰは、群管理を行うのに必要な通常通信を完了すれば、通信周期の空き時間を用いて、決定した唯一のセキュリティデータ取得号機のみへポーリングするだけで、エレベーター台数分のポーリングを必要とせず、通信の負担を軽減できる。これに応答して、当該号機からポーリングに対する返信の形でセキュリティデータが群管理盤ＭＰに渡される。その結果、群管理盤ＭＰはホール呼び釦の一定時間無効化を解除することができるのである。
【００２８】
図４は、本発明の一実施形態によるネットワーク伝送路ＮＥＴの伝送タイムチャートである。群管理制御盤ＭＰは定期的に号機制御盤ＣＰ１〜ＣＰ３に対してポーリングを実施し、群管理制御に必要なデータを号機制御盤から受信している。この受信データによって、セキュリティデータを受信すべき号機制御盤を判定することができる。本図では、当初（ａ），（ｃ）の伝送では、１号機からのセキュリティデータ伝送が可能と判定したものとし、その結果、（ｂ），（ｄ）の伝送では群管理制御盤から１号機制御盤に対しポーリングを実施し、その返信としてセキュリティデータを受信している。
【００２９】
ところがその後、（ｅ），（ｇ）の伝送では、１号機制御盤がＭＣとの通信異常などを発生した旨の情報を群管理制御盤が知り得たとする。そこで、群管理制御盤は、セキュリティデータを受信すべき号機として１号機は妥当でないと判定し、（ｆ），（ｈ）の伝送ではセキュリティデータ受信号機に２号機制御盤を指定し、２号機制御盤に対してのポーリングを実施し、これに対する返信としてセキュリティデータを受信している状況を表している。
【００３０】
以上の本発明の実施態様によれば、群管理エレベーター制御装置において、個人認証によるホール呼び登録に当たっての、群管理装置から号機制御装置へのポーリングを必要最小限に抑制でき、データ伝送負荷を軽減することができる。
【図面の簡単な説明】
【００３１】
【図１】ホールに個人認証装置を設置した本発明の一実施形態システム構成図。
【図２】図１の実施形態における個人認証によるホール呼び登録処理の信号流れの概略説明図。
【図３】本発明の一実施形態による群管理エレベーターのホール呼び個人認証登録処理フロー図。
【図４】本発明の一実施形態によるネットワーク伝送路ＮＥＴの伝送タイムチャート。
【符号の説明】
【００３２】
ＭＰ…群管理制御盤、ＣＰ１〜ＣＰ３…号機制御盤、ＣＭＰＵ１〜ＣＭＰＵ３…号機制御盤のＭＰＵボード、ＨＬ…ホール多重伝送路、Ｈ１１，Ｈ１２，ＨＢ１１，ＨＢ１２…ホール制御ＭＰＵ、ＣＲ１１，ＣＲ１２，ＣＲＢ１１，ＣＲＢ１２…個人認証端末、ＭＣ…個人認証ホスト、ＳＥ１…セキュリティデータ伝送用多重伝送路、ＳＥ２１，ＳＥ２Ｂ１…ホール個人認証用多重伝送路。
【図１】
0004712828.tif 000002
【図２】
0004712828.tif 000003
【図３】
0004712828.tif 000004
【図４】
0004712828.tif 000005