JP6091732B1 - 車上システムおよび輸送車メンテナンス方法 - Google Patents

Abstract

車上システム１０００は、２台の制御部１０を備える。２台の制御部１０の各々は、輸送車Ｃ１０の移動を制御するための処理ＭＶＰｒを行う機能を有する。２台の制御部１０の一方の制御部１０である制御部１０ａが処理ＭＶＰｒを行っている期間において、２台の制御部１０の他方の制御部１０である制御部１０ｂは処理ＭＶＰｒを行わない。制御部１０ｂは、制御部１０ａが処理ＭＶＰｒを行っている期間において、輸送車Ｃ１０のメンテナンスを行うためのメンテナンス処理ＭｔＰｒを行う。

Description

本発明は、人を輸送するための輸送車を制御する車上システムおよび輸送車メンテナンス方法に関する。

近年、列車等の輸送車に関する様々な技術が開発されている。例えば、特許文献１では、列車に搭載されているセンサの駆動に使用される一次電池の使用期間を延ばすための技術（以下、「関連技術Ａ」ともいう）が開示されている。

具体的には、関連技術Ａでは、車両の床下に設けられている機器の温度および振動をセンサで検出することにより、当該機器の異常を検知する。また、関連技術Ａでは、重要拠点以外の場所では、センサによる、データのサンプリング点数を少なくする。

特開２０１１−１２０３８５号公報

輸送車に設けられている従来のシステムには、一般的に、当該輸送車の移動を制御するための処理（以下、「移動制御処理」ともいう）を行う機能を有する、少なくとも２台の制御部が設けられている。通常、当該２台の制御部において、当該２台の制御部の一方の制御部が、移動制御処理を行い、当該２台の制御部の他方の制御部は、待機している。そのため、上記の従来のシステムでは、当該他方の制御部が有効に活用できていないという問題がある。関連技術Ａでは、当該問題を解決することはできない。

本発明は、このような問題を解決するためになされたものであり、輸送車に２台の制御部を備える構成において、当該輸送車の移動を制御するための処理を行っていない制御部を有効に活用することが可能な車上システム等を提供することを目的とする。

上記目的を達成するために、本発明の一態様に係る車上システムは、予め設けられている路線に沿って移動する、長尺状の輸送車に設けられている。前記車上システムは、ｕ（４以上の自然数）台の制御部を備え、前記ｕ台の制御部の各々は、前記輸送車の移動を制御するための第１処理を行う機能を有し、前記ｕ台の制御部は、前記第１処理を行う１台の制御部であるメイン制御部と、前記ｕ台の制御部のうち、前記メイン制御部以外の３台以上の制御部とを含み、前記３台以上の制御部の各々は、前記メイン制御部が前記第１処理を行っている期間において、前記第１処理を行わず、前記３台以上の制御部は、前記メイン制御部が前記第１処理を行っている期間において、前記輸送車のメンテナンスを行うための複数種類のメンテナンス処理を分散して行う。

本発明によれば、前記車上システムは、ｕ（４以上の自然数）台の制御部を備える。前記ｕ台の制御部の各々は、前記輸送車の移動を制御するための第１処理を行う機能を有する。前記ｕ台の制御部に含まれる、前記第１処理を行う１台の制御部であるメイン制御部が前記第１処理を行っている期間において、前記ｕ台の制御部に含まれる、前記３台以上の制御部の各々は、前記第１処理を行わない。前記３台以上の制御部は、前記メイン制御部が前記第１処理を行っている期間において、前記輸送車のメンテナンスを行うための複数種類のメンテナンス処理を分散して行う。

これにより、輸送車に２台の制御部を備える構成において、当該輸送車の移動を制御するための処理を行っていない制御部を有効に活用することができる。

この発明の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

本発明の実施の形態１に係るメンテナンスシステムの構成を示す図である。 本発明の実施の形態１に係る車上システムの構成を示すブロック図である。 本発明の実施の形態１に係る処理割当テーブルの一例を示す図である。 代表値ルールテーブルの一例を示す図である。 状態データテーブルの一例を示す図である。 代表値特定処理のフローチャートである。 データ送信準備処理のフローチャートである。 本発明の実施の形態２に係るメンテナンスシステムの構成を示すブロック図である。 本発明の実施の形態２に係る処理割当テーブルの一例を示す図である。 本発明の実施の形態２に係る別の処理割当テーブルの一例を示す図である。 本発明の実施の形態３に係るメンテナンスシステムの構成を示す図である。 本発明の実施の形態３に係る車上システムの構成を示すブロック図である。 本発明の実施の形態４に係るメンテナンスシステムの構成を示すブロック図である。 本発明の実施の形態４に係る処理割当テーブルの一例を示す図である。 本発明の実施の形態５に係る代表値ルールテーブルの一例を示す図である。 変形例１に係るメンテナンスシステムの構成を示すブロック図である。 変形例３に係るメンテナンスシステムの構成を示すブロック図である。 車上システムの特徴的な機能構成を示すブロック図である。 輸送車メンテナンス方法のフローチャートである。 車上システムのハードウエア構成図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の図面では、同一の各構成要素には同一の符号を付してある。同一の符号が付されている各構成要素の名称および機能は同じである。したがって、同一の符号が付されている各構成要素の一部についての詳細な説明を省略する場合がある。

＜実施の形態１＞
図１は、本発明の実施の形態１に係るメンテナンスシステム５０００の構成を示す図である。なお、図１には、説明の都合上、メンテナンスシステム５０００に含まれない構成（例えば、輸送車Ｃ１０、路線ＲＬ１等）も示している。

輸送車Ｃ１０は、人を輸送するための乗物である。輸送車Ｃ１０は、例えば、列車である。輸送車Ｃ１０の形状は、長尺状である。輸送車Ｃ１０は、予め設けられている路線ＲＬ１に沿って移動する。輸送車Ｃ１０は、通常、方向ＤＲ１へ移動する。なお、輸送車Ｃ１０は、当該輸送車Ｃ１０の状況によっては、方向ＤＲ２へ移動する。

輸送車Ｃ１０は、ｍ台の車両Ｃ１で構成される。「ｍ」は、２以上の自然数である。ｍ台の車両Ｃ１は、線状に連結されている。

以下においては、輸送車Ｃ１０の一方の端部を、「端部Ｅｄａ」ともいう。また、以下においては、輸送車Ｃ１０の端部Ｅｄａに相当する車両Ｃ１を、「車両Ｃ１ａ」ともいう。

また、以下においては、輸送車Ｃ１０の他方の端部を、「端部Ｅｄｂ」ともいう。また、以下においては、輸送車Ｃ１０の端部Ｅｄｂに相当する車両Ｃ１を、「車両Ｃ１ｂ」ともいう。また、以下においては、ｍ台の車両Ｃ１のうち、車両Ｃ１ａと車両Ｃ１ｂとの間に存在する車両Ｃ１を、「車両Ｃ１ｎ」ともいう。

メンテナンスシステム５０００は、車上システム１０００と、地上システム２０００とを含む。地上システム２０００は、地上に設けられている。車上システム１０００および地上システム２０００は、無線通信により、互いに通信する機能を有する。

車上システム１０００は、輸送車Ｃ１０において、後述の各種処理を行う。車上システム１０００は、輸送車Ｃ１０に設けられている。すなわち、車上システム１０００は、輸送車Ｃ１０の移動に従って、移動する。

車上システム１０００は、ｍ台の制御ユニットＵｔを含む。ｍ台の制御ユニットＵｔは、それぞれ、ｍ台の車両Ｃ１に設けられている。言い換えれば、ｍ台の車両Ｃ１の各々には、制御ユニットＵｔが設けられている。

ｍ台の制御ユニットＵｔは、通信ケーブル（図示せず）を介して、互いに通信可能なように、構成される。例えば、ｍ台の制御ユニットＵｔは、通信ケーブルにより、デイジーチェーン接続されている。なお、ｍ台の制御ユニットＵｔは、無線通信により、互いに通信可能なように、構成されてもよい。

以下においては、車両Ｃ１ａに設けられている制御ユニットＵｔを、「制御ユニットＵｔａ」ともいう。また、以下においては、車両Ｃ１ｂに設けられている制御ユニットＵｔを、「制御ユニットＵｔｂ」ともいう。また、以下においては、車両Ｃ１ｎに設けられている制御ユニットＵｔを、「制御ユニットＵｔｎ」ともいう。

図２は、本発明の実施の形態１に係る車上システム１０００の構成を示すブロック図である。なお、図２では、構成を分かり易くするために、３台の制御ユニットＵｔのみを示している。当該３台の制御ユニットＵｔは、制御ユニットＵｔａ、制御ユニットＵｔｂおよび制御ユニットＵｔｎである。

まず、制御ユニットＵｔａの構成について説明する。以下においては、マスターコントローラーを、「マスコン」ともいう。制御ユニットＵｔａは、制御部１０と、車両制御部２０と、通信部３０と、センサＳＮ１と、ブレーキＢＫと、空気調節装置ＡＣ１と、ＡＴＣ（Automatic Train Control）４０と、マスコン５０とを含む。

なお、制御ユニットＵｔａは、輸送車Ｃ１０の端部Ｅｄａに相当する車両Ｃ１ａに設けられている。すなわち、制御ユニットＵｔａは、輸送車Ｃ１０の端部Ｅｄａに設けられている。そのため、制御ユニットＵｔａの制御部１０は、端部Ｅｄａに設けられている。

制御部１０は、車上システム１０００に含まれる各構成要素を制御する機能を有する。また、制御部１０は、後述の各種処理を行う。制御部１０は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサである。制御部１０は、メモリ（図示せず）を有する。

制御部１０は、輸送車Ｃ１０の移動を制御するための処理ＭＶＰｒを行う機能を有する。処理ＭＶＰｒは、例えば、停止している輸送車Ｃ１０を移動させる制御を行う処理を含む。処理ＭＶＰｒは、例えば、移動中の輸送車Ｃ１０を停止させる制御を行う処理を含む。

また、制御部１０は、輸送車Ｃ１０のメンテナンスを行うためのメンテナンス処理ＭｔＰｒを行う機能を有する。メンテナンス処理ＭｔＰｒの処理の詳細については、後述する。

制御部１０は、メンテナンス部１１を含む。メンテナンス部１１は、例えば、制御部１０により実行されるプログラムのモジュールである。なお、メンテナンス部１１は、専用のハードウエアで構成されてもよい。メンテナンス部１１は、メンテナンス処理ＭｔＰｒを行う機能を有する。

以下においては、輸送車Ｃ１０が存在する位置を、「位置Ｌｃ」ともいう。位置Ｌｃは、緯度および経度で表現される。なお、位置Ｌｃは、緯度および経度に限定されない。位置Ｌｃは、例えば、路線ＲＬ１における特定位置（例えば、始発駅）からの距離により表現されてもよい。

また、制御部１０は、位置Ｌｃを検出する機能を有する。位置Ｌｃの検出には、ＧＰＳ（Global Positioning System）等を用いた公知な位置測定方法が用いられる。具体的には、制御部１０は、常に、位置検出処理を行っている。位置検出処理では、制御部１０が、位置Ｌｃを随時検出する。

空気調節装置ＡＣ１は、車内温度Ｔｍｐを制御する機能を有する。当該車内温度Ｔｍｐとは、当該空気調節装置ＡＣ１が設けられている車両Ｃ１内の空気の温度である。空気調節装置ＡＣ１は、必要に応じて、冷風または温風を排出可能な構造を有する。また、空気調節装置ＡＣ１は、車内温度Ｔｍｐを随時検出している。

ブレーキＢＫは、停止動作、速度低下動作等を行う機能を有する。停止動作とは、当該ブレーキＢＫが設けられている車両Ｃ１を停止させるための動作である。また、速度低下動作は、当該ブレーキＢＫが設けられている車両Ｃ１の速度を低下させるための動作である。

停止動作および速度低下動作は、車両Ｃ１の車輪に圧力を加える動作である。ブレーキＢＫは、シリンダ（図示せず）を有する。

ブレーキＢＫが、停止動作または速度低下動作を行っている期間において、シリンダに圧力が加わる。以下においては、ブレーキＢＫが、停止動作または速度低下動作を行っている期間において、シリンダに加わる圧力を、「圧力Ｐｒｓ」ともいう。ブレーキＢＫは、圧力Ｐｒｓを随時検出している。

センサＳＮ１は、空気調節装置ＡＣ１およびブレーキＢＫと通信する機能を有する。センサＳＮ１は、空気調節装置ＡＣ１が検出した最新の車内温度Ｔｍｐを随時取得する。また、センサＳＮ１は、ブレーキＢＫが検出した最新の圧力Ｐｒｓを随時取得する。

なお、センサＳＮ１が圧力Ｐｒｓを取得する間隔は、センサＳＮ１が車内温度Ｔｍｐを取得する間隔より短い。すなわち、圧力Ｐｒｓのサンプリング周期は、車内温度Ｔｍｐのサンプリング周期より短い。

以下においては、輸送車Ｃ１０の状態を、「状態ＳｔＣ」ともいう。状態ＳｔＣは、各車両Ｃ１の状態でもある。状態ＳｔＣは、例えば、車内温度Ｔｍｐに相当する。また、状態ＳｔＣは、例えば、圧力Ｐｒｓに相当する。以下においては、状態ＳｔＣを示すデータを、「状態データＳｔＤ」または「ＳｔＤ」ともいう。

状態データＳｔＤは、例えば、車内温度Ｔｍｐを示すデータである。また、状態データＳｔＤは、例えば、圧力Ｐｒｓを示すデータである。

車両制御部２０は、詳細は後述するが、状態データＳｔＤを扱う処理を行う。通信部３０は、無線通信により、地上システム２０００と通信する機能を有する。

ＡＴＣ４０は、車両Ｃ１の移動を自動で制御する処理（以下、「処理ＡｔＰｒ」ともいう）を行う機能を有する。マスコン５０は、車両Ｃ１の速度を調節する処理（以下、「処理ＳｐＰｒ」ともいう）を行う機能を有する。処理ＡｔＰｒおよび処理ＳｐＰｒの各々は、輸送車Ｃ１０の移動に関する処理である。

なお、制御ユニットＵｔｂの構成は、制御ユニットＵｔａの構成と同じである。すなわち、制御ユニットＵｔｂは、処理ＭＶＰｒを行う機能を有する制御部１０を含む。そのため、車上システム１０００は、２台の制御部１０を備える。すなわち、制御部１０は、冗長化されている。

また、制御ユニットＵｔｂは、輸送車Ｃ１０の端部Ｅｄｂに相当する車両Ｃ１ｂに設けられている。すなわち、制御ユニットＵｔｂは、輸送車Ｃ１０の端部Ｅｄｂに設けられている。そのため、制御ユニットＵｔｂの制御部１０は、端部Ｅｄｂに設けられている。

次に、制御ユニットＵｔｎの構成について説明する。制御ユニットＵｔｎは、制御ユニットＵｔａと比較して、制御部１０、通信部３０、ＡＴＣ４０およびマスコン５０を含まない点が異なる。制御ユニットＵｔｎのそれ以外の構成および機能は、制御ユニットＵｔａと同様なので詳細な説明は繰り返さない。

