JP2017186146A - 群管理エレベーター装置及び呼び登録装置の機能変更方法 - Google Patents

Abstract

【課題】呼び登録装置の機能変更を１台ずつ行なったり、呼び登録装置を機能変更するデータの配信日時を事前に設定したりするのは手間であり、また、呼び登録装置が機能変更されている間は、利用者が呼び登録装置を利用できなかった。【解決手段】書換え優先度決定部１１は、変更要求部４から呼び登録装置３の機能変更が要求された場合に、複数の呼び登録装置３から利用頻度が低い呼び登録装置３を優先して呼び登録装置３が保存する機能データを書換えるための書換え優先度を決定する。データ通信部１４は、変更要求部４から要求された機能変更に従って生成された書換えデータを、書換え優先度に従った順序で複数の呼び登録装置３に順に送信して呼び登録装置３の機能変更を行う。【選択図】図３

Description

本発明は、群管理エレベーター装置及び呼び登録装置の機能変更方法に関する。

比較的規模の大きなビルにおいては、エレベーターによる利用者輸送能力を向上させるために複数のエレベーターを併設し、乗り場での呼び登録に際して、最適な乗りかごを選択してサービスさせるシステムが導入されている。ビルの規模が大きくなるにつれ、ビル内に併設されるエレベーターの台数が多くなるため、群管理制御装置により、複数のエレベーターを適切に群管理制御することにより、利用者に対する待ち時間の低減等のサービス向上を図っている。近年、エレベーターに使用されるインターフェイスは多様性が高まり、液晶付きキーパッドやタッチパネル、カードリーダ、携帯端末等の無線式の呼び登録装置が広く普及してきている。そして、呼び登録装置に対して機能変更等のメンテナンスを行う際には、群管理制御装置が各呼び登録装置にプログラムやデータを配信していた。

例えば、特許文献１には、設定された配信日時で制御プログラムを複数のエレベーター制御装置に一括して配信したり、順次配信したりする制御を可能としたエレベーター監視システムについて開示されている。

特開２００７−３０２３８９号公報

ところで、特許文献１に記載された群管理エレベーター装置においては、予め所定の場所に記憶された制御プログラムを書換え、各呼び登録装置に配信する配信日時を事前に設定する必要があった。配信日時の設定が行われなければ、一般的には、全ての呼び登録装置、又は特定の呼び登録装置に対して、特定の時刻に更新データが配信されてしまう。更新データが配信された呼び登録装置は、更新データによって機能変更が完了するまで利用者が利用できなくなる。このように利用者が呼び登録装置を使用できない期間が生じると、利用者の利便性が低下する可能性があった。

本発明はこのような状況に鑑みて成されたものであり、利用者の利便性を損なうことなく、呼び登録装置の機能変更を行うことを目的とする。

本発明に係る群管理エレベーター装置は、複数の呼び登録装置と、群管理制御装置とを備える。
呼び登録装置は、乗り場に設置され、呼び登録が行われる。
群管理制御装置は、号機毎にエレベーターを運行する号機制御装置を通じて、複数のエレベーターの運行を群管理する。
この群管理制御装置は、書換え優先度決定部と、データ通信部と、を備える。
書換え優先度決定部は、変更要求部から呼び登録装置の機能変更が要求された場合に、複数の呼び登録装置から利用頻度が低い呼び登録装置を優先して呼び登録装置が保存する機能データを書換えるための書換え優先度を決定する。
データ通信部は、変更要求部から要求された機能変更に従って生成された書換えデータを、書換え優先度に従った順序で複数の呼び登録装置に順に送信して呼び登録装置の機能変更を行う。

本発明によれば、群管理制御装置が適切なタイミングで呼び登録装置の機能変更を自動的に行うことが可能であるため、利用者の利便性を損なわない。また、呼び登録装置の機能変更に伴う作業効率が向上する。
上記した以外の課題、構成及び効果は、以下の実施の形態例の説明により明らかにされる。

本発明の一実施の形態例に係る群管理エレベーター装置の構成例を示す概要図である。 本発明の一実施の形態例に係る呼び登録装置に設定されるモード毎に切替えられる画面の表示例を示すユーザー・インターフェイス図である。 本発明の一実施の形態例に係る群管理エレベーター装置の構成例を示す概要図である。 本発明の一実施の形態例に係る計算機のハードウェア構成例を示すブロック図である。 本発明の一実施の形態例に係る群管理制御装置から呼び登録装置に送信される書換えデータの構成図である。 本発明の一実施の形態例に係る進捗管理テーブルの構成例を示す説明図である。 本発明の一実施の形態例に係る群管理制御装置が書換え優先度を決定する動作例を示すフローチャートである。 本発明の一実施の形態例に係る第Ｎ系統のデータ書換え動作を示すフローチャートである。 本発明の一実施の形態例に係る呼び登録装置の機能変更を管理する画面の表示例を示すユーザー・インターフェイス図である。

以下、本発明を実施するための形態例について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。

始めに、一実施の形態例に係る群管理エレベーター装置３０の構成及び動作の概要を説明する。
図１は、群管理エレベーター装置３０の構成例を示す概要図である。
図２は、呼び登録装置３に設定されるモード毎に切替えられる画面の表示例を示すユーザー・インターフェイス図である。

図１に示すように群管理エレベーター装置３０は、各階の乗場に設置され、利用者が行先階を呼び登録することが可能な複数の呼び登録装置３と、エレベーターの運行を群管理制御する群管理制御装置２０とを備える。
呼び登録装置３は、機能データを保存しており、この機能データに基づいて各種の機能を実現する。全ての呼び登録装置３は、作業員が呼び登録装置３を保守する際に使用される変更要求部４を備える。この場合、作業員が特定の呼び登録装置３を操作して変更要求部４を使用する際には、他の呼び登録装置３が備える変更要求部４は使用されないものとする。或いは、作業員が特定の呼び登録装置３を操作して変更要求部４を使用している際には、他の呼び登録装置３が備える変更要求部４は使用できない旨を、他の呼び登録装置３に通知する。或いは、他の呼び登録装置３の変更要求を群管理制御装置２０にて却下し、その旨を他の呼び登録装置３に通知する。なお、特定の呼び登録装置３、例えば、１階の左端にある呼び登録装置３のみ変更要求部４を備えていてもよい。
群管理制御装置２０は、各呼び登録装置３の機能設定を行うための設定データを保存している。

そして、群管理制御装置２０には複数の呼び登録装置３が通信系統毎に接続される。各系統は、呼び登録装置３が接続された通信系統を識別するために用いられており、１階と２階に配置された呼び登録装置３は、左から順に第１系統、第２系統、第３系統、第４系統のようにグルーピングされる。

