JP6872507B2 - 管理サーバ及び管理システム - Google Patents

Description

本発明は、管理サーバ及び管理システムに関する。

昇降機が故障した場合、昇降機の設置場所（以下、「現地」と呼ぶ）に保守員が出動し、昇降機に異常を生じさせた原因機器の調査、昇降機の復旧が行われる。保守員が以前に行った復旧により経験したことがある故障であったり、故障に対して知見があったりすれば、保守員は、現地に出動する前に故障の目途がつくので、現地に到着してすぐに故障を解決できる。しかし、保守員が、事前に故障の原因等を判断できなければ、現地に到着した後、確認作業を行う必要がある。現在、事前に用意した手順書や、保守員よりも知見のあるエンジニアからの支援を得ることで問題を解決しているが、このような方法では昇降機を復旧させるまでに時間を要していた。

そこで、昇降機から受信した故障信号に合わせた支援データを現地の昇降機の端末に送信しておき、現地にいる保守員は支援データを見ながら故障に対応する手法が提案されている。このような手法を用いた技術として、例えば、特許文献１に開示された技術がある。

特許文献１には、故障エレベーター現場に到着した保守員が、携行した携帯端末装置をエレベーター監視装置の接続部に接続し、センタ装置から送信されている支援データを携帯端末装置に取り出し、これに従って故障に対する保守を実行する技術が開示されている。

特開平７−１０４０８号公報

保守員が現地に到着してから作業を開始すると、現地にて保守員が与えられた手順を全てなぞる必要があり、その分の作業時間が必要であった。また、従来は、対応手順を進められるのが現地にいる保守員だけであった。このため、作業の完了までに時間がかかっていた。

特許文献１に開示された技術は、センタ装置から携帯端末装置に送信された支援データを取出すことで保守を実行することを可能とするものであるため、保守員が現地に到着するまでは保守が開始されない。また、現地の保守員が支援データを見ながら故障に対応する手法では、保守員が現地に到着するまでに故障の原因となった機器を絞り込むことができない。このため、特許文献１に開示された技術を用いても、保守員が作業を完了するまでに時間がかかっていた。

本発明はこのような状況に鑑みて成されたものであり、例えば、故障が発生した昇降機に対する保守作業の完了までに要する時間を短縮することを目的とする。

本発明に係る管理サーバは、昇降機の状態を監視する監視装置から昇降機の状態を示す状態データを受信し、状態データを管理するデータ管理部と、データ管理部から取得した状態データに基づいて、昇降機に異常を生じさせた原因機器を推定する原因機器推定部と、推定された原因機器に対応するワークフローを選定するフロー選定部と、選定部により選定されたワークフローを構成する作業のうち、状態データを用いて実行可能な段階まで作業を進めた後、データ管理部とは異なる入力元から入力される入力データを用いて以降の作業を進めるフロー制御部と、を備える。入力データは、保守員による昇降機の作業を支援する後方支援者が操作する後方支援者端末から入力される第１入力データ、及び昇降機に対する作業が行われる現地作業部にて昇降機を保守する保守員が操作する保守員端末から入力される第２入力データである。フロー制御部は、状態データ又は第１入力データを用いて実行可能な段階まで作業を進めた結果を、保守員端末に出力し、保守員端末から入力される第２入力データを受け付ける。

本発明によれば、例えば、昇降機を保守する保守員が現地作業部に到着する前に、状態データを用いてワークフローの作業が進められる。このため、現地作業部に到着した保守員は、以降の作業を進めることができるので、作業の完了までにかかる時間を短縮することができる。
上記した以外の課題、構成及び効果は、以下の実施の形態の説明により明らかにされる。

本発明の一実施の形態に係る管理システムの全体構成例を示すブロック図である。 本発明の一実施の形態に係る計算機のハードウェア構成例を示すブロック図である。 本発明の一実施の形態に係るＦＴＡ制御部にて行われる、複数の入力元から入力されるデータの入力処理の例を示すフローチャートである。 本発明の一実施の形態に係る状態データの構成例を示す説明図である。 本発明の一実施の形態に係る推定結果テーブルの構成例を示す説明図である。 本発明の一実施の形態に係る状態データ判定テーブルの構成例を示す説明図である。 本発明の一実施の形態に係るＦＴＡワークフローの処理の例を示すフローチャートである。 本発明の一実施の形態に係る状態データが入力されたときに行われる第１の状態データ処理の例を示すフローチャートである。 図８の処理に続いて行われる第２の状態データ処理の例を示すフローチャートである。 本発明の一実施の形態に係る保守員端末及び後方支援者端末に表示される入出力インターフェースの例を示す説明図である。

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

［一実施の形態］
＜管理システムの全体構成例＞
図１は、管理システムの全体構成例を示すブロック図である。
始めに、本実施の形態に係る管理システム２０の構成例を説明する。管理システム２０は、現地作業部１０、管理サーバ９、後方支援者端末８を備える。

現地作業部１０は、例えば、昇降機１、監視装置２及び保守員端末３が設けられる建物内を示す領域である。なお、保守員が昇降機１を保守する場所を「現地」とも呼ぶ。保守には、例えば、昇降機１の点検、昇降機１の構成部品の交換、構成部品の調整等の作業が含まれる。

昇降機１は、例えば、不図示の呼び釦が押されることにより、呼び釦の設置階まで乗りかごを移動させるエレベーターである。そして、昇降機１は、乗りかごに乗車した客が乗りかご内の行先釦を押すことにより、行先釦で示される行先階まで乗りかごを昇降させる。なお、昇降機１は、例えば、建物の上階床と下階床との間に設置される傾斜型の乗客コンベア、いわゆるエスカレーターであってもよい。

監視装置２は、現地作業部１０に設けられる。この監視装置２は、監視対象である昇降機１の昇降動作、ドア開閉動作等の昇降機１の状態を監視する。そして、監視装置２は、昇降機１から取得した状態データ１１を管理サーバ９に送信する。

