JP2022168605A - 管理装置 - Google Patents

Abstract

【課題】ホーム柵が故障してから修理を開始するまでの期間を短縮する。【解決手段】取得部７１１は、駅ホームと線路とを遮断するホーム柵の動作を監視する監視装置から、この動作を示す動作データを取得する。予測部７１３は、取得した動作データから、ホーム柵が故障する時期を予測する。警告部７１４は、予測部７１３から故障の時期の情報を取得するとともに、期間表７２３を参照して、その故障の修理の準備に要する期間を特定する。そして、警告部７１４は、予測された故障の時期から、準備期間を遡ったタイミングで警告を発する。【選択図】図１１

Description

本発明は、ホーム柵を監視してその故障を予測する技術に関する。

ホーム柵を監視してその故障の予兆を診断する様々な技術が開発されている。特許文献１は、モータに駆動されるベルトを用いてホームドアを開閉動作させたときに、このモータに関する電気的数値を取得数値として取得し、この取得数値をもとにベルトの保守の要否を判定するホームドアの状態診断システムを開示している。また、特許文献２は、駆動機構によってホームドアが開閉されたときに、この駆動機構の振動に関する振動情報を取得し、この振動情報をもとに保守の要否を判定するホームドアの状態診断システムを開示している。

特開２０２０－１０４６１０号公報 特開２０２０－１０４６１１号公報

ところで、一般にホーム柵は、メーカー、機種、構成、仕様、設定、運用環境等に応じて、修理の準備に要する期間が異なる。また、修理に必要な部品や修理する技術者の手配が季節ごとに変動することもある。したがって、或る故障を予測しても、復旧までにかかる期間は、その故障によって様々である。

本発明の目的の一つは、ホーム柵が故障してから修理を開始するまでの期間を短縮することである。

上述した課題を解決するため、本発明は、駅ホームと線路とを遮断するホーム柵の動作を示す動作データから、該ホーム柵が故障する時期を予測し、該時期から該ホーム柵の修理の準備に要する期間を遡った時に警告する管理装置を、第１の態様として提供する。

第１の態様の管理装置によれば、ホーム柵の故障を警告するにあたって、その修理の準備に要する期間を遡らない場合に比べて、ホーム柵が故障してから修理を開始するまでの期間を短縮することができる。

第１の態様の管理装置において、前記ホーム柵の部分ごとに前記時期を予測し、該時期から該部分の修理の準備に要する期間を遡った時に警告する、という構成が第２の態様として採用されてもよい。

第２の態様の管理装置によれば、ホーム柵の部分が故障してからその部分の修理を開始するまでの期間を短縮することができる。

第２の態様の管理装置において、前記部分に定められた優先順位に応じた順序で、該部分の故障をそれぞれ警告する、という構成が第３の態様として採用されてもよい。

第３の態様の管理装置によれば、重要な部分や、ホーム柵の全体の動作に影響する部分等の故障の警告を優先させることができる。

第１から第３のいずれか１つの態様の管理装置において、前記期間は、前記修理に必要な資源の手配に要する時間を含む、という構成が第４の態様として採用されてもよい。

第４の態様の管理装置によれば、ホーム柵が故障するまでに、そのホーム柵の修理に必要な資源の手配をすることができる。

第４の態様の管理装置において、前記手配に要する時間は、前記資源の入手可能性に応じて変化する、という構成が第５の態様として採用されてもよい。

第５の態様の管理装置によれば、ホーム柵の修理に必要な資源を、その資源の入手可能性に応じてホーム柵の故障に先立って手配することができる。

第４又は第５の態様の管理装置において、前記資源は、前記ホーム柵の部品、及び該ホーム柵を修理する者の少なくとも一方を含む、という構成が第６の態様として採用されてもよい。

第６の態様の管理装置によれば、ホーム柵の修理に必要な部品、及びそのホーム柵を修理する者の少なくとも一方を、ホーム柵の故障に先立って手配することができる。

第４から第６のいずれか１つの態様の管理装置において、予測した前記時期、及び前記資源の手配の状況に応じて、前記ホーム柵の修理計画を立案する、という構成が第７の態様として採用されてもよい。

第７の態様の管理装置によれば、ユーザは、ホーム柵の故障が予測される時期と、資源の手配の状況に応じた修理計画を得ることができる。

第１から第７のいずれか１つの態様の管理装置において、複数の前記ホーム柵のそれぞれの動作を示す動作データを、該ホーム柵の各位置に基づいて修正し、修正された前記動作データから該ホーム柵が故障する時期をそれぞれ予測し、該時期から該ホーム柵の修理の準備に要する期間を遡った時にそれぞれ警告する、という構成が第８の態様として採用されてもよい。

第８の態様の管理装置によれば、複数のホーム柵の位置に基づいて、ホーム柵の動作データがそれぞれ受けている外乱を修正し、動作データの信頼性を高めることができる。

第１から第８のいずれか１つの態様の管理装置において、警告する前に前記ホーム柵に故障が生じた場合、該ホーム柵の動作を示す動作データから、前記故障の予兆を示す予兆データを抽出し、該予兆データを利用して前記時期の予測処理を修正する、という構成が第９の態様として採用されてもよい。

第９の態様の管理装置によれば、ホーム柵の故障を事前に警告できなかった事例により、予測処理の精度を高めることができる。

本発明の実施形態に係る管理システム９の構成の例を示す図。 監視装置１の構成の例を示す図。 ホーム柵２の構成の例を示す図。 制御装置３の構成の例を示す図。 操作盤４の構成の例を示す図。 管理装置７の構成の例を示す図。 動作ＤＢ７２１の例を示す図。 資源ＤＢ７２２の例を示す図。 期間表７２３の例を示す図。 手配ＤＢ７２４の例を示す図。 管理装置７の機能的構成の例を示す図。 変形例における動作ＤＢ７２１ａの例を示す図。 変形例における資源ＤＢ７２２ａの例を示す図。