図２に示すように通常、呼び登録装置３は、利用者により呼び登録が行うことが可能な行先階登録モードに設定されており、呼び登録装置３には行先階登録画面Ｗ１が表示される。行先階登録画面Ｗ１は、利用者が行先階を呼び登録するために用いられる。
そして、作業員が呼び登録装置３の機能変更を群管理制御装置２０に要求する場合、作業員からの暗号操作が行われた呼び登録装置３が機能変更モードに変わる。この暗号操作は、例えば、通常の行き先階登録モードの画面にて手動や音声、ジェスチャーによる暗号操作、又は管理者用ＩＣカードをかざす操作、生体認証によって行われる。また、セキュリティ性を高めるために、これらの組合せでもよい。

機能変更モードに移行した呼び登録装置３には機能変更画面Ｗ２が表示される。機能変更画面Ｗ２は、作業員が、呼び登録装置３の機能を変更するために用いられる。呼び登録装置３の機能として、例えば、ボタン名、階床名、号機名、運行情報管理部５によって割り当てられた号機名の表示時間、テンキーによる２桁入力時の２桁目入力後から１桁目入力までの登録猶予時間、画面輝度、音量等の情報がある。

作業員が、機能変更画面Ｗ２の階床名釦を押すと、呼び登録装置３に階床名設定画面Ｗ１１が表示される。また、呼び登録装置３の種類によっては呼び登録装置３に階床名設定画面Ｗ１２が表示されることもある。ここで、階床名設定画面Ｗ１１には、プルダウンメニューと共に、破線Ｗ１１ａで囲まれた「釦１」〜「釦８」の釦名称と、破線Ｗ１１ｂで囲まれた、釦名称に対応する所定の表示がなされる。「釦１」〜「釦８」の釦名称は、変更される機能を特定するための変更アドレスに対応し、釦名称に対応する所定の表示は、変更される機能の内容を示す変更要求データに対応する。
例えば、「釦１」を“１”から“★（ロビー階行き）”に変更する場合、破線Ｗ１１ａで示される「釦１」に対応する破線Ｗ１１ｂの箇所に“★（ロビー階行き）”を設定する。また、「釦２」を“２”から“―（マイナス）”に変更する場合、破線Ｗ１１ａで示される「釦２」に対応する破線Ｗ１１ｂの箇所に“―（マイナス）”を設定する。同様に、階床名設定画面Ｗ１２では、「釦１」〜「釦８」に対応付けて、Ｂ３階から４階までの各階（中間階を含む）を設定している。

作業員が、機能変更画面Ｗ２の号機名釦を押すと、呼び登録装置３に号機名設定画面Ｗ１３が表示される。号機名設定画面Ｗ１３では、各エレベーター号機に対応する表示名称の設定が行える。
作業員が、機能変更画面Ｗ２の表示時間釦を押すと、呼び登録装置３に表示時間設定画面Ｗ１４が表示される。表示時間設定画面Ｗ１４では、利用者の属性を「一般」、「身障者」、「ＶＩＰ」、「特殊１〜５」に分けて、属性毎に行先階登録画面Ｗ１に表示される号機名等の表示時間を選択することが可能である。

なお、図２の破線で区切った右側には、機能変更画面Ｗ２以外の機能変更画面によって設定可能な機能変更を行うために用いられる画面の表示例が示されている。
例えば、その他設定画面Ｗ１５は、利用者の属性毎にテンキー猶予時間を設定するために用いられる。
その他設定画面Ｗ１６は、呼び登録装置３が設けられる建物に入居する会社の社名を設定するために用いられる。
他にも、機能変更の例として、呼び登録装置３に表示される画面の輝度変更、呼び登録装置３から放音される音声ガイドの音量変更等がある。
更に、変更アドレスと変更データを設定することで、特定のビル専用に追加した機能であっても変更可能である。

そして、作業員が各画面の下部にある決定釦を押すと、変更要求部４から群管理制御装置２０に機能変更要求が送信される。

ここで、図１及び図２を参照して呼び登録装置３の機能変更を行うときの処理について説明する。図１には、破線で各種データの流れを示している。
図１に示すように作業員が１階の左端にある呼び登録装置３を、上述した暗号操作により行先階登録モードから機能変更モードに変更する。このとき、図２に示すように呼び登録装置３の行先階登録画面Ｗ１が機能変更画面Ｗ２に変わる。

作業員が機能変更画面Ｗ２を通じて設定変更の指示を行うと、図１に示すように変更要求部４から群管理制御装置２０に向かって機能変更要求が送信される（Ｓ１）。群管理制御装置２０は、機能変更要求を受信すると、群管理制御装置２０内の記憶部に保存していた設定データを、変更要求部４から受信した機能変更要求に基づいて書換える（Ｓ２）。そして、群管理制御装置２０は、特定の通信系統毎に利用者が呼び登録装置３を利用していない期間に、呼び登録装置３の機能変更を行うための書換えデータを順次送信する（Ｓ３）。この書換えデータにより全ての呼び登録装置３の機能データが書換えられ、呼び登録装置３の機能変更が行われる。

群管理エレベーター装置３０の管理者又は作業員は、自身が赴いた呼び登録装置３に表示される管理者画面を通じて、全ての呼び登録装置３の機能変更の進捗状況を確認可能である。この管理者画面は、管理者が操作する呼び登録装置３であれば、いずれも表示可能である。また、管理者画面は、不図示のエレベーター管理センターにて表示されるようにしてもよい。

以下に、群管理エレベーター装置３０の構成及び動作の詳細な説明を行う。
図３は、群管理エレベーター装置３０の要部を示すブロック図である。
群管理エレベーター装置３０は、乗車号機１Ａ〜１Ｃ、号機制御装置２Ａ〜２Ｃ、運行情報管理部５、呼び登録装置３、群管理制御装置２０を備える。

乗車号機１Ａ〜１Ｃは、Ａ号機からＣ号機の３台の乗りかごと昇降機構を含む。乗車号機１Ａ〜１Ｃをエレベーターとも総称する。
号機制御装置２Ａ〜２Ｃは、乗車号機１Ａ〜１Ｃの昇降動作、ドア開閉動作等をそれぞれ制御する。群管理制御装置２０は、号機毎にエレベーターを運行する号機制御装置２Ａ〜２Ｃを通じて、複数のエレベーターの運行を群管理する。

呼び登録装置３は、乗り場に設けられており、利用者が乗車しようとするエレベーターの呼び登録を受け付け、登録された呼びを群管理制御装置２０に送信する。この呼び登録装置３は、利用者が乗車可能な号機名を表示したり、音声ガイドを行ったりする。

呼び登録装置３は、変更要求部４を備える。変更要求部４は、保守作業時に作業員が呼び登録装置３を保守モードに変更したときに起動する。そして、変更要求部４は、群管理制御装置２０に接続され、機能変更を要求するための機能変更要求を群管理制御装置２０に送信する。変更要求部４は、全ての呼び登録装置３に設けられてもよいし、一部の呼び登録装置３に設けられてもよい。図３では、変更要求部４を有する呼び登録装置３が群管理制御装置２０に機能変更要求を行う。そして、群管理制御装置２０は、全ての呼び登録装置３の機能変更を行う。また、輝度変更や音量変更など、特定の呼び登録装置３のみ機能変更を行いたい場合は、変更する呼び登録装置３を指定することもできる。