保守員端末３は、昇降機１に対する作業が行われる現地作業部１０にて昇降機１を保守する保守員が操作する端末である。保守員が、現地作業部１０に到着した後、保守員の操作により保守員端末３からＦＴＡ制御部７に入力データが入力される。保守員端末３は、ＦＴＡ制御部７に入力する入力データの入力元の一つである。この保守員端末３は、保守員入力部３ａと保守員出力部３ｂを備える。

保守員入力部３ａは、保守員が、点検又は故障対応の作業を行う際に入力した点検結果、作業報告等の操作を受け付ける。保守員入力部３ａに入力された点検結果、作業報告等を示す入力データは、不図示のネットワークを通じて管理サーバ９のＦＴＡ制御部７に送信される。
保守員出力部３ｂは、ＦＴＡ制御部７から受信したデータを、保守員インターフェースと呼ばれる入出力インターフェースＷ１（後述する図１０を参照）に出力する。

管理サーバ９は、昇降機１の状態を管理するサーバである。管理サーバ９は、例えば、Ｗｅｂサーバである。このため、監視装置２、保守員端末３及び後方支援者端末８が、不図示のネットワークを通じて管理サーバ９にアクセスし、管理サーバ９に対して各種データの送受信を行うことが可能である。管理サーバ９は、データ管理部４、原因機器推定部５、ＦＴＡ選定部６及びＦＴＡ制御部７を備える。

データ管理部４は、昇降機１の状態を監視する監視装置２から昇降機１の状態を示す状態データ１１を受信し、状態データ１１を管理する。このデータ管理部４は、例えば、昇降機１に異常が発生したことを監視装置２が検出した時点、すなわち、昇降機１に故障が起こったタイミングで、監視装置２から送信される状態データ１１を収集する。また、データ管理部４は、例えば、不図示のコールセンターの担当者が、現地作業部１０にいる昇降機１の管理者又は利用者から連絡を受けたタイミングで、監視装置２から状態データ１１を収集することもできる。

原因機器推定部５は、データ管理部４により管理される状態データ１１を読み出す。そして、原因機器推定部５は、データ管理部４から取得した状態データ１１に基づいて、昇降機１に異常を生じさせた原因機器を推定する。

ＦＴＡ選定部６（フロー選定部の一例）は、原因機器推定部５により推定された原因機器に対応するＦＴＡ（Fault Tree Analysis）ワークフロー（ワークフローの一例）を選定する。このとき、ＦＴＡ選定部６は、推定結果テーブルＦ２０（後述する図５を参照）を参照してＦＴＡワークフローを選定する。

ＦＴＡ制御部７（フロー制御部の一例）は、ＦＴＡ選定部６により選定されたＦＴＡワークフローを構成する作業のうち、状態データ１１を用いて実行可能な段階まで作業を進める。このとき、ＦＴＡ制御部７は、状態データ判定テーブルＦ２１（後述する図６を参照）を参照して、ＦＴＡワークフローの各作業を実行する。その後、ＦＴＡ制御部７は、データ管理部４とは異なる入力元（保守員端末３又は後方支援者端末８）から入力される入力データを用いて以降の作業を進める。

そして、ＦＴＡ制御部７は、状態データ１１又は入力データを用いて実行可能な段階まで作業を進めた結果を、保守員端末３に出力し、保守員端末３から入力される入力データを受け付ける。また、ＦＴＡ制御部７は、作業を進めた結果を後方支援者端末８に出力することもできる。このようにＦＴＡ制御部７は、ＦＴＡワークフローの作業が実行される度に、作業を進めた結果を、後方支援者端末８及び保守員端末３に出力する。これにより、後方支援者端末８及び保守員端末３は、ＦＴＡワークフローの作業進捗を共有することができる。ＦＴＡワークフローを構成する具体的な作業については、後述する図７にて説明する。

ＦＴＡ制御部７には、３種類の入力元からデータが入力される。３種類の入力元から入力されるデータは、それぞれデータ管理部４から読み出される状態データ１１と、現地にいる保守員が保守員入力部３ａから入力したデータ（第２入力データの一例）と、現地以外の場所から後方支援者が後方支援者入力部８ａから入力したデータ（第１入力データの一例）である。このため、ＦＴＡ制御部７は、ＦＴＡ選定部６を通じてデータ管理部４から取得される状態データ１１、保守員端末３から入力されるデータ、及び後方支援者端末８から入力されるデータに対する入出力をも制御する。

後方支援者端末８は、保守員による昇降機１の作業を支援する後方支援者により操作される端末であり、後方支援者が待機する不図示の監視センターに設けられる。後方支援者端末８は、ＦＴＡ制御部７に入力する入力データの入力元の一つである。後方支援者は、昇降機１の故障対応について保守員と同等以上の知見を持ち、後方支援者端末８に表示されるＦＴＡワークフローに基づいて故障対応に必要な作業を実行することができる。後方支援者端末８は、保守員が現地に到着するまでの間に、後方支援者が入力可能な範囲まで事前に昇降機１の点検を行うための後方支援に用いられる。この後方支援者端末８は、後方支援者入力部８ａと後方支援者出力部８ｂを備える。

後方支援者入力部８ａは、後方支援者がＦＴＡワークフローの作業を進める際に入力した操作を受け付ける。後方支援者入力部８ａに入力された操作を示す入力データは、不図示のネットワークを通じて管理サーバ９のＦＴＡ制御部７に送信される。
後方支援者出力部８ｂは、ＦＴＡ制御部７から受信したデータを、後方支援者インターフェースと呼ばれる入出力インターフェースＷ１（後述する図１０を参照）に出力する。後方支援者出力部８ｂに出力される画面の内容は、保守員端末３の保守員出力部３ｂに出力される画面の内容と同じものとしてもよい。

