特開 2024-124220 エレベーターシステム及び制御メニュー設定方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024124220

(43)【公開日】2024-09-12

(54)【発明の名称】エレベーターシステム及び制御メニュー設定方法

(51)【国際特許分類】

   B66B 5/00 20060101AFI20240905BHJP

   B66B 3/00 20060101ALI20240905BHJP

【ＦＩ】

B66B5/00 G

B66B3/00 R

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023032228

(22)【出願日】2023-03-02

(71)【出願人】

【識別番号】000232955

【氏名又は名称】株式会社日立ビルシステム

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】鈴木 洋

(72)【発明者】

【氏名】佐々木 一朗

【テーマコード（参考）】

3F303

3F304

【Ｆターム（参考）】

3F303CB42

3F303EA03

3F304CA11

3F304EA24

3F304EB02

(57)【要約】      （修正有）

【課題】利用者端末とエレベーター装置との間を中継する構成装置において障害が発生した場合であっても、制御メニューの設定変更を可能にし、エレベーターが利用できない状況を回避する。
【解決手段】エレベーターシステム１は、かごの運行に関する制御メニューの設定を変更可能なエレベーター装置７０と、利用者端末１０による制御メニューの設定操作を中継する情報管理サーバ３０と、情報管理サーバ３０とエレベーター装置７０との間を接続し、情報管理サーバ３０の装置状態及び通信状態を監視する監視端末６０と、監視端末６０に接続可能で、制御メニューの設定を変更する制御メニュー変更機能を有する保守員端末２０と、を備え、監視端末６０が情報管理サーバ３０における装置状態または通信状態の障害を検出した場合に、監視端末６０に接続された保守員端末２０が自身の制御メニュー変更機能を有効化する。
【選択図】図１

【特許請求の範囲】

【請求項1】

かごの運行に関する制御メニューの設定を変更可能なエレベーター装置と、
利用者端末による前記制御メニューの設定操作を中継する情報管理サーバと、
前記情報管理サーバと前記エレベーター装置との間を接続し、前記情報管理サーバの装置状態及び通信状態を監視する監視端末と、
前記監視端末に接続可能で、前記制御メニューの設定を変更する制御メニュー変更機能を有する保守員端末と、
を備え、
前記監視端末が前記情報管理サーバにおける装置状態または通信状態の障害を検出した場合に、前記監視端末に接続された前記保守員端末が自身の前記制御メニュー変更機能を有効化する
ことを特徴とするエレベーターシステム。

【請求項2】

前記エレベーター装置は、前記制御メニューの設定状態を示す第１の制御メニュー設定データを保持し、
前記情報管理サーバは、前記利用者端末に提供するための情報として、前記第１の制御メニュー設定データを反映した第２の制御メニュー設定データを保持し、
前記監視端末によって前記障害が検出された後、当該障害が復旧する前に、前記制御メニュー変更機能が有効化された前記保守員端末の操作によって前記制御メニューの設定が変更された場合に、
前記監視端末は、前記障害の復旧を検出したときに、前記保守員端末の操作による前記制御メニューの設定の変更に伴う前記第１の制御メニュー設定データの変更内容を前記エレベーター装置から取得して前記情報管理サーバに通知し、
前記情報管理サーバは、前記監視端末から通知された前記第１の制御メニュー設定データの変更内容に、前記第２の制御メニュー設定データを更新する
ことを特徴とする請求項１に記載のエレベーターシステム。

【請求項3】

前記情報管理サーバは、前記監視端末から通知された前記第１の制御メニュー設定データの変更内容を前記利用者端末に通知する
ことを特徴とする請求項２に記載のエレベーターシステム。

【請求項4】

前記監視端末が前記障害を検出した後、当該障害の復旧を検出していない期間に限って、前記監視端末に接続された前記保守員端末は、自身の前記制御メニュー変更機能を有効化する
ことを特徴とする請求項１に記載のエレベーターシステム。

【請求項5】

前記情報管理サーバは、前記利用者端末と通信可能な第１のサーバと、前記第１のサーバ及び前記監視端末との間を接続する第２のサーバとを有して構成され、
前記監視端末は、前記情報管理サーバの通信状態として、前記第１のサーバと前記第２のサーバとの間の通信状態、及び前記第２のサーバと前記監視端末との間の通信状態を監視する
ことを特徴とする請求項１に記載のエレベーターシステム。

【請求項6】

エレベーター装置のかごの運行に関する制御メニューを利用者端末から設定可能なエレベーターシステムによる制御メニュー変更方法であって、
前記エレベーターシステムは、前記利用者端末による前記制御メニューの設定操作を中継する情報管理サーバと、前記情報管理サーバと前記エレベーター装置との間を接続し、前記情報管理サーバの装置状態及び通信状態を監視する監視端末と、前記監視端末に接続可能で、前記制御メニューの設定を変更する制御メニュー変更機能を有する保守員端末と、を有し、
前記監視端末が前記情報管理サーバにおける装置状態または通信状態の障害を検出した場合に、前記監視端末に接続された前記保守員端末が自身の前記制御メニュー変更機能を有効化する
ことを特徴とする制御メニュー変更方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、エレベーターシステム及び制御メニュー設定方法に関し、利用者の端末からエレベーター装置の制御メニューを設定する機能を有するエレベーターシステム及び制御メニュー設定方法に適用して好適なものである。