群管理制御装置２０は、運行情報管理部５、利用情報取得部６、学習部７、交通流判定部８、交通流別登録装置利用頻度算出部９、登録装置利用状況予測部１０を備える。また、群管理制御装置２０は、書換え優先度決定部１１、変更要求取得部１２、データ書換え部１３、データ通信部１４、書換え状況管理部１５、表示情報変更部１６を備える。

運行情報管理部５は、号機制御装置２Ａ〜２Ｃから受信した運行情報に基づいて、エレベーターの運行情報を管理する。そして、運行情報管理部５は、エレベーターの運行情報を学習部７に送信する。
利用情報取得部６は、呼び登録装置３から利用情報を取得する。この利用情報には、例えば、呼び登録時刻、利用者の乗り階や行き先階、利用人数、呼び登録装置３の機能変更完了信号等がある。そして、利用情報取得部６は、取得した利用情報を学習部７と書換え優先度決定部１１に送信する。

学習部７は、各階に設置された呼び登録装置３毎に利用情報と、エレベーターの運行情報を記憶する。そして、学習部７は、ビル全体や、エレベーターバンク毎、時間毎、号機毎の交通流を算出する。交通流は、例えば、朝８時半には、エントランス階からオフィス階に利用者が流れ、昼１２時には、オフィス階から食堂階に利用者が流れるといった、所定の期間毎の利用者の流れを表す。そして、交通流の上流と下流に位置する呼び登録装置３の利用頻度（利用回数）は、他の呼び登録装置３の利用頻度と比べて高くなる。

交通流判定部８は、現在時刻における乗り階別の各行き先階の交通流を、学習部７が過去に学習した複数の交通流と比較し、学習部７が学習した交通流のうち、最も近似する交通流を、現在の交通流として判定する。そして、交通流判定部８は、判定した交通流を書換え優先度決定部１１に出力する。

交通流別登録装置利用頻度算出部９は、呼び登録装置３の利用頻度を交通流毎に算出する。そして、交通流別登録装置利用頻度算出部９は、算出した呼び登録装置３の利用頻度を書換え優先度決定部１１に出力する。

登録装置利用状況予測部１０は、現在時刻におけるエレベーターの利用頻度と、現在設定された交通流から求められる利用頻度とに基づいて、階毎に設けられた呼び登録装置３の利用状況を呼び登録装置３毎に予測する。利用状況とは、例えば、ある呼び登録装置３は２階に行先階を登録する利用者によって使われることが多く、別の呼び登録装置３は４階に行先階を登録する利用者によって使われることが多いといった情報を表す。すなわち、同じ階に設置された呼び登録装置３であっても設置場所により利用頻度が異なるため、登録装置利用状況予測部１０は、呼び登録装置３毎に利用頻度を予測する。そして、登録装置利用状況予測部１０は、予測した呼び登録装置３の利用状況を書換え優先度決定部１１に出力する。

書換え優先度決定部１１は、利用情報取得部６から利用情報を取得し、交通流判定部８から現在の交通流を取得し、交通流別登録装置利用頻度算出部９から呼び登録装置３の利用頻度を取得する。また、書換え優先度決定部１１は、登録装置利用状況予測部１０が予測した呼び登録装置３の利用状況、現在の呼び登録装置３の利用状況を取得する。そして、書換え優先度決定部１１は、変更要求部４から呼び登録装置３の機能変更が要求された場合に、複数の呼び登録装置３から利用頻度が低い呼び登録装置３が接続される通信系統毎に高い書換え優先度を決定する。この書換え優先度は、通信系統別、かつ呼び登録装置３別に決定される。そして、書換え優先度決定部１１は、決定した書換え優先度を書換え状況管理部１５に通知する。
なお、書換え優先度決定部１１は、書換え状況管理部１５より書換え状況を参照して、書換え優先度を決定する。書換え優先度を決定する際、既に機能データが書換えられた呼び登録装置３には書換えデータを送信する必要がないため、書換え優先度決定部１１は、このような呼び登録装置３を書換え優先度の対象から外す処理を行う。

ここで、通信系統とは、例えば、Ａ号機に対応して設置された各階の呼び登録装置３であったり、特定の階に設置された複数の号機に対応する呼び登録装置３であったりする。群管理制御装置２０は、通信系統毎に呼び登録装置３に対する機能変更を実施することができる。優先して機能変更が行われる呼び登録装置３が属する通信系統を「優先系統」と呼び、機能変更が保留される呼び登録装置３が属する通信系統を「一時保留系統」と呼ぶ。

また、書換え優先度とは、機能変更が実施される通信系統に接続された呼び登録装置３の機能データを順に機能変更するために送信される書換えデータの送信順を表す。群管理制御装置２０は、書換え優先度に従って優先系統に接続された呼び登録装置３に書換えデータを送信することで、呼び登録装置３の機能変更を順に実施して、最終的に全ての呼び登録装置３の機能変更を実施完了する。

変更要求取得部１２は、変更要求部４から機能変更要求を取得し、データ書換え部１３に機能変更要求を渡す。
データ書換え部１３は、群管理制御装置２０内の記憶部に保存されている設定データを、変更要求取得部１２から渡された機能変更要求に従って書換え、設定データを書換えた旨を書換え優先度決定部１１に通知する。

データ通信部１４は、変更要求部４から要求された機能変更に従って生成された書換えデータを、書換え優先度決定部１１によって決定された書換え優先度に従った順序で複数の呼び登録装置３に順に送信して呼び登録装置３の機能変更を行う。また、データ通信部１４は、利用頻度が高い呼び登録装置３には、利用されないと予測された期間に書換えデータを呼び登録装置３に送信して呼び登録装置３の機能変更を行う。

ここで、データ通信部１４は、機能変更が呼び登録装置３の基本機能の変更である場合には、機能が変更される対象となる呼び登録装置３が接続される通信系統の通信モードを通常モードとしたまま書換えデータを呼び登録装置３に送信する。しかし、データ通信部１４は、機能変更が呼び登録装置３の付加機能の変更である場合には、変更対象の呼び登録装置３が接続される通信系統の通信モードと、呼び登録装置３の通信モードとを通常モードから書換えモードに切替える。これにより、データ通信部１４は、書換えモードに切替えた期間内は書換えモードの呼び登録装置３での通常操作を不能として、書換えデータを呼び登録装置３に送信する。同一通信系統の他の呼び登録装置３の表示部Ｃ５には、使用不可である旨の表示、又は他の呼び登録装置３を利用するよう利用者に促す旨の表示を行う。ここで、同一通信系統においても、これから書き換える１台の呼び登録装置３に対してのみ通信モードを書き換えモードに変更することで、同一通信系統の他の登録装置３は通常利用が可能である。呼び登録装置３の機能変更が完了すると、データ通信部１４は、呼び登録装置３から機能変更完了信号を受信する。データ通信部１４は、機能変更完了信号を受信すると、通信系統の通信モードと、呼び登録装置３の通信モードを共に、書換えモードから通常モードに変更する。これにより、利用者は呼び登録装置３を利用することが可能となる。また、データ通信部１４は、呼び登録装置３が機能データを書換えたことを示す情報を書換え状況管理部１５に通知する。