次に、管理システム２０の動作例について説明する。
昇降機１にて故障が発生し、又はコールセンターの担当者が現地からの連絡を受けた際に、監視装置２は、故障した際に昇降機１の内部から出力された信号データを含む状態データ１１をデータ管理部４に送信する。また、監視装置２は、昇降機１に故障が発生した後、昇降機１が復帰するまでの間、昇降機１の状態データ１１をデータ管理部４に連続して送信してもよい。これにより、ＦＴＡ制御部７がＦＴＡワークフローの作業を自動的に実行し、保守員による点検等の作業が行われた後に、状態データ１１を用いて自動化できる作業をＦＴＡ制御部７が改めて実行することができる。このため、ＦＴＡ制御部７が自動的にＦＴＡワークフローの作業を実行可能な範囲を広げることができる。

データ管理部４は、監視装置２から収集した状態データ１１を原因機器推定部５に送信する。原因機器推定部５は、データ管理部４から取得した状態データ１１を使って原因機器の推定を行う。ＦＴＡ選定部６は、原因機器推定部５が推定した原因機器と、昇降機１の故障時にデータ管理部４から収集した状態データ１１とを用いて、昇降機１の故障対応に適したＦＴＡワークフローを選定する。そして、ＦＴＡ制御部７は、ＦＴＡ選定部６により選定されたＦＴＡワークフローと、ＦＴＡ制御部７に入力されたデータを用いて、ＦＴＡワークフローの各作業に対する入力処理を行う。そして、ＦＴＡ制御部７は、処理結果を保守員端末３及び後方支援者端末８に出力する。この処理結果は、後述する図１０に示す入出力インターフェースＷ１に表示される。

＜計算機のハードウェア構成例＞
次に、管理システム２０の各装置を構成する計算機Ｃのハードウェア構成を説明する。
図２は、計算機Ｃのハードウェア構成例を示すブロック図である。

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

ＣＰＵ Ｃ１は、本実施の形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ Ｃ２から読み出して実行する。ＲＡＭ Ｃ３には、演算処理の途中に発生した変数やパラメーター等が一時的に書き込まれる。表示装置Ｃ５は、例えば、液晶ディスプレイモニタであり、計算機Ｃで行われる処理の結果等を、保守員又は後方支援者に表示する。入力装置Ｃ６には、例えば、キーボード、マウス等が用いられ、保守員又は後方支援者が所定の操作入力、指示を行うことが可能である。例えば、計算機Ｃが保守員端末３、後方支援者端末８に適用される場合、保守員入力部３ａ及び後方支援者入力部８ａが入力装置Ｃ６に該当し、保守員出力部３ｂ及び後方支援者出力部８ｂが表示装置Ｃ５に該当する。なお、表示装置Ｃ５と入力装置Ｃ６とは、重ね合わせて一体化することで、例えば、情報の表示とタッチ入力が可能なタッチパネルディスプレイ装置として構成することができる。監視装置２、管理サーバ９は、表示装置Ｃ５及び入力装置Ｃ６を備えない構成としてよい。

不揮発性ストレージＣ７としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリ等が用いられる。この不揮発性ストレージＣ７には、ＯＳ（Operating System）、各種のパラメーターの他に、計算機Ｃを機能させるためのプログラムが記録されている。ＲＯＭ Ｃ２、不揮発性ストレージＣ７は、ＣＰＵ Ｃ１が動作するために必要なプログラムやデータ等を永続的に記録しており、計算機Ｃによって実行されるプログラムを格納したコンピュータ読取可能な非一過性の記録媒体の一例として用いられる。

ネットワークインターフェースＣ８には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、端子が接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータを装置間で送受信することが可能である。

＜３つの入力元からデータが入力する処理の例＞
次に、ＦＴＡワークフローについて説明する前提として、ＦＴＡ制御部７に複数の入力元からデータが入力される際の処理について説明する。
図３は、ＦＴＡ制御部７にて行われる、複数の入力元から入力されるデータの入力処理の例を示すフローチャートである。この処理は、ＦＴＡ制御部７がＦＴＡワークフローを実行する際に、ＦＴＡワークフローを構成する作業が、異なる入力元からＦＴＡ制御部７に入力したどのデータからの値に基づいて実行されたかを後の処理で判断するためのフラグを立てる処理である。このため、図３に示す処理は、ＦＴＡワークフローの作業毎に行われる。フラグは、ＦＴＡ制御部７により、例えば、管理サーバ９に設けられるＲＡＭ Ｃ３に対して、ＦＴＡワークフローを構成する作業毎に設けられたワーク領域に記憶され、適宜参照される。

始めに、ＦＴＡ制御部７は、データ管理部４から読み出される状態データ１１が入力されたか否かを判定する（Ｓ１）。状態データ１１が入力されたと判定した場合（Ｓ１のＹＥＳ）、ＦＴＡ制御部７は、状態データ１１の入力処理を開始する（Ｓ２）。同時に、ＦＴＡ制御部７に入力された値が状態データ１１からであることが分かるようにするため、状態データフラグを立てて（Ｓ３）、入力処理を終了する。

ステップＳ１にて、状態データ１１が入力されていないと判定した場合（Ｓ１のＮＯ）、ＦＴＡ制御部７は、保守員端末３を使用する保守員からデータが入力されたか否かを判定する（Ｓ４）。保守員からデータが入力されたと判定した場合（Ｓ４のＹＥＳ）、ＦＴＡ制御部７は、保守員用の入出力インターフェースＷ１（後述する図１０を参照）を保守員端末３に表示し、保守員にデータの入力を促す（Ｓ５）。同時に、ＦＴＡ制御部７に入力した値が保守員により入力されたことが分かるようにするため、保守員データフラグを立てて（Ｓ６）、入力処理を終了する。

