(57)【特許請求の範囲】
【請求項１】
移動体と地上システムとを含み、
前記移動体は、当該移動体に備える各種機器の状態を計測する計測装置と、前記計測装置が計測した前記各種機器の状態データを用いて故障発生を検知する状態監視装置と、前記地上システムに当該発生した故障の種類と故障前後の状態データを送信し、前記地上システムからの異常判定結果を受信する通信装置とを備え、
前記地上システムは、前記移動体とデータを送受信する通信装置と、移動体の過去の故障の種類及び状態データを蓄積する蓄積部と、前記過去の故障の状態データを分析するとともに当該故障が異常であるか否かを判定した異常診断結果を出力する異常診断部とを備える、
移動体異常判断支援システムにおいて、
前記地上システムは、更に、
前記過去の故障の種類と前記異常診断部が出力した前記異常診断結果と前記状態データとを関連付けて記憶する異常分析データベースと、
前記移動体から送信された前記故障発生時の前記故障の種類と同一の故障の種類の状態データを前記異常分析データベースから抽出し、前記故障発生時の前記状態データと前記異常分析データベースから抽出した前記状態データとの類似度を算出し、前記類似度が高い状態データと関連付けられた前記異常分析データベースの異常診断結果、又はその集計値を異常診断結果として出力すると共に、前記類似度が閾値よりも高いと判定された前記異常分析データベースの複数の状態データが「異常あり」である件数及び「異常なし」である件数、前記異常分析データベースに記憶された過去の同一故障の件数、前記類似度が閾値よりも低いと判定された件数、のすくなくとも一つに基づき信頼度を生成し、前記信頼度を出力する異常発生予測部と、を備え、
前記地上システムの通信装置は、前記異常判定結果及び信頼度を前記移動体に送信することを特徴とする移動体異常判断支援システム。
【請求項２】
前記異常発生予測部は、類似度が高いと判定される件数が「異常あり」と「異常なし」の二つの傾向のいずれかに集まること応答して、前記件数を前記各傾向についての前記信頼度の指標とすることを特徴とする請求項１記載の移動体異常判断支援システム。
【請求項３】
前記異常診断結果が、類似度が高いと判定される件数が「異常あり」と「異常なし」の二つの傾向について実質的な差がないとの結果であることに応答して、前記各傾向について前記過去の故障の状態データに基づいて得られる出現頻度を前記信頼度の指標とすることを特徴とする請求項１記載の移動体異常判断支援システム。
【請求項４】
前記異常診断結果が、類似度が高いと判定される件数が「異常あり」と「異常なし」の二つの傾向のいずれについても少ないとの結果であることに応答して、前記件数を前記各傾向についての前記信頼度の指標とすることを特徴とする請求項１記載の移動体異常判断支援システム。
【請求項５】
前記異常発生予測部は、前記異常判定結果を提示するモニタを備え、前記モニタに提示された前記異常判定結果に基づいて判断が下された最終的な異常判定結果を前記移動体に対して送信するための入力インタフェースを備えることを特徴とする請求項１記載の移動体異常判断支援システム。
【請求項６】
前記移動体は、前記故障の種類と状態データを蓄積する状態データ記憶部を備え、前記状態データ記憶部に記憶された前記状態データを前記通信装置とは別のデータ伝送メディアを用いて地上システムに対して出力し、
前記地上システムは、複数の移動体の前記故障の種類及び前記状態データを蓄積し、蓄積した前記故障の種類及び前記状態データに基づいて前記異常診断結果を出力することを特徴とする請求項１記載の移動体異常判断支援システム。
【請求項７】
前記移動体は、前記地上システムから受信した前記異常判定結果を提示するモニタを備え、提示された前記異常判定結果に基づいて最終的な運行可否判断が入力されるインタフェースを備えることを特徴とする請求項１記載の移動体異常判断支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体に備わる各種機器の状態を監視する状態監視装置を有する移動体異常判断支援システムに関わり、特に地上システムによる移動体の異常判断の支援を伴うシステムに関する。
【背景技術】
【０００２】
移動体の異常を検知するシステムに関して、移動体の状態データを取得し、故障発生時に当該取得したデータを解析して異常を検出するシステムが広く知られている。ここで「故障」とは「機器が通常の状態と異なる状態」をいう。また、「異常」とは「機器の故障によりシステムとして望まれない状態であって、機器を停止するなどして回復が必要な状態」をいう。
【０００３】
例えば、特許文献１では、移動体にその状態を検出するセンサを取り付けて、そのセンサ出力を移動体に記憶し、地上システムは、前記センサ出力を解析して異常検知条件を抽出する異常検知条件抽出機能を有しており、前記異常検知条件を移動体に入力し、移動体上で前記センサ出力と前記異常検知条件を比較して移動体の異常を検知するシステムを提供している。これにより、移動体側に異常検知条件抽出機能のような高性能の装置を有することなく、移動体製作時に想定していなかった異常であってもそれを移動体において容易に素早く検知することができるようにしている。
【０００４】
車両により収集された車両動態値を小区間ごとに格納・管理し、当該小区間毎の複数の車両についての車両動態値を用いて車両の動態を集計・分析することで、路線上の多数の地点に固定センサを設置することなく、同センサを設置して網羅的に車両動態値を観測した場合と同様の効果を得ることを図った車両動態管理が提案されている（特許文献２）。この提案によれば、データの取得間隔については、一つの値ではなく区間に対して格納値の特性が過去の特性に従うか否かを評価するための特性評価値を算出することで、距離算出の誤差を吸収し、また、同一小区間に対して複数の値が得られた場合は集約処理を行い、値が欠損した小区間に対しては推定処理を行うことにより特性評価値を得て、特性評価値が正当である確率を示す帰属確率を算出し、特異性判定部が帰属確率と閾値とを比較し、閾値以下である場合に警告を発するようにして低コストで高精細な車両動態管理を行うことを図っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３０６８８０号公報
【特許文献２】特開２００９−７８７６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前記に挙げたシステムでは、同一車両複数機器の状態データを比較して、位置要因成分、機器要因成分に分離して異常を検知しているが、同一車両内のデータのみを利用しており他の車両のデータが活用されていない。また、車両動態値を小区間ごとに格納・管理する手法では、車両状態データが小区間ごとに分類され、区間の過去情報と比較して異常警報判定をしているので過去情報を活用してはいるが、地上側との通信が逐次発生する危惧が大きく、車両動態値を無線通信で地上側に伝送する場合には伝送容量やコスト、信頼性の観点で負担になり、生データを蓄積するとなると莫大な蓄積容量が必要になる。
【０００７】
また、前記のシステムでは、故障時の状態データ（＝センサ出力）に異常の兆候が含まれていなければ異常検知を判定することができない。逆に、故障発生時までの状態データに何らかのデータ変化があり異常検知条件を満たしても、その後状態データが回復し、条件判定に基づいて下した異常検知の判断が誤検知となる場合もある。いずれにしても、故障発生時点では将来の状態データは移動体上で得られておらず、また将来の状態データを予測するのに十分な状態データを移動体上に備えることは困難である。このように、発生した故障が軽微なものであってもその時点では移動体の乗務員の単独では異常との判断がつかず、移動体を停止させてしまうことが多い。このため、誤検知によって、異常判定に起因した本来不要な運転停止を移動体に促すことになり稼働率の低下を招くこととなる。特に移動体が列車である場合、サービス品質の低下に繋がる。
【０００８】
そこで、故障が発生した時点で地上システム側から過去の事例を参照するなどして高度な支援が図られれば、当該故障から異常へ至るか否かの異常判断を確度の高いものにすることができると考えられ、そうした高度な支援を確立する点で解決すべき課題がある。
本発明では、上記の課題に対して、故障発生の際に、移動体の状態データを地上側に送信し、地上側において過去の事例を参照するなどして故障から異常に繋がる可能性を適切に予測する高度な支援を行い、移動体を停止させるに至る誤検知となる確率を低下させて移動体の稼働率の向上を目指すものである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の移動体異常判断支援システムは、移動体は、当該移動体に備える各種機器の状態を計測する計測装置と、計測装置が計測した前記各種機器の状態データを用いて故障発生を検知する状態監視装置と、地上システムに当該発生した故障の種類と故障前後の状態データを送信し、地上システムからの異常判定結果を受信する通信装置とを備える。また、地上システムは、移動体とデータを送受信する通信装置と、移動体の過去の故障の種類及び状態データを蓄積する蓄積部と、過去の故障の状態データを分析するとともに当該故障が異常であるか否かを判定した異常診断結果を出力する異常診断部とを備える。地上システムは、更に、前記過去の故障の種類と異常診断結果と状態データとを関連付けて記憶する異常分析データベースと、移動体から送信された故障発生時の故障の種類と故障前後の状態データと異常分析データベースに記憶されている過去の故障の種類及び状態データとを対比して異常判定結果を出力する異常発生予測部とを備えており、地上システムの通信装置は、異常判定結果を前記移動体に送信する。
【００１０】
本発明である移動体異常判断支援システムによれば、移動体において故障が発生したとき、地上システムにおいては、その故障情報（故障の種類及び状態データ）と過去の故障情報との対比により故障判断をして得られた異常判定結果を移動体側に返信するので、移動体においては、地上システムから異常の有無の判定にしての支援を受けることができ、確度の高い異常判断が可能となる。地上システム側で備える過去情報についてはオフライン（移動体の検査時等）で取得するとしているので、常時通信によって故障情報を送信するのを可能にするための高いコストを伴う設備を備える必要がない。また、地上システムが入手した故障情報については、自動又は手動で故障原因を予め解析して異常分析データベースに蓄積しておくことができる。異常発生予測部では、移動体から新たに発生した故障に伴う故障の種類と直近の状態データに基づいて、異常分析データベースにおいて過去情報を検索し、検索結果と対比して異常判定結果を出力する。
【００１１】
本移動体異常判断支援システムにおいて、異常発生予測部は、移動体から送信された故障発生時の故障の種類と同一の故障の種類の状態データを異常分析データベースから抽出し、故障発生時の状態データと異常分析データベースから抽出した状態データとの類似度を算出し、類似度が高い状態データの異常診断結果、又はその集計値を異常判定結果として出力することができる。即ち、地上システムは、移動体で発生した故障の直近の故障情報について異常分析データベースから抽出した過去情報とのマッチング処理をして状態データの類似度を算出し、当該類似度に基づいて、発生した故障の異常診断結果を出力することができる。例えば、軽微な故障と一致した場合には、運行継続判断を返信することが可能である。また、異常発生予測部は、類似度が高い過去の故障の状態データの異常診断結果の集計値、抽出した同一の故障の種類の異常分析データベースの件数を元に信頼度を出力することができる。
【００１２】
本移動体異常判断支援システムにおいて、異常診断結果が、異なる二つの傾向のいずれかとの類似度が高いとの結果であること、又は異なる二つの傾向のいずれについても類似度が低いとの結果である場合には、高い類似度については当該類似度に対応した各傾向についての信頼度の高い指標とすることができ、低い類似度についてはそれなりの低い信頼度としての指標とすることができる。また、異常診断結果が、異なる二つの傾向について類似度に実質的な差がないとの結果であることに応答して、各傾向について過去の故障の状態データに基づいて得られる出現頻度を信頼度の指標とすることができる。
【００１３】
本移動体異常判断支援システムにおいて、異常発生予測部は、異常判定結果を提示するモニタを備え、モニタに提示された異常判定結果に基づいて判断が下された最終的な異常判定結果を移動体に対して入力インタフェースを介して送信することができる。また、移動体は、故障の種類と状態データを蓄積する状態データ記憶部を備え、状態データ記憶部に記憶された状態データを通信装置とは別のデータ伝送メディアを用いて地上システムに対して出力し、地上システムは、複数の移動体の故障の種類及び状態データを蓄積し、蓄積した故障の種類及び状態データに基づいて異常診断結果を出力することができる。
【発明の効果】
【００１４】
本発明である移動体異常判断支援システムによれば、移動体に発生した故障の種類と故障前後の状態データについては、逐次無線通信によって地上側に送信する必要はなく、定期点検等のように定期的な時期を選んで、そのときまでに移動体側で蓄積された複数の機器の状態データを適宜に取り出して地上システム側に送信すればよい。移動体で行うデータの計測・保存では、地上システムで行う詳細分析が可能なレベルでの周期を設定して行うことも可能である。また、地上システムで行う異常判定の結果は、故障発生から異常へ至るか否かの判断が過去の事例を参照してなされるため、確度の高い異常判断が可能となる。この過去の事例の参照に際して、本発明では移動区間に応じた情報に依存する態様を採っていないので、他の移動区間の情報も含めて参照され、参照数の多いデータからより確度の高い支援を行うことが可能である。こうした移動体の故障発生時に地上システム側から異常判断について支援が受けられ、故障であっても異常に至らないであろう故障発生時の不要な停止を避けることができ、移動体の稼働率が向上する。特に移動体が列車である場合、鉄道運行サービス品質が向上する。
【図面の簡単な説明】
【００１５】
【図１】本発明による移動体異常判断支援システムの一実施例を示すシステム構成図である。
【図２】図１に示す移動体異常判断支援システムにおける異常分析データベースのデータ構造を示す図である。
【図３】図１に示す移動体異常判断支援システムの地上システムにおける異常発生予測部の処理フローの一例を示すフローチャートである。
【図４】図１に示す移動体異常判断支援システムの地上システムにおける異常発生予測部の判定例を示す図である。
【図５】図１に示す移動体異常判断支援システムの地上システムにおける異常発生予測部の判定支援画面例を示す図である。
【図６】図１に示す移動体異常判断支援システムの移動体における状態監視装置の画面例を示す図である。
【発明を実施するための形態】
【００１６】
本発明による移動体異常判断支援システムの実施の形態を、図面を参照して説明する。以下では移動体として列車を用いたシステムについて述べる。
【実施例１】
【００１７】
図１は、本発明の移動体異常判断支援システムのシステム構成図を示したものである。図１において、移動体異常判断支援システム１００は、移動体、即ち列車１０１と、地上システム１０２とによって構成されている。列車１０１は、列車１０１に備わる各種機器の状態を計測する計測装置１０３、計測装置１０３が計測した各種機器の状態を監視する状態監視装置１０４、状態監視装置１０４が監視した状態のデータを記憶する状態データ記憶部１０５、状態監視装置１０４の情報を運転手に表示し、運転手からの入力を受け付けるモニタ１０６、及び状態監視装置１０４と接続されており地上システム１０２とデータの送受信を行う通信装置１０７を備えている。
【００１８】
地上システム１０２は、列車１０１に備わる各種機器の状態データを蓄積する状態データ蓄積部１１１、状態データ蓄積部１１１のデータから異常の有無、原因を判定する異常診断部１１２、異常診断部１１２によって分析された異常診断結果を蓄積する異常分析データベース１１３、列車と通信によってデータの送受信を行う通信装置１１４、通信装置１１４と異常分析データベース１１３とに接続されており、将来列車で異常が発生するか否かを判定する異常発生予測部１１５、及び異常発生予測部１１５の状態を地上システムの作業員に対して表示し、その入力を受け付けるモニタ１１６を備えている。
【００１９】
図１を用いて、移動体異常判断支援システム１００が異常判定を行う処理とデータの流れを説明する。異常判定処理を行うために、システム１００は通常時行っている通常処理と、故障発生時に行う故障発生時処理の二つの処理を備える。
【００２０】
まず、通常処理について説明する。計測装置１０３は、列車に備える機器（例えば、台車、ブレーキなど）の状態や機器が備えるセンサの状態（以下、これらの状態をまとめて「機器の状態」とし、機器の状態のデータについえては単に「状態データ」という）を取得する装置である。計測装置１０３は、状態データ、即ち、機器の時々刻々と変化する計測物理量のデータの一部又は全部を状態監視装置１０４に送る。また、計測装置１０３自身が機器のセルフヘルスチェック機能を備えていて、機器の状態コードや故障コードを状態監視装置１０４に送ってもよい。状態監視装置１０４は、計測装置１０３から送られた状態データや状態コードをモニタ１０６に表示する。
【００２１】
状態監視装置１０４は、また、状態データを監視し、当該状態データの変化から機器の故障を検知し、故障コードを生成する。このとき機器の故障検知方法は公知の方法を用いて、例えば予め設定した上下限値の範囲を超えた場合、或いはデータが一定時間取得できない場合に故障コードを生成する。生成した故障コードは計測装置１０３が生成した故障コードと併せて、モニタ１０６に表示し、状態データと共に状態データ記憶部１０５に記憶する。状態データ記憶部１０５は、通常時の状態データ及び故障コードを記憶し蓄積する。ここで、状態データは後述する地上システムでの異常診断に用いるデータであるので、時間分解能が高い（例えば１００ｍｓｅｃ周期などの）詳細な状態データ（以下、「詳細状態データ」という）であることが必要である。
【００２２】
状態データ記憶部１０５に記憶される故障モード及び詳細状態データは、データフロー１０８を介して地上システム１０２の状態データ蓄積部１１１に蓄積される。ここで、データフロー１０８は大容量のデータを定期的に移動するフローである。地上システム１０２へのデータ伝送にあたっては、定期的に行われる列車点検時における保守員による記憶媒体を用いる方法、ケーブルを接続する方法、近接無線による方法などを用いればよい。データ転送容量に余裕があれば通信装置１０７を用いてもよい。状態データ蓄積部１１１は、複数の列車の故障モード、詳細状態データを蓄積する。異常診断部１１２は、定期的に状態データ蓄積部１１１のデータ解析や分析を行い、故障モードが記録された際の機器の異常の有無を検出する。
【００２３】
ここで、上記したとおり、故障とは機器が通常の状態と異なる状態を表し、異常とは機器の故障によりシステムとして望まれない状態、機器を停止するなどして回復が必要な状態を表す。異常検出には一般的に知られるデータ解析手法を用いればよく、周波数分析、主成分分析、回帰分析等を用いて状態データの異常個所を検知し、異常原因を特定する。また人手によって異常を起こした実際の機器を観察してもよい。異常診断部１１２は、ある故障モードに対して異常が発生したか否かである異常診断結果を異常分析データベース１１３に記録する。異常分析データベースの詳細は後述するが、故障モード、異常診断結果、状態データを関連付けて記録する。
【００２４】
以上の通常処理によって、移動体異常判断支援システム１００は、列車１０１で計測された状態データ、故障モード、異常診断結果を関連づけて、地上システム１０２の異常分析データベース１１３に備えることができる。異常診断結果を導出するためには、大量の詳細状態データを用いた複雑な処理が必要であるため、列車１０１に備えることは困難であり、地上システム１０２が存在することによって実現できる。また、複数の列車１０１についての状態データを扱えることも地上システム１０２に異常分析データベース１１３を備えるメリットである。
【００２５】
次に、故障発生時処理について説明する。故障発生時に計測装置１０３から取得した状態データ等を用いて状態監視装置１０４にて故障モードを生成する部分までは、通常処理と共通である。故障発生時には、故障発生状況がモニタ１０６を通じて運転手に提示される。しかし運転手がその故障が運行にどの程度影響を与えるか、異常に繋がるかどうかの判断を下すことは、異常判定結果が手元に存在しないと困難である。また、異常判定結果を状態監視装置１０４で判定するには、列車１０１に大量の詳細状態データを備え、複雑な処理を備えることの困難さがある。
【００２６】
そこで、列車１０１は、通信装置１０７を介して地上システム１０２に故障モード、直近の状態データ１０９を送信し、地上システム１０２からは、送信された状態データ１０９に基づいて判定された異常判定結果とその信頼度１１０を受信する。この異常判定結果とその信頼度１１０によって運転手は運行継続か否かの判断が可能となる。即ち、地上システム１０２では、故障発生時の故障モード、直近状態データ１０９を通信装置１１４にて受信する。異常発生予測部１１５は、この故障モードや直近状態データ１０９と、異常分析データベース１１３に故障モードとともに記録されている異常診断部１１２がした異常診断結果とを対比して、故障発生時の故障モードに該当する過去の故障モードと異常診断結果を抽出し、その異常診断結果から当該故障モードが異常に繋がるか否かの予測結果を異常判定結果とその信頼度１１０として列車１０１に対して出力する。異常発生予測部１１５の処理の詳細については後述する。異常発生予測部１１５は、モニタ１１６を備えて、異常発生予測部１１５の出力結果を見て、保守員、あるいは運行管理者が異常判定結果、信頼度１１０を列車に送る判断をしてもよい。
【００２７】
以上の故障発生時処理によって、移動体異常判断支援システム１００は、列車１０１、地上システム１０２の双方にて異常判定結果とその信頼度１１０を得て、運行継続か否かの判断が可能となる。特に、過去の事例と直近の状態データを対比することによって故障発生時の対応の信頼性が向上するため、状態データのみでは異常が検知できない場合でも運行継続判断が可能となり、結果として列車１０１の稼働率向上に繋がる。
【００２８】
図２は、地上システム１０２の異常分析データベース１１３のデータ構造を表したものである。異常分析データベース１１３は、（ａ）に示す異常分析データ２０１と、（ｂ）に示す関連する詳細状態データ２０２を備える。異常分析データ２０１は、故障モード、異常診断結果、状態データへのアクセスを定めるポインタ１〜Ｎを備える。故障モードは、故障モードを出力する機器、及びその故障の種類を表すコードを含む。異常診断結果は、異常診断部１１２が診断した結果であり、機器の異常の有無、機器異常時にはその異常の原因を含む。状態データへのポインタは、当該故障モードが関連する状態データへのポインタであり、複数の状態データ、例えば異なる機器の状態が故障に影響していれば、その機器の状態データを含んでもよい。状態データポインタは詳細状態データ２０２の当該故障モード発生箇所周辺のデータを参照する。
【００２９】
詳細状態データ２０２は、状態データヘッダ、故障検知時刻、状態データ列を含む。状態データヘッダは、状態データの種類等、状態データに関連する各種基本情報（状態データ列の時刻や状態データ等のアドレス等に関する基本情報）を含む。故障検知時刻は、故障モードが発生し検知した時刻を含む。故障検知時刻を含むことで、故障モード発生周辺の状態データ抽出が容易となる。状態データ列は、状態データの時系列データであり、時刻、状態データ、異常フラグを含んでいて、異常フラグが立った時間を検知時刻に対応して記憶している。異常フラグは当該時刻の状態データが異常であるか否かを判定した結果であり、異常診断部１１２が診断した結果である。
【００３０】
図２の（ｃ）に示す２０４は、異常分析データ２０１と詳細状態データ２０２が表すデータのイメージである。２０６は、故障モードが空気圧低下であり異常診断結果が空気漏れ異常となったときの例であって、横軸を故障検知時刻２０７として状態データ列２０３を時系列グラフ（線図）として表した例であり、状態データの例としてブレーキの空気圧を挙げている。状態データ列２０３に含まれる異常フラグは、２０８のように異常が発生している状態データを表示できる（×印で異常フラグＯＮを表している）。
【００３１】
以上の異常分析データベース１１３を備えることにより、本発明の移動体異常判定支援システムは、故障モードと異常判定結果と状態データを関連付けて備えることが可能であり、故障モードに対する異常判定結果を抽出することを容易にしている。即ち、例えば、空気圧低下という故障モードが列車上で上がったときに、地上側では、過去に同様の事例をデータ列として簡単に読み出すことを可能にしている。
【００３２】
図３は、地上システム１０２の異常発生予測部１１５の処理フローを表したものである。以下、処理ステップに従い説明する。
【００３３】
ステップ３０１（図中のＳ３０１に相当、以下ステップをＳとして略す）：地上システム１０２の異常発生予測部１１５は、通信によって取得した移動体（列車１０１）の故障発生時の故障モードと発生時及びその直近の機器の状態データを読み込む。
Ｓ３０２：異常分析データベース１１３から、Ｓ３０１で取得した故障モードと同一の故障モードのデータ（過去に蓄積されていたデータ；通常、図２に示すように複数個存在する）を抽出する。
Ｓ３０３：Ｓ３０２で抽出した同一故障モードのデータ件数をメモリに記憶する。
Ｓ３０４：同一故障モードのデータ件数分、以下Ｓ３１２までの処理を繰り返す。即ち、抽出された蓄積状態データＢの１件毎にＳ３１２までの処理を行う。
Ｓ３０５：故障発生時の状態データ（状態データＡ）と異常分析データベース１１３から抽出した状態データ（状態データＢ）をマッチングする。ここでマッチングとはデータの類似度を比較する処理である。マッチング対象とする状態データは、状態検知時刻を基準として前後所定の時刻数分のデータを用いる。マッチング処理として、例えばベクトルの内積を用いることができる。状態データの時系列方向をベクトルの次元として捉え、規格化した状態データＡ、状態データＢの内積をとれば、その内積の値は−１から１までの間の値を取り、値が１に近いほど類似した傾向を示すこととなる。この内積をマッチング率とする。また、内積以外にも相関係数、回帰分析の決定係数等の尺度を用いて類似度を判定してもよい。また時系列データの代わりに、フーリエ変換等によって周波数領域に変換したデータを用いてマッチングさせてもよい。
【００３４】
Ｓ３０６：Ｓ３０５で取得したマッチング率をメモリに記憶する。
Ｓ３０７：マッチング率が予め指定された閾値以上か否かを判定する。マッチング率が閾値以上であれば処理はＳ３０８に、小さければＳ３０９に進む。
Ｓ３０８：マッチング率が閾値以上であれば、状態データＡと状態データＢは類似していると判断し、「マッチング」としてメモリに記憶する。
Ｓ３０９：マッチング率が閾値未満であれば、状態データＡと状態データＢは類似していないと判断し、「アンマッチング」としてメモリに記憶する。
【００３５】
Ｓ３１０：状態データＢについて記憶されている異常診断結果が「異常あり」であったか「異常なし」であったかを記憶する。異常診断結果が「異常あり」であればＳ３１１に進み、「異常あり」としてメモリに記憶する。異常診断結果が「異常なし」（＝正常）であればＳ３１２に進み、「異常なし」としてメモリに記憶する。
以上のＳ３０４以下の状態データＢに対する処理は終了する。この結果、状態データＡは、状態データＢの１件毎に対して、「異常あり」と「マッチング」／「アンマッチング」、「異常なし」と「マッチング」／「アンマッチング」の４パターンのいずれかに分類できる。
【００３６】
Ｓ３１３：状態データＡの状態データＢに対するマッチング件数、異常診断結果から信頼度を算出する。ここで、状態データＡは故障検知直後までのデータであるので、マッチング対象となるのは大半が故障検知直前までのデータである。即ち、マッチング率が表すのは、状態データＢに対する故障検知直前までの類似度である。ある故障モードに対して、故障検知直前までの状態データＡに正常と異常で異なる傾向が現れているならば、現在の状態データＡと過去の各状態データＢとのマッチング率の計算結果においては、異常診断結果としては、異なる二つの傾向のそれぞれとのマッチング率が高くなることが予想され、「異常なし」かつ「マッチング」、「異常あり」かつ「マッチング」のどちらか一方に件数が集まり、この件数を信頼度の指標として状態データＡは「異常なし」、または「異常あり」と予測できる。
【００３７】
一方、ある故障モードに対して、故障検知直前までの状態データＡに正常と異常で差がない場合、「異常なし」かつ「マッチング」と、「異常あり」かつ「マッチング」との両方の件数のデータが集まる。即ち、この場合には、状態データＡについて想定される「異常なし」と「異常あり」の比率は、過去の事例（状態データＢ）における「異常なし」と「異常あり」の出現頻度に近い比率となるはずである。換言すれば、状態データＡに正常と異常で差がない場合には、過去の事例ベースで判断してもよいということを判断支援することができる。しかし、ここでマッチング後の「異常あり」のケースが皆無であれば、過去の事例でも「異常なし」かつ状態データのマッチングによって「異常なし」に遷移することが計測データからも統計的に高信頼に予測できる。よって「異常なし」の信頼度を高めることが可能である。また、さらに「アンマッチング」が多い場合（過去に事例がないようなデータのパターンを示すケース）は、例え過去に異常がなかったとしても今後異常に発展する可能性は否定しずらく、この「アンマッチング」の件数も信頼性の指標として利用できる。また、そもそもの過去の同一故障モードの件数自体が少なければ、信頼に足らない結果となりうる。
【００３８】
以上の論理から、（１）過去の同一故障モード件数、（２）「異常なし」「マッチング」件数、「異常あり」「マッチング」件数、及び（３）「アンマッチング」件数の少なくとも一つを信頼度として算出する。
Ｓ３１４：Ｓ３１３で求めた信頼度に基づき、状態データＡに対する異常判定結果を出力する。
【００３９】
図４は、異常発生予測部の判定例を示したものである。図４は一例としてブレーキの空気圧低下のケースを示しており、４０１は判定対象となるケースの状態データ（「判定対象ケース」であって列車１０１で発生した故障の状態データ）、４０２は異常分析データベースに含まれる「異常なし」ケースの例、４０３は「異常あり」ケースＮの例である（ケース２からケース（Ｎ−１）までの掲載を省略している）。また、ここで示した状態データは、図２の（ｃ）である２０４に示したグラフと同様の表現を表している。４０４はケース４０１のケース４０２に対するマッチング率を表しており、４０５はケース４０１のケース４０３に対するマッチング率を表している。また集計結果である信頼度は４０６に示している。ここで、異常判定結果としては、マッチング率の高い（９５％）方のケースが採用され、当該高いマッチング率が信頼度の指標とされる。
【００４０】
本故障モードの一例は、故障検知時に一時的に空気圧が低下したが、過去の事例では「異常なし」「異常あり」に分かれている例であるが、判定対象ケース４０１の状態データは、「異常なし」の状態データとのマッチング率が高い例である。この場合、集計結果にもあるように、「異常なし」へのマッチング率が高く、「異常あり」へのマッチング率が皆無であるため、結果として高い信頼度で「異常なし」と判定することができるケースである。
【００４１】
図５は、異常発生予測部の判定支援画面例である。本画面は保守員又は運行管理者が実際に状態データ、過去の事例を参考にして異常判定の判断を支援する地上システム１０２側のモニタ１１６に映し出される画面の例である。画面５０１は、故障モード５０２、発生時刻及び経過時間５０３のように判断の支援となる情報を含み、５０４は判定対象となる故障の状態データ及び比較対照となる過去の事例の状態データを重ねて表現したもの、５０５乃至５０９は過去の事例の状態データである。５０５から５０９はマッチングの一致度、或いは異常の有無を基準に順序、表示サイズを変更する（図示の例では、マッチング率の高い方の二つの状態データを大きく、マッチング率の低い方の三つの状態データを小さく示している）。また、５０５から５０９を比較対照として選択することによって、５０４の画面上にて同一時系列グラフ上で評価する機能を与える。更に５１０に信頼度の表示機能を備えて各種情報を参考可能とし、異常判定５１１ボタン又は異常なし判定５１２ボタンを備えて保守員又は運行管理者が判断を下す機能を備える。例えば「異常あり」の過去の事例を５０５から５０９の上位に配置すれば、５０４で「異常あり」と優先的に比較することが可能となり、もし「異常あり」に近い状態データが出現すれば早い段階で異常判定を下し、列車停止が可能となる。
以上のような地上システムでの判定支援画面を備えることにより、保守員または運行管理者は迅速、かつ信頼度の高い異常判定を支援することができ、判断結果は異常判定結果、信頼度１１０として列車１０１に対して出力される。
【００４２】
図６は、移動体の状態監視装置の画面例である。図６に示す画面６０１は、図５に示す判定支援画面で行われた地上側の支援結果を受けて、運転手が故障モード及び異常判定結果を信頼度とともに確認する画面の例である。画面６０１は、故障発生時刻及び経過時間６０２、列車１０１の故障発生部位６０３、故障モード６０４を表示する。画面６０１は、更に、地上側システム１０２の異常判定結果６０５、及びその信頼度６０６を表示する機能を備え、各種情報を元に故障発生時の運転再開判断を支援する。また、地上側の異常判定結果に対して、確認６０７又は拒否６０８を示す機能を備え、地上システム１０２に対して連絡する。
【００４３】
以上のような移動体での判定支援画面を備えることにより、運転手は高い信頼性をもって運行再開判断を下すことが可能となる。
【００４４】
また、上記の実施例では、地上側で故障要因の分析を行い、得られた異常判定結果を移動体側に送信しているのが、故障時直近の状態データのみで故障要因が判定可能であれば、異常判定ロジックを移動体側に搭載することで、遅滞無く、故障要因を移動体のシステムに告知させることができる。更に、上記実施例では移動体として列車、及び鉄道車両運行を中心に述べたが、他の異常診断システム、特に、オンライン、オフラインでデータ収集に制約のある移動体、例えば、運行管理者によって運転が支援される交通サービスである船舶、航空、あるいは鉱山機械の建設機械にも適用可能である。
【符号の説明】
【００４５】
１００  移動体異常判断支援システム    １０１  移動体、列車
１０２  地上システム                  １１２  異常診断部
１１３  異常分析データベース          １１５  異常発生予測部
２０４  異常分析データベースのデータ例
５０１  地上システムでの判断支援画面例
６０１  移動体、列車での判断支援画面例
【図１】
0005416630.tif 000002
【図２】
0005416630.tif 000003
【図３】
0005416630.tif 000004
【図４】
0005416630.tif 000005
【図５】
0005416630.tif 000006
【図６】
0005416630.tif 000007