書換え状況管理部１５は、書換え優先度決定部１１を通じて呼び登録装置３による機能データの書換え状況を管理する。このため、書換え状況管理部１５は、機能変更の対象となる呼び登録装置３の機能変更の進捗状況を記録した進捗管理テーブルＴ１を有している。進捗管理テーブルＴ１の構成例は、後述する図６に示す。そして、書換え状況管理部１５は、利用情報取得部６から利用情報を取得し、呼び登録装置３の利用状況を進捗管理テーブルＴ１に書き込む。また、書換え優先度決定部１１より書換え状況の参照要求を受けると、書換え優先度決定部１１に呼び登録装置３の書換え状況を通知する。また、書換え状況管理部１５は、呼び登録装置３の書換え状況に関する情報を表示情報変更部１６に通知する。

表示情報変更部１６は、書換え状況管理部１５から通知された呼び登録装置３の機能変更の実施状況に基づいて、書換えモードに設定された呼び登録装置３に対して、利用者による操作ができないことを示す情報を送信する。また、表示情報変更部１６は、呼び登録装置３に対して、全ての呼び登録装置３の機能変更が完了したか否かを示す情報を表示させたり、現在、機能データが書換え中である呼び登録装置３の呼び登録装置番号を表示させたりする情報を送信する。変更要求部４を有する呼び登録装置３は、表示情報変更部１６から受信した情報を表示する。

次に、呼び登録装置３、群管理制御装置２０を構成する計算機Ｃのハードウェア構成を説明する。
図４は、計算機Ｃのハードウェア構成例を示すブロック図である。

計算機Ｃは、いわゆるコンピュータとして用いられるハードウェアである。計算機Ｃは、バスＣ４にそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理装置）Ｃ１、ＲＯＭ（Read Only Memory）Ｃ２、ＲＡＭ（Random Access Memory）Ｃ３を備える。さらに、計算機Ｃは、表示部Ｃ５、操作部Ｃ６、不揮発性ストレージＣ７、ネットワークインターフェイスＣ８とを備える。

ＣＰＵ Ｃ１は、本実施の形態例に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ Ｃ２から読み出して実行する。ＲＡＭ Ｃ３には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。ＣＰＵ Ｃ１、ＲＯＭ Ｃ２、ＲＡＭ Ｃ３により、呼び登録装置３と群管理制御装置２０の各機能が実行される。

表示部Ｃ５は、例えば、液晶ディスプレイモニタであり、計算機Ｃで行われる処理の結果等をユーザに表示する。操作部Ｃ６には、例えば、キーパッド、キーボード、マウス等が用いられ、ユーザが所定の操作入力、指示を行うことが可能である。ここで、呼び登録装置３には、表示部Ｃ５と操作部Ｃ６が重畳されたタッチパネルディスプレイが設けられているが、群管理制御装置２０には、表示部Ｃ５と操作部Ｃ６が設けられていない。

不揮発性ストレージＣ７としては、例えば、ＨＤＤ（Hard disk drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリ等が用いられる。この不揮発性ストレージＣ７には、ＯＳ（Operating System）、各種のパラメータの他に、計算機Ｃを機能させるためのプログラムが記録されている。群管理制御装置２０は、設定データ、進捗管理テーブルＴ１等の各種データを不揮発性ストレージＣ７に保存する。呼び登録装置３は、機能データ等を不揮発性ストレージＣ７に保存する。

ネットワークインターフェイスＣ８には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、端子が接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータを送受信することが可能である。ネットワークインターフェイスＣ８は、上述した通信系統に接続されている。そして、群管理制御装置２０と呼び登録装置３は、各々に設けられたネットワークインターフェイスＣ８を通じて各種データの送受信を行っている。

図５は、群管理制御装置２０から呼び登録装置３に送信される書換えデータの構成図である。この書換えデータは、データ通信部１４によって各フィールドの内容が設定される。書換えデータには、イニシャルデータと、付加機能変更データとがある。

イニシャルデータは、第１ヘッダー部、第２ヘッダー部、データ部の各フィールドを有しており、群管理制御装置２０から呼び登録装置３に定期的に送信される書換えデータである。図２に示した、階床名設定画面Ｗ１１、階床名設定画面Ｗ１２、その他設定画面Ｗ１５にて設定された基本機能を変更するための書換えデータ（基本機能変更データ）がイニシャルデータとして用いられる。

第１ヘッダー部フィールドには、このデータがイニシャルデータであることを示す書換えデータの種類を表す識別情報や、イニシャルデータの送信時に設定される通信モード（通常モード）の設定情報が格納される。
第２ヘッダー部フィールドには、変更する基本機能を特定するための変更機能番号が格納される。
データ部フィールドには、変更する基本機能の変更アドレス及び変更要求データが、呼び登録装置３の基本機能を変更するための基本機能変更要求として格納される。通常、基本機能である釦名称や階床名、乗車号機名、表示時間名、テンキー時の最大登録桁数等は基本機能変更要求として、イニシャルデータに設定される。このため、群管理制御装置２０と呼び登録装置３は、通信モードを変更する必要はない。また、イニシャルデータの伝送は、呼び登録装置３の基本機能であり高い信頼性が求められるため、常に同一のデータフォーマットにより定期的に伝送が行われる。

付加機能変更データは、第１ヘッダー部、第２ヘッダー部、データ部の各フィールドを有しており、呼び登録装置３の機能変更が必要な場合に、群管理制御装置２０から呼び登録装置３に不定期に送信される書換えデータである。図２に示した、号機名設定画面Ｗ１３、表示時間設定画面Ｗ１４、その他設定画面Ｗ１６にて設定された付加機能を変更するための書換えデータが付加機能変更データとして用いられる。

第１ヘッダー部フィールドには、このデータが付加機能変更データであることを示す書換えデータの種類を表す識別情報や、付加機能変更データの送信時に設定される通信モード（書換えモード）の設定情報が格納される。
第２ヘッダー部フィールドには、変更する付加機能を特定するための変更機能番号が格納される。
データ部フィールドには、変更する基本機能の変更アドレス及び変更要求データが、呼び登録装置３の付加機能を変更するための付加機能変更要求として格納される。上述した図２に示したように、変更アドレスは釦名称によって特定され、変更要求データは、釦名称の所定の表示に対応する。このデータ部フィールドに格納される付加機能変更要求は、部署名や社名、画面レイアウト等の付加機能を変更したい場合に用いられる。このため、付加機能変更データのデータ部に格納される付加機能変更要求のデータ量は、イニシャルデータのデータ部に格納される基本機能変更要求のデータ量よりはるかに大きい。