ステップＳ４にて、保守員からデータが入力されていないと判定した場合（Ｓ４のＮＯ）、ＦＴＡ制御部７は、後方支援者端末８を使用する後方支援者からデータが入力されたか否かを判定する（Ｓ７）。後方支援者からデータが入力されたと判定した場合（Ｓ７のＹＥＳ）、ＦＴＡ制御部７は、後方支援者用の入出力インターフェースＷ１を後方支援者端末８に表示し、後方支援者にデータの入力を促す（Ｓ８）。同時に、ＦＴＡ制御部７に入力された値が後方支援者により入力されたことが分かるようにするため、後方支援者データフラグを立てて（Ｓ９）、入力処理を終了する。なお、ステップＳ７にて、後方支援者からデータが入力されていないと判定した場合（Ｓ７のＮＯ）、ＦＴＡ制御部７は、入力処理を終了する。

＜状態データ＞
次に、状態データ１１のデータ構成例を説明する。
図４は、状態データ１１の構成例を示す説明図である。
状態データ１１は、様々な種類のデータを連結したデータ内容だけで構成される。しかし、説明に用いるため、図４では、データ内容の開始アドレスを表す対応データアドレスを付して状態データ１１を表す。

対応データアドレスが「１０−１」の位置には、現地データが格納される。現地データとは、例えば、現地から収集されるデータである。例えば、昇降機１に故障が発生した際、この故障の内容を示す情報が現地データと呼ばれる。
対応データアドレスが「１０−２」の位置には、原因機器推定部５により推定される原因機器に同一故障が頻発しているかを示すデータが格納される。同一故障が頻発している場合には、例えば、短期間に何度も同一故障が発生していれば、監視装置２により、昇降機１に同一故障が頻発していることを表す「ＹＥＳ」に対応する符号「ｙ」が格納される。

対応データアドレスが「１０−３」の位置には、監視装置２が昇降機１から取得するかご位置データが格納される。かご位置データは、昇降機１の乗りかごのかご位置を表す。
対応データアドレスが「１０−４」の位置には、監視装置２が昇降機１から取得するガバナスイッチデータ（図中では、「ガバナＳＷデータ」と記載）が格納される。ガバナスイッチデータは、昇降機１に設置されるガバナスイッチの状態を表す。
対応データアドレスが「１０−５」の位置には、監視装置２が昇降機１から取得するガバナスイッチＯＮデータが格納される。ガバナスイッチＯＮデータは、ガバナスイッチがＯＮされているかを表すデータであり、ガバナスイッチがＯＮされている場合、ｂｉｔ状態として「１」が格納される。

＜２種類のテーブル＞
次に、管理サーバ９で用いられる２種類のテーブルの構成例について、図５と図６を参照して説明する。これら２種類のテーブルは、管理サーバ９内の不揮発性ストレージＣ７に予め設けられる。
図５は、推定結果テーブルＦ２０の構成例を示す説明図である。
推定結果テーブルＦ２０は、フローＩＤ、作業ＩＤ、原因機器の各フィールドを有している。
フローＩＤ Ｆ２０−１には、ＦＴＡワークフローに一意に付されるフローＩＤが格納される。ＦＴＡワークフローは、複数種類あるが、本実施の形態では、フローＩＤが「ＴＳ１」であるＦＴＡワークフローが用いられる。フローＩＤが「ＴＳ１」であるＦＴＡワークフローは、後述する図７にて、ＦＴＡワークフローＦ２３として内容を説明する。

作業ＩＤ Ｆ２０−２には、フローＩＤにより特定されるＦＴＡワークフローを構成する作業を一意に特定するための作業ＩＤが格納される。本実施の形態では、フローＩＤが「ＴＳ１」であるＦＴＡワークフローＦ２３に含まれる作業ＩＤが作業ＩＤ Ｆ２０−２に格納される。

原因機器Ｆ２０−３には、作業ＩＤで特定される作業が行われる際に確認される機器を示す情報が原因機器として格納される。本実施の形態では、原因機器として、ロータリーエンコーダ、ガバナＳＷ（スイッチ）等の具体的な機器名称が原因機器Ｆ２０−３に格納されているが、原因機器を特定するコード、製品番号等が格納されてもよい。

原因機器推定部５により推定される原因機器と、作業ＩＤとが、原因機器Ｆ２０−３及び作業ＩＤ Ｆ２０−２により紐付けられる。また、原因機器推定部５により推定される原因機器と、フローＩＤとが、原因機器Ｆ２０−３及びフローＩＤ Ｆ２０−１により紐付けられる。なお、フローＩＤ Ｆ２０−１に格納されるフローＩＤは、後述する図７のＦＴＡワークフローＦ２３におけるフローＩＤ Ｆ２３−１に示されるフローＩＤとも紐付けられる。

このように推定結果テーブルＦ２０には、推定された原因機器、原因機器の動作を確認するためのＦＴＡワークフローＦ２３における作業を特定する作業ＩＤとが格納される。このため、原因機器推定部５により原因機器が推定されると、ＦＴＡ選定部６は、推定された原因機器に対応するフローＩＤによりＦＴＡ制御部７が実行するＦＴＡワークフローを選定する。そして、ＦＴＡ制御部７は、推定結果テーブルＦ２０を参照して、原因機器推定部５が推定した原因機器に対して行われる作業をＦＴＡワークフロー内で特定して作業を進めることができる。

図６は、状態データ判定テーブルＦ２１の構成例を示す説明図である。
状態データ判定テーブルＦ２１は、フローＩＤ、作業ＩＤ、作業条件、作業判定、対応データアドレス、作業処理の各フィールドを有する。

フローＩＤ Ｆ２１−１には、ＦＴＡワークフローを特定するためのフローＩＤが格納される。この状態データ判定テーブルＦ２１においても、フローＩＤが「ＴＳ１」であるＦＴＡワークフローを用いた例について説明する。