【背景技術】

【0002】

従来、利用者（例えば、エレベーターや建屋の管理者）が利用者端末を操作することにより、エレベーターの情報管理サーバ及び監視端末等を介して、エレベーター装置の制御メニューを設定（変更や解除を含む）することができるエレベーターシステムが存在する。エレベーター装置の制御メニューの設定では、例えば、かごの運転状態を運転休止や冠水退避運転などに設定する他、これらの設定を解除したりすることができる。

【0003】

しかし、エレベーター装置と利用者端末との通信を中継する装置（例えば情報管理サーバ）で装置異常や通信障害等が発生すると、利用者端末から送信された制御メニューの設定要求がエレベーター装置まで到達できずに制御メニューの設定変更及び設定解除ができなくなる。このため、運転休止や冠水退避運転が設定された状態の場合には、利用者端末から設定解除ができずにエレベーターが利用できない状況となるおそれがあった。

【0004】

ここで、例えば特許文献１には、センター装置とネットワークを介して接続された端末コントローラがセンター装置からの施解錠指示に基づいて電気錠の施解錠を制御する出入管理システムにおいて、ネットワークが通信不能になった場合には、端末側で解錠機能を有効化することができる技術が開示されている。特許文献１に開示された技術を従来のエレベーターシステムに利用すると、エレベーターシステムの構成装置における障害発生時に、エレベーター装置（例えば制御盤の通信許可制御回路）に対して、利用者端末とは別の保守員端末との通信を許可するように構成することができる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００４－２５０８８８号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、上述した特許文献１の技術を利用して、障害発生時に保守員端末から制御盤に対する通信を許可するようにしたとしても、制御メニューの設定機能は利用者端末に提供されることが原則であるため、保守員端末からの操作による制御メニューの設定機能まで許可することは容易には想定できない。

【0007】

また、仮に、保守員端末からの操作によって制御メニューを設定可能にしたとしても、保守員端末から操作によって変更された実際の制御メニューと、障害復旧後に利用者端末から確認される制御メニューの設定内容（情報管理サーバに保持されている制御メニュー情報）との間には、齟齬が生じるため、利用者に対するサービス品質が低下してしまうという課題があった。

【0008】

本発明は以上の点を考慮してなされたもので、利用者の端末からエレベーター装置の制御メニューを設定可能なサービスを提供するエレベーターシステムにおいて、利用者端末とエレベーター装置との間を中継する構成装置において障害が発生した場合であっても、制御メニューの設定変更を可能にし、エレベーターが利用できない状況を回避することが可能なエレベーターシステム及び制御メニュー変更方法を提案しようとするものである。

【課題を解決するための手段】

【0009】

かかる課題を解決するため本発明においては、かごの運行に関する制御メニューの設定を変更可能なエレベーター装置と、利用者端末による前記制御メニューの設定操作を中継する情報管理サーバと、前記情報管理サーバと前記エレベーター装置との間を接続し、前記情報管理サーバの装置状態及び通信状態を監視する監視端末と、前記監視端末に接続可能で、前記制御メニューの設定を変更する制御メニュー変更機能を有する保守員端末と、を備え、前記監視端末が前記情報管理サーバにおける装置状態または通信状態の障害を検出した場合に、前記監視端末に接続された前記保守員端末が自身の前記制御メニュー変更機能を有効化することを特徴とするエレベーターシステムが提供される。

【0010】

また、かかる課題を解決するため本発明においては、エレベーター装置のかごの運行に関する制御メニューを利用者端末から設定可能なエレベーターシステムによる制御メニュー変更方法であって、前記エレベーターシステムは、前記利用者端末による前記制御メニューの設定操作を中継する情報管理サーバと、前記情報管理サーバと前記エレベーター装置との間を接続し、前記情報管理サーバの装置状態及び通信状態を監視する監視端末と、前記監視端末に接続可能で、前記制御メニューの設定を変更する制御メニュー変更機能を有する保守員端末と、を有し、前記監視端末が前記情報管理サーバにおける装置状態または通信状態の障害を検出した場合に、前記監視端末に接続された前記保守員端末が自身の前記制御メニュー変更機能を有効化することを特徴とする制御メニュー変更方法が提供される。

【発明の効果】

【0011】

本発明によれば、利用者端末とエレベーター装置との間を中継する構成装置において障害が発生した場合であっても、制御メニューの設定変更を可能にし、エレベーターが利用できない状況を回避することができる。

【図面の簡単な説明】

【0012】

【図1】本発明の一実施形態に係るエレベーターシステム１の構成例を示す図である。

【図2】制御メニュー設定データ７４の構成例を示す図である。

【図3】制御メニュー設定処理の処理手順例を示すシーケンス図（その１）である。

【図4】制御メニュー設定処理の処理手順例を示すシーケンス図（その２）である。

【図5】制御メニュー設定処理の処理手順例を示すシーケンス図（その３）である。

【発明を実施するための形態】

【0013】

以下、図面を参照して、本発明の実施形態を詳述する。

【0014】

