JP2019077550A - 呼び情報出力装置、エレベータシステム - Google Patents

Abstract

【課題】エレベータ利用認証用の情報記録媒体に紐付けてデフォルトの行先階等のエレベータ利用情報が設定されているエレベータシステムを利用する利用者の利便性を向上させる。【解決手段】セキュリティサーバ１００は、リーダ２５、またはリーダ３６で１個のＩＤカードのカードＩＤのみが読み取られたときは、１個のＩＤカードのカードＩＤに紐付けられているエレベータ利用情報で登録されている内容に基づいて呼び情報を生成して運行制御装置１０に出力し、１個のＩＤカードのカードＩＤと、１個以上の利用条件変更カードのカードＩＤとの両方が読み取られたときは、１個のＩＤカードのカードＩＤに紐付けられているエレベータ利用情報で登録されている内容を、前記１個以上の利用条件変更カードのカードＩＤに紐付けられているエレベータ利用情報で登録されている内容で置き換えた情報に基づいて呼び情報を生成して運行制御装置１０に出力する。【選択図】図８

Description

本発明は、エレベータの呼び情報を出力する呼び情報出力装置及びそれを有するエレベータシステムに関する。

特許文献１は、エレベータ乗場が設けられた特定領域の入口に配置されたセキュリティゲートのリーダに、エレベータの利用認証用のＩＣカード（ＩＤカード）を提示する（かざす）ことで、利用者の行先階をエレベータの制御装置に自動で登録し、号機を割り当てるエレベータシステムを開示している。

特開２０１６−０５６０１７号公報

セキュリティゲートのリーダにエレベータの利用認証用のＩＤカードを提示して（かざして）特定領域内に進入した利用者が、ＩＤカードに紐付けられているデフォルトの行先階以外の所望の階床に向かうためには、エレベータ乗場内の行先階登録装置で所望の階床を入力して号機の割当てを再度受ける必要があり、利用者の利便性の観点において課題があった。

本発明は、エレベータ利用認証用の情報記録媒体に紐付けてデフォルトの行先階等のエレベータ利用情報が設定されているエレベータシステムを利用する利用者の利便性を向上させることを目的とする。

本発明の呼び情報出力装置は、エレベータの運行を制御する運行制御装置に呼び情報を出力する呼び情報出力装置である。
呼び情報出力装置は、
エレベータ乗車前に利用者によりリーダに提示される情報記録媒体に格納された媒体識別情報に紐付けて、情報記録媒体を所有する利用者のエレベータ利用に関するエレベータ利用情報を格納する記憶部と、
提示された１個以上の情報記録媒体からリーダで一度に読み取られた各情報記録媒体の媒体識別情報に紐付けて記憶部で格納されているエレベータ利用情報に基づいてエレベータの呼び情報を生成して運行制御装置に出力する制御部と、を備える。
１個以上の情報記録媒体は、エレベータ利用認証用の第１の情報記録媒体と、利用条件変更用の第２の情報記録媒体とに分類される。
制御部は、
リーダで１個の第１の情報記録媒体の媒体識別情報のみが読み取られたときは、１個の第１の情報記録媒体の媒体識別情報に紐付けられているエレベータ利用情報で登録されている内容に基づいて呼び情報を生成して運行制御装置に出力し、
リーダで１個の第１の情報記録媒体の媒体識別情報と、１個以上の第２の情報記録媒体の媒体識別情報との両方が読み取られたときは、１個の第１の情報記録媒体の媒体識別情報に紐付けられているエレベータ利用情報で登録されている内容を、前記１個以上の第２の情報記録媒体の媒体識別情報の各々に紐付けられているエレベータ利用情報で登録されている内容で置き換えた情報に基づいて呼び情報を生成して運行制御装置に出力する。

本発明によれば、エレベータ利用認証用の第１の情報記録媒体のみがリーダに提示される（かざされる）と、エレベータ利用認証用の第１の情報記録媒体の媒体識別情報に紐付けて記憶部で格納されているエレベータ利用情報で登録されている内容に基づいて呼び情報が生成される。一方、エレベータ利用認証用の第１の情報記録媒体と、利用条件変更用の第２の情報記録媒体との両方がリーダに提示される（かざされる）と、１個の第１の情報記録媒体の媒体識別情報に紐付けられているエレベータ利用情報で登録されている内容を、前記１個以上の第２の情報記録媒体の媒体識別情報の各々に紐付けられているエレベータ利用情報で登録されている内容で置き換えた情報に基づいて呼び情報が生成される。つまり、利用者は、エレベータ利用認証用の第１の情報記録媒体と利用条件変更用の第２の情報記録媒体との両方をリーダに提示する（かざす）だけで、エレベータの利用条件を変更できる。そのため、エレベータ利用認証用の情報記録媒体に紐付けてデフォルトのエレベータ利用情報が設定されているエレベータシステムを利用する利用者の利便性を向上させることができる。

実施の形態１におけるエレベータシステムが適用されるビルの特定階における機器配置を示す概略平面図である。 実施の形態１におけるエレベータシステムの構成を示すブロック図である。 実施の形態１における行先階登録装置の電気的構成を示すブロック図である。 実施の形態１におけるセキュリティゲートの外観を示す斜視図である。 実施の形態１におけるセキュリティゲートの電気的構成を示すブロック図である。 実施の形態１におけるセキュリティサーバの電気的構成を示すブロック図である。 実施の形態１におけるセキュリティサーバの記憶部に格納されているカードデータベースの構成を示す図である。 実施の形態１におけるセキュリティサーバの動作を説明するフローチャートである。 実施の形態１における群管理制御装置の動作を説明するフローチャートである。 実施の形態２におけるセキュリティサーバの記憶部に格納されているカードデータベースの構成を示す図である。 実施の形態２におけるセキュリティサーバの動作を説明するフローチャートである。

本発明の実施の形態について図面を参照して説明する。

（実施の形態１）
１．構成
１−１．エレベータシステムの概要
実施の形態１におけるエレベータシステムの概要について説明する。図１は、実施の形態１におけるエレベータシステムが適用されるビル（建物）の特定階における機器配置を示す概略平面図である。特定階とは、例えば当該ビルの外部につながるロビー階であり、ビルの利用者は特定階を経由して他の階に移動することとなる。

本実施の形態に係るエレベータシステムは、複数台のエレベータ６０Ａ〜６０Ｆと、エレベータ６０Ａ〜６０Ｆの運行を統合的に制御する群管理システムとを含む。以下において、エレベータ６０Ａ〜６０Ｆを適宜Ａ号機〜Ｆ号機という。本実施の形態では、一例としてＡ号機からＦ号機の６台のエレベータ６０Ａ〜６０Ｆが設けられている。各エレベータ６０Ａ〜６０Ｆの乗車用開口がエレベータ乗場側に設けられており、利用者はエレベータ乗場からエレベータ６０Ａ〜６０Ｆに乗車する。なお、複数台のエレベータ６０Ａ〜６０Ｆは互いに同一の構成を有する。そのため、以下、エレベータ６０Ａ〜６０Ｆを区別せずに「エレベータ６０」という場合がある。

本実施の形態では、ビルのロビー階等の特定階に、複数台のセキュリティゲート２０Ａ〜２０Ｃが配置されている。複数台のセキュリティゲート２０Ａ〜２０Ｃは互いに同一の構成を有する。そのため、以下、セキュリティゲート２０Ａ〜２０Ｃを区別せずに「セキュリティゲート２０」という場合がある。利用者は、エントランス側からいずれかのセキュリティゲート２０を通過して特定領域に進入する。

ビルにおいて、特定階のエントランス側からセキュリティゲート２０を通過しないと入れない領域を、以下適宜「特定領域」という。特定領域には、エレベータ乗場や、各エレベータ６０のかご内のスペースや、エレベータ６０を利用して移動可能な各階床のスペースを含む。

特定階のエレベータ乗場の近傍には、行先階登録装置３０Ａが配置されている。

特定階以外の各階床のエレベータ乗場の近傍には、行先階登録装置３０Ｂ〜３０Ｚ（図２参照）が配置されている。複数台の行先階登録装置３０Ａ〜３０Ｚは互いに同一の構成を有する。そのため、以下、行先階登録装置３０Ａ〜３０Ｚを区別せずに「行先階登録装置３０」という場合がある。

本実施の形態におけるエレベータシステムでは、利用者がエレベータ６０のかごに乗車する前にセキュリティゲート２０や行先階登録装置３０で行先階を予め登録する行先階登録方式を採用している。そして、群管理システムは、このように予め登録された行先階（行先階呼び）を、複数台のエレベータ６０のうちのいずれかの号機に割り当てて、割り当てた号機を示す情報を利用者に報知し、割り当てた号機に利用者を乗車させるように構成されている。

また、本実施の形態におけるエレベータシステムでは、利用者は、行先階の登録を、ビル入館用のＩＤカード（ビル入館用のセキュリティ認証カード）やエレベータの利用条件変更用の利用条件変更カードを利用して行うことが可能に構成されている。なお、ビル入館用のＩＤカードは、エレベータ利用認証用のＩＤカードでもある。上記のビル入館用のＩＤカードや利用条件変更カードは、ＩＣタグを内蔵し、ＩＣタグに記録されている情報を例えば電磁的に非接触で読み取り可能なＩＣカードにより構成されている。ＩＤカードは第１の情報記録媒体の一例であり、利用条件変更カードは第２の情報記録媒体の一例である。

なお、特定階の行先階登録装置３０Ａは、特定領域に進入した利用者が、群管理システムにより指定されたエレベータ６０に乗り遅れたとき、あるいはＩＤカードや利用条件変更カードに紐付けられている行先階以外の階床に移動するときなどに、エレベータ６０を利用可能とするために設けられている。

１−２．エレベータシステムの構成
１−２−１．概要
図２は、実施の形態１におけるエレベータシステムの構成を示すブロック図である。エレベータシステムは、複数台のエレベータ６０Ａ〜６０Ｆと、群管理システムと、セキュリティサーバ１００を含む。エレベータの群管理システムは、群管理制御装置１０と、複数台の行先階登録装置３０Ａ〜３０Ｚと、複数台のエレベータ制御装置４０Ａ〜４０Ｆと、複数台のゲート表示器７０とを有する。ゲート表示器７０は、セキュリティゲート２０に配置されている。群管理制御装置１０は、エレベータの運行を制御する運行制御装置の一例である。セキュリティサーバ１００は、エレベータの呼び情報を出力する呼び情報出力装置の一例である。