作業ＩＤ Ｆ２１−２には、ＦＴＡワークフローを構成する作業を特定するための作業ＩＤが格納される。
作業条件Ｆ２１−３には、作業ＩＤ毎の作業条件が格納される。ある作業において、作業条件Ｆ２１−３に格納された値に基づいて作業を実行するための判定を行う場合に参照される値が作業条件として格納される。
作業判定Ｆ２１−４には、作業を進めるための判定方法が格納される。

対応データアドレスＦ２１−５には、状態データ１１において、作業に必要なデータの開始アドレスが格納される。
作業処理Ｆ２１−６には、作業判定Ｆ２１−４に格納される判定方法の判定結果が肯定的な内容である場合に、ＦＴＡ制御部７がどのように作業を進めるかを表す処理の内容が格納される。

このように状態データ判定テーブルＦ２１には、作業毎に、状態データ１１に格納される情報の所在を示す所在情報と、作業を進めるための判定内容、判定内容に応じて行われる処理とが格納される。そして、ＦＴＡ制御部７は、状態データ判定テーブルＦ２１を参照して、特定した作業に必要となる情報を状態データ１１から取得し、判定内容に従って作業を進め、処理を行うことが可能である。

＜ＦＴＡワークフロー＞
次に、ＦＴＡワークフローＦ２３について説明する。
図７は、ＦＴＡワークフローＦ２３の処理の例を示すフローチャートである。ここでは、ＦＴＡ制御部７にて処理が制御されるＦＴＡワークフローＦ２３に入力するデータの流れについて、適宜、状態データ判定テーブルＦ２１を参照して説明する。

ＦＴＡワークフローＦ２３は、ＦＴＡ選定部６により決定された、ＦＴＡワークフロー毎に割り振られるフローＩＤ Ｆ２３−１で管理される。図７に示すＦＴＡワークフローのフローＩＤ Ｆ２３−１は、「ＴＳ１」である。

ＦＴＡワークフローＦ２３は、複数の作業により構成されている。図５と図６に示したフローＩＤが「ＴＳ１」であるＦＴＡワークフローＦ２３は、図中に「Ｆ１」〜「Ｆ１９」が割り振られた複数の作業で構成される。また、各作業は、作業毎に付加される楕円内に書かれた作業ＩＤ Ｆ２３−２で管理される。

ＦＴＡワークフローＦ２３では、処理が開始されると（Ｆ１）、現地作業部１０の状態（図中では、「現地状態」と記載）の確認が行われ（Ｆ２）、データ管理部４から取得される状態データ１１から現地データが読み出される（Ｆ３）。ここで、図６の状態データ判定テーブルＦ２１を参照すると、作業Ｆ３は、作業ＩＤ「３」に該当する。そして、作業判定Ｆ２１−４では、現地データの収集があるか判定され、現地データを収集できた場合には、作業処理Ｆ２１−６で示されるように、作業ＩＤ「３」の作業Ｆ３がスキップされ、次の作業Ｆ４が行われる。

作業Ｆ３の後、現地データに基づいて同一故障が頻発しているか否かが判定される（Ｆ４）。ここで、図６の状態データ判定テーブルＦ２１を参照すると、作業Ｆ４は、作業ＩＤ「４」に該当する。そして、作業判定Ｆ２１−４では、同一故障が頻発しているか判定され、状態データ１１に同一故障が頻発していることを示す「ｙ」が格納されていれば、作業処理Ｆ２１−６で示されるように、作業ＩＤ「４」の作業Ｆ４がスキップされ、次の作業Ｆ６が行われる。

このため、作業Ｆ４にて同一故障が頻発していると判定された場合（Ｆ４のＹＥＳ）、乗りかごの位置を示すかご位置データが確認される（Ｆ６）。状態データ判定テーブルＦ２１を参照すると、作業Ｆ６は、作業ＩＤ「６」に該当する。そして、作業判定Ｆ２１−４では、かご位置データの収集があるか判定される。かご位置データを収集できた場合には、作業処理Ｆ２１−６で示されるように、作業ＩＤ「６」の作業Ｆ６がスキップされ、次の作業Ｆ７が行われる。作業Ｆ１から作業Ｆ６のかご位置データの確認までは、ＦＴＡ制御部７により自動的に進められ、又は後方支援者により一つずつの作業が確認して進められる。

一方、作業Ｆ７から作業Ｆ９までの処理は、現地作業部１０に到着した保守員により実際に原因機器を目視することで行われる。このため、保守員により乗りかごのかご位置が目視で確認される（Ｆ７）。その後、保守員は、かご位置寸法にズレが生じているか否かを判定し（Ｆ８）、ズレが生じていれば（Ｆ８のＹＥＳ）、ロータリーエンコーダを交換する（Ｆ９）。

一方、かご位置寸法にズレが生じていなければ（Ｆ８のＮＯ）、接続子Ａにて接続される作業Ｆ１０、Ｆ１３を経て、状態データ１１に格納されたガバナスイッチデータの確認が行われる（Ｆ１１）。なお、同一故障が頻発していないと判定された場合でも（Ｆ４のＮＯ）、ガバナスイッチデータの確認が行われる（Ｆ１１）。ここで、作業Ｆ１１のガバナスイッチデータの確認は、ＦＴＡ制御部７、又は後方支援者により行われる処理である。状態データ判定テーブルＦ２１を参照すると、作業Ｆ１１は、作業ＩＤ「１１」に該当する。そして、作業判定Ｆ２１−４では、ガバナスイッチデータの収集があるか判定され、ガバナスイッチデータを収集できた場合には、作業処理Ｆ２１−６で示されるように、作業ＩＤ「１１」の作業Ｆ１１がスキップされ、次の作業Ｆ１２が行われる。