なお、以下の記載及び図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略及び簡略化がなされている。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。本発明が実施形態に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。本発明は、当業者であれば本発明の範囲内で様々な追加や変更等を行うことができる。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は複数でも単数でも構わない。

【0015】

以下の説明では、「テーブル」、「表」、「リスト」、「キュー」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。

【0016】

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号又は参照符号における共通番号を使用し、同種の要素を区別して説明する場合は、その要素の参照符号を使用又は参照符号に代えてその要素に割り振られたＩＤを使用することがある。

【0017】

また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、少なくとも１以上のプロセッサ（例えばＣＰＵ）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又はインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノード、ストレージシステム、ストレージ装置、サーバ、管理計算機、クライアント、又は、ホストであってもよい。プログラムを実行して行う処理の主体（例えばプロセッサ）は、処理の一部又は全部を行うハードウェア回路を含んでもよい。例えば、プログラムを実行して行う処理の主体は、暗号化及び復号化、又は圧縮及び伸張を実行するハードウェア回路を含んでもよい。プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。プロセッサを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。

【0018】

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な非一時的な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサ（例えばＣＰＵ）と非一時的な記憶資源とを含み、記憶資源はさらに配布プログラムと配布対象であるプログラムとを記憶してよい。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは配布対象のプログラムを他の計算機に配布してよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

【0019】

（１）システム構成
図１は、本発明の一実施形態に係るエレベーターシステム１の構成例を示す図である。エレベーターシステム１は、通常時に利用者端末１０からエレベーター装置７０の制御メニューを設定可能なサービス（制御メニュー設定サービス）を提供するエレベーターシステムであって、保守員端末２０、情報管理サーバ３０、監視端末６０、及びエレベーター装置７０を備えて構成される。なお、本説明において「制御メニューを設定する」とは、所望する制御メニューを設定する（有効な状態にセットする）ことだけでなく、設定済みの制御メニューの設定内容を変更すること、あるいは、設定済みの制御メニューの設定を解除すること、が含まれる。

【0020】

本説明において、「利用者」は、エレベーターを管理する者を指し、具体的には例えば、エレベーター管理者や建屋管理者等である。また、「保守員」は、エレベーターの保守または点検等を行う作業者を指す。

【0021】

利用者端末１０は、利用者によって操作される、通信機能を有する情報端末であって、例えば、携帯電話やタブレット等である。利用者端末１０は、ネットワークを介して情報管理サーバ３０に接続され、制御部１２が特定のアプリケーションを起動することによって、利用者が制御メニュー設定サービスを利用可能となる。利用者端末１０は、外部との通信を行う通信部１１と、自端末を全体的に制御する制御部１２と、制御部１２の制御に従って情報（表示データ）を表示する表示部１３と、を備える。

【0022】

保守員端末２０は、保守員によって操作される、通信機能を有する情報端末であって、例えば、携帯電話やタブレット等である。保守員端末２０は、エレベーターシステム１において障害が発生した場合に、エレベーター装置７０と通信不能となった利用者端末１０に代えて、監視端末６０に接続され、制御部２２が特定のアプリケーションを起動する等によって、保守員が制御メニュー設定サービスを利用可能となる。なお、本説明でいう「障害」は、利用者端末１０とエレベーター装置７０との通信を中継する構成装置（情報管理サーバ３０）における健全性の障害を意味し、具体的には、情報管理サーバ３０（Ｗｅｂサーバ４０，センターサーバ５０）における装置異常の装置異常、または情報管理サーバ３０の内外における通信異常（詳細には、Ｗｅｂサーバ４０とセンターサーバ５０との間の通信異常と、センターサーバ５０と監視端末６０との間の通信異常）の少なくとも何れかを含む。保守員端末２０は、外部との通信を行う通信部２１と、自端末を全体的に制御する制御部２２と、制御部２２の制御に従って情報（表示データ）を表示する表示部２３と、処理において所定の判定を行う判定部２４と、を備える。

【0023】

情報管理サーバ３０は、利用者端末１０と監視端末６０との間の通信を中継するサーバであって、Ｗｅｂサーバ４０及びセンターサーバ５０から構成される。なお、図１では、Ｗｅｂサーバ４０及びセンターサーバ５０が独立した装置（サーバ）であるかのように示されているが、本実施形態における情報管理サーバ３０の構成はこれに限定されるものではなく、例えばセンターサーバ５０がＷｅｂサーバ４０の機能（利用者端末１０と送受信する機能）を併せ持つようにして情報管理サーバ３０が構成される等であってもよい。

【0024】

Ｗｅｂサーバ４０は、主に利用者端末１０との通信（操作データの受信、表示データの送信等）を担当するサーバであって、通信部４１及び制御部４２を有する。

【0025】

センターサーバ５０は、主に監視端末６０との通信を中継するサーバであって、通信部５１、制御部５２、及び情報ＤＢ５３を有する。情報ＤＢ５３には、制御メニュー設定データ５４が格納される。

【0026】

