(57)【要約】  本発明の車両監視システムは、鉄道車両に搭載された１以上の機器を制御して所定の機能を実施するサブシステムと、サブシステムの稼働状態を監視するモニタ装置と、を備え、サブシステムは、機器から出力された信号に基づき、機器の状態の変化をモニタ装置に通知するためのイベント情報を含むステイタスデータを作成し、モニタ装置に定期的に送信するサブシステム制御装置と、ステイタスデータにおけるイベント情報を格納する領域であるイベント領域のデータ構造を規定する第１イベントパラメータファイルを記憶する第１メモリと、を有し、サブシステム制御装置は、第１メモリに記憶された第１イベントパラメータファイルが変更された場合、ステイタスデータを作成する際、変更後の第１イベントパラメータファイルに基づき、イベント領域のデータ構造を再構築し、再構築後のデータ構造に応じて各イベント情報を再設定する。
2019097563.tif 000002
【特許請求の範囲】
【請求項１】
鉄道車両に搭載された１以上の機器を制御して所定の機能を実施するサブシステムと、
前記サブシステムの稼働状態を監視するモニタ装置と、を備え、
前記サブシステムは、
前記機器から出力された信号に基づき、該機器の状態の変化を前記モニタ装置に通知するためのイベント情報を含むステイタスデータを作成し、前記モニタ装置に定期的に送信するサブシステム制御装置と、
前記ステイタスデータにおける前記イベント情報を格納する領域であるイベント領域のデータ構造を規定する第１イベントパラメータファイルを記憶する第１メモリと、を有し、
前記サブシステム制御装置は、前記第１イベントパラメータファイルが変更された場合、前記ステイタスデータを作成する際、変更後の該第１イベントパラメータファイルに基づき、前記イベント領域のデータ構造を再構築し、再構築後のデータ構造に応じて各イベント情報を再設定する車両監視システム。
【請求項２】
前記モニタ装置は、
前記サブシステム制御装置から受信した前記ステイタスデータと、該ステイタスデータに含まれる前記イベント領域のデータ構造を規定する第２イベントパラメータファイルとを記憶する第２メモリと、
前記ステイタスデータに基づき前記サブシステムの稼働状態を監視するモニタ制御装置と、を有し、
前記モニタ制御装置は、前記第２イベントパラメータファイルが変更された場合、前記サブシステムの稼働状態を監視する際、変更後の該第２イベントパラメータファイルに基づき、前記イベント領域のデータ構造を再構築し、再構築後のデータ構造に応じて各イベント情報を解釈する請求項１に記載の車両監視システム。
【請求項３】
各イベント情報は前記イベント領域における１ビットのデータに対応し、該イベント領域の先頭のビット位置から順に配列されており、
前記サブシステム制御装置は、
変更後の前記第１イベントパラメータファイルに基づき、前記イベント情報それぞれの位置を特定して、前記イベント領域のデータ構造を再構築する請求項１に記載の車両監視システム。
【請求項４】
各イベント情報は前記イベント領域における１ビットのデータに対応し、該イベント領域の先頭のビット位置から順に配列されており、
前記モニタ制御装置は、
変更後の前記第２イベントパラメータファイルに基づき、前記イベント情報それぞれの位置を特定して、前記イベント領域のデータ構造を再構築する請求項２に記載の車両監視システム。
【請求項５】
前記ステイタスデータは、前記サブシステムが制御する前記機器の稼働状態を示す信号の情報である信号情報をさらに含んでおり、
前記サブシステムでは、
前記第１メモリが、前記ステイタスデータにおける前記信号情報を格納する領域である信号領域のデータ構造を規定する第１信号パラメータファイルをさらに記憶しており、
前記第１信号パラメータファイルには、前記信号領域における各信号情報の格納位置を特定する情報が含まれており、
前記サブシステム制御装置は、前記第１信号パラメータファイルが変更された場合、前記ステイタスデータを作成する際、変更後の前記第１信号パラメータファイルに含まれる各信号情報の格納位置を特定する情報に基づき、前記信号情報それぞれの位置を特定して、前記信号領域のデータ構造を再構築し、再構築後のデータ構造に応じて各信号情報を再設定する請求項１から４のいずれか１項に記載の車両監視システム。
【請求項６】
前記ステイタスデータは、前記サブシステムが制御する機器の稼働状態を示す信号の情報である信号情報をさらに含んでおり、
前記モニタ装置では、
前記第２メモリが、前記ステイタスデータにおける前記信号情報を格納する領域である信号領域のデータ構造を規定する第２信号パラメータファイルをさらに記憶しており、
前記第２信号パラメータファイルには、前記信号領域における各信号情報の格納位置を特定する情報が含まれており、
前記モニタ制御装置は、前記第２信号パラメータファイルが変更された場合、前記サブシステムの稼働状態を監視する際、変更後の前記第２信号パラメータファイルに含まれる各信号情報の格納位置を特定する情報に基づき、前記信号情報それぞれの位置を特定して、前記信号領域のデータ構造を再構築し、再構築後のデータ構造に応じて各信号情報を解釈する請求項２または４に記載の車両監視システム。
【請求項７】
前記第２信号パラメータファイルには、前記信号情報を前記モニタ装置において用いる値に換算するための換算係数が含まれており、
前記モニタ制御装置は、前記第２信号パラメータファイルに含まれる前記換算係数を利用して、前記信号領域に含まれる各信号情報を解釈する請求項６に記載の車両監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に設けられた各サブシステムの状態を監視する車両監視システムに関する。
【背景技術】
【０００２】
鉄道車両（以下、車両）には、該車両に設けられた様々な機器の稼働状態を示すモニタ装置が備えられている（例えば、特許文献１）。特許文献１に記載された車両ネットワークシステムは、車両に搭載された複数の端末装置（機器）および複数の端末装置が接続される車両ネットワーク制御装置（モニタ装置）を備え、車両ネットワーク制御装置が端末装置を監視するように制御する。【０００３】
様々な機器としては、例えば、インバータ、ブレーキ、ドア、エアコン、モータ、自動列車運転装置（Automatic Train Operation, ATO）、補助電源装置（Static Inverter, SIV）、自動放送装置などが挙げられる。また、車両に搭載された１以上の機器を制御して所定の機能を実現するシステムをサブシステムと称する。具体的には、サブシステムは、車両を走行させるようにモータを制御する機能を実現するシステム、車両を停止させるようにブレーキを制御する機能を実現するシステム、およびドアを開閉させるようにモータを制御する機能を実現するシステム等が例示できる。モニタ装置は、各サブシステムの稼働状態を監視するものとも言える。なお、モニタ装置は、中央診断装置（Central Diagnostic System, CDS）または列車情報管理装置とも呼ばれる場合がある。【０００４】
各サブシステムは、上記した機能を実現するために、サブシステム制御装置を備えている。一方、モニタ装置も、該モニタ装置が有する各種機器の各種動作を制御するためにモニタ制御装置を備えている。そして、サブシステムが備えるサブシステム制御装置とモニタ装置が備えるモニタ制御装置とは通信可能に接続されており、伝送路を通じてデータを送受信することができるように構成されている。例えば、サブシステムからモニタ装置へは、各サブシステムの稼働状態を示すステイタスデータ（Status Data, SD）が定期的に送信されている。モニタ装置は、サブシステムからステイタスデータを受信すると、例えば、このステイタスデータに基づいてサブシステムの稼働状況を判断したり、このステイタスデータを人間に理解できるような形式に変換し、該モニタ装置に接続されている表示装置（不図示）に表示させたりする。【０００５】
ところで、ステイタスデータのデータ構造は、各サブシステムの設計者とモニタ装置の設計者とが互いに取り決めた、ＩＣＤ（Interface Control Document）に基づき規定されている。そして、このＩＣＤは、各サブシステムおよびモニタ装置それぞれの設計者において保持されている。なお、ＩＣＤは、サブシステムとモニタ装置との間のインターフェースを規定および管理するための文書である。【０００６】
このため、例えば、ステイタスデータに含まれる情報の追加または削除が生じて、該ステイタスデータが変更される場合、サブシステムの設計者およびモニタ装置の設計者はＩＣＤをそれぞれ更新する必要がある。さらにまた、サブシステムおよびモニタ装置間でステイタスデータの定義の不整合が発生しないように、サブシステム制御装置で実行するソフトウェアとモニタ制御装置で実行するソフトウェアとを、タイミングを合わせてそれぞれ更新する必要がある。なお、このソフトウェアとは、モニタ制御装置およびサブシステム制御装置それぞれにおいて実装されている、ステイタスデータを解釈または設定するためのプログラムを意味する。また、本書ではサブシステムの設計者とモニタ装置の設計者とをまとめて車両監視システムの設計者と称する場合がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−２０５７７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記したように、ステイタスデータが変更されると、モニタ装置と各サブシステムとの間でタイミングを合わせてそれぞれソフトウェアを更新する必要がある。このため、ステイタスデータの変更に伴うソフトウェアの更新は、非常に慎重を要する作業であり、かつ手間のかかる作業であった。特に、モニタ装置と各サブシステムとの関係は１対多の関係であり、各サブシステム側の都合により上記したステイタスデータの変更が頻発するとモニタ装置の設計者の負担が増大するという問題があった。【０００９】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ステイタスデータに変更が生じた際に車両監視システムの設計者の作業負担の増大を抑制することができる車両監視システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明に係る車両監視システムは、鉄道車両に搭載された１以上の機器を制御して所定の機能を実施するサブシステムと、前記サブシステムの稼働状態を監視するモニタ装置と、を備え、前記サブシステムは、前記機器から出力された信号に基づき、該機器の状態の変化を前記モニタ装置に通知するためのイベント情報を含むステイタスデータを作成し、前記モニタ装置に定期的に送信するサブシステム制御装置と、前記ステイタスデータにおける前記イベント情報を格納する領域であるイベント領域のデータ構造を規定する第１イベントパラメータファイルを記憶する第１メモリと、を有し、前記サブシステム制御装置は、前記第１イベントパラメータファイルが変更された場合、前記ステイタスデータを作成する際、変更後の該第１イベントパラメータファイルに基づき、前記イベント領域のデータ構造を再構築し、再構築後のデータ構造に応じて各イベント情報を再設定する。
【発明の効果】
【００１１】
以上の説明から明らかなように、本発明に係る車両監視システムは、ステイタスデータに変更が生じた際に車両監視システムの設計者の作業負担の増大を抑制することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、ステイタスデータの一例を示す概略図である。
【図２】図２は、本発明の比較例に係る車両監視システムの一例を模式的に示すブロック図である。
【図３】図３は、イベントパラメータファイル（ＥＰＦ）に含まれる情報の一例を模式的に示す図である。
【図４】図４は、本発明の第１実施形態に係る車両監視システムの概略構成の一例を示す図である。
【図５】図５は、本発明の第１実施形態に係る車両監視システムの要部構成の一例を概略的に示すブロック図である。
【図６】図６は、第１実施形態に係るステイタスデータ作成部によるイベント領域のデータ構造の再構築処理の一例を示す模式図である。
【図７】図７は、モニタ装置が保持する第２ＥＰＦのバージョンを変更させた場合の車両監視システムにおけるＥＰＦ更新処理の一例を示す模式図である。
【図８】図８は、モニタ装置が保持する第２ＥＰＦのバージョンを変更させた場合の車両監視システムにおけるＥＰＦ更新処理の一例を時系列で示したシーケンス図である。
【図９】図９は、サブシステムが保持する第１ＥＰＦのバージョンを変更させた場合の車両監視システムにおけるＥＰＦ更新処理の一例を示す模式図である。
【図１０】図１０は、サブシステムが保持する第１ＥＰＦのバージョンを変更させた場合の車両監視システムにおけるＥＰＦ更新処理の一例を時系列で示したシーケンス図である。
【図１１】図１１は、本発明の第２実施形態に係る車両監視システムの要部構成の一例を概略的に示すブロック図である。
【図１２】図１２は、第２実施形態に係る車両監視システムにおいて利用されるＳＰＦの内容の一例を示す表である。
【図１３】図１３は、第２実施形態に係る車両監視システムにおいて利用されるステイタスデータの信号領域における信号情報の格納位置の一例を模式的に示す図である。
【図１４】図１４は、第２実施形態に係るステイタスデータ作成部による信号領域のデータ構造の再構築処理の一例を示す模式図である。
【発明を実施するための形態】
【００１３】
（本発明の概要）
本発明の概要について図１から３を参照して以下に説明する。図１はステイタスデータ３の一例を示す概略図である。図２は、本発明の比較例に係る車両監視システム２００の一例を模式的に示すブロック図である。図３は、イベントパラメータファイル（ＥＰＦ）に含まれる情報の一例を模式的に示す図である。
【００１４】
まず、車両監視システム２００において、サブシステム２２０からモニタ装置２１０へ一定の周期で送信されるステイタスデータ３には、各サブシステム２２０の稼働状態を示すデータが含まれている。具体的には、ステイタスデータ３は、図１に示すように各サブシステム２２０において共通して利用される情報（共通情報）を格納する共通領域３１と、サブシステム２２０におけるイベント（機器の状態の変化）の発生の有無を通知するイベント情報を格納するイベント領域３２と、サブシステム２２０が制御する機器の稼働状態を示す信号の情報である信号情報を格納する信号領域３３とを有する。なお、信号情報は、モニタ装置２１０においてイベントの発生の判定または発生したイベントの発生要因を特定するために利用することができる。なお、図１に示すステイタスデータ３は、共通領域３１を先頭とし、その後に、イベント領域３２、信号領域３３の順に配置された構成となっているが、イベント領域３２および信号領域３３の配置は、これに限定されるものではない。例えば、共通領域３１の後に、信号領域３３が配置され、信号領域３３の後にイベント領域３２は配置された構成であってもよい。
【００１５】
本発明の比較例に係る車両監視システム２００では、ステイタスデータ３は、その先頭からＸビット目までを共通領域３１とし、Ｘ＋１ビット目からＹビット目までをイベント領域３２とし、Ｙ＋１ビット目からＺビット目までを信号領域３３として、各領域が所定の範囲に固定されている。なお、Ｘ、Ｙ、Ｚは、任意の自然数である。また、イベント領域３２では、１ビットに１つのイベント情報が予め割り当てられており、信号領域３３では、各信号情報が所定の桁数に割り当てられている。
【００１６】
このように、本発明の比較例に係る車両監視システム２００で利用されるステイタスデータ３は、各領域それぞれのデータ長を固定化することで、各領域の先頭アドレスおよび範囲を容易に把握することができる。さらには、各領域において先頭から何ビット目にどのような情報（イベント情報または信号情報）が格納されているのか把握することができる。また、モニタ装置２１０とサブシステム２２０との間で送受信されるステイタスデータ３のデータ長を一定とすることができる。このため、ステイタスデータ３の転送量を容易に管理することができ、データ転送量が小さい伝送路を利用する場合であっても適切にステイタスデータ３を送信することができる。
【００１７】
なお、共通情報とは、例えば、時刻情報、および車両の位置情報（ＧＰＳの情報）等が挙げられる。また、イベント情報とは、サブシステム２２０の稼働状態を示す情報であり、例えば、サブシステム２２０がドアの開閉を制御するシステムである場合、ドアモータが過電流か否か、ドア制御装置の故障が生じているか否か等を示す情報等が挙げられる。信号情報とは、サブシステム２２０が備える各機器の動作状態（ログ）を示す信号の情報である。信号情報としては、例えば、サブシステム２２０においてモータに供給される電流値または印加される電圧値の変化等を示す情報が挙げられる。
【００１８】
ここで本発明者は、サブシステム２２０からモニタ装置２１０に送信されるステイタスデータ３に変更が生じる場合における車両監視システム２００について鋭意研究した。そして、以下の問題が生じることを見出した。
【００１９】
まず、本発明の概要を説明する前提となる構成として、図２に示すようにモニタ装置２１０および各サブシステム２２０のそれぞれでイベント情報に関するＩＣＤの代用としてイベントパラメータファイル（Event Parameter File, ＥＰＦ）４を保持する構成について検討する。説明の便宜上、サブシステム２２０において保持されているＥＰＦ４を第１ＥＰＦ４ａとし、モニタ装置２１０において保持されているＥＰＦ４を第２ＥＰＦ４ｂとする。また、第１ＥＰＦ４ａおよび第２ＥＰＦ４ｂを特に区別して説明する必要がない場合は単にＥＰＦ４と称する。
【００２０】
ＥＰＦ４は、ステイタスデータ３のイベント領域３２に含まれるイベント情報のデータ構造を規定するファイルであり、例えば、図３に示すように、イベントを特定するためのコード名（Code）、イベント名（Name）、イベントの説明（Description）、およびイベントの属性（Attributes）等のイベントの定義を示す情報を含んでいる。なお、イベントの属性には、イベントの重要度、イベントの発生状況に関する記録の要否、発生したイベントに関する情報の表示の要否などの情報が含まれてもよい。
【００２１】
図２に示すように、サブシステム２２０は、サブシステム２２０が備える各機器（不図示）による各種処理を制御するサブシステム制御装置２２１と、サブシステム用メモリ２２２とを備えている。
【００２２】
サブシステム制御装置２２１は、例えば、ＣＰＵまたはマイクロプロセッサ等によって実現できる。サブシステム用メモリ２２２は、読み書き可能な記憶媒体でありモニタ装置２１０に送信するステイタスデータ３および第１ＥＰＦ４ａを記憶する。サブシステム用メモリ２２２は、例えば、ＲＡＭ（Random access memory）などが例示できる。
【００２３】
上記した構成を有する車両監視システム２００では、サブシステム２２０において第１ＥＰＦ４ａを保持し、モニタ装置２１０において第２ＥＰＦ４ｂを保持し、両者が同じバージョンとなるように構成されている。そして、モニタ装置２１０は、サブシステム２２０からステイタスデータ３を受信すると、第２ＥＰＦ４ｂを参照してステイタスデータ３のイベント領域３２に格納されたイベント情報を解釈することができる。
【００２４】
ところで、ステイタスデータ３においてイベント領域３２として割り当てられている範囲が予め固定されている。さらには、イベント領域３２において各イベント情報が格納される位置も予め固定されている。このため、イベント領域３２において、あるイベント情報を追加または削除する場合は、ステイタスデータ３のデータ構造が変わるためステイタスデータ３を処理するモニタ装置２１０およびサブシステム２２０の両者において、変更されたステイタスデータ３を設定または解釈することができるようにソフトウェアの更新をそれぞれ行う必要がある。
【００２５】
このため、図２に示す、本発明の比較例に係る車両監視システム２００の構成の場合、ステイタスデータ３の変更が頻繁に生じると、モニタ装置２１０の設計者およびサブシステム２２０の設計者の作業負担が増大するという問題があることを見出した。そこで本発明者はこの問題点に関し、検討を重ねた結果、以下の知見を得た。
【００２６】
まず近年、サブシステムとモニタ装置との間で構築するローカルエリア・ネットワークの規格としてイーサネット（登録商標）が利用できるようになり、サブシステムとモニタ装置との間で転送可能なデータ量が大幅に大きくなってきている。そこで、ステイタスデータ３のデータ構造において、少なくともイベント領域３２の範囲を可変とする。好ましくは、イベント領域３２および信号領域３３の範囲をともに可変とする。そして、例えば、イベントが新たに追加される場合は、イベント領域３２の任意の位置に新たなイベント情報を追加したり、イベントが削除される場合は、イベント領域３２から削除すべきイベント情報を消去したりする。
【００２７】
また、このようにステイタスデータ３においてイベント情報が追加されたり、削除されたりしてイベント領域３２に格納されているイベント情報のデータ構造に変更が生じた場合、この変更に伴ってサブシステム２２０が保持する第１ＥＰＦ４ａおよびモニタ装置２１０が保持する第２ＥＰＦ４ｂも変更させる必要がある。同時に、変更後のＥＰＦ４に基づきイベント情報を設定したり、あるいは解釈したりすることができるように、モニタ装置２１０およびサブシステム２２０に実装されたソフトウェアも更新する必要がある。
【００２８】
そこで、本発明者らは、以下の構成とすることで、ステイタスデータ３に変更が生じたとしても、車両監視システムの設計者（モニタ装置２１０の設計者およびサブシステム２２０の設計者）の作業負担の増大を抑制することができることを見出し、本発明に至った。すなわち、サブシステム２２０は、変更後の第１ＥＰＦ４ａに基づき、ステイタスデータ３のイベント領域３２におけるイベント情報のデータ構造を再構築し、各イベント情報を再設定することができる構成とする。
【００２９】
一方、モニタ装置２１０は、変更後の第２ＥＰＦ４ｂに基づき、ステイタスデータ３のイベント領域３２におけるイベント情報のデータ構造を再構築し、各イベント情報を解釈することができる構成とする。
【００３０】
この構成により、変更後のＥＰＦ４に基づき、ステイタスデータ３を設定したり、あるいは解釈したりすることができるように、モニタ装置およびサブシステムの両者において実装されているソフトウェアの更新をそれぞれ行う必要がなくなることを見出した。
【００３１】
上記した本発明者らの知見は、これまで明らかにされていなかったものであり、顕著な作用効果を奏する新規な技術的特徴を有するものである。そこで、本発明では具体的には以下に示す態様を提供する。
【００３２】
本発明のある形態に係る車両監視システムは、鉄道車両に搭載された１以上の機器を制御して所定の機能を実施するサブシステムと、前記サブシステムの稼働状態を監視するモニタ装置と、を備え、前記サブシステムは、前記機器から出力された信号に基づき、該機器の状態の変化を前記モニタ装置に通知するためのイベント情報を含むステイタスデータを作成し、前記モニタ装置に定期的に送信するサブシステム制御装置と、前記ステイタスデータにおける前記イベント情報を格納する領域であるイベント領域のデータ構造を規定する第１イベントパラメータファイルを記憶する第１メモリと、を有し、前記サブシステム制御装置は、前記第１イベントパラメータファイルが変更された場合、前記ステイタスデータを作成する際、変更後の該第１イベントパラメータファイルに基づき、前記イベント領域のデータ構造を再構築し、再構築後のデータ構造に応じて各イベント情報を再設定する。
【００３３】
上記構成によると、サブシステム制御装置は、ステイタスデータを作成する際、変更後の第１イベントパラメータファイルに基づき、イベント領域のデータ構造を再構築し、そして再構築後のデータ構造に応じて各イベント情報を再設定することができる。
【００３４】
このため、ステイタスデータのイベント領域のデータ構造が変更される場合、サブシステム制御装置が、変更後のイベント領域のデータ構造に合わせて各イベント情報を再設定できるように、該サブシステム制御装置に実装されたソフトウェアを車両監視システムの設計者によって更新する必要がない。
【００３５】
よって、ステイタスデータに変更が生じた際に車両監視システムの設計者の作業負担の増大を抑制することができるという効果を奏する。
【００３６】
また、本発明のある形態に係る車両監視システムは、上記した構成において、前記モニタ装置は、前記サブシステム制御装置から受信した前記ステイタスデータと、該ステイタスデータに含まれる前記イベント領域のデータ構造を規定する第２イベントパラメータファイルとを記憶する第２メモリと、前記ステイタスデータに基づき前記サブシステムの稼働状態を監視するモニタ制御装置と、を有し、前記モニタ制御装置は、前記第２イベントパラメータファイルが変更された場合、前記サブシステムの稼働状態を監視する際、変更後の該第２イベントパラメータファイルに基づき、前記イベント領域のデータ構造を再構築し、再構築後のデータ構造に応じて各イベント情報を解釈する構成であってもよい。
【００３７】
上記構成によると、モニタ制御装置は、サブシステムの稼働状態を監視する際、変更後の第２イベントパラメータファイルに基づき、イベント領域のデータ構造を再構築し、そして再構築後のデータ構造に応じて各イベント情報を解釈することができる。
【００３８】
このため、ステイタスデータのイベント領域のデータ構造が変更される場合、モニタ制御装置が、変更後のイベント領域のデータ構造に合わせて各イベント情報を解釈できるように、該モニタ制御装置に実装されたソフトウェアを車両監視システムの設計者によって更新する必要がない。
【００３９】
よって、ステイタスデータに変更が生じた際に車両監視システムの設計者の作業負担の増大を抑制することができる。
【００４０】
また、本発明のある形態に係る車両監視システムは、上記した構成において、各イベント情報は前記イベント領域における１ビットのデータに対応し、該イベント領域の先頭のビット位置から順に配列されており、前記サブシステム制御装置は、変更後の前記第１イベントパラメータファイルに基づき、前記イベント情報それぞれの位置を特定して、前記イベント領域のデータ構造を再構築するように構成されていてもよい。
【００４１】
なお、変更後の第１イベントパラメータファイルに基づき特定されるイベント情報それぞれの位置には、任意のイベント情報が削除されたり追加されたりした後の各イベント情報の位置、ならびに配列順が変更された後の各イベント情報の位置を含む。
【００４２】
また、本発明のある形態に係る車両監視システムは、上記した構成において、各イベント情報は前記イベント領域における１ビットのデータに対応し、該イベント領域の先頭のビット位置から順に配列されており、前記モニタ制御装置は、変更後の前記第２イベントパラメータファイルに基づき、前記イベント情報それぞれの位置を特定して、前記イベント領域のデータ構造を再構築するように構成されていてもよい。
【００４３】
なお、変更後の第２イベントパラメータファイルに基づき特定されるイベント情報それぞれの位置には、任意のイベント情報が削除されたり追加されたりした後の各イベント情報の位置、ならびに配列順が変更された後の各イベント情報の位置を含む。
【００４４】
本発明のある形態に係る車両監視システムは、上記した構成において、前記ステイタスデータは、前記サブシステムが制御する前記機器の稼働状態を示す信号の情報である信号情報をさらに含んでおり、前記サブシステムでは、前記第１メモリが、前記ステイタスデータにおける前記信号情報を格納する領域である信号領域のデータ構造を規定する第１信号パラメータファイルをさらに記憶しており、前記第１信号パラメータファイルには、前記信号領域における各信号情報の格納位置を特定する情報が含まれており、前記サブシステム制御装置は、前記第１信号パラメータファイルが変更された場合、前記ステイタスデータを作成する際、変更後の前記第１信号パラメータファイルに含まれる各信号情報の格納位置を特定する情報に基づき、前記信号情報それぞれの位置を特定して、前記信号領域のデータ構造を再構築し、再構築後のデータ構造に応じて各信号情報を再設定するように構成されていてもよい。
【００４５】
上記構成によると、サブシステム制御装置は、ステイタスデータを作成する際、変更後の第１信号パラメータファイルに含まれる各信号情報の格納位置を特定する情報に基づき、信号情報それぞれの位置を特定し、信号領域のデータ構造を再構築する。そして再構築後のデータ構造に応じて各信号情報を再設定することができる。
【００４６】
このため、ステイタスデータの信号領域のデータ構造が変更される場合、サブシステム制御装置が、変更後の信号領域のデータ構造に合わせて各信号情報を再設定できるように、該サブシステム制御装置に実装されたソフトウェアを車両監視システムの設計者によって更新する必要がない。
【００４７】
よって、ステイタスデータに変更が生じた際に車両監視システムの設計者の作業負担の増大を抑制することができる。
【００４８】
本発明のある形態に係る車両監視システムは、上記した構成において、前記ステイタスデータは、前記サブシステムが制御する機器の稼働状態を示す信号の情報である信号情報をさらに含んでおり、前記モニタ装置では、前記第２メモリが、前記ステイタスデータにおける前記信号情報を格納する領域である信号領域のデータ構造を規定する第２信号パラメータファイルをさらに記憶しており、前記第２信号パラメータファイルには、前記信号領域における各信号情報の格納位置を特定する情報が含まれており、前記モニタ制御装置は、前記第２信号パラメータファイルが変更された場合、前記サブシステムの稼働状態を監視する際、変更後の前記第２信号パラメータファイルに含まれる各信号情報の格納位置を特定する情報に基づき、前記信号情報それぞれの位置を特定して、前記信号領域のデータ構造を再構築し、再構築後のデータ構造に応じて各信号情報を解釈するように構成されていてもよい。
【００４９】
上記構成によると、モニタ制御装置は、サブシステムの稼働状態を監視する際、変更後の第２信号パラメータファイルに含まれる各信号情報の格納位置を特定する情報に基づき、信号情報それぞれの位置を特定し、信号領域のデータ構造を再構築する。そして再構築後のデータ構造に応じて各信号情報を解釈することができる。
【００５０】
このため、ステイタスデータの信号領域のデータ構造が変更された場合、モニタ制御装置が変更後の信号領域のデータ構造に合わせて各信号情報を解釈できるように、該モニタ制御装置に実装されたソフトウェアを車両監視システムの設計者によって更新する必要がない。
【００５１】
よって、ステイタスデータに変更が生じた際に車両監視システムの設計者の作業負担の増大を抑制することができる。
【００５２】
また、本発明のある形態に係る車両監視システムは、上記した構成において、前記第１信号パラメータファイルおよび前記第２信号パラメータファイルには、前記信号情報を前記モニタ装置において用いる値に換算するための換算係数が含まれており、前記モニタ制御装置は、前記第２信号パラメータファイルに含まれる前記換算係数を利用して、前記信号領域に含まれる各信号情報を解釈するように構成されていてもよい。
【００５３】
ここで換算係数とは、例えば、モニタ制御装置が受信したステイタスデータに含まれる信号情報の値が、所定時間あたりの回数を表すのか、温度（セルシウス度、ファーレンハイト度、またはケルビン度等）を表すのかなど、信号情報を解釈するための単位を示す情報であってもよい。また、ステイタスデータの信号領域における１ビットあたりの値と物理的な値との対応関係を示す情報であってもよい。
【００５４】
上記構成によると、第１信号パラメータファイルおよび第２信号パラメータファイルには換算係数が含まれているため、モニタ制御装置は、サブシステム制御装置から受信したステイタスデータに含まれる信号情報を正確に解釈することができる。
【００５５】
［第１実施形態］
（車両監視システムの構成）
以下、本発明の第１実施形態を、図面を参照しながら説明する。なお、以下では全ての図面を通じて同一又は相当する構成部材には同一の参照符号を付して、その重複する説明を省略する。
【００５６】
まず図４を参照して本発明の第１実施形態に係る車両監視システム１００の概略構成について説明する。図４は、本発明の第１実施形態に係る車両監視システム１００の概略構成の一例を示す図である。
【００５７】
本発明の第１実施形態に係る車両監視システム１００は、車両内に設けられた各サブシステム２０ａ１〜２０ｃ１、２０ａ２〜２０ｃ２、・・・の稼働状態を監視するシステムである。図４に示すように、車両監視システム１００は、車両ごとにモニタ装置１０ａ１、１０ａ２、・・・と、複数のサブシステム２０ａ１〜２０ｃ１、２０ａ２〜２０ｃ２、・・・とを備えている。以下では、複数のサブシステム２０ａ１〜２０ｃ１、２０ａ２〜２０ｃ２、・・・を特に区別して説明する必要が無い場合は、単にサブシステム２０と称する。また、車両ごとに設けられているモニタ装置１０ａ１、１０ａ２、・・・を特に区別して説明する必要がない場合は、単にモニタ装置１０と称する。
【００５８】
また、車両内においてモニタ装置１０とサブシステム２０とを含むローカルエリア・ネットワークを車両内ネットワークと称する。また、各車両内ネットワークはルータを介して他の車両内ネットワークと接続されており、全車両間にわたるローカルエリア・ネットワークも構築している。この全車両間にわたって構築されたローカルエリア・ネットワークを全車両間ネットワークと称する。
【００５９】
上記したようにサブシステム２０からモニタ装置１０へは、該サブシステム２０の稼働状態を示すステイタスデータ３が定期的に送信されている。サブシステム２０からモニタ装置１０へのステイタスデータ３の送信周期は、例えば、２０〜１００ミリ／秒とすることができる。なお、ステイタスデータ３の送信周期は、サブシステム２０が実現する機能に応じて、サブシステム２０ごとに異なっていてもよい。
【００６０】
モニタ装置１０は、サブシステム２０からステイタスデータ３を受信すると、サブシステム２０の稼働状態を判断したり、このステイタスデータ３を人間に理解できるような形式に変換し、該モニタ装置１０に接続されている表示装置（不図示）に表示させたりする。
【００６１】
また、全車間ネットワークおいて設けられた複数のモニタ装置１０ａ、１０ａ２、・・・のうちのいずれか１つのモニタ装置１０を全車両の監視をおこなうためのマスタ装置とすることができるようになっている。例えば、図４において、先頭車両に搭載されたモニタ装置１０ａ１を全車両の監視をおこなうためのマスタ装置に設定した場合、先頭車両のモニタ装置１０ａ１は、先頭車両内の車両内ネットワークにおける各サブシステム２０ａ１、２０ｂ１、２０ｃ１、・・・からステイタスデータ３をそれぞれ受信することができる。さらに、先頭車両のモニタ装置１０ａ１は、他の車両の各サブシステム２０ａ２、２０ｂ２、２０ｃ２、・・・のステイタスデータ３それぞれを、他の車両のモニタ装置１０ａ２からルータ４０ａ１、４０ａ２を介して受信することができる。
【００６２】
なお、説明の便宜上、以下では同一車両においてモニタ装置１０と１つのサブシステム２０とから構成された車両監視システム１００を例に挙げて説明する。しかしながら、上記したように、車両監視システム１００が備えるサブシステム２０は１つに限定されるものではなく、複数、設けられていてもよい。また、車両監視システム１００は、必ずしも同一車両内におけるモニタ装置１０とサブシステム２０との関係に限定されるものではない。車両監視システム１００は、互いに異なる車両に設けられたモニタ装置１０とサブシステム２０とから構成されたシステムであってもよい。
【００６３】
サブシステム２０からモニタ装置１０に送信されるステイタスデータ３は、図１に示すように共通領域３１、イベント領域３２、および信号領域３３を含む。そして、ステイタスデータ３は、イベント領域３２の１ビットに対して１つのイベント情報が格納されるように構成されていてもよい。このように１ビットに対して１つのイベント情報が格納されるように構成されている場合、イベント領域３２におけるビット数から各イベント情報をそれぞれ特定することができる。
【００６４】
また、第１実施形態に係るステイタスデータ３は、イベント領域３２の範囲を可変とすることができ、イベント情報の追加または削除が生じるとイベント領域３２の範囲が変更される。このため、ステイタスデータ３においてイベント情報の追加または削除が生じる場合、モニタ装置１０およびサブシステム２０は、図３に示すＥＰＦ４を更新し、更新したＥＰＦ４に基づきイベント領域３２のデータ構造を再構築し、各イベント情報を処理するように構成されている。さらには、ステイタスデータ３において、イベント情報の格納位置が変更される場合がある。このような場合も、モニタ装置１０およびサブシステム２０は、ＥＰＦ４を更新し、更新したＥＰＦ４に基づきイベント領域３２のデータ構造を再構築することができる。
【００６５】
以下において、図５を参照して、車両監視システム１００におけるＥＰＦ更新処理を例に挙げて、イベント情報の追加または削除等に伴うステイタスデータ３の変更時における車両監視システム１００の構成についての詳細を説明する。図５は、本発明の第１実施形態に係る車両監視システム１００の要部構成の一例を概略的に示すブロック図である。
【００６６】
（ＥＰＦ更新処理に関する構成）
図５に示すように、車両監視システム１００は、モニタ装置１０とサブシステム２０とを備えてなる構成である。なお、車両監視システム１００では、複数のサブシステム２０ａ１〜２０ｃ１、２０ａ２〜２０ｃ２、・・・を備える場合、モニタ装置１０は、各サブシステム２０ａ１〜２０ｃ１、２０ａ２〜２０ｃ２、・・・に応じたＥＰＦ４をそれぞれ備えていてもよい。ここでは説明の便宜上、１つのサブシステム２０とモニタ装置１０とを備えた車両監視システム１００を例に挙げ、ＥＰＦ更新処理について説明する。
【００６７】
（サブシステム）
まず、サブシステム２０の構成について説明する。サブシステム２０は、サブシステム制御装置２１と、サブシステム用メモリ（第１メモリ）２２と、を備えてなる構成である。
【００６８】
サブシステム用メモリ２２は、読み書き可能な記憶媒体であり、例えば、ＲＡＭ（Random access memory）などが例示できる。サブシステム用メモリ２２には、上記した第１ＥＰＦ４ａと、モニタ装置１０に送信するために作成されたステイタスデータ３と、が記憶されている。なお、サブシステム２０は、各機器の稼働状態を把握するために、例えば、各機器に設けられた検流計、電圧計、および温度計等のセンサ類による検知結果、または各機器の異常の発生を診断する診断ソフトによる診断結果等の各機器から出力される信号を常時、取得してステイタスデータ３を作成または更新し、サブシステム用メモリ２２に記憶する。
【００６９】
サブシステム制御装置２１は、サブシステム２０に備えられる各機器の各種制御を行う処理装置（プロセッサ）である。例えば、サブシステム制御装置２１は、サブシステム２０における、ＥＰＦ更新処理に関する各種処理を実行することもできる。サブシステム制御装置２１は、例えば、ＣＰＵまたはマイクロプロセッサ等によって実現できる。図５に示すようにサブシステム制御装置２１は、機能ブロックとして、サブシステム用通信制御部２３、ファイル更新部２４、およびステイタスデータ作成部２５を備える。
【００７０】
サブシステム用通信制御部２３は、サブシステム２０とモニタ装置１０との間で情報（データ）の送受信を行うものである。例えば、サブシステム用通信制御部２３は、サブシステム用メモリ２２に格納されたステイタスデータ３を定期的にモニタ装置１０に送信する。さらには、サブシステム用通信制御部２３は、モニタ装置１０から送信された第２ＥＰＦ４ｂを受けつけたり、モニタ装置１０からの要求に応じて第１ＥＰＦ４ａを該モニタ装置１０に送信したりする。サブシステム用通信制御部２３は、上記したＥＰＦ４の送受信をメッセージデータ（ＭＤ）のフォーマットによって行うように構成されていてもよい。
【００７１】
ファイル更新部２４は、モニタ装置１０側で第２ＥＰＦ４ｂが新たなバージョンに更新された場合、またはイベント情報の追加、削除、もしく配列順の変更等によりサブシステム２０側で新たなバージョンの第１ＥＰＦ４ａが必要となった場合、第１ＥＰＦ４ａを更新する。
【００７２】
ステイタスデータ作成部２５は、第１ＥＰＦ４ａを参照して、センサ類（不図示）から定期的に取得した検知結果、または診断ソフトから定期的に取得した診断結果等に基づきステイタスデータ３を作成する。また、例えば、図６に示すようにイベント情報の追加等により第１ＥＰＦ４ａが変更されると、ステイタスデータ作成部２５は、変更後の第１ＥＰＦ４ａに基づき、イベント領域３２のデータ構造を再構築し、再構築されたデータ構造に応じてイベント情報を設定する。
【００７３】
図６は、第１実施形態に係るステイタスデータ作成部２５によるイベント領域３２のデータ構造の再構築処理の一例を示す模式図である。図６では、説明の便宜上、ＥＰＦ４に含まれる項目として、イベントのコード名（Code）とイベント名（Name）とだけを示しているが、含まれる項目はこれらに限定されるものではない。また、図６における、Ａ、Ｂ、Ｃ、Ｄ、Ｅ・・・の記述は、それぞれ信号名「Event A」、「Event B」、「Event C」「Event D」「Event E」・・・を示している。
【００７４】
より具体的には、図６に示すように、更新後の第１ＥＰＦ４ａではイベント名「Event X」が新たに追加されている。この場合、ステイタスデータ作成部２５は、更新後の第１ＥＰＦ４ａに基づき、イベント名「Event C」とイベント名「Event D」との間、すなわち、イベント領域３２における１Byte目の行で、かつ４bit目の列に「Event X」のデータを格納し、「Event D」、「Event E」のデータをそれぞれ１bitずつ紙面における右側にずらして格納するようにデータ構造を書き換える。
【００７５】
このようにして、ステイタスデータ作成部２５は第１ＥＰＦ４ａを参照して、イベント領域３２における各イベント情報の位置を特定してイベント領域３２のデータ構造を再構築する。そして、この再構築後のデータ構造に応じて各機器から受信した各イベント情報をイベント領域３２において再設定する。
【００７６】
なお、サブシステム２０が備える上記した各機能ブロックは、サブシステム制御装置２１が、例えば、不図示のＲＯＭに格納されたプログラムをＲＡＭ等に読み出し実行することで実現できる。
【００７７】
（モニタ装置）
モニタ装置１０は、モニタ制御装置１１と、モニタ装置用メモリ（第２メモリ）１２と、を備えてなる構成である。
【００７８】
モニタ装置用メモリ１２は、読み書き可能な記憶媒体であり、例えば、ＲＡＭ（Random access memory）などが例示できる。モニタ装置用メモリ１２は、上記した第２ＥＰＦ４ｂと、サブシステム２０から定期的に送信されるステイタスデータ３と、が記憶される。
【００７９】
モニタ制御装置１１は、モニタ装置１０が備える各機器の各種制御を行う処理装置（プロセッサ）である。例えば、モニタ制御装置１１は、モニタ装置１０におけるＥＰＦ更新処理に関する各種処理を実行することもできる。モニタ制御装置１１は、例えば、ＣＰＵまたはマイクロプロセッサ等によって実現できる。図５に示すようにモニタ制御装置１１は、機能ブロックとして、モニタ装置用通信制御部１３、ファイル変更判定・更新部１４、およびステイタスデータ処理部１５を備える。
【００８０】
モニタ装置用通信制御部１３は、サブシステム２０とモニタ装置１０との間で情報（データ）の送受信を行うものである。例えば、モニタ装置用通信制御部１３は、サブシステム２０から定期的に送信されるステイタスデータ３を受信し、モニタ装置用メモリ１２に格納する。さらには、モニタ装置用通信制御部１３は、サブシステム２０に対して第２ＥＰＦ４ｂを送信したり、該サブシステム２０から第１ＥＰＦ４ａを受信したりする。また、モニタ装置用通信制御部１３は、サブシステム２０に対して、第１ＥＰＦ４ａの送信を要求することができる。なお、モニタ装置用通信制御部１３は、第１ＥＰＦ４ａの送信要求、ならびにＥＰＦ４の送受信をＭＤのフォーマットによって行うように構成されていてもよい。
【００８１】
ファイル変更判定・更新部１４は、サブシステム２０から送信されたステイタスデータ３の共通領域３１に格納された第１ＥＰＦ４ａのバージョンの情報に基づき、第１ＥＰＦ４ａのバージョンと第２ＥＰＦ４ｂのバージョンとが一致するか否か判定する。そして、ファイル変更判定・更新部１４が第１ＥＰＦ４ａのバージョンと第２ＥＰＦ４ｂのバージョンとが一致しないと判定した場合、以下のように、ＥＰＦ４の更新を実行することができる。
【００８２】
ファイル変更判定・更新部１４が、モニタ装置１０が保持する第２ＥＰＦ４ｂの方が、サブシステム２０が保持する第１ＥＰＦ４ａよりも古いバージョンであると判定した場合、モニタ装置用通信制御部１３は、サブシステム２０に対して、第１ＥＰＦ４ａの送信を要求する。この要求に応じてサブシステム２０から第１ＥＰＦ４ａが送信されると、ファイル変更判定・更新部１４は、モニタ装置用メモリ１２に記憶されている第２ＥＰＦ４ｂを、サブシステム２０から受信した第１ＥＰＦ４ａに基づき更新する。
【００８３】
一方、ファイル変更判定・更新部１４が、サブシステム２０が保持する第１ＥＰＦ４ａの方が、モニタ装置１０が保持する第２ＥＰＦ４ｂよりも古いバージョンであると判定した場合、モニタ装置用通信制御部１３は第１ＥＰＦ４ａを更新させるために、第２ＥＰＦ４ｂをサブシステム２０に送信する。
【００８４】
ステイタスデータ処理部１５は、サブシステム２０から定期的に受信するステイタスデータ３を、第２ＥＰＦ４ｂを参照して処理する。また、イベント情報の追加、削除または配列順の変更等により第２ＥＰＦ４ｂが変更されると、ステイタスデータ処理部１５は、サブシステム制御装置２１のステイタスデータ作成部２５と同様にして、図６に示すように変更後の第２ＥＰＦ４ｂに基づきイベント領域３２のデータ構造を再構築する。そして、再構築後のデータ構造に応じて各イベント情報を解釈することにより、サブシステム２０の稼働状態を監視する。なお、ステイタスデータ処理部１５によるイベント領域３２のデータ構造の再構築は、変更後のＥＰＦ４（第２ＥＰＦ４ｂ）に基づき、上記したステイタスデータ作成部２５によるイベント領域３２のデータ構造の再構築と同様にして行われる。このため、ステイタスデータ処理部１５によるイベント領域３２のデータ構造の再構築に関する詳細な説明は省略する。
【００８５】
（ＥＰＦ更新処理）
次に、図７〜１０を参照してＥＰＦ更新処理の一例について説明する。図７は、モニタ装置１０が保持する第２ＥＰＦ４ｂのバージョンを変更させた場合の車両監視システム１００におけるＥＰＦ更新処理の一例を示す模式図である。図８は、モニタ装置１０が保持する第２ＥＰＦ４ｂのバージョンを変更させた場合の車両監視システム１００におけるＥＰＦ更新処理の一例を時系列で示したシーケンス図である。図９は、サブシステム２０が保持する第１ＥＰＦ４ａのバージョンを変更させた場合の車両監視システム１００におけるＥＰＦ更新処理の一例を示す模式図である。図１０はサブシステム２０が保持する第１ＥＰＦ４ａのバージョンを変更させた場合の車両監視システム１００におけるＥＰＦ更新処理の一例を時系列で示したシーケンス図である。
【００８６】
まず、図７、８を参照して、モニタ装置１０において第２ＥＰＦ４ｂのバージョンを変更させた場合に関するＥＰＦ更新処理について説明する。
【００８７】
サブシステム２０では、サブシステム制御装置２１が備えるステイタスデータ作成部２５が、モニタ装置１０に送信するステイタスデータ３を作成または更新する際に、ステイタスデータ３の共通領域３１に、第１ＥＰＦ４ａのバージョンの情報を設定する（ステップＳ１１）。そして、サブシステム用通信制御部２３が、ステイタスデータ３をモニタ装置１０が備えるモニタ制御装置１１へ送信する（ステップＳ１２）。
【００８８】
モニタ制御装置１１のモニタ装置用通信制御部１３がステイタスデータ３を受信すると、ファイル変更判定・更新部１４は、ステイタスデータ３の共通領域３１からサブシステム２０が保持する第１ＥＰＦ４ａのバージョンを読み取る（ステップＳ２１）そして、ファイル変更判定・更新部１４は、読み取った第１ＥＰＦ４ａのバージョンと、モニタ装置用メモリ１２に格納している第２ＥＰＦ４ｂのバージョンとを比較し、両者が一致するか否か確認する（ステップＳ２２）。
【００８９】
このようにしてモニタ制御装置１１は、第１ＥＰＦ４ａまたは第２ＥＰＦ４ｂにおいて変更（更新）があったか否か検知することができる。そして、モニタ制御装置１１は、第１ＥＰＦ４ａと第２ＥＰＦ４ｂとが一致しない場合、第１ＥＰＦ４ａおよび第２ＥＰＦ４ｂ両者のバージョンが一致するようにＥＰＦ４の更新を実行する。なお、モニタ制御装置１１は、第１ＥＰＦ４ａと第２ＥＰＦ４ｂとが一致しないと判定した場合、この判定を行ったときに受信したステイタスデータを破棄するように構成されていてもよい。
【００９０】
具体的には、図７に示す例では、サブシステム２０の第１ＥＰＦ４ａのバージョンが「Ｖｅｒｓｉｏｎ１．０」であり、モニタ装置１０の第２ＥＰＦ４ｂのバージョンが「Ｖｅｒｓｉｏｎ２．０」となっている。なお、ＥＰＦ４のバージョンは、バージョン番号が大きい方がより新しいバージョンとなる。
【００９１】
そこで、ファイル変更判定・更新部１４が、モニタ装置１０が保持する第２ＥＰＦ４ｂのバージョンの方が第１ＥＰＦ４ａのバージョンよりも新しいと判定すると（ステップＳ２３において「ＹＥＳ」）、モニタ装置用通信制御部１３は、モニタ装置用メモリ１２に記憶されているＥＰＦ４（第２ＥＰＦ４ｂ）をサブシステム制御装置２１に送信する（ステップＳ２４）。図７の例では、モニタ制御装置１１からサブシステム制御装置２１に対して、「Ｖｅｒｓｉｏｎ２．０」のＥＰＦ４（第２ＥＰＦ４ｂ）が送信される。
【００９２】
なお、ファイル変更判定・更新部１４が、モニタ装置１０が保持する第２ＥＰＦ４ｂのバージョンと、サブシステム２０が備える第１ＥＰＦ４ａのバージョンとが一致すると判定したときは（ステップＳ２３において「ＮＯ」）、そのまま、ステイタスデータ３の受信を継続する。
【００９３】
サブシステム制御装置２１において、サブシステム用通信制御部２３がモニタ制御装置１１から、「Ｖｅｒｓｉｏｎ２．０」のＥＰＦ４（第２ＥＰＦ４ｂ）を受信すると、ファイル更新部２４は、サブシステム用メモリ２２に記憶されている「Ｖｅｒｓｉｏｎ１．０」の第１ＥＰＦ４ａを、受信した第２ＥＰＦ４ｂに基づき更新する（ステップＳ１３）。
【００９４】
このように、ファイル更新部２４によって第１ＥＰＦ４ａが更新され、バージョンが変更されると、ステイタスデータ作成部２５は、更新後の第１ＥＰＦ４ａを参照して、ステイタスデータ３のイベント領域３２のデータ構造を再構築する。そして、再構築後のデータ構造に応じて各イベント情報を設定してステイタスデータ３を作成する。
【００９５】
次に、図９、１０を参照して、サブシステム２０において第１ＥＰＦ４ａのバージョンが変更された場合に関するＥＰＦ更新処理について説明する。
【００９６】
まず、上記した図８に示すステップＳ１１、Ｓ１２と同様に、サブシステム制御装置２１が備えるステイタスデータ作成部２５が、モニタ装置１０に送信するステイタスデータ３を作成または更新する際に、ステイタスデータ３の共通領域３１に第１ＥＰＦ４ａのバージョンの情報を設定する（ステップＳ３１）。図９の例では、サブシステム２０からモニタ装置１０にステイタスデータ３を送信する前に、サブシステム２０が保持する第１ＥＰＦ４ａのバージョンが「Ｖｅｒｓｉｏｎ１．０」から「Ｖｅｒｓｉｏｎ２．０」に更新されている。このため、ステップＳ３１では、第１ＥＰＦ４ａのバージョンを示す情報としてステイタスデータ３の共通領域３１内には「Ｖｅｒｓｉｏｎ２．０」が設定されることとなる。そして、サブシステム用通信制御部２３が、ステイタスデータ３を、モニタ装置１０が備えるモニタ制御装置１１へ送信する（ステップＳ３２）。
【００９７】
ステイタスデータ３をモニタ制御装置１１のモニタ装置用通信制御部１３が受信すると、ファイル変更判定・更新部１４は、ステイタスデータ３の共通領域３１からサブシステム２０が保持する第１ＥＰＦ４ａのバージョンを読み取る（ステップＳ４１）そして、ファイル変更判定・更新部１４は、読み取った第１ＥＰＦ４ａのバージョンと、モニタ装置用メモリ１２に格納している第２ＥＰＦ４ｂのバージョンとを比較し、両者のバージョンが一致するか否か確認する（ステップＳ４２）。
【００９８】
このようにしてモニタ制御装置１１は、第１ＥＰＦ４ａまたは第２ＥＰＦ４ｂにおいて変更（更新）があったか否か検知することができる。そして、モニタ制御装置１１は、第１ＥＰＦ４ａと第２ＥＰＦ４ｂとが一致しない場合、第１ＥＰＦ４ａおよび第２ＥＰＦ４ｂの両者のバージョンが一致するようにＥＰＦ４の更新を実行する。
【００９９】
具体的には、図９に示す例では、サブシステム２０の第１ＥＰＦ４ａのバージョンが「Ｖｅｒｓｉｏｎ２．０」であり、モニタ装置１０の第２ＥＰＦ４ｂのバージョンが「Ｖｅｒｓｉｏｎ１．０」となっている。
【０１００】
そこで、ファイル変更判定・更新部１４が、モニタ装置１０が保持する第２ＥＰＦ４ｂのバージョンの方が第１ＥＰＦ４ａのバージョンよりも古いと判定すると（ステップＳ４３において「ＹＥＳ」）、モニタ装置用通信制御部１３は、サブシステム制御装置２１に対して、第１ＥＰＦ４ａの送信を要求する（ステップＳ４４）。
【０１０１】
一方、サブシステム２０では、サブシステム制御装置２１のサブシステム用通信制御部２３が、モニタ制御装置１１から第１ＥＰＦ４ａの送信要求を受信すると、サブシステム用メモリ２２から第１ＥＰＦ４ａを読み出し、モニタ制御装置１１に送信する（ステップＳ３３）。
【０１０２】
モニタ装置１０では、モニタ制御装置１１のモニタ装置用通信制御部１３がサブシステム制御装置２１から第１ＥＰＦ４ａを受信すると、ファイル変更判定・更新部１４がモニタ装置用メモリ１２に記憶されている第２ＥＰＦ４ｂの内容を、この第１ＥＰＦ４ａに基づき更新する（ステップＳ４５）。
【０１０３】
このように、ファイル変更判定・更新部１４によって第２ＥＰＦ４ｂが更新され、バージョンが変更されると、ステイタスデータ処理部１５は、更新後の第２ＥＰＦ４ｂを参照して、ステイタスデータ３のイベント領域３２のデータ構造を再構築する。そして、再構築後のデータ構造に応じて各イベント情報を解釈して、サブシステム２０の稼働状態を監視する。
【０１０４】
なお、上記したＥＰＦ更新処理は、一例であってＥＰＦ４の更新（同期）はこのＥＰＦ更新処理に限定されるものではない。ＥＰＦのバージョンをモニタ装置１０側とサブシステム２０側とにおいてタイミングを合わせて同期できれば、別の更新処理方法を採用してもよい。
【０１０５】
（第２実施形態）
次に図１１〜１４を参照して本発明の第２実施形態に係る車両監視システム１０１について説明する。図１１は、本発明の第２実施形態に係る車両監視システム１０１の要部構成の一例を概略的に示すブロック図である。図１２は、第２実施形態に係る車両監視システム１０１において利用されるＳＰＦ５の内容の一例を示す表である。図１３は、第２実施形態に係る車両監視システム１０１において利用されるステイタスデータ３の信号領域３３における信号情報の格納位置の一例を模式的に示す図である。図１４は、第２実施形態に係るステイタスデータ作成部２５による信号領域３３のデータ構造の再構築処理の一例を示す模式図である。また、図１３、図１４における、Ａ、Ｂ、Ｃ、Ｄ、Ｅ・・・の記述は、それぞれ信号名「Signal A」、「Signal B」、「Signal C」「Signal D」「Signal E」・・・を示している。
【０１０６】
第２実施形態に係る車両監視システム１０１は、上記した第１実施形態に係る車両監視システム１００と比較して、モニタ装置１０およびサブシステム２０の両者が、信号パラメータファイル（Signal Parameter File, ＳＰＦ）５をともに保持する点、ステイタスデータ３の共通領域３１にＳＰＦ５のバージョンを示す情報がさらに含まれている点で異なる。
【０１０７】
また、サブシステム制御装置２１が備えるステイタスデータ作成部２５が、第１ＥＰＦ４ａに加えて第１ＳＰＦ５ａを参照して、センサ類（不図示）から定期的に取得した検知結果、または診断ソフトから定期的に取得した診断結果等に基づきステイタスデータ３を作成する点でも異なる。さらにまた、信号情報の追加、削除、または配列順の変更等により第１ＳＰＦ５ａが変更されると、ステイタスデータ作成部２５は、変更後の第１ＳＰＦ５ａに基づき、信号領域３３における各信号情報の位置を特定し、信号領域３３のデータ構造を再構築する。そして、再構築されたデータ構造に応じて信号情報を設定または更新する点でも異なる。
【０１０８】
さらにまた、モニタ制御装置１１が備えるステイタスデータ処理部１５が、第２ＥＰＦ４ｂに加えて、第２ＳＰＦ５ｂを参照して、サブシステム２０から定期的に受信するステイタスデータ３を処理する。また、信号情報の追加、削除または配列順の変更等により第２ＳＰＦ５ｂが変更されると、ステイタスデータ処理部１５は、サブシステム制御装置２１のステイタスデータ作成部２５と同様にして、図１４に示すように変更後の第２ＳＰＦ５ｂに基づき信号領域３３のデータ構造を再構築する。そして、再構築後のデータ構造に応じて各信号情報を解釈する点でも異なる。
【０１０９】
また、モニタ制御装置１１が備えるファイル変更判定・更新部１４が、サブシステム２０から送信されたステイタスデータ３の共通領域３１に格納された第１ＳＰＦ５ａのバージョンの情報に基づき、第１ＳＰＦ５ａのバージョンと第２ＳＰＦ５ｂのバージョンとが一致するか否かさらに判定する点でも異なる。ファイル変更判定・更新部１４は第１ＳＰＦ５ａのバージョンと第２ＳＰＦ５ｂのバージョンとが一致しないと判定した場合、ＥＰＦ４の更新と同様にしてＳＰＦ５の更新を実行する。
【０１１０】
それ以外の構成については第２実施形態に係る車両監視システム１０１は、第１実施形態に係る車両監視システム１００と同様となるため、同様な部材には同じ符号を付し、その説明は省略する。なお、説明の便宜上、サブシステム２０において保持されているＳＰＦ５を第１ＳＰＦ５ａとし、モニタ装置１０において保持されているＳＰＦ５を第２ＳＰＦ５ｂとする。また、第１ＳＰＦ５ａおよび第２ＳＰＦ５ｂを特に区別して説明する必要がない場合は単にＳＰＦ５と称する。
【０１１１】
まず、ＳＰＦ５について説明する。ＳＰＦ５は、サブシステム２０が制御する機器の稼働状態を示す信号の情報である信号情報のデータ構造を規定するファイルであり、例えば、図１に示すように、信号情報を特定するためのコード名（Code）、および信号情報名（Name）を含む。さらにＳＰＦ５は、信号領域３３における信号情報の格納位置（記憶位置）を特定するための情報として、各信号情報のデータサイズ（Size）、ならびに信号領域３３において各信号情報の記憶開始位置を特定するためのバイト位置（Byte）およびビット位置（Bit）を含んでいる。
【０１１２】
このように、上記した各イベント情報はイベント領域３３における１ビットのデータに対応しており、イベント領域３３における先頭のヒット位置から順に配列されていた。そしてＥＰＦ４におけるイベント数がイベント領域３３におけるイベント情報のデータサイズに対応し、ＥＰＦ４におけるイベント順序がイベント領域３３内に格納されているイベント情報の順序に対応していた。これに対して、ＳＤＦ５には、各信号情報の信号領域３３における記憶位置の情報（バイト位置（Byte）およびビット位置（Bit））が含まれている。
【０１１３】
さらにまた、ＳＰＦ５には、信号情報をモニタ装置１０において用いる値（物理量）に換算するための換算係数が含まれていてもよい。換算係数は、例えば、モニタ制御装置が受信したステイタスデータに含まれる信号情報の値が、所定時間あたりの回数を表すのか、温度（セルシウス度、ファーレンハイト度、またはケルビン度等）を表すのかなど、信号情報を解釈するための単位を示す情報であってもよい。また、換算係数は、ステイタスデータの信号領域における１ビットあたりの値と物理的な値との対応関係を示す情報であってもよい。具体的には、データサイズが１バイトの信号の場合、ステイタスデータ３の信号領域３３では、０から２５５バイトの値を取りえる。このとき、換算係数を例えば、１ビットに対して１Ａと規定されている場合、０ビットが０Ａ、１ビットが１Ａ、２５５ビットが２５５Ａと解釈することができる。また、換算係数は、ステイタスデータの信号領域における１ビットあたりの値と、その値によって示されるサブシステム２０の状態（states）との対応関係を示す情報であってもよい。
【０１１４】
例えば、図１２では、「Signal A」の換算係数は「２states/bit」（１ビットに対して２状態）、「Signal B」の換算係数は「４states/bit」（１ビットに対して４状態）、「Signal C」の換算係数は「１A/bit」（１ビットに対して１Ａ）、「Signal D」の換算係数は、「0.1Hz/bit」（１ビットに対して０．１Ｈｚ）、および「Single E」の換算係数は、「2states/bit」(1ビットに対して２状態)というようにそれぞれ設定されている。
【０１１５】
ところで、ステイタスデータ３の信号領域３３に記憶される各信号情報は、電流値または電圧値などアナログデータの場合と、診断ソフトの診断結果のようにデジタルデータの場合とが混在する。そこで、各信号情報は、信号領域３３において、例えば、図１３に示すような並びに配置することができる。
【０１１６】
例えば、「Signal A」という名前で特定される信号情報は、図１２に示すように、ＳＰＦ５において、データサイズが１bitであり、信号領域３３におけるバイト位置が１byte、ビット位置が７bitと規定されている。このため、「Signal A」は、ステイタスデータ３の信号領域３３における１byte目の行で、かつ７bit目の列となる位置から１bit分のデータが記憶される。つまり、図１３に示す「Ａ」の領域に記憶される。また、例えば、「Signal D」という名前で特定される信号情報は、図１２に示すように、ＳＰＦ５において、データサイズが２bytesであり、信号領域３３におけるバイト位置が５１bytes、ビット位置がNull（何も示さない）と規定されている。このため、「Signal D」は、ステイタスデータ３の信号領域３３における５１bytes目の行の先頭（７bit）から、２bytes分のデータが記憶される。つまり、図１３において複数の「Ｄ」が配置されている、５１bytes目の７〜０bitおよび５２bytes目の７〜０bitの領域に記憶される。
【０１１７】
このように、ＳＰＦ５では、ステイタスデータ３の信号領域３３において、各信号情報の格納位置（記憶位置）を規定することができる。このため、サブシステム２０からモニタ装置１０に送信される信号情報のデータ長が異なる場合であっても、サブシステム２０は、ステイタスデータ３の信号領域３３中の任意の位置に信号情報を記憶することができる。また、モニタ装置１０は、ＳＰＦ５を参照して、ステイタスデータ３の信号領域３３において、各信号情報をそれぞれ特定することができる。
【０１１８】
次に、図１４を参照して、ステイタスデータ作成部２５による信号領域３３のデータ構造の再構築処理の一例について説明する。図１４では、説明の便宜上、ＳＰＦ５に含まれる項目として、信号情報のコード名（Code）、信号情報名（Name）、各信号情報のデータサイズ（Size）、各信号情報が信号領域３３において格納される開始位置を示す情報（ByteとBit）を示しているが、含まれる項目はこれらに限定されるものではない。例えば、図１２に示すように、さらに、換算係数を含んでいてもよい。
【０１１９】
図１４に示すように、更新後の第１ＳＰＦ５ａでは、信号情報名「Signal X」および「Signal Y」が新たに追加され、信号情報名「Signal E」が削除されている。この場合、ステイタスデータ作成部２５は、更新後の第１ＳＰＦ５ａに基づき、信号情報名「Signal D」が格納されていた位置（１Byte目の行で、かつ４bit目の列）にデータが無いことを示す「０」を格納する。さらにステイタスデータ作成部２５は、信号領域３３における１Byte目の行で、かつ３bit目の列に「Signal X」のデータを格納し、５３Byte目の行すべて（１bytes分）に「Signal Y」のデータを格納する。
【０１２０】
このようにして、ステイタスデータ作成部２５は信号領域３３のデータ構造を再構築し、この再構築後のデータ構造に応じて各機器から受信した各信号情報を信号領域３３において再設定する。
【０１２１】
また、ステイタスデータ処理部１５は、上記したステイタスデータ作成部２５による信号領域３３のデータ構造の再構築と同様にして、変更後の第２ＳＰＦ５ｂに基づき、信号領域３３のデータ構造を再構築することができる。そして、ステイタスデータ処理部１５は、再構築後のデータ構造に応じて各信号情報を解釈することができる。
【０１２２】
第２実施形態に係る車両監視システム１０１では、ＳＰＦ５の更新処理を第１実施形態に係る車両監視システム１００におけるＥＰＦ４の更新処理（ＥＰＦ更新処理）と同様にして行うことができる。このため、ＳＰＦ５の更新処理に関する説明は省略する。
【０１２３】
また、第２実施形態に係る車両監視システム１０１では、ＳＰＦ５の更新処理と、第１実施形態で説明したＥＰＦ４の更新処理とを並行して行ってもよい。
【０１２４】
本開示において、図５および図１１に示す、モニタ制御装置１１およびサブシステム制御装置２１が有する機能ブロックの全部または一部は半導体装置、半導体集積回路（ＩＣ）、を含む一つまたは一つ以上の電子回路によって実行されてもよい。ＩＣは、一つのチップに集積されてもよいし、複数のチップを組み合わせて構成されてもよい。
【０１２５】
また、モニタ制御装置１１およびサブシステム制御装置２１が有する機能ブロックの全部または一部はソフトウェアによって実現されてもよい。これら各機能ブロックの全部または一部をソフトウェアによって実現する場合、モニタ制御装置１１およびサブシステム制御装置２１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）またはＭＰＵ（micro processing unit）、上記した制御プログラムを格納した例えばＲＯＭ（read only memory）、上記した制御プログラムを展開する例えばＲＡＭ（random access memory）、上記したプログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるモニタ制御装置１１およびサブシステム制御装置２１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、モニタ制御装置１１およびサブシステム制御装置２１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１２６】
上記した記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１２７】
また、モニタ制御装置１１およびサブシステム制御装置２１それぞれを通信ネットワークと接続可能に構成し、制御プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。
【０１２８】
また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１２９】
上記説明から、当業者にとっては、本発明の多くの改良や他の実施形態が明らかである。従って、上記説明は、例示としてのみ解釈されるべきであり、本発明を実行する最良の態様を当業者に教示する目的で提供されたものである。本発明の精神を逸脱することなく、その構造と機能の両方またはどちらかの詳細を実質的に変更できる。
【産業上の利用可能性】
【０１３０】
本発明の車両監視システム１００は、モニタ装置１０と複数のサブシステム２０とから構成され、常時、複数のサブシステム２０からモニタ装置１０に信号が定期的に送信されるシステムにおいて有用である。特に、サブシステム２０からモニタ装置１０に定期的にステイタスデータ３が送信される鉄道車両内のシステムにおいて有用である。
【符号の説明】
【０１３１】
３      ステイタスデータ
１０      モニタ装置
１１      モニタ制御装置
１２      モニタ装置用メモリ（第２メモリ）
２０      サブシステム
２１      サブシステム制御装置
２２      サブシステム用メモリ（第１メモリ）
３１      共通領域
３２      イベント領域
３３      信号領域
１００      ：車両監視システム
１０１      ：車両監視システム
【図１】
2019097563.tif 000003
【図２】
2019097563.tif 000004
【図３】
2019097563.tif 000005
【図４】
2019097563.tif 000006
【図５】
2019097563.tif 000007
【図６】
2019097563.tif 000008
【図７】
2019097563.tif 000009
【図８】
2019097563.tif 000010
【図９】
2019097563.tif 000011
【図１０】
2019097563.tif 000012
【図１１】
2019097563.tif 000013
【図１２】
2019097563.tif 000014
【図１３】
2019097563.tif 000015
【図１４】
2019097563.tif 000016
【国際調査報告】
2019097563.tif 000017
2019097563.tif 000018