そして、ガバナスイッチがＯＮしているか否かが判定される（Ｆ１２）。作業Ｆ１２のガバナスイッチのＯＮの確認についても、ＦＴＡ制御部７、又は後方支援者により行われる処理であり、状態データ１１に格納されたガバナスイッチＯＮデータに基づいて処理が行われる。状態データ判定テーブルＦ２１を参照すると、作業Ｆ１２は、作業ＩＤ「１２」に該当する。そして、作業判定Ｆ２１−４では、ガバナスイッチＯＮデータのｂｉｔ状態が判定される。作業条件Ｆ２１−３で示されるようにｂｉｔ状態が「１」であれば、作業処理Ｆ２１−６で示されるように、ガバナスイッチがＯＮしていることが自動入力された状態で保守員端末３及び後方支援者端末８の入出力インターフェースＷ１にＦＴＡワークフローＦ２３が表示される。そして、次の作業Ｆ１４が行われる。作業Ｆ１１から作業Ｆ１２までの作業についても、ＦＴＡ制御部７により自動的に進められる。また、作業Ｆ１１から作業Ｆ１２までの作業は、後方支援者が一つずつの作業を確認して進めることもできる。

一方、作業Ｆ１４から作業Ｆ１９までの処理は、現地作業部１０に到着した保守員により実際に原因機器を目視することで行われる。このため、作業Ｆ１２にてガバナスイッチがＯＮしていると判定されると（Ｆ１２のＹＥＳ）、保守員によりガバナスイッチが外れているか否かが目視で判定される（Ｆ１４）。ガバナスイッチが外れていれば（Ｆ１４のＹＥＳ）、保守員は、ガバナを交換する（Ｆ１９）。一方、ガバナスイッチが外れていなければ（Ｆ１４のＮＯ）、保守員は、セット寸法の調整を行う（Ｆ１８）。

一方、作業Ｆ１２にてガバナスイッチがＯＮしていないと判定されると（Ｆ１２のＮＯ）、保守員によりガバナスイッチが外れているか否かが目視で判定される（Ｆ１５）。ガバナスイッチが外れていれば（Ｆ１５のＹＥＳ）、保守員は、セット寸法の調整を行う（Ｆ１６）。一方、ガバナスイッチが外れていなければ（Ｆ１４のＮＯ）、保守員は、ケーブルの確認を行う（Ｆ１７）。

図３を参照して説明したように、保守員端末３又は後方支援者端末８を通じて保守員入力部３ａ又は後方支援者入力部８ａからデータが入力されると、ＦＴＡ制御部７は、ＦＴＡワークフローＦ２３の各作業を行う。一方、データ管理部４が現地の監視装置２から収集した状態データ１１が存在すれば、ＦＴＡ制御部７は、事前に下記２種類の処理を実施する。
ここで、図７にて説明したＦＴＡワークフローＦ２３における各作業の内容と、推定結果テーブルＦ２０及び状態データ判定テーブルＦ２１の内容とを踏まえ、管理サーバ９が状態データ１１を用いて行う２つの状態データ処理について、図８と図９を参照して説明する。

＜第１の状態データ処理の例＞
図８は、状態データ１１が入力されたときに行われる第１の状態データ処理の例を示すフローチャートである。
データ管理部４に状態データ１１が存在すると、ＦＴＡ制御部７は、状態データ判定テーブルＦ２１に格納される各種のデータに従って、ＦＴＡワークフローＦ２３に対する状態データ１１の入力処理を行う（Ｓ１１）。図４に示したように、状態データ１１には昇降機１の各機器の状態を示す複数のデータが格納されている。このため、ＦＴＡ制御部７は、状態データ１１のどの位置のデータを利用するか、対応データアドレスＦ２１−５に示される開始アドレスを用いて決定する（Ｓ１２）。

上述したようにＦＴＡ制御部７が利用するデータの開始アドレスは、状態データ判定テーブルＦ２１にて予め設定された値である。このため、ＦＴＡ制御部７は、対応データアドレスＦ２１−５に示される開始アドレスに基づいて、状態データ１１から取出したデータをＦＴＡワークフローＦ２３に入力する処理を行う。

次に、ＦＴＡ制御部７は、状態データ判定テーブルＦ２１のフローＩＤ Ｆ２１−１と対応データアドレスＦ２１−５とに基づいて、ＦＴＡ制御部７が実施すべき作業を示す作業ＩＤ Ｆ２１−２を決定する（Ｓ１３）。そして、ＦＴＡ制御部７は、状態データ判定テーブルＦ２１の作業条件Ｆ２１−３に設定された値と、作業判定Ｆ２１−４に規定される判定方法に基づいて、対応データアドレスＦ２１−５を用いて開始アドレスを決定したデータの条件を判定するための判定方法を決定する（Ｓ１４）。

そして、ＦＴＡ制御部７は、データが、決定された判定方法に示される条件を満たすか判定する（Ｓ１５）。データが条件を満たさなければ（Ｓ１５のＮＯ）、ＦＴＡ制御部７は、本処理を終了する。なお、作業条件Ｆ２１−３に条件が規定されていない作業であっても、そのまま本処理を終了する。

一方、データが条件を満たせば（Ｓ１５のＹＥＳ）、ＦＴＡ制御部７は、作業処理Ｆ２１−６に示される作業処理に従って、判定対象である作業ＩＤで示される処理を行い（Ｓ１６）、本処理を終了する。作業処理Ｆ２１−６に格納される処理は、例えば、作業ＩＤに対応する作業のスキップ、又は予めデータを入出力インターフェースＷ１に自動入力する処理などであり、作業に合わせて予め設定される。

例えば、データ管理部４に状態データ１１が存在し、対応データアドレスＦ２１−５に「１０−２」が入力されていれば、ＦＴＡ制御部７により、作業ＩＤが「４」で示される「同一故障が頻発しているか否か」の判断が行われる（Ｆ４）。ここで、状態データ１１の対応データアドレス「１０−２」に、作業判定Ｆ２１−４が正であることを示す「ｙ」が格納されていれば、ＦＴＡ制御部７は、作業ＩＤが「６」で示される次の作業にスキップする。