＜実施形態＞
＜管理システムの構成＞
図１は、本発明の実施形態に係る管理システム９の構成の例を示す図である。管理システム９は、１以上の事業所Ｐに設置された１以上のホーム柵２の動作を監視装置１が監視して、その監視結果を管理装置７に送信し、ホーム柵２のそれぞれの故障を管理装置７が予測するシステムである。

図１に示す管理システム９は、監視装置１、ホーム柵２、制御装置３、操作盤４、中継装置５、通信回線６、及び管理装置７を有する。

なお、監視装置１、ホーム柵２、及び操作盤４等は、これらが複数台、存在する場合、互いを区別するため、それぞれ符号の末尾に「－１」、「－２」のようにハイフンと通し番号とを付加して表記される。したがって、図１に示す管理システム９は、１からｎまで（ｎは２以上の整数）の通し番号で区別されるｎ台の監視装置１、及びホーム柵２を有し、１及び２の通し番号で区別される２台の操作盤４を有する。

また、図１に示す管理システム９は、１つの事業所Ｐに属する監視装置１、ホーム柵２、制御装置３、操作盤４、及び中継装置５を、管理装置７へ、通信回線６経由で接続している。しかし、管理システム９は、２以上の事業所Ｐに属する監視装置１、ホーム柵２、制御装置３、操作盤４、及び中継装置５を、それぞれ管理装置７へ、通信回線６経由で接続してもよい。

ホーム柵２は、制御装置３の制御の下で駅ホームと線路とを遮断する装置である。制御装置３は、１以上のホーム柵２を制御する装置である。

操作盤４は、乗務員又は駅係員等（以下、操作者ともいう）から、ホーム柵２に対して動作を指示する操作を受付ける装置である。図１に示す管理システム９において、例えば、操作盤４－１は、乗務員が操作する操作盤４であり、操作盤４－２は、駅係員が操作する操作盤４である。

図１に示す管理システム９において、ｎ台のホーム柵２、１台の制御装置３、及び２台の操作盤４は、例えば、シリアルケーブル等のいわゆるデイジーチェーンにより環状型に接続されている。図１において、これらのシリアルケーブルは、通信線Ｌ１と呼ばれる。これらの通信線Ｌ１によって、上述したホーム柵２、制御装置３、及び操作盤４は、互いに通信可能に接続される。なお、これらｎ台のホーム柵２、１台の制御装置３、及び２台の操作盤４は、事業所Ｐに予め備えられていたものであり、既存設備群ともいう。

監視装置１は、１以上のホーム柵２のそれぞれに１台ずつ対応付けて設置される。監視装置１は、対応付けられたホーム柵２の動作を監視する装置である。

中継装置５は、１以上の監視装置１と有線又は無線により接続して、これら監視装置１が監視した動作データを取得し、通信回線６を介して管理装置７に中継する（つまり、送信する）装置である。

図１に示す管理システム９において、１台の中継装置５と、ｎ台の監視装置１とは、有線又は無線により中継装置５を中心とする星型に接続されている。図１に示す通り、中継装置５と監視装置１とを通信可能に接続するのは、上述した通信線Ｌ１とは異なる通信線Ｌ２である。

通信回線６は、中継装置５と管理装置７とを通信可能に接続する。通信回線６は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、又はこれらの組合せであってもよい。また、通信回線６は、公衆交換通信網（ＰＳＴＮ：Public Switched Telephone Networks）やサービス統合デジタル網（ＩＳＤＮ：Integrated Services Digital Network）等を含むものでもよい。

管理装置７は、通信回線６を介して中継装置５から、１以上の監視装置１で監視された動作データを受信し、これらを集計して、監視装置１がそれぞれ監視したホーム柵２に生じる故障を予測する装置である。

これらｎ台の監視装置１、１台の中継装置５、及び管理装置７は、事業所Ｐに予め備えられていたものではなく、いずれも既存設備群に対して追加された装置である。これらを、追加設備群ともいう。

＜監視装置の構成＞
図２は、監視装置１の構成の例を示す図である。監視装置１は、プロセッサ１１、メモリ１２、インタフェース１３、及びセンサ制御部１６を有する。これらの構成は、例えばバスで、互いに通信可能に接続されている。

プロセッサ１１は、メモリ１２に記憶されているプログラムを読出して実行することにより監視装置１の各部を制御する。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）である。

メモリ１２は、プロセッサ１１に読み込まれるオペレーティングシステム、各種のプログラム、データ等を記憶する記憶手段である。メモリ１２は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を有する。なお、メモリ１２は、ソリッドステートドライブ、ハードディスクドライブ等を有してもよい。

インタフェース１３は、有線又は無線であって、通信線Ｌ１と異なる通信線Ｌ２を経由して、監視装置１を中継装置５に通信可能に接続するインタフェースである。プロセッサ１１は、このインタフェース１３を介して、中継装置５に動作データを送信する。

センサ制御部１６は、１以上のセンサ１７と接続して、センサ１７のそれぞれを制御するコントローラである。図において、センサ１７が複数存在し、それらのそれぞれを区別する必要がある場合、それぞれ符号の末尾に「－１」、「－２」のようにハイフンと通し番号とを付加して表記される。図２に示すセンサ制御部１６は、センサ１７－１からセンサ１７－４までの４個のセンサ１７を有する。監視装置１が有するセンサ１７の数は１以上であれば４個に限らない。

センサ１７は、監視装置１が対応付けられているホーム柵２の各種の動作を監視し、その動作を示す動作データを生成してプロセッサ１１に出力する。センサ１７が監視するホーム柵２の動作は、例えば、後述するモータ２９の、単位時間あたりの回転数である。この場合、センサ１７は、ストロボを利用した回転計や、うず電流を利用した回転計等が挙げられる。