群管理制御装置１０は、セキュリティサーバ１００及び行先階登録装置３０との間で通信を行いながら、各号機に対する新規の行先階呼びの割当制御を行う。各装置間は、情報伝送可能なネットワークＮＷを介して接続されている。ネットワークＮＷは、例えばＥｔｈｅｒｎｅｔ（登録商標）等のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により構成され、各装置間での各種の情報の送受信は、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがって行われる。ネットワークＮＷ上に接続されている前述の各装置は、装置間において、各装置が有する入出力インタフェースにより、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがった通信による信号伝送（情報伝送）が可能である。なお、エレベータシステムを構成する各装置間は、他の信号形式のネットワークや、専用の信号網を介して接続されてもよい。

各エレベータ６０（６０Ａ〜６０Ｆ）は、かご、巻上機（モータ）、釣合おもり等を有する。

１−２−２．群管理制御装置
群管理制御装置１０は、複数台のエレベータ６０Ａ〜６０Ｆの運行を統合的に制御する。

群管理制御装置１０は、コンピュータを利用して構成され、制御部１１と、記憶部１２と、入出力インタフェース１３と、を備える。

記憶部１２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の群管理制御装置１０の各種機能を実現するためのプログラムを含む。

制御部１１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部１１は、記憶部１２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、群管理制御装置１０における後述する各種の機能を実現する。

入出力インタフェース１３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース１３は、群管理制御装置１０が、セキュリティサーバ１００、セキュリティゲート２０（２０Ａ〜２０Ｃ）のゲート表示器７０、行先階登録装置３０（３０Ａ〜３０Ｚ）、及びエレベータ制御装置４０（４０Ａ〜４０Ｆ）との間で各種信号を送受信するためのインタフェースである。入出力インタフェース１３は、制御部１１から出力される信号を所定の形式の信号に変換してセキュリティサーバ１００、セキュリティゲート２０のゲート表示器７０、行先階登録装置３０、エレベータ制御装置４０に出力する。また、入出力インタフェース１３は、セキュリティサーバ１００、セキュリティゲート２０のゲート表示器７０、行先階登録装置３０、エレベータ制御装置４０から入力された信号を所定の形式の信号に変換して制御部１１に出力する。

１−２−３．行先階登録装置
図３は、実施の形態１における行先階登録装置３０の電気的構成を示すブロック図である。行先階登録装置３０は、利用者が行先階の登録を行うための装置である。行先階登録装置３０は、制御部３１と、記憶部３２と、第１入出力インタフェース３３と、第２入出力インタフェース３７と、表示部３４と、操作部３５と、リーダ３６とを備える。

記憶部３２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の行先階登録装置３０の各種機能を実現するためのプログラムを含む。

制御部３１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部３１は、記憶部３２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、行先階登録装置３０における後述する各種の機能を実現する。

第１入出力インタフェース３３は、例えばＬＡＮアダプタ等を利用して構成される。第１入出力インタフェース３３は、行先階登録装置３０が群管理制御装置１０との間で各種信号を送受信するためのインタフェースである。第１入出力インタフェース３３は、制御部３１から出力された信号を所定の形式の信号に変換して群管理制御装置１０に出力する。また、第１入出力インタフェース３３は、群管理制御装置１０から入力された信号を所定の形式の信号に変換して制御部３１に出力する。

第２入出力インタフェース３７は、例えばＬＡＮアダプタ等を利用して構成される。第２入出力インタフェース３７は、行先階登録装置３０がセキュリティサーバ１００との間で各種信号を送受信するためのインタフェースである。第２入出力インタフェース３７は、制御部３１から出力された信号を所定の形式の信号に変換してセキュリティサーバ１００に出力する。

リーダ３６は、ＩＣカードのＩＣタグに記録された情報を例えば電磁的に非接触で読み取り可能なリーダである。また、リーダ３６は、同時またはほぼ同時に提示された（かざされた）複数枚のＩＣカードの各々から、各々のＩＣタグに記録された情報を取得できる。

リーダ３６は、ＩＤカードや利用条件変更カード等のＩＣカードが提示されると、各ＩＣカードからカードＩＤを取得する。カードＩＤは、媒体識別情報の一例である。リーダ３６は、取得した各ＩＣカードのカードＩＤを、第２入出力インタフェース３７を介してセキュリティサーバ１００に出力する。なお、このとき、リーダ３６は、当該リーダ３６の識別情報（以下「リーダ識別情報」という）をあわせてセキュリティサーバ１００に送信する。

操作部３５は、利用者による行先階登録装置３０の操作を受け付けるインタフェースである。操作部３５は、操作内容に応じた信号を制御部３１に出力する。

表示部３４は、制御部３１から出力される表示信号に基づく画像等の表示を行う。

表示部３４及び操作部３５は、例えば液晶ディスプレイパネルや有機ＥＬディスプレイパネルを利用したタッチパネル式表示装置により一体的に構成されてもよい。また、表示部３４と操作部３５は、表示部３４に表示されているボタン等のオブジェクトを指定可能であれば、異なる部品を利用して別々に構成されてもよい。

１−２−４．エレベータ制御装置
エレベータ制御装置４０Ａ〜４０Ｆは、エレベータ６０Ａ〜６０Ｆに対応させて設けられ、群管理制御装置１０からの制御信号にしたがって、対応するエレベータ６０Ａ〜６０Ｆの巻上機（モータ）等の動作を制御することにより、エレベータ６０Ａ〜６０Ｆのかごの上昇、下降、停止等を制御する。また、エレベータ制御装置４０Ａ〜４０Ｆはそれぞれ、対応するエレベータ６０Ａ〜６０Ｆのかごの位置、走行方向、ドアの開閉状態、荷重等を含むかご状態を検知して、検知したかご状態を示す情報等を群管理制御装置１０に出力する。なお、複数台のエレベータ制御装置４０Ａ〜４０Ｆは互いに同一の構成を有する。そのため、以下、各エレベータ制御装置を区別せずに「エレベータ制御装置４０」という場合がある。

各エレベータ制御装置４０（エレベータ制御装置４０Ａ〜４０Ｆ）は、制御部、記憶部、入出力インタフェース等を有するコンピュータにより構成可能である。

１−２−５．セキュリティゲート
セキュリティゲート２０は、ビル内部の特定領域への正規の利用者の進入を許可する一方、非正規の利用者の進入については規制する装置である。正規の利用者とは、利用者ＩＤがカードデータベース（カードＤＢ）に登録されている利用者であり、非正規の利用者とは、利用者ＩＤがカードＤＢに登録されていない利用者である。正規の利用者は、ビル管理者により発行された、正規なカードＩＤを格納した正規なＩＤカードを有している。正規の利用者は、また、ビル管理者により発行または利用許可された、正規なカードＩＤを格納した正規な利用条件変更カードを有している。

図４は、実施の形態１におけるセキュリティゲート２０の外観を示す斜視図である。なお、図４は、図１におけるセキュリティゲート２０Ａ（２０）の例を示している。セキュリティゲート２０は、ゲート本体２０ａと、第１センサ２６と、第２センサ２７と、リーダ２５と、ゲート表示器７０と、ゲートフラッパ２８とを備える。

ゲート本体２０ａの外面には、上記の第１センサ２６と、第２センサ２７と、リーダ２５と、ゲート表示器７０とが取り付けられている。ゲート本体２０ａは、後述する制御部２１等を収納する筐体である。ゲート本体２０ａは、それぞれ利用者の進入方向に沿うように、配置されている。ゲート本体２０ａは、隣接するセキュリティゲート２０のゲート本体に対して所定距離離間させて配置され、ゲート本体２０ａの側方には、利用者が通過可能な通路ＰＡが形成されている。

リーダ２５は、ゲート本体２０ａの上面の入口２０ｉ側に配置されている。リーダ２５は、セキュリティゲート２０の通路ＰＡに入口２０ｉ側から進入する利用者が提示したＩＤカードに格納されたカードＩＤ等の情報を取得する。リーダ２５の構成については後述する。

ゲート表示器７０は、群管理制御装置１０が行先階を割り当てた号機（割当号機）の情報（以下適宜「割当号機情報」という）等を表示する。ゲート表示器７０の詳細な構成については後述する。

第１センサ２６は、セキュリティゲート２０の通路ＰＡの入口２０ｉ側における利用者の移動を検知する。第１センサ２６及び第２センサ２７は、利用者の移動を検知すると、検知信号を出力する。

第２センサ２７は、セキュリティゲート２０の通路ＰＡの出口２０ｅ側における利用者の移動を検知する。第１センサ２６及び第２センサ２７は、利用者の移動を検知すると、検知信号を出力する。

ゲートフラッパ２８は、開閉自在の扉である。ゲートフラッパ２８は、開くことで、正規の利用者がセキュリティゲート２０を通過することを可能とする。ゲートフラッパ２８は、閉まることで、非正規の利用者がセキュリティゲート２０を通過することを妨げる。なお、本実施の形態では、ゲートフラッパ２８は、デフォルトで閉じられた状態（閉状態）にあり、正規の利用者を通過させるときに、開かれた状態（開状態）に制御されるものとする。

図５は、実施の形態１におけるセキュリティゲート２０の電気的構成を示すブロック図である。セキュリティゲート２０は、上述の構成要素に加えてさらに、制御部２１と、記憶部２２と、入出力インタフェース２３とを備える。

記憶部２２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態におけるセキュリティゲート２０の各種機能を実現するためのプログラムを含む。

制御部２１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部２１は、記憶部２２に格納されたプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティゲート２０における後述する各種の機能を実現する。

制御部２１は、第１センサ２６及び第２センサ２７からの検知信号、及びセキュリティサーバ１００からのエラー信号等に基づいて、ゲートフラッパ２８を開閉する。

入出力インタフェース２３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース２３は、セキュリティゲート２０が、セキュリティサーバ１００との間で各種信号を送受信するためのインタフェースである。入出力インタフェース２３は、制御部２１から出力された信号を所定の形式の信号に変換してセキュリティサーバ１００に出力する。また、入出力インタフェース２３は、セキュリティサーバ１００から入力された信号を所定の形式の信号に変換して制御部２１に出力する。