また、対応データアドレスＦ２１−５に「１０−５」が入力されていれば、ＦＴＡ制御部７は、作業ＩＤが「１２」で示される「ガバナスイッチがオンしているか否か」の判断を行う（Ｆ１２）。ここで、状態データ１１の対応データアドレス「１０−５」に、作業判定Ｆ２１−４が正であることを示すｂｉｔ状態「１」が格納されていれば、入出力インターフェースＷ１には、ここまでの作業が実行されたことを示す表示態様でＦＴＡワークフローＦ２３が表示される。

＜第２の状態データ処理の例＞
図９は、図８の処理に続いて行われる第２の状態データ処理の例を示すフローチャートである。

始めに、ＦＴＡ制御部７は、原因機器推定部５によって故障の原因として推定された原因機器から、故障が発生したと考えられる最有力の原因機器を選定する（Ｓ２１）。そして、ＦＴＡ制御部７は、選定した原因機器と、推定結果テーブルＦ２０の原因機器Ｆ２０−３とを照合する（Ｓ２２）。そして、ＦＴＡ制御部７は、原因機器推定部５によって推定された原因機器と、推定結果テーブルＦ２０の原因機器Ｆ２０−３に格納されたいずれかの原因機器とが一致するか否かを判断する（Ｓ２３）。

原因機器推定部５により推定された原因機器と、推定結果テーブルＦ２０の原因機器Ｆ２０−３に格納されたいずれかの原因機器とが一致しなければ（Ｓ２３のＮＯ）、フローＩＤ Ｆ２０−１で示されるフローＩＤが「ＴＳ１」であるＦＴＡワークフローＦ２３を用いることができないので、本処理を終了する。

一方、原因機器推定部５により推定された原因機器と、推定結果テーブルＦ２０の原因機器Ｆ２０−３に格納されたいずれかの原因機器とが一致すれば、ＦＴＡ制御部７は、フローＩＤが「ＴＳ１」であるＦＴＡワークフローＦ２３を用いて処理を続けることが可能である。このため、ＦＴＡ制御部７は、ＦＴＡ選定部６により選定されたＦＴＡワークフローＦ２３における作業の開始位置を、フローＩＤ Ｆ２０−１に示される作業ＩＤ Ｆ２０−２の作業ＩＤの位置に変更する（Ｓ２４）。例えば、原因機器推定部５で推定された原因機器が「配線」であった場合、原因機器Ｆ２０−３に格納される「配線」と一致する。このため、フローＩＤが「ＴＳ１」であるＦＴＡワークフローＦ２３が選定される。そして、作業ＩＤ Ｆ２０−２は「１２」と決定されるため、ＦＴＡワークフローＦ２３のＦ１２に作業の開始位置が変更される。

次に、ＦＴＡ制御部７は、２種類のテーブル（推定結果テーブルＦ２０、状態データ判定テーブルＦ２１）を参照して、状態データ１１を反映したＦＴＡワークフローＦ２３を、保守員端末３及び後方支援者端末８の入出力インターフェースＷ１に出力する。これにより、保守員及び後方支援者によるＦＴＡワークフローＦ２３の自動入力、及び共有を実現することが可能となる。

＜入出力インターフェース＞
図１０は、保守員端末３及び後方支援者端末８に表示される入出力インターフェースＷ１の例を示す説明図である。入出力インターフェースＷ１は、保守員端末３に出力されたときには、図３にて説明した保守員インターフェースと呼ばれ、後方支援者端末８に出力されたときには、同じく図３にて説明した後方支援者インターフェースと呼ばれる。

入出力インターフェースＷ１は、保守員端末３及び後方支援者端末８に同じ内容で同時に表示される。このため、保守員端末３及び後方支援者端末８から入力される内容に応じて、表示される内容も変わる。入出力インターフェースＷ１の右側は、保守員又は後方支援者が操作入力可能な保守員入力部３ａ又は後方支援者入力部８ａを表し、故障への対応時刻、対応場所、対応号機、保守員名、後方支援者名、現在までの作業の完了状況、現地にて保守員が確認すべき作業の内容等が表示される。入出力インターフェースＷ１の左側は、保守員出力部３ｂ又は後方支援者出力部８ｂを表し、保守員又は後方支援者が確認可能なＦＴＡワークフローＦ２３が表示される。なお、入出力インターフェースＷ１に表示されるＦＴＡワークフローＦ２３は、図７のＦＴＡワークフローＦ２３から「Ｆ１」〜「Ｆ１９」のステップ番号、及び作業ＩＤを除いたものとなる。

後方支援者及びＦＴＡ制御部７は、保守員が現地作業部１０に到着するまでの間に進められる段階までＦＴＡワークフローＦ２３の作業を進めておく。このため、保守員が、現地作業部１０に到着すると、既に後方支援者及びＦＴＡ制御部７により作業が進められた状態でＦＴＡワークフローＦ２３が保守員端末３に表示される。このことは、入出力インターフェースＷ１の右側に「ガバナＳＷデータの確認まで完了」と表示されるメッセージにより示される。そして、図３に示した処理により入力されるフラグに基づいて、ＦＴＡ制御部７により進められた作業、及び後方支援者により進められた作業が異なる表示態様で表示される。図１０では、状態データ１１及び後方支援者により進められた作業が色つきの枠で表示されたり、この枠に付加されたメッセージにより、既に作業が実行された箇所、何により作業が進められたかを表す情報が明示されている。

入出力インターフェースＷ１には、状態データ１１により実行された作業、後方支援者端末８からの入力データにより実行された作業、及び保守員端末３からの入力データにより実行された作業毎に異なる表示態様で表示される。現地作業部１０にいる保守員でなければ確認できない事項（例えば、ガバナＳＷの目視による確認作業）については、ＦＴＡワークフローＦ２３の作業が点滅したり、色つきで表示されたりする。