また、センサ１７は、例えば、モータ２９や、モータ２９によって駆動するベルト、柵、ドア等（図示せず）、各種の機器（駆動機器ともいう）に生じる振動を、ホーム柵２の動作として監視してもよい。この場合、センサ１７は、例えば、光学式、静電容量式、圧電素子式等、各種の振動計である。

また、センサ１７は、上述した機器から放出される音を計測してもよい。また、センサ１７は、上述した機器やホーム柵２の周囲の空気等の温度を計測してもよい。また、センサ１７は、モータ２９が回転を開始してから、このモータ２９によって回転される機器が回転を開始するまでの遅延時間を計測してもよい。また、センサ１７は、モータ２９によって回転される機器がモータ２９から受ける負荷を計測してもよい。

また、センサ１７は、上述したモータ２９を駆動させる電流、電圧を計測してもよい。例えば、図２に示すセンサ制御部１６は、ホーム柵２のバス等から電流値や電圧値等の動作データを読出すように構成されている。ホーム柵２のバス等から直接、動作データを読出す場合、監視装置１はセンサ１７を有しなくてもよい。

この監視装置１は、１台のホーム柵２に１台ずつ対応付けられるが、ホーム柵２どうしを接続している上述した通信線Ｌ１に関与しないでホーム柵２の動作を監視する。そして、この監視装置１は、監視した結果を示す動作データをインタフェース１３から通信線Ｌ２経由で中継装置５に送信する。中継装置５は、上述した通信回線６を経由して動作データを管理装置７に送信する。

また、この監視装置１は、センサ１７により測定された駆動機器の回転数、振動、温度、遅延時間、負荷、音をセンサ制御部１６により取得して監視する。また、この監視装置１は、ホーム柵２から駆動機器に供給される電流値、電圧値を監視する。

なお、監視装置１は、既存設備群の電源と異なる電源により稼働してもよい。この場合、監視装置１は、上述した駆動機器とは異なる電源のみで駆動する。

＜ホーム柵の構成＞
図３は、ホーム柵２の構成の例を示す図である。ホーム柵２は、プロセッサ２１、メモリ２２、インタフェース２３、センサ制御部２６、及びモータ制御部２８を有する。これらの構成は、例えばバスで、互いに通信可能に接続されている。また、センサ制御部２６は、開閉センサ２７と信号線で接続され、モータ制御部２８は、モータ２９と信号線で接続されている。

プロセッサ２１は、メモリ２２に記憶されているプログラムを読出して実行することによりホーム柵２の各部を制御する。プロセッサ２１は、例えばＣＰＵである。

メモリ２２は、プロセッサ２１に読み込まれるオペレーティングシステム、各種のプログラム、データ等を記憶する記憶手段である。メモリ２２は、ＲＡＭやＲＯＭを有する。なお、メモリ２２は、ソリッドステートドライブ、ハードディスクドライブ等を有してもよい。

インタフェース２３は、通信線Ｌ１を経由して、ホーム柵２を制御装置３、操作盤４、及び他のホーム柵２に通信可能に接続するインタフェースである。プロセッサ２１は、このインタフェース２３を介して、制御装置３、操作盤４、及び他のホーム柵２と情報をやり取りする。

なお、１台のホーム柵２に備えられたインタフェース２３は、図１に示す環状型のネットワークが形成されていれば、制御装置３、操作盤４、及び他のホーム柵２の全てに接続する必要はない。

センサ制御部２６は、プロセッサ２１が発する制御信号を開閉センサ２７に伝えてこれを制御するとともに、この開閉センサ２７により検知されるホーム柵２の遮断部材（図示せず）の開閉状態の情報を取得してプロセッサ２１に出力するコントローラである。遮断部材は、例えば、横向きに設置され、上下方向に移動する棒状の柵や、横方向にスライドするドア等、駅ホームと線路とを遮断する部材である。

開閉センサ２７は、上述したホーム柵２の遮断部材の開閉状態を検知するセンサである。開閉センサ２７は、例えば、赤外線等を利用した遮断検知センサである。

モータ制御部２８は、プロセッサ２１が発する制御信号をモータ２９に伝えてこれを制御する。また、モータ制御部２８は、監視装置１と信号線で接続され、この信号線を経由して、モータ２９の駆動に用いられる電力の電流値、電圧値等の情報を監視装置１へ送信する。

＜制御装置の構成＞
図４は、制御装置３の構成の例を示す図である。制御装置３は、プロセッサ３１、メモリ３２、及びインタフェース３３を有する。これらの構成は、例えばバスで、互いに通信可能に接続されている。

プロセッサ３１は、メモリ３２に記憶されているプログラムを読出して実行することにより制御装置３の各部を制御する。プロセッサ３１は、例えばＣＰＵである。

メモリ３２は、プロセッサ３１に読み込まれるオペレーティングシステム、各種のプログラム、データ等を記憶する記憶手段である。メモリ３２は、ＲＡＭやＲＯＭを有する。なお、メモリ３２は、ソリッドステートドライブ、ハードディスクドライブ等を有してもよい。

インタフェース３３は、通信線Ｌ１を経由して、制御装置３をホーム柵２、及び操作盤４に通信可能に接続するインタフェースである。プロセッサ３１は、このインタフェース３３を介して、ホーム柵２、及び操作盤４と情報をやり取りする。

なお、制御装置３に備えられたインタフェース３３は、図１に示す環状型のネットワークが形成されていれば、ホーム柵２、及び操作盤４の全てに接続する必要はない。

＜操作盤の構成＞
図５は、操作盤４の構成の例を示す図である。操作盤４は、プロセッサ４１、メモリ４２、インタフェース４３、操作部４４、及び表示部４５を有する。これらの構成は、例えばバスで、互いに通信可能に接続されている。