なお、制御ユニットＵｔｎには、車両Ｃ１の移動速度を制御する速度制御装置が設けられてもよい。速度制御装置は、例えば、可変電圧可変周波数制御を行う装置（ＶＶＶＦインバータ）である。また、制御ユニットＵｔｎには、静止形インバータ（ＳＩＶ（Static InVerter））が設けられてもよい。

ｍ台の制御ユニットＵｔの各々の車両制御部２０は、通信ケーブル（図示せず）を介して、互いに通信可能なように、構成される。例えば、ｍ台の制御ユニットＵｔの各々の車両制御部２０は、通信ケーブルにより、デイジーチェーン接続されている。また、車両Ｃ１ａおよび車両Ｃ１ｂの各々において、車両制御部２０は、制御部１０と通信可能なように構成される。

次に、各制御ユニットＵｔの動作について説明する。図１および図２を参照して、各制御ユニットＵｔｎでは、状態データ送信処理が行われる。状態データ送信処理では、センサＳＮ１が、最新の圧力Ｐｒｓを取得する毎に、当該圧力Ｐｒｓを示す状態データＳｔＤを、車両制御部２０へ送信する。また、状態データ送信処理では、センサＳＮ１が、最新の車内温度Ｔｍｐを取得する毎に、当該車内温度Ｔｍｐを示す状態データＳｔＤを、車両制御部２０へ送信する。

以下においては、制御ユニットＵｔａの制御部１０を、「制御部１０ａ」ともいう。また、以下においては、制御ユニットＵｔｂの制御部１０を、「制御部１０ｂ」ともいう。また、以下においては、制御ユニットＵｔａの車両制御部２０を、「車両制御部２０ａ」ともいう。また、以下においては、制御ユニットＵｔｂの車両制御部２０を、「車両制御部２０ｂ」ともいう。

各制御ユニットＵｔｎの車両制御部２０は、取得した１以上の状態データＳｔＤを、所定時間の経過毎に（周期的に）、制御部１０ａおよび制御部１０ｂへ送信する。当該所定時間は、例えば、１００ミリ秒である。

なお、各制御ユニットＵｔｎの車両制御部２０は、状態データＳｔＤを取得する毎に、当該状態データＳｔＤを、制御部１０ａおよび制御部１０ｂへ送信してもよい。

また、制御ユニットＵｔａおよび制御ユニットＵｔｂの各々においても、前述の状態データ送信処理が行われる。これにより、車両制御部２０ａおよび車両制御部２０ｂは、１以上の状態データＳｔＤを取得する。

車両制御部２０ａは、取得した１以上の状態データＳｔＤを、所定時間の経過毎に、制御部１０ａへ送信する。当該所定時間は、例えば、１００ミリ秒である。また、車両制御部２０ｂは、取得した１以上の状態データＳｔＤを、当該所定時間の経過毎に、制御部１０ｂへ送信する。

なお、車両制御部２０ａは、状態データＳｔＤを取得する毎に、当該状態データＳｔＤを、制御部１０ａへ送信してもよい。また、車両制御部２０ｂは、状態データＳｔＤを取得する毎に、当該状態データＳｔＤを、制御部１０ｂへ送信してもよい。

制御部１０ａおよび制御部１０ｂの各々は、受信した各状態データＳｔＤを管理している。

以下においては、メンテナンス処理ＭｔＰｒを、単に、「ＭｔＰｒ」ともいう。また、以下においては、処理ＭＶＰｒを、単に、「ＭＶＰｒ」ともいう。

制御部１０ａおよび制御部１０ｂの各々が行う処理は、予め定められた処理実行ルールＲｕ１によって、設定される。図３は、処理実行ルールＲｕ１を示す処理割当テーブルＴＢ１の一例を示す図である。

車上システム１０００は、複数種類の処理モードを有する。処理モードとは、特定の構成要素が、予め定められた処理を行うモードである。

図３を参照して、処理割当テーブルＴＢ１では、処理モードＡ，Ｂが示される。例えば、処理モードＡでは、処理ＭＶＰｒを行う対象となる制御部が制御部１０ａであることが定められている。また、処理モードＡでは、メンテナンス処理ＭｔＰｒを行う対象となる制御部が制御部１０ｂであることが定められている。

また、処理モードＢでは、メンテナンス処理ＭｔＰｒを行う対象となる制御部が制御部１０ａであることが定められている。また、処理モードＢでは、処理ＭＶＰｒを行う対象となる制御部が制御部１０ｂであることが定められている。例えば、処理モードＢの車上システム１０００では、制御部１０ａがメンテナンス処理ＭｔＰｒを行い、制御部１０ｂが、処理ＭＶＰｒを行う。

車上システム１０００の処理モードは、例えば、図３が示す処理実行ルールＲｕ１（処理割当テーブルＴＢ１）に基づいて設定される。例えば、車両Ｃ１ａが先頭車両である場合、車上システム１０００の処理モードは、処理モードＡに設定される。

例えば、処理モードＡの車上システム１０００では、制御部１０ａが処理ＭＶＰｒを行う。また、処理モードＡの車上システム１０００では、制御部１０ａが処理ＭＶＰｒを行っている期間において、制御部１０ｂは、メンテナンス処理ＭｔＰｒを行う。なお、制御部１０ａが処理ＭＶＰｒを行っている期間において、制御部１０ｂは処理ＭＶＰｒを行わない。すなわち、制御部１０ａおよび制御部１０ｂにおいて、処理ＭＶＰｒは、排他的に行われる。

また、例えば、車両Ｃ１ａが、最後尾の車両である場合、車上システム１０００の処理モードは、処理モードＢに設定される。すなわち、車上システム１０００の処理モードは、輸送車Ｃ１０の移動状態の変化に応じて、変化する。

ここで、車上システム１０００の処理モードが、処理モードＡから処理モードＢに変化したと仮定する。この場合、車上システム１０００は、２台の制御部１０において、処理ＭＶＰｒを行う対象となる制御部と、メンテナンス処理ＭｔＰｒを行う対象となる制御部とを切り替える。

具体的には、車上システム１０００の処理モードが、処理モードＡから処理モードＢに変化した場合、制御部１０ａが、メンテナンス処理ＭｔＰｒを行い、制御部１０ｂが、処理ＭＶＰｒを行う。このように、処理ＭＶＰｒを行う制御部１０と、メンテナンス処理ＭｔＰを行う制御部１０とは、動的に切り替わる。

以下においては、処理ＭＶＰｒを行っている制御部１０、または、処理ＭＶＰｒを行う対象となる制御部１０を、「メイン制御部Ｍｃ」ともいう。メイン制御部Ｍｃは、制御部１０ａまたは制御部１０ｂである。メイン制御部Ｍｃは、各制御ユニットＵｔから取得した各状態データＳｔＤに基づいて、処理ＭＶＰｒを行う。

また、以下においては、処理ＭＶＰｒを行っていない制御部１０を、「待機制御部Ｗｃ」ともいう。待機制御部Ｗｃは、制御部１０ａまたは制御部１０ｂである。また、以下においては、待機制御部Ｗｃが有するメモリを、「メモリＭｒ」ともいう。また、以下においては、待機制御部Ｗｃに含まれるメンテナンス部１１を、「メンテナンス部Ｗｍ」ともいう。

なお、待機制御部Ｗｃ（メンテナンス部Ｗｍ）は、常に、前述の位置検出処理を行っている。そのため、待機制御部Ｗｃは、常に、最新の位置Ｌｃを検出している。詳細は後述するが、後述の代表値特定処理において、待機制御部Ｗｃ（メンテナンス部Ｗｍ）は、各制御ユニットＵｔから取得した各状態データＳｔＤに最新の位置Ｌｃを追記し、当該状態データＳｔＤを、メモリＭｒに記憶させる。

なお、制御部１０は、必要に応じて、メモリＭｒに記憶されている状態データＳｔＤを、地上システム２０００へ送信する。

なお、仮に、サンプリング周期の短い項目（例えば、圧力Ｐｒｓ）を示す状態データＳｔＤの全てが、メモリＭｒに記憶された場合、以下の不具合が生じる。

当該不具合は、例えば、メモリＭｒ（車上システム１０００）に蓄積されるデータの容量が膨大になるという不具合である。また、当該不具合は、状態データＳｔＤの送信周期が短くなり、通信部３０の負荷が大きくなることにより、状態データＳｔＤの送信ができないという不具合である。

そこで、待機制御部Ｗｃは、代表値特定処理を行う。代表値特定処理は、メンテナンス処理ＭｔＰｒである。代表値特定処理は、一定の期間Ｔｎにわたって、待機制御部Ｗｃが取得した複数の状態データＳｔＤが示す複数の値の代表値を特定する処理である。代表値とは、複数の値における、平均値、最大値、中央値等に相当する。

代表値特定処理において、待機制御部Ｗｃは、代表値ルールＲｕ２を示す、後述の代表値ルールテーブルＴＢ２に従って、状態データＳｔＤを処理する。代表値ルールＲｕ２とは、代表値を特定するためのルールである。

以下においては、圧力Ｐｒｓを、単に、「Ｐｒｓ」ともいう。また、以下においては、車内温度Ｔｍｐを、単に、「Ｔｍｐ」ともいう。また、以下においては、圧力Ｐｒｓを示す状態データＳｔＤを、「状態データＳｔＤｐ」または「ＳｔＤｐ」ともいう。また、以下においては、車内温度Ｔｍｐを示す状態データＳｔＤを、「状態データＳｔＤｔ」または「ＳｔＤｔ」ともいう。

図４は、代表値ルールテーブルＴＢ２の一例を示す図である。図４を参照して、「対象データ」とは、処理の対象となる状態データＳｔＤである。「期間Ｔｎ」とは、代表値の算出に対応する期間である。「算出方法」とは、代表値を算出する方法である。例えば、「算出方法」が「平均値」である場合、複数の値の平均値が、代表値として特定される。

また、代表値ルールテーブルＴＢ２において、「優先度」とは、状態データＳｔＤを処理する優先度を示す。代表値ルールテーブルＴＢ２において、「優先度」の値が小さい程、当該「優先度」に対応する状態データＳｔＤが処理される優先度が高い。すなわち、「優先度」の値が小さい程、当該「優先度」に対応する状態データＳｔＤが優先して処理される。代表値ルールテーブルＴＢ２では、状態データＳｔＤｐが、状態データＳｔＤｔより優先して処理されることが示される。

次に、複数の状態データＳｔＤｐを示す状態データテーブルＴＢ３の一例について説明する。図５は、状態データテーブルＴＢ３の一例を示す図である。図５を参照して、状態データテーブルＴＢ３において、「番号」とは、状態データＳｔＤｐを識別するための番号である。状態データテーブルＴＢ３の行方向に並ぶ複数の情報により、１個の状態データＳｔＤｐが構成される。図５の状態データテーブルＴＢ３は、一例として、３個の状態データＳｔＤｐを示す。

状態データテーブルＴＢ３において、「位置情報」とは、状態データＳｔＤｐが取得されたタイミングに対応する位置Ｌｃである。前述したように、位置Ｌｃは、緯度および経度で表現される。「値」とは、状態データＳｔＤｐが示す圧力Ｐｒｓの値である。圧力Ｐｒｓの単位は、例えば、キロパスカルである。

状態データテーブルＴＢ３において、「処理状態」とは、対応する状態データＳｔＤｐの処理が終了しているか否かを示す。文字「未」は、対応する状態データＳｔＤｐが、未処理の状態データであることを示す。文字「済」は、対応する状態データＳｔＤｐが、処理済の状態データであることを示す。

次に、待機制御部Ｗｃ（メンテナンス部Ｗｍ）が行う代表値特定処理について説明する。図６は、代表値特定処理のフローチャートである。なお、待機制御部Ｗｃは、常に、代表値特定処理とは独立して、前述の位置検出処理を行っている。そのため、待機制御部Ｗｃは、常に、最新の位置Ｌｃを検出している。

ここで、以下の前提Ｐｒ１を考慮する。前提Ｐｒ１では、代表値を特定する対象となる項目は、一例として、圧力Ｐｒｓである。また、前提Ｐｒ１では、前述の状態データ送信処理が行われることにより、待機制御部Ｗｃは、複数の状態データＳｔＤを順次取得する。

前提Ｐｒ１における代表値特定処理では、まず、ステップＳ１１０の処理が行われる。ステップＳ１１０では、データ取得処理が行われる。データ取得処理では、状態データの取得が行われる。

なお、前提Ｐｒ１では、一例として、待機制御部Ｗｃが、１０秒間にわたって、２１個の状態データＳｔＤを取得する。また、前提Ｐｒ１では、一例として、当該２１個の状態データＳｔＤは、２０個の状態データＳｔＤｐと、１個の状態データＳｔＤｔとを含む。

前提Ｐｒ１におけるデータ取得処理では、まず、待機制御部Ｗｃが、図４の代表値ルールテーブルＴＢ２が示す期間Ｔｎを参照する。そして、待機制御部Ｗｃは、１０秒間にわたって、２１個の状態データＳｔＤを順次取得する。

また、待機制御部Ｗｃは、状態データＳｔＤを取得する毎に、当該状態データＳｔＤに、最新の位置Ｌｃ（位置情報）と、処理状態を示す文字「未」とを追記する。そして、待機制御部Ｗｃは、位置Ｌｃおよび文字「未」が追記された２１個の状態データＳｔＤを、メモリＭｒに記憶させる。

ステップＳ１２０では、未処理データ選択処理が行われる。未処理データ選択処理では、未処理の状態データＳｔＤが選択される。前提Ｐｒ１における未処理データ選択処理では、待機制御部Ｗｃが、メモリＭｒに記憶されている、文字「未」を示す２１個の状態データＳｔＤを選択する。

ステップＳ１３０では、優先データ選択処理が行われる。優先データ選択処理では、待機制御部Ｗｃが、図４の代表値ルールテーブルＴＢ２の優先度に基づいて、選択された複数の状態データＳｔＤから、優先度が最も高い状態データＳｔＤを選択する。

なお、前述したように、代表値ルールテーブルＴＢ２において、「優先度」の値が小さい程、当該「優先度」に対応する状態データＳｔＤが処理される優先度が高い。

前提Ｐｒ１における優先データ選択処理では、代表値ルールテーブルＴＢ２の優先度の値が最も小さい状態データＳｔＤｐが選択される。具体的には、待機制御部Ｗｃが、選択された２１個の状態データＳｔＤに含まれる、２０個の状態データＳｔＤｐを選択する。

ステップＳ１４０では、代表値算出処理が行われる。代表値算出処理では、優先データ選択処理で選択された状態データＳｔＤに対応する、図４の代表値ルールテーブルＴＢ２の「算出方法」に基づいて、代表値が算出（特定）される。

前提Ｐｒ１における代表値算出処理では、待機制御部Ｗｃが、２０個の状態データＳｔＤｐが示す２０個の圧力Ｐｒｓの値の平均値を、代表値として算出する。これにより、代表値が特定される。

ステップＳ１５０では、代表値を示す代表データをメモリＭｒに記憶させる記憶処理が行われる。