制御メニュー設定データ５４は、エレベーター装置７０における制御メニューの設定内容を利用者に提供するために用いられるデータであって、エレベーター装置７０で管理される制御メニュー設定データ７４の設定内容が反映される。制御メニュー設定データ５４のデータ構成は、少なくとも、制御メニュー設定データ７４のデータ内容（図２を参照）を格納できるように構成されることが好ましい。また、エレベーター装置７０の制御メニュー（制御メニュー設定データ７４）が変更された場合に、利用者端末１０にその変更点が分かるように通知したい場合には、制御メニュー設定データ５４は、さらに、制御メニュー設定データ７４における設定変更の履歴を示す情報を保持する構成であることが好ましい。

【0027】

監視端末６０は、エレベーター装置７０の動作を監視するとともに、情報管理サーバ３０の装置状態及び通信状態を監視する計算機である。監視端末６０は、エレベーター装置７０と情報管理サーバ３０との間に通信可能に接続されることにより、利用者（利用者端末１０）から情報管理サーバ３０に送られた指令を最終的にエレベーター装置７０に反映する。また、監視端末６０は、障害時には保守員端末２０が接続されることにより、保守員（保守員端末２０）からの指令をエレベーター装置７０に反映する。

【0028】

監視端末６０は、外部との通信を行う通信部６１と、自端末を全体的に制御する制御部６２と、制御部６２の制御に従って各種の判定処理を実行する判定部６３と、制御部６２による処理において用いられるデータ等を管理する管理部６４と、を備える。管理部６４が管理するデータの一例として、障害フラグ及び制御メニュー変更フラグが挙げられる。詳細は後述するが、障害フラグは、健全性確認に関する障害の有無を示すフラグであり、制御メニュー変更フラグは、保守員端末２０からの操作に基づくエレベーター装置７０の制御メニュー（制御メニュー設定データ７４）の設定変更の有無を示すフラグである。なお、管理部６４は、制御部６２の一部として実装されてもよく、その場合、制御部６２が、上記した障害フラグ及び制御メニュー変更フラグ等を直接管理すればよい。

【0029】

エレベーター装置７０は、一般的なエレベーター装置であって、外部との通信を行う通信部７１と、かごの運行を制御する運行制御部７２と、エレベーター装置７０（主にかご）の制御メニューを管理する制御メニュー管理部７３と、上記制御メニューが設定される制御メニュー設定データ７４とを備える。通信部７１、運行制御部７２、制御メニュー管理部７３、及び制御メニュー設定データ７４は、例えばエレベーター装置７０の制御盤に実装される。なお、図１のエレベーター装置７０には、本発明との関連性が高い内部構成が示されており、その他の内部構成（例えばかご等）の存在を否定するものではない。

【0030】

図２は、制御メニュー設定データ７４の構成例を示す図である。図２に示したように、制御メニュー設定データ７４は、制御メニュー設定サービスで設定可能な１以上の制御メニューについて、各制御メニューの設定状態を紐付けて管理する。

【0031】

制御メニューの設定状態として、具体的には例えば、設定直後から制御メニューを有効にする「即時設定」、指定した期間（スケジュール）で制御メニューを有効にする「スケジュール設定」、「即時設定」または「スケジュール設定」とされていた制御メニューを無効にする「解除」、上記の何れの設定状態も指定されていない「未設定」、等が想定される（図２の「状態」欄参照）。また、制御メニュー設定データ７４は、設定状態が「スケジュール設定」とされた制御メニューについては、スケジュールの具体的な内容も保持するようにしてよい（図２の「スケジュール」欄参照）。

【0032】

なお、図２の制御メニュー設定データ７４では、「Ｎｏ．２」の制御メニュー「冠水退避（最上階で休止）」と「Ｎｏ．３」の制御メニュー「冠水退避（最上階を基準階に変更）」とが、グレーアウトで表示されているが、これらの制御メニューは、現在接続中のエレベーター装置７０にとって非対応の機能であることを意味する。エレベーターシステム１は、このような各メニューの対応／非対応に関する情報についても、エレベーター装置７０（制御メニュー設定データ７４）とセンターサーバ５０（制御メニュー設定データ５４）の双方で保持する。

【0033】

以上のように、制御メニュー設定データ７４は、制御メニューごとの設定内容を保持しており、制御メニュー管理部７３によって管理される。そして運行制御部７２は、制御メニュー設定データ７４の設定内容に従って、エレベーター装置７０（例えばかご）の運行を制御する。また、利用者端末１０または保守員端末２０から送信された制御メニュー変更指令を監視端末６０を介して通信部７１が受領した場合には、当該制御メニュー変更指令に応じて制御メニュー管理部７３が制御メニュー設定データ７４を更新することにより、エレベーター装置７０における制御メニューの設定が更新される。

【0034】

また、エレベーター装置７０における制御メニュー設定データ７４の設定内容は、監視端末６０を経由してセンターサーバ５０に転送され、制御メニュー設定データ５４に反映される。障害発生時に保守員端末２０からの制御メニュー変更指令に基づいてエレベーター装置７０の制御メニューの設定が変更された場合は、障害の復旧後に、制御メニュー設定データ７４の変更内容が制御メニュー設定データ５４に反映される。

【0035】