プロセッサ４１は、メモリ４２に記憶されているプログラムを読出して実行することにより操作盤４の各部を制御する。プロセッサ４１は、例えばＣＰＵである。

メモリ４２は、プロセッサ４１に読み込まれるオペレーティングシステム、各種のプログラム、データ等を記憶する記憶手段である。メモリ４２は、ＲＡＭやＲＯＭを有する。なお、メモリ４２は、ソリッドステートドライブ、ハードディスクドライブ等を有してもよい。

インタフェース４３は、通信線Ｌ１を経由して、操作盤４を、ホーム柵２、制御装置３、及び他の操作盤４に通信可能に接続するインタフェースである。プロセッサ３１は、このインタフェース４３を介して、ホーム柵２、制御装置３、及び他の操作盤４と情報をやり取りする。

なお、操作盤４に備えられたインタフェース４３は、図１に示す環状型のネットワークが形成されていれば、ホーム柵２、制御装置３、及び他の操作盤４の全てに接続する必要はない。

操作部４４は、各種の指示をするための操作ボタン、キー、タッチパネル等の操作子を備えており、操作者による操作を受付けてその操作内容に応じた信号をプロセッサ４１に送る。この操作は、例えば、キーに対する押下やタッチパネルに対するジェスチャー等である。

表示部４５は、液晶ディスプレイ等の表示画面を有しており、プロセッサ４１の制御の下、画像を表示する。表示画面の上には、操作部４４の透明のタッチパネルが重ねて配置されてもよい。なお、操作盤４は、表示部４５を有しなくてもよい。操作盤４は、インタフェース４３を介して外部の装置に情報を提示してもよい。

＜管理装置の構成＞
図６は、管理装置７の構成の例を示す図である。管理装置７は、プロセッサ７１、メモリ７２、及びインタフェース７３を有する。これらの構成は、例えばバスで、互いに通信可能に接続されている。

プロセッサ７１は、メモリ７２に記憶されているプログラムを読出して実行することにより管理装置７の各部を制御する。プロセッサ７１は、例えばＣＰＵである。

インタフェース７３は、通信回線６を経由して、管理装置７を、図１に示す中継装置５に通信可能に接続するインタフェースである。プロセッサ３１は、このインタフェース７３を介して、中継装置５と情報をやり取りする。

メモリ７２は、プロセッサ７１に読み込まれるオペレーティングシステム、各種のプログラム、データ等を記憶する記憶手段である。メモリ７２は、ＲＡＭやＲＯＭを有する。なお、メモリ７２は、ソリッドステートドライブ、ハードディスクドライブ等を有してもよい。また、メモリ７２は、動作ＤＢ７２１、資源ＤＢ７２２、期間表７２３、及び手配ＤＢ７２４を記憶する。

図７は、動作ＤＢ７２１の例を示す図である。動作ＤＢ７２１は、監視装置１のセンサ１７で測定された動作データを記憶するデータベースである。図７に示す動作ＤＢ７２１は、事業所リスト７２１１、ホーム柵リスト７２１２、センサリスト７２１３、及び動作データ表７２１４を有する。

事業所リスト７２１１は、管理装置７に動作データを送信する監視装置１が設置された事業所を列挙するリストである。図７に示す事業所リスト７２１１は、事業所を識別する識別情報である事業所ＩＤを記憶する。

ホーム柵リスト７２１２は、事業所リスト７２１１に挙げられた事業所ＩＤごとに設けられ、その事業所ＩＤで識別される事業所に設置されたホーム柵２を列挙するリストである。図７に示すホーム柵リスト７２１２は、上述したホーム柵２を識別する識別情報であるホーム柵ＩＤと、そのホーム柵２の機種を識別する識別情報である機種ＩＤとを対応付けて記憶する。

センサリスト７２１３は、ホーム柵リスト７２１２に挙げられたホーム柵ＩＤごとに設けられ、そのホーム柵ＩＤで識別されるホーム柵２に対応付けて設置された監視装置１が保有するセンサ１７を列挙するリストである。図７に示すセンサリスト７２１３は、上述したセンサ１７を識別する識別情報であるセンサＩＤを記憶する。

また、このセンサリスト７２１３は、センサＩＤに対応付けて、そのセンサＩＤで識別されるセンサ１７の設置情報、及び閾値を記憶する。

センサリスト７２１３における設置情報は、センサ１７が設置された位置や設置の状態、壁、扉、柱等の周囲の物体との配置等、センサ１７の設置に関する情報である。

この設置情報は、対応するセンサＩＤで識別されるセンサ１７により測定される動作データの修正に用いられてもよい。例えば、互いに影響する程度の近さで配置された複数のセンサ１７が存在する場合、それらのセンサ１７は、共通の外乱を、その外乱の発生源から受けていることがある。この場合、例えば、動作データは、その動作データを測定したセンサ１７の設置情報とともに管理装置７に取得される。この管理装置７は、それらセンサ１７の配置と、動作データとから、外乱の発生源の位置と、その外乱の大きさと、を算出し、それらに基づいて外乱を相殺する演算を上述した動作データのそれぞれに施す修正をしてもよい。

センサリスト７２１３における閾値は、対応するセンサ１７で測定される動作データを異常と判断する場合の閾値であり、例えば、上限、下限、又はその両方である。

この閾値は、他のセンサ１７で測定された動作データとの関係式等で示されてもよい。この関係式は、他のセンサ１７の設置情報を含んでもよい。例えば、互いに影響する程度の近さで配置された複数のセンサ１７が存在する場合、上述した閾値は、それらのセンサ１７でそれぞれ測定される動作データの相加平均が反映されてもよい。閾値は、センサＩＤで識別されるセンサ１７の設置情報により重み付けされてもよい。これにより、センサ１７が測定する動作データは、その設置情報に応じて異常と判断される閾値が変動する。