前提Ｐｒ１における記憶処理では、待機制御部Ｗｃが、２０個の状態データＳｔＤｐのいずれかが示す位置情報と、代表値算出処理により特定された代表値と、処理状態を示す文字「済」とを記載した状態データＳｔＤｐを生成する。なお、生成された状態データＳｔＤｐに記載されている位置情報は、例えば、待機制御部Ｗｃが、２０個の状態データＳｔＤｐのうち、最初に取得した状態データＳｔＤｐの位置情報である。なお、生成された状態データＳｔＤｐに記載されている位置情報は、上記に限定されない。

そして、待機制御部Ｗｃは、生成した状態データＳｔＤｐを、代表データとして、メモリＭｒに記憶させる。

ステップＳ１６０では、データ整理処理が行われる。データ整理処理では、待機制御部Ｗｃが、代表値算出処理において、代表値の特定のために使用された状態データＳｔＤｐを、メモリＭｒから削除する。また、待機制御部Ｗｃは、優先データ選択処理で選択されなかった状態データＳｔＤに、処理状態を示す文字「済」を記載する。

前提Ｐｒ１におけるデータ整理処理では、待機制御部Ｗｃが、代表値算出処理で使用された２０個の状態データＳｔＤｐを、メモリＭｒから削除する。また、待機制御部Ｗｃは、優先データ選択処理で選択されなかった１個の状態データＳｔＤに、処理状態を示す文字「済」を記載する。以上により、この代表値特定処理は終了する。

なお、代表値特定処理では、優先データ選択処理で選択されなかった、優先度の低い状態データＳｔＤは、長期間にわたりメモリＭｒに記憶される可能性がある。そのため、未処理の状態データＳｔＤの数が非常に多い場合、メモリＭｒの空き容量が少なくなるという不具合が発生する場合がある。当該不具合の発生を防ぐために、未処理の状態データＳｔＤの一部または全てを、地上システム２０００へ送信する地上用送信処理が行われてもよい。

地上用送信処理は、メンテナンス処理ＭｔＰｒである。地上用送信処理は、待機制御部Ｗｃ（メンテナンス部Ｗｍ）により行われる。以下においては、地上システム２０００へ送信される対象のデータを、「送信対象データ」ともいう。

地上用送信処理では、待機制御部Ｗｃが、送信対象データを、通信部３０を介して、地上システム２０００へ送信する。送信対象データは、所定時間の経過毎に（周期的に）、送信される。地上システム２０００は、受信した送信対象データ（状態データＳｔＤ）を記憶するメモリ（図示せず）を有する。地上システム２０００は、受信した状態データＳｔＤを利用して、後述の劣化診断処理等を行う。

なお、地上用送信処理と独立して、以下のデータ送信準備処理が行われる。データ送信準備処理は、メンテナンス処理ＭｔＰｒである。データ送信準備処理は、待機制御部Ｗｃ（メンテナンス部Ｗｍ）により行われる。

以下においては、メモリＭｒが記憶可能なデータの総容量を、「記憶可能容量Ｄｍａｘ」または「Ｄｍａｘ」ともいう。また、以下においては、記憶可能容量Ｄｍａｘから所定の空き容量を減算した容量を、「許容記憶容量Ｄａ」または「Ｄａ」ともいう。許容記憶容量Ｄａは、例えば、記憶可能容量Ｄｍａｘの０．８倍である。

以下においては、メモリＭｒに実際に記憶されている全てのデータの容量の合計を、「記憶容量Ｄｒ」ともいう。また、以下においては、未処理の状態データＳｔＤを、「未処理データ」ともいう。未処理データは、文字「未」を示す。

図７は、データ送信準備処理のフローチャートである。ここで、以下の前提Ｐｒ２を考慮する。前提Ｐｒ２では、メモリＭｒに、未処理データである複数の状態データＳｔＤが記憶されている。また、前提Ｐｒ２では、メモリＭｒに、代表データである複数の状態データＳｔＤが記憶されている。また、前提Ｐｒ２では、記憶容量Ｄｒは、許容記憶容量Ｄａより大きい。

前提Ｐｒ２におけるデータ送信準備処理では、まず、ステップＳ２１０の処理が行われる。ステップＳ２１０では、待機制御部Ｗｃが、記憶容量Ｄｒが許容記憶容量Ｄａより大きいか否かを判定する。ステップＳ２１０においてＹＥＳならば、処理はステップＳ２２０へ移行する。一方、ステップＳ２１０においてＮＯならば、処理はステップＳ２３０へ移行する。前提Ｐｒ２では、記憶容量Ｄｒは、許容記憶容量Ｄａより大きいため、処理はステップＳ２２０へ移行する。

ステップＳ２２０では、未処理データ取得処理が行われる。未処理データ取得処理では、待機制御部Ｗｃが、メモリＭｒに記憶されている複数の未処理データ（状態データＳｔＤ）を、送信対象データとして当該メモリＭｒから読み出す。これにより、待機制御部Ｗｃは送信対象データを取得する。なお、待機制御部Ｗｃは、送信対象データを圧縮するためのデータ圧縮処理を行ってもよい。

ステップＳ２３０では、代表データ取得処理が行われる。代表データ取得処理では、待機制御部Ｗｃが、メモリＭｒに記憶されている複数の代表データ（状態データＳｔＤ）を、送信対象データとして当該メモリＭｒから読み出す。これにより、待機制御部Ｗｃは送信対象データを取得する。なお、待機制御部Ｗｃは、送信対象データを圧縮するためのデータ圧縮処理を行ってもよい。

なお、地上用送信処理では、待機制御部Ｗｃが、ステップＳ２２０，２３０で取得した複数の送信対象データを、通信部３０を介して、地上システム２０００へ送信する。送信対象データは、所定時間の経過毎に（周期的に）、送信される。当該所定時間は、例えば、１００ミリ秒である。

ステップＳ２４０では、データ削除処理が行われる。データ削除処理では、待機制御部Ｗｃが、地上用送信処理により地上システム２０００へ送信された送信対象データを削除する。

以上により、このデータ送信準備処理は終了する。なお、データ送信準備処理は、繰り返し行われる。

なお、待機制御部Ｗｃは、劣化診断処理を行う。劣化診断処理は、メンテナンス処理ＭｔＰｒである。劣化診断処理では、例えば、待機制御部Ｗｃが、ブレーキＢＫの劣化度合いを診断する。例えば、前述の状態データ送信処理の実施により、待機制御部Ｗｃが取得した状態データＳｔＤｐが示す圧力Ｐｒｓの値に基づいて、当該待機制御部Ｗｃが、ブレーキＢＫの劣化度合いを診断する。なお、劣化診断処理は、必要に応じて、地上システム２０００においても行われる。

以上説明したように、本実施の形態によれば、車上システム１０００は、２台の制御部１０を備える。２台の制御部１０の各々は、輸送車Ｃ１０の移動を制御するための処理ＭＶＰｒを行う機能を有する。２台の制御部１０の一方の制御部である制御部１０ａが処理ＭＶＰｒを行っている期間において、２台の制御部１０の他方の制御部である制御部１０ｂは処理ＭＶＰｒを行わない。制御部１０ｂは、制御部１０ａが処理ＭＶＰｒを行っている期間において、輸送車Ｃ１０のメンテナンスを行うためのメンテナンス処理ＭｔＰｒを行う。

これにより、輸送車に２台の制御部を備える構成において、当該輸送車の移動を制御するための処理を行っていない制御部を有効に活用することができる。

また、本実施の形態では、車上システム１０００は、２台の制御部１０において、処理ＭＶＰｒを行う対象となる制御部と、メンテナンス処理ＭｔＰｒを行う対象となる制御部とを切り替える。

そのため、本実施の形態では、例えば、メンテナンス処理ＭｔＰｒを行うための、処理能力の高い、専用のＣＰＵが不要である。また、例えば、各種の機器の状態データを保持するための専用のメモリも不要である。また、メンテナンス処理ＭｔＰｒを効率よく実施することができる。したがって、メンテナンス処理ＭｔＰｒを行うための、処理能力の高いＣＰＵ、メモリ等を必要としない車上システムを実現することができる。

なお、前述の関連技術Ａでは、車両の異常を検知するための処理が行われる。当該処理では、例えば、複数のサンプリングデータ（機器の状態データ）における、最大値、平均値等を算出する必要がある。

このような処理を行うためには、センサモジュールが、機器の状態データを一時的に保持する必要がある。そのため、関連技術Ａでは、センサモジュールにおいて、メンテナンス処理を行うための、処理能力の高いＣＰＵ、各種の機器の状態データを保持するための専用のメモリが必要であるという問題がある。

そこで、本実施の形態の車上システム１０００は上記のように構成される。そのため、当該車上システム１０００は、上記の問題を解決することができる。

＜実施の形態２＞
本実施の形態の構成は、輸送車Ｃ１０の車両Ｃ１ａ，Ｃ１ｂの各々に、２台の制御部１０を設けた構成（以下、「構成ＣｔＡ」ともいう）である。以下においては、構成ＣｔＡが適用されたメンテナンスシステムを、「メンテナンスシステム５０００Ａ」ともいう。

また、以下においては、構成ＣｔＡが適用された制御ユニットＵｔａを、「制御ユニットＵｔａＡ」ともいう。また、以下においては、構成ＣｔＡが適用された制御ユニットＵｔｂを、「制御ユニットＵｔｂＡ」ともいう。

メンテナンスシステム５０００Ａは、図１のメンテナンスシステム５０００と比較して、車上システム１０００の代わりに車上システム１０００Ａを含む点が異なる。メンテナンスシステム５０００Ａのそれ以外の構成および機能は、メンテナンスシステム５０００と同様なので詳細な説明は繰り返さない。車上システム１０００Ａは、図１の輸送車Ｃ１０に設けられている。

図８は、本発明の実施の形態２に係るメンテナンスシステム５０００Ａの構成を示すブロック図である。なお、図８では、図の簡略化のために、メンテナンスシステム５０００Ａに含まれる車上システム１０００Ａのみを示している。

図８を参照して、車上システム１０００Ａは、図２の車上システム１０００と比較して、制御ユニットＵｔａの代わりに制御ユニットＵｔａＡを含む点と、制御ユニットＵｔｂの代わりに制御ユニットＵｔｂＡを含む点とが異なる。車上システム１０００Ａのそれ以外の構成および機能は、車上システム１０００と同様なので詳細な説明は繰り返さない。

車上システム１０００Ａは、実施の形態１と同様に、当該実施の形態１で説明した各種処理を行う。当該各種処理は、例えば、代表値特定処理、データ送信準備処理、地上用送信処理、劣化診断処理等である。

制御ユニットＵｔａＡは、図２の制御ユニットＵｔａと比較して、２台の制御部１０（１０ａ）を含む点が異なる。制御ユニットＵｔａＡのそれ以外の構成および機能は、制御ユニットＵｔａと同様なので詳細な説明は繰り返さない。制御ユニットＵｔａＡに含まれる２台の制御部１０（１０ａ）の各々の構成および機能は、制御ユニットＵｔａの制御部１０（１０ａ）と同じである。

制御ユニットＵｔａＡは、輸送車Ｃ１０の端部Ｅｄａに相当する車両Ｃ１ａに設けられている。すなわち、制御ユニットＵｔａＡは、輸送車Ｃ１０の端部Ｅｄａに設けられている。そのため、制御ユニットＵｔａＡの２台の制御部１０（１０ａ）は、端部Ｅｄａに設けられている。

制御ユニットＵｔｂＡは、図２の制御ユニットＵｔｂと比較して、２台の制御部１０（１０ｂ）を含む点が異なる。制御ユニットＵｔｂＡのそれ以外の構成および機能は、制御ユニットＵｔｂと同様なので詳細な説明は繰り返さない。制御ユニットＵｔｂＡに含まれる２台の制御部１０（１０ｂ）の各々の構成および機能は、制御ユニットＵｔｂの制御部１０（１０ｂ）と同じである。

制御ユニットＵｔｂＡは、輸送車Ｃ１０の端部Ｅｄｂに相当する車両Ｃ１ｂに設けられている。すなわち、制御ユニットＵｔｂＡは、輸送車Ｃ１０の端部Ｅｄｂに設けられている。そのため、制御ユニットＵｔｂＡの２台の制御部１０（１０ｂ）は、端部Ｅｄｂに設けられている。

以上により、車上システム１０００Ａは、４台の制御部１０を備える。４台の制御部１０は、端部Ｅｄａ（車両Ｃ１ａ）に設けられている２台の制御部１０（１０ａ）と、端部Ｅｄｂ（車両Ｃ１ｂ）に設けられている２台の制御部１０（１０ｂ）とから構成される。

また、４台の制御部１０の各々は、処理ＭＶＰｒを行う機能を有する。なお、処理ＭＶＰｒを行っている制御部１０（前述のメイン制御部Ｍｃ）が故障する場合もある。

メイン制御部Ｍｃが故障した場合、別の制御部１０が、故障したメイン制御部Ｍｃの代わりに、処理ＭＶＰｒを行う。以下においては、メイン制御部Ｍｃが故障した場合、処理ＭＶＰｒを行う別の制御部１０を、「バックアップ制御部Ｂｃ」ともいう。バックアップ制御部Ｂｃは、メイン制御部Ｍｃのバックアップ用の制御部である。

４台の制御部１０は、２台の制御部１０ａと２台の制御部１０ｂとから構成される。４台の制御部１０の各々が行う処理は、予め定められた処理実行ルールＲｕ１Ａによって、設定される。処理実行ルールＲｕ１Ａは、２重系のルールである。

具体的には、処理実行ルールＲｕ１Ａでは、４台の制御部１０において、１台の制御部１０がバックアップ制御部Ｂｃとして動作し、２台の制御部１０がメンテナンス処理ＭｔＰｒを行うことが規定されている。

以下においては、２台の制御部１０ａの一方を、「制御部１０ａＸ」ともいう。制御部１０ａＸは、例えば、図８の２台の制御部１０ａのうち、上側の制御部１０ａである。また、以下においては、２台の制御部１０ａの他方を、「制御部１０ａＹ」ともいう。

また、以下においては、２台の制御部１０ｂの一方を、「制御部１０ｂＸ」ともいう。制御部１０ｂＸは、例えば、図８の２台の制御部１０ｂのうち、上側の制御部１０ｂである。また、以下においては、２台の制御部１０ｂの他方を、「制御部１０ｂＹ」ともいう。

車上システム１０００Ａは、車上システム１０００と同様、複数種類の処理モードを有する。

図９は、処理実行ルールＲｕ１Ａを示す処理割当テーブルＴＢ１Ａの一例を示す図である。図９を参照して、処理割当テーブルＴＢ１Ａでは、処理モードＣ，Ｄ，Ｅ，Ｆが示される。処理割当テーブルＴＢ１Ａにおいて、「ＢｋＵｐ」は、対象となる制御部１０が、バックアップ制御部Ｂｃとなることを意味する。

例えば、処理モードＣでは、処理ＭＶＰｒを行う対象となる制御部が制御部１０ａＸであることが定められている。また、処理モードＣでは、制御部１０ａＹが、バックアップ制御部Ｂｃとして動作することが定められている。また、処理モードＣでは、メンテナンス処理ＭｔＰｒを行う対象となる制御部が、制御部１０ｂＸ，１０ｂＹであることが定められている。