また、図２の表示例は、制御メニュー設定サービスによって利用者端末１０に表示される、エレベーター装置７０のメニュー制御の設定内容の表示画面例とみなすこともできる。この場合、制御メニュー設定データ７４ではなく、制御メニュー設定データ５４に応じた内容が表示される。そして例えば、「Ｎｏ．２」や「Ｎｏ．３」の制御メニューが、他の制御メニューとは異なる態様（他の項目との識別が可能な態様であればよく、網掛けでもグレーアウト等でもよい）で表示されることにより、これらの制御メニューが現在接続中のエレベーター装置７０では非対応の機能であることが利用者に通知される。

【0036】

以上、本実施形態に係るエレベーターシステム１の構成について説明した。なお、上述した各構成要素における「制御部」、「管理部」、及び「判定部」は、例えば、プロセッサがプログラムをメモリに読み出して実行することにより、所定の機能を提供する。これら「制御部」等は、ソフトウェアに限定されるものではなく、一部またはすべてがＦＰＧＡ（Field Programmable Gate Array）等のハードウェア回路で実現されてもよい。また、各構成要素における「通信部」は、通信Ｉ／Ｆである。「表示部」は、例えばディスプレイ等の表示装置であるが、外部記憶媒体にデータを記録する出力装置等であってもよい。

【0037】

（２）制御メニュー設定処理
利用者端末１０または保守員端末２０の操作に応じて、エレベーターシステム１がエレベーター装置７０の制御メニューを設定する制御メニュー設定処理について、図３～図５を参照しながら、その処理手順を詳しく説明する。なお、以下では、設定済みの制御メニューに対してその設定を「変更」する際の処理を中心に説明するが、制御メニューに対する設定全般（すなわち、制御メニューに対する新規の設定や設定済みの制御メニューに対する解除等を含む）について、同様の処理が行われると考えてよい。

【0038】

図３～図５は、制御メニュー設定処理の処理手順例を示すシーケンス図（その１～その３）である。なお、図３～図５において、括弧付きで記載された利用者端末１０または保守員端末２０の処理は、利用者または保守員による処理を意味する。

【0039】

図３によれば、まず、監視端末６０が、センターサーバ５０からの指令（制御メニュー変更指令）の受信を待ち合わせる（ステップＳ１）。次いで、例えば定期的に、監視端末６０の判定部６３が、センターサーバ５０からの指令を受信したか否かを判定する（ステップＳ２）。

【0040】

制御メニュー変更指令に関して、図３のステップＳ１０１～Ｓ１０４の処理を説明する。ネットワークを介してＷｅｂサーバ４０と通信可能に接続されて制御メニュー設定サービスが提供されている利用者端末１０において、利用者からエレベーター装置７０の制御メニューを変更する操作が行われると（ステップＳ１０１）、利用者端末１０がＷｅｂサーバ４０に対して、変更操作に応じた指令信号を送信する（ステップＳ１０２）。

【0041】

Ｗｅｂサーバ４０は、ステップＳ１０２で送信された指令信号を受信すると、これをセンターサーバ５０に転送する（ステップＳ１０３）。そしてセンターサーバ５０は、監視端末６０に対して、制御メニュー変更指令を発行する（ステップＳ１０４）。制御メニュー変更指令には、変更対象の制御メニューを示す情報と、変更内容を示す情報とが少なくとも含まれる。

【0042】

そして、ステップＳ１０４で発行された制御メニュー変更指令を監視端末６０の通信部６１が受信した場合に、ステップＳ２において判定部６３は、指令の受信が確認できたと判定し（ステップＳ２のあり）、ステップＳ１０５に進む。

【0043】

ステップＳ１０５では、監視端末６０の制御部６２は、受信した制御メニュー変更指令に基づいて、エレベーター装置７０に対してメニュー制御の変更指令を発行する。ステップＳ１０５において制御部６２は、センターサーバ５０から受信した制御メニュー変更指令を転送するとしてもよい。

【0044】

エレベーター装置７０では、通信部７１が変更指令を受信すると、制御メニュー管理部７３（運行制御部７２でもよい）が、指令内容に従って制御メニュー設定データ７４を更新し（ステップＳ１０６）、更新の完了後、変更指令への確認応答を監視端末６０に返す（ステップＳ１０７）。

【0045】

ステップＳ１０７の確認応答を受信した監視端末６０は、センターサーバ５０に確認応答を転送し（ステップＳ１０８）、その後はステップＳ１に戻る。

【0046】

センターサーバ５０は、監視端末６０から変更指令の確認応答を受信すると、制御部５２が、情報ＤＢ５３に格納されている制御メニュー設定データ５４を更新する（ステップＳ１０９）。ステップＳ１０９では、ステップＳ１０６においてエレベーター装置７０で実施された制御メニュー変更の内容（すなわち、制御メニュー設定データ７４の更新内容）が、制御メニュー設定データ５４に反映される。具体的な反映方法としては、例えば、センターサーバ５０の制御部５２が、ステップＳ１０４で制御メニュー変更指令を発行する際に、制御メニューの変更内容を内部的に保持しておき、監視端末６０から制御メニュー変更指令の確認応答を受信した場合に、保持しておいた変更内容で制御メニュー設定データ７４を更新すればよい。

【0047】

ステップＳ１０９で制御メニュー設定データ５４を更新した後、センターサーバ５０は、Ｗｅｂサーバ４０を介して利用者端末１０に、ステップＳ１０３で受信した指令信号に対する結果を通知する結果信号を送信する（ステップＳ１１０，Ｓ１１１）。