リーダ２５は、行先階登録装置３０のリーダ３６と同構成のリーダにより構成される。

リーダ２５は、ＩＤカードや利用条件変更カードが提示されると、ＩＤカードや利用条件変更カードの各々からカードＩＤを取得する。リーダ２５は、取得した各カードのカードＩＤを、制御部２１及び入出力インタフェース２３を介してセキュリティサーバ１００に出力する。なお、リーダ２５は、カードＩＤとともに当該リーダ２５のリーダ識別情報をセキュリティサーバ１００に送信する。

１−２−６．ゲート表示器
ゲート表示器７０は、セキュリティゲート２０に設置される。ゲート表示器７０は、セキュリティゲート２０のリーダ２５を介して登録された行先階呼びに対して群管理制御装置１０が割り当てた割当号機の情報や、割当に関するその他の情報を表示する表示器である。ゲート表示器７０はセキュリティゲート２０に設置されるが、群管理制御装置１０との間で割当号機の情報等を示す信号の授受を直接行う。なお、ゲート表示器７０は、セキュリティゲート２０の制御部２１を介して、群管理制御装置１０との間で信号の授受を行ってもよい。

１−２−７．セキュリティサーバ
セキュリティサーバ１００は、セキュリティゲート２０のリーダ２５または行先階登録装置３０のリーダ３６でＩＤカードから取得されたカードＩＤに基づいてセキュリティ認証を行うとともに、セキュリティゲート２０の開閉を制御する。また、セキュリティサーバ１００は、利用者の行先階を複数台のエレベータ６０のいずれかに割り当てるための割当依頼情報を生成して群管理制御装置１０に出力する。割当依頼情報は、呼び情報の一例である。

図６は、実施の形態１におけるセキュリティサーバ１００の電気的構成を示すブロック図である。セキュリティサーバ１００の制御部１０１は、コンピュータを利用して構成され、制御部１０１と、記憶部１０２と、入出力インタフェース１０３と、を備える。

記憶部１０２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態のセキュリティサーバ１００の後述する各種機能を実現するためのプログラムを含む。記憶部１０２は、データとして、カードデータベース（以下「カードＤＢ」という）を格納している。カードＤＢの構成については後述する。

また、記憶部１０２は、データとして、複数台のリーダ２５、またはリーダ３６の各リーダ識別情報に紐付けて、各リーダの設置階を示す設置階情報と、各リーダが設置されている登録装置（セキュリティゲート２０及び行先階登録装置３０）の登録装置識別情報とを記録したリーダ情報テーブルを格納している。

設置階情報が示す設置階は、リーダ２５、またはリーダ３６にＩＤカードを提示した利用者の出発階として利用される。例えば、制御部１０１は、複数台のリーダ２５、またはリーダ３６のいずれかにＩＤカードのみが提示された場合、当該リーダから出力されるリーダ識別情報に基づいて、リーダ情報テーブルを参照して、当該リーダに対応する設置階情報と登録装置識別情報とを読み出し、割当依頼情報における利用者の出発階と登録装置識別情報として利用する。

登録装置識別情報は、複数の登録装置（セキュリティゲート２０及び行先階登録装置３０）を群管理制御装置１０において区別して認識させるための識別情報であり、全登録装置に対してユニークな情報である。なお、登録装置識別情報は、階床毎にユニークな情報であってもよく、この場合、設置階情報との組み合わせにより、複数の登録装置をユニークに識別することができる。以下では、登録装置識別情報が、全登録装置に対してユニークな情報であるものとして説明する。

制御部１０１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部１０１は、記憶部１０２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティサーバ１００における後述する各種の機能を実現する。

入出力インタフェース１０３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース１０３は、セキュリティサーバ１００が、リーダ３６、群管理制御装置１０、及びセキュリティゲート２０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース１０３は、制御部１０１から出力された信号を所定の形式の信号に変換して群管理制御装置１０、リーダ３６、及びセキュリティゲート２０に出力する。また、入出力インタフェース１０３は、リーダ３６、群管理制御装置１０、行先階登録装置３０、及びセキュリティゲート２０から入力された信号を所定の形式の信号に変換して制御部１０１に出力する。

図７は、実施の形態１におけるセキュリティサーバ１００の記憶部１０２に格納されているカードＤＢの構成を示す図である。カードＤＢは、カードＩＤに紐付けて、カード種類と、行先階と、利用者属性と、利用者ＩＤとを格納している。行先階及び利用者属性は、利用者のエレベータ利用に関するエレベータ利用情報の一例である。本実施の形態及び実施の形態２では、エレベータ利用情報が行先階及び利用者属性の２個の項目を有する例を示している。エレベータ利用情報のカードＤＢへの登録は例えばビル管理者により行われる。

「カードＩＤ」は、利用されるカード毎に一意に設定された、カードを識別するための情報である。

「カード種類」は、カードの種類を示す情報であり、セキュリティ認証用のＩＤカードについては“ＩＤカード”と登録され、エレベータの利用条件変更用の利用条件変更カードについては“利用条件変更カード”と登録される。ＩＤカードは、前述のように、エレベータの利用認証用のＩＤカードでもある。

「行先階」は、利用者の行先階を示す情報である。ＩＤカードのカードＩＤに対応する行先階としては、例えば、利用者が入居している階床が設定される。利用条件変更カードのカードＩＤに対応する行先階としては、例えば、当該利用者の利用が許可される階床のうち予め申告登録した階床が登録される。利用者の利用が許可される階床は、例えばレストランやコンビニエンスストア等の店舗がある店舗階や、会議室階である。なお、後述する実施の形態２では 「カード種類」が“利用条件変更カード”である場合、「行先階」の項目の内容は登録されず空欄である場合がある。ここで、「行先階」の項目の内容が空欄でないことは、エレベータ利用情報に含まれる「行先階」の項目の内容が登録されていることに相当し、「行先階」の項目の内容が空欄であることは、エレベータ利用情報に含まれる「行先階」の内容が登録されていないことに相当する。

「利用者属性」は、利用者の属性を示す情報である。「利用者属性」は、例えば、ＶＩＰ（Ｖｅｒｙ Ｉｍｐｏｒｔａｎｔ Ｐｅｒｓｏｎ）については “ＶＩＰ”と登録され、ＶＩＰに該当しない通常利用者については“通常”と登録される。なお、実施の形態１では、「カード種類」が“利用条件変更カード”である場合、「利用者属性」の項目の内容は登録されず空欄である。また、実施の形態２では、「カード種類」が“利用条件変更カード”である場合、「利用者属性」の項目の内容は登録されず空欄である場合がある。ここで、「利用者属性」の項目の内容が空欄でないことは、エレベータ利用情報に含まれる「利用者属性」の項目の内容が登録されていることに相当し、「利用者属性」の項目の内容が空欄であることは、エレベータ利用情報に含まれる「利用者属性」の項目の内容が登録されていないことに相当する。

「利用者ＩＤ」は、ビルの利用者毎に一意に設定された、利用者を識別するための情報である。利用者ＩＤは、例えばビル管理者によって設定される。なお、図７のカードＤＢでは利用者ＩＤは３桁で示されているが、それ以上の桁数、例えば１６桁としてもよい。また、利用者ＩＤは文字や記号を含んでもよい。

図７に示す例では、カードＩＤ“００１”に紐付けて、カード種類、行先階、利用者属性、及び利用者ＩＤとして、“ＩＤカード”、“１０”、“通常”、及び“００１”が登録されている。また、カードＩＤ“１０１”に紐付けて、カード種類、行先階、及び利用者ＩＤとして“利用条件変更カード”、“１２”、及び“００１”が登録されているが、利用者属性の内容については登録されず空欄となっている。これらのカードの利用者ＩＤは同一であるが、これは、これらのカードの利用者（所持者）が同一であることを示す。

カードＩＤ“００２”に紐付けて、カード種類、行先階、利用者属性、及び利用者ＩＤとして、“ＩＤカード”、“４”、“通常”、及び“００２”が登録されている。また、カードＩＤ“１０２”に紐付けて、カード種類、行先階、及び利用者ＩＤとして“利用条件変更カード”、“１２”、及び“００２”が登録されているが、利用者属性の内容については登録されず空欄となっている。これらのカードの利用者ＩＤは同一であるが、これは、これらのカードの利用者（所持者）が同一であることを示す。

カードＩＤ“００３”に紐付けて、カード種類、行先階、利用者属性、及び利用者ＩＤとして、“ＩＤカード”、“８”、“ＶＩＰ”、及び“００３”が登録されている。また、カードＩＤ“１１３”に紐付けて、カード種類、行先階、及び利用者ＩＤとして“利用条件変更カード”、“９”、及び“００３”が登録されているが、利用者属性の内容については登録されず空欄となっている。これらのカードの利用者ＩＤは同一であるが、これは、これらのカードの利用者（所持者）が同一であることを示す。

なお、図７には示していないが、上記以外の利用者が所有するＩＤカード及び利用条件変更カードについても同様に、各カードのカードＩＤに紐付けて、カード種類の内容と、行先階の内容と、利用者属性の内容と、及び利用者ＩＤの内容が登録されている。

２．動作
２−１−１．セキュリティゲートのゲートフラッパの開閉制御
セキュリティゲート２０のゲートフラッパ２８の開閉制御について時系列的に説明する。ゲートフラッパ２８は閉状態をデフォルトとする。利用者が、少なくともＩＤカードをリーダ２５に提示しながらセキュリティゲート２０に進入すると、リーダ２５で、提示されたカードからカードＩＤが読み取られ（取得され）、リーダ２５からセキュリティサーバ１００にカードＩＤが送信される。このとき、リーダ２５から当該リーダ２５のリーダ識別情報も送信される。受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれている場合、セキュリティサーバ１００の制御部１０１は、エラー信号を送信しない。この場合、セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を開状態に制御する。これにより、カードを提示した利用者は、セキュリティゲート２０を通過することができる。

一方、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれていない場合、セキュリティサーバ１００は、エラー信号を、リーダ識別情報が示すリーダ２５が配備されたセキュリティゲート２０に送信する。この場合、セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を閉状態で維持する。非正規の利用者がセキュリティゲート２０を通過するのを阻止するためである。