車上システム１０００Ａの処理モードは、例えば、図９が示す処理実行ルールＲｕ１Ａ（処理割当テーブルＴＢ１Ａ）に基づいて設定される。例えば、車両Ｃ１ａが先頭車両である場合、車上システム１０００Ａの処理モードは、処理モードＣに設定される。例えば、処理モードＣの車上システム１０００Ａでは、制御部１０ａＸ（メイン制御部Ｍｃ）が処理ＭＶＰｒを行う。また、処理モードＣの車上システム１０００Ａでは、制御部１０ａＹがバックアップ制御部Ｂｃとして動作する。また、処理モードＣの車上システム１０００Ａでは、制御部１０ｂＸ，１０ｂＹの各々が、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、メンテナンス処理ＭｔＰｒを行う。なお、制御部１０ａＸが処理ＭＶＰｒを行っている期間において、制御部１０ａＹ，１０ｂＸ，１０ｂＹの各々は処理ＭＶＰｒを行わない。

また、例えば、処理モードＤの車上システム１０００Ａでは、制御部１０ａＹ（メイン制御部Ｍｃ）が処理ＭＶＰｒを行う。また、処理モードＤの車上システム１０００Ａでは、制御部１０ａＸがバックアップ制御部Ｂｃとして動作する。また、処理モードＤの車上システム１０００Ａでは、制御部１０ｂＸ，１０ｂＹの各々が、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、メンテナンス処理ＭｔＰｒを行う。

すなわち、処理割当テーブルＴＢ１Ａに従った車上システム１０００Ａに含まれる４台の制御部１０は、処理ＭＶＰｒを行う１台の制御部１０（メイン制御部Ｍｃ）と、メイン制御部Ｍｃが故障した場合、処理ＭＶＰｒを行う１台の制御部１０と、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、メンテナンス処理ＭｔＰｒを行う２台の制御部１０とから構成される。

すなわち、処理割当テーブルＴＢ１Ａに従った車上システム１０００Ａでは、２台の制御部１０が、複数種類のメンテナンス処理ＭｔＰｒを分散して行う。例えば、１台の制御部１０が、メンテナンス処理ＭｔＰｒとしての図７のデータ送信準備処理を繰り返し行い、データ送信準備処理が行われている期間において、別の１台の制御部１０が、メンテナンス処理ＭｔＰｒとしての前述の地上用送信処理を繰り返し行う。

このように、複数種類のメンテナンス処理ＭｔＰｒが分散して処理されることにより、各メンテナンス処理ＭｔＰｒの処理速度をはやめることができる。そのため、効率的にメンテナンス処理ＭｔＰｒを実施することができる。また、複数種類のメンテナンス処理ＭｔＰｒが分散して処理されることにより、例えば、優先度の低い、未処理の状態データＳｔＤの処理を完了することができる。

なお、メンテナンス処理ＭｔＰｒを行う対象となっている２台の制御部１０のうちの１台の制御部１０は、劣化診断処理のみを行ってもよい。この場合、劣化診断処理を行う対象となる制御部１０は、劣化診断処理を行うためのロジックを保持している。

ここで、処理モードＣの車上システム１０００Ａにおいて、制御部１０ａＸが故障したと仮定する。この場合、バックアップ制御部Ｂｃとしての制御部１０ａＹが、処理ＭＶＰｒを行う。また、制御部１０ｂＸ，１０ｂＹの一方が、バックアップ制御部Ｂｃとして動作する。また、制御部１０ｂＸ，１０ｂＹの他方が、メンテナンス処理ＭｔＰｒを行う。

また、車上システム１０００Ａの処理モードは、車上システム１０００と同様に、輸送車Ｃ１０の移動状態の変化に応じて、変化する。ここで、車上システム１０００Ａの処理モードが、処理モードＣから処理モードＤに変化したと仮定する。この場合、車上システム１０００Ａは、４台の制御部１０において、処理ＭＶＰｒを行う対象となる制御部と、メンテナンス処理ＭｔＰｒを行う対象となる制御部とを切り替える。

具体的には、車上システム１０００Ａの処理モードが、処理モードＣから処理モードＤに変化した場合、制御部１０ｂＸ，１０ｂＹの各々が、メンテナンス処理ＭｔＰｒを行い、制御部１０ａＹが、処理ＭＶＰｒを行う。このように、処理ＭＶＰｒを行う制御部１０と、メンテナンス処理ＭｔＰを行う制御部１０とは、動的に切り替わる。

なお、４台の制御部１０の各々が行う処理は、予め定められた、以下の処理実行ルールＲｕ１ＡＸによって、設定されてもよい。処理実行ルールＲｕ１ＡＸは、３重系のルールである。具体的には、処理実行ルールＲｕ１ＡＸでは、４台の制御部１０において、２台の制御部１０がバックアップ制御部Ｂｃとして動作し、１台の制御部１０がメンテナンス処理ＭｔＰｒを行うことが規定されている。

図１０は、処理実行ルールＲｕ１ＡＸを示す処理割当テーブルＴＢ１ＡＸの一例を示す図である。図１０を参照して、処理割当テーブルＴＢ１ＡＸでは、処理モードＧ，Ｈ，Ｉ，Ｊが示される。

本実施の形態では、車上システム１０００Ａの処理モードが、例えば、図１０が示す処理実行ルールＲｕ１Ａ（処理割当テーブルＴＢ１ＡＸ）に基づいて設定される構成（以下、「構成ＣｔＡｘ」ともいう）としてもよい。

構成ＣｔＡｘでは、例えば、処理モードＧの車上システム１０００Ａでは、制御部１０ａＸ（メイン制御部Ｍｃ）が処理ＭＶＰｒを行う。また、処理モードＧの車上システム１０００Ａでは、制御部１０ａＹ，１０ｂＸの各々が、バックアップ制御部Ｂｃとして動作する。また、処理モードＧの車上システム１０００Ａでは、制御部１０ｂＹが、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、メンテナンス処理ＭｔＰｒを行う。

また、例えば、処理モードＨの車上システム１０００Ａでは、制御部１０ａＹ（メイン制御部Ｍｃ）が処理ＭＶＰｒを行う。また、処理モードＨの車上システム１０００Ａでは、制御部１０ａＸ，１０ｂＸの各々が、バックアップ制御部Ｂｃとして動作する。また、処理モードＨの車上システム１０００Ａでは、制御部１０ｂＹが、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、メンテナンス処理ＭｔＰｒを行う。

すなわち、処理割当テーブルＴＢ１ＡＸに従った車上システム１０００Ａに含まれる４台の制御部１０は、処理ＭＶＰｒを行う１台の制御部１０（メイン制御部Ｍｃ）と、メイン制御部Ｍｃが故障した場合、処理ＭＶＰｒを行う対象となる２台の制御部１０と、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、メンテナンス処理ＭｔＰｒを行う１台の制御部１０とから構成される。

また、構成ＣｔＡｘにおける車上システム１０００Ａの処理モードは、例えば、車上システム１０００と同様に、輸送車Ｃ１０の移動状態の変化に応じて、変化する。ここで、車上システム１０００Ａの処理モードが、処理モードＧから処理モードＨに変化したと仮定する。この場合、構成ＣｔＡｘにおける車上システム１０００Ａは、４台の制御部１０において、処理ＭＶＰｒを行う対象となる制御部と、メンテナンス処理ＭｔＰｒを行う対象となる制御部とを切り替える。

具体的には、車上システム１０００Ａの処理モードが、処理モードＧから処理モードＨに変化した場合、制御部１０ｂＹが、メンテナンス処理ＭｔＰｒを行い、制御部１０ａＹが、処理ＭＶＰｒを行う。このように、処理ＭＶＰｒを行う制御部１０と、メンテナンス処理ＭｔＰを行う制御部１０とは、動的に切り替わる。

以上説明したように、本実施の形態に係る車上システム１０００Ａでは、２台の制御部１０が、複数種類のメンテナンス処理ＭｔＰｒを分散して行う。したがって、制御部が冗長化された状態で、複数種類のメンテナンス処理ＭｔＰｒを実施する事ができる。なお、本実施の形態においても、実施の形態１と同様な効果が得られる。

＜実施の形態３＞
本実施の形態の構成は、後述の輸送車Ｃ１０Ｂに車上システムを設けた構成（以下、「構成ＣｔＢ」ともいう）である。以下においては、構成ＣｔＢが適用されたメンテナンスシステムを、「メンテナンスシステム５０００Ｂ」ともいう。

図１１は、本発明の実施の形態３に係るメンテナンスシステム５０００Ｂの構成を示す図である。なお、図１１には、説明の都合上、メンテナンスシステム５０００Ｂに含まれない構成（例えば、輸送車Ｃ１０Ｂ、路線ＲＬ１等）も示している。

輸送車Ｃ１０Ｂは、人を輸送するための乗物である。輸送車Ｃ１０Ｂは、例えば、列車である。輸送車Ｃ１０Ｂは、予め設けられている路線ＲＬ１に沿って移動する。輸送車Ｃ１０Ｂは、通常、方向ＤＲ１へ移動する。なお、輸送車Ｃ１０Ｂは、当該輸送車Ｃ１０Ｂの状況によっては、方向ＤＲ２へ移動する。

本実施の形態では、実施の形態１と同様、輸送車Ｃ１０Ｂの状態を、「状態ＳｔＣ」ともいう。状態ＳｔＣは、各編成車Ｃ５を構成する各車両Ｃ１の状態でもある。状態ＳｔＣは、例えば、車内温度Ｔｍｐに相当する。また、状態ＳｔＣは、例えば、圧力Ｐｒｓに相当する。本実施の形態では、実施の形態１と同様、状態ＳｔＣを示すデータを、「状態データＳｔＤ」または「ＳｔＤ」ともいう。

輸送車Ｃ１０Ｂは、ｋ台の編成車Ｃ５で構成されている。「ｋ」は、２以上の自然数である。本実施の形態では、「ｋ」は、２である。なお、「ｋ」は、３以上であってもよい。ｋ台の編成車Ｃ５は、線状に連結されている。

各編成車Ｃ５は、ｍ台の車両Ｃ１で構成される。「ｍ」は、２以上の自然数である。ｍ台の車両Ｃ１は、線状に連結されている。なお、各編成車Ｃ５を構成する車両Ｃ１の数は、異なっていてもよい。

以下においては、編成車Ｃ５の一方の端部を、「端部Ｅｄａ」ともいう。また、以下においては、編成車Ｃ５の端部Ｅｄａに相当する車両Ｃ１を、「車両Ｃ１ａ」ともいう。また、以下においては、編成車Ｃ５の他方の端部を、「端部Ｅｄｂ」ともいう。また、以下においては、編成車Ｃ５の端部Ｅｄｂに相当する車両Ｃ１を、「車両Ｃ１ｂ」ともいう。

また、以下においては、各編成車Ｃ５を構成するｍ台の車両Ｃ１のうち、車両Ｃ１ａと車両Ｃ１ｂとの間に存在する車両Ｃ１を、「車両Ｃ１ｎ」ともいう。

メンテナンスシステム５０００Ｂは、図１のメンテナンスシステム５０００と比較して、車上システム１０００の代わりに車上システム１０００Ｂを含む点が異なる。メンテナンスシステム５０００Ｂのそれ以外の構成および機能は、メンテナンスシステム５０００と同様なので詳細な説明は繰り返さない。

車上システム１０００Ｂは、図１１の輸送車Ｃ１０Ｂに設けられている。また、車上システム１０００Ｂは、地上に設けられている地上システム２０００と通信する機能を有する。

車上システム１０００Ｂは、実施の形態１と同様に、当該実施の形態１で説明した各種処理を行う。当該各種処理は、例えば、代表値特定処理、データ送信準備処理、地上用送信処理、劣化診断処理等である。

すなわち、車上システム１０００Ｂに含まれる制御部１０は、実施の形態１と同様に、メンテナンス処理ＭｔＰｒを行う。構成ＣｔＢにおけるメンテナンス処理ＭｔＰｒは、輸送車Ｃ１０Ｂのメンテナンスを行うための処理である。

車上システム１０００Ｂは、ｎ台の制御ユニットＵｔを含む。「ｎ」は、４以上の自然数である。「ｎ」は、ｍのｋ倍の値である。例えば、ｍが１０であり、ｋが２である場合、「ｎ」は２０である。各編成車Ｃ５を構成するｍ台の車両Ｃ１の各々には、制御ユニットＵｔが設けられている。すなわち、各編成車Ｃ５には、ｍ台の制御ユニットＵｔが設けられている。

また、ｋ台の編成車Ｃ５は、通信ケーブル（図示せず）を介して、互いに通信可能なように、構成される。なお、ｋ台の編成車Ｃ５は、無線通信により、互いに通信可能なように、構成されてもよい。

また、各編成車Ｃ５において、ｍ台の制御ユニットＵｔは、通信ケーブル（図示せず）を介して、互いに通信可能なように、構成される。なお、各編成車Ｃ５において、ｍ台の制御ユニットＵｔは、無線通信により、互いに通信可能なように、構成されてもよい。

以下においては、車両Ｃ１ａに設けられている制御ユニットＵｔを、「制御ユニットＵｔａ」ともいう。また、以下においては、車両Ｃ１ｂに設けられている制御ユニットＵｔを、「制御ユニットＵｔｂ」ともいう。また、以下においては、車両Ｃ１ｎに設けられている制御ユニットＵｔを、「制御ユニットＵｔｎ」ともいう。

図１２は、本発明の実施の形態３に係る車上システム１０００Ｂの構成を示すブロック図である。なお、図１２では、構成を分かり易くするために、３台の制御ユニットＵｔのみを示している。３台の制御ユニットＵｔは、制御ユニットＵｔａ、制御ユニットＵｔｂおよび制御ユニットＵｔｎである。

図１２を参照して、制御ユニットＵｔａの構成および機能は、図２の制御ユニットＵｔａと同じである。また、制御ユニットＵｔｂの構成および機能は、図２の制御ユニットＵｔｂと同じである。また、制御ユニットＵｔｎの構成および機能は、図２の制御ユニットＵｔｎと同じである。

以下においては、ｋ台の編成車Ｃ５の一方の端部に相当する編成車Ｃ５を、「編成車Ｃ５ａ」ともいう。また、以下においては、ｋ台の編成車Ｃ５の他方の端部に相当する編成車Ｃ５を、「編成車Ｃ５ｂ」ともいう。

なお、制御ユニットＵｔａは、各編成車Ｃ５の端部Ｅｄａに相当する車両Ｃ１ａに設けられている。すなわち、制御ユニットＵｔａは、各編成車Ｃ５の端部Ｅｄａに設けられている。そのため、制御ユニットＵｔａの制御部１０（１０ａ）は、端部Ｅｄａに設けられている。

また、制御ユニットＵｔｂは、各編成車Ｃ５の端部Ｅｄｂに相当する車両Ｃ１ｂに設けられている。すなわち、制御ユニットＵｔｂは、各編成車Ｃ５の端部Ｅｄｂに設けられている。そのため、制御ユニットＵｔｂの制御部１０（１０ｂ）は、端部Ｅｄｂに設けられている。そのため、各編成車Ｃ５は、２台の制御部１０を備える。