【0048】

そして結果信号を受信した利用者端末１０では、制御部１２が実行する制御メニュー設定サービスのアプリケーションによって、表示部１３がエレベーター装置７０における制御メニュー変更操作の結果を表示し（ステップＳ１１２）、利用者端末１０からの制御メニューの変更操作が終了する。なお、ステップＳ１１２において制御メニュー変更操作の結果表示を行うためには、センターサーバ５０が、ステップＳ１１０～Ｓ１１１の結果信号の送付の際に、制御メニュー設定データ５４の内容を利用者端末１０に送付するようにしてもよいし、センターサーバ５０側で図２に例示したような結果表示画面を作成して、作成した画面を表示するための情報を利用者端末１０に送付するようにしてもよい。

【0049】

一方、ステップＳ１０１において利用者端末１０で制御メニュー変更操作が行われなかった場合は、監視端末６０の通信部６１が制御メニュー変更指令を受信しないため、上述したステップＳ２において、判定部６３は、指令の受信が確認できなかったと判定し（ステップＳ２のなし）、ステップＳ３に進む。

【0050】

ステップＳ３では、監視端末６０の制御部６２が、利用者端末１０とエレベーター装置７０との通信を中継する情報管理サーバ３０における健全性を確認する。この健全性の確認では、具体的には、情報管理サーバ３０における装置異常の有無（すなわち、Ｗｅｂサーバ４０及びセンターサーバ５０それぞれにおける装置異常の有無）、及び、監視端末６０から情報管理サーバ３０までの間の通信異常の有無（すなわち、監視端末６０とセンターサーバ５０の間の通信経路における通信異常の有無、センターサーバ５０とＷｅｂサーバ４０の間の通信経路における通信異常の有無）が確認される。健全性の確認では、監視端末６０とセンターサーバ５０との間、さらにセンターサーバ５０とＷｅｂサーバ４０との間でそれぞれ、確認信号及びその応答信号の送受信が行われる（ステップＳ４，Ｓ５）。

【0051】

次に、判定部６３が、ステップＳ３～Ｓ５で行われた健全性確認の処理結果に基づいて、障害の有無を判定する（ステップＳ６）。具体的には例えば、Ｗｅｂサーバ４０またはセンターサーバ５０において装置異常が発生した場合には、当該装置からの応答信号で異常が通知されるか、応答信号が送信されずにタイムアウトとなる。また例えば、Ｗｅｂサーバ４０，センターサーバ５０，監視端末６０の間の何れかの通信区間において通信異常が発生した場合には、当該通信区間を経路とする応答信号が返らずにタイムアウトとなる。このような異常発生時の各ケースと照合することにより、判定部６３は、障害の有無を判定することができ、障害発生時には障害の発生箇所まで特定することができる。

【0052】

ステップＳ６において障害が発生していないと判定した場合（ステップＳ６のなし）、監視端末６０は、ステップＳ１に戻る。

【0053】

一方、ステップＳ６において障害が発生していると判定した場合（ステップＳ６のあり）、監視端末６０の制御部６２が、管理部６４が管理する障害フラグを「ＯＮ」にする（ステップＳ７）。障害フラグは、健全性に関する障害が発生しているときに「ＯＮ」にされるフラグであって、上記障害が発生していない状況では「ＯＦＦ」にされる。

【0054】

次に、監視端末６０の制御部６２は、情報管理サーバ３０（Ｗｅｂサーバ４０またはセンターサーバ５０）における障害の復旧を確認する（ステップＳ８）。ステップＳ８のける障害の復旧確認の方法は、ステップＳ３における健全性確認と同様と考えてよく、監視端末６０とセンターサーバ５０との間、さらにセンターサーバ５０とＷｅｂサーバ４０との間でそれぞれ、確認信号及びその応答信号の送受信が行われる（ステップＳ９，Ｓ１０）。

【0055】

次に、判定部６３が、ステップＳ８～Ｓ１０で行われた障害の復旧確認の処理結果に基づいて、障害が復旧したか否かを判定する（ステップＳ１１）。障害の復旧を判定する具体的な方法は、ステップＳ６における障害の有無の判定と同様でよいため、説明を省略する。ステップＳ１１において障害が復旧したと判定した場合（ステップＳ１１の復旧）、監視端末６０は図５に示すステップＳ３０１に進む。図５に示す処理は後述する。一方、ステップＳ１１において障害が復旧していないと判定した場合（ステップＳ１１の未復旧）、監視端末６０はステップＳ２０４に進む。

【0056】

監視端末６０がステップＳ２０４に進むケースは、情報管理サーバ３０で障害が続いている（復旧できていない）状況であり、このような状況では、利用者端末１０は情報管理サーバ３０を経由して監視端末６０及びエレベーター装置７０と通信することができない。この結果、ステップＳ１０１のように利用者端末１０から制御メニューの変更操作を行ったとしても、エレベーター装置７０のメニュー制御を変更することができずに、タイムアウトや通信不良により、利用者端末１０において制御メニュー変更操作は失敗となる（ステップＳ２０１）。エレベーターシステム１は、ステップＳ２０１のような状況になってもエレベーター装置７０のメニュー制御を変更できるようにするために、保守員が操作する保守員端末２０が監視端末６０に接続できるように構成される。