これに対し、セキュリティゲート２０のリーダ２５から全くカードＩＤを受信していないにもかかわらず、第１センサ２６からの信号を受信した場合、当該セキュリティゲート２０の制御部２１は、ゲートフラッパ２８を閉状態で維持する。非正規の利用者がセキュリティゲート２０を通過するのを阻止するためである。

このように、正規の利用者は特定領域に進入することができるが、非正規の利用者は特定領域に進入できない。よって、ビル内のセキュリティが確保される。

２−１−２．号機割当制御等
２−１−２−１．セキュリティゲートのリーダにカードが提示されたとき
利用者が、リーダ２５にカードを提示しながらセキュリティゲート２０に進入すると、リーダ２５で、提示されたカードからカードＩＤが読み取られ、リーダ２５からセキュリティサーバ１００にカードＩＤが送信される。このとき、リーダ２５から当該リーダ２５のリーダ識別情報も送信される。セキュリティサーバ１００は、これらの情報に基づいて、以下のいずれかの制御を行う。

（１）リーダ２５、またはリーダ３６から受信したカードＩＤが１個だけであり、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれている場合
セキュリティサーバ１００は、カードＤＢでＩＤカードのカードＩＤに紐付けて登録されている行先階及び利用者属性（エレベータ利用情報）を読み出す。セキュリティサーバ１００は、リーダ２５、またはリーダ３６から受信したリーダ識別情報に紐付けてリーダ情報テーブルで格納されている設置階及び登録装置識別情報を読み出す。ここで、設置階は、前述のように利用者の出発階でもある。そして、セキュリティサーバ１００は、読み出した出発階（設置階）、行先階、利用者属性、及び登録装置識別情報を含む割当依頼情報（呼び情報）を生成して群管理制御装置１０に送信する。

（２）リーダ２５、またはリーダ３６から受信したカードＩＤが２個であり、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものと、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものとが含まれており、かつＩＤカードの利用者ＩＤと利用条件変更カードの利用者ＩＤとが一致する場合
セキュリティサーバ１００は、カードＤＢでＩＤカードのカードＩＤに紐付けて格納されている利用者属性と、カードＤＢで利用条件変更カードのカードＩＤに紐付けて格納されている行先階とを読み出す。また、セキュリティサーバ１００は、リーダ２５、またはリーダ３６から受信したリーダ識別情報にリーダ情報テーブルで紐付けて格納されている設置階と登録装置識別情報とを読み出す。そして、セキュリティサーバ１００は、読み出した出発階（設置階）、行先階、利用者属性、及び登録装置識別情報を含む割当依頼情報を生成して群管理制御装置１０に送信する。つまり、セキュリティサーバ１００は、１個のＩＤカードのカードＩＤに紐付けられているエレベータ利用情報で登録されている内容を、１個の利用条件変更カードのカードＩＤに紐付けられているエレベータ利用情報で登録されている内容で置き換えた情報に基づいて呼び情報を生成して運行制御装置１０に出力している。

（３）リーダ２５、またはリーダ３６から受信したカードＩＤが２個であり、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものと、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものとが含まれているが、ＩＤカードの利用者ＩＤと利用条件変更カードの利用者ＩＤとが一致しない場合
この場合、セキュリティサーバ１００は、利用条件変更カードの存在は無視し、（１）の場合と同じ制御を行う。このとき、利用条件変更カードの使用を無効としたことを利用者に認識させるために、例えば「利用条件変更は無効です。通常通りの行先階を登録します」という案内をゲート表示器７０で行なったり、音声で行ったりしてもよい。

ここで、ＩＤカードの利用者ＩＤと利用条件変更カードの利用者ＩＤとが一致しない場合に利用条件変更カードの存在を無視するのは、今回利用された利用条件変更カードが他人の紛失したものである可能性があり、無視せずに許可すると、例えば他人のみに許可されている階床に入ることができるようになるためである。本実施の形態のように、ＩＤカードの利用者ＩＤと利用条件変更カードの利用者ＩＤとが一致しない場合には、このような利用条件変更カードを無視することで、カードを紛失したような場合でも、各階床のセキュリティを適切に守ることができる。

（４）リーダ２５、またはリーダ３６から受信したカードＩＤが２個であり、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれているが、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものが含まれていない場合
この場合、利用条件変更カードが正規でないカードである可能性があるため、セキュリティサーバ１００は、利用条件変更カードの存在は無視し、（１）の場合と同じ制御を行う。

（５）リーダ２５、またはリーダ３６からカードＩＤを受信したが、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれていない場合
この場合、利用条件変更カードのみが提示されたり、ＩＤカードでも利用条件変更カードでもないカードが提示されたり、正規でないＩＤカードが提示されたりしたようなことが考えられる。このような場合、セキュリティサーバ１００は、割当依頼情報の生成動作を行わない。

群管理制御装置１０は、セキュリティサーバ１００から割当依頼情報を受信した場合、受信した割当依頼情報（呼び情報）に基づいて割当号機を決定し、決定した割当号機を示す割当号機情報を、割当依頼情報に含まれる登録装置識別情報が示す登録装置（セキュリティゲート２０のゲート表示器７０、行先階登録装置３０）に送信する。なお、群管理制御装置１０は、記憶部１２に、登録装置識別情報に紐付けて各登録装置（セキュリティゲート２０のゲート表示器７０または行先階登録装置３０）の送信先情報を記録した送信先情報テーブルを格納しており、当該送信先情報テーブルを参照することで、割当依頼情報に含まれる登録装置識別情報が示す登録装置（セキュリティゲート２０のゲート表示器７０または行先階登録装置３０）に割当号機情報を送信することができる。

割当号機の決定において、群管理制御装置１０は、出発階、行先階の情報だけでなく、利用者属性も考慮する。例えば、利用者属性が後述する“ＶＩＰ”であるときは、群管理制御装置１０は、複数台のエレベータのうちのいずれかをＶＩＰ専用に割り当てる。

ゲート表示器７０は、群管理制御装置１０から割当号機情報を受信すると、割当号機の情報を表示する。

２−１−２−２．行先階登録装置のリーダにカードが提示されたとき
行先階登録装置３０のリーダ３６にカードが提示されたとき、セキュリティサーバ１００及び群管理制御装置１０は、セキュリティゲート２０のリーダ２５にＩＤカードや利用条件変更カードが提示されたときと同様の動作を行う。

行先階登録装置３０は、群管理制御装置１０から割当号機情報を受信すると、表示部３４に割当号機の情報を表示する。

２−１−２−３．ＩＤカード及び利用条件変更カードの利用例
図７を参照してＩＤカード及び利用条件変更カードの利用例について説明する。

利用者ＩＤ“００１”の利用者が、例えば、自己の執務室のある１０階に向かうときには、カードＩＤ“００１”のＩＤカードのみをセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“００１”に紐付けられた行先階“１０”と利用者属性“通常”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、利用者は、自己の執務室のある行先階“１０” まで通常利用者として乗車可能となる。

また、当該利用者ＩＤ“００１”の利用者が、例えば、店舗のある１２階に向かうときには、カードＩＤ“００１”のＩＤカードとカードＩＤ“１０１”の利用条件変更カードを重ねてセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“１０１”に紐付けられた行先階“１２”とカードＩＤ“００１”に紐付けられた利用者属性“通常”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、利用者は、店舗のある行先階“１２”まで通常利用者として乗車可能となる。

利用者ＩＤ“００２”の利用者が、例えば、自己の執務室のある４階に向かうときには、カードＩＤ“００２”のＩＤカードのみをセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“００２”に紐付けられた行先階“４”と利用者属性“通常”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、利用者は、自己の執務室のある行先階“４” まで通常利用者として乗車可能となる。

また、当該利用者ＩＤ“００２”の利用者が、例えば、店舗のある１２階に向かうときには、カードＩＤ“００２”のＩＤカードとカードＩＤ“１０２”の利用条件変更カードを重ねてセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“１０２”に紐付けられた行先階“１２”とカードＩＤ“００２”に紐付けられた利用者属性“通常”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、利用者は、店舗のある行先階“１２” まで通常利用者として乗車可能となる。

利用者ＩＤ“００３”の利用者が例えばＶＩＰ待遇の取締役である場合に、当該利用者が、例えば自己の執務室のある８階に向かうときには、カードＩＤ“００３”のＩＤカードのみをセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“００３”に紐付けられた行先階“８”と利用者属性“ＶＩＰ”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、利用者は、自己の執務室のある行先階“８”に向かうエレベータにＶＩＰ待遇（専用運転）で乗車可能となる。

また、当該利用者ＩＤ“００３”の利用者が、例えば、会議室のある９階に向かうときには、カードＩＤ“００３”のＩＤカードとカードＩＤ“１１３”の利用条件変更カードを重ねてセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“１１３”に紐付けられた行先階“９”とカードＩＤ“００３”に紐付けられた利用者属性“ＶＩＰ”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、利用者は、会議室のある行先階“９” までＶＩＰ待遇（専用運転）で乗車可能となる。

このように、ＩＤカードのみを提示するか、ＩＤカードと利用条件変更カードを重ねて提示するかに応じて、行先階を容易に変更できる。

他の利用者等についても同様に、ＩＤカードのみを提示するか、ＩＤカードと利用条件変更カードとを重ねて提示するかに応じて、行先階を容易に変更できる。

２−１−３．エレベータシステムの具体的動作
エレベータシステムの具体的動作についてフローチャートを参照して説明する。

２−１−３−１．セキュリティサーバの動作
図８は、実施の形態１におけるセキュリティサーバ１００の動作を説明するフローチャートである。

セキュリティサーバ１００の制御部１０１は、リーダ２５から１つ以上のカードＩＤを受信したか否かを判断する（Ｓ１１）。

１つ以上のカードＩＤを受信していない場合（Ｓ１１でＮＯ）、セキュリティサーバ１００の制御部１０１は、本ステップＳ１１の判断を再度実行する。

１つ以上のカードＩＤを受信した場合（Ｓ１１でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれているか否かを判断する（Ｓ１２）。

受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれていない場合（Ｓ１２でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ１１の判断に戻る。

受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれている場合（Ｓ１２でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、受信したカードＩＤの中に、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものが含まれているか否かを判断する（Ｓ１３）。