本実施の形態では、輸送車Ｃ１０Ｂは、２台の編成車Ｃ５で構成されている。そのため、車上システム１０００Ｂは、４台の制御部１０を含む。４台の制御部１０は、２台の制御部１０ａと２台の制御部１０ｂとから構成される。編成車Ｃ５ａには、制御部１０ａ，１０ｂが設けられている。編成車Ｃ５ｂには、制御部１０ａ，１０ｂが設けられている。

本実施の形態においても、実施の形態２と同様に、４台の制御部１０の各々が行う処理は、予め定められた処理実行ルールＲｕ１Ａによって、設定される。

本実施の形態では、実施の形態２と同様、２台の制御部１０ａの一方を、「制御部１０ａＸ」ともいう。制御部１０ａＸは、例えば、編成車Ｃ５ａに設けられている制御部１０ａである。また、本実施の形態では、２台の制御部１０ａの他方を、「制御部１０ａＹ」ともいう。

また、本実施の形態では、２台の制御部１０ｂの一方を、「制御部１０ｂＸ」ともいう。制御部１０ｂＸは、例えば、編成車Ｃ５ｂに設けられている制御部１０ｂである。また、本実施の形態では、２台の制御部１０ｂの他方を、「制御部１０ｂＹ」ともいう。

車上システム１０００Ｂは、車上システム１０００と同様、複数種類の処理モードを有する。車上システム１０００Ｂの処理モードは、実施の形態２と同様、例えば、図９が示す処理実行ルールＲｕ１Ａ（処理割当テーブルＴＢ１Ａ）に基づいて設定される。

例えば、処理モードＣの車上システム１０００Ｂでは、制御部１０ａＸ（メイン制御部Ｍｃ）が処理ＭＶＰｒを行う。また、処理モードＣの車上システム１０００Ａでは、制御部１０ａＹがバックアップ制御部Ｂｃとして動作する。また、処理モードＣの車上システム１０００Ａでは、制御部１０ｂＸ，１０ｂＹの各々が、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、メンテナンス処理ＭｔＰｒを行う。なお、制御部１０ａＸが処理ＭＶＰｒを行っている期間において、制御部１０ａＹ，１０ｂＸ，１０ｂＹの各々は処理ＭＶＰｒを行わない。

すなわち、処理割当テーブルＴＢ１Ａに従った車上システム１０００Ｂでは、２台の制御部１０が、２種類のメンテナンス処理ＭｔＰｒを分散して行う。

なお、３台の制御部１０が、複数種類のメンテナンス処理ＭｔＰｒを分散して行うように、４台の制御部１０の各々が行う処理は、予め定められた処理実行ルールによって、設定されてもよい。

この場合、例えば、４台の制御部１０は、処理ＭＶＰｒを行う１台の制御部１０（メイン制御部Ｍｃ）と、当該４台の制御部１０のうち、メイン制御部Ｍｃ以外の３台の制御部１０（待機制御部Ｗｃ）とを含む。

当該３台の制御部１０の各々は、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、処理ＭＶＰｒを行わない。当該３台の制御部１０は、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、複数種類のメンテナンス処理ＭｔＰｒを分散して行う。

また、輸送車Ｃ１０Ｂは、構成が変更されることがある。例えば、ｋ台の編成車Ｃ５の連結を解除する処理（以下、「連結解除処理」ともいう）が行われる場合がある。連結解除処理が行われる場合、以下のデータ外部送信処理が行われる。

ここで、以下の前提Ｐｒ３を考慮する。前提Ｐｒ３では、輸送車Ｃ１０Ｂ（ｋ台の編成車Ｃ５）は、互いに連結された編成車Ｃ５ａおよび編成車Ｃ５ｂを含む。以下においては、編成車Ｃ５ａに設けられている制御ユニットＵｔａ，Ｕｔｂの各々を、「制御ユニットＵｔＣａ」ともいう。また、以下においては、編成車Ｃ５ｂに設けられている制御ユニットＵｔａ，Ｕｔｂの各々を、「制御ユニットＵｔＣｂ」ともいう。

また、前提Ｐｒ３では、編成車Ｃ５ａに設けられている制御ユニットＵｔＣａの制御部１０が、編成車Ｃ５ｂの状態を示す状態データＳｔＤを保持している。また、前提Ｐｒ３では、連結解除処理において、編成車Ｃ５ａと編成車Ｃ５ｂとの連結が解除される。

前提Ｐｒ３におけるデータ外部送信処理では、編成車Ｃ５ａに設けられている制御ユニットＵｔＣａ（制御部１０）は、編成車Ｃ５ａと編成車Ｃ５ｂとの連結が解除される際に、状態データＳｔＤを、制御ユニットＵｔＣｂ（編成車Ｃ５ｂ）へ送信する。

これにより、連結解除処理が行われても、編成車Ｃ５ｂの制御ユニットＵｔＣｂの制御部１０は、未処理の状態データＳｔＤを適切に処理することができる。

なお、前提Ｐｒ３におけるデータ外部送信処理では、制御ユニットＵｔＣａ（制御部１０）は、編成車Ｃ５ａと編成車Ｃ５ｂとの連結が解除される際に、状態データＳｔＤを、地上システム２０００へ送信してもよい。

以上説明したように、本実施の形態によれば、各編成車の連結、各編成車の連結の解除等が行われることにより、待機制御部Ｗｃの数が変化した場合、当該待機制御部Ｗｃの数、ＣＰＵ等の付加に応じて、複数種類のメンテナンス処理ＭｔＰｒの処理量を変化させる。これにより、効率的に、複数種類のメンテナンス処理ＭｔＰｒを実施することができる。各編成車の連結の解除に対応した車上システム１０００Ｂを実現することができる。なお、本実施の形態においても、実施の形態１と同様な効果が得られる。

なお、輸送車Ｃ１０Ｂが、編成車Ｃ５ａ，Ｃ５ｂを含む３台以上の編成車Ｃ５からなる構成（以下、「構成ＣｔＢｘ」ともいう）としてもよい。構成ＣｔＢｘにおける車上システム１０００Ｂは、ｕ台の制御部１０を含む。「ｕ」は、４以上の自然数である。ｕ台の制御部１０の各々は、処理ＭＶＰｒを行う機能を有する。

構成ＣｔＢｘでは、３台以上の制御部１０が、複数種類のメンテナンス処理ＭｔＰｒを分散して行うように、ｕ台の制御部１０の各々が行う処理は、予め定められた処理実行ルールによって、設定される。

そのため、例えば、ｕ台の制御部１０は、処理ＭＶＰｒを行う１台の制御部１０（メイン制御部Ｍｃ）と、当該ｕ台の制御部１０のうち、メイン制御部Ｍｃ以外の３台以上の制御部１０とを含む。

当該３台以上の制御部１０の各々は、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、処理ＭＶＰｒを行わない。当該３台以上の制御部１０は、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、複数種類のメンテナンス処理ＭｔＰｒを分散して行う。

なお、各編成車Ｃ５に含まれる制御部１０（待機制御部Ｗｃ）が、当該編成車Ｃ５におけるメンテナンス処理ＭｔＰｒを行うようにしてもよい。

＜実施の形態４＞
本実施の形態の構成は、制御部１０以外の構成要素にメンテナンス部１１を設けた構成（以下、「構成ＣｔＣ」ともいう）である。以下においては、構成ＣｔＣが適用されたメンテナンスシステムを、「メンテナンスシステム５０００Ｃ」ともいう。

また、以下においては、構成ＣｔＣが適用された制御ユニットＵｔａを、「制御ユニットＵｔａＣ」ともいう。また、以下においては、構成ＣｔＣが適用された制御ユニットＵｔｂを、「制御ユニットＵｔｂＣ」ともいう。

メンテナンスシステム５０００Ｃは、図１のメンテナンスシステム５０００と比較して、車上システム１０００の代わりに車上システム１０００Ｃを含む点が異なる。メンテナンスシステム５０００Ｃのそれ以外の構成および機能は、メンテナンスシステム５０００と同様なので詳細な説明は繰り返さない。車上システム１０００Ｃは、図１の輸送車Ｃ１０に設けられている。

図１３は、本発明の実施の形態４に係るメンテナンスシステム５０００Ｃの構成を示すブロック図である。なお、図１３では、図の簡略化のために、メンテナンスシステム５０００Ｃに含まれる車上システム１０００Ｃのみを示している。

図１３を参照して、車上システム１０００Ｃは、図２の車上システム１０００と比較して、制御ユニットＵｔａの代わりに制御ユニットＵｔａＣを含む点と、制御ユニットＵｔｂの代わりに制御ユニットＵｔｂＣを含む点とが異なる。車上システム１０００Ｃのそれ以外の構成および機能は、車上システム１０００と同様なので詳細な説明は繰り返さない。

車上システム１０００Ｃは、実施の形態１と同様に、当該実施の形態１で説明した各種処理を行う。当該各種処理は、例えば、代表値特定処理、データ送信準備処理、地上用送信処理、劣化診断処理等である。

制御ユニットＵｔａＣは、図２の制御ユニットＵｔａと比較して、ＡＴＣ４０の代わりにＡＴＣ４０Ｃを含む点と、マスコン５０の代わりにマスコン５０Ｃを含む点とが異なる。制御ユニットＵｔａＣのそれ以外の構成および機能は、制御ユニットＵｔａと同様なので詳細な説明は繰り返さない。制御ユニットＵｔａＣに含まれる制御部１０（１０ａ）の構成および機能は、制御ユニットＵｔａの制御部１０（１０ａ）と同じである。

制御ユニットＵｔｂＣは、図２の制御ユニットＵｔｂと比較して、ＡＴＣ４０の代わりにＡＴＣ４０Ｃを含む点と、マスコン５０の代わりにマスコン５０Ｃを含む点とが異なる。制御ユニットＵｔｂＣのそれ以外の構成および機能は、制御ユニットＵｔｂと同様なので詳細な説明は繰り返さない。制御ユニットＵｔｂＣに含まれる制御部１０（１０ｂ）の構成および機能は、制御ユニットＵｔｂの制御部１０（１０ｂ）と同じである。

制御ユニットＵｔａＣ，ＵｔｂＣの各々に含まれるＡＴＣ４０Ｃは、図２のＡＴＣ４０と比較して、メンテナンス部１１を含む点が異なる。ＡＴＣ４０Ｃのそれ以外の構成および機能は、ＡＴＣ４０と同様なので詳細な説明は繰り返さない。メンテナンス部１１は、例えば、ＡＴＣ４０Ｃにより実行されるプログラムのモジュールである。なお、メンテナンス部１１は、専用のハードウエアで構成されてもよい。メンテナンス部１１は、メンテナンス処理ＭｔＰｒを行う機能を有する。

ＡＴＣ４０Ｃがメンテナンス部１１を含むため、ＡＴＣ４０Ｃは、前述の処理ＡｔＰｒ、および、メンテナンス処理ＭｔＰｒを行う機能を有する装置である。処理ＡｔＰｒは、ＡＴＣ４０Ｃが、通常において、行う処理である。

ＡＴＣ４０Ｃは、動作モードとして、通常モードおよび待機モードを有する。ＡＴＣ４０Ｃにおける通常モードは、処理ＡｔＰｒを行うためのモードである。ＡＴＣ４０Ｃにおける待機モードは、処理ＡｔＰｒの実行が許可されていないモードである。

制御ユニットＵｔａＣ，ＵｔｂＣの各々に含まれるマスコン５０Ｃは、図２のマスコン５０と比較して、メンテナンス部１１を含む点が異なる。マスコン５０Ｃのそれ以外の構成および機能は、マスコン５０と同様なので詳細な説明は繰り返さない。

マスコン５０Ｃがメンテナンス部１１を含むため、マスコン５０Ｃは、前述の処理ＳｐＰｒ、および、メンテナンス処理ＭｔＰｒを行う機能を有する装置である。処理ＳｐＰｒは、マスコン５０Ｃが、通常において、行う処理である。

マスコン５０Ｃは、動作モードとして、通常モードおよび待機モードを有する。マスコン５０Ｃにおける通常モードは、処理ＳｐＰｒを行うためのモードである。マスコン５０における待機モードは、処理ＳｐＰｒの実行が許可されていないモードである。

制御ユニットＵｔａＣは、輸送車Ｃ１０の端部Ｅｄａに相当する車両Ｃ１ａに設けられている。すなわち、制御ユニットＵｔａＣは、輸送車Ｃ１０の端部Ｅｄａに設けられている。そのため、制御ユニットＵｔａＣに含まれる、制御部１０（１０ａ）、ＡＴＣ４０Ｃおよびマスコン５０Ｃは、端部Ｅｄａに設けられている。

制御ユニットＵｔｂＣは、輸送車Ｃ１０の端部Ｅｄｂに相当する車両Ｃ１ｂに設けられている。すなわち、制御ユニットＵｔｂＣは、輸送車Ｃ１０の端部Ｅｄｂに設けられている。そのため、制御ユニットＵｔｂＣに含まれる、制御部１０（１０ｂ）、ＡＴＣ４０Ｃおよびマスコン５０Ｃは、端部Ｅｄｂに設けられている。

以上により、車上システム１０００Ｃは、制御部１０ａ，１０ｂと、２台のＡＴＣ４０Ｃと、２台のマスコン５０Ｃとを含む。２台のＡＴＣ４０Ｃは、異なる動作モードに設定される。また、２台のマスコン５０Ｃは、異なる動作モードに設定される。

以下においては、制御ユニットＵｔａＣに含まれるＡＴＣ４０Ｃを、「ＡＴＣ４０Ｃａ」ともいう。また、以下においては、制御ユニットＵｔｂＣに含まれるＡＴＣ４０Ｃを、「ＡＴＣ４０Ｃｂ」ともいう。また、以下においては、制御ユニットＵｔａＣに含まれるマスコン５０Ｃを、「マスコン５０Ｃａ」ともいう。また、以下においては、制御ユニットＵｔｂＣに含まれるマスコン５０Ｃを、「マスコン５０Ｃｂ」ともいう。

ＡＴＣ４０Ｃａの動作モードが通常モードである場合、ＡＴＣ４０Ｃｂの動作モードは待機モードである。また、ＡＴＣ４０Ｃｂの動作モードが通常モードである場合、ＡＴＣ４０Ｃａの動作モードは待機モードである。

マスコン５０Ｃａの動作モードが通常モードである場合、マスコン５０Ｃｂの動作モードは待機モードである。また、マスコン５０Ｃｂの動作モードが通常モードである場合、マスコン５０Ｃａの動作モードは待機モードである。

車上システム１０００Ｃでは、動作モードが待機モードである装置が、メンテナンス処理ＭｔＰｒを行う。例えば、動作モードが待機モードである、ＡＴＣ４０ＣａおよびＡＴＣ４０Ｃｂのいずれかが、メンテナンス処理ＭｔＰｒを行う。また、例えば、動作モードが待機モードである、マスコン５０Ｃａおよびマスコン５０Ｃｂのいずれかが、メンテナンス処理ＭｔＰｒを行う。

これにより、実行することのできるメンテナンス処理の量を増加させることができる。

また、制御部１０ａ，１０ｂ、ＡＴＣ４０Ｃａ，４０Ｃｂ、および、マスコン５０Ｃａ，５０Ｃｂの各々が行う処理は、予め定められた処理実行ルールＲｕ１Ｃによって、設定される。

