(57)【特許請求の範囲】
【請求項１】
エレベーター利用者が指紋情報を入力する個人認証装置と、
行先階釦を備える運転盤と、
前記指紋情報に基づいて、エレベーターのかごの運行および前記運転盤を制御する号機制御装置と、
を備えるエレベーターセキュリティシステムにおいて、
前記号機制御装置は、特定階を行先階とする行先階呼びを前記行先階釦の操作なしで自動登録する第１の行先階呼び登録手段と、前記特定階以外の階に該当する前記行先階釦の操作を有効にするように前記運転盤を制御して前記操作により行き先階呼びを登録する第２の行先階呼び登録手段のいずれかを、前記個人認証装置に入力される前記指紋情報に応じて選択し、かつ、登録される行先階呼びに基づいて前記かごの運行を制御し、
前記特定階は、エレベーター利用者の居住階または執務階である単階であり、
前記特定階以外の階は、前記エレベーター利用者が、前記居住階以外または前記執務階以外で移動することがある単階もしくは複数階であり、
さらに、前記指紋情報を指紋データと照合する認証サーバーを備え、
前記認証サーバーは、
前記エレベーター利用者の前記指紋データが登録され、かつ、前記指紋データに対応づけられて、前記特定階が第１行先階データとして登録されるとともに、前記特定階以外の階が第２行先階データとして登録されるテーブルデータを備え、
前記認証サーバーは、
前記個人認証装置に入力される前記指紋情報が前記指紋データと一致すると判断する場合、前記個人認証装置への前記指紋情報の連続する入力時間が、所定時間以上であるか否かを判定し、
前記入力時間が所定時間以上ではないと判定すると、前記個人認証装置に入力される前記指紋情報に一致する前記指紋データに対応する前記第１行先階データを読み出し、読み出される前記第１行先階データが示す前記特定階を行先階呼び登録可能な階とする第１の行先階許可データを作成して前記号機制御装置へ送信し、
前記入力時間が所定時間以上であると判定すると、前記個人認証装置に入力される前記指紋情報に一致する前記指紋データに対応する前記第２行先階データを読み出し、読み出される前記第２行先階データが示す前記特定階以外の階を行先階呼び登録可能な階とする第２の行先階許可データを作成して前記号機制御装置へ送信し、
前記号機制御装置は、
前記認証サーバーから前記第１の行先階許可データを受信すると前記第１の行先階呼び登録手段を選択し、
前記認証サーバーから前記第２の行先階許可データを受信すると、前記第２の行先階呼び登録手段を選択することを特徴とするエレベーターセキュリティシステム。
【請求項２】
請求項１において、前記第１の行先階許可データおよび前記第２の行先階許可データは、エレベーターがサービスする建物の階床数分のビット数を有する２進数形式であることを特徴とするエレベーターセキュリティシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人認証を用いてエレベーターを制御するエレベーターセキュリティシステムに関する。
【背景技術】
【０００２】
従来のエレベーターセキュリティシステムでは、エレベーター利用者（以下、「利用者」と記す）が専用カードやタグなどの認証デバイスを用いてカードリーダーなどの個人認証装置を操作することにより、居住階を行先階とする行先階呼びを自動登録したり、居住階に対応する行先階釦が操作可能にしたりする。しかし、利用者が居住階以外の階、例えば友人の居住階や共有スペース階に行きたい場合、エレベーターを利用できなかったり、あるいは、自動登録された居住階のかご呼びが無駄なかご呼びとなったりする。
【０００３】
これに対し、特許文献１に記載の技術が知られている。本技術では、利用者が専用カードを用いてカードリーダーを操作すると、ホール呼びと、専用カードに記録される階を行先階とする行先階呼びが、自動登録されるが、ホール呼び釦を押しながらカードリーダーを操作すると、かご呼びは自動登録されない。これにより、利用者は、かご内で行先階釦を押圧操作することにより、専用カードに記録された階以外の階を行先階とする行先階呼びを登録することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−７００４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような特許文献１に記載の技術においては、利用者が専用カードのような認証デバイスを携帯する必要があり、さらに、自動登録を解除するために個人認証装置の操作に加えホール呼び釦を押すという特殊操作を必要とする。このため、特許文献１に記載の技術によるエレベーターセキュリティシステムは、利用者にとって、操作が煩雑であり、使い勝手の良いものではない。
【０００６】
そこで、本発明は、利用者にとって操作が容易で利便性が高く、かつセキュリティ性の高いエレベーターセキュリティシステムを提供する。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明によるエレベーターセキュリティシステムは、エレベーター利用者が指紋情報を入力する個人認証装置と、エレベーターのかご内に設けられ、行先階釦を備える運転盤と、指紋情報に基づいて、かごの運行および運転盤を制御する号機制御装置とを備えるものであって、号機制御装置は、特定階を行先階とする行先階呼びを自動登録する第１の行先階呼び登録手段と、特定階以外の階に該当する行先階釦の操作を有効にするように運転盤を制御して、行先階釦の操作による行き先階呼びを登録する第２の行先階呼び登録手段のいずれかを、個人認証装置に入力される指紋情報に応じて選択し、かつ、登録された行先階呼びに基づいてかごの運行を制御する。ここで、特定階は、エレベーター利用者の居住階または執務階である単階であり、特定階以外の階は、エレベーター利用者が、居住階以外または執務階以外で移動することがある単階もしくは複数階である。本発明によるエレベーターセキュリティシステムは、さらに、指紋情報を指紋データと照合する認証サーバーを備え、認証サーバーは、エレベーター利用者の指紋データが登録され、かつ指紋データに対応づけられて、特定階が第１行先階データとして登録されるとともに、特定階以外の階が第２行先階データとして登録されるテーブルデータを備える。そして、認証サーバーは、個人認証装置に入力される指紋情報が指紋データと一致すると判断する場合、個人認証装置への前記指紋情報の連続する入力時間が、所定時間以上であるか否かを判定し、入力時間が所定時間以上ではないと判定すると、個人認証装置に入力される指紋情報に一致する指紋データに対応する第１行先階データを読み出し、読み出される第１行先階データが示す特定階を行先階呼び登録可能な階とする第１の行先階許可データを作成して号機制御装置へ送信する。また、認証サーバーは、入力時間が所定時間以上であると判定すると、個人認証装置に入力される指紋情報に一致する指紋データに対応する第２行先階データを読み出し、読み出される第２行先階データが示す特定階以外の階を行先階呼び登録可能な階とする第２の行先階許可データを作成して、号機制御装置へ送信する。号機制御装置は、認証サーバーから第１の行先階許可データを受信すると第１の行先階呼び登録手段を選択し、認証サーバーから第２の行先階許可データを受信すると、第２の行先階呼び登録手段を選択する。
【発明の効果】
【０００８】
本発明によれば、利用者の生体情報に応じて、特定階を行先階とする行先階が自動登録されると共に、居住階以外の階を行先階とする行先階呼びが行先階釦の操作によって登録可能とされるため、認証デバイスが不要となり、個人認証装置の操作が簡易化される。このため、利用者の利便性が向上すると共に、高いセキュリティ性が得られる。
【０００９】
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施例であるエレベーターセキュリティシステムを示すブロック図。
【図２】号機制御装置が実行する処理の概略を示すフローチャート。
【図３】号機制御装置における行先階許可データの処理の流れを示すフローチャート。
【図４】個人認証サーバーの行先階許可データ作成処理の一例を示すフローチャート。
【図５】第１指紋データに関するデータ処理においてデータテーブルの一例。
【図６】第１指紋データに基づいて作成される行先階許可データの一例。
【図７】第２指紋データに関するデータ処理において参照されるデータテーブルの一例。
【図８】第２指紋データに基づいて作成される行先階許可データの一例。
【図９】個人認証サーバーの行先階許可データ作成処理の他の例を示すフローチャート。
【図１０】図９の指紋データに関する処理において参照されるデータテーブルの一例。
【発明を実施するための形態】
【００１１】
本発明の実施例について、図面を用いて説明する。なお、以下の実施例においては、個人認証に用いる生体情報を指紋情報とするが、これに限らず、指静脈，掌静脈，虹彩などの他の生体情報を用いても良い。
【００１２】
図１は本発明の一実施例であるエレベーターセキュリティシステムを示すブロック図である。
【００１３】
号機制御装置ＣＰ１の内部には号機制御マイコン（「マイクロコンピュータ」の略記）ＣＭＰＵ１が設けられる。号機制御マイコンＣＭＰＵ１は、かご端末多重伝送路ＣＬ１を介して乗りかごＣ１に設置されるかご端末ＣＴ１を制御する。かご端末ＣＴ１には、行先階呼び釦が設けられる運転盤ＣＤ１が電気的に接続される。号機制御マイコンＣＭＰＵ１には、認証サーバー多重伝送路ＳＥＬ１を介して個人認証サーバーＳＥ１が電気的に接続される。個人認証サーバーＳＥ１には、個人認証装置多重伝送路ＳＥＬ２を介して、かごＣ１内に設けられ、利用者の指紋データを読み取る個人認証装置ＲＴ１が電気的に接続される。
【００１４】
図１のエレベーターセキュリティシステムにおけるデータの流れは次のとおりである。
【００１５】
かごＣ１内に乗り込んだ利用者が個人認証装置ＲＴ１を操作して指紋情報を入力すると、個人認証装置ＲＴ１は、読み取った指紋情報を、個人認証装置多重伝送路ＳＥＬ２を介して個人認証サーバーＳＥ１に送信する。個人認証サーバーＳＥ１は、受信した指紋情報に基づき、個人認証装置ＳＥ１の記憶装置に予め記憶され、利用者の指紋データおよび行先階データを含むデータテーブルなどを用いて、行先階許可データを作成し、この行先階許可データを認証サーバー多重伝送路ＳＥＬ１を介して号機制御装置ＣＰ１内の号機制御マイコンＣＭＰＵ１へ送信する。
【００１６】
行先階許可データは、行先階呼び登録が可能な階を示す。利用者が指紋情報を入力する指に応じて、行先階呼び登録が可能な階として、利用者の居住階（単階）あるいは居住階以外の階（利用者が希望する行先階，ロビー階や共用階を含む複数階）のいずれかを示す。行先階許可データが居住階を示す場合、号機制御マイコンＣＭＰＵ１は、居住階を行先階として、行先階呼びを自動登録するように、データ処理を実行する。また、行先階許可データが居住階以外の階を示す場合、号機制御マイコンＣＭＰＵ１は、行先階許可データが示す階に相当する行先階呼び釦の押圧操作が可能になるように、データ処理を実行する。なお、居住階（単階）に代えて、執務階（単階）などの特定階（単階）でも良い。
【００１７】
利用者が運転盤ＣＤ１に設けられる行先階呼び釦を押圧操作すれば、運転盤ＣＤ１は運転盤多重伝送路ＣＤＬ１を介してかご端末ＣＴ１へ行先階呼び釦操作データを送信する。かご端末ＣＴ１は、受信した行先階呼び釦操作データを、かご端末多重伝送路ＣＬ１を介して、号機制御マイコンＣＭＰＵ１へ送信する。号機制御マイコンＣＭＰＵ１は、受信した行先階呼び釦操作データが示す階を行先階として、行先階呼びを登録する。
【００１８】
号機制御マイコンＣＭＰＵ１は、上述のように登録される行先階呼びに応答するように、エレベーターのかごＣ１の運行を制御する。
【００１９】
かご端末ＣＴ１と号機制御マイコンＣＭＰＵ１は、一定周期（例えば、１００ｍｓ周期）のポーリング伝送を、かご端末多重伝送路ＣＬ１を介して行なう。また号機制御マイコンＣＭＰＵ１は、かご端末ＣＴ１を介して運転盤ＣＤ１に、行先階呼び釦応答灯データを同様の一定周期で送信する。運転盤ＣＤ１は、行先階呼び釦応答灯データを受信すると、該当する、すなわち行先階呼びが登録された行先階呼び釦の発光装置を点灯する。
【００２０】
図２は、号機制御装置ＣＰ１が実行する処理の概略を示すフローチャートである。なお、図２に示す処理は、号機制御マイコンＣＭＰＵ１が、所定のプログラムに従って実行する。
【００２１】
ステップＳ１０００では、号機制御装置ＣＰ１に接続される各種入出力装置（Ｉ／Ｏ）からの入力信号が示す入力データが入力テーブルＲＡＭ（「Random Access Memory」の略記）へ書き込まれ、また出力テーブルＲＡＭのデータが各種Ｉ／Ｏへ出力される。本ステップの入力処理においては、個人認証サーバーＳＥ１から送信される行先階許可データが、号機制御マイコンＣＭＰＵ１が備える入力テーブルＲＡＭに書き込まれ、後の処理に用いられる。
【００２２】
ステップＳ１１００では、ステップＳ１０００で入力される行先階許可データの処理が実行される。
【００２３】
ステップＳ１２００では、エレベーターのかごドアおよび乗場ドアを閉じるように、ドアの開閉制御が実行される。
【００２４】
ステップＳ１３００では、ステップＳ１１００における行先階許可データの処理結果に基づいて、かごＣ１が行先階へ走行して停止するように、運転制御が実行される。
【００２５】
ステップＳ１４００では、かごＣ１内や乗り場に設置される各種インジケーターや表示器の表示点灯処理が実行される。例えば、かごＣ１内や行先階を含む乗り場に設置されるインジケーターに、かごＣ１が位置する階床番号が表示されたり、セキュリティ性を高めるために乗り場に設置されるインジケーターを非表示にしたりする。
【００２６】
ステップＳ１５００では、かごＣ１内や行先階の乗り場に設置されるスピーカーに対する音声出力処理が実行される。例えば、かごＣ１が行先階に到着する時における到着案内や、エレベーターのドア開閉の案内が音声出力される。
【００２７】
以上のステップＳ１０００〜Ｓ１５００の処理が、定期的に（例えば、１０ｍｓ周期で）、オペレーティングシステム（ＯＳ）からのコールに応じて繰り返し実行される。
【００２８】
図３は、本実施例の号機制御装置ＣＰ１における行先階許可データの処理の流れを示すフローチャートである。なお、図３が示す処理は、図２におけるステップＳ１０００およびＳ１１００の処理に対応する。
【００２９】
ステップＳ１００では、個人認証サーバーＳＥ１から行先階許可データが受信されたか否かが判定される。受信されたと判定される場合（Ｓ１００のＹ）、次に、ステップＳ１１０が実行される。受信されていないと判定される場合（Ｓ１００のＮ）、号機制御装置ＣＰ１は処理フローから抜ける。
【００３０】
ステップＳ１１０では、受信した行先階許可データが、単階データであるか否かが判定される。受信した行先階許可データが単階データであると判定される場合（Ｓ１１０のＹ）、次にステップＳ１３０が実行される。
【００３１】
ステップＳ１３０では、単階データが示す階を居住階と見做して、居住階を行先階とする行先階呼びが、利用者が行先階呼び釦を操作することなく自動登録される。
【００３２】
また、ステップＳ１１０において、受信した行先階許可データが、単階データではない、すなわち複数階データであると判定される場合（Ｓ１１０のＮ）、次にステップＳ１２０が実行される。
【００３３】
ステップＳ１２０では、複数階データが示す複数階を居住階以外の階と見做して、これら複数階床に相当する複数の行先階釦の操作が有効にされる。これにより、利用者は、予め登録される自己の複数の行先階の内で現在の行先階に相当する行先階釦を押圧操作することにより、行先階呼びを登録することができる。
【００３４】
ステップＳ１２０およびＳ１３０の処理が終了すると、号機制御装置ＣＰ１は、図３の処理フローを抜け、図１のステップ１２００以降の処理へ移行する。
【００３５】
図４は、個人認証サーバーＳＥ１による行先階許可データ作成処理の一例を示すフローチャートである。
【００３６】
個人認証サーバーＳＥ１においては、利用者一人当たり複数の指紋が記憶可能であり、一人の利用者について記憶される複数の指紋の各々に対して、行先階呼びを登録可能な行先階の階床番号データが紐づけられるデータテーブルが登録される。本実施例においては、第一指紋データには、行先階データとして居住階の階床番号データが紐づけられ、第二指紋データには、行先階データとして居住階以外の複数階の階床番号データが紐づけられる。なお、第一指紋データおよび第二指紋データは、一利用者の異なる２本の指の指紋データである。例えば、第一指紋データを右手の人差し指の指紋データとし、第二指紋データを右手の中指の指紋データとする。なお、２本の異なる指は、利用者が、自己の両手の指から、任意に選択することができる。
【００３７】
まず、図４のステップＳ２００では、個人認証装置ＲＴ１から受信する指紋情報が、個人認証サーバーＳＥ１によって記憶される複数の第１指紋データと照合され、該当する第１指紋データが有るか否かが判定される。該当する第１指紋データが有れば（Ｓ２００のＹ）、次に、ステップＳ２２０が実行される。
【００３８】
ステップＳ２２０では、該当する第１指紋データに対応する行先階データが読み出され、読み出された行先階データが行先階呼び登録可能な階であることを示す行先階許可データが作成されて、号機制御装置ＣＰ１へ送信される。本実施例では、居住階は１箇所とするため、送信される行先階許可データは単階データとなる。ここで、行先階許可データは２進数形式で送信される。例えば、建物においてエレベーターがサービスする階床数が１２８階であれば、１６バイトすなわち１２８ビット（＝１６（バイト）×８（ビット／バイト））の２進数形式とし、居住階の階床番号に該当するビットのみがＯＮすなわち１となり、他のビットがＯＦＦすなわち０となる。
【００３９】
ここで、図５に、第１指紋データに関するデータ処理（ステップＳ２００およびステップＳ２２０）において、個人認証サーバーＳＥ１が参照するデータテーブルの一例を示す。データテーブルＴＡ１において、利用者Ａについては、第１指紋データ（ＦＰ）Ａ１が記憶されると共に、（ＦＰ）Ａ１に対応する行先階データとして利用者Ａの居住階である１００階が記憶されている。他の利用者についても同様に第１指紋データおよび行先階データが記憶されている。
【００４０】
また、図６に、第１指紋データに基づいて作成されて、号機制御装置ＣＰ１へ送信される（ステップＳ２２０）行先階許可データの一例を示す。図６に示す行先階許可データＤ１は、利用者が入力して個人認証装置ＲＴ１から送信される指紋情報が、図５のデータテーブルＴＡ１に登録される各第１指紋データとの照合の結果、図５に示した利用者Ａの第１指紋データ（ＦＰ）Ａ１に一致すると判定される場合に作成される。図５のデータテーブルＴＡ１において、第１指紋データ（ＦＰ）Ａ１に対応する行先階データが「１００」すなわち１００階であるため、データＤ１における第１〜１２８ビット（ｂ１〜ｂ１２８）の内、第１００ビットｂ１００のみが１であり、他のビットは０である。
【００４１】
図４のステップＳ２００において、個人認証装置ＲＴ１から受信する指紋情報がいずれの第１指紋データにも該当しないと判定される場合（Ｓ２００のＮ）、次にステップＳ２１０が実行される。
【００４２】
ステップＳ２１０では、個人認証装置ＲＴ１から受信する指紋情報が、個人認証サーバーＳＥ１に登録される複数の第２指紋データと照合され、該当する第２指紋データが有るか否かが判定される。該当する第２指紋データが有れば（Ｓ２１０のＹ）、次に、ステップＳ２３０が実行される。該当する第２指紋データが無ければ（Ｓ２１０のＮ）、個人認証サーバーＳＥ１は、本処理フローを抜ける。
【００４３】
ステップＳ２３０では、該当する第二指紋データに対応する行先階データが読み出され、読み出された行先階データが行先階呼び登録可能な階であることを示す行先階許可データが作成されて号機制御装置ＣＰ１へ送信される。本実施例において、第二指紋データに対応する行先階データは、指紋を登録した利用者が居住階以外で移動することがある階、並びにロビー階や共用施設などを含む共用階を含む複数階データである。ここで、この複数階データを行先階呼び登録可能な階とする行先階許可データは２進数形式で送信される。例えば、建物内においてエレベーターがサービスする階床数が１２８階であれば、１６バイトすなわち１２８ビット（＝１６（バイト）×８（ビット／バイト））の２進数形式とし、複数階の各階床番号に該当する複数ビットがＯＮすなわち１となり、他のビットがＯＦＦすなわち０となる。
【００４４】
ここで、図７に、第２指紋データに関するデータ処理（ステップＳ２１０およびステップと２３０）において、個人認証サーバーＳＥ１が参照するデータテーブルの一例を示す。データテーブルＴＡ２において、利用者Ａについては、第２指紋データ（ＦＰ）Ａ２が記憶されると共に、（ＦＰ）Ａ２に対応する行先階データとして利用者Ａの居住階以外の行先階である１２５階および１２６階と、共用階である１階および１２８階が記憶されている。他の利用者についても同様に第２指紋データおよび行先階データが登録されている。
【００４５】
また、図８に、第２指紋データに基づいて作成されて、号機制御装置ＣＰ１へ送信される（ステップ２３０）行先階許可データの一例を示す。図６に示す行先階許可データＤ２は、利用者が入力して個人認証装置ＲＴ１から送信される指紋情報が、図７のデータテーブルＴＡ２において記憶される各第２指紋データとの照合の結果、図７に示した利用者Ａの第２指紋データ（ＦＰ）Ａ２に一致すると判定される場合に作成される。図７のデータテーブルＴＡ２において、第２指紋データ（ＦＰ）Ａ２に対応する行先階データが「１，１２５，１２６，１２８」すなわち１，１２５，１２６および１２８階であるため、行先階許可データＤ２における第１〜１２８ビット（ｂ１〜ｂ１２８）の内、第１ビットｂ１，第１２５ビットｂ１２５，第１２６ビットｂ１２６および第１２８ビットｂ１２８が１であり、他のビットは０である。
【００４６】
上述したような図４におけるステップＳ２２０およびＳ２３０の処理が終了すると、個人認証サーバーＳＥ１は、図４の処理フローを抜ける。
【００４７】
図９は、個人認証サーバーＳＥ１による行先階許可データ作成処理の他の例を示すフローチャートである。
【００４８】
まず、ステップＳ３００では、個人認証装置ＲＴ１から受信する指紋情報が、個人認証サーバーＳＥ１に登録される複数の指紋データと照合され、該当する指紋データが有るか否かが判定される。該当する指紋データが有れば（Ｓ３００のＹ）、次に、ステップＳ３１０が実行される。個人認証サーバーＳＥ１に登録された指紋データ中に、受信した指紋データに該当するものが無ければ（Ｓ３００のＮ）、個人認証サーバーＳＥ１は、図９の処理フローを抜ける。
【００４９】
ステップＳ３１０では、指紋情報が所定時間以上連続で受信されたか否かが判定される。なお、指紋情報が連続して受信された時間とは、利用者による指紋情報の入力時間、すなわち、個人認証装置ＲＴ１における指紋読み取り部に利用者の指が接触されたり、かざされたりしていた時間に相当する。指紋情報が所定時間以上連続で受信されたと判定される場合（Ｓ３１０のＹ）、次にステップＳ３２０が実行される。また、指紋情報が所定時間以上連続で受信されていないと判定される場合（Ｓ３１０のＮ）、次にステップＳ３３０が実行される。
【００５０】
なお、指紋情報が所定時間以上連続で受信されたと判定される場合（Ｓ３１０のＹ）、次にステップＳ３３０が実行され、指紋情報が所定時間以上連続で受信されていないと判定される場合（Ｓ３１０のＮ）、次にステップＳ３２０が実行されるようにしても良い。
【００５１】
ステップ３２０では、後述するようなテーブルデータにおいて、受信した指紋情報に該当する本データテーブルにおける指紋データに対応する第１行先階データ、すなわち居住階データが読み出され、読み出された居住階を行先階呼び登録可能な階とする行先階許可データが作成され号機制御装置ＣＰ１へ送信される。本実施例では、居住階は１箇所とするため、図４の例と同様に、送信される行先階許可データは単階データとなる。また、図４の例と同様に、行先階許可データは２進数形式で送信される。
【００５２】
ステップ３３０では、後述するようなテーブルデータにおいて、受信した指紋情報に該当する本データテーブルにおける指紋データに対応する、第２行先階データすなわち居住階以外の行先階データが読み出され、読み出された、居住階以外の階を行先階呼び登録可能な階とする行先階許可データが作成され号機制御装置ＣＰ１へ送信される。居住階以外の行先階データは、指紋を登録したエレベーター利用者が居住階以外で移動することがある階床、並びにロビー階や共用施設などを含む共用階を含む複数階データである。この行先階許可データは、図４の例と同様に２進数形式で送信される。
【００５３】
ここで、図１０に、図９の指紋データに関する処理（ステップＳ３００，Ｓ３２０およびＳ３３０）において、個人認証サーバーＳＥ１が参照するデータテーブルの一例を示す。データテーブルＴＡにおいて、利用者Ａについては、指紋データ（ＦＰ）Ａが記憶されると共に、（ＦＰ）Ａに対応する居住階を示す第１行先階データとして利用者の居住階である１００階が記憶される。さらに、本データテーブルＴＡにおいては、（ＦＰ）Ａに対応して、利用者Ａの居住階以外の行先階を示す第２行先階データである１，１２５，１２６および１２８階が記憶されている。
【００５４】
上述したような図４におけるステップＳ３２０およびＳ３３０の処理が終了すると、個人認証サーバーＳＥ１は、図９の処理フローを抜ける。
【００５５】
上述したような本発明の実施例によれば、利用者の指紋情報に応じて居住階以外の階を行先階とする行先階呼びが行先階釦によって登録可能となるため、認証デバイスが不要となり、個人認証装置の操作が簡易化される。このため、利用者の利便性が向上すると共に、指紋認証により高いセキュリティ性が得られる。
【００５６】
さらに、指紋情報に応じて居住階を行先階とする行先階呼びが自動登録されるため、高い利便性と高いセキュリティ性が得られる。
【００５７】
また、本実施例においては、居住階以外の階で行先階呼び登録可能な階が、予め指紋データに対応して登録された行先階データの範囲に制限されるため、セキュリティ性が向上する。
【００５８】
また、図４に示す行先階許可データ作成処理によれば、居住階および居住階以外の行先階許可データが、異なる指紋情報に応じて作成される。これにより、利用者が所望する行先階の行先階許可データが確実に作成される。
【００５９】
また、図９に示す行先階許可データ作成処理によれば、同じ指紋情報によって居住階および居住階以外の行先階許可データが作成されるため、処理が簡略化され高速化される。
【００６０】
また、行先階許可データを、図６，８に示すように、２進数形式の１データにより、建物の任意の階を行先階として示すので、データ処理が比較的容易になり、処理が高速化されたり、装置やプログラムが簡略化されたりする。
【００６１】
なお、本発明は前述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、実施例の構成の一部について、他の構成の追加・削除・置き換えをすることが可能である。
【００６２】
例えば、居住階以外の行先階データを単階データとすることにしても良い。この場合、行先階許可データに、居住階であるか居住階以外であるかを示すフラグとなるビットを付加すれば良い。また、行先階許可データを作成する際に、データテーブルに登録された行先階データとは別に、共用階などの特定階を既定の行先階として設定されるようにしても良い。
【００６３】
また、個人認証装置ＲＴ１を乗場側に設置しても良い。この場合、乗場側の個人認証装置において入力される指紋情報に基づいて、乗場呼びが登録されるようにしても良い。
【００６４】
また、指紋情報に基づいて、建物への入館の可否を判定し、入館可と判定されたら、自動ドアやゲートを開くと共にエレベーターの乗場呼びを登録し、入館した利用者が上記実施例のようにして行先階呼びを登録するようにしても良い。これより、セキュリティ性が向上する。
【符号の説明】
【００６５】
Ｃ１：かご
ＣＤ１：運転盤
ＣＤＬ１：運転盤多重伝送路
ＣＭＰＵ１：号機制御マイコン
ＣＬ１：かご端末多重伝送路
ＣＰ１：号機制御装置
ＣＴ１：かご端末
ＲＴ１：個人認証装置
ＳＥ１：個人認証サーバー
ＳＥＬ１：認証サーバー多重伝送路
ＳＥＬ２：個人認証装置多重伝送路
【図１】
0006273174.tif 000002
【図２】
0006273174.tif 000003
【図３】
0006273174.tif 000004
【図４】
0006273174.tif 000005
【図５】
0006273174.tif 000006
【図６】
0006273174.tif 000007
【図７】
0006273174.tif 000008
【図８】
0006273174.tif 000009
【図９】
0006273174.tif 000010
【図１０】
0006273174.tif 000011