受信したカードＩＤの中に、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものが含まれていない場合（Ｓ１３でＮＯ）、セキュリティサーバ１００の制御部１０１は、受信したＩＤカードのカードＩＤにカードＤＢで紐付けてられている行先階及び利用者属性と、リーダ２５のリーダ識別情報に紐づけられている出発階及び登録装置識別情報とを含む割当依頼情報を生成して群管理制御装置１０に送信する（Ｓ１４）。受信したＩＤカードのカードＩＤにカードＤＢで紐付けてられている行先階及び利用者属性は、カードＤＢを参照することで取得することができる。また、リーダ２５のリーダ識別情報に紐づけられている出発階（設置階）及び登録装置識別情報は、リーダ情報テーブルを参照することで取得できる。

受信したカードＩＤの中に、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものが含まれている場合（Ｓ１３でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、受信したＩＤカードの利用者ＩＤと、受信した利用条件変更カードの利用者ＩＤとが一致するか否かを判断する（Ｓ１５）。

受信したＩＤカードの利用者ＩＤと、受信した利用条件変更カードの利用者ＩＤとが一致しない場合（Ｓ１５でＮＯ）、セキュリティサーバ１００の制御部１０１は、前述したステップＳ１４の処理を実行する。

受信したＩＤカードの利用者ＩＤと、受信した利用条件変更カードの利用者ＩＤとが一致する場合（Ｓ１５でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、受信した利用条件変更カードのカードＩＤにカードＤＢで紐付けてられている行先階と、受信したＩＤカードのカードＩＤにカードＤＢで紐付けてられている利用者属性と、リーダ２５のリーダ識別情報にリーダ情報テーブルで紐づけられている出発階及び登録装置識別情報とを含む割当依頼情報を生成して群管理制御装置１０に送信する（Ｓ１６）。受信した利用条件変更カードのカードＩＤにカードＤＢで紐付けてられている行先階及び利用者属性は、カードＤＢを参照することで取得することができる。また、リーダ２５のリーダ識別情報に紐づけられている出発階及び登録装置識別情報は、リーダ情報テーブルを参照することで取得できる。

２−１−３−２．群管理制御装置の動作
図９は、実施の形態１における群管理制御装置１０の動作を説明するフローチャートである。

群管理制御装置１０の制御部１１は、セキュリティサーバ１００から割当依頼情報を受信したか否かを判断する（Ｓ２１）。

受信していない場合（Ｓ２１でＮＯ）、群管理制御装置１０の制御部１１は、ステップＳ２１の処理を再度実行する。

受信した場合（Ｓ２１でＹＥＳ）、群管理制御装置１０の制御部１１は、割当依頼情報が示す出発階及び行先階に対して最適な号機を選択し、選択した号機を割当号機として決定する（Ｓ２２）。

最適な号機の選択は例えば以下のように行われる。群管理制御装置１０の制御部１１は、まず、各エレベータの運行情報に基づいて、行先階呼びに係る行先階を割り当てるべきエレベータ（割当号機）を選択するための評価値を、エレベータ（号機）毎に算出する。ここで、各エレベータの運行情報は、例えば、各エレベータのかご状態（かごの位置、走行方向、ドアの開閉状態、荷重等を含む）、予測される待ち時間（行先階呼びが発生してから割当号機が出発階に到着するまでの時間）、予測されるサービス完了時間（行先階呼びが発生してから割当号機が行先階に到着するまでの時間）、かごの予定される停止回数（サービス完了までの間に予定されるエレベータの停止回数）などを示す情報を含む。上記評価値の算出後、群管理制御装置１０は、エレベータ６０Ａ〜６０Ｆのうちから例えば最も小さい評価値を有するエレベータを最適な号機として選択し、行先階を、選択したエレベータに割り当てる。なお、群管理制御装置１０は、この方法以外の他の方法を用いて行先階をいずれかのエレベータに割り当ててもよい。

割当号機を決定すると、群管理制御装置１０の制御部１１は、決定した割当号機を示す割当号機情報を、割当依頼情報に含まれる出発階及び登録装置識別情報が示す、セキュリティゲート２０のゲート表示器７０または行先階登録装置３０に送信する（Ｓ２３）。これにより、ゲート表示器７０または行先階登録装置３０の表示部３４において、割当号機名等が表示される。

３．本実施の形態の作用
従来においては、ＩＤカードを利用してエレベータ乗場内に進入した利用者が、ＩＤカードに紐付けられているデフォルトの行先階以外の階床に行くためには、エレベータ乗場内の行先階登録装置３０の操作部３５を操作して所望の行先階を入力し、号機の割当てを再度受ける必要があった。そのため、利用者にとっては、行先階登録装置３０での行先階の入力操作の手間が増加していた。特に、デフォルトの行先階以外の階床に行く機会が多い利用者（例えばデフォルトの行先階以外の階床にあるカフェテリア、コンビニエンスストア等の店舗や、更衣室等に立ち寄ってから所定行先階の事務所に向かう利用者）にとっては、利便性が悪かった。また、セキュリティゲート２０の通過時にデフォルトの行先階に対して割り当てた呼びが無駄呼びとなることで、エレベータシステムにおいて運行効率の悪化が生じていた。

しかし、実施の形態１のエレベータシステムによれば、デフォルトの行先階以外の所望の行先階を予め利用条件変更カードに紐付けて登録しておくことで、登録ＩＤカードと利用条件変更カードとを重ねてセキュリティゲート２０のリーダ２５に提示するだけで、セキュリティゲート２０を通過し、かつデフォルトの行先階に代えて所望の行先階を登録できる。そのため、利用者は、行先階登録装置３０で行先階の再入力を行うことなく、デフォルトの行先階以外の所望の行先階が割り当てられたエレベータに乗車することができ、エレベータの利用者の利便性が向上する。また、無駄呼びの発生が抑制されることで、従来と比べ、エレベータシステムにおける運行効率が向上する。

（実施の形態２）
１．構成
実施の形態２のエレベータシステムについて説明する。実施の形態１では、1枚または２枚のカードをリーダ２５、またはリーダ３６に提示して利用可能なエレベータシステムについて説明した。実施の形態２では、３枚のカードをリーダ２５、またはリーダ３６に提示して利用可能なエレベータシステムについて説明する。

実施の形態２では、セキュリティゲート２０及び行先階登録装置３０におけるリーダ２５、またはリーダ３６として、重ねられた３枚のカードに記録されている情報の各々を一度に読み取り可能なリーダが設けられる。それ以外のハードウェアは実施の形態１と同じでよい。

図１０は、実施の形態２におけるセキュリティサーバ１００の記憶部１０２に格納されているカードＤＢの構成を示す図である。図１０のカードＤＢにおけるエレベータ利用情報の項目は、実施の形態１における図７のカードＤＢにおけるエレベータ利用情報の項目と同じである。なお、カードＩＤ“００４”、“１０４”、“１１４”、“１２４” 、“１３４”のカードを追加で示している。

カードＩＤ“００４”に紐付けて、カード種類、行先階、利用者属性、及び利用者ＩＤとして、“ＩＤカード”、“１６”、“通常”、及び“００４”が登録されている。また、カードＩＤ“１０４”に紐付けて、カード種類、行先階、及び利用者ＩＤとして、“利用条件変更カード”、“２４”、“ＶＩＰ”、及び“００４”が登録されている。また、カードＩＤ“１１４”に紐付けて、カード種類、行先階、及び利用者ＩＤとして、“利用条件変更カード”、“２０”、“ＶＩＰ”、及び“００４”が登録されている。また、カードＩＤ“１２４”に紐付けて、カード種類、利用者属性、及び利用者ＩＤとして、“利用条件変更カード”、“ＶＩＰ”、及び“００４”が登録されているが、行先階については登録されず空欄となっている。また、カードＩＤ“１３４”に紐付けて、カード種類、利用者属性、及び利用者ＩＤとして、“利用条件変更カード”、“１２”、及び“００４”が登録されているが、利用者属性については登録されず空欄となっている。これらのカードの利用者ＩＤは同一であり、これは、これらのカードの利用者（所持者）が同一であることを示す。

２．動作
２−１−１．セキュリティゲートのゲートフラッパの開閉制御
実施の形態１で説明した制御と同じ制御が行われる。そのため説明は省略する。

２−１−２．号機割当制御等
２−１−２−１．セキュリティゲートのリーダにカードが提示されたとき
利用者が、リーダ２５にカードを提示しながらセキュリティゲート２０に進入すると、リーダ２５で、提示されたカードからカードＩＤが読み取られ、リーダ２５からセキュリティサーバ１００にカードＩＤが送信される。このとき、リーダ２５から当該リーダ２５のリーダ識別情報も送信される。セキュリティサーバ１００は、これらの情報に基づいて、以下のいずれかの制御を行う。

（１）リーダ２５、またはリーダ３６から受信したカードＩＤが１個だけであり、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれている場合
セキュリティサーバ１００は、実施の形態１同様の動作を行う。つまり、セキュリティサーバ１００は、カードＤＢでＩＤカードのカードＩＤに紐付けて格納されている行先階及び利用者属性（エレベータ利用情報）を読み出す。セキュリティサーバ１００は、リーダ２５から受信したリーダ識別情報に紐付けてリーダ情報テーブルで格納されている設置階及び登録装置識別情報を読み出す。ここで、設置階は、前述のように利用者の出発階でもある。セキュリティサーバ１００は、読み出した出発階（設置階）、行先階、利用者属性、及び登録装置識別情報を含む割当依頼情報（呼び情報）を生成して群管理制御装置１０に送信する。

（２）リーダ２５、またはリーダ３６から受信したカードＩＤが２個以上であり、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものと、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものとが含まれており、かつＩＤカードの利用者ＩＤと利用条件変更カードの利用者ＩＤとが一致する場合
セキュリティサーバ１００は、カードＤＢでＩＤカードのカードＩＤに紐付けて格納されている行先階及び利用者属性の情報を読み出す。また、セキュリティサーバ１００は、各利用条件変更カードについて、利用条件変更カードのカードＩＤに紐付けてカードＤＢで格納されている行先階及び／または利用者属性の情報を読み出す。また、セキュリティサーバ１００は、リーダ２５、またはリーダ３６から受信したリーダ識別情報にリーダ情報テーブルで紐付けて格納されている設置階の情報と登録装置識別情報とを読み出す。