車上システム１０００Ｃは、車上システム１０００と同様、複数種類の処理モードを有する。以下においては、処理ＡｔＰｒを、単に、「ＡｔＰｒ」ともいう。また、以下においては、処理ＳｐＰｒを、単に、「ＳｐＰｒ」ともいう。

図１４は、処理実行ルールＲｕ１Ｃを示す処理割当テーブルＴＢ１Ｃの一例を示す図である。図１４を参照して、処理割当テーブルＴＢ１Ｃでは、処理モードＫ，Ｌ，Ｍ，Ｎが示される。

例えば、処理モードＫでは、処理ＭＶＰｒを行う対象となる制御部が制御部１０ａであることが定められている。また、処理モードＫでは、メンテナンス処理ＭｔＰｒを行う対象となる制御部が、制御部１０ｂであることが定められている。

また、処理モードＫでは、処理ＡｔＰｒを行う対象となるＡＴＣが、ＡＴＣ４０Ｃａであることが定められている。なお、処理ＡｔＰｒを行うＡＴＣ４０Ｃａの動作モードは通常モードである。また、処理モードＫでは、メンテナンス処理ＭｔＰｒを行う対象となるＡＴＣが、ＡＴＣ４０Ｃｂであることが定められている。なお、メンテナンス処理ＭｔＰｒを行うＡＴＣ４０Ｃｂの動作モードは待機モードである。

また、処理モードＫでは、処理ＳｐＰｒを行う対象となるマスコンが、マスコン５０Ｃａであることが定められている。なお、処理ＳｐＰｒを行うマスコン５０Ｃａの動作モードは通常モードである。また、処理モードＫでは、メンテナンス処理ＭｔＰｒを行う対象となるマスコンが、マスコン５０Ｃｂであることが定められている。なお、メンテナンス処理ＭｔＰｒを行うマスコン５０Ｃｂの動作モードは待機モードである。

例えば、処理モードＫの車上システム１０００Ｃでは、制御部１０ａ（メイン制御部Ｍｃ）が処理ＭＶＰｒを行い、制御部１０ｂが、メンテナンス処理ＭｔＰｒを行う。また、処理モードＫの車上システム１０００Ｃでは、ＡＴＣ４０Ｃａが処理ＡｔＰｒを行い、ＡＴＣ４０Ｃｂが、メンテナンス処理ＭｔＰｒを行う。また、処理モードＫの車上システム１０００Ｃでは、マスコン５０Ｃａが処理ＳｐＰｒを行い、マスコン５０Ｃｂが、メンテナンス処理ＭｔＰｒを行う。

また、車上システム１０００Ｃの処理モードは、車上システム１０００と同様に、輸送車Ｃ１０の移動状態の変化に応じて、変化する。ここで、車上システム１０００Ｃの処理モードが、処理モードＫから処理モードＬに変化したと仮定する。

この場合、車上システム１０００Ｃは、ＡＴＣ４０ＣａおよびＡＴＣ４０Ｃｂにおいて、処理ＡｔＰｒを行う対象となる装置と、メンテナンス処理ＭｔＰｒを行う対象となる装置とを切り替える。また、処理モードＫから処理モードＬに変化した場合、車上システム１０００Ｃは、マスコン５０Ｃａおよびマスコン５０Ｃｂにおいて、処理ＳｐＰｒを行う対象となる装置と、メンテナンス処理ＭｔＰｒを行う対象となる装置とを切り替える。

具体的には、車上システム１０００Ｃの処理モードが、処理モードＫから処理モードＬに変化した場合、ＡＴＣ４０Ｃａがメンテナンス処理ＭｔＰｒを行い、ＡＴＣ４０Ｃｂが、処理ＡｔＰｒを行い、マスコン５０Ｃａがメンテナンス処理ＭｔＰｒを行い、マスコン５０Ｃｂが、処理ＳｐＰｒを行う。すなわち、車上システム１０００Ｃでは、待機モードのＡＴＣと、待機モードのマスコンとが、複数種類のメンテナンス処理ＭｔＰｒを分散して行う。

以上説明したように、本実施の形態によれば、車上システム１０００Ｃでは、待機モードのＡＴＣと、待機モードのマスコンとが、複数種類のメンテナンス処理ＭｔＰｒを分散して行う。そのため、輸送車Ｃ１０の移動を制御するための処理ＭＶＰｒに影響を与えることなく、効率的にメンテナンス処理ＭｔＰｒを実施することができる。なお、本実施の形態においても、実施の形態１と同様な効果が得られる。

＜実施の形態５＞
本実施の形態の構成は、規定条件が成立した場合に使用する優先度に基づいて、データを処理する構成（以下、「構成ＣｔＤ」ともいう）である。構成ＣｔＤにおけるメンテナンスシステムは、図１のメンテナンスシステム５０００である。そのため、構成ＣｔＤにおけるメンテナンスシステム５０００は、実施の形態１の車上システム１０００と、地上システム２０００とを含む。

構成ＣｔＤにおける車上システム１０００の構成および機能は、実施の形態１の車上システム１０００と同様なので詳細な説明は繰り返さない。構成ＣｔＤにおける車上システム１０００は、実施の形態１と同様に、当該実施の形態１で説明した各種処理を行う。当該各種処理は、例えば、代表値特定処理、データ送信準備処理、地上用送信処理、劣化診断処理等である。

すなわち、構成ＣｔＤにおける車上システム１０００（制御部１０）は、実施の形態１と同様、メンテナンス処理ＭｔＰｒを行う。当該メンテナンス処理ＭｔＰｒは、複数種類の状態データＳｔＤを扱う処理である。当該複数種類の状態データＳｔＤは、例えば、前述の状態データＳｔＤｐおよび状態データＳｔＤｔ等である。

以下においては、構成ＣｔＤが適用された、図６の代表値特定処理を、「代表値特定処理Ｄ」ともいう。なお、代表値特定処理Ｄは、メンテナンス処理ＭｔＰｒである。

以下、主に、実施の形態１と異なる処理について説明する。代表値特定処理Ｄは、図６の代表値特定処理と比較して、図４の代表値ルールテーブルＴＢ２の代わりに、以下の代表値ルールテーブルＴＢ２Ｄが使用される点が異なる。

図１５は、本発明の実施の形態５に係る代表値ルールテーブルＴＢ２Ｄの一例を示す図である。図１５を参照して、代表値ルールテーブルＴＢ２Ｄは、代表値ルールテーブルＴＢ２と比較して、「条件Ｃｄ」の項目と、「条件優先度」の項目とをさらに含む点が異なる。代表値ルールテーブルＴＢ２Ｄのそれ以外の構成は、代表値ルールテーブルＴＢ２と同様なので詳細な説明は繰り返さない。

「条件Ｃｄ」に欄に示される「条件ＣｄＢ」および「条件ＣｄＡ」の各々は、輸送車Ｃ１０の状態に関する条件である。「条件ＣｄＢ」は、例えば、輸送車Ｃ１０において、少なくとも１台の車両Ｃ１のブレーキＢＫの故障が発生したという条件である。「条件ＣｄＡ」とは、例えば、輸送車Ｃ１０において、少なくとも１台の車両Ｃ１の空気調節装置ＡＣ１の故障が発生したという条件である。

「条件優先度」とは、対応する条件Ｃｄが成立した場合に使用される優先度である。「条件優先度」の値が小さい程、当該「条件優先度」に対応する状態データＳｔＤが処理される優先度が高い。そのため、「条件優先度」の値が小さい程、当該「条件優先度」に対応する状態データＳｔＤが優先して処理される。

代表値ルールテーブルＴＢ２Ｄでは、仮に、条件ＣｄＢおよび条件ＣｄＡの両方が成立している場合、状態データＳｔＤｐが、状態データＳｔＤｔより優先して処理されることが示される。

なお、代表値ルールテーブルＴＢ２Ｄでは、状態データＳｔＤｐに、条件ＣｄＢと、条件優先度“１”とが対応付けられている。代表値ルールテーブルＴＢ２Ｄでは、状態データＳｔＤｔに、条件ＣｄＡと、条件優先度“２”とが対応付けられている。条件ＣｄＢが成立した場合、条件優先度“１”が使用される。また、条件ＣｄＡが成立した場合、条件優先度“２”が使用される。

次に、代表値特定処理Ｄについて説明する。条件ＣｄＢ，ＣｄＡの両方が成立していない通常時には、代表値特定処理Ｄでは、図１５の代表値ルールテーブルＴＢ２Ｄを使用して、実施の形態１と同様に、ステップＳ１１０からＳ１６０までの処理が行われる。

ここで、以下の前提Ｐｒ４を考慮する。前提Ｐｒ４では、輸送車Ｃ１０において、少なくとも１台の車両Ｃ１の空気調節装置ＡＣ１の故障が発生している。すなわち、前提Ｐｒ４では、状態データＳｔＤｔに対応付けられている条件ＣｄＡが成立している。

また、前提Ｐｒ４では、ステップＳ１１０のデータ取得処理において、一例として、待機制御部Ｗｃが、１０秒間にわたって、２１個の状態データＳｔＤを取得する。また、前提Ｐｒ４では、一例として、当該２１個の状態データＳｔＤは、２０個の状態データＳｔＤｐと、１個の状態データＳｔＤｔとを含む。

前提Ｐｒ４における代表値特定処理Ｄでは、実施の形態１と同様に、ステップＳ１１０、Ｓ１２０の処理が行われる。これにより、２１個の状態データＳｔＤが選択される。

次に、前提Ｐｒ４におけるステップＳ１３０の優先データ選択処理では、条件ＣｄＡが成立しているため、待機制御部Ｗｃが条件優先度“２”を使用する。具体的には、待機制御部Ｗｃが条件優先度“２”に従って、選択された２１個の状態データＳｔＤから、優先度が最も高い、１個の状態データＳｔＤｔを選択する。

次に、前提Ｐｒ４におけるステップＳ１４０の代表値算出処理では、待機制御部Ｗｃが、１個の状態データＳｔＤｔが示す１個の車内温度Ｔｍｐの値の最大値を、代表値として算出する。これにより、代表値が特定される。

そして、実施の形態１と同様に、ステップＳ１５０、Ｓ１６０の処理が行われる。

以上により、前提Ｐｒ４における代表値特定処理Ｄ（メンテナンス処理ＭｔＰｒ）では、状態データＳｔＤｔは、当該状態データＳｔＤｔに対応付けられている条件ＣｄＡが成立している場合、当該状態データＳｔＤｔに対応付けられている条件優先度“２”に従って、処理される。すなわち、構成ＣｔＤでは、状態データＳｔＤｔは、当該状態データＳｔＤｔに対応付けられている条件Ｃｄが成立している場合、当該状態データＳｔＤｔに対応付けられている条件優先度に従って、処理される。

なお、代表値ルールテーブルＴＢ２Ｄに示される、優先度および条件優先度の値によっては、当該優先度と、当該条件優先度とが重複する場合がある。この場合、当該条件優先度に対応するデータが優先的に処理される。

以上のように、本実施の形態では、条件Ｃｄおよび条件優先度を使用することにより、装置の故障などが発生した場合、関連するデータを優先的に処理することが可能となる。また、条件Ｃｄおよび条件優先度を使用することにより、状態データＳｔＤｔを処理する優先度（順番）を、輸送車の状態に応じて、設定することができる。

＜変形例１＞
なお、実施の形態４の構成ＣｔＣは、実施の形態２の構成ＣｔＡに適用してもよい。以下においては、構成ＣｔＣを、構成ＣｔＡに適用した構成を、「構成ＣｔＡｃ」ともいう。以下においては、構成ＣｔＡｃが適用されたメンテナンスシステムを、「メンテナンスシステム５０００Ａｃ」ともいう。また、以下においては、構成ＣｔＡｃが適用された車上システムを、「車上システム１０００Ａｃ」ともいう。

また、以下においては、構成ＣｔＡｃが適用された制御ユニットＵｔａを、「制御ユニットＵｔａＡｃ」ともいう。また、以下においては、構成ＣｔＡｃが適用された制御ユニットＵｔｂを、「制御ユニットＵｔｂＡｃ」ともいう。

メンテナンスシステム５０００Ａｃは、図１のメンテナンスシステム５０００と比較して、車上システム１０００の代わりに車上システム１０００Ａｃを含む点が異なる。メンテナンスシステム５０００Ａｃのそれ以外の構成および機能は、メンテナンスシステム５０００と同様なので詳細な説明は繰り返さない。車上システム１０００Ａｃは、図１の輸送車Ｃ１０に設けられている。

図１６は、変形例１に係るメンテナンスシステム５０００Ａｃの構成を示すブロック図である。なお、図１６では、図の簡略化のために、メンテナンスシステム５０００Ａｃに含まれる車上システム１０００Ａｃのみを示している。

図１６を参照して、車上システム１０００Ａｃは、図８の車上システム１０００Ａと比較して、制御ユニットＵｔａＡの代わりに制御ユニットＵｔａＡｃを含む点と、制御ユニットＵｔｂＡの代わりに制御ユニットＵｔｂＡｃを含む点とが異なる。車上システム１０００Ａｃのそれ以外の構成および機能は、車上システム１０００Ａと同様なので詳細な説明は繰り返さない。

制御ユニットＵｔａＡｃは、図８の制御ユニットＵｔａＡと比較して、ＡＴＣ４０の代わりにＡＴＣ４０Ｃを含む点と、マスコン５０の代わりにマスコン５０Ｃを含む点とが異なる。制御ユニットＵｔａＡｃのそれ以外の構成および機能は、制御ユニットＵｔａＡと同様なので詳細な説明は繰り返さない。制御ユニットＵｔａＡｃに含まれる制御部１０（１０ａ）の構成および機能は、制御ユニットＵｔａＡの制御部１０（１０ａ）と同じである。

制御ユニットＵｔｂＡｃは、図８の制御ユニットＵｔｂＡと比較して、ＡＴＣ４０の代わりにＡＴＣ４０Ｃを含む点と、マスコン５０の代わりにマスコン５０Ｃを含む点とが異なる。制御ユニットＵｔｂＡｃのそれ以外の構成および機能は、制御ユニットＵｔｂＡと同様なので詳細な説明は繰り返さない。制御ユニットＵｔｂＡｃに含まれる制御部１０（１０ｂ）の構成および機能は、制御ユニットＵｔｂＡの制御部１０（１０ｂ）と同じである。

制御ユニットＵｔａＡｃは、輸送車Ｃ１０の端部Ｅｄａに相当する車両Ｃ１ａに設けられている。すなわち、制御ユニットＵｔａＡｃは、輸送車Ｃ１０の端部Ｅｄａに設けられている。そのため、制御ユニットＵｔａＡｃに含まれる、２台の制御部１０（１０ａ）、ＡＴＣ４０Ｃおよびマスコン５０Ｃは、端部Ｅｄａに設けられている。

制御ユニットＵｔｂＡｃは、輸送車Ｃ１０の端部Ｅｄｂに相当する車両Ｃ１ｂに設けられている。すなわち、制御ユニットＵｔｂＡｃは、輸送車Ｃ１０の端部Ｅｄｂに設けられている。そのため、制御ユニットＵｔｂＡｃに含まれる、２台の制御部１０（１０ｂ）、ＡＴＣ４０Ｃおよびマスコン５０Ｃは、端部Ｅｄｂに設けられている。