【0057】

具体的には、ステップＳ２０１の後、利用者がエレベーター装置７０の保守サービスを提供する企業等にクレーム連絡を行うと（ステップＳ２０２）、保守サービス提供側から指示を受けた保守員が出動する（ステップＳ２０３）。そして保守員は、エレベーター装置７０が設置されている現場に到着すると、保守員端末２０を監視端末６０に接続する（ステップＳ２０５）。監視端末６０に接続された保守員端末２０では、制御部２２によって保守員向けの制御メニュー設定サービスのアプリケーションが実行される。なお、監視端末６０に対する保守員端末２０の接続方法は特に限定されず、通信経路となるネットワークは有線でも無線でもよい。

【0058】

ステップＳ２０４では、監視端末６０は、保守員端末２０の接続を待ち、例えば定期的に、判定部６３が、保守員端末２０の監視端末６０への接続検知を判定する（ステップＳ２０６）。このステップＳ２０６よりも前に、前述したステップＳ２０５の処理（保守員端末２０の監視端末６０への接続）が行われていれば、判定部６３は保守員端末２０の接続を検知し（ステップＳ２０６の接続）、図４に示す処理に進む。一方、ステップＳ２０６よりも前に、ステップＳ２０５の処理が行われていなければ、判定部６３は保守員端末２０の接続検知ができず（ステップＳ２０６の未接続）、監視端末６０は障害フラグをＯＮにしたままステップＳ８に戻る。

【0059】

図４ではまず、ステップＳ２０５で監視端末６０に接続された保守員端末２０が、監視端末６０に対して障害フラグの読み出しを実施し（ステップＳ２０７）、監視端末６０は障害フラグがＯＮであることを保守員端末２０に回答する（ステップＳ２０８）。

【0060】

次に、保守員端末２０では、判定部２４が、ステップＳ２０７～Ｓ２０８の処理で取得した障害フラグを確認する（ステップＳ２０９）。障害フラグがＯＮである場合（ステップＳ２０９のＯＮ）、制御部２２が、保守員端末２０の内部に用意された制御メニュー変更機能を有効化する（ステップＳ２１０）。保守員端末２０の内部の制御メニュー変更機能は、例えば、前述した保守員向けの制御メニュー設定サービスのアプリケーションが提供する機能の１つと考えてよく、制御部２２によって有効化されるまでは当該機能は無効化されている。したがって、ステップＳ２０９で障害フラグがＯＦＦである場合は、保守員端末２０の内部の制御メニュー変更機能は使用することができず、ステップＳ２１０以降の処理は行われない。

【0061】

ステップＳ２１０で制御メニュー変更機能を有効化した後、保守員端末２０は、監視端末６０に対して状態読み出しを実施する（ステップＳ２１１）。状態読み出しとは、エレベーター装置７０における制御メニューの設定状態を読み出すことであり、保守員端末２０から要求を受けた監視端末６０は、エレベーター装置７０に対して状態読み出しを実施する（ステップＳ２１２）。監視端末６０からの要求に対して、エレベーター装置７０は、例えば制御メニュー管理部７３が制御メニュー設定データ７４を参照することにより、制御メニューの設定状態を取得し、これを監視端末６０に回答する（ステップＳ２１３）。そして監視端末６０は、エレベーター装置７０から受け取った制御メニューの設定状態を示す情報を、保守員端末２０に回答する（ステップＳ２１４）。

【0062】

次に、保守員端末２０では、表示部２３が、ステップＳ２１４で受け取った制御メニューの設定状態を所定の表示画面（制御メニュー変更機能が提供する表示画面）に表示する（ステップＳ２１５）。この表示画面を見て保守員は、エレベーター装置７０において設定の変更が必要な制御メニューを検討し、保守員端末２０において制御メニューの変更操作を実施する（ステップＳ２１６）。ステップＳ２１６において保守員端末２０は、制御メニューの変更操作に応じた指令信号を監視端末６０に向けて送信する。

【0063】

次に、監視端末６０では、通信部６１が保守員端末２０から送信された指令信号を受信し、制御部６２が指令信号に応じた制御メニュー変更指令を、エレベーター装置７０に発行する（ステップＳ２１７）。

【0064】

そしてエレベーター装置７０では、通信部７１が制御メニュー変更指令を受信すると、制御メニュー管理部７３（運行制御部７２でもよい）が、指令内容に従って制御メニュー設定データ７４を更新し（ステップＳ２１８）、更新の完了後、変更指令への確認応答を監視端末６０に返す（ステップＳ２１９）。

【0065】

次に、ステップＳ２１９の確認応答を受信した監視端末６０では、制御部６２が、管理部６４が管理する制御メニュー変更フラグを「ＯＮ」にする（ステップＳ２２０）。制御メニュー変更フラグは、保守員端末２０からの操作に基づいてエレベーター装置７０の制御メニュー（制御メニュー設定データ７４）の設定が変更された場合に「ＯＮ」にされるフラグであって、それ以外の状況では、利用者端末１０からの制御メニューの設定が変更された場合でも、初期値の「ＯＦＦ」にされる。

【0066】