動作データ表７２１４は、センサリスト７２１３に挙げられたセンサＩＤごとに設けられ、そのセンサＩＤで識別されるセンサ１７により測定された動作データを、その測定された日時を示す測定日時と対応付けて記憶する表である。

図８は、資源ＤＢ７２２の例を示す図である。資源ＤＢ７２２は、ホーム柵２の機種ごとに、その機種で発生し得る故障の情報と、その故障から復旧する際に必要になる資源の情報と、を対応付けて記憶するデータベースである。図８に示す資源ＤＢ７２２は、機種ＩＤリスト７２２１、及び資源表７２２２を有する。

機種ＩＤリスト７２２１は、ホーム柵２の機種（型番、モデル等とも呼ばれる）を識別する識別情報である機種ＩＤを列挙したリストである。資源表７２２２は、機種ＩＤリスト７２２１に列挙された機種ＩＤごとに１つずつ対応付けられる表であって、その機種ＩＤで識別される機種のホーム柵２において、発生し得る故障についての情報が記述されている表である。

図８に示す資源表７２２２は、機種ＩＤ「Ｍ１」に対応付けられており、この「Ｍ１」で識別される機種のホーム柵２で発生し得る故障の識別情報である故障ＩＤとして「Ｂ１」、「Ｂ２」…を列挙している。この資源表７２２２は、故障ＩＤのそれぞれに、予測条件と、資源情報とを対応付けて記憶している。

予測条件は、対応する故障ＩＤで識別される故障が予測されるときの条件である。この予測条件には、例えば、上述した故障が発生するときに、閾値を超えた動作データが検知されるセンサ１７の組合せ等が記述されている。また、この予測条件は、予測される故障の発生の時期についての情報が記憶されていてもよい。

資源情報は、対応する故障ＩＤで識別される故障の修理に必要な資源に関する情報である。ここでいう資源は、ホーム柵２の部品、及びホーム柵２を修理する者である。資源は、これらの少なくとも一方であってもよい。ホーム柵２の部品は、修理後にホーム柵２そのものを構成する部品のほか、修理の際に消費されるエネルギーや材料を含む。ホーム柵２を修理する者は、その修理を直接行う技術者のほか、その技術者を監督する監督者を含んでもよい。つまり、ここでいう資源は、ホーム柵の部品、及びホーム柵を修理する者の少なくとも一方を含む資源の例である。

図９は、期間表７２３の例を示す図である。期間表７２３は、資源ごとに、その資源を準備するために必要な期間を記述した表である。図９に示す期間表７２３は、資源種別ＩＤと、期間とを対応付けて記憶する。この期間表７２３において、資源種別ＩＤは、資源の種別を識別する識別情報であり、例えば、ホーム柵２の部品の型番や、ホーム柵２を修理する技術者に求められる資格等の識別情報である。

この期間表７２３において、期間は、対応する資源種別ＩＤで識別される資源の準備に必要な期間（準備期間ともいう）であり、例えば、その資源の手配に要する時間を含む。手配に要する時間は、その資源を発注してから入手するまでの時間である。つまり、この期間表７２３に記述される期間は、修理に必要な資源の手配に要する時間を含む期間の例である。或る故障の修理に必要な全ての資源の準備が完了すると、その修理は開始することが可能になる。

また、期間表７２３は、実際の資源の入手可能性に応じて書き換えられてもよい。この場合、プロセッサ７１は、通信回線６、及びインタフェース７３を介して外部装置から資源の入手の可能性に関する情報を取得し、その度に、その情報に基づいて期間表７２３の期間を上書きする。つまり、この期間表７２３に記述される期間は、対応する資源ＩＤで識別される資源の入手可能性に応じて変化する、その資源の手配に要する時間を含む期間の例である。

なお、この期間表７２３に記述される期間は、資源の前処理に要する時間を含んでいてもよい。この前処理は、資源を修理に用いることを可能にするまでの処理である。

図１０は、手配ＤＢ７２４の例を示す図である。手配ＤＢ７２４は、予測され警告された故障に関する情報と、その故障の修理に必要な資源の手配の状況と、を対応付けて記憶するデータベースである。図１０に示す手配ＤＢ７２４は、警告表７２４１、及び手配表７２４２を記憶する。

警告表７２４１は、管理装置７が発した警告を記述した表である。図１０に示す警告表７２４１は、警告ＩＤ、事業所ＩＤ、ホーム柵ＩＤ、警告日時、及び故障ＩＤのフィールドを有する。

警告ＩＤは、管理装置７のプロセッサ７１が、例えば、インタフェース７３、通信回線６、及び中継装置５を経由して操作盤４に発する警告のそれぞれを識別する識別情報である。ホーム柵ＩＤ、及び事業所ＩＤは、対応する警告ＩＤで識別される警告によって故障が予測されるホーム柵２の識別情報、及び、そのホーム柵２が設置されている事業所Ｐの識別情報である。警告日時は、対応する警告ＩＤで識別される警告が発された日時の情報である。故障ＩＤは、対応する警告ＩＤで識別される警告に含まれるホーム柵２の故障の識別情報である。

手配表７２４２は、警告表７２４１に列挙された警告ＩＤごとに設けられる資源の手配の情報を示す表である。図１０に示す手配表７２４２は、警告ＩＤ「Ｗ１」に対応付けられている。この手配表７２４２は、この「Ｗ１」で識別される警告で示された故障の修理に必要な資源、その資源の数、手配日時、及び、入手日時が対応付けて記憶する。手配日時は、資源の手配を開始した日時である。入手日時は、資源を入手した日時、又はその資源を入手する予定の日時である。