セキュリティサーバ１００は、ＩＤカードのカードＩＤに紐付けて格納されている行先階及び利用者属性のうち、提示された１個以上の利用条件変更カードのカードＩＤに各々紐付けてカードＤＢで格納されている行先階及び／または利用者属性については、利用条件変更カード側の情報で置き換えて、出発階（設置階）、行先階、利用者属性、及び登録装置識別情報を含む割当依頼情報を生成する。そして、セキュリティサーバ１００は、生成した割当依頼情報を群管理制御装置１０に送信する。つまり、セキュリティサーバ１００は、１個のＩＤカードのカードＩＤに紐付けられているエレベータ利用情報で登録されている内容を、１個以上の利用条件変更カードのカードＩＤに各々紐付けられているエレベータ利用情報で登録されている内容で置き換えた情報に基づいて呼び情報を生成して運行制御装置１０に出力している。

（３）リーダ２５、またはリーダ３６から受信したカードＩＤが２個以上であり、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものと、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものとが含まれているが、ＩＤカードの利用者ＩＤと少なくとも１枚の利用条件変更カードの利用者ＩＤとが一致しない場合
利用者ＩＤが一致しない利用条件変更カードは、他人のカードである可能性があるため、セキュリティサーバ１００は、当該利用条件変更カードの存在は無視する。その結果、利用者ＩＤが一致する利用条件変更カードが存在しなくなる場合は（１）の場合と同じ制御を行い、利用者ＩＤが一致する利用条件変更カードが残る場合は（２）の場合と同じ制御を行う。なお、利用条件変更カードの使用を無効とした旨、表示や音声により利用者に案内を行ってもよい。

（４）リーダ２５、またはリーダ３６から受信したカードＩＤが２個以上であり、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれているが、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものが含まれていない場合
セキュリティサーバ１００は、実施の形態１同様の動作を行う。つまり、セキュリティサーバ１００は、利用条件変更カードの存在は無視し、（１）の場合と同じ制御を行う。

（５）リーダ２５、またはリーダ３６からカードＩＤを受信したが、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれていない場合
セキュリティサーバ１００は、実施の形態１同様の動作を行う。つまり、利用条件変更カードのみが提示されたり、正規でないＩＤカードが提示されたり、全く用途の違うカードが提示されたりしたようなことが考えられる。このような場合、セキュリティサーバ１００は、割当依頼情報の生成動作を行わない。

２−１−２−２．行先階登録装置のリーダにカードが提示されたとき
行先階登録装置３０のリーダ３６にカードが提示されたとき、セキュリティサーバ１００及び群管理制御装置１０は、セキュリティゲート２０のリーダ２５にカードが提示されたときと同様の動作を行う。

行先階登録装置３０は、群管理制御装置１０から割当号機情報を受信すると、表示部３４に割当号機の情報を表示する。

２−１−２−３．ＩＤカード及び利用条件変更カードの利用例
図１０を参照してＩＤカード及び利用条件変更カードの利用例について説明する。

図１０において、利用者ＩＤ“００１”の利用者、利用者ＩＤ“００２”の利用者、利用者ＩＤ“００３”の利用者についてはカードＤＢで同じ内容が登録されており、ＩＤカードのみが提示された場合と、ＩＤカードと利用条件変更カードとが重ねて提示された場合とのいずれにおいても、実施の形態１と同様となる。なお、これらの利用者がさらに他人のカード等を重ねて提示した場合には、利用者ＩＤが一致しないため、その他人のカードについては無視され、結果的に２枚の有効なカードに基づいて制御が行われ、実施の形態１と同様の結果が得られる。

利用者ＩＤ“００４の利用者について説明する。例えば、利用者ＩＤ“００４の利用者が例えば社長秘書である場合に、当該利用者（ここでの説明では以下「社長秘書」という）が社長室のある２４階まで社長を伴って乗車するときには、カードＩＤ“００４” のＩＤカードとカードＩＤ“１０４”の利用条件変更カードを重ねてセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“１０４” の利用条件変更カードに紐付けられた行先階“２４”及び利用者属性“ＶＩＰ” に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、社長秘書及び社長は、２４階までＶＩＰ待遇（専用運転）で乗車可能となる。また、社長秘書による操作により社長に対して２４階までＶＩＰ待遇（専用運転）のサービスを提供することが可能となる。

また、この社長秘書が例えば会議室のある２０階まで社長やお客様を伴って乗車するときには、カードＩＤ“００４” のＩＤカードとカードＩＤ“１１４”の利用条件変更カードを重ねてセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“１１４” の利用条件変更カードに紐付けられた行先階“２０”及び利用者属性“ＶＩＰ” に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、社長秘書及び社長やお客様は、２０階までＶＩＰ待遇（専用運転）で乗車可能となる。これにより、社長秘書による操作により社長やお客様に対して例えば会議室のある２０階までＶＩＰ待遇（専用運転）のサービスを提供することが可能となる。

また、社長秘書が自己の執務室のある１６階まで社長やお客様を伴わずに乗車するときには、カードＩＤ“００４”のＩＤカードのみをセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“００４”に紐付けられた行先階“１６”及び利用者属性“通常”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、社長秘書は、自己の執務室のある１６階まで通常利用者として乗車可能となる。

また、社長秘書が自己の執務室のある１６階まで社長を伴って乗車するときには、カードＩＤ“００４” のＩＤカードとカードＩＤ“１２４”の利用条件変更カードを重ねてセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“００４”に紐付けられた行先階“１６”と、カードＩＤ“１２４” の利用条件変更カードに紐付けられた利用者属性“ＶＩＰ”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、社長秘書及び社長は、社長秘書の執務室のある１６階までＶＩＰ待遇（専用運転）で乗車可能となる。これにより、社長秘書による操作により社長秘書の執務室のある１６階まで社長に対してＶＩＰ待遇（専用運転）のサービスを提供することが可能となる。

また、社長秘書が店舗のある行先階“１２”に社長やお客様を伴わずに乗車するときには、カードＩＤ“００４” のＩＤカードとカードＩＤ“１３４”の利用条件変更カードを重ねてセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“１３４” の利用条件変更カードに紐付けられた行先階“１２”と、カードＩＤ“００４” のＩＤカードに紐付けられた利用者属性“通常”とに基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、社長秘書は、店舗のある１２階まで通常利用者として乗車可能となる。

また、社長秘書が店舗のある行先階“１２”に社長を伴って乗車するときには、カードＩＤ“００４” のＩＤカードと、カードＩＤ“１２４”の利用条件変更カードと、カードＩＤ“１３４”の利用条件変更カードとの３枚を重ねてセキュリティゲート２０のリーダ２５に提示する。この場合、セキュリティサーバ１００は、カードＩＤ“１２４” の利用条件変更カードに紐付けられた行先階“１２”と、カードＩＤ“１３４” の利用条件変更カードに紐付けられた利用者属性“ＶＩＰ”に基づいて、割当依頼情報を生成し、群管理制御装置１０に送信する。そして、群管理制御装置１０は、この割当依頼情報に基づいて割当号機の決定を行う。そのため、社長秘書及び社長は、店舗のある１２階までＶＩＰ待遇（専用運転）で乗車可能となる。これにより、社長秘書による操作により店舗のある１２階まで社長に対してＶＩＰ待遇（専用運転）のサービスを提供することが可能となる。

２−１−３．エレベータシステムの具体的動作
実施の形態２におけるエレベータシステムの具体的動作についてフローチャートを参照して説明する。

２−１−３−１．セキュリティサーバの動作
図１１は、実施の形態２におけるセキュリティサーバ１００の動作を説明するフローチャートである。なお、ステップＳ３１〜Ｓ３４では、実施の形態１の図８のステップＳ１１〜Ｓ１４と同じ処理が行われる。

すなわち、セキュリティサーバ１００の制御部１０１は、リーダ２５から１つ以上のカードＩＤを受信したか否かを判断する（Ｓ３１）。

１つ以上のカードＩＤを受信していない場合（Ｓ３１でＮＯ）、セキュリティサーバ１００の制御部１０１は、本ステップＳ３１の判断を再度実行する。

１つ以上のカードＩＤを受信した場合（Ｓ３１でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれているか否かを判断する（Ｓ３２）。

受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれていない場合（Ｓ３２でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ３１の判断に戻る。

受信したカードＩＤの中に、カードＤＢに登録されているＩＤカードのカードＩＤと一致するものが含まれている場合（Ｓ３２でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、受信したカードＩＤの中に、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものが含まれているか否かを判断する（Ｓ３３）。

受信したカードＩＤの中に、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものが含まれていない場合（Ｓ３３でＮＯ）、セキュリティサーバ１００の制御部１０１は、受信したＩＤカードのカードＩＤにカードＤＢで紐付けてられている行先階及び利用者属性と、リーダ２５、またはリーダ３６のリーダ識別情報に紐づけられている出発階及び登録装置識別情報を含む割当依頼情報を生成して群管理制御装置１０に送信する（Ｓ３４）。受信したＩＤカードのカードＩＤにカードＤＢで紐付けてられている行先階及び利用者属性は、カードＤＢを参照することで取得することができる。また、リーダ２５、またはリーダ３６のリーダ識別情報に紐づけられている出発階（設置階）及び登録装置識別情報は、リーダ情報テーブルを参照することで取得できる。

受信したカードＩＤの中に、カードＤＢに登録されている利用条件変更カードのカードＩＤと一致するものが含まれている場合（Ｓ３３でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、群管理制御装置１０に送信する行先階及び利用者属性の初期内容として、ＩＤカードに紐づけられている内容を設定する（Ｓ３５）。

セキュリティサーバ１００の制御部１０１は、カードＩＤが一致する利用条件変更カードのうちの１つの利用条件変更カードのカードＩＤを処理対象として設定する（Ｓ３６）。

セキュリティサーバ１００の制御部１０１は、受信したＩＤカードの利用者ＩＤと、処理対象の利用条件変更カードの利用者ＩＤとが一致するか否かを判断する（Ｓ３７）。

受信したＩＤカードの利用者ＩＤと、受信した利用条件変更カードの利用者ＩＤとが一致する場合（Ｓ３７でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、カードＤＢにおいて、処理対象の利用条件変更カードのカードＩＤに紐付けて行先階（Ｆとする）が設定されているか否かを判断する（Ｓ３８）。