ステップＳ２２０の後、監視端末６０の制御部６２は、ステップＳ２１６で指示された制御メニューの変更操作が完了したことを保守員端末２０に通知する（ステップＳ２２１）。この通知を受信した保守員端末２０では、表示部２３が、制御メニュー変更機能が提供する表示画面に、制御メニューの設定の変更が完了したことを表示する（ステップＳ２２２）。この表示画面を見た後、保守員は保守員端末２０を取り外し（監視端末６０への保守員端末２０の接続を解除し）（ステップＳ２２３）、保守員の作業を終了する。

【0067】

一方、ステップＳ２２１で制御メニューの変更操作の完了を保守員端末２０に通知した後、監視端末６０は、前述したステップＳ８に戻り、障害（情報管理サーバ３０の構成異常または通信異常）が復旧したか確認する。

【0068】

障害が復旧するまで、監視端末６０は、ステップＳ８～Ｓ１１，Ｓ２０４，Ｓ２０５の処理を繰り返す。その後、障害が復旧すると、判定部６３がステップＳ１１の復旧判定において復旧したと判定し、ステップＳ３０１に進む。

【0069】

ステップＳ３０１では、監視端末６０の制御部６２が障害フラグを「ＯＦＦ」にする。次に、判定部６３が制御メニュー変更フラグの値を確認し（ステップＳ３０２）、制御メニュー変更フラグが「ＯＮ」の場合は（ステップＳ３０２のＯＮ）、ステップＳ３０３に進む。一方、制御メニュー変更フラグが「ＯＮ」ではない場合は（ステップＳ３０２のＯＦＦ）、特段の処理を行わずにステップＳ１に戻り、センターサーバ５０からの制御メニュー変更指令を待機する。

【0070】

ステップＳ３０３において、監視端末６０の制御部６２は、センターサーバ５０に制御メニューの変更を通知し、その後、制御メニュー変更フラグを「ＯＦＦ」にし（ステップＳ３０４）、ステップＳ１に戻る。

【0071】

一方、監視端末６０からの制御メニュー変更の通知を受信したセンターサーバ５０では、制御部５２が、通知が示す制御メニューの変更内容によって、情報ＤＢ５３に格納されている制御メニュー設定データ５４を更新する（ステップＳ３０５）。ステップＳ３０５の処理が行われることによって、ステップＳ２１８においてエレベーター装置７０で実施された制御メニュー変更の内容（すなわち、制御メニュー設定データ７４の更新内容）が、制御メニュー設定データ５４に反映される。

【0072】

ステップＳ３０５で制御メニュー設定データ５４を更新した後、センターサーバ５０は、Ｗｅｂサーバ４０を介して利用者端末１０に、監視端末６０から受信した制御メニュー変更の通知を送信する（ステップＳ３０６，Ｓ３０７）。

【0073】

そして制御メニュー変更の通知を受信した利用者端末１０では、制御部１２が実行する制御メニュー設定サービスのアプリケーションによって、表示部１３がエレベーター装置７０における制御メニューの変更内容を表示し（ステップＳ３０８）、制御メニュー設定処理を終了する。

【0074】

以上に説明したように、図３～図５に示した制御メニュー設定処理が実行されることにより、エレベーターシステム１は、利用者端末１０と監視端末６０との間を中継する情報管理サーバ３０（Ｗｅｂサーバ４０，センターサーバ５０）において装置異常または通信異常による障害が発生して利用者端末１０からエレベーター装置７０の制御メニューの設定変更ができなくなった場合でも、監視端末６０に接続した保守員端末２０から制御メニューの設定変更を可能として、エレベーター装置が利用できない状況を回避することができる。

【0075】

また、制御メニュー設定処理において、上記障害が発生していないか復旧後の状況（すなわち、障害フラグがＯＦＦの状況）では、図４のステップＳ２１０～Ｓ２２２の処理に移行しないため、保守員端末２０の操作によって制御メニューの設定を変更することはできず、非障害時における制御メニューの設定機能の提供先を利用者に限定することができる。

【0076】

さらに、エレベーターシステム１は、制御メニュー設定処理において、保守員端末２０からの操作に基づくメニュー制御の設定変更の内容を、利用者端末１０への情報提供向けにセンターサーバ５０が保有する制御メニュー設定データ５４にも反映することにより、エレベーターシステム１の各装置が保持する情報（制御メニューの設定内容）に齟齬が生じないようにすることができる。その結果、エレベーターシステム１によれば、制御メニュー設定サービスの利用者に対するサービス品質の低下を回避して、利用者が制御メニューの設定変更を正確に把握することができる。

【符号の説明】

【0077】

１ エレベーターシステム
１０ 利用者端末
１１，２１，４１，５１，６１，７１ 通信部
１２，２２，４２，５２，６２ 制御部
１３，２３ 表示部
２０ 保守員端末
２４，６３ 判定部
３０ 情報管理サーバ
４０ Ｗｅｂサーバ
５０ センターサーバ
５３ 情報ＤＢ
５４，７４ 制御メニュー設定データ
６０ 監視端末
６４ 管理部
７０ エレベーター装置
７２ 運行制御部
７３ 制御メニュー管理部

【図1】

【図2】

【図3】

【図4】

【図5】