＜監視装置の機能的構成＞
図１１は、管理装置７の機能的構成の例を示す図である。図１１に示す管理装置７のプロセッサ７１は、メモリ７２に記憶されたプログラムを実行することにより、取得部７１１、修正部７１２、予測部７１３、警告部７１４、及び立案部７１５として機能する。

取得部７１１は、インタフェース７３、通信回線６、及び中継装置５を経由して、監視装置１から動作データを取得する。この動作データは、監視装置１が監視したホーム柵２の動作を示すデータである。取得部７１１は、取得した動作データを動作ＤＢ７２１に、測定日時と対応付けて記憶する。

修正部７１２は、動作ＤＢ７２１に基づいて、取得した動作データを修正する。この修正部７１２は、例えば、取得部７１１が取得した複数の動作データを、それら動作データを測定したセンサ１７の設置情報が示す各位置を考慮することによって、動作データが受けている外乱の影響を取り除くように修正する。つまり、この修正部７１２として機能するプロセッサ７１を備える管理装置７は、複数のホーム柵２のそれぞれの動作を示す動作データを、それらホーム柵２の各位置に基づいて修正する管理装置の例である。

予測部７１３は、取得した動作データから、ホーム柵２が故障する時期を予測する。予測部７１３は、取得部７１１が取得した動作データが閾値を超えたか否かについて、動作ＤＢ７２１に基づいて判断する。そして、予測部７１３は、資源ＤＢ７２２を参照して、例えば、閾値を超えた動作データの組合せが予測条件を満たしている場合に、対応する故障が発生する時期を予測する。

つまり、この予測部７１３として機能するプロセッサ７１を備える管理装置７は、駅ホームと線路とを遮断するホーム柵の動作を示す動作データから、このホーム柵が故障する時期を予測する管理装置の例である。

図１１に示す予測部７１３は、修正された動作データがある場合、この修正された動作データから、ホーム柵２が故障する時期を予測する。つまり、この予測部７１３として機能するプロセッサ７１を備える管理装置７は、修正された動作データから、複数のホーム柵が故障する時期をそれぞれ予測する管理装置の例である。

警告部７１４は、予測部７１３から故障の時期の情報を取得するとともに、期間表７２３を参照して、その故障の修理の準備に要する期間（つまり、準備期間）を特定する。そして、警告部７１４は、予測された故障の時期から、準備期間を遡ったタイミングで警告を発する。

つまり、この警告部７１４として機能するプロセッサ７１を備える管理装置７は、予測部７１３によって予測された、ホーム柵２の故障の時期から、そのホーム柵２の修理の準備に要する期間を遡った時に、その故障を警告する管理装置の例である。

警告部７１４によって発された警告は、インタフェース７３、通信回線６、及び中継装置５を経由して、例えば、操作盤４に伝達され、この操作盤４を操作する操作者に伝えられる。

なお、警告部７１４が参照する期間表７２３は、上述した通り、資源の入手可能性に応じて変化してもよい。この場合、取得部７１１は、インタフェース７３を介して外部装置から資源の準備に必要な期間の情報を取得し、その情報に基づいて期間表７２３を書き換えればよい。

例えば、繁忙期において、修理を担当する技術者を手配する時間は、閑散期に比べて長くなることがある。また、市場において部品の在庫が減少すると、その部品を手配する時間も、通常時に比べて長くなることがある。この管理装置７は、資源の手配に要する時間が上述したように動的に変化したとしても、故障を予測した時期から、それら技術者、部品等の資源の準備に必要な期間を遡って警告することができる。

立案部７１５は、予測部７１３がホーム柵２の故障を予測するときに、その故障の修理に必要な資源の手配の状況に応じて、その修理の計画（修理計画という）を立案する。警告部７１４が警告を発した場合、その警告を伝えられた乗務員や駅係員は、例えば、操作盤４や、通信回線６に接続された他の端末等を操作して、その警告が示す故障の修理に必要な資源の手配をする。そして、手配の状況は、通信回線６を経由して管理装置７に送信される。

取得部７１１は、インタフェース７３を介して上述した端末等から資源の手配の状況を示す情報を取得し、この情報に基づいて手配ＤＢ７２４を更新する。立案部７１５は、手配ＤＢ７２４を参照し、故障の予測が警告されているホーム柵２の修理について、必要な資源が揃うタイミングを特定し、修理計画を立案する。

例えば、複数の故障が発生し、それらの故障を修理する際に、共通の資格を有した技術者が必要になる場合、同日に同一の技術者がまとめてそれらの修理をした方が効率的な場合がある。この場合、この立案部７１５は、発生した複数の故障を修理する技術者を、それらの故障の修理に必要な他の資源が全て揃った日に招聘するように調整した修理計画を立案する。

また、部品等は、決められた個数でまとめて販売されることがあり、発注して修理が完了した後、在庫が余剰に残ることがある。例えば、複数のホーム柵２のそれぞれで、複数の故障が発生し、それらの修理に共通の部品が必要である場合、この立案部７１５は、他の故障で発注した余剰の部品があれば、それを流用する修理計画を立案する。

つまり、この立案部７１５として機能するプロセッサ７１を備える管理装置７は、予測部７１３が予測したホーム柵の故障の時期、及びその故障の修理に必要な資源の手配の状況に応じて、そのホーム柵の修理計画を立案する管理装置の例である。

以上の実施形態で説明された構成、形状、大きさ及び配置関係については本発明が理解・実施できる程度に概略的に示したものにすぎない。したがって、本発明は、説明された実施形態に限定されるものではなく、特許請求の範囲に示される技術的思想の範囲を逸脱しない限り様々な形態に変更することができる。

＜変形例＞
以上が実施形態の説明であるが、この実施形態の内容は以下のように変形し得る。また、以下の変形例は組み合わされてもよい。