処理対象の利用条件変更カードのカードＩＤに紐付けて行先階が設定されている場合（Ｓ３８でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、群管理制御装置１０に送信する行先階として、初期内容（ＩＤカードのカードＩＤに紐付けて設定されている行先階）に代えて、処理対象の利用条件変更カードのカードＩＤに紐付けて設定されている行先階Ｆを設定する（Ｓ３９）。

ステップＳ３９の実行後、または、処理対象の利用条件変更カードのカードＩＤに紐付けて行先階が設定されていない場合（Ｓ３８でＮＯ）、セキュリティサーバ１００の制御部１０１は、カードＤＢにおいて、処理対象の利用条件変更カードのカードＩＤに紐付けて利用者属性（Ｐとする）が設定されているか否かを判断する（Ｓ４０）。

処理対象の利用条件変更カードのカードＩＤに紐付けて利用者属性が設定されている場合（Ｓ４０でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、群管理制御装置１０に送信する利用者属性として、初期内容（ＩＤカードのカードＩＤに紐付けて設定されている利用者属性）に代えて、処理対象の利用条件変更カードのカードＩＤに紐付けて設定されている利用者属性Ｐを設定する（Ｓ４１）。

ステップＳ４１の実行後、または、処理対象の利用条件変更カードのカードＩＤに紐付けて行先階が設定されていない場合（Ｓ４０でＮＯ）、または、受信したＩＤカードの利用者ＩＤと、受信した利用条件変更カードの利用者ＩＤとが一致しない場合（Ｓ３７でＮＯ）、セキュリティサーバ１００の制御部１０１は、受信した利用条件変更カードのカードＩＤの全てについて、ステップＳ３６以後の処理が完了したか否かを判断する（Ｓ４２）。

全てについての処理が完了していない場合（Ｓ４２でＮＯ）、セキュリティサーバ１００の制御部１０１は、ステップＳ３６に戻る。そして、セキュリティサーバ１００の制御部１０１は、カードＩＤが一致する利用条件変更カードのうちの他の１つの利用条件変更カードのカードＩＤを処理対象として設定し（Ｓ３６）、ステップＳ３７以後の処理を行う。

全てについての処理が完了した場合（Ｓ４２でＹＥＳ）、セキュリティサーバ１００の制御部１０１は、１枚以上の利用条件変更カードのカードＩＤにカードＤＢで紐付けてられている行先階及び／または利用者属性に基づいて変更された行先階及び／または利用者属性の情報と、リーダ２５、またはリーダ３６のリーダ識別情報にリーダ情報テーブルで紐づけられている出発階及び登録装置識別情報を含む割当依頼情報を群管理制御装置１０に送信する（Ｓ４３）。リーダ２５、またはリーダ３６のリーダ識別情報に紐づけられている出発階及び登録装置識別情報は、リーダ情報テーブルを参照することで取得できる。

２−１−３−２．群管理制御装置の動作
実施の形態１において図９を参照して説明した動作と同じ動作が行われる。そのため、説明は省略する。

３．本実施の形態の作用
実施の形態２のエレベータシステムによれば、デフォルトの行先階以外の所望の行先階やデフォルトの利用者属性以外の所望の利用者属性を予め利用条件変更カードに紐付けて登録しておくことで、ＩＤカードと１枚以上の利用条件変更カードとを重ねてセキュリティゲート２０のリーダ２５に提示するだけで、実施の形態１同様に、セキュリティゲート２０を通過し、かつデフォルトの行先階に代えて所望の行先階を登録できる。そのため、利用者は、行先階登録装置３０で行先階の再入力を行うことなく、デフォルトの行先階以外の所望の行先階が割り当てられたエレベータに乗車することができる。また、本実施の形態では、行先階だけでなく、利用者属性を所望の利用者属性に変更できる。そのため、エレベータの利用者の利便性が一層向上する。さらに、無駄呼びの発生が抑制されることで、従来と比べ、エレベータシステムにおける運行効率が向上する。

（実施の形態３）
実施の形態３のエレベータシステムについて説明する。実施の形態１、２のエレベータシステムでは、複数台のエレベータ６０が備えられている。しかし、本発明の呼び情報出力装置は、エレベータ６０が１台だけ備えられているエレベータシステムにも適用できる。エレベータ６０を１台だけ有するエレベータシステムでは、実施の形態１、２での行先階を複数台のエレベータのうちのいずれかに割り当てる処理（図９のフローチャートにおけるステップＳ２２、Ｓ２３の処理等）は不要である。セキュリティサーバ１００（呼び情報出力装置）は、エレベータ６０の運行を制御する運行制御装置に、利用者の行先階及び出発階で停止させるための呼び情報を出力する。運行制御装置は、呼び情報に基づいて、１台のエレベータを利用者の出発階及び行先階で停止させるように制御する。

（実施の形態についてのまとめ及び効果等）
（１）実施の形態１〜３のセキュリティサーバ１００（呼び情報出力装置）は、エレベータの運行を制御する運行制御装置１０（まとめ及び効果等の欄では、群管理制御装置１０を「運行制御装置１０」という）に呼び情報を出力する呼び情報出力装置である。
セキュリティサーバ１００（呼び情報出力装置）は、
エレベータ乗車前に利用者によりリーダ２５、またはリーダ３６に提示されるＩＣカード（情報記録媒体）に格納されたカードＩＤ（媒体識別情報）に紐付けて、ＩＣカード（情報記録媒体）を所有する利用者のエレベータ利用に関するエレベータ利用情報を格納する記憶部１０２と、
提示された１個以上のＩＣカード（情報記録媒体）からリーダ２５、またはリーダ３６で読み取られた各ＩＣカード（情報記録媒体）のカードＩＤ（媒体識別情報）に紐付けて記憶部１０２で格納されているエレベータ利用情報に基づいて呼び情報を生成して運行制御装置１０に出力する制御部１０１と、を備える。
ＩＣカード（情報記録媒体）は、エレベータ利用認証用のＩＤカード（第１の情報記録媒体）と、利用条件変更用の利用条件変更カード（第２の情報記録媒体）とに分類される。
制御部１０１は、
リーダ２５、またはリーダ３６で１個のＩＤカード（第１の情報記録媒体）のカードＩＤ（媒体識別情報）のみが読み取られたときは、１個のＩＤカード（第１の情報記録媒体）のカードＩＤ（媒体識別情報）に紐付けられているエレベータ利用情報で登録されている内容に基づいて呼び情報を生成して運行制御装置１０に出力し、
リーダ２５、またはリーダ３６で１個のＩＤカード（第１の情報記録媒体）のカードＩＤ（媒体識別情報）と、１個以上の利用条件変更カード（第２の情報記録媒体）のカードＩＤ（媒体識別情報）との両方が読み取られたときは、１個のＩＤカード（第１の情報記録媒体）のカードＩＤ（媒体識別情報）に紐付けられているエレベータ利用情報で登録されている内容を、前記１個以上の利用条件変更カード（第２の情報記録媒体）のカードＩＤ（媒体識別情報）に紐付けられているエレベータ利用情報で登録されている内容で置き換えた情報に基づいて呼び情報を生成して運行制御装置１０に出力する。

これにより、エレベータ利用認証用のＩＤカード（第１の情報記録媒体）のみがリーダ２５、またはリーダ３６に提示されると、エレベータ利用認証用のＩＤカード（第１の情報記録媒体）のカードＩＤ（媒体識別情報）に紐付けて記憶部１０２で格納されているエレベータ利用情報に基づいて呼び情報が生成される。一方、エレベータ利用認証用のＩＤカード（第１の情報記録媒体）と、利用条件変更用の利用条件変更カード（第２の情報記録媒体）との両方がリーダ２５、またはリーダ３６に提示されると、１個のＩＤカード（第１の情報記録媒体）のカードＩＤ（媒体識別情報）に紐付けられているエレベータ利用情報で登録されている内容を、前記１個以上の利用条件変更カード（第２の情報記録媒体）のカードＩＤ（媒体識別情報）の各々に紐付けられているエレベータ利用情報で登録されている内容で置き換えた情報に基づいて呼び情報が生成される。つまり、利用者は、エレベータ利用認証用のＩＤカード（第１の情報記録媒体）と利用条件変更用の利用条件変更カード（第２の情報記録媒体）との両方をリーダ２５、またはリーダ３６に提示するだけで、エレベータの利用条件を変更できる。そのため、エレベータ利用認証用のＩＤカード（第１の情報記録媒体）に紐付けてデフォルトの行先階等のエレベータ利用情報が設定されているエレベータシステムを利用する利用者の利便性を向上させることができる。

（２）実施の形態１〜３のセキュリティサーバ１００（呼び情報出力装置）において、
記憶部１０２は、各カードＩＤ（媒体識別情報）に紐付けて、さらに、ＩＣカード（情報記録媒体）を所有する利用者の利用者ＩＤ（利用者識別情報）を格納している。
制御部１０１は、
リーダ２５、またはリーダ３６で１個のＩＤカード（第１の情報記録媒体）のカードＩＤ（媒体識別情報）と、１個以上の利用条件変更カード（第２の情報記録媒体）のカードＩＤ（媒体識別情報）とが読み取られたときは、各利用条件変更カード（第２の情報記録媒体）のカードＩＤ（媒体識別情報）に紐付けて記憶部１０２で格納されている各利用者ＩＤ（利用者識別情報）が、１個のＩＤカード（第１の情報記録媒体）のカードＩＤ（媒体識別情報）に紐付けて記憶部１０２で格納されている利用者ＩＤ（利用者識別情報）と一致するか否かを判断し、
一致しない当該利用者ＩＤ（利用者識別情報）が紐づけられている利用条件変更カード（第２の情報記録媒体）のカードＩＤ（媒体識別情報）については、当該カードＩＤ（媒体識別情報）が読み取られていないものとして、呼び情報を生成して運行制御装置１０に出力する。

これにより、他人の利用条件変更カード（第２の情報記録媒体）を利用して利用条件を変更するようなことができなくなる。

（３）実施の形態１〜３のセキュリティサーバ１００（呼び情報出力装置）において、
エレベータ利用情報には、利用者の行先階についての情報が含まれる。

これにより、１個のＩＣカード（情報記録媒体）をリーダ２５、またはリーダ３６に提示するか、２個のＩＣカード（情報記録媒体）をリーダ２５、またはリーダ３６に提示するかに応じて、利用者は、行先階を容易に変更できる。