以上により、車上システム１０００Ａｃは、４台の制御部１０と、２台のＡＴＣ４０Ｃと、２台のマスコン５０Ｃとを含む。当該４台の制御部１０は、端部Ｅｄａ（車両Ｃ１ａ）に設けられている２台の制御部１０（１０ａ）と、端部Ｅｄｂ（車両Ｃ１ｂ）に設けられている２台の制御部１０（１０ｂ）とから構成される。

以下においては、制御ユニットＵｔａＡｃに含まれるＡＴＣ４０Ｃを、「ＡＴＣ４０Ｃａ」ともいう。また、以下においては、制御ユニットＵｔｂＡｃに含まれるＡＴＣ４０Ｃを、「ＡＴＣ４０Ｃｂ」ともいう。また、以下においては、制御ユニットＵｔａＡｃに含まれるマスコン５０Ｃを、「マスコン５０Ｃａ」ともいう。また、以下においては、制御ユニットＵｔｂＡｃに含まれるマスコン５０Ｃを、「マスコン５０Ｃｂ」ともいう。

構成ＣｔＡｃでは、４台の制御部１０が、実施の形態２と同様に、例えば、図９の処理割当テーブルＴＢ１Ａに従って動作する。すなわち、４台の制御部１０において、１台の制御部１０がバックアップ制御部Ｂｃとして動作し、２台の制御部１０がメンテナンス処理ＭｔＰｒを行う。

また、構成ＣｔＡｃでは、車上システム１０００Ａｃは、実施の形態２と同様に、当該車上システム１０００Ａｃの処理モードを変化させることにより、４台の制御部１０において、処理ＭＶＰｒを行う対象となる制御部と、メンテナンス処理ＭｔＰｒを行う対象となる制御部とを切り替える。

また、構成ＣｔＡｃでは、ＡＴＣ４０Ｃａ，４０Ｃｂ、および、マスコン５０Ｃａ，５０Ｃｂが、実施の形態４と同様に、例えば、図１４の処理割当テーブルＴＢ１Ｃに従って動作する。そのため、動作モードが待機モードである、ＡＴＣ４０ＣａおよびＡＴＣ４０Ｃｂのいずれかが、メンテナンス処理ＭｔＰｒを行う。また、例えば、動作モードが待機モードである、マスコン５０Ｃａおよびマスコン５０Ｃｂのいずれかが、メンテナンス処理ＭｔＰｒを行う。

また、構成ＣｔＡｃでは、車上システム１０００Ａｃは、実施の形態４と同様に、ＡＴＣ４０ＣａおよびＡＴＣ４０Ｃｂにおいて、処理ＡｔＰｒを行う対象となる装置と、メンテナンス処理ＭｔＰｒを行う対象となる装置とを切り替える。また、車上システム１０００Ａｃは、実施の形態４と同様に、マスコン５０Ｃａおよびマスコン５０Ｃｂにおいて、処理ＳｐＰｒを行う対象となる装置と、メンテナンス処理ＭｔＰｒを行う対象となる装置とを切り替える。

＜変形例２＞
なお、実施の形態４の構成ＣｔＣは、実施の形態２の構成ＣｔＡｘに適用してもよい。以下においては、構成ＣｔＣを、構成ＣｔＡｘに適用した構成を、「構成ＣｔＡｘｃ」ともいう。構成ＣｔＡｘｃにおけるメンテナンスシステムは、図１６のメンテナンスシステム５０００Ａｃである。メンテナンスシステム５０００Ａｃは、図１６の車上システム１０００Ａｃを含む。

構成ＣｔＡｘｃにおける車上システム１０００Ａｃは、構成ＣｔＡｘと同様に、図１０の処理割当テーブルＴＢ１ＡＸに従って動作する。

処理割当テーブルＴＢ１ＡＸに従った車上システム１０００Ａｃに含まれる４台の制御部１０は、処理ＭＶＰｒを行う１台の制御部１０（メイン制御部Ｍｃ）と、メイン制御部Ｍｃが故障した場合、処理ＭＶＰｒを行う対象となる２台の制御部１０と、メイン制御部Ｍｃが処理ＭＶＰｒを行っている期間において、メンテナンス処理ＭｔＰｒを行う１台の制御部１０とから構成される。

また、構成ＣｔＡｘｃでは、車上システム１０００Ａｃは、実施の形態２と同様に、当該車上システム１０００Ａｃの処理モードを変化させることにより、４台の制御部１０において、処理ＭＶＰｒを行う対象となる制御部と、メンテナンス処理ＭｔＰｒを行う対象となる制御部とを切り替える。

また、構成ＣｔＡｘｃでは、ＡＴＣ４０Ｃａ，４０Ｃｂ、および、マスコン５０Ｃａ，５０Ｃｂが、実施の形態４と同様に、例えば、図１４の処理割当テーブルＴＢ１Ｃに従って動作する。そのため、動作モードが待機モードである、ＡＴＣ４０ＣａおよびＡＴＣ４０Ｃｂのいずれかが、メンテナンス処理ＭｔＰｒを行う。また、例えば、動作モードが待機モードである、マスコン５０Ｃａおよびマスコン５０Ｃｂのいずれかが、メンテナンス処理ＭｔＰｒを行う。

また、構成ＣｔＡｘｃでは、車上システム１０００Ａｃは、実施の形態４と同様に、ＡＴＣ４０ＣａおよびＡＴＣ４０Ｃｂにおいて、処理ＡｔＰｒを行う対象となる装置と、メンテナンス処理ＭｔＰｒを行う対象となる装置とを切り替える。また、車上システム１０００Ａｃは、実施の形態４と同様に、マスコン５０Ｃａおよびマスコン５０Ｃｂにおいて、処理ＳｐＰｒを行う対象となる装置と、メンテナンス処理ＭｔＰｒを行う対象となる装置とを切り替える。

＜変形例３＞
なお、実施の形態４の構成ＣｔＣは、実施の形態３の構成ＣｔＢに適用してもよい。以下においては、構成ＣｔＣを、構成ＣｔＢに適用した構成を、「構成ＣｔＢｃ」ともいう。以下においては、構成ＣｔＢｃが適用されたメンテナンスシステムを、「メンテナンスシステム５０００Ｂｃ」ともいう。

また、以下においては、構成ＣｔＢｃが適用された制御ユニットＵｔａを、「制御ユニットＵｔａＢｃ」ともいう。また、以下においては、構成ＣｔＢｃが適用された制御ユニットＵｔｂを、「制御ユニットＵｔｂＢｃ」ともいう。

メンテナンスシステム５０００Ｂｃは、図１１のメンテナンスシステム５０００Ｂと比較して、車上システム１０００Ｂの代わりに車上システム１０００Ｂｃを含む点が異なる。メンテナンスシステム５０００Ｂｃのそれ以外の構成および機能は、メンテナンスシステム５０００Ｂと同様なので詳細な説明は繰り返さない。車上システム１０００Ｂｃは、図１１の輸送車Ｃ１０Ｂに設けられている。

図１７は、変形例３に係るメンテナンスシステム５０００Ｂｃの構成を示すブロック図である。なお、図１７では、図の簡略化のために、メンテナンスシステム５０００Ｂｃに含まれる車上システム１０００Ｂｃのみを示している。

図１７を参照して、車上システム１０００Ｂｃは、図１２の車上システム１０００Ｂと比較して、制御ユニットＵｔａの代わりに制御ユニットＵｔａＢｃを含む点と、制御ユニットＵｔｂの代わりに制御ユニットＵｔｂＢｃを含む点とが異なる。車上システム１０００Ｂｃのそれ以外の構成および機能は、車上システム１０００Ｂと同様なので詳細な説明は繰り返さない。

制御ユニットＵｔａＢｃは、図１２の制御ユニットＵｔａと比較して、ＡＴＣ４０の代わりにＡＴＣ４０Ｃを含む点と、マスコン５０の代わりにマスコン５０Ｃを含む点とが異なる。制御ユニットＵｔａＢｃのそれ以外の構成および機能は、制御ユニットＵｔａと同様なので詳細な説明は繰り返さない。制御ユニットＵｔａＢｃに含まれる制御部１０（１０ａ）の構成および機能は、制御ユニットＵｔａの制御部１０（１０ａ）と同じである。

制御ユニットＵｔｂＢｃは、図１２の制御ユニットＵｔｂと比較して、ＡＴＣ４０の代わりにＡＴＣ４０Ｃを含む点と、マスコン５０の代わりにマスコン５０Ｃを含む点とが異なる。制御ユニットＵｔｂＢｃのそれ以外の構成および機能は、制御ユニットＵｔｂと同様なので詳細な説明は繰り返さない。制御ユニットＵｔｂＢｃに含まれる制御部１０（１０ｂ）の構成および機能は、制御ユニットＵｔｂの制御部１０（１０ｂ）と同じである。

制御ユニットＵｔａＢｃは、各編成車Ｃ５の端部Ｅｄａに相当する車両Ｃ１ａに設けられている。すなわち、制御ユニットＵｔａＢｃは、各編成車Ｃ５の端部Ｅｄａに設けられている。そのため、制御ユニットＵｔａＢｃに含まれる、制御部１０（１０ａ）、ＡＴＣ４０Ｃおよびマスコン５０Ｃは、各編成車Ｃ５の端部Ｅｄａに設けられている。

制御ユニットＵｔｂＢｃは、各編成車Ｃ５の端部Ｅｄｂに相当する車両Ｃ１ｂに設けられている。すなわち、制御ユニットＵｔｂＢｃは、各編成車Ｃ５の端部Ｅｄｂに設けられている。そのため、制御ユニットＵｔｂＢｃに含まれる、制御部１０（１０ｂ）、ＡＴＣ４０Ｃおよびマスコン５０Ｃは、各編成車Ｃ５の端部Ｅｄｂに設けられている。

構成ＣｔＢｃでは、輸送車Ｃ１０Ｂは、一例として、２台の編成車Ｃ５で構成されている。そのため、車上システム１０００Ｂｃは、４台の制御部１０と、２台のＡＴＣ４０Ｃと、２台のマスコン５０Ｃとを含む。４台の制御部１０は、２台の制御部１０ａと２台の制御部１０ｂとから構成される。編成車Ｃ５ａには、制御部１０ａ，１０ｂが設けられている。編成車Ｃ５ｂには、制御部１０ａ，１０ｂが設けられている。

また、構成ＣｔＢｃでは、実施の形態３と同様に、連結解除処理およびデータ外部送信処理が行われる。

ここで、以下の前提Ｐｒ３Ｂを考慮する。前提Ｐｒ３Ｂでは、輸送車Ｃ１０Ｂ（ｋ台の編成車Ｃ５）は、互いに連結された編成車Ｃ５ａおよび編成車Ｃ５ｂを含む。以下においては、編成車Ｃ５ａに設けられている制御ユニットＵｔａＢｃ，ＵｔｂＢｃの各々を、「制御ユニットＵｔＣａ」ともいう。また、以下においては、編成車Ｃ５ｂに設けられている制御ユニットＵｔａＢｃ，ＵｔｂＢｃの各々を、「制御ユニットＵｔＣｂ」ともいう。

また、前提Ｐｒ３Ｂでは、編成車Ｃ５ａに設けられている制御ユニットＵｔＣａの制御部１０が、編成車Ｃ５ｂの状態を示す状態データＳｔＤを保持している。また、前提Ｐｒ３Ｂでは、連結解除処理において、編成車Ｃ５ａと編成車Ｃ５ｂとの連結が解除される。

前提Ｐｒ３Ｂにおけるデータ外部送信処理では、編成車Ｃ５ａに設けられている制御ユニットＵｔＣａ（制御部１０）は、編成車Ｃ５ａと編成車Ｃ５ｂとの連結が解除される際に、状態データＳｔＤを、制御ユニットＵｔＣｂ（編成車Ｃ５ｂ）へ送信する。これにより、実施の形態３と同様な効果が得られる。

以下においては、制御ユニットＵｔａＢｃに含まれるＡＴＣ４０Ｃを、「ＡＴＣ４０Ｃａ」ともいう。また、以下においては、制御ユニットＵｔｂＢｃに含まれるＡＴＣ４０Ｃを、「ＡＴＣ４０Ｃｂ」ともいう。また、以下においては、制御ユニットＵｔａＢｃに含まれるマスコン５０Ｃを、「マスコン５０Ｃａ」ともいう。また、以下においては、制御ユニットＵｔｂＢｃに含まれるマスコン５０Ｃを、「マスコン５０Ｃｂ」ともいう。

また、構成ＣｔＢｃでは、ＡＴＣ４０Ｃａ，４０Ｃｂ、および、マスコン５０Ｃａ，５０Ｃｂが、実施の形態４と同様に、例えば、図１４の処理割当テーブルＴＢ１Ｃに従って動作する。そのため、動作モードが待機モードである、ＡＴＣ４０ＣａおよびＡＴＣ４０Ｃｂのいずれかが、メンテナンス処理ＭｔＰｒを行う。また、例えば、動作モードが待機モードである、マスコン５０Ｃａおよびマスコン５０Ｃｂのいずれかが、メンテナンス処理ＭｔＰｒを行う。

また、構成ＣｔＢｃでは、車上システム１０００Ｂｃは、実施の形態４と同様に、ＡＴＣ４０ＣａおよびＡＴＣ４０Ｃｂにおいて、処理ＡｔＰｒを行う対象となる装置と、メンテナンス処理ＭｔＰｒを行う対象となる装置とを切り替える。また、車上システム１０００Ｂｃは、実施の形態４と同様に、マスコン５０Ｃａおよびマスコン５０Ｃｂにおいて、処理ＳｐＰｒを行う対象となる装置と、メンテナンス処理ＭｔＰｒを行う対象となる装置とを切り替える。

＜変形例４＞
なお、実施の形態５の構成ＣｔＤは、実施の形態２の構成ＣｔＡに適用されてもよい。以下においては、構成ＣｔＤを、構成ＣｔＡに適用した構成を、「構成ＣｔＡｄ」ともいう。構成ＣｔＡｄでは、構成ＣｔＡにおける車上システム１０００Ａにおいて、実施の形態５と同様に、条件Ｃｄおよび条件優先度を利用した代表値特定処理Ｄ（メンテナンス処理ＭｔＰｒ）が行われる。

構成ＣｔＡｄにおける、条件Ｃｄおよび条件優先度を利用した代表値特定処理Ｄでは、状態データＳｔＤｔは、当該状態データＳｔＤｔに対応付けられている条件Ｃｄが成立している場合、当該状態データＳｔＤｔに対応付けられている条件優先度に従って、処理される。

また、実施の形態５の構成ＣｔＤは、実施の形態３の構成ＣｔＢに適用されてもよい。以下においては、構成ＣｔＤを、構成ＣｔＢに適用した構成を、「構成ＣｔＢｄ」ともいう。構成ＣｔＢｄでは、構成ＣｔＢにおける車上システム１０００Ｂにおいて、実施の形態５と同様に、条件Ｃｄおよび条件優先度を利用した代表値特定処理Ｄ（メンテナンス処理ＭｔＰｒ）が行われる。