＜１＞
上述した実施形態において、プロセッサ７１は、修正部７１２、及び立案部７１５として機能していたが、これらの機能を実現しなくてもよい。

＜２＞
上述した実施形態において、プロセッサ１１は、ＣＰＵであったが、これ以外の構成でもよい。例えば、プロセッサ１１は、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、プログラマブル論理デバイス、等を含むものでもよい。

＜３＞
上述した実施形態において、操作盤４は、制御装置３の機能を有してもよい。また、ホーム柵２は、操作盤４の機能を有してもよい。

＜４＞
上述した実施形態において、管理装置７は、通信回線６、及び中継装置５を経由して操作盤４にホーム柵２の故障を警告していたが、警告の送信先は操作盤４に限らない。管理装置７は、例えば、通信回線６に接続された他の端末に警告を送信してもよい。この場合、この端末とは、パーソナルコンピュータ、スレートＰＣ、タブレットＰＣ、携帯電話機等の情報処理端末であって、故障が予測されるホーム柵２が設置された事業所Ｐの管理者、駅係員等が使用する端末である。

＜５＞
上述した実施形態において、管理装置７は、ホーム柵２の動作を示す動作データから、そのホーム柵２が故障する時期を予測していたが、ホーム柵２を構成する１以上の部品ごとに、その部品が故障する時期をそれぞれ予測してもよい。この場合、管理装置７は、各部品について予測した故障の時期から、それらの部品の修理の準備に要する期間を遡った時に、それぞれ警告してもよい。これにより、管理装置７は、ホーム柵２の故障を、その部品ごとに管理することができる。

この変形例において、管理装置７は、メモリ７２に、例えば動作ＤＢ７２１に代えて動作ＤＢ７２１ａを、資源ＤＢ７２２に代えて資源ＤＢ７２２ａを、それぞれ記憶してもよい。

図１２は、変形例における動作ＤＢ７２１ａの例を示す図である。この動作ＤＢ７２１ａは、監視装置１のセンサ１７で測定された、ホーム柵２の部品ごとの動作を示す動作データを記憶するデータベースである。図１２に示す動作ＤＢ７２１ａは、部品リスト７２１５を有する点で、図７に示す動作ＤＢ７２１と異なる。

この部品リスト７２１５は、ホーム柵リスト７２１２に挙げられたホーム柵ＩＤごとに設けられ、そのホーム柵ＩＤで識別されるホーム柵２に関する部品ＩＤを列挙するリストである。これらの部品ＩＤは、対応するホーム柵２を構成する１以上の部品をそれぞれ識別する識別情報である。

図１２に示す動作ＤＢ７２１ａにおいて、センサリスト７２１３は、部品リスト７２１５に挙げられた部品ＩＤごとに設けられる。このセンサリスト７２１３は、対応付けられた部品ＩＤで識別される部品の動作を測定するセンサ１７のセンサＩＤを列挙している。

図１３は、変形例における資源ＤＢ７２２ａの例を示す図である。この資源ＤＢ７２２ａは、ホーム柵２の機種ごとに、その機種のホーム柵２を構成する部品でそれぞれ発生し得る故障の情報と、その故障から復旧する際に必要になる資源とを対応付けて記憶するデータベースである。図１３に示す資源ＤＢ７２２ａは、部品リスト７２２３を有する点で、図８に示す資源ＤＢ７２２と異なる。

この部品リスト７２２３は、機種ＩＤリスト７２２１に挙げられた機種ＩＤごとに設けられ、その機種ＩＤで識別される機種のホーム柵２に関する部品ＩＤを列挙するリストである。これらの部品ＩＤは、対応する機種のホーム柵２を構成する１以上の部品をそれぞれ識別する識別情報である。

図１３に示す資源ＤＢ７２２ａにおいて、資源表７２２２は、部品リスト７２２３に挙げられた部品ＩＤごとに設けられる。この資源表７２２２は、対応付けられた部品ＩＤで識別される部品において、発生し得る故障についての情報が記述されている表である。

管理装置７のプロセッサ７１は、監視装置１から動作データを取得すると、この動作データを上述した動作ＤＢ７２１ａに記憶する。これにより、動作データは、その動作データが示す動作を示したホーム柵２の部分ごとに対応付けて記憶される。

そして、動作データが図１３に示す資源ＤＢ７２２ａに記載された故障ＩＤに対応する予測条件を満たしたとき、プロセッサ７１は、その故障ＩＤで識別される故障が発生する時期を予測する。故障ＩＤは、ホーム柵２ごとにではなく、ホーム柵２を構成する部品ごとに割り振られている。そのため、管理装置７は、部品ごとに故障する時期を予測する。これにより、管理装置７は、ホーム柵２に生じる故障を部品ごとに管理し、部品ごとに故障の時期を予測し、部品ごとにその故障の修理に要する時間を含む期間を遡って警告する。

つまり、この管理装置７は、ホーム柵の部分ごとに、その部分が故障する時期を予測し、その時期からその部分の修理の準備に要する期間を遡った時に警告する管理装置の例である。

＜６＞
上述した変形例において、管理装置７は、部品ごとに故障を警告していたが、それらの部品の優先順位に応じた順序でそれらの警告をしてもよい。例えば、図１３に示す資源ＤＢ７２２ａにおいて、部品リスト７２２３には、部品ＩＤごとに優先順位情報が割当てられている。この優先順位情報は、１つの部品リスト７２２３が対応付けられている機種ＩＤで識別される機種のホーム柵２において、そのホーム柵２を構成する部品の重要性を示す情報である。