このため、群管理制御装置２０が呼び登録装置３の付加機能を変更する際には、群管理制御装置２０と呼び登録装置３の間の通信モードが書換えモードに変更される。そして、群管理制御装置２０から呼び登録装置３に付加機能変更データが送信される。また、付加機能変更データのデータ部フィールドには、変更部分のみが格納される。これにより、群管理制御装置２０と呼び登録装置３の間の通信量が低減される。また、変更対象である呼び登録装置３に対して付加機能変更データが速やかに送信される。

図６は、進捗管理テーブルＴ１の構成例を示す説明図である。
進捗管理テーブルＴ１は、設定、通信系統、呼び登録装置番号、機能変更実施状況（系統毎）、機能変更実施状況（装置毎）の各フィールドを有する。

設定フィールドには、書換え優先度決定部１１によって設定された一時保留系統又は優先系統が格納される。この例では、第１系統が一時保留系統に設定され、第Ｎ系統が優先系統に設定されている。例えば、第Ｎ系統は、図１の右端に示される第４系統であるとする。
通信系統フィールドには、群管理制御装置２０が管理する呼び登録装置３の各通信系統の名称が格納されている。
呼び登録装置番号フィールドには、各通信系統に接続された呼び登録装置３を識別するための呼び登録装置番号が格納されている。

機能変更実施状況（系統毎）フィールドには、機能変更の対象となる通信系統毎に、呼び登録装置３に対する機能変更が未実施であるか、完了したかを示す情報が格納される。この例では、第２系統の全ての呼び登録装置３の機能変更が完了したことが示されている。
機能変更実施状況（装置毎）フィールドには、機能変更の対象となる呼び登録装置３毎に、機能変更が未実施であるか、完了したかを示す情報が呼び登録装置３毎に格納される。この例では、呼び登録装置番号が“１１”、“１２”である呼び登録装置３の機能変更が完了したことが示されている。また、優先系統に設定された第Ｎ系統の呼び登録装置３のうち、呼び登録装置番号が“Ｎ１”である呼び登録装置３の機能変更が完了し、呼び登録装置番号が“Ｎ２”である呼び登録装置３の機能変更が未実施であることが示されている。

図７は、図３に示した群管理制御装置２０が書換え優先度を決定する動作例を示すフローチャートである。以下の図中に示す説明では、呼び登録装置３を「登録装置」とも略記する。

始めに、交通流判定部８は、現在登録されている乗り場呼びと行き先階呼びの情報と、学習部７によって学習された過去の交通流とに基づいて、現在の交通流を判定する（Ｓ１１）。次に、交通流判定部８は、現在の交通流が混雑状態であるか否かを判定する（Ｓ１２）。現在の交通流が混雑状態である場合（Ｓ１２のＹＥＳ）、利用者が多いと判断でき、呼び登録装置３が頻繁に使用されると考えられる。このため、交通流判定部８は、再びステップＳ１１に戻って現在の交通流を判定する処理を続ける。

現在の交通流が混雑状態ではない場合（Ｓ１２のＮＯ）、利用者が少ないと判断でき、この交通流に含まれる全ての呼び登録装置３が利用される確率が低いと考えられる。このため、交通流別登録装置利用頻度算出部９は、現在の交通流において階毎に設定された呼び登録装置３の利用頻度を呼び登録装置３毎に算出する（Ｓ１３）。

次に、書換え優先度決定部１１は、一時保留系統以外の通信系統から、機能変更が未完了である呼び登録装置３の利用頻度を通信系統毎に算出し、最も利用頻度の低い通信系統を決定する（Ｓ１４）。このとき、書換え優先度決定部１１は、書換え状況管理部１５を通じて、書換え対象である呼び登録装置３に対して現在までに行われた機能データの書換え状況を参照する。そして、ステップＳ１４では、書換え優先度決定部１１が最も利用頻度の低い通信系統として、第Ｎ系統（Ｎは全系統の数から選択された機能変更が未実施の通信系統の番号）の通信系統を決定したものと仮定する。

次に、登録装置利用状況予測部１０は、書換え優先度決定部１１から決定された通信系統が第Ｎ系統であることを受信する。そして、登録装置利用状況予測部１０は、現在の呼び登録装置３の利用状況と、学習部７が学習した交通流から算出される呼び登録装置３の利用状況とに基づいて、最も利用頻度の低い第Ｎ系統の通信系統に接続された呼び登録装置３の利用状況を予測する（Ｓ１５）。以下、第Ｎ系統の通信系統に接続された呼び登録装置３を「第Ｎ系統の呼び登録装置３」と呼ぶ。

次に、書換え優先度決定部１１は、判定された交通流と、各呼び登録装置３の利用頻度と、呼び登録装置３の予測状況とに基づいて、第Ｎ系統の全ての呼び登録装置３は、現在以降、所定期間にわたって利用されるか否かを予測する（Ｓ１６）。所定期間にわたって呼び登録装置３が利用されないことの予測が行われる。

ここで、呼び登録装置３の利用状況として、学習部７によって学習された交通流毎、かつ呼び登録装置３毎に利用されると予測された人数が既に呼び登録装置３にて発生している場合がある。この場合には、現在から所定期間にわたって呼び登録装置３を利用する利用者はいないと考えられる。例えば、通常であれば、９時から１０時の間にオフィス階である３階に１０人の利用者が行先登録をして出社することを想定する。ここで、９時半までに１０人の利用者全員が３階に行った場合、９時半から１０時まで３階に行く利用者がいないはずである。このような場合に、書換え優先度決定部１１は、所定期間内で呼び登録装置３が利用されないと予測することが可能であり、利用者がいないと予測された期間に呼び登録装置３の機能変更を実施可能となる。

第Ｎ系統の全ての呼び登録装置３が、所定期間利用されないと予測した場合（Ｓ１６のＮＯ）、書換え優先度決定部１１は、第Ｎ系統の呼び登録装置３を優先系統に設定し（Ｓ１７）、本処理を終了する。このため、以降の処理では、優先系統に設定された第Ｎ系統の呼び登録装置３に対して、群管理制御装置２０から書換えデータが送信され、機能変更が行われる。

一方、第Ｎ系統のいずれかの呼び登録装置３が、所定期間内に利用されると予測した場合（Ｓ１６のＹＥＳ）、書換え優先度決定部１１は、この第Ｎ系統を一時保留系統に設定する（Ｓ１８）。このため、第Ｎ系統の呼び登録装置３に対する機能変更は一時保留される。そして、群管理制御装置２０は、ステップＳ１１に戻り、一時保留系統以外から、再度利用頻度の低い通信系統を検索する処理を続ける。

なお、一時保留系統の設定は、所定時間の経過時に解除される。また、ステップＳ１５，Ｓ１６にて利用状況予測により所定期間内における呼び登録装置３の利用が有りから無しに変化した場合にも一時保留系統の設定が解除される。また、優先系統の候補となる通信系統が無くなった場合にも一時保留系統の設定が解除される。

図８は、第Ｎ系統のデータ書換え動作を示すフローチャートである。この第Ｎ系統は、図７に示す処理にて優先系統に設定されている。そして、図８に示す本処理では、群管理制御装置２０から呼び登録装置３に送信される書換えデータが付加機能変更データであるとする。