また、実施の形態５の構成ＣｔＤは、実施の形態４の構成ＣｔＣに適用されてもよい。以下においては、構成ＣｔＤを、構成ＣｔＣに適用した構成を、「構成ＣｔＣｄ」ともいう。構成ＣｔＣｄでは、構成ＣｔＣにおける車上システム１０００Ｃにおいて、実施の形態５と同様に、条件Ｃｄおよび条件優先度を利用した代表値特定処理Ｄ（メンテナンス処理ＭｔＰｒ）が行われる。

また、実施の形態５の構成ＣｔＤは、変形例１の構成ＣｔＡｃに適用されてもよい。以下においては、構成ＣｔＤを、構成ＣｔＡｃに適用した構成を、「構成ＣｔＡｃｄ」ともいう。構成ＣｔＡｃｄでは、構成ＣｔＡｃにおける車上システム１０００Ａｃにおいて、実施の形態５と同様に、条件Ｃｄおよび条件優先度を利用した代表値特定処理Ｄ（メンテナンス処理ＭｔＰｒ）が行われる。

また、実施の形態５の構成ＣｔＤは、変形例２の構成ＣｔＡｘｃに適用されてもよい。以下においては、構成ＣｔＤを、構成ＣｔＡｘｃに適用した構成を、「構成ＣｔＡｘｃｄ」ともいう。構成ＣｔＡｘｃｄでは、構成ＣｔＡｘｃにおける車上システム１０００Ａｃにおいて、実施の形態５と同様に、条件Ｃｄおよび条件優先度を利用した代表値特定処理Ｄ（メンテナンス処理ＭｔＰｒ）が行われる。

また、実施の形態５の構成ＣｔＤは、変形例３の構成ＣｔＢｃに適用されてもよい。以下においては、構成ＣｔＤを、構成ＣｔＢｃに適用した構成を、「構成ＣｔＢｃｄ」ともいう。構成ＣｔＢｃｄでは、構成ＣｔＢｃにおける車上システム１０００Ｂｃにおいて、実施の形態５と同様に、条件Ｃｄおよび条件優先度を利用した代表値特定処理Ｄ（メンテナンス処理ＭｔＰｒ）が行われる。

（機能ブロック図）
図１８は、車上システムＢＬ１０の特徴的な機能構成を示すブロック図である。車上システムＢＬ１０は、車上システム１０００，１０００Ａ，１０００Ｂ，１０００Ｃ，１０００Ａｃ，１０００Ｂｃのいずれかに相当する。つまり、図１８は、車上システムＢＬ１０の有する機能のうち、本発明に関わる主要な機能を示すブロック図である。

車上システムＢＬ１０は、予め設けられている路線に沿って移動する、長尺状の輸送車に設けられている。

車上システムＢＬ１０は、機能的には、制御部ＢＬ１，ＢＬ２を備える。制御部ＢＬ１は、制御部１０ａに相当する。制御部ＢＬ２は、制御部１０ｂに相当する。制御部ＢＬ１、ＢＬ２の各々は、前記輸送車の移動を制御するための第１処理を行う機能を有する。

制御部ＢＬ１は、前記輸送車の一方の端部である第１端部に設けられている。制御部ＢＬ２は、前記輸送車の他方の端部である第２端部に設けられている。制御部ＢＬ１が前記第１処理を行っている期間において、制御部ＢＬ２は前記第１処理を行わない。

制御部ＢＬ２は、制御部ＢＬ１が前記第１処理を行っている期間において、前記輸送車のメンテナンスを行うためのメンテナンス処理を行う。

また、上記の車上システムＢＬ１０は、以下の輸送車メンテナンス方法を行う。図１９は、輸送車メンテナンス方法のフローチャートである。

輸送車メンテナンス方法は、ステップＳ１を含む。ステップＳ１では処理Ｐｒｓ１が行われる。処理Ｐｒｓ１では、制御部ＢＬ２が、制御部ＢＬ１が前記第１処理を行っている期間において、前記輸送車のメンテナンスを行うためのメンテナンス処理を行う。

（その他の変形例）
以上、本発明に係る車上システムについて、各実施の形態に基づいて説明したが、本発明は、当該各実施の形態に限定されるものではない。本発明の主旨を逸脱しない範囲内で、当業者が思いつく変形を各実施の形態に施したものも、本発明に含まれる。つまり、本発明は、その発明の範囲内において、各実施の形態、変形例を自由に組み合わせたり、各実施の形態、変形例を適宜、変形、省略することが可能である。

以下においては、本発明に係る車上システムを、「車上システムｈｚｓ」ともいう。車上システムｈｚｓは、車上システム１０００，１０００Ａ，１０００Ｂ，１０００Ｃ，１０００Ａｃ，１０００Ｂｃのいずれかである。

また、車上システムｈｚｓは、図で示される全ての構成要素を含まなくてもよい。すなわち、車上システムｈｚｓは、本発明の効果を実現できる最小限の構成要素のみを含めばよい。例えば、車上システムｈｚｓの制御ユニットＵｔは、空気調節装置ＡＣ１を備えなくてもよい。

また、車上システムｈｚｓに含まれる、制御部１０ａ，１０ｂの各々の機能は、２つの処理回路により実現されてもよい。

当該２つの処理回路の一方の処理回路は、他方の処理回路が前記第１処理を行っている期間において、前記輸送車のメンテナンスを行うためのメンテナンス処理を行う。

処理回路は、専用のハードウエアであってよい。また、処理回路は、メモリに格納されるプログラムを実行するプロセッサであってもよい。当該プロセッサは、例えば、ＣＰＵ（Central Processing Unit）、中央処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processor）等である。

以下においては、処理回路が専用のハードウエアである構成を、「構成Ｃｓ１」ともいう。また、以下においては、処理回路が、プロセッサである構成を、「構成Ｃｓ２」ともいう。

構成Ｃｓ１では、処理回路は、例えば、単一回路、複合回路、プログラム化されたプロセッサ、並列プログラム化されたプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものが該当する。

なお、車上システムｈｚｓに含まれる各構成要素の全てまたは一部を、ハードウエアで示した構成は、例えば、以下のようになる。以下においては、車上システムｈｚｓに含まれる各構成要素の全てまたは一部を、ハードウエアで示した車上システムを、「車上システムｈｄ１０」ともいう。

図２０は、車上システムｈｄ１０のハードウエア構成図である。図２０を参照して、車上システムｈｄ１０は、プロセッサｈｄ１と、プロセッサｈｄ２と、メモリｈｄ３とを備える。

メモリｈｄ３は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の、不揮発性または揮発性の半導体メモリである。また、例えば、メモリｈｄ３は、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等である。

プロセッサｈｄ１は、制御部１０ａに相当する。プロセッサｈｄ２は、制御部１０ｂに相当する。

構成Ｃｓ２では、処理回路は、プロセッサｈｄ１，ｈｄ２である。構成Ｃｓ２では、制御部１０ａ，１０ｂの各々の機能は、ソフトウエア、ファームウエア、またはソフトウエアとファームウエアとの組み合わせにより実現される。ソフトウエアまたはファームウエアは、プログラムとして記述され、メモリｈｄ２に格納される。

また、構成Ｃｓ２では、処理回路（プロセッサｈｄ１，ｈｄ２）が、メモリｈｄ２に記憶されたプログラムを読み出して、当該プログラムを実行することにより、制御部１０ａ，１０ｂの各々の機能は実現される。すなわち、メモリｈｄ２は、以下のプログラムを格納する。

当該プログラムは、例えば、制御部１０ａ，１０ｂの各々が行う処理の手順、当該処理を実行する方法等をコンピュータに実行させるものである。

また、本発明は、車上システムｈｚｓが備える特徴的な構成部の動作をステップとする輸送車メンテナンス方法として実現してもよい。また、本発明は、そのような輸送車メンテナンス方法に含まれる各ステップをコンピュータに実行させるプログラムとして実現してもよい。また、本発明は、そのようなプログラムを格納するコンピュータ読み取り可能な記録媒体として実現されてもよい。また、当該プログラムは、インターネット等の伝送媒体を介して配信されてもよい。

上記実施の形態で用いた全ての数値は、本発明を具体的に説明するための一例の数値である。すなわち、本発明は、上記実施の形態で用いた各数値に制限されない。

なお、本発明は、その発明の範囲内において、各実施の形態、変形例を自由に組み合わせたり、各実施の形態、変形例を適宜、変形、省略することが可能である。

例えば、輸送車Ｃ１０，Ｃ１０Ｂの各々は、列車に限定されない。輸送車Ｃ１０，Ｃ１０Ｂの各々は、バス、路面電車、モノレール等であってもよい。

この発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。

１０，１０ａ，１０ｂ，ＢＬ１，ＢＬ２ 制御部、１１ メンテナンス部、４０，４０Ｃ，４０Ｃａ，４０Ｃｂ ＡＴＣ、５０，５０Ｃ，５０Ｃａ，５０Ｃｂ マスコン、１０００，１０００Ａ，１０００Ａｃ，１０００Ｂ，１０００Ｂｃ，１０００Ｃ，ＢＬ１０，ｈｄ１０ 車上システム、５０００，５０００Ａ，５０００Ａｃ，５０００Ｂ，５０００Ｂｃ，５０００Ｃ メンテナンスシステム。

Claims (6)

1. 予め設けられている路線（ＲＬ１）に沿って移動する、長尺状の輸送車（Ｃ１０，Ｃ１０Ｂ）に設けられている車上システムであって、
   前記車上システムは、
   ｕ（４以上の自然数）台の制御部（１０）を備え、
   前記ｕ台の制御部（１０）の各々は、前記輸送車（Ｃ１０，Ｃ１０Ｂ）の移動を制御するための第１処理を行う機能を有し、
   前記ｕ台の制御部（１０）は、
   前記第１処理を行う１台の制御部（１０）であるメイン制御部と、
   前記ｕ台の制御部（１０）のうち、前記メイン制御部以外の３台以上の制御部（１０）とを含み、
   前記３台以上の制御部（１０）の各々は、前記メイン制御部が前記第１処理を行っている期間において、前記第１処理を行わず、
   前記３台以上の制御部（１０）は、前記メイン制御部が前記第１処理を行っている期間において、前記輸送車（Ｃ１０，Ｃ１０Ｂ）のメンテナンスを行うための複数種類のメンテナンス処理を分散して行う
   車上システム。
2. 前記複数種類のメンテナンス処理の各々は、前記輸送車（Ｃ１０，Ｃ１０Ｂ）の状態を示す複数種類のデータを扱う処理であり、
   前記複数種類のデータの各々には、前記輸送車（Ｃ１０，Ｃ１０Ｂ）の状態に関する条件と、当該条件が成立した場合に使用される優先度とが対応付けられており、
   前記複数種類のデータのいずれかのデータである対象データは、当該対象データに対応付けられている前記条件が成立している場合、当該対象データに対応付けられている前記優先度に従って、処理される
   請求項１に記載の車上システム。
3. 前記車上システムは、地上に設けられている地上システム（２０００）と通信する機能を有し、
   前記輸送車（Ｃ１０Ｂ）は、線状に連結されたｋ（２以上の自然数）台の編成車（Ｃ５）で構成されており、
   前記ｋ台の編成車（Ｃ５）は、互いに連結された第１編成車（Ｃ５ａ）および第２編成車（Ｃ５ｂ）を含み、
   前記車上システムは、
   前記第１編成車（Ｃ５ａ）に設けられている第１制御ユニット（ＵｔＣａ（Ｕｔａ，Ｕｔｂ））と、
   前記第２編成車（Ｃ５ｂ）に設けられている第２制御ユニット（ＵｔＣｂ（Ｕｔａ，Ｕｔｂ））と、備え、
   前記第１制御ユニット（ＵｔＣａ）は、前記第２編成車（Ｃ５ｂ）の状態を示す状態データを保持しており、
   前記第１制御ユニット（ＵｔＣａ）は、前記第１編成車（Ｃ５ａ）と前記第２編成車（Ｃ５ｂ）との連結が解除される際に、前記状態データを、前記地上システム（２０００）または前記第２制御ユニット（ＵｔＣｂ）へ送信する
   請求項１または２に記載の車上システム。
4. 前記車上システムは、さらに、
   第１装置（４０Ｃａ，５０Ｃａ）と、
   第２装置（４０Ｃｂ，５０Ｃｂ）と、を備え、
   前記第１装置（４０Ｃａ，５０Ｃａ）および前記第２装置（４０Ｃｂ，５０Ｃｂ）の各々は、
   前記複数種類のメンテナンス処理のいずれかのメンテナンス処理を行う機能を有するメンテナンス部（１１）を含み、
   前記第１装置（４０Ｃａ，５０Ｃａ）および前記第２装置（４０Ｃｂ，５０Ｃｂ）の各々は、動作モードとして、前記輸送車（Ｃ１０）の移動に関する第２処理を行うための通常モード、および、当該第２処理の実行が許可されていない待機モードを有し、
   前記第１装置（４０Ｃａ，５０Ｃａ）の動作モードが前記通常モードである場合、前記第２装置（４０Ｃｂ，５０Ｃｂ）の動作モードは前記待機モードであり、
   前記第２装置（４０Ｃｂ，５０Ｃｂ）の動作モードが前記通常モードである場合、前記第１装置（４０Ｃａ，５０Ｃａ）の動作モードは前記待機モードであり、
   前記動作モードが前記待機モードである、前記第１装置（４０Ｃａ，５０Ｃａ）および前記第２装置（４０Ｃｂ，５０Ｃｂ）のいずれかが、前記複数種類のメンテナンス処理のいずれかのメンテナンス処理を行う
   請求項１から３のいずれか１項に記載の車上システム。
5. 前記車上システムは、前記第１装置（４０Ｃａ，５０Ｃａ）および前記第２装置（４０Ｃｂ，５０Ｃｂ）において、前記第２処理を行う対象となる装置と、前記複数種類のメンテナンス処理のいずれかのメンテナンス処理を行う対象となる装置とを切り替える
   請求項４に記載の車上システム。
6. 予め設けられている路線（ＲＬ１）に沿って移動する、長尺状の輸送車（Ｃ１０，Ｃ１０Ｂ）に設けられている車上システムが行う輸送車メンテナンス方法であって、
   前記車上システムは、
   ｕ（４以上の自然数）台の制御部（１０）を備え、
   前記ｕ台の制御部の各々は、前記輸送車（Ｃ１０，Ｃ１０Ｂ）の移動を制御するための第１処理を行う機能を有し、
   前記ｕ台の制御部（１０）は、
   前記第１処理を行う１台の制御部（１０）であるメイン制御部と、
   前記ｕ台の制御部（１０）のうち、前記メイン制御部以外の３台以上の制御部（１０）とを含み、
   前記３台以上の制御部（１０）の各々は、前記メイン制御部が前記第１処理を行っている期間において、前記第１処理を行わず、
   前記輸送車メンテナンス方法は、
   前記３台以上の制御部（１０）が、前記メイン制御部が前記第１処理を行っている期間において、前記輸送車（Ｃ１０，Ｃ１０Ｂ）のメンテナンスを行うための複数種類のメンテナンス処理を分散して行うステップ（Ｓ１）を含む
   輸送車メンテナンス方法。

Images