（４）実施の形態１〜３のセキュリティサーバ１００（呼び情報出力装置）において、
エレベータ利用情報には、利用者の属性についての情報が含まれる。

これにより、１個のＩＣカード（情報記録媒体）をリーダ２５、またはリーダ３６に提示するか、２個のＩＣカード（情報記録媒体）をリーダ２５、またはリーダ３６に提示するかに応じて、利用者は、利用者の属性を容易に変更できる。

（５）実施の形態１、２のエレベータシステムは、
複数台のエレベータ６０と、
実施の形態１〜３のセキュリティサーバ１００（呼び情報出力装置）と、
セキュリティサーバ１００（呼び情報出力装置）から出力される呼び情報に基づいて複数台のエレベータ６０の運行を制御する運行制御装置１０と、を備える。
運行制御装置１０は、セキュリティサーバ１００（呼び情報出力装置）から出力される呼び情報に基づいて、複数台のエレベータ６０のうちのいずれかを利用者に割り当て、割り当てた結果に応じてエレベータ６０の運行を制御する。

これにより、エレベータの利用者の利便性を向上させたエレベータシステムを提供できる。

（６）実施の形態３のエレベータシステムは、
１台のエレベータ６０と、
実施の形態３のセキュリティサーバ１００（呼び情報出力装置）と、
セキュリティサーバ１００（呼び情報出力装置）から出力される呼び情報に基づいてエレベータの運行を制御する運行制御装置と、を備える。

これにより、エレベータの利用者の利便性を向上させたエレベータシステムを提供できる。

（その他の実施の形態）
前記実施の形態では、エレベータ利用情報が「行先階」や「利用者属性」の情報である例を示した。しかし、本発明の呼び情報出力装置では、エレベータ利用情報は、「行先階」や「利用者属性」の情報に限られない。例えば、エレベータ利用情報は、利用者の「連絡先」の情報等であってもよい。

また、前記実施の形態では、エレベータ利用情報は、「行先階」と「利用者属性」との２個の項目を有している。しかし、エレベータ利用情報は、例えば「行先階」の１個の項目のみを有していてもよい。この場合、図７のカードＤＢにおいて、「利用者属性」の項目は設けず、「行先階」の項目のみを設ける。また、エレベータ利用情報は、３個以上の項目を有していてもよい。例えば、「行先階」や「利用者属性」に加え、上記「連絡先」等の項目を加えてもよい。この場合、図７のカードＤＢにおいて、「行先階」と「利用者属性」の項目に加え、「連絡先」の項目を設ける。

前記実施の形態では、リーダに一度に提示される情報記録媒体の数が１〜３個である例を示した。しかし、本発明では、リーダに一度に提示される情報記録媒体の数は４個以上であってもよい。なお、リーダに一度に提示される情報記録媒体の数がｎ個である場合、エレベータ利用情報に含まれる項目はｎ−１個まで設けることができる。この場合、ｎ個の情報記録媒体から各々の媒体識別情報を一度に読み取り可能なリーダを設ける必要がある。

前記実施の形態では、第１及び第２の情報記録媒体としてＩＣカードを用いる。しかし、本発明では、第１及び第２の情報記録媒体は、ＩＣカードに限定されるものではなく、リーダで読み取り可能な情報記録媒体であればどのようなものでもよい。例えば、第１及び第２の情報記録媒体は、ＩＣカードとして機能する携帯通信端末であってもよい。また、第１及び第２の情報記録媒体は、非接触で読み取り可能なものでなく、接触して読み取られるものであってもよい。

前記実施の形態では、カード種類の判別は、カードＤＢのカード種類の情報に基づいて行われる。しかし、これは一例であり、カード種類の判別は、例えばカードＩＤにカード種類を示すフラグとしての文字、数字、あるいは記号等の情報を付加しておき、当該情報に基づいて行われてもよい。

また、利用条件変更カードは、リーダで読み取り可能であり、利用条件変更カードとして利用可能なカードであれば、専用のＩＣカードでなく、例えば社員カードや、店舗の会員カード等のＩＣカードで構成されてもよい。

前記実施の形態のエレベータシステムでは、リーダは、セキュリティゲート２０（２０Ａ〜２０Ｃ）と、行先階登録装置３０（３０Ａ〜３０Ｚ）とに配置されている。しかし、本発明の呼び情報出力装置では、リーダは、これら以外の位置に配置されてもよいし、セキュリティゲート２０（２０Ａ〜２０Ｃ）と、行先階登録装置３０（３０Ａ〜３０Ｚ）とのいずれか一方にのみ配置されてもよい。

前記実施の形態では、セキュリティゲート２０のリーダ２５は制御部２１に接続されており、制御部２１を介してセキュリティサーバ１００との間で信号（情報）の授受を行う。しかし、これは一例であり、セキュリティゲート２０のリーダ２５は、制御部２１を介さずにセキュリティサーバ１００との間で信号（情報）の授受を行ってもよい。

前記実施の形態では、制御部１１、２１、３１、４１、１０１は、ＣＰＵ、ＭＰＵ等を利用して構成され、記憶部１２、２２、３２、４２、１０２から読み出したプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、各種の機能を実現する。つまり、各制御部１１、２１、３１、４１、１０１は、ハードウェアとソフトウェアとの協働により実現される。しかし、各制御部１１、２１、３１、４１、１０１は、例えば、ハードウェア（電子回路）のみ、ＦＰＧＡ、ＡＳＩＣ等を利用して構成されてもよい。

前記実施の形態では、ネットワークＮＷはＥｔｈｅｒｎｅｔであり、入出力インタフェース１３、２３、２４、３３、４３、１０３はＬＡＮアダプタ等を利用して構成されている。しかし、これは一例であり、ネットワークＮＷは、例えばＩＥＥＥ規格に準拠した無線ＬＡＮで構成され、入出力インタフェース１３、２３、２４、３３、４３、１０３は無線ＬＡＮアダプタ等で構成されてもよい。

１０ 群管理制御装置
１１ 制御部
１２ 記憶部
１３ 入出力インタフェース
２０、２０Ａ、２０Ｂ、２０Ｃ セキュリティゲート
２０ａ ゲート本体
２０ｉ 入口
２０ｅ 出口
２１ 制御部
２２ 記憶部
２３ 入出力インタフェース
２５ リーダ
２６ 第１センサ
２７ 第２センサ
２８ ゲートフラッパ
３０、３０Ａ〜３０Ｚ 行先階登録装置
３１ 制御部
３２ 記憶部
３３ 第１入出力インタフェース
３４ 表示部
３５ 操作部
３６ リーダ
３７ 第２入出力インタフェース
４０、４０Ａ〜４０Ｆ エレベータ制御装置
５０ 行先階取得装置
６０、６０Ａ〜６０Ｆ エレベータ
７０ ゲート表示器
１００ セキュリティサーバ
１０１ 制御部
１０２ 記憶部
１０３ 入出力インタフェース

Claims (6)

1. エレベータの運行を制御する運行制御装置にエレベータの呼び情報を出力する呼び情報出力装置であって、
   エレベータ乗車前に利用者によりリーダに提示される情報記録媒体に格納された媒体識別情報に紐付けて、前記情報記録媒体を所有する利用者のエレベータ利用に関するエレベータ利用情報を格納する記憶部と、
   提示された１個以上の情報記録媒体からリーダで一度に読み取られた各情報記録媒体の媒体識別情報に紐付けて前記記憶部で格納されているエレベータ利用情報に基づいてエレベータの呼び情報を生成して前記運行制御装置に出力する制御部と、を備え、
   前記情報記録媒体は、エレベータ利用認証用の第１の情報記録媒体と、利用条件変更用の第２の情報記録媒体とに分類され、
   前記制御部は、
   前記リーダで１個の第１の情報記録媒体の媒体識別情報のみが読み取られたときは、前記１個の第１の情報記録媒体の媒体識別情報に紐付けられているエレベータ利用情報で登録されている内容に基づいて呼び情報を生成して前記運行制御装置に出力し、
   前記リーダで１個の第１の情報記録媒体の媒体識別情報と、１個以上の第２の情報記録媒体の媒体識別情報との両方が読み取られたときは、前記１個の第１の情報記録媒体の媒体識別情報に紐付けられているエレベータ利用情報で登録されている内容を、前記１個以上の第２の情報記録媒体の媒体識別情報の各々に紐付けられているエレベータ利用情報で登録されている内容で置き換えた情報に基づいて呼び情報を生成して前記運行制御装置に出力する、
   呼び情報出力装置。
2. 前記記憶部は、各媒体識別情報に紐付けて、さらに、前記情報記録媒体を所有する利用者の利用者識別情報を格納しており、
   前記制御部は、
   前記リーダから１個の第１の情報記録媒体の媒体識別情報と、１個以上の第２の情報記録媒体の媒体識別情報とが読み取られたときは、各第２の情報記録媒体の媒体識別情報に紐付けて前記記憶部で格納されている各利用者識別情報が、前記１個の第１の情報記録媒体の媒体識別情報に紐付けて前記記憶部で格納されている利用者識別情報と一致するか否かを判断し、
   一致しない当該利用者識別情報が紐づけられている第２の情報記録媒体の媒体識別情報については、当該媒体識別情報が読み取られていないものとして、呼び情報を生成して前記運行制御装置に出力する、
   請求項１に記載の呼び情報出力装置。
3. 前記エレベータ利用情報には、利用者の行先階についての情報が含まれる、
   請求項１または２に記載の呼び情報出力装置。
4. 前記エレベータ利用情報には、利用者の属性についての情報が含まれる、
   請求項１または２に記載の呼び情報出力装置。
5. 複数台のエレベータと、
   請求項１から４のいずれか１項に記載の呼び情報出力装置と、
   前記呼び情報出力装置から出力される呼び情報に基づいて前記複数台のエレベータの運行を制御する運行制御装置と、を備え、
   前記運行制御装置は、前記呼び情報出力装置から出力される呼び情報に基づいて、前記複数台のエレベータのうちのいずれかを利用者に割り当て、割り当てた結果に応じてエレベータの運行を制御する、
   エレベータシステム。
6. １台のエレベータと、
   請求項１から４のいずれか１項に記載の呼び情報出力装置と、
   前記呼び情報出力装置から出力される呼び情報に基づいてエレベータの運行を制御する運行制御装置と、を備える、
   エレベータシステム。

Images