例えば、図１３に示す資源ＤＢ７２２ａで、機種ＩＤ「Ｍ１」には、部品ＩＤ「Ｃ１」、「Ｃ２」が対応付けられている。そして、例えば部品ＩＤ「Ｃ１」が示す部品が故障すると、部品ＩＤ「Ｃ２」が示す部品が故障していなくても、この機種ＩＤ「Ｍ１」で示す機種のホーム柵２が全体として機能しなくなる場合がある。一方、部品ＩＤ「Ｃ２」が示す部品が故障しても、例えば、決められた期間にわたって部品ＩＤ「Ｃ１」が示す部品が故障していなければ、この機種ＩＤ「Ｍ１」で示す機種のホーム柵２は機能することもある。このような場合、部品ＩＤ「Ｃ１」が示す部品は、部品ＩＤ「Ｃ２」が示す部品よりも重要であるため、優先順位情報は、前者が後者よりも優先されるように記述される。

管理装置７のプロセッサ７１は、２以上の部品について故障を検知した場合に、この資源ＤＢ７２２ａを参照し、部品リスト７２２３の優先順位情報に基づいて、それら２以上の部品のどちらを優先して警告するかを決めてもよい。

つまり、この管理装置７は、部分に定められた優先順位に応じた順序で、それらの部分の故障をそれぞれ警告する管理装置の例である。

＜７＞
上述した実施形態において、管理装置７は、資源ＤＢ７２２を参照して、閾値を超えた動作データの組合せが予測条件を満たしている場合に、対応する故障が発生する時期を予測していたが、予測が外れた場合等に、予測条件を更新してもよい。

例えば、管理装置７が警告した時期にホーム柵２が故障しなかった場合や、管理装置７が警告する前にいずれかのホーム柵２が故障した場合等、故障の予測が外れたときに、制御装置３は、その旨を管理装置７へ通知する。管理装置７のプロセッサ７１は、図１１に示す取得部７１１として、インタフェース７３経由でこの通知を受信すると、これを修正部７１２に伝える。

図１１に示す修正部７１２は、取得部７１１が取得した通知に応じて、資源ＤＢ７２２の資源表７２２２に記憶された予測条件を更新する。この修正部７１２は、例えば、通知の内容を参照して、実際に故障が発生し、かつ、管理装置７が警告しなかった時期の動作データを動作ＤＢ７２１から読出し、それらの動作データの中から、故障の予兆を示す予兆データを抽出する。そして、修正部７１２は、その予兆データを利用して、予測条件を変更する。修正部７１２は、次に取得する動作データから、予兆データが示す予兆を発見した場合に、故障の時期を予測して警告を発することができるように、上述した予測条件を修正すればよい。

つまり、この場合の管理装置７は、警告する前にホーム柵に故障が生じた場合、そのホーム柵の動作を示す動作データから、その故障の予兆を示す予兆データを抽出し、その予兆データを利用して、ホーム柵の故障の時期の予測処理を修正する管理装置の例である。

１…監視装置、１１…プロセッサ、１２…メモリ、１３…インタフェース、１６…センサ制御部、１７…センサ、２…ホーム柵、２１…プロセッサ、２２…メモリ、２３…インタフェース、２６…センサ制御部、２７…開閉センサ、２８…モータ制御部、２９…モータ、３…制御装置、３１…プロセッサ、３２…メモリ、３３…インタフェース、４…操作盤、４１…プロセッサ、４２…メモリ、４３…インタフェース、４４…操作部、４５…表示部、５…中継装置、６…通信回線、７…管理装置、７１…プロセッサ、７１１…取得部、７１２…修正部、７１３…予測部、７１４…警告部、７１５…立案部、７２…メモリ、７２１、７２１ａ…動作ＤＢ、７２１１…事業所リスト、７２１２…ホーム柵リスト、７２１３…センサリスト、７２１４…動作データ表、７２１５…部品リスト、７２２、７２２ａ…資源ＤＢ、７２２１…機種ＩＤリスト、７２２２…資源表、７２２３…部品リスト、７２３…期間表、７２４…手配ＤＢ、７２４１…警告表、７２４２…手配表、７３…インタフェース、９…管理システム、Ｌ１…通信線、Ｌ２…通信線。

Claims (9)

1. 駅ホームと線路とを遮断するホーム柵の動作を示す動作データから、該ホーム柵が故障する時期を予測し、該時期から該ホーム柵の修理の準備に要する期間を遡った時に警告する管理装置。
2. 前記ホーム柵の部分ごとに前記時期を予測し、該時期から該部分の修理の準備に要する期間を遡った時に警告する
   請求項１に記載の管理装置。
3. 前記部分に定められた優先順位に応じた順序で、該部分の故障をそれぞれ警告する
   請求項２に記載の管理装置。
4. 前記期間は、前記修理に必要な資源の手配に要する時間を含む
   請求項１から３のいずれか１項に記載の管理装置。
5. 前記手配に要する時間は、前記資源の入手可能性に応じて変化する
   請求項４に記載の管理装置。
6. 前記資源は、前記ホーム柵の部品、及び該ホーム柵を修理する者の少なくとも一方を含む
   請求項４又は５に記載の管理装置。
7. 予測した前記時期、及び前記資源の手配の状況に応じて、前記ホーム柵の修理計画を立案する
   請求項４から６のいずれか１項に記載の管理装置。
8. 複数の前記ホーム柵のそれぞれの動作を示す動作データを、該ホーム柵の各位置に基づいて修正し、修正された前記動作データから該ホーム柵が故障する時期をそれぞれ予測し、該時期から該ホーム柵の修理の準備に要する期間を遡った時にそれぞれ警告する
   請求項１から７のいずれか１項に記載の管理装置。
9. 警告する前に前記ホーム柵に故障が生じた場合、該ホーム柵の動作を示す動作データから、前記故障の予兆を示す予兆データを抽出し、該予兆データを利用して前記時期の予測処理を修正する
   請求項１から８のいずれか１項に記載の管理装置。

Images