(57)【要約】      （修正有）【課題】平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスを受けないようにするエレベータの割当装置を提供する。【解決手段】制御部は新規の行先階呼びが登録されたときに複数台のエレベータそれぞれについて、新規の行先階呼びを仮割当して全エレベータの運行予定を計算し、新規の行先階呼び及びサービス未完了の行先階呼びに係る各利用者について所定サービス時間をそれぞれ推定する。推定された所定サービス時間に各利用者の利用者識別情報に紐付けられているＮ種類のサービス強化係数を乗算して評価サービス時間を求め、各利用者についての評価サービス時間の合計値を求め、複数台のエレベータのうち合計値として最も小さい値を有するエレベータに新規の行先階呼びを割り当てる。【選択図】図６
2019172450.tif 000002
【特許請求の範囲】
【請求項１】
乗車前に利用者により登録された行先階呼びを複数台のエレベータのいずれかに割り当てる割当装置であって、
行先階呼びを登録した利用者の利用者識別情報を取得する取得部と、
利用者識別情報に紐付けて、当該利用者の過去直近所定回のエレベータ利用時に実測されたサービス性に関するＮ種類（Ｎは１以上の整数）の所定サービス時間に基づいてそれぞれ設定されたＮ種類の重み係数を記憶する記憶部と、
割当制御部と、を備え、
前記Ｎ種類の重み係数は、前記Ｎ種類の所定サービス時間が長くなるとそれぞれ大きくなるように設定され、
前記割当制御部は、新規の行先階呼びが登録されたときに、
（１）前記複数台のエレベータのうちの１台に新規の行先階呼びを仮割当して全エレベータの運行予定を計算して（ａ）〜（ｃ）を実行し、
（ａ）計算結果に基づいて、新規の行先階呼び及び割当済でサービス未完了の行先階呼びに係る各利用者について、前記Ｎ種類の所定サービス時間をそれぞれ推定すること、
（ｂ）前記各利用者について、（ａ）で推定された前記Ｎ種類の所定サービス時間に、前記記憶部に格納されている前記Ｎ種類の重み係数のうち各利用者の利用者識別情報に紐付けられているＮ種類の重み係数をそれぞれ乗算してＮ種類の評価サービス時間を求めること、
（ｃ）（ｂ）で求められた前記Ｎ種類の評価サービス時間の合計値を求めること、
（２）前記複数台のエレベータのうちの残りのエレベータについて（１）をそれぞれ実行し、
（３）前記複数台のエレベータのうち前記合計値として最も小さい値を有するエレベータに新規の行先階呼びを割り当てる、
エレベータの割当装置。
【請求項２】
前記割当制御部は、
新規の行先階呼びが登録されたときに、前記サービス性に関するＮ種類の所定サービス時間をそれぞれ実測し、
実測された前記Ｎ種類の所定サービス時間に基づいて前記Ｎ種類の重み係数をそれぞれ更新し、
更新されたＮ種類の重み係数を、前記取得部で取得された利用者識別情報に紐付けて、前記記憶部に記憶させる、
請求項１に記載のエレベータの割当装置。
【請求項３】
前記Ｎ種類のうちの１種類の所定サービス時間は、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車可能となるまでの待ち時間である、
請求項１または２に記載のエレベータの割当装置。
【請求項４】
前記Ｎ種類のうちの１種類の所定サービス時間は、利用者が、行先階呼びに割り当てられたエレベータに出発階で乗車してから行先階で降車可能となるまでの乗車時間である、
請求項１または２に記載のエレベータの割当装置。
【請求項５】
前記Ｎは２以上の値であり、
前記Ｎ種類のうちの１種類の所定サービス時間は、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車可能となるまでの待ち時間であり、
前記Ｎ種類のうちの他の１種類の所定サービス時間は、利用者が、行先階呼びに割り当てられたエレベータに出発階で乗車してから行先階で降車可能となるまでの乗車時間である、
請求項１または２に記載のエレベータの割当装置。
【請求項６】
各利用者の前記Ｎ種類の重み係数は、各利用者の属性を加味して設定される、
請求項１から５のいずれか１項に記載のエレベータの割当装置。
【請求項７】
前記割当制御部は、前記Ｎ種類の重み係数を、利用者の過去直近所定回のエレベータ利用時に実測されたサービス性に関するＮ種類の所定サービス時間に基づいてそれぞれ求め、前記Ｎ種類の重み係数毎に、求められた重み係数の値が大きい方から一定割合または一定数の利用者についてのみ、求められた重み係数を、記憶部に記憶させる重み係数として設定し、それ以外の利用者については、求められた重み係数に代えて、重み係数の初期値を、記憶部に記憶させる重み係数として設定する、
請求項１から６のいずれか１項に記載のエレベータの割当装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エレベータの割当装置に関する。
【背景技術】
【０００２】
特許文献１は、乗車前に利用者により登録された行先階及び出発階に関する新規の行先階呼びを複数台のエレベータのいずれかに割り当てる割当装置を開示している。また、特許文献１のエレベータの割当装置では、個人毎に、エレベータ利用時に個人が重視するサービス内容に応じて割当かごを決定することを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−８１５４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
乗車前に利用者により登録された行先階及び出発階に関する新規の行先階呼びを複数台のエレベータのいずれかに割り当てる割当装置では、複数台のエレベータを有するエレベータシステムとしての運行効率を向上させることができる。
【０００５】
しかし、このようなエレベータシステムであっても、利用者個々で見ると、行先階を登録してから割当号機に乗車できるまでの時間などのサービス性に関する時間に大きな差が生じる場合がある。例えば、ある階床でエレベータが停止したときに、ある利用者がかご扉を手で押さえて開いた状態で維持しようとしたり、かご内への荷物の搬入作業などが発生したりすると、当該階床からエレベータが長時間出発できず、そのエレベータの到着を待っている他の利用者の待ち時間が長くなる場合がある。また、同じ利用者において上記のような長待ちが連続して発生する場合がある。このような平均的なサービス水準と比較して悪いサービスが発生すると、利用者に不快感を持たせたり、エレベータ管理者へのクレーム発生の原因となったりする。
【０００６】
本発明は、平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制可能なエレベータの割当装置を提供する。
【課題を解決するための手段】
【０００７】
本発明のエレベータの割当装置は、乗車前に利用者により登録された行先階呼びを複数台のエレベータのいずれかに割り当てる。
割当装置は、
行先階呼びを登録した利用者の利用者識別情報を取得する取得部と、
利用者識別情報に紐付けて、当該利用者の過去直近所定回のエレベータ利用時に実測されたサービス性に関するＮ種類（Ｎは１以上の整数）の所定サービス時間に基づいてそれぞれ設定されたＮ種類の重み係数を記憶する記憶部と、
割当制御部と、を備える。
Ｎ種類の重み係数は、Ｎ種類の所定サービス時間が長くなるとそれぞれ大きくなるように設定されている。
割当制御部は、新規の行先階呼びが登録されたときに、
（１）複数台のエレベータのうちの１台に新規の行先階呼びを仮割当して全エレベータの運行予定を計算して（ａ）〜（ｃ）を実行し、
（ａ）計算結果に基づいて、新規の行先階呼び及び割当済でサービス未完了の行先階呼びに係る各利用者について、Ｎ種類の所定サービス時間をそれぞれ推定すること、
（ｂ）各利用者について、（ａ）で推定されたＮ種類の所定サービス時間に、記憶部に格納されているＮ種類の重み係数のうち各利用者の利用者識別情報に紐付けられているＮ種類の重み係数をそれぞれ乗算してＮ種類の評価サービス時間を求めること、
（ｃ）（ｂ）で求められたＮ種類の評価サービス時間の合計値を求めること、
（２）複数台のエレベータのうちの残りのエレベータについて（１）をそれぞれ実行し、
（３）複数台のエレベータのうち合計値として最も小さい値を有するエレベータに新規の行先階呼びを割り当てる。
【発明の効果】
【０００８】
本発明によれば、利用者の過去直近所定回のエレベータ利用時のサービス性に関する所定サービス時間が長くなると、当該利用者の所定サービス時間が短くなるように、エレベータの割当が行われることとなる。そのため、平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制できる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１におけるエレベータシステムの構成を示すブロック図である。
【図２】実施の形態１における乗場行先階登録装置の電気的構成を示すブロック図である。
【図３】実施の形態１におけるエレベータ制御装置の電気的構成を示すブロック図である。
【図４】実施の形態１におけるセキュリティコントローラの電気的構成を示すブロック図である。
【図５】実施の形態１における群管理制御装置の記憶部に格納されているサービス履歴ＤＢの構成を示す図である。
【図６】実施の形態１における群管理制御装置の割当動作を説明するフローチャートである。
【図７】実施の形態１におけるサービス未完了行先階呼びリストの一例を示した図である。
【図８Ａ】新規行先階呼びを１号機に仮割当した場合の評価値演算の一例を示した図である。
【図８Ｂ】新規行先階呼びを２号機に仮割当した場合の評価値演算の一例を示した図である。
【図８Ｃ】新規行先階呼びを３号機に仮割当した場合の評価値演算の一例を示した図である。
【図８Ｄ】実施の形態１におけるサービス未完了行先階呼びリストの一例を示した図である。
【図９】実施の形態１における群管理制御装置のサービス履歴データベースの更新動作を説明するフローチャートである。
【図１０】実施の形態１における群管理制御装置のサービス評価係数の更新動作を説明するフローチャートである。
【図１１】実施の形態１における群管理制御装置のサービス強化係数の更新動作を説明するフローチャートである。
【図１２】実施の形態１における群管理制御装置のサービス強化対象者の絞り込み動作を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
本発明の実施の形態について図面を参照して説明する。
【００１１】
（実施の形態１）
１．構成
１−１．エレベータシステムの概要
図１は、実施の形態１におけるエレベータシステムの構成を示すブロック図である。
【００１２】
本実施の形態に係るエレベータシステムは、複数台のエレベータ６０Ａ〜６０Ｃと、エレベータ６０Ａ〜６０Ｃの運行を統合的に制御する群管理システムとを含む。以下において、エレベータ６０Ａ〜６０Ｃを適宜１号機〜３号機という。本実施の形態では、１号機から３号機の３台のエレベータ６０Ａ〜６０Ｃが設けられている例を説明するが、２台のエレベータあるいは４台以上のエレベータが設けられている場合にも本発明は適用可能である。なお、以下では、エレベータ６０Ａ〜６０Ｃを区別せずに「エレベータ６０」という場合がある。
【００１３】
各階床のエレベータ乗場には、乗場行先階登録装置３０Ａ〜３０Ｚが配置されている。なお、以下では、乗場行先階登録装置３０Ａ〜３０Ｚを区別せずに「乗場行先階登録装置３０」という場合がある。
【００１４】
また、乗場行先階登録装置３０Ａ〜３０Ｚの近傍にはそれぞれカードリーダ３６が配置されている。
【００１５】
本実施の形態におけるエレベータシステムでは、利用者がエレベータ６０のかごに乗車する前に乗場行先階登録装置３０で行先階を予め登録する行先階登録方式を採用している。群管理システムは、このようにして予め登録された行先階（行先階呼び）を、複数台のエレベータ６０のうちのいずれかのエレベータに割り当てて、割り当てたエレベータ（割当号機）を示す情報（割当号機情報）を利用者に報知し、割当号機に利用者を乗車させるように構成されている。
【００１６】
また、本実施の形態におけるエレベータシステムでは、行先階の登録の際、利用者に、セキュリティ認証カード（以下「ＩＤカード」という））をカードリーダ３６にかざして認証を行わせるように構成されている。ＩＤカードは、ＩＣタグを内蔵し、ＩＣタグに記録されている情報を例えば電磁的に非接触で読み取り可能なＩＣカードにより構成されている。
【００１７】
１−２．エレベータシステムの構成
エレベータシステムは、上述のように、複数台のエレベータ６０Ａ〜６０Ｃと、群管理システムとを含む。エレベータの群管理システムは、群管理制御装置１０と、複数台の乗場行先階登録装置３０Ａ〜３０Ｚと、複数台のエレベータ制御装置４０Ａ〜４０Ｃとを有する。
【００１８】
１−２−１．エレベータ
各エレベータ６０（６０Ａ〜６０Ｃ）は、かご、巻上機（モータ）、釣合おもり等を有する。
【００１９】
１−２−２．群管理制御装置
群管理制御装置１０は、複数台のエレベータ６０Ａ〜６０Ｃの運行を統合的に制御する。また、群管理制御装置１０は、乗車前に利用者により登録された行先階呼びを複数台のエレベータ６０のいずれかに割り当てる。
【００２０】
群管理制御装置１０は、セキュリティコントローラ１００及び乗場行先階登録装置３０との間で通信を行いながら、各号機に対する新規の行先階呼びの割当制御を行う。各装置間は、情報伝送可能なネットワークＮＷを介して接続されている。ネットワークＮＷは、例えばＥｔｈｅｒｎｅｔ（登録商標）等のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）により構成され、各装置間での各種の情報の送受信は、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがって行われる。ネットワークＮＷ上に接続されている前述の各装置は、装置間において、各装置が有する入出力インタフェースにより、ＴＣＰ／ＩＰ等の各種のプロトコルにしたがった通信による信号伝送（情報伝送）が可能である。なお、エレベータシステムを構成する各装置間は、他の信号形式のネットワークや、専用の信号網を介して接続されてもよい。
【００２１】
群管理制御装置１０は、コンピュータを利用して構成され、制御部１１と、記憶部１２と、入出力インタフェース１３と、を備える。
【００２２】
制御部１１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部１１は、記憶部１２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、群管理制御装置１０における後述する各種の機能を実現する。
【００２３】
入出力インタフェース１３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース１３は、群管理制御装置１０が、セキュリティコントローラ１００、乗場行先階登録装置３０（３０Ａ〜３０Ｚ）、及びエレベータ制御装置４０（４０Ａ〜４０Ｃ）との間で各種信号を送受信するためのインタフェースである。入出力インタフェース１３は、制御部１１から出力される信号を所定の形式の信号に変換してセキュリティコントローラ１００、乗場行先階登録装置３０、エレベータ制御装置４０に出力する。また、入出力インタフェース１３は、セキュリティコントローラ１００、乗場行先階登録装置３０、エレベータ制御装置４０から入力された信号を所定の形式の信号に変換して制御部１１に出力する。
【００２４】
記憶部１２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の群管理制御装置１０の各種機能を実現するためのプログラムを含む。
【００２５】
記憶部１２は、データとして例えば登録装置情報テーブルを格納している。登録装置情報テーブルでは、複数台の乗場行先階登録装置３０の登録装置識別情報に紐付けて、乗場行先階登録装置３０の設置階を示す設置階情報と、併設されたカードリーダ３６のリーダ識別情報とが記録されている。
【００２６】
登録装置識別情報は、乗場行先階登録装置３０毎に設定されたユニークな情報であり、複数の乗場行先階登録装置３０を群管理制御装置１０において識別させるための情報である。
【００２７】
設置階情報が示す設置階は、群管理制御装置１０において、乗場行先階登録装置３０を利用して入力された行先階の呼びの出発階として利用される。例えば、制御部１１は、複数台の乗場行先階登録装置３０のいずれかで行先階が入力されたことに伴って、乗場行先階登録装置３０から行先階の情報と登録装置識別情報とを受信した場合、登録装置情報テーブルを参照して、当該乗場行先階登録装置３０から受信した登録装置識別情報に対応する設置階情報を読み出し、当該設置階情報が示す設置階を行先階呼びの出発階として設定する。
【００２８】
リーダ識別情報は、カードリーダ３６毎に設定されたユニークな情報であり、複数のカードリーダ３６をセキュリティコントローラ１００及び群管理制御装置１０において識別させるための識別情報である。
【００２９】
制御部１１は、乗場行先階登録装置３０から割当依頼情報を受信し、かつ割当依頼情報を受信してから所定時間以内にセキュリティコントローラ１００から利用者識別情報及びリーダ識別情報を受信した場合、受信したリーダ識別情報が、直前に受信した割当依頼情報に含まれる登録装置識別情報に紐付けられたリーダ識別情報と一致するか否かを判断する。そして、一致する場合、制御部１１は、受信した割当依頼情報に基づいて割当号機を決定し、決定した割当号機を示す情報を、割当依頼情報に含まれる登録装置識別情報が示す乗場行先階登録装置３０に送信する。
【００３０】
１−２−３．乗場行先階登録装置
図２は、実施の形態１における乗場行先階登録装置３０の電気的構成を示すブロック図である。
【００３１】
乗場行先階登録装置３０は、利用者が行先階の登録を行うための装置である。乗場行先階登録装置３０は、制御部３１と、記憶部３２と、入出力インタフェース３３と、表示部３４と、操作部３５とを備える。
【００３２】
記憶部３２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態の乗場行先階登録装置３０の各種機能を実現するためのプログラムを含む。
【００３３】
制御部３１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部３１は、記憶部３２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、乗場行先階登録装置３０における後述する各種の機能を実現する。
【００３４】
入出力インタフェース３３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース３３は、乗場行先階登録装置３０が群管理制御装置１０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース３３は、制御部３１から出力された信号を所定の形式の信号に変換して群管理制御装置１０に出力する。また、入出力インタフェース３３は、群管理制御装置１０から入力された信号を所定の形式の信号に変換して制御部３１に出力する。
【００３５】
操作部３５は、利用者による乗場行先階登録装置３０の操作を受け付けるインタフェースである。操作部３５は、操作内容に応じた信号を制御部３１に出力する。
【００３６】
表示部３４は、制御部３１から出力される表示信号に基づく画像等の表示を行う。
【００３７】
表示部３４及び操作部３５は、例えば液晶ディスプレイパネルや有機ＥＬディスプレイパネルを利用したタッチパネル式表示装置により一体的に構成されてもよい。また、表示部３４と操作部３５は、表示部３４に表示されているボタン等のオブジェクトを指定可能であれば、異なる部品を利用して別々に構成されてもよい。
【００３８】
１−２−４．カードリーダ
カードリーダ３６は、ＩＣカードのＩＣタグに記録された情報を例えば電磁的に非接触で読み取る。
【００３９】
カードリーダ３６は、ＩＤカード等のＩＣカードが提示されると、ＩＣカードからカードＩＤを読み取る。カードリーダ３６は、取得したカードＩＤを、セキュリティコントローラ１００に出力する。なお、このとき、カードリーダ３６は、当該カードリーダ３６のリーダ識別情報をあわせてセキュリティコントローラ１００に送信する。
【００４０】
１−２−５．エレベータ制御装置
図１に示すように、エレベータ制御装置４０Ａ〜４０Ｃは、エレベータ６０Ａ〜６０Ｃに対応させて設けられ、群管理制御装置１０からの制御信号にしたがって、対応するエレベータ６０Ａ〜６０Ｃの巻上機（モータ）等の動作を制御することにより、エレベータ６０Ａ〜６０Ｃのかごの上昇、下降、停止等を制御する。また、エレベータ制御装置４０Ａ〜４０Ｃは、対応するエレベータ６０Ａ〜６０Ｃのかごの位置、走行方向、ドアの開閉状態、荷重等を含むかご状態を検知して、検知したかご状態を示す情報等を群管理制御装置１０に出力する。なお、以下では、これらのエレベータ制御装置４０Ａ〜４０Ｃを区別せずに「エレベータ制御装置４０」という場合がある。
【００４１】
図３は、実施の形態１におけるエレベータ制御装置４０の電気的構成を示すブロック図である。
【００４２】
各エレベータ制御装置４０（エレベータ制御装置４０Ａ〜４０Ｃ）は、群管理制御装置１０同様に、制御部４１、記憶部４２、入出力インタフェース４３等を有するコンピュータにより構成可能である。
【００４３】
１−２−６．セキュリティコントローラ
セキュリティコントローラ１００は、乗場行先階登録装置３０のカードリーダ３６で取得されたカードＩＤに基づいて、ＩＤカードが正規なものであるか否かの判断を行う。つまり、セキュリティ認証を行う。また、セキュリティコントローラ１００は、乗場行先階登録装置３０のカードリーダ３６で取得されたカードＩＤが正規なものである場合、記憶部から、カードＩＤに紐付けられて格納されている利用者識別情報を読み出す。セキュリティコントローラ１００は、読み出した利用者識別情報を群管理制御装置１０に送信する。
【００４４】
図４は、実施の形態１におけるセキュリティコントローラ１００の電気的構成を示すブロック図である。
【００４５】
セキュリティコントローラ１００は、コンピュータを利用して構成され、制御部１０１と、記憶部１０２と、入出力インタフェース１０３と、を備える。
【００４６】
記憶部１０２は、例えばＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を利用して構成され、プログラム、及び種々のデータを格納している。プログラムは、本実施の形態のセキュリティコントローラ１００の後述する各種機能を実現するためのプログラムを含む。記憶部１０２は、データとして、カードデータベース（以下「カードＤＢ」という）を格納している。カードＤＢは、例えば、カードＩＤに紐付けて、エレベータ利用者の利用者識別情報を格納している。カードＩＤ及び利用者識別情報はそれぞれユニークな情報である。
【００４７】
制御部１０１は、例えばＣＰＵ、ＭＰＵ等を利用して構成される。制御部１０１は、記憶部１０２から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、セキュリティコントローラ１００における各種の機能を実現する。
【００４８】
入出力インタフェース１０３は、例えばＬＡＮアダプタ等を利用して構成される。入出力インタフェース１０３は、セキュリティコントローラ１００が、カードリーダ３６、及び群管理制御装置１０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース１０３は、制御部１０１から出力された信号を所定の形式の信号に変換して群管理制御装置１０、及びカードリーダ３６に出力する。また、入出力インタフェース１０３は、カードリーダ３６、及び群管理制御装置１０から入力された信号を所定の形式の信号に変換して制御部１０１に出力する。
【００４９】
２．動作
２−１．号機割当制御等
利用者が、乗場行先階登録装置３０で行先階を入力すると、入力された行先階の情報と、当該乗場行先階登録装置３０の登録装置識別情報とを含む割当依頼情報が乗場行先階登録装置３０から群管理制御装置１０に送信される。
【００５０】
このとき、例えば所定時間以内に利用者がカードリーダ３６にＩＤカードをかざすと、カードリーダ３６でカードＩＤが読み取られる。カードリーダ３６は、読み取ったカードＩＤと、当該カードリーダ３６のリーダ識別情報をセキュリティコントローラ１００に送信する。
【００５１】
セキュリティコントローラ１００は、カードリーダ３６から受信したカードＩＤがカードＤＢに登録されているか否かを判断し、登録されている場合、カードＩＤに紐付けられている利用者識別情報をカードＤＢから読み出す。そして、セキュリティコントローラ１００は、利用者識別情報及びリーダ識別情報を群管理制御装置１０に送信する。これに対し、カードリーダ３６から受信したカードＩＤがカードＤＢに登録されていない場合、セキュリティコントローラ１００は、利用者識別情報及びリーダ識別情報を群管理制御装置１０に送信しない。正規でないＩＤカードが提示されたと考えられるためである。
【００５２】
群管理制御装置１０は、乗場行先階登録装置３０から割当依頼情報を受信し、かつ割当依頼情報を受信してから所定時間以内にセキュリティコントローラ１００から利用者識別情報及びリーダ識別情報を受信した場合、受信した割当依頼情報に基づいて割当号機を決定し、決定した割当号機を示す割当号機情報を、割当依頼情報に含まれる登録装置識別情報が示す乗場行先階登録装置３０に送信する。
【００５３】
乗場行先階登録装置３０は、群管理制御装置１０から割当号機情報を受信すると、表示部３４に割当号機情報が示す割当号機名を表示する。
【００５４】
２−２．サービス履歴データベース
図５は、実施の形態１における群管理制御装置１０の記憶部１２に格納されているサービス履歴データベースの構成を示す図である。
【００５５】
サービス履歴データベース（サービス履歴ＤＢ）は、利用者の利用者識別情報に紐付けて、利用者属性と、第１待ち時間ＷＴ１と、第２待ち時間ＷＴ２と、第３待ち時間ＷＴ３と、第４待ち時間ＷＴ４と、サービス評価係数ｐと、属性係数ａと、サービス強化係数ｗとを格納している。これらのうち、利用者識別情報と、利用者属性と、属性係数ａは、利用者の情報を新規にサービス履歴ＤＢに登録する際に、例えばエレベータ管理者により登録される。これに対し、第１待ち時間ＷＴ１と、第２待ち時間ＷＴ２と、第３待ち時間ＷＴ３と、第４待ち時間ＷＴ４と、サービス評価係数ｐと、サービス強化係数ｗは、群管理制御装置１０により自動的に設定・登録される。サービス強化係数ｗは、本発明における重み係数の一例である。
【００５６】
「利用者識別情報」は、ビル（エレベータ）の利用者毎に一意に設定された、利用者を識別するための情報である。利用者識別情報は、例えばビル管理者によって設定される。なお、本例では利用者識別情報を１からの通し番号としたが、これは理解を容易にするためであり、通し番号に限定されるものではない。例えば、利用者識別情報は、１６桁程度の任意の数字であってもよい。また、利用者識別情報は文字や記号を含んでもよい。
【００５７】
「利用者属性」は、利用者の属性を示す情報であり、“ＶＩＰ”または“通常”と設定される。“ＶＩＰ”は、Ｖｅｒｙ  Ｉｍｐｏｒｔａｎｔ  Ｐｅｒｓｏｎであり、“通常”は、“ＶＩＰに該当しない一般の利用者である。
【００５８】
「ＷＴ１」、「ＷＴ２」、「ＷＴ３」、「ＷＴ４」は、利用者識別情報に係る利用者が実際にエレベータを利用した際に計測された実際の待ち時間であり、群管理制御装置１０により後述する方法により自動的に計測され、サービス履歴ＤＢに登録される。待ち時間は、サービス性に関する所定サービス時間の一例である。「ＷＴ１」は、１回前（直近）にエレベータを利用した際の待ち時間であり、「ＷＴ２」は、２回前にエレベータを利用した際の待ち時間であり、「ＷＴ３」は、３回前にエレベータを利用した際の待ち時間であり、「ＷＴ４」は、４回前にエレベータを利用した際の待ち時間である。利用者が初めて当該エレベータを利用したときには、計測された待ち時間が「ＷＴ１」に登録される。利用者が２回目に当該エレベータを利用したときには、「ＷＴ１」に記録されていた待ち時間は「ＷＴ２」に格納され、今回計測された最も新しい待ち時間が「ＷＴ１」に登録される。利用者が３回目に当該エレベータを利用したときには、「ＷＴ１」に記録されていた待ち時間は「ＷＴ２」に格納され、「ＷＴ２」に記録されていた待ち時間は「ＷＴ３」に格納され、今回計測された最も新しい待ち時間が「ＷＴ１」に登録される。利用者が４回目に当該エレベータを利用したときには、「ＷＴ１」に記録されていた待ち時間は「ＷＴ２」に格納され、「ＷＴ２」に記録されていた待ち時間は「ＷＴ３」に格納され、「ＷＴ３」に記録されていた待ち時間は「ＷＴ４」に格納され、今回計測された最も新しい待ち時間が「ＷＴ１」に登録される。利用者が５回目に当該エレベータを利用したときには、「ＷＴ１」に記録されていた待ち時間は「ＷＴ２」に格納され、「ＷＴ２」に記録されていた待ち時間は「ＷＴ３」に格納され、「ＷＴ３」に記録されていた待ち時間は「ＷＴ４」に格納され、「ＷＴ４」に記録されていた待ち時間は消去され、今回計測された最も新しい待ち時間が「ＷＴ１」に登録される。利用者が６回目に当該エレベータを利用したときには、５回目のとき同様の処理が行われる。
【００５９】
「サービス評価係数ｐ」は、利用者の直近所定回のエレベータ利用時のサービス性を示す係数である。サービス評価係数ｐは、直近所定回のエレベータ利用時において、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車可能となるまでの待ち時間に基づいて設定される。サービス評価係数ｐの値が大きいことは、直近所定回のエレベータ利用時に、通常よりも長い待ち時間が含まれ、サービス性が悪かったことを示す。サービス評価係数ｐは、後述する図１０のフローチャートに基づく処理により一定時間周期で更新される。一定時間は例えば３０分である。
【００６０】
「属性係数ａ」には、「利用者属性」に応じて設定される係数である。「属性係数ａ」は、ＶＩＰについては５．０に設定され、ＶＩＰ以外については１．０に設定される。
【００６１】
「サービス強化係数ｗ」には、属性係数ａと、サービス評価係数ｐに基づいて、群管理制御装置１０により自動的に設定される。具体的には、サービス強化係数ｗは、属性係数ａにサービス評価係数ｐを乗算して得られる。サービス強化係数ｗは、後述する図１１のフローチャートに基づく処理により一定時間周期で更新される。
【００６２】
図５に示す例では、利用者識別情報“１”に紐付けて、利用者属性、第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４、サービス評価係数ｐ、属性係数ａ、サービス強化係数ｗとして、“通常”、“３０”、“２５”、“２２”、“１０”、“１．０”、“１．０”及び“１．０”がそれぞれ登録されている。利用者識別情報“１”の利用者の第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４は、いずれも平均待ち時間ＡＷＴの３０秒以下である。また、利用者属性は”通常”である。そのため、サービス強化対象とならず、サービス評価係数ｐ、及び属性係数ａはそれぞれ”１．０”に設定されている。サービス強化係数ｗは、属性係数ａ×サービス評価係数ｐにより、”１．０”となる
【００６３】
また、利用者識別情報“２”に紐付けて、利用者属性、第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４、サービス評価係数ｐ、属性係数ａ、サービス強化係数ｗとして、“ＶＩＰ”、“２０”、“１５”、“２２”、“２３”、“１．０”、“５．０”及び“５．０”がそれぞれ登録されている。利用者識別情報“２”の利用者の第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４は、いずれも平均待ち時間ＡＷＴの３０秒以下である。そのため、サービス評価係数ｐは、デフォルトの１．０に設定されている。一方、利用者属性が”ＶＩＰ”であるため、サービス強化対象となり、属性係数ａが”５．０”に設定される。サービス強化係数ｗは、属性係数ａ×サービス評価係数ｐにより、”５．０”となる。
【００６４】
また、利用者識別情報“３”に紐付けて、利用者属性、第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４、サービス評価係数ｐ、属性係数ａ、サービス強化係数ｗとして、“通常”、“６５”、“１０”、“６１”、“５”、“４．２”、“１．０”及び“４．２”がそれぞれ登録されている。利用者識別情報“３”の利用者の第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４のうち、第１待ち時間ＷＴ１及び第３待ち時間ＷＴ３は、平均待ち時間ＡＷＴの３０秒よりも長い。この場合、利用者識別情報“３”の利用者をサービス強化対象とする。サービス評価係数ｐは、（６５＋６１）／３０により求められた“４．２”に設定される。サービス強化係数ｗは、属性係数ａ×サービス評価係数ｐにより、”４．２”となる。
【００６５】
また、利用者識別情報“４”に紐付けて、利用者属性、第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４、サービス評価係数ｐ、属性係数ａ、サービス強化係数ｗとして、“通常”、“１４５”、“１０”、“２０”、“１０”、“４．８”、“１．０”及び“４．８”がそれぞれ登録されている。利用者識別情報“４”の利用者の第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４のうち、直近の第１待ち時間ＷＴ１が、平均待ち時間ＡＷＴの３０秒よりも極端に長い１４５秒（平均待ち時間ＡＷＴの４倍以上）となっている。この場合、利用者識別情報“４”の利用者をサービス強化対象とする。サービス評価係数ｐは、例えば１４５／３０により求められた“４．８”に設定される。サービス強化係数ｗは、属性係数ａ×サービス評価係数ｐにより、”４．８”となる。
【００６６】
それ以外の利用者識別情報に対しても同様に、各利用者識別情報に紐付けて、利用者属性、第１待ち時間ＷＴ１、第２待ち時間ＷＴ２、第３待ち時間ＷＴ３、第４待ち時間ＷＴ４、サービス評価係数ｐ、属性係数ａ、及びサービス強化係数ｗの各内容が登録されている。
【００６７】
２−３．群管理制御装置の動作
図６は、実施の形態１における群管理制御装置１０の割当動作を説明するフローチャートである。
【００６８】
群管理制御装置１０は、乗場行先階登録装置３０から割当依頼情報を受信したか否かを判断する（Ｓ１０１Ａ）。
【００６９】
割当依頼情報を受信していない場合（Ｓ１０１ＡでＮＯ）、群管理制御装置１０は、ステップＳ１０１Ａの判断を再度実行する。
【００７０】
割当依頼情報を受信した場合（Ｓ１０１ＡでＹＥＳ）、群管理制御装置１０は、セキュリティコントローラから利用者識別情報を受信したか否かを判断する（Ｓ１０１Ｂ）。
【００７１】
セキュリティコントローラから利用者識別情報を受信していない場合（Ｓ１０１ＢでＮＯ）、群管理制御装置１０は、ステップＳ１０１Ｂの判断を再度実行する。なお、ステップＳ１０１Ｂの判断が所定回数繰り返された場合、ステップＳ１０１Ａの判断に戻ってもよい。利用者がＩＤカードを有していない利用者の可能性があるからである。
【００７２】
セキュリティコントローラから利用者識別情報を受信した場合（Ｓ１０１ＢでＹＥＳ）、群管理制御装置１０は、号機番号ｉとして１を設定する（Ｓ１０２）。
【００７３】
群管理制御装置１０は、割当済でサービス未完了の行先階呼びの情報（出発階、行先階、利用者識別情報、割当号機）を、記憶部１２から読み出す（Ｓ１０３）。これらの情報は、例えば図７に示すようなサービス未完了行先階呼びリストにおいて管理される。サービス未完了の行先階呼びとは、割当済であるが、割当号機が行先階呼びの行先階に到着していない呼びである。
【００７４】
図７は、実施の形態１におけるサービス未完了行先階呼びリストの一例を示した図である。
【００７５】
サービス未完了行先階呼びリストには、行先階呼びの呼び番号ｊに紐付けて、割当号機、利用者識別情報、出発階、及び行先階の情報が登録されている。
【００７６】
「呼び番号」は、サービス未完了の行先階呼びの通し番号であり、適宜”ｊ”で示す。呼び番号は、行先階呼びを登録した利用者に対する通し番号でもあり、以下では、利用者に通し番号（ｊ）を付して「利用者ｊ」という場合がある。
【００７７】
「割当号機」は、呼び番号の行先階呼びに対して割り当てられたエレベータの番号である。
【００７８】
「利用者識別情報」は、サービス履歴ＤＢの「利用者識別情報」と同じ内容の情報であり、ビル（エレベータ）の利用者毎に一意に設定された、利用者を識別するための情報である。
【００７９】
「出発階」は、行先階呼びにおける出発階である。
【００８０】
「行先階」は、行先階呼びにおける行先階である。
【００８１】
図７では、サービス未完了行先階呼びリストに、３個の行先階呼びの情報が登録されている例を示す。例えば、呼び番号“１”に紐付けて、割当号機、利用者識別情報、出発階、及び行先階として、“３”、“２”、“１”、及び“５”がそれぞれ登録されている。呼び番号“２”に紐付けて、割当号機、利用者識別情報、出発階、及び行先階として、“１”、“４”、“３”、及び“１”がそれぞれ登録されている。呼び番号“３”に紐付けて、割当号機、利用者識別情報、出発階、及び行先階として、“２”、“１”、“２”、及び“７”がそれぞれ登録されている。
【００８２】
群管理制御装置１０は、割当済でサービス未完了の行先階呼び及び新規の行先階呼びについて、各行先階呼びに対応する利用者の利用者識別情報に紐づけられたサービス強化係数をサービス履歴ＤＢから読み出す（Ｓ１０４）。
【００８３】
群管理制御装置１０は、受信した新規の割当依頼に係る新規の行先階呼びを、番号ｉのエレベータ（以下適宜「ｉ号機」という）に割り当てた場合の各号機の運行予定を計算する（Ｓ１０５）。なお、群管理制御装置１０は、各号機のエレベータ制御装置４０との間で通信を行って各号機の現在のかご状態（かごの位置、走行方向、ドアの開閉状態、荷重等を含む）を示す情報を適宜なタイミングで取得している。
【００８４】
群管理制御装置１０は、計算結果に基づいて、新規行先階呼び及びサービス未完了の行先階呼びに係る全利用者について、所定サービス時間を求める（Ｓ１０６）。本実施の形態では、所定サービス時間は、予測待ち時間ＷＴｊである。予測待ち時間ＷＴｊは、利用者ｊが行先階呼びｊを登録してから、当該行先階呼びｊに割り当てられたエレベータ（割当号機）が行先階呼びｊの出発階に到着するまでの待ち時間の予測値である。
【００８５】
群管理制御装置１０は、新規の行先階呼びをｉ号機に割り当てた場合の評価値Ｅｉを、下記式に基づいて求める（Ｓ１０７）。つまり、評価値Ｅｉは、サービス未完了の行先階呼びｊに係る利用者ｊのサービス強化係数ｗｊに利用者ｊの予測待ち時間ＷＴｊを乗算して得られる評価待ち時間ｗｊ・ＷＴｊを、サービス未完了の全ての行先階呼びの利用者について積算した値Σ（ｗｊ・ＷＴｊ）である。ｊは、サービス未完了の行先階呼びについての前述した呼び番号（通し番号）であり、１〜ｎの整数である。ｎは、サービス未完了の行先階呼びの数と等しい。
【００８６】
Ｅｉ＝Σ（ｗｊ・ＷＴｊ）
Ｅｉ：ｉ号機に割り当てた場合の評価値
ｗｊ：利用者ｊのサービス強化係数（待ち時間に関する）
ＷＴｊ：利用者ｊの予測待ち時間
【００８７】
群管理制御装置１０は、番号ｉとして、現在のｉに１を加算した値を設定する（Ｓ１０８）。
【００８８】
群管理制御装置１０は、番号ｉがエレベータ台数よりも大きいか否かを判断する（Ｓ１０９）。
【００８９】
番号ｉがエレベータ台数よりも大きくない場合（Ｓ１０９でＮＯ）、群管理制御装置１０は、ステップＳ１０５に戻る。
【００９０】
番号ｉがエレベータ台数よりも大きい場合（Ｓ１０９でＹＥＳ）、群管理制御装置１０は、全号機のうち、最も小さい評価値Ｅｉを有する号機に新規行先階呼びを割り当てる（Ｓ１１０）。
【００９１】
群管理制御装置１０は、乗場行先階登録装置３０に割当号機情報を送信する（Ｓ１１１）。また、群管理制御装置１０は、割当号機のエレベータ制御装置４０に、新規行先階呼びについての応答指示信号を出力する。
【００９２】
群管理制御装置１０は、新規行先階呼びの情報（出発階、行先階、利用者識別情報、割当号機）を記憶部１２に格納する（Ｓ１１２）。例えば上述したサービス未完了行先階呼びリストに、新規行先階呼びの情報（出発階、行先階、利用者識別情報、割当号機）を記録する。
【００９３】
上述した図６のフローチャートによる割当制御の具体的一例を、図８Ａ、図８Ｂ、図８Ｃを参照して説明する。
【００９４】
図８Ａは、新規行先階呼びを１号機に仮割当した場合の評価値演算の一例を示した図である。図８Ｂは、新規行先階呼びを２号機に仮割当した場合の評価値演算の一例を示した図である。図８Ｃは、新規行先階呼びを３号機に仮割当した場合の評価値演算の一例を示した図である。
【００９５】
図８Ａ〜図８Ｃは、図７で示したサービス未完了の行先階呼びが登録されているときに、新規の行先階呼びが発生した場合を示している。なお、図８Ａ〜図８Ｃの各表は、本発明の具体例を説明するためのものであり、群管理制御装置１０において作成されなくてもよい。
【００９６】
各表では、サービス未完了の行先階呼びの呼び番号ｊ（利用者ｊ）に紐付けて、割当号機、利用者識別情報、サービス強化係数ｗｊ、予測待ち時間ＷＴｊ、及び評価待ち時間（ｗｊ＊ＷＴｊ）を示している。評価待ち時間（ｗｊ＊ＷＴｊ）は、本発明における評価サービス時間の一例である。新規の行先階呼びについての上記の各情報は、呼び番号”４”に紐付けて示している。呼び番号”１”、”２”、”３”のサービス未完了の行先階呼びの、割当号機、利用者識別情報の内容は、図７のサービス未完了行先階呼びリストの内容と同じである。呼び番号１”、”２”、”３”、”４”の各行先階呼びについてのサービス強化係数ｗｊは、図５のサービス履歴ＤＢで利用者識別情報に紐付けて登録されている値である。
【００９７】
図８Ａは、呼び番号”４”の新規行先階呼びを１号機に仮割当した場合を示している。１号機に仮割当した場合にステップＳ１０６で求められる、呼び番号”１”、”２”、”３”、”４”の行先階呼びの各予測待ち時間ＷＴｊは”２０”、”２５”、”１５”、”２５”であったものとする。また、呼び番号”１”、”２”、”３”、”４”の利用者ｊのサービス強化係数ｗｊは、利用者識別情報に基づいてサービス履歴ＤＢが取得され、”５．０”、”４．８”、”１．０”、”４．２”となる。この場合、呼び番号”１”、”２”、”３”、”４”の行先階呼びの各評価待ち時間ｗｊ＊ＷＴｊは、”１００”、”１２０”、”１５”、”１０５”となる。したがって、新規行先階呼びを１号機に仮割当した場合の、全利用者の行先階呼びの評価待ち時間ｗｊ＊ＷＴｊの総和Σ（ｗｊ＊ＷＴｊ）である評価値Ｅ１は”３６１”となる。
【００９８】
図８Ｂは、呼び番号”４”の新規行先階呼びを２号機に仮割当した場合を示している。２号機に仮割当した場合にステップＳ１０６で求められる、呼び番号”１”、”２”、”３”、”４”の行先階呼びの各予測待ち時間ＷＴｊは”２０”、”２０”、”２０”、”３０”であったものとする。また、呼び番号”１”、”２”、”３”、”４”の利用者ｊのサービス強化係数ｗｊは、１号機に仮割当した場合と同様に、”５．０”、”４．８”、”１．０”、”４．２”となる。この場合、呼び番号”１”、”２”、”３”、”４”の行先階呼びの各評価待ち時間ｗｊ＊ＷＴｊは、”１００”、”９６”、”２０”、”１２６”となる。したがって、新規行先階呼びを２号機に仮割当した場合の、全利用者の行先階呼びの評価待ち時間ｗｊ＊ＷＴｊの総和Σ（ｗｊ＊ＷＴｊ）である評価値Ｅ２は”３２１”となる。
【００９９】
図８Ｃは、呼び番号”４”の新規行先階呼びを２号機に仮割当した場合を示している。３号機に仮割当した場合にステップＳ１０６で求められる、呼び番号”１”、”２”、”３”、”４”の行先階呼びの各予測待ち時間ＷＴｊは”２０”、”２０”、”１５”、”２０”であったものとする。また、呼び番号”１”、”２”、”３”、”４”の利用者ｊのサービス強化係数ｗｊは、１号機に仮割当した場合と同様に、”５．０”、”４．８”、”１．０”、”４．２”となる。この場合、呼び番号”１”、”２”、”３”、”４”の行先階呼びの各評価待ち時間ｗｊ＊ＷＴｊは、”１２５”、”９６”、”１５”、”８４”となる。したがって、新規行先階呼びを３号機に仮割当した場合の、全利用者の行先階呼びの評価待ち時間ｗｊ＊ＷＴｊの総和Σ（ｗｊ＊ＷＴｊ）である評価値Ｅ３は”３２０”となる。
【０１００】
上記のように呼び番号”４”の新規行先階呼びを１号機、２号機、３号機にそれぞれ仮割当して評価値Ｅ１、Ｅ２、Ｅ３を求めたところ、評価値Ｅ３が最も小さい。この場合、群管理制御装置１０は、ステップＳ１０７において、呼び番号”４”の新規行先階呼びを３号機に割り当てることを決定する。
【０１０１】
群管理制御装置は、図８Ｄに示すように、サービス未完了行先階呼びリストに、呼び番号”４”の新規行先階呼びの情報（出発階、行先階、利用者識別情報、割当号機）を記録する。
【０１０２】
ここで、図５に示すように、呼び番号”２”の新規行先階呼びの利用者識別情報”４”の利用者では、直近の待ち時間ＷＴ１が１４５秒で、ビル全体の平均待ち時間ＡＷＴの３０秒よりも非常に長い。つまり、利用者識別情報”４”の利用者における待ち時間に関するサービス性は、全利用者の待ち時間に関するサービス性よりも悪い。今回の新規の行先階呼びについても待ち時間が長くなると、利用者識別情報”４”の利用者が待ち時間に関して大きな不満を持つ可能性がある。本実施の形態では、直近所定回の乗車時の待ち時間に相対的に長い時間が含まれている場合には、サービス強化係数ｗが大きい値に設定される。これにより、本例における呼び番号”２”の新規行先階呼びには、他の行先階呼びに対してよりも、より待ち時間の短いエレベータが割り当てられやすくなる。そのため、平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制できる。したがって、利用者識別情報”４”の利用者が待ち時間に関して大きな不満を持つことを抑制できる。
【０１０３】
次に、群管理制御装置１０におけるサービス履歴データベースの更新動作について説明する。
【０１０４】
図９は、実施の形態１における群管理制御装置１０のサービス履歴データベースの更新動作を説明するフローチャートである。
【０１０５】
群管理制御装置１０は、計測開始時刻（ＢＴ）、計測終了時刻（ＥＴ）をセットする（Ｓ２０１）。群管理制御装置１０は、例えば計測時間が２４時間となるように、計測開始時刻（ＢＴ）を０：００、計測終了時刻（ＥＴ）を２４：００に設定する。なお、計測時間は例えば３０分でもよく、この場合、群管理制御装置１０は、まず計測開始時刻（ＢＴ）を７：００、計測終了時刻（ＥＴ）を７：３０に設定し、次にステップＳ２０１を実行するときには、計測開始時刻（ＢＴ）を７：３０、計測終了時刻（ＥＴ）を８：００に設定し、次にステップＳ２０１を実行するときには、計測開始時刻（ＢＴ）を８：００、計測終了時刻（ＥＴ）を８：３０に設定し、以後、同様に、計測開始時刻（ＢＴ）及び計測終了時刻（ＥＴ）を３０分ずつシフトさせ時刻に設定する。
【０１０６】
群管理制御装置１０は、待ち時間合計値ｗｔ＿ｓｕｍ、及び利用者数ｎｐｓｇをそれぞれ０に初期化する（Ｓ２０２）。
【０１０７】
群管理制御装置１０は、現在時刻が計測開始時刻ＢＴよりも後、かつ計測終了時刻ＥＴよりも前か否かを判断する（Ｓ２０３）。
【０１０８】
現在時刻が計測開始時刻ＢＴよりも後、かつ計測終了時刻ＥＴよりも前である場合（Ｓ２０３でＹＥＳ）、群管理制御装置１０は、行先階呼びの登録操作があったか否かを判断する（Ｓ２０４）。具体的には、群管理制御装置１０は、乗場行先階登録装置３０から割当依頼情報を受信し、かつ割当依頼情報を受信してから所定時間以内にセキュリティコントローラ１００から利用者識別情報を受信したか否かを判断する。そして、この条件を満たす場合、行先階呼びの登録操作があったと判断し、この条件を満たさない場合、行先階呼びの登録操作はないと判断する。
【０１０９】
行先階呼びの登録操作がない場合（Ｓ２０４でＮＯ）、群管理制御装置１０は、ステップＳ２０３に戻る。
【０１１０】
行先階呼びの登録操作があった場合（Ｓ２０４でＹＥＳ）、群管理制御装置１０は、行先階呼びの登録操作があった登録時刻ｐｔ［ｉｄ］として、現在時刻を設定する（Ｓ２０５）。ここで、ｉｄは、セキュリティコントローラ１００から受信した利用者識別情報であり、登録時刻ｐｔ［ｉｄ］は、利用者識別情報がｉｄの利用者の登録時刻である。
【０１１１】
群管理制御装置１０は、ある利用者の割当号機がその利用者の出発階に到着したか否かを判断する（Ｓ２０６）。例えば、群管理制御装置１０は、ある号機がある階床に停止したときに、当該階床がいずれかの利用者の出発階であるか否かを判断し、出発階であるときは、当該利用者の割当号機がその利用者の出発階に到着したと判断する。ここで、割当号機が出発階に到着とは、割当号機が階床に停止し、戸開が始まったことである。行先階に到着についても同様である。
【０１１２】
ある利用者の割当号機がその利用者の出発階に到着しない場合（Ｓ２０６でＮＯ）、ステップＳ２０３に戻る。ある利用者の割当号機がその利用者の出発階に到着した場合（Ｓ２０６でＹＥＳ）、群管理制御装置１０は、現在時刻と登録時刻ｐｔ［ｉｄ］とに基づいて、待ち時間ｗｔ［ｉｄ］を求める（Ｓ２０７）。
【０１１３】
群管理制御装置１０は、求めた待ち時間ｗｔ［ｉｄ］を、サービス履歴ＤＢにおける値ｉｄの利用者識別情報に紐付けて記録する（Ｓ２０８）。より具体的には、群管理制御装置１０は、待ち時間ｗｔ［ｉｄ］を、サービス履歴ＤＢの利用者識別情報がｉｄの待ち時間ＷＴ１の欄に記録する。このとき、既に待ち時間ＷＴ１の欄に待ち時間の計測値が記録されているときは、既に記録されている計測値を、前述したように一つずつ古い方にシフトさせて記録する。
【０１１４】
群管理制御装置１０は、利用者数ｎｐｓｇに１を加算するとともに、待ち時間合計値ｗｔ＿ｓｕｍに待ち時間ｗｔ［ｉｄ］を加算し（Ｓ２０９）、ステップＳ２０３に戻る。
【０１１５】
ステップＳ２０３において、現在時刻が計測開始時刻ＢＴよりも後、かつ計測終了時刻ＥＴよりも後という条件が満たされない場合（Ｓ２０３でＮＯ）、群管理制御装置１０は、現在時刻が計測終了時刻ＥＴよりも後であるか否かを判断する（Ｓ２１０）。
【０１１６】
現在時刻が計測終了時刻ＥＴよりも後でない場合（Ｓ２１０でＮＯ）、群管理制御装置１０は、ステップＳ２０３に戻る。
【０１１７】
現在時刻が計測終了時刻ＥＴよりも後である場合（Ｓ２１０でＹＥＳ）、群管理制御装置１０は、計測開始時刻ＢＴから計測終了時刻ＥＴの間の全利用者の平均待ち時間ＡＷＴを計算する（Ｓ２１１）。具体的には、群管理制御装置１０は、待ち時間合計値ｗｔ＿ｓｕｍを利用者数ｎｐｓｇで除算し、除算により得られた値を平均待ち時間ＡＷＴとする。
【０１１８】
群管理制御装置１０は、サービス履歴ＤＢに平均待ち時間ＡＷＴを共通データとして記録する（Ｓ２１２）。
【０１１９】
群管理制御装置１０は、サービス履歴ＤＢに利用者数ｎｐｓｇを記録し（Ｓ２１３）、ステップＳ２０１に戻る。
【０１２０】
図１０は、実施の形態１における群管理制御装置１０によるサービス評価係数ｐの更新動作を説明するフローチャートである。
【０１２１】
本フローチャートに基づく処理は、図９のフローチャートによる処理が終了した直後に実行される。
【０１２２】
群管理制御装置１０は、利用者識別情報の値ｉｄとして１を設定する（Ｓ３０１）。
【０１２３】
群管理制御装置１０は、利用者識別情報がｉｄの利用者のサービス評価係数ｐ［ｉｄ］として初期値の１．０を設定する（Ｓ３０２）
【０１２４】
群管理制御装置１０は、サービス履歴ＤＢに、利用者識別情報がｉｄの利用者の待ち時間の情報が４個以上記録されているか否かを判断する（Ｓ３０３）。例えば、群管理制御装置１０は、サービス履歴ＤＢに、利用者識別情報がｉｄの利用者の待ち時間の情報として、ＷＴ１、ＷＴ２、ＷＴ３、ＷＴ４の４個の待ち時間が記録されているか否かを判断する。
【０１２５】
利用者識別情報がｉｄの利用者の待ち時間の情報が４個以上記録されている場合（Ｓ３０３でＹＥＳ）、つまりＷＴ１、ＷＴ２、ＷＴ３、ＷＴ４の全てが記録されている場合、群管理制御装置１０は、利用者識別情報がｉｄの利用者の直近の待ち時間ＷＴ１が、平均待ち時間ＡＷＴの４倍以上の時間（ＡＷＴ×４）であるか否かを判断する（Ｓ３０４）。
【０１２６】
直近の待ち時間ＷＴ１が、平均待ち時間ＡＷＴの４倍以上の時間（ＡＷＴ×４）である場合（Ｓ３０４でＹＥＳ）、群管理制御装置１０は、利用者識別情報がｉｄの利用者のサービス評価係数ｐ［ｉｄ］が値Ａ未満であるか否かを判断する（Ｓ３０６）。値Ａは、利用者識別情報がｉｄの利用者の直近の待ち時間ＷＴ１を平均待ち時間ＡＷＴで除算して得られた値（ＷＴ１／ＡＷＴ）である。なお、平均待ち時間ＡＷＴの４倍（ＡＷＴ×４）は一例であり、例えば、平均待ち時間ＡＷＴの３倍（ＡＷＴ×３）や、平均待ち時間ＡＷＴの５倍（ＡＷＴ×５）であってもよい。より大きい倍数に設定すれば、サービス性がより悪い利用者のみをサービス強化の対象者として絞り込むことができる。より小さい倍数に設定すれば、サービス強化の対象者を広げることができる。
【０１２７】
利用者識別情報がｉｄの利用者のサービス評価係数ｐ［ｉｄ］が値Ａ未満である場合（Ｓ３０６でＹＥＳ）、群管理制御装置１０は、サービス評価係数ｐ［ｉｄ］として値Ａを設定する（Ｓ３０７）。これによると、直近の待ち時間ＷＴ１が平均待ち時間ＡＷＴの４倍以上の時間（ＡＷＴ×４）である利用者については、直近の待ち時間ＷＴ１に応じた大きい値を有するサービス評価係数ｐ［ｉｄ］が設定されることとなる。例えば平均待ち時間ＡＷＴが３０秒であったとすると、平均待ち時間ＡＷＴの４倍は１２０秒であり、非常に長い待ち時間である。直近の待ち時間ＷＴ１がこのように平均待ち時間ＡＷＴの４倍（ＡＷＴ×４）以上の時間である利用者は、長時間待たされたことでサービス性に関して疑念や不満を持ち始めている可能性がある。そこで、これ以上に疑念や不満を増大させないように、サービス評価係数ｐ［ｉｄ］として、直近の待ち時間ＷＴ１に応じた大きい値を設定するものである。
【０１２８】
利用者識別情報がｉｄの利用者のサービス評価係数ｐ［ｉｄ］が値Ａ未満でないと判断した場合（Ｓ３０６でＮＯ）、またはサービス評価係数ｐ［ｉｄ］として値Ａを設定した場合（Ｓ３０７）、または利用者識別情報がｉｄの利用者の直近の待ち時間ＷＴ１が平均待ち時間ＡＷＴの４倍以上の時間でないと判断した場合（Ｓ３０４でＮＯ）については、群管理制御装置１０は、ステップＳ３０５を実行する。
【０１２９】
すなわち、群管理制御装置１０は、利用者識別情報がｉｄの利用者の直近の４回の待ち時間ＷＴ１、ＷＴ２、ＷＴ３、ＷＴ４の中に、平均待ち時間ＡＷＴの２倍以上の長さの待ち時間（ＡＷＴ×２）が２個以上含まれているか否かを判断する（Ｓ３０５）。
【０１３０】
平均待ち時間ＡＷＴの２倍以上の長さの待ち時間（ＡＷＴ×２）が２個以上含まれている場合（Ｓ３０５でＹＥＳ）、群管理制御装置１０は、利用者識別情報がｉｄの利用者のサービス評価係数ｐ［ｉｄ］が値Ｂ未満であるか否かを判断する（Ｓ３０８）。値Ｂは、平均待ち時間ＡＷＴの２倍以上の長さの待ち時間（ＡＷＴ×２）のうち、長い方から２つの待ち時間ＷＴａ、ＷＴｂの合計を平均待ち時間ＡＷＴで除算して得られた値（（ＷＴａ＋ＷＴｂ）／ＡＷＴ）である。
【０１３１】
利用者識別情報がｉｄの利用者のサービス評価係数ｐ［ｉｄ］が値Ｂ未満である場合（Ｓ３０８でＹＥＳ）、群管理制御装置１０は、サービス評価係数ｐ［ｉｄ］として値Ｂを設定する（Ｓ３０９）。これによると、４回の待ち時間ＷＴ１、ＷＴ２、ＷＴ３、ＷＴ４の中に、平均待ち時間ＡＷＴの２倍以上の長さの待ち時間（ＡＷＴ×２）が２個以上含まれているときは、長い方から２つの待ち時間ＷＴａ、ＷＴｂに応じた大きさを有するサービス評価係数ｐ［ｉｄ］が設定されることとなる。平均待ち時間ＡＷＴが例えば３０秒であったとすると、平均待ち時間ＡＷＴの２倍は６０秒となり、比較的長い待ち時間である。直近所定回のエレベータ利用時の待ち時間の中に、平均待ち時間ＡＷＴの２倍以上の長さの待ち時間（ＡＷＴ×２）が２個以上含まれているような場合、利用者は、複数回にわたって比較的長時間待たされたことで、サービス性に関して疑念や不満を持ち始めている可能性がある。これ以上に疑念や不満を増大させないように、サービス評価係数ｐ［ｉｄ］として、２つの待ち時間ＷＴａ、ＷＴｂに応じた大きい値を設定するものである。
【０１３２】
利用者識別情報がｉｄの利用者のサービス評価係数ｐ［ｉｄ］が値Ｂ未満でないと判断した場合（Ｓ３０８でＮＯ）、またはステップＳ３０９でサービス評価係数ｐ［ｉｄ］として値Ｂを設定した場合（Ｓ３０９）、またはステップＳ３０５で平均待ち時間ＡＷＴの２倍以上長さの待ち時間（ＡＷＴ×２）が２個以上含まれていないと判断した場合（Ｓ３０５でＮＯ）、または利用者識別情報がｉｄの利用者の待ち時間の情報が４個以上記録されていないと判断した場合（Ｓ３０３でＮＯ）については、群管理制御装置１０は、ステップＳ３１０を実行する。
【０１３３】
すなわち、群管理制御装置１０は、利用者識別情報の値ｉｄとして１を加算した値を設定する（Ｓ３１０）。
【０１３４】
群管理制御装置１０は、利用者識別情報の値ｉｄが全ての利用者識別情報の数よりも大きいか否かを判断する（Ｓ３１１）。
【０１３５】
利用者識別情報の値ｉｄが全ての利用者識別情報の数よりも大きくない場合（Ｓ３１１でＮＯ）、群管理制御装置１０は、ステップＳ３０２に戻って、以後の処理を実行する。
【０１３６】
利用者識別情報の値ｉｄが全ての利用者識別情報の数よりも大きい場合（Ｓ３１１でＹＥＳ）、群管理制御装置１０は、本フローチャートに基づくサービス評価係数ｐの更新処理を終了する。
【０１３７】
図１１は、実施の形態１における群管理制御装置による各利用者のサービス強化係数ｗの更新処理を説明したフローチャートである。
【０１３８】
本フローチャートに基づく処理は、図１０のフローチャートによる処理が終了した直後に実行される。
【０１３９】
群管理制御装置１０は、利用者識別情報の値ｉｄとして１を設定する（Ｓ４０１）。
【０１４０】
群管理制御装置１０は、利用者識別情報がｉｄの利用者の属性係数ａ［ｉｄ］として初期値の１．０を設定する（Ｓ４０２）。
【０１４１】
群管理制御装置１０は、サービス履歴ＤＢを参照して、利用者識別情報がｉｄの利用者の属性がＶＩＰ（Ｖｅｒｙ  Ｉｍｐｏｒｔａｎｔ  Ｐｅｒｓｏｎ）であるか否かを判断する（Ｓ４０３）。
【０１４２】
利用者識別情報がｉｄの利用者の属性がＶＩＰである場合（Ｓ４０３でＹＥＳ）、群管理制御装置１０は、利用者識別情報がｉｄの利用者の属性係数ａ［ｉｄ］として５．０を設定する（Ｓ４０４）。属性係数ａ［ｉｄ］を５．０に設定することは、通常の利用者（初期値の１．０）に対して５倍の重み付けを行うことを意味する。なお、５．０という値は一例であり、本発明の主旨を逸脱しない範囲で適宜大きくし、あるいは小さくしてもよい。
【０１４３】
群管理制御装置１０は、利用者識別情報がｉｄの利用者のサービス強化係数ｗ［ｉｄ］を求める（Ｓ４０５）。具体的には、群管理制御装置１０は、利用者識別情報がｉｄの利用者の属性係数ａ［ｉｄ］と利用者識別情報がｉｄの利用者のサービス評価係数ｐ［ｉｄ］とを乗算し、乗算により得られた値を、利用者識別情報がｉｄの利用者のサービス強化係数ｗ［ｉｄ］として設定する。
【０１４４】
ステップＳ４０５において利用者識別情報がｉｄの利用者のサービス強化係数ｗ［ｉｄ］を求めた場合（Ｓ４０５）、または利用者識別情報がｉｄの利用者の属性がＶＩＰでない場合（Ｓ４０３でＮＯ）については、群管理制御装置１０は、ステップＳ４０６を実行する。
【０１４５】
すなわち、群管理制御装置１０は、利用者識別情報の値ｉｄとして１を加算した値を設定する（Ｓ４０６）。
【０１４６】
群管理制御装置１０は、値ｉｄが全利用者識別情報数よりも大きいか否かを判断する（Ｓ４０７）。
【０１４７】
値ｉｄが全利用者識別情報数よりも大きくない場合（Ｓ４０７でＮＯ）、群管理制御装置１０は、ステップＳ４０２に戻って、以後の処理を実行する。
【０１４８】
値ｉｄが全利用者識別情報数よりも大きい場合（Ｓ４０７でＹＥＳ）、群管理制御装置１０は、本フローチャートに基づくサービス強化係数ｗの更新処理を終了する。
【０１４９】
図１２は、実施の形態１における群管理制御装置１０のサービス強化対象者の絞り込み動作を説明するフローチャートである。
【０１５０】
このフローチャートによる処理は、図１１のフローチャートによるサービス強化係数ｗの更新処理に引き続いて実行される。
【０１５１】
群管理制御装置１０は、サービス強化対象数Ｎを設定する（Ｓ５０１）。例えば、群管理制御装置１０は、サービス履歴ＤＢに登録されている利用者の数の１０％に相当する値をサービス強化対象数Ｎとして設定する。
【０１５２】
群管理制御装置１０は、図１１のフローチャートによるサービス履歴ＤＢの更新処理で更新された各利用者のサービス強化係数ｗ［ｉｄ］のうち、大きい方からＮ＋１番目以後のサービス強化係数ｗ［ｉｄ］については、サービス履歴ＤＢ上の値を１．０に置き換える（Ｓ５０２）。例えば、図１１のフローチャートで求めたサービス強化係数ｗ［ｉｄ］が２．０であっても、大きい方からＮ＋１番目以後である場合、１．０に置き換えられる。また、図１１のフローチャートで求めたサービス強化係数ｗ［ｉｄ］が１．０である場合は、同じ１．０がそのまま残ることとなる。
【０１５３】
本フローチャートのサービス強化対象者の絞り込み処理によると、サービス強化の対象者が、サービス履歴ＤＢに登録されている利用者のうち、サービス強化係数ｗ［ｉｄ］が大きい方から１０％の利用者に絞り込まれる。これは、以下の理由による。すなわち、一部の利用者のサービス強化を行うと、他の利用者のサービス性が低下する虞があるが、サービス強化対象者が多くなりすぎると、全体としてのサービス性にも悪影響を与える虞がある。これを回避するため、本実施の形態では、サービス強化の対象者を、サービス履歴ＤＢに登録されている利用者の１０％に絞り込むものである。なお、サービス強化の対象者を、サービス強化係数ｗ［ｉｄ］が大きい方から一定数の利用者としてもよい。一定数は、エレベータシステムで群管理されるエレベータ群の総定員数の例えば２０％など、サービス性に悪影響を与えない利用者数に設定すればよい。
【０１５４】
（実施の形態１の変形例）
実施の形態１のエレベータ６０の群管理制御装置１０では、本発明におけるＮ種類の所定サービス時間のＮが１である例を示した。また、所定サービス時間が、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車可能となるまでの待ち時間である例を説明した。しかし、本発明において、Ｎ種類のＮは１でなく、２以上であってもよい。また、所定サービス時間は待ち時間以外の時間であってもよい。以下、実施の形態１の変形例を説明する。
【０１５５】
＜変形例１＞
変形例１では、Ｎは１であるが、所定サービス時間は、利用者が、行先階呼びに割り当てられたエレベータに出発階で乗車してから行先階で降車可能となるまでの乗車時間である。この場合、群管理制御装置１０は、待ち時間に代えて乗車時間を計測し、乗車時間の計測結果に基づいて、利用者ｊのサービス強化係数ｂｊを求める。また、仮割当による運行予定のシミュレーション結果に基づいて、利用者ｊの予測乗車時間ＢＴｊを求める。そして、利用者ｊのサービス強化係数ｂｊ及び予測乗車時間ＢＴｊに基づいて、ｉ号機に新規行先階呼びを割当てた場合の評価値Ｅｉを求める。
Ｅｉ＝Σｂｊ・ＢＴｊ
Ｅｉ：ｉ号機に割り当てた場合の評価値
ｂｊ：利用者ｊのサービス強化係数（乗車時間に関する）
ＢＴｊ：利用者ｊの予測乗車時間
【０１５６】
実施の形態１の変形例１によると、利用者の実際の乗車時間が長くなると、当該利用者の乗車時間が短くなるように、エレベータ６０の割当が行われることとなる。そのため、通常よりも悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制できる。
【０１５７】
＜変形例２＞
変形例２では、Ｎは２である。また、１種類の所定サービス時間は、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車可能となるまでの待ち時間であり、他の１種類の所定サービス時間は、利用者が、行先階呼びに割り当てられたエレベータに出発階で乗車してから行先階で降車可能となるまでの乗車時間である。この場合、群管理制御装置１０は、待ち時間及び乗車時間をそれぞれ計測する。そして、群管理制御装置１０は、待ち時間の計測結果に基づいて、利用者ｊのサービス強化係数ｗｊを求める。また、仮割当による運行予定の計算結果に基づいて、利用者ｊの予測待ち時間ＷＴｊを求める。また、群管理制御装置１０は、乗車時間の計測結果に基づいて、利用者ｊのサービス強化係数ｂｊを求める。また、仮割当による計算結果に基づいて、利用者ｊの予測乗車時間ＢＴｊを求める。そして、利用者ｊのサービス強化係数ｗｊ及び予測待ち時間ＷＴｊ、利用者ｊのサービス強化係数ｂｊ及び予測乗車時間ＢＴｊに基づいて、ｉ号機に新規行先階呼びを割当てた場合の評価値Ｅｉを求める。
Ｅｉ＝Σｗｊ・ＷＴｊ＋Σｂｊ・ＢＴｊ
Ｅｉ：ｉ号機に割り当てた場合の評価値
ｗｊ：利用者ｊのサービス強化係数（待ち時間に関する）
ＷＴｊ：利用者ｊの予測待ち時間
ｂｊ：利用者ｊのサービス強化係数（乗車時間に関する）
ＢＴｊ：利用者ｊの予測乗車時間
【０１５８】
実施の形態１の変形例２によると、待ち時間や乗車時間が長くなると、当該利用者の待ち時間や乗車時間が短くなるように、エレベータ６０の割当が行われることとなる。そのため、通常よりも悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制できる。
【０１５９】
また、本発明において、Ｎ種類のＮは３以上であってもよい。例えば、待ち時間、乗車時間以外に、１種類の所定サービス時間として、サービス完了時間を加えてもよい。サービス完了時間は、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車して行先階で降車可能となるまでの時間である。
【０１６０】
＜変形例３＞
種類の数Ｎが２以上の場合、種類毎にサービス強化係数の重み付けを行ってもよい。例えば、上記実施の形態１で求められたサービス強化係数ｗｊに対してさらに係数αを乗算した値を、最終的なサービス強化係数ｗｊとする。また、上記実施の形態１で求められたサービス強化係数ｂｊに対してさらに係数βを乗算した値を最終的なサービス強化係数ｂｊとする。そして、待ち時間を重視する場合には、係数αを例えば１．２とし、係数βを例えば０．８とする。これに対し、乗車時間を重視する場合には、係数αを例えば０．８とし、係数βを例えば１．２とする。
【０１６１】
これにより、Ｎ種類の所定サービス時間のうちエレベータ管理者、ビル管理者などが重視する種類の所定サービス時間を考慮しつつ利用者毎のサービス性を向上させることができる。
【０１６２】
（実施の形態についてのまとめ）
（Ｉ）実施の形態のエレベータの割当装置は、
乗車前に利用者により登録された行先階呼びを複数台のエレベータ６０のいずれかに割り当てる。
割当装置は、
新規の行先階呼びを登録した利用者の利用者識別情報を取得するカードリーダ３６（取得部）と、
利用者識別情報に紐付けて、当該利用者の過去直近所定回のエレベータ利用時のＮ種類（Ｎは１以上の整数）のサービス性に関連する所定サービス時間の実測結果に基づいてそれぞれ設定されたサービス強化係数（重み係数）を記憶する記憶部１２と、
制御部１１（割当制御部）と、を備える。
Ｎ種類のサービス強化係数（重み係数）は、Ｎ種類の所定サービス時間が長くなるとそれぞれ大きくなるように設定されている。
制御部１１（割当制御部）は、新規の行先階呼びが登録されたときに、
（１）複数台のエレベータ６０のうちの１台に新規の行先階呼びを仮割当して全エレベータ６０の運行予定を計算して（ａ）〜（ｃ）を実行し、
（ａ）計算結果に基づいて、新規の行先階呼び及びサービス未完了の行先階呼びに係る各利用者について、Ｎ種類の所定サービス時間をそれぞれ推定すること、
（ｂ）各利用者について、（ａ）で推定されたＮ種類の所定サービス時間に、記憶部１２に格納されているＮ種類のサービス強化係数（重み係数）のうち各利用者の利用者識別情報に紐付けられているＮ種類のサービス強化係数（重み係数）をそれぞれ乗算してＮ種類の評価サービス時間を求めること、
（ｃ）（ｂ）で求められたＮ種類の評価サービス時間の合計値を求めること、
（２）複数台のエレベータ６０のうちの残りのエレベータ６０について（１）をそれぞれ実行し、
（３）複数台のエレベータ６０のうち合計値として最も小さい値を有するエレベータ６０に新規の行先階呼びを割り当てる。
【０１６３】
これにより、利用者の過去の直近所定回のサービス性に関する所定サービス時間が長くなると、当該利用者の所定サービス時間が短くなるように、エレベータ６０の割当が行われることとなる。そのため、平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制できる。
【０１６４】
（ＩＩ）実施の形態のエレベータの割当装置において、
制御部１１（割当制御部）は、
新規の行先階呼びが登録されたときに、サービス性に関するＮ種類の所定サービス時間をそれぞれ実測し、
実測されたＮ種類の所定サービス時間に基づいてＮ種類のサービス強化係数（重み係数）をそれぞれ更新し、
更新されたＮ種類のサービス強化係数（重み係数）を、カードリーダ３６（取得部）で取得された利用者識別情報に紐付けて、記憶部１２に記憶させる。
【０１６５】
これにより、Ｎ種類のサービス強化係数（重み係数）が自動的に更新されることとなる。そのため、平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスが提供されることをより一層抑制できる。
【０１６６】
（ＩＩＩ）実施の形態のエレベータの割当装置において、
Ｎ種類のうちの１種類の所定サービス時間は、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車可能となるまでの待ち時間である。
【０１６７】
これにより、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車可能となるまでの待ち時間が長くなると、当該利用者の待ち時間が短くなるように、エレベータ６０の割当が行われることとなる。そのため、平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制できる。
【０１６８】
（ＩＶ）実施の形態のエレベータの割当装置において、
Ｎ種類のうちの１種類の所定サービス時間は、利用者が、行先階呼びに割り当てられたエレベータに出発階で乗車してから行先階で降車可能となるまでの乗車時間であってもよい。
【０１６９】
これにより、利用者が、行先階呼びに割り当てられたエレベータに出発階で乗車してから行先階で降車可能となるまでの乗車時間が長くなると、当該利用者の乗車時間が短くなるように、エレベータ６０の割当が行われることとなる。そのため、平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制できる。
【０１７０】
（Ｖ）実施の形態のエレベータの割当装置において、
Ｎは２以上の値であり、
Ｎ種類のうちの１種類の所定サービス時間は、利用者が、行先階呼びを登録してから、当該行先階呼びに割り当てられたエレベータに出発階で乗車可能となるまでの待ち時間であり、
Ｎ種類のうちの他の１種類の所定サービス時間は、利用者が、行先階呼びに割り当てられたエレベータに出発階で乗車してから行先階で降車可能となるまでの乗車時間であってもよい。
【０１７１】
これにより、待ち時間や乗車時間が長くなると、当該利用者の待ち時間や乗車時間が短くなるように、エレベータ６０の割当が行われることとなる。そのため、平均的なサービス水準と比較して悪いサービスを受けた利用者に対して再度悪いサービスが提供されることを抑制できる。
【０１７２】
（ＶＩ）実施の形態のエレベータの割当装置において、
各利用者のＮ種類のサービス強化係数（重み係数）は、各利用者の属性を加味して設定される。
【０１７３】
これにより、各利用者の属性に応じてサービス性を制御できる。
【０１７４】
（ＶＩＩ）実施の形態のエレベータの割当装置において、
制御部１１（割当制御部）は、Ｎ種類のサービス強化係数（重み係数）を、利用者の過去直近所定回のエレベータ利用時に実測されたサービス性に関するＮ種類の所定サービス時間に基づいてそれぞれ求め、Ｎ種類のサービス強化係数（重み係数）毎に、求められたサービス強化係数（重み係数）の値が大きい方から一定割合または一定数の利用者についてのみ、求められたサービス強化係数（重み係数）を、記憶部１２に記憶させるサービス強化係数（重み係数）として設定し、それ以外の利用者については、求められたサービス強化係数（重み係数）に代えて、サービス強化係数（重み係数）の初期値の１．０を、記憶部１２に記憶させるサービス強化係数（重み係数）として設定する。
【０１７５】
これにより、サービス強化対象者が多くなりすぎて、全体としてのサービス性に悪影響を与えるのを回避できる。
【０１７６】
（その他の実施の形態）
前記実施の形態では、利用者属性として、通常と、ＶＩＰを設定した。しかし、本発明では、利用者の属性として、通常やＶＩＰ以外の属性を設定してもよい。例えば、ビル管理者や、テナント料の高いフロア居住者を設定してもよい。また、これらの属性の属性係数ａ［ｉｄ］として１よりも大きい値を設定してもよい。その際、属性係数ａ［ｉｄ］の値を互いに異なる値としてもよい。
【０１７７】
前記実施の形態のエレベータシステムでは、カードリーダは、乗場行先階登録装置３０（３０Ａ〜３０Ｚ）に併設されている。しかし、本発明では、カードリーダ３６は、ビルのロビー階などに配置されることがあるセキュリティゲートに設けられてもよい。この場合、セキュリティコントローラ１００の記憶部１０２に、カードＩＤと紐付けて行先階及び出発階の情報を記憶させておく。セキュリティコントローラ１００は、カードリーダ３６からカードＩＤを受信すると、利用者識別情報とともに行先階及び出発階の情報を群管理制御装置１０に送信する。群管理制御装置１０は、セキュリティコントローラ１００から、利用者識別情報とともに行先階及び出発階の情報を受信すると、行先階呼びが発生したものとして、当該行先階呼びを複数台のエレベータ６０のいずれかに割り当てる動作を行う。群管理制御装置１０は、セキュリティゲートに備えられた表示器などに割当号機名（番号）などを表示させる。その他の動作は、実施の形態１と同様でよい。
【０１７８】
また、カードリーダ３６は、乗場行先階登録装置３０（３０Ａ〜３０Ｚ）に併設され、かつセキュリティゲートに配置されてもよい。この場合、群管理制御装置１０は、行先階及び出発階の情報の送信元の装置が乗場行先階登録装置３０（３０Ａ〜３０Ｚ）と、セキュリティコントローラ１００とのいずれであるかに応じて、上述したいずれかの動作を行う。
【０１７９】
前記実施の形態では、制御部１１、３１、４１、１０１は、ＣＰＵ、ＭＰＵ等を利用して構成され、記憶部１２、３２、４２、１０２から読み出したプログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、各種の機能を実現する。つまり、各制御部１１、３１、４１、１０１は、ハードウェアとソフトウェアとの協働により実現される。しかし、各制御部１１、３１、４１、１０１は、例えば、ハードウェア（電子回路）のみ、ＦＰＧＡ、ＡＳＩＣ等を利用して構成されてもよい。
【０１８０】
前記実施の形態では、ネットワークＮＷはＥｔｈｅｒｎｅｔであり、入出力インタフェース１３、３３、４３、１０３はＬＡＮアダプタ等を利用して構成されている。しかし、これは一例であり、ネットワークＮＷは、例えばＩＥＥＥ規格に準拠した無線ＬＡＮで構成され、入出力インタフェース１３、３３、４３、１０３は無線ＬＡＮアダプタ等で構成されてもよい。
【符号の説明】
【０１８１】
１０  群管理制御装置
１１  制御部
１２  記憶部
１３  入出力インタフェース
３０、３０Ａ〜３０Ｚ  乗場行先階登録装置
３１  制御部
３２  記憶部
３３  入出力インタフェース
３４  表示部
３５  操作部
３６  カードリーダ
４０、４０Ａ〜４０Ｃ  エレベータ制御装置
６０、６０Ａ〜６０Ｃ  エレベータ
１００  セキュリティコントローラ
１０１  制御部
１０２  記憶部
１０３  入出力インタフェース
【図１】
2019172450.tif 000003
【図２】
2019172450.tif 000004
【図３】
2019172450.tif 000005
【図４】
2019172450.tif 000006
【図５】
2019172450.tif 000007
【図６】
2019172450.tif 000008
【図７】
2019172450.tif 000009
【図８Ａ】
2019172450.tif 000010
【図８Ｂ】
2019172450.tif 000011
【図８Ｃ】
2019172450.tif 000012
【図８Ｄ】
2019172450.tif 000013
【図９】
2019172450.tif 000014
【図１０】
2019172450.tif 000015
【図１１】
2019172450.tif 000016
【図１２】
2019172450.tif 000017