入出力インターフェースＷ１の右側には、保守員に指示される作業の内容を表すメッセージ、例えば、「ガバナＳＷがＯＮしていると判定したので、実際の状況を確認してください。」が示される。このため、保守員は、保守員端末３に表示されたＦＴＡワークフローＦ２３及びメッセージに基づいて作業を行い、確認結果を入力することで以降の作業を進めることができる。保守員により行われた作業や、どこまで作業が進んだかは、後方支援者端末８にリアルタイムで表示されるため、後方支援者が作業の進捗状況をチェックすることが可能である。

以上説明した一実施の形態に係る管理システム２０では、データ管理部４により現地の監視装置２から収集した状態データ１１を参照して、原因機器推定部５が原因機器の推定を行うことができる。そして、ＦＴＡ選定部６が、原因機器推定部５により推定された原因機器に基づいて、ＦＴＡワークフローを選定する。また、ＦＴＡ制御部７が、データ管理部４から読み出した状態データ１１を用いてＦＴＡワークフローの作業を判定し、進めることが可能な作業を自動的に処理しておくことが可能となる。

さらに、管理システム２０では、ＦＴＡ選定部６により選定されたＦＴＡワークフローに対する入力を後方支援者が操作する後方支援者端末８にも展開する。これにより、保守員が現地作業部１０に到着するまでに、後方支援者によって事前に作業が進められる。このため、保守員の現地における作業を削減することが可能となる。さらには、現地作業部１０における保守員の作業時間を低減し、昇降機１の不稼動時間の削減を実現することも可能となる。

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

１…昇降機、２…監視装置、３…保守員端末、３ａ…保守員入力部、３ｂ…保守員出力部、４…データ管理部、５…原因機器推定部、６…ＦＴＡ選定部、７…ＦＴＡ制御部、８…後方支援者端末、８ａ…後方支援者入力部、８ｂ…後方支援者出力部、９…管理サーバ、１０…現地作業部、１１…状態データ

Claims (6)

1. 昇降機の状態を管理する管理サーバであって、
   前記昇降機の状態を監視する監視装置から前記昇降機の状態を示す状態データを受信し、前記状態データを管理するデータ管理部と、
   前記データ管理部から取得した前記状態データに基づいて、前記昇降機に異常を生じさせた原因機器を推定する原因機器推定部と、
   推定された前記原因機器に対応するワークフローを選定するフロー選定部と、
   前記フロー選定部により選定された前記ワークフローを構成する作業のうち、前記状態データを用いて実行可能な段階まで前記作業を進めた後、前記データ管理部とは異なる入力元から入力される入力データを用いて以降の前記作業を進めるフロー制御部と、を備え、
   前記入力データは、保守員による前記昇降機の作業を支援する後方支援者が操作する後方支援者端末から入力される第１入力データ、及び前記昇降機に対する作業が行われる現地作業部にて前記昇降機を保守する前記保守員が操作する保守員端末から入力される第２入力データであり、
   前記フロー制御部は、前記状態データ又は前記第１入力データを用いて実行可能な段階まで前記作業を進めた結果を、前記保守員端末に出力し、前記保守員端末から入力される前記第２入力データを受け付ける
   管理サーバ。
2. 前記フロー制御部は、前記ワークフローの前記作業が実行される度に、前記作業を進めた結果を、前記後方支援者端末及び前記保守員端末に出力する
   請求項１に記載の管理サーバ。
3. さらに、前記原因機器を示す情報と、前記原因機器の動作を確認するための前記ワークフローにおける前記作業とが格納される推定結果テーブルを備え、
   前記フロー制御部は、前記推定結果テーブルを参照して、推定された前記原因機器に対して行われる前記作業を特定し、特定した前記作業から実行を進める
   請求項２に記載の管理サーバ。
4. さらに、前記作業毎に、前記状態データに格納される情報の所在を示す所在情報と、前記作業を進めるための判定内容、前記判定内容に応じて行われる処理とが格納される状態データ判定テーブルを備え、
   前記フロー制御部は、前記状態データ判定テーブルを参照して、特定した前記作業に必要となる前記情報を前記状態データから取得して、前記判定内容に従って前記作業を進め、前記処理を行う
   請求項３に記載の管理サーバ。
5. 前記作業を進めた結果は、前記状態データにより実行された前記作業、前記第１入力データにより実行された前記作業、及び前記第２入力データにより実行された前記作業毎に異なる表示態様で前記後方支援者端末及び前記保守員端末に表示される
   請求項１〜４のいずれか一項に記載の管理サーバ。
6. 昇降機に対する作業が行われる現地作業部と、前記昇降機の状態を管理する管理サーバと、を備える管理システムであって、
   前記現地作業部は、
   前記昇降機の状態を監視し、前記昇降機の状態を示す状態データを前記管理サーバに送信する監視装置を有し、
   前記管理サーバは、
   前記監視装置から前記状態データを受信し、前記状態データを管理するデータ管理部と、
   前記データ管理部から取得した前記状態データに基づいて、前記昇降機に異常を生じさせた原因機器を推定する原因機器推定部と、
   推定された前記原因機器に対応するワークフローを選定するフロー選定部と、
   前記フロー選定部により選定された前記ワークフローを構成する作業のうち、前記状態データを用いて実行可能な段階まで前記作業を進めた後、前記データ管理部とは異なる入力元から入力される入力データを用いて以降の前記作業を進めるフロー制御部と、を備え、
   前記入力データは、保守員による前記昇降機の作業を支援する後方支援者が操作する後方支援者端末から入力される第１入力データ、及び前記現地作業部にて前記昇降機を保守する前記保守員が操作する保守員端末から入力される第２入力データであり、
   前記フロー制御部は、前記状態データ又は前記第１入力データを用いて実行可能な段階まで前記作業を進めた結果を、前記保守員端末に出力し、前記保守員端末から入力される前記第２入力データを受け付ける
   管理システム。

Images