先ず、変更要求取得部１２は、変更要求部４から機能変更要求があったか否かを判定する（Ｓ２１）。上述したように機能変更要求を送信した変更要求部４が含まれる呼び登録装置３は、第Ｎ系統以外の系統に接続されていてもよい。

変更要求部４からの機能変更要求がない場合（Ｓ２１のＮＯ）、ステップＳ２１に戻って変更要求取得部１２は、変更要求部４からの機能変更要求の送信を待つ。

変更要求部４からの機能変更要求がある場合（Ｓ２１のＹＥＳ）、データ書換え部１３は、群管理制御装置２０内の記憶部に保存されている設定データを、変更要求部４から受信した機能変更要求に従って書換える。また、データ書換え部１３は、変更要求部４から機能変更要求が送信されたことを、書換え優先度決定部１１に伝える。

次に、書換え優先度決定部１１は、図７に示した処理にて優先系統を設定したか否かを判定する（Ｓ２２）。書換え優先度決定部１１が優先系統を設定していない場合（Ｓ２２のＮＯ）、群管理制御装置２０は、図７のフローに戻って、第Ｎ系統以外の通信系統に優先系統を設定する。その後、データ通信部１４は、既に機能変更要求を受信しているので、ステップＳ２２から処理を再開してよい。

ここで、群管理制御装置２０から呼び登録装置３に送られる機能変更要求は、全ての呼び登録装置３の変更が完了した場合、又は所定時間を経過しても全ての呼び登録装置３の変更が完了しなかった場合、又は手動で書換えモードが解除された場合にリセットされる。ただし、機能変更要求がリセットされたにも関わらず、機能データの書換えが途中で止まった呼び登録装置３がある場合、この呼び登録装置３は、機能変更が正常に完了していないと考えられるため、直ちに作業員にアラームを通知する必要がある。このため、群管理制御装置２０は、正常に機能変更が行われなかった呼び登録装置３や、変更要求部４に対して、機能変更が正常に完了していない旨を表示させる。また、群管理制御装置２０は、不図示のエレベーター管理センターに対しても機能変更が正常に完了していない呼び登録装置３が発生した旨を通知する。

書換え優先度決定部１１が優先系統を第Ｎ系統に設定していた場合（Ｓ２２のＹＥＳ）、データ通信部１４は、第Ｎ系統の全ての呼び登録装置３に対し、通信モード変更要求を群管理制御装置２０から送信する（Ｓ２３）。通信モード変更要求は、群管理制御装置２０と呼び登録装置３の間の通信モードを通常モードから書換えモードに変更するために、群管理制御装置２０から呼び登録装置３に送信される要求である。群管理制御装置２０が呼び登録装置３に通信モード変更要求を送信している間は、通常モードで通信が行われるため、利用者による乗り場呼びの登録は可能である。

ここで、書換えモードとは、群管理制御装置２０が優先系統の呼び登録装置３に対して、書換えデータを送信する通信モードである。ただし、書換えモードへの変更は、呼び登録装置３の付加機能を変更するために、群管理制御装置２０から呼び登録装置３に書換えデータとしての付加機能変更データが送信される場合に限られる。書換えモードに変更された呼び登録装置３は、群管理制御装置２０から受信した書換えデータに従って付加機能を変更する。

変更要求部４が書換えモードに変更されると、呼び登録装置３を利用者が利用できなくなる。このため、呼び登録装置３の表示部Ｃ５には、使用不可である旨の表示、又は他の呼び登録装置３を利用するよう利用者に促す旨の表示を行う。

群管理制御装置２０から通信モード変更要求を受信した呼び登録装置３は、通信モードを書換えモードに変更した後、通信モードの変更完了を示す通信モード変更完了信号をデータ通信部１４に送信する。そして、データ通信部１４は、書換え対象である第Ｎ系統の全ての呼び登録装置３から、通信モード変更完了信号を受信したか否かを判定する（Ｓ２４）。

通信モード変更完了信号を第Ｎ系統の全ての呼び登録装置３から受信していない場合（Ｓ２４のＮＯ）、データ通信部１４は、第Ｎ系統の呼び登録装置３に通信モード変更要求を送信してからの経過時間を計時する。そして、データ通信部１４は、タイムアウト値までに全ての呼び登録装置３から通信モード変更完了信号を受信したか否かを判定する（Ｓ３２）。経過時間がタイムアウト値を超えていない場合（Ｓ３２のＮＯ）、データ通信部１４は、ステップＳ２３に戻って処理を継続する。

経過時間がタイムアウト値を超えても、データ通信部１４が全ての呼び登録装置３から通信モード変更完了信号を受信できなかった場合（Ｓ３２のＹＥＳ）、データ通信部１４はその旨を書換え優先度決定部１１に伝える。そして、書換え優先度決定部１１は、通信モード変更完了信号を受信できなかった呼び登録装置３が接続される第Ｎ系統を一時保留系統に設定する（Ｓ３３）。

次に、書換え優先度決定部１１は、群管理の第Ｎ系統の通信モードを通常モードに変更した後（Ｓ３４）、呼び登録装置３の第Ｎ系統の通信モードを通常モードに変更する（Ｓ３５）。ステップＳ３４、Ｓ３５で通信モードを通常モードに変更するのは、第Ｎ系統を確実に一時保留系統に設定するためである。仮に通信モードが書換えモードに設定されていた場合には、利用者が呼び登録装置３を利用できなくなるため、通信モードが通常モードに設定されていたとしても、改めて通常モードに変更する処理が行われる。その後、群管理制御装置２０は、図７のフローに戻って、第Ｎ系統以外の通信系統に優先系統を設定する処理を行う。

ステップＳ２４にて、データ通信部１４が第Ｎ系統の全ての呼び登録装置３から通信モード変更完了信号を受信した場合（Ｓ２４のＹＥＳ）、書換え優先度決定部１１は、群管理の第Ｎ系統の通信モードを書換えモードに変更する（Ｓ２５）。群管理の第Ｎ系統の通信モードを書換えモードに変更すると、第Ｎ系統の呼び登録装置３は乗り場呼びの登録を行えなくなる。

次に、書換え優先度決定部１１は、第Ｎ系統の全ての呼び登録装置３の通信モードを書換えモードに変更する（Ｓ２６）。次に、データ通信部１４は、群管理制御装置２０と第Ｎ系統全ての呼び登録装置３の通信が成立した後、群管理制御装置２０から第Ｎ系統全ての呼び登録装置３に対して順に書換えデータを送信する（Ｓ２７）。そして、呼び登録装置３は、群管理制御装置２０から受信した書換えデータに基づいて機能データを書換えて機能変更を行い、群管理制御装置２０に機能変更完了信号を送信する。

次に、データ通信部１４は、呼び登録装置３から機能変更完了信号を受信したか否かを判定する（Ｓ２８）。機能変更完了信号を受信した場合（Ｓ２８のＹＥＳ）、データ通信部１４は、機能変更完了信号を送信した呼び登録装置３の機能変更が完了したことを、書換え優先度決定部１１を通じて書換え状況管理部１５に通知する。そして、書換え状況管理部１５は、進捗管理テーブルＴ１の機能変更実施状況（装置毎）フィールドに呼び登録装置３の機能変更完了を設定する（Ｓ２９）。

次に、書換え優先度決定部１１は、進捗管理テーブルＴ１を参照して、第Ｎ系統の全ての呼び登録装置３の機能変更を完了したか否かを判定する（Ｓ３０）。第Ｎ系統の全ての呼び登録装置３の機能変更が完了した場合（Ｓ３０のＹＥＳ）、書換え優先度決定部１１は、書換え状況管理部１５に第Ｎ系統の全ての呼び登録装置３の機能変更が完了した旨を通知する。

書換え状況管理部１５は、進捗管理テーブルＴ１の機能変更実施状況（系統毎）フィールドに第Ｎ系統の機能変更完了を設定する（Ｓ３１）。そして、書換え優先度決定部１１は、群管理の第Ｎ系統の通信モードと、第Ｎ系統の全ての呼び登録装置３の通信モードを書換えモードから通常モードに戻す。その後、群管理制御装置２０は、図７のフローにて、機能変更が未実施である次の通信系統のデータ変更を行う。全ての通信系統で機能変更が完了した場合には、図７に示す処理と、図８に示す本処理を終了する。

データ通信部１４が呼び登録装置３から機能変更完了信号を受信できない場合（Ｓ２８のＮＯ）、又は第Ｎ系統全ての呼び登録装置３の機能変更完了信号が受信できない場合（Ｓ３０のＮＯ）がある。この場合、データ通信部１４は、タイムアウト値までに全ての呼び登録装置３から機能変更完了信号を受信したか否かを判定する（Ｓ３６）。経過時間がタイムアウト値を超えていない場合（Ｓ３６のＮＯ）、データ通信部１４は、ステップＳ２７に戻って処理を継続する。このタイムアウト値は、ステップＳ３２にて比較されたタイムアウト値と同じ値、又は長い値とする。

経過時間がタイムアウト値を超えても、データ通信部１４が全ての呼び登録装置３から機能変更完了信号を受信できなかった場合（Ｓ３６のＹＥＳ）、データ通信部１４はその旨を書換え優先度決定部１１に伝える。そして、書換え優先度決定部１１は、機能変更完了信号を受信できなかった呼び登録装置３が接続される第Ｎ系統を一時保留系統に設定する（Ｓ３７）。次に、書換え優先度決定部１１は、群管理の第Ｎ系統の通信モードを通常モードに変更した後（Ｓ３８）、呼び登録装置３の第Ｎ系統の通信モードを通常モードに変更し（Ｓ３９）、利用者による乗り場呼びの登録を可能とする。その後、群管理制御装置２０は、図７のフローに戻って、第Ｎ系統以外の通信系統に優先系統を設定する処理を行う。

また、１台の呼び登録装置３だけを機能変更することも可能である。この場合、群管理制御装置２０は、変更対象となる呼び登録装置３から通信モード変更完了信号を受信した後、群管理制御装置２０と機能変更対象の呼び登録装置３の通信モードを書換えモードに変更する。そして、群管理制御装置２０が呼び登録装置３に書換えデータを送信して、１台の呼び登録装置３だけに機能変更を実施する。

ところで、群管理制御装置２０から全ての呼び登録装置３の付加機能を変更する際には、通信モードを通常モードから書換えモードに変更している。しかし、群管理制御装置２０から全ての呼び登録装置３に定期的に送信される書換えデータがイニシャルデータである場合、通信モードは通常モードのままでよい。この場合、図８のフローにてイニシャルデータの送信する処理を表現するためには、通信モードを通常モードから書換えモードに変更する処理、通信モードを書換えモードから通常モードに変更する処理は不要となる。そして、イニシャルデータには、変更する基本機能の値だけを基本機能変更要求に含めておけばよい。このようにイニシャルデータを用いて呼び登録装置３の機能を変更する場合、利用者は呼び登録装置３を普段通り用いて乗り場呼びを登録することが可能である。

図９は、呼び登録装置３の機能変更の進捗状況を管理する画面の表示例を示すユーザー・インターフェイス図である。
進捗状況管理画面Ｗ２０は、変更要求部４が実行される呼び登録装置３に表示される画面であり、呼び登録装置３の機能変更の進捗状況が示される。この進捗状況管理画面Ｗ２０には、例えば、第１系統が未完了であり、第２系統が完了であり、第Ｎ系統が機能変更中であることが、各釦に「未」、「完了」、「変更中」と示される。

作業員が進捗状況管理画面Ｗ２０の各釦を押すと、この釦に対応して、各通信系統における呼び登録装置３の変更状況管理画面Ｗ２１が表示される。
例えば、第Ｎ系統の変更中釦が押されると、呼び登録装置３に変更状況管理画面Ｗ２１が表示される。この変更状況管理画面Ｗ２１には、第Ｎ系統の呼び登録装置３の呼び登録装置番号と、機能変更の進捗状況が示される。これにより、呼び登録装置番号「Ｎ１」の呼び登録装置３の機能変更は完了し、呼び登録装置番号「Ｎ２」の呼び登録装置３の機能変更は未完了であることが示される。このようにして作業員が機能変更中である第Ｎ系統の呼び登録装置３のうち、どの呼び登録装置３の機能変更が完了したかを把握することができる。なお、図示しないが、作業員は、進捗状況管理画面Ｗ２０に表示された第１系統の未完了釦、第２系統の完了釦を押すことによっても、各系統の呼び登録装置３における機能変更の進捗状況を把握することができる。

上述した一実施の形態例に係る群管理エレベーター装置３０では、変更要求部４から群管理制御装置２０に対して機能変更要求を送信する。群管理制御装置２０は、変更要求部４から受信した機能変更要求により設定データを書換える。そして、群管理制御装置２０は、機能変更が要求された呼び登録装置３に対して書換えデータを送信し、呼び登録装置３の機能変更を行う。ここで、基本機能の変更は、群管理制御装置２０が呼び登録装置３に対して定期的に送信するイニシャルデータによって行われる。また、付加機能の変更は、群管理制御装置２０が通信モードを変更した上で、呼び登録装置３に対して不定期に送信される付加機能変更データによって行われる。これにより、基本機能の信頼性を定期更新で維持しつつ、通信モードの変更により新たに追加した付加機能の変更にも容易に対応できる。

また、群管理制御装置２０は、呼び登録装置３の付加機能を変更する場合、全ての乗り場に設置されている呼び登録装置３に対して、階毎に利用頻度が低い呼び登録装置３を優先して変更する。群管理制御装置２０は、利用者の妨げにならないように、各階に設けられた各呼び登録装置３の利用状況を自動的に判断し、順次機能変更を行う。これにより、配信日時、スケジュール等の特別な設定を不要とし、乗り場の呼び登録装置３の機能変更を容易に実現することが可能となる。

また、群管理制御装置２０は、ビル内交通の動線上にある利用頻度の高い呼び登録装置３に対して、利用頻度の低い呼び登録装置３の変更が完了し使用可能となった後、現在まで所定期間にわたって利用されていない場合に速やかに機能変更を行える。このため、ビル内交通の動線を極力変更することなく、短期間で全ての呼び登録装置３の機能変更を行うことが可能となる。

また、作業員が１台ずつ呼び登録装置３に行って機能変更を行うのではなく、群管理制御装置２０が通信系統毎に呼び登録装置３の利用状況を判断することで、利用頻度の低い呼び登録装置３から順に機能変更を行うことができる。これにより、機能変更に要する作業時間を大きく短縮できると共に、作業員による変更忘れを防止することができる。

また、既存の呼び登録装置３に変更要求部４の機能を持たせることで、新たな通信機器を追加することなく、かつ既存の通信系統に用いられていたケーブル配線を用いることで新たな専用回線を追加する必要もない。

また、全ての呼び登録装置３の完了状況が、携帯端末や監視装置、乗り場の呼び登録装置３に表示されることで、保守員や管理人が一括して機能変更の進捗状況を確認可能である。このため、保守員や管理人が、全ての階の呼び登録装置３の機能変更完了状況を、各階の各呼び登録装置３まで移動して１台毎に確認することを不要とする作業効率のよいシステムを提供することができる。

なお、図１に示したように変更要求部４を呼び登録装置３に内蔵した構成としてもよいし、変更要求部４を作業員が用いる保守装置や携帯端末、監視装置等を呼び登録装置３と無線通信可能な変更要求部４として用いてもよい。このように変更要求部４を呼び登録装置３は別に構成した場合であっても、作業員は、変更対象である全ての呼び登録装置３の変更完了状況を確認でき、作業時間を短縮することが可能である。また、進捗状況管理画面Ｗ２０、変更状況管理画面Ｗ２１は、作業員が用いる保守装置や携帯端末、エレベーター管理センターに表示されるようにしてもよい。

また、付加機能の変更対象となる呼び登録装置３は、ビル内の一部の呼び登録装置３だけでもよい。

また、本発明は上述した実施の形態例に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した実施の形態例は本発明を分かりやすく説明するために装置の構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、ここで説明した実施の形態例の構成の一部を他の実施の形態例の構成に置き換えることは可能であり、さらにはある実施の形態例の構成に他の実施の形態例の構成を加えることも可能である。また、各実施の形態例の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１Ａ〜１Ｃ…乗車号機、２Ａ〜２Ｃ…号機制御装置、３…呼び登録装置、４…変更要求部、５…運行情報管理部、６…利用情報取得部、７…学習部、８…交通流判定部、９…交通流別登録装置利用頻度算出部、１０…登録装置利用状況予測部、１１…優先度決定部、１２…変更要求取得部、１３…データ書換え部、１４…データ通信部、１５…書換え状況管理部、１６…表示情報変更部、２０…群管理制御装置、３０…群管理エレベーター装置

Claims (10)

1. 乗り場に設置され、呼び登録が行われる複数の呼び登録装置と、
   号機毎にエレベーターを運行する号機制御装置を通じて、複数の前記エレベーターの運行を前記号機制御装置の制御によって群管理する群管理制御装置と、を備え、
   前記群管理制御装置は、
   変更要求部から前記呼び登録装置の機能変更が要求された場合に、複数の前記呼び登録装置から利用頻度が低い前記呼び登録装置を優先して前記呼び登録装置が保存する機能データを書換えるための書換え優先度を決定する書換え優先度決定部と、
   前記変更要求部から要求された前記機能変更に従って生成された書換えデータを、前記書換え優先度に従った順序で複数の前記呼び登録装置に順に送信して前記呼び登録装置の機能変更を行うデータ通信部と、を備える
   群管理エレベーター装置。
2. 前記データ通信部は、前記利用頻度が高い前記呼び登録装置には、利用されないと予測された期間に前記書換えデータを前記呼び登録装置に送信して前記呼び登録装置の機能変更を行う
   請求項１に記載の群管理エレベーター装置。
3. 前記データ通信部は、前記機能変更が前記呼び登録装置の基本機能の変更である場合には通信モードを通常モードのまま前記書換えデータを前記呼び登録装置に送信し、前記機能変更が前記呼び登録装置の付加機能の変更である場合には前記通信モードを前記通常モードから書換えモードに切替え、前記書換えモードに切替えた期間内は前記呼び登録装置への操作を不能として、前記書換えデータを前記呼び登録装置に送信する
   請求項２に記載の群管理エレベーター装置。
4. 前記群管理制御装置は、前記書換え優先度決定部を通じて前記呼び登録装置による前記機能データの書換え状況を管理する書換え状況管理部を備え、
   前記データ通信部は、前記呼び登録装置が前記機能データを書換えたことを示す情報を前記書換え状況管理部に通知し、
   前記書換え優先度決定部は、前記書換え状況管理部より前記書換え状況を参照して、前記書換え優先度を決定する
   請求項３に記載の群管理エレベーター装置。
5. 前記書換え優先度決定部は、前記呼び登録装置の利用状況、現在の交通流、前記呼び登録装置の前記利用頻度、及び予測された前記呼び登録装置の利用状況に基づいて、前記利用頻度が低い前記呼び登録装置が接続される通信系統毎に高い前記書換え優先度を決定する
   請求項４に記載の群管理エレベーター装置。
6. 前記呼び登録装置の利用状況は、前記交通流毎、かつ前記呼び登録装置毎に利用されると予測された利用人数が既に前記呼び登録装置にて発生している場合に、現在から所定期間にわたって前記呼び登録装置が利用されないと予測される
   請求項５に記載の群管理エレベーター装置。
7. 前記データ通信部は、第１ヘッダー部に前記書換えデータの種類を表す識別情報を設定し、第２ヘッダー部に変更する機能を特定するための変更機能番号を設定し、データ部に変更する機能の変更アドレス及び変更要求データを設定した付加機能変更データを前記書換えデータとして前記呼び登録装置に送信する
   請求項６に記載の群管理エレベーター装置。
8. 前記変更要求部は、暗号操作が行われたことにより前記群管理制御装置に前記呼び登録装置の機能変更を要求する
   請求項７に記載の群管理エレベーター装置。
9. 前記呼び登録装置は、前記呼び登録装置の機能変更の進捗状況を表示可能とする
   請求項１〜８のいずれか一項に記載の群管理エレベーター装置。
10. 乗り場に設置され、呼び登録が行われる複数の呼び登録装置に対する機能変更が変更要求部から要求された場合に、複数の前記呼び登録装置から利用頻度が低い前記呼び登録装置を優先して前記呼び登録装置が保存する機能データを書換えるための書換え優先度を決定するステップと、
    前記変更要求部から要求された前記機能変更に従って生成された書換えデータを、前記書換え優先度に従った順序で複数の前記呼び登録装置に順に送信して前記呼び登録装置の機能変更を行うステップと、を含む
    呼び登録装置の機能変更方法。

Images