特許 6183982 編成内ネットワークシステム、編成内ネットワーク管理方法、および管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6183982

(24)【登録日】2017年8月4日

(45)【発行日】2017年8月23日

(54)【発明の名称】編成内ネットワークシステム、編成内ネットワーク管理方法、および管理装置

(51)【国際特許分類】

   H04L 12/44 20060101AFI20170814BHJP

【ＦＩ】

   H04L12/44 Z

【請求項の数】8

【全頁数】21

(21)【出願番号】特願2016-510233(P2016-510233)

(86)(22)【出願日】2015年3月13日

(86)【国際出願番号】JP2015057507

(87)【国際公開番号】WO2015146641

(87)【国際公開日】20151001

【審査請求日】2017年1月20日

(31)【優先権主張番号】特願2014-65868(P2014-65868)

(32)【優先日】2014年3月27日

(33)【優先権主張国】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】000001122

【氏名又は名称】株式会社日立国際電気

(72)【発明者】

【氏名】武田 隆史

(72)【発明者】

【氏名】伊従 潔

(72)【発明者】

【氏名】伊藤 哲也

【審査官】 大石 博見

(56)【参考文献】

【文献】 特開２０１３−２５５１７７（ＪＰ，Ａ）

【文献】 国際公開第２０１３／１１４５４３（ＷＯ，Ａ１）

【文献】 特開２００６−３１１１３９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／４４

(57)【特許請求の範囲】

【請求項1】

1以上の車両で構成される編成の編成内ネットワークシステムであって、
ネットワーク機器と、前記ネットワーク機器を制御する少なくとも１台の管理装置と、がネットワークを介して接続され、
前記編成内ネットワークシステムは、編成の運行を司る上位ネットワークと、前記ネットワーク機器を含む下位ネットワークとから構成され、
前記上位ネットワークと前記下位ネットワークとが前記管理装置を介して接続され、
前記管理装置は、編成内のネットワークに関する第一の情報を前記上位ネットワークから取得し、当該第一の情報に関連して自身がメインとなる管理装置であるか否かを判断し、メインとなったメイン管理装置が前記ネットワーク機器を制御することを特徴とする記載の編成内ネットワークシステム。

【請求項2】

前記メイン管理装置は、前記第一の情報に基づいて、前記ネットワーク機器に対して前記ネットワーク機器の動作に必要な管理情報を送信することを特徴とする請求項１記載の編成内ネットワークシステム。

【請求項3】

前記管理装置は、編成内ネットワークシステムが起動してから、他の管理装置から前記管理情報を受信したか否かを判断し、受信していない場合に、自身がメイン管理装置として、前記ネットワーク機器を制御することを特徴とする請求項２に記載の編成内ネットワークシステム。

【請求項4】

前記ネットワーク機器は、自身の状態に関する情報を前記管理装置へ送信し、前記管理装置は、前記ネットワーク機器の状態に関する情報を受信すると、前記ネットワーク機器に関する状態情報を集計し、第二の情報として前記上位ネットワークへ送信することを特徴とする請求項１乃至請求項３に記載の編成内ネットワークシステム。

【請求項5】

前記管理装置は少なくとも２台であり、前記メイン管理装置以外の管理装置はサブ管理装置であり、前記メイン管理装置から前記サブ管理装置へ送信されるはずの前記第二の情報を所定期間受信しなかった場合、または前記メイン管理装置から前記サブ管理装置へ送信された前記第二の情報に前記メイン管理装置の異常を示す情報が含まれていた場合に、前記サブ管理装置が前記メイン管理装置の役割を果たし、前記メイン管理装置は前記サブ管理装置の役割を果たすように役割を変更することを特徴とする請求項４に記載の編成内ネットワークシステム。

【請求項6】

前記管理装置は少なくとも２台であり、前記メイン管理装置以外の管理装置はサブ管理装置であり、前記メイン管理装置から前記サブ管理装置へ送信された第二の情報に、一部の前記ネットワーク機器からは状態情報の送信があり、その他の前記ネットワーク機器からは状態情報の送信がないことを示す情報が含まれていた場合に、前記サブ管理装置が前記メイン管理装置と同じ役割を果たすように役割を変更することを特徴とする請求項４に記載の編成内ネットワークシステム。

【請求項7】

1以上の車両で構成され、ネットワーク機器と前記ネットワーク機器を管理する少なくとも管理装置とが搭載される編成の編成内ネットワークシステムにおいて、前記編成内ネットワークシステムは、編成の運行を司る上位ネットワークと、前記ネットワーク機器を含む下位ネットワークとから構成され、前記上位ネットワークと前記下位ネットワークとが前記管理装置を介して接続され、
前記管理装置は、編成内のネットワークに関する第一の情報を上位ネットワークから取得し、当該第一の情報に関連して自身がメインとなる管理装置であるか否かを判断し、メインとなったメイン管理装置が前記ネットワーク機器を制御することを特徴とする編成内ネットワーク管理方法。

【請求項8】

1以上の車両で構成され、各車両にネットワーク機器が搭載される編成の編成内ネットワークシステムに搭載される、前記ネットワーク機器を管理する管理装置であって、
前記編成内ネットワークシステムを構成する、編成の運行を司る上位ネットワークと、前記ネットワーク機器を含む下位ネットワークと接続し、
編成内のネットワークに関する第一の情報を前記上位ネットワークから取得し、当該第一の情報に関連して自身がメインとなる管理装置であるか否かを判断し、メインとなった場合に前記ネットワーク機器を制御することを特徴とする管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、鉄道車両などに搭載されるネットワーク機器間の通信に関し、特に、システムを管理する制御装置の多重化と切り替え運用に関する。

【背景技術】

【0002】

近年、列車に代表される鉄道車両や、バス、タクシーなどの公共交通機関における車両内や車両外に対し、監視カメラなどで構成される監視システムが運用されており、車内の防犯、迷惑行為の未然防止などのために、車内の状況を映像を用いて監視や記録（記憶）することが一般的になってきている。鉄道車両内への監視システムの導入により、監視カメラによる列車内のリアルタイム監視が可能となり、更に、列車内の様子を映像として記録や蓄積することができるようになっている。

【0003】

例えば、各車両に搭載されたネットワークスイッチを介して車両間で映像などの情報を通信し、各車両に搭載された監視カメラからの映像によって各車両の混雑率を判定するシステムが提案されている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１３−０２５５２３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述したシステムにおいては、各車両に搭載されたネットワーク監視機器が各ネットワークスイッチを介して監視ネットワークを構成し車両間の通信を実現するが、通常、この監視ネットワークを制御する制御装置が搭載される。列車という性質上、運転車両や客室車両などの複数種類の車両が複数連結することで１編成が構成され、車両ごとにそれぞれ必要なネットワーク機器が異なる場合がある。そのような場合、制御装置が搭載される車両もあれば、搭載されない車両もあり、また、１編成内に搭載される制御装置が１つの場合や２つ以上の場合が想定される。制御装置が１つの場合は特に問題ないが、２つ以上の場合には制御系統が複数存在することになり、制御系統を画一的に決定する必要がある。

【0006】

本発明は、このような従来の事情に鑑み為されたものであり、鉄道車両の編成の仕方の如何にかかわらず、編成内ネットワークを安定して制御または管理できるシステムを提供することを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するため、本発明に係るシステムでは、一構成例として次のような構成とした。
本発明に係る編成内ネットワークシステムまたは編成内ネットワークシステム管理方法では、1以上の車両で構成され、ネットワーク機器と前記ネットワーク機器を管理する少なくとも管理装置とが搭載される編成の編成内ネットワークシステムにおいて、前記管理装置は、編成内のネットワークに関する第一の情報を取得し、当該第一の情報に関連して自身がメインとなる管理装置であるか否かを判断し、メインとなったメイン管理装置が前記ネットワーク機器を制御する。

【0008】

また、本発明に係る編成内ネットワークシステムまたは編成内ネットワークシステム管理方法では、前記編成内ネットワークは、編成の運行を司る上位ネットワークと、前記ネットワーク機器を含む下位ネットワークとから構成され、前記上位ネットワークと前記下位ネットワークとが前記管理装置を介して接続され、前記管理装置は、前記第一の情報を、上位ネットワークから取得する。

【0009】

また、本発明に係る編成内ネットワークシステムまたは編成内ネットワークシステム管理方法では、前記ネットワーク機器は、自身の状態に関する情報を前記管理装置へ送信し、前記管理装置は、前記ネットワーク機器の状態に関する情報を受信すると、前記ネットワーク機器に関する状態情報を集計し、第二の情報として前記上位ネットワークへ送信する。

【0010】

また、本発明に係る編成内ネットワークシステムまたは編成内ネットワークシステム管理方法は、前記メイン管理装置は、前記第一の情報に基づいて、前記ネットワーク機器に対して前記ネットワーク機器の動作に必要な管理情報を送信する。

【0011】

また、本発明に係る編成内ネットワークシステムまたは編成内ネットワークシステム管理方法では、前記管理装置は、編成内ネットワークシステムが起動してから、他の管理装置から前記管理情報を受信したか否かを判断し、受信していない場合に、自身がメイン管理装置として、前記ネットワーク機器を制御することを特徴とする請求項１１に記載の編成内ネットワーク管理方法。

【0012】

また、本発明に係る編成内ネットワークシステムまたは編成内ネットワークシステム管理方法では、前記管理装置は少なくとも２台であり、前記メイン管理装置以外の管理装置はサブ管理装置であり、前記メイン管理装置から前記サブ管理装置へ送信されるはずの前記第二の情報を所定期間受信しなかった場合、または前記メイン管理装置から前記サブ管理装置へ送信された前記第二の情報に前記メイン管理装置の異常を示す情報が含まれていた場合に、前記サブ管理装置が前記メイン管理装置の役割を果たし、前記メイン管理装置は前記サブ管理装置の役割を果たすように役割を変更する。

【0013】

また、本発明に係る編成内ネットワークシステムまたは編成内ネットワークシステム管理方法では、前記管理装置は少なくとも２台であり、前記メイン管理装置以外の管理装置はサブ管理装置であり、前記メイン管理装置から前記サブ管理装置へ送信された第二の情報に、一部の前記ネットワーク機器からは状態情報の送信があり、その他の前記ネットワーク機器からは状態情報の送信がないことを示す情報が含まれていた場合に、前記サブ管理装置が前記メイン管理装置と同じ役割を果たすように役割を変更する。

【0014】

本発明に係る管理装置は、1以上の車両で構成され、各車両にネットワーク機器が搭載される編成の編成内ネットワークシステムに搭載される、前記ネットワーク機器を管理する管理装置であって、編成内のネットワークに関する第一の情報を取得し、当該第一の情報に関連して自身がメインとなる管理装置であるか否かを判断し、メインとなった場合に前記ネットワーク機器を制御する。

【0015】

また、本発明に係る管理装置は、前記編成内ネットワークを構成する、編成の運行を司る上位ネットワークと、前記ネットワーク機器を含む下位ネットワークと接続し、前記第一の情報を、上位ネットワークから取得する。

【0016】

また、本発明に係る管理装置は、メイン管理装置となった場合に、前記第一の情報に基づいて、前記ネットワーク機器に対して前記ネットワーク機器の動作に必要な管理情報を送信する。

【0017】

また、本発明に係る管理装置は、前記編成内ネットワークシステムが起動してから、他の管理装置から前記管理情報を受信したか否かを判断し、受信していない場合に、自身がメイン管理装置として、前記ネットワーク機器を制御する。

【0018】

また、本発明に係る管理装置では、メイン管理装置とならなかった場合にはサブ管理装置となり、前記メイン管理装置から送信されるはずの前記ネットワーク機器の状態情報を集計した第二の情報を所定期間受信しなかった場合、または前記メイン管理装置から送信された前記第二の情報に前記メイン管理装置の異常を示す情報が含まれていた場合に、前記メイン管理装置の役割を果たすように役割を変更する。

【0019】

また、本発明に係る管理装置では、メイン管理装置とならなかった場合にはサブ管理装置となり、前記メイン管理装置から前記サブ管理装置へ送信された前記ネットワーク機器の状態情報を集計した第二の情報に、一部の前記ネットワーク機器からは状態情報の送信があり、その他の前記ネットワーク機器からは状態情報の送信がないことを示す情報が含まれていた場合に、前記メイン管理装置と同じ役割を果たすように役割を変更する。

【発明の効果】

【0020】

以上説明したように、本発明に係るシステムによると、鉄道車両の編成の仕方の如何にかかわらず、編成内ネットワークを安定して制御または管理できるシステムを実現することができる。

【図面の簡単な説明】

【0021】

【図1】本発明の一実施例に係る編成内ネットワークの構成例を示す図である。

【図2】列車起動時および運行時の編成内監視ネットワークの管理方法を示すフローチャートである。

【図3】正常時の上位ネットワークにおける信号のやり取りを示す図である。

【図4】正常時の監視ネットワークにおける信号のやり取りを示す図である。

【図5】メイン管理サーバ電源停止時の上位ネットワークにおける信号のやり取りを示す図である。

【図6】メイン管理サーバ電源停止時の監視ネットワークにおける信号のやり取りを示す図である。

【図7】上位ネットワーク内でのメイン管理サーバ孤立時の上位ネットワークにおける信号のやり取りを示す図である。

【図8】上位ネットワーク内でのメイン管理サーバ孤立時の監視ネットワークにおける信号のやり取りを示す図である。

【図9】監視ネットワーク内でのメイン管理サーバ孤立時の上位ネットワークにおける信号のやり取りを示す図である。

【図10】監視ネットワーク内でのメイン管理サーバ孤立時の監視ネットワークにおける信号のやり取りを示す図である。

【図11】監視ネットワーク分断時の上位ネットワークにおける信号のやり取りを示す図である。

【図12】監視ネットワーク分断時の監視ネットワークにおける信号のやり取りを示す図である。

【図13】本発明の一実施例に係る車両連結した場合の編成内ネットワークの構成例を示す図である。

【図14】車両連結した場合の編成内監視ネットワークの管理方法を示すフローチャートである。

【発明を実施するための形態】

【0022】

本発明に係る実施例を、以下に図面を参照して説明する。本明細書内において、車両とは編成を構成する１つの車両を意味し、列車とは車両が連結した態様を意味し、編成とは車両が実際に運行する形態を意味し、車両単独の場合や車両が複数連結した場合が想定される。

【0023】

（第一の実施例） 本発明に係る第一の実施例においては、列車を起動し運行させる際に、編成内ネットワークを構築し、制御装置（管理サーバ）による制御および管理の様子について説明する。本実施例では、１編成に２台の管理サーバがある場合を例に説明するが、編成内に管理サーバが単数である場合も複数である場合も、基本的に同様の処理にて運用可能である。

【0024】

図１は本発明の第一の実施例に係る編成内ネットワークの構成例を示す図である。
図１において、１〜４は車両であり１編成の列車を構成する。なお、ここでは図１中の矢印の方向を進行方向とする。１−１〜４−１は各ネットワーク機器を接続し車両間の監視ネットワークを接続するネットワークスイッチ、１−２，４−２は列車の運行を管理する上位サーバ、１−３，４−３は編成内の各ネットワーク機器を制御する管理サーバ、１−４〜４−４は車両の進行方向を向いて右側の乗降ドア付近を撮影するカメラＡ、１−５〜４−５は車両の進行方向を向いて左側の乗降ドア付近を撮影するカメラＢ、１−６〜４−６は各車両のカメラが取得した映像を記録する記録装置、１−７，４−７は編成内の映像などを表示するモニタ、１−８〜４−８は車両間の上位ネットワークを接続するネットワークスイッチであり、それぞれＬＡＮ（Local Area Network）などのネットワークによって接続されている。ここでは進行方向の先頭車両に搭載されるモニタであるモニタ１−７にカメラＡ４またはカメラＢ５の映像を表示させることとするが、後尾車両モニタ４−７にも表示させるようにしてもいい。また、ネットワークスイッチは、パケット転送機能とＳＮＭＰ（Simple Network Management Protocol）クライアント機能が備わっていればＬ２スイッチやスイッチングハブやルータなどどのようなタイプを用いてもよい。

【0025】

なお、図中の各ネットワーク機器の番号は「機器名称＋車両番号＋機器番号」としており、各ネットワーク機器を車両ごとに区別して説明する必要がある場合には「機器名称＋車両番号＋機器番号」とし、区別せずに呼ぶ場合には「機器名称＋機器番号」とする。例えばカメラＡの場合、車両ごとに区別する場合はカメラＡ１−４とし、区別しない場合はカメラＡ４として説明する。

【0026】

特に車両１および車両４は運転席を備える車両であり、それぞれネットワークスイッチ１−１，４−１、上位サーバ１−２，４−２、管理サーバ１−３，４−３、カメラＡ１−４，４−４、カメラＢ１−５，５−５、記録装置１−６，４−６、モニタ１−７，４−７、ネットワークスイッチ１−８，４−８を搭載し、監視ネットワークでは各ネットワーク機器がネットワークスイッチ１−１，１−４を介して接続され、上位ネットワークでは上位サーバ１−２，４−２と管理サーバ１−３，４−３がネットワークスイッチ１−８，４−８を介して接続されている。また、車両２および車両３は運転席を備えない車両であり、それぞれネットワークスイッチ２−１，３−１、カメラＡ２−４，３−４、カメラＢ２−５，３−５、記録装置２−６，３−６、ネットワークスイッチ２−８，３−８を搭載し、監視ネットワークでは各ネットワーク機器がネットワークスイッチ１−１，４−１を介して接続され、上位ネットワークでは隣接車両の機器とネットワークスイッチ２−８，３−８を介して接続されている。また、隣接車両間はネットワークスイッチ１，８同士が接続されることで、編成内ネットワークを構築している。なお、上位サーバ２と管理サーバ３は先頭車両および後尾車両にそれぞれ搭載されるが、それぞれいずれかがメインとなり、いずれかがサブとなって動作するものである。基本的にメインが各ネットワーク機器を制御，管理し、サブは他の機器を制御するような動作はしない。管理サーバ３のメインの決定の仕方と運用については後述する。本実施例においては、上位サーバ１−２および管理サーバ１−３がメインとして動作することとする。

【0027】

本実施例においては、破線より上側のカメラを含むネットワークを監視ネットワークとし、破線より下側の上位サーバを含むネットワークを上位ネットワークとする。上位ネットワークは、鉄道車両のシステム全体に関するネットワークであり、監視ネットワークは、鉄道車両の映像を用いた監視システムに関するネットワークである。上位ネットワークと監視ネットワークとはサブネットマスクによりネットワークが分割され、管理サーバを介して接続されている。すなわち管理サーバ３は、監視ネットワーク側のポートと上位ネットワーク側のポートとを有し、ＶＬＡＮ（Virtual Local Area Network）によって双方のネットワークを区別して管理しており、上位ネットワークと監視ネットワークの間の通信は、全て管理サーバ３によってなされる。上位ネットワークには、上位サーバ２と管理サーバ３を含む主に図示しない車両の運行に関する機器が接続され、監視ネットワークには、管理サーバ３、ネットワークスイッチ１、カメラＡ４、カメラＢ５、記録装置６、およびモニタ７を含む映像監視に関する機器が接続される。

【0028】

まず、図２を用いて、列車起動時および運行時の編成内監視ネットワークの管理方法、特に管理サーバのメインとサブの決定の仕方について説明する。
図２は、列車起動時および運行時の管理サーバによる編成内監視ネットワークの管理方法を示すフローチャートである。

【0029】

列車の電源がオンになると、列車内の各ネットワーク機器に電力が供給され起動する（起動）。まず上位ネットワークが運行のための機器の準備を開始し、その過程で、メインに決まった上位サーバ１−２がＤＨＣＰ（Dynamic Host Configuration Protocol）を用いて管理サーバ１−３および管理サーバ４−３に対して上位ネットワーク側のＩＰアドレスを付与する（Ｓ１）。続いて、上位サーバ１−２は管理サーバ１−３および管理サーバ４−３に対して運行情報をマルチキャストで通知する（Ｓ２）。

【0030】

ここで、本実施例において、運行情報とは、車両ＩＤ、先頭車両（進行方向）、速度、現在位置、ドア開閉、連結フラグ、分離フラグなどの情報であり、車両ＩＤとは、各車両の動力種別、車両種別、編成の車両数、号車番号などを示す数桁の番号の組み合わせである。
また、管理情報とは、映像とともに記録するメタデータである時刻や位置情報や車両番号などといった情報を含んでおり、送信元管理サーバ３がメインである旨のフラグなどを含んでもよい。

【0031】

管理サーバ１−３および管理サーバ４−３は、自身が予め記憶している車両ＩＤの構成情報に基づいて受信した運行情報の中の車両ＩＤを解析し、予め記憶している車両種別ごとの機器構成情報を参照して、各ネットワーク機器のＩＰアドレスを算出し、ネットワーク機器の管理表であるアドレス管理表を作成する（Ｓ３）。

【0032】

管理サーバ１−３および管理サーバ４−３は、それぞれ自身以外の管理サーバ３からブロードキャストの管理情報を受信したか否かを判断し（Ｓ４）、受信していなければ（Ｎｏ）自身がメイン管理サーバであると認識して（Ｓ５）運行情報に基づいて作成した管理情報を監視ネットワーク内へブロードキャストで送信し（Ｓ６）、受信していれば（Ｙｅｓ）自身がサブ管理サーバであると認識して（Ｓ１１）待機する（Ｓ１２）。

【0033】

管理サーバ１−３および管理差＾場４−３は、各ネットワーク機器のＩＰアドレスの設定が完了すると、自身のＩＰアドレスを含む管理情報パケットを監視ネットワークの各ネットワーク機器に向けてブロードキャストで送信する（Ｓ６）。なお、本実施例では、ＩＰアドレスの値が小さくより処理の早い管理サーバ１−３が先に管理情報をブロードキャスト送信したものとし、管理サーバ１−３がメイン、管理サーバ４−３がサブとなるものとする。

【0034】

カメラＡ４，カメラＢ５，管理サーバ４−６，記録装置６，モニタ７といった各ネットワーク機器は、メイン管理サーバ１−３からブロードキャストパケットの管理情報パケットを受信すると、当該パケット内の送信元ＩＰアドレス情報を応答パケットの送信先情報として登録し、自身の状態に関する情報をメイン管理サーバ１−３に対して応答する。この応答は、例えばＳＮＭＰのＴｒａｐなどを用いることができる。

【0035】

そして、メイン管理装置１−３は、全てのネットワーク機器から応答を受信したか判断する（Ｓ７）。全てのネットワーク機器から応答を受信していれば（Ｙｅｓ）、各ネットワーク機器の状態情報を含めて上位サーバ１−２へマルチキャストで応答し（Ｓ８）、上位サーバから運行情報を受信したかを判断する（Ｓ９）。運行情報を受信していれば（Ｙｅｓ）Ｓ６へ進み、受信していなければ（Ｎｏ）受信するまでＳ９を繰り返す。また、Ｓ７で全てのネットワーク機器から応答を受信していなければ（Ｎｏ）Ｓ１０へ進み、所定時間経過したか判断し（Ｓ１０）、所定時間経過していれば（Ｙｅｓ）応答がなかったものとしてＳ８へ進んで上位サーバ１−２へ応答し、所定時間経過していなければ（Ｎｏ）Ｓ７へ進み、未応答のネットワーク機器からの応答を待つ。

【0036】

これにより編成内の各ネットワーク機器は、監視ネットワーク内で通信可能な状態となる。管理サーバ１−３は、監視ネットワーク内で通信可能な状態が確立できたら、上位サーバ１−２に対して通信可能な状態であることを通知する。そして、監視ネットワーク以外の列車内システムの準備が完了すると、列車の運行が開始する（運行）。

【0037】

なお、上位ネットワーク内では上位サーバ２と管理サーバ３はマルチキャストで通信し、監視ネットワーク内ではメインとなったメイン管理サーバ１−３が管理情報をブロードキャストで送信する。従って、上位ネットワーク内では、上位サーバ２が送信したマルチキャストパケットはメイン管理サーバ１−３およびサブ管理サーバ４−３の双方に届き、メイン管理サーバ１−３が応答送信するマルチキャストパケットは上位サーバ２にもサブ管理サーバ４−３にも届くことになる。また、監視ネットワーク内では、メイン管理サーバ１−３が送信したブロードキャストパケットはサブ管理装置４−３にも届き、サブ管理装置４−３はネットワーク機器の１つとしてメイン管理サーバ１−３に対して自身の状態情報を応答する。管理上の混乱を避けるために、管理サーバ３から上位サーバ２への応答は、メインとなったメイン管理サーバ１−３のみから送信することとする。

【0038】

メイン管理サーバ１−３から管理情報がブロードキャスト送信されると、各ネットワーク機器はメイン管理サーバ１−３に対して自身の状態情報を応答するが、直接メイン管理サーバ１−３に応答してもいいし、ネットワークの輻輳を考慮して、カメラＡ４およびカメラＢ５は記録装置６へ状態情報を送信し、記録装置６はカメラＡ４とカメラＢ５の状態情報とまとめて自身の状態情報をネットワークスイッチ１へ送信し、ネットワークスイッチ１はカメラＡ４とカメラＢ５と記録装置６の状態情報をまとめてメイン管理サーバ１−３へ応答するようにしてもいい。

【0039】

なお、車両の組み合わせによっては、１編成に管理サーバ３が１台となる場合や３台以上となる場合が想定されるが、上述のフローに則れば、どのような車両の組み合わせ方によっても統一したシステム管理が可能である。

【0040】

次に、列車の通常の運行時の各装置の動作について説明する。
列車が進行方向に向かって運行を開始すると、上位サーバ１−２は管理サーバ１−３および管理サーバ４−３に対して定期的に運行情報を送信し、メイン管理サーバ１−３はこの運行情報に基づいて管理情報を各ネットワーク機器に対して送信する。各ネットワーク機器は管理情報に返信する形で、自身の状態情報をＳＮＭＰのＴｒａｐでメイン管理サーバ１−３へ直接的または間接的に返信する。メイン管理サーバ１−３は各ネットワーク機器のＴｒａｐに基づいて上位サーバ１−２へ応答する。

【0041】

メイン管理サーバ１−３は、運行情報に基づいて各ネットワーク機器を制御する。列車が駅に停車して旅客を乗降させる際には、メイン管理サーバ１−３は、上位サーバ１−２から受信した運行情報の中のドア開閉情報に基づいて、カメラＡ４またはカメラＢ５の映像を記録開始または記録停止するよう記録装置６を制御する。記録装置６は、受信したドア開閉情報に基づいて、ドア開であれば、カメラＡまたはカメラＢの映像の記録を開始し、ドア閉であれば、カメラＡまたはカメラＢの映像の記録をドア閉から所定時間経過後に停止する。例えば、右側のドア開であれば、記録装置６は管理サーバからの制御に基づいて同一車両に搭載されるカメラＡ４の映像の記録を開始し、右側ドア閉となるとカメラ４Ａの映像の記録を30秒後に停止する。

【0042】

また、管理サーバ１−３は、上位サーバ１−２から受信した速度情報とドア開閉情報に基づいて、モニタ１−７にカメラＡ４またはカメラＢ５の映像の表示をＯＮまたはＯＦＦにするよう制御する。モニタ１−７は、受信した速度情報およびドア開閉情報に基づいて、速度が所定値以下、且つ、ドア開であれば、カメラＡまたはカメラＢの映像の表示を開始し、速度が所定値より大きければ、カメラＡまたはカメラＢの映像の表示を停止する。例えば、速度が５ｋｍ／ｈ以下、且つ、左側のドア開であれば、モニタ１−７は管理サーバからの制御に基づいてカメラＢ５の映像の表示を開始し、速度が５ｋｍ／ｈより大きくなるとカメラ５Ｂの映像の表示を停止する。

【0043】

次に、図３、図４、図５、図６、図７、図８、図９、および図１０を用いて、上位ネットワークと監視ネットワークにおける正常時と異常発生時の管理体制の再構築について説明する。図３および図４は正常時、図５および図６はメイン管理サーバの電源が停止した場合、図７および図８はメイン管理サーバがシステム内で孤立した場合、図９および図１０は監視ネットワークが分断された場合のそれぞれ上位ネットワークと監視ネットワークの通信内容を示す。なお、矢印の実線は実際の信号が正常に送受信できていることを示し、破線は送信されたが受信できないまたは受信されたか不明であることを示し、一点鎖線は正常時であれば処理や送信されたが異常によりできないことを示す。

【0044】

図３は、正常時の上位ネットワークの通信の様子である。上位サーバ１−２は、運行情報を上位ネットワーク内へマルチキャスト送信する。メイン管理サーバ１−３は、運行情報に基づいて監視ネットワーク内で管理情報の通知と状態情報の収集および集計を実施する。メイン管理サーバ１−３は、必要な処理が完了すると、上位ネットワーク内へ上位サーバへの応答をマルチキャスト送信する。サブ管理サーバ４−３は、上位サーバ１−２から運行情報を受信すると、監視ネットワーク内へ対して特別な処理をすることなく待機する。また、サブ監視サーバ４−３は、メイン管理サーバ１−３から上位サーバへの応答を受信しても、特別な処理をすることなく待機する。

【0045】

図４は、正常時の監視ネットワークの通信の様子である。メイン管理サーバ１−３は、運行情報を受信すると、管理情報を作成して監視ネットワーク内へブロードキャスト送信する。サブ管理サーバ４−３を含むネットワーク機器は、管理情報を受信すると、Ｔｒａｐ先であるＩＰアドレスを管理情報内の送信元情報からメイン管理サーバ１−３に更新し、自身の状態情報をＴｒａｐ先アドレスに向けて送信する。メイン管理サーバ１−３は、全てのネットワーク機器のＴｒａｐを受信すると、各ネットワーク機器の状態情報を集計して更新し、上位ネットワーク内へネットワーク機器の異常情報を含む上位サーバへの応答をマルチキャスト送信する。サブ管理サーバ４−３は、運行情報を受信しても特別な処理をすることなく待機する。

【0046】

図５は、メイン管理サーバの電源が停止した場合の上位ネットワークの通信の様子である。上位サーバ１−２は、運行情報を上位ネットワーク内へマルチキャスト送信する。メイン管理サーバ１−３は、電源が停止しているため、監視ネットワーク内の処理を実施できず、上位ネットワーク内への応答もできない。サブ管理サーバ４−３は、運行情報を受信してから所定時間経過してもメイン管理サーバ１−３からの通知（監視ネットワーク内の管理情報通知および／または上位ネットワーク内の上位サーバへの応答）が届かない場合、メイン管理サーバ１−３に異常が発生したと判断し、サブ管理サーバ４−３がメイン管理サーバ１−３の代わりにメインとなり、メイン管理サーバ４−３として、運行情報に基づいて監視ネットワーク内で管理情報の通知と状態情報の収集および集計を実施する。そして、メイン管理サーバ４−３は、上位ネットワーク内へ上位サーバへの応答をマルチキャスト送信する。ただし、元管理サーバ１−３が復旧しても、メインの変更はしない、すなわち、メインは管理サーバ４−３として運用される。なお、ここでの所定時間は、メイン管理サーバが各ネットワーク機器へ管理情報を送信してからその応答を受信するまでの待機時間である所定時間（図２のＳ１０）より長いものとする。

【0047】

図６は、メイン管理サーバの電源が停止した場合の監視ネットワークの通信の様子である。メイン管理サーバ１−３は、電源の停止により、信号の受信および処理を実施できない。サブ管理サーバ４−３は、運行情報を受信し、受信してからメイン管理サーバからの通知が所定時間届かない場合に、メイン管理サーバ１−３に異常が発生したと判断し、サブ管理サーバ４−３がメイン管理サーバ１−３の代わりにメインとなり、メイン管理サーバ４−３として、運行情報に基づいて管理情報を作成し、管理情報を監視ネットワーク内へブロードキャスト送信する。ネットワーク機器は、管理情報を受信すると、Ｔｒａｐ先であるＩＰアドレスを管理情報内の送信元情報からメイン管理サーバ４−３に更新し、自身の状態情報をＴｒａｐ先アドレスに向けて送信する。メイン管理サーバ４−３は、全てのネットワーク機器のＴｒａｐを受信すると、各ネットワーク機器の状態情報を集計して更新し、上位ネットワーク内へネットワーク機器の異常情報を含む上位サーバへの応答をマルチキャスト送信する。

【0048】

図７は、メイン管理サーバが上位ネットワーク側のポートまたは通信経路異常により上位ネットワーク内で孤立した場合の上位ネットワークの通信の様子を示す。上位サーバ１−２は、運行情報を上位ネットワーク内へマルチキャスト送信する。メイン管理サーバ１−３は、上位サーバ１−２からの運行情報が届かないため、監視ネットワーク内の処理を実施できず、上位ネットワーク内への応答もできない。サブ管理サーバ４−３は、運行情報を受信してから所定時間経過してもメイン管理サーバ１−３からの通知（監視ネットワーク内の管理情報通知および／または上位ネットワーク内の上位サーバへの応答）が届かない場合、メイン管理サーバ１−３に異常が発生したと判断し、サブ管理サーバ４−３がメイン管理サーバ１−３の代わりにメインとなり、メイン管理サーバ４−３として、運行情報に基づいて監視ネットワーク内で管理情報の通知と状態情報の収集および集計を実施する。そして、メイン管理サーバ４−３は、上位ネットワーク内へ上位サーバへの応答をマルチキャスト送信する。

【0049】

図８は、メイン管理サーバが上位ネットワーク側のポートまたは通信経路異常により上位ネットワーク内で孤立した場合の監視ネットワークの通信の様子を示す。メイン管理サーバ１−３は、上位サーバ１−２から運行情報を受信できないため、管理情報を作成できず、監視ネットワーク内へ管理情報をブロードキャスト送信できない。そして、サブ管理サーバ４−３を含むネットワーク機器は、管理情報を受信しないので、Ｔｒａｐを返信しない。サブ管理サーバ４−３は、運行情報を受信し、受信してからメイン管理サーバからの通知が所定時間届かない場合に、メイン管理サーバ１−３に異常が発生したと判断し、サブ管理サーバ４−３がメイン管理サーバ１−３の代わりにメインとなり、メイン管理サーバ４−３として、運行情報に基づいて管理情報を作成し、管理情報を監視ネットワーク内へブロードキャスト送信する。サブとなった管理サーバ１−３を含むネットワーク機器は、管理情報を受信すると、Ｔｒａｐ先であるＩＰアドレスを管理情報内の送信元情報からメイン管理サーバ４−３に更新し、自身の状態情報をＴｒａｐ先アドレスに向けて送信する。メイン管理サーバ４−３は、全てのネットワーク機器のＴｒａｐを受信すると、各ネットワーク機器の状態情報を集計して更新し、上位ネットワーク内へネットワーク機器の異常情報を含む上位サーバへの応答をマルチキャスト送信する。

【0050】

図９は、メイン管理サーバが監視ネットワーク側のポートまたは通信経路異常により監視ネットワーク内で孤立した場合の上位ネットワークの通信の様子を示す。上位サーバ１−２は、運行情報を上位ネットワーク内へマルチキャスト送信する。メイン管理サーバ１−３は、運行情報に基づき監視ネットワーク内処理を実施するが、ネットワーク機器からの応答がなく孤立と判断し、異常の旨の応答を上位ネットワーク内へマルチキャスト送信して、メインを降格する。サブ管理サーバ４−３は、メイン管理サーバ１−３から異常の旨の応答を受信すると、サブ管理サーバ４−３がメイン管理サーバ１−３の代わりにメインとなり、メイン管理サーバ４−３として、運行情報に基づいて監視ネットワーク内で管理情報の通知と状態情報の収集および集計を実施する。そして、メイン管理サーバ４−３は、上位ネットワーク内へ上位サーバへの応答をマルチキャスト送信する。

【0051】

図１０は、メイン管理サーバが監視ネットワーク側のポートまたは通信経路異常により監視ネットワーク内で孤立した場合の監視ネットワークの通信の様子を示す。メイン管理サーバ１−３は、運行情報を受信すると、運行情報に基づき管理情報を作成し、監視ネットワーク内へブロードキャスト送信する。しかし、メイン管理サーバ１−３は、ポートまたはネットワークの異常により他のネットワーク機器から孤立しているため、他のネットワーク機器へ管理情報が到達しない。サブ管理サーバ４−３を含むネットワーク機器から所定期間Ｔｒａｐを受信しないと、各ネットワークスイッチ１に対してＰｉｎｇを送信し、通信可能か確認する。この場合、ネットワークスイッチ１からの応答がないため、メイン管理サーバ１−３は、監視ネットワーク内で孤立していると判断し、異常が発生しメインを降格することを上位ネットワーク内へ応答通知する。メイン管理サーバ１−３は、メインを降格しサブ管理サーバ１−３となる。一方、サブ管理サーバ４−３は、メイン管理サーバ１−３から異常の旨の応答を受信すると、自身がメイン管理サーバ１−３の代わりにメインとなり、メイン管理サーバ４−３として、運行情報に基づいて管理情報を作成し、管理情報を監視ネットワーク内へブロードキャスト送信する。サブとなった管理サーバ１−３を除くネットワーク機器は、管理情報を受信すると、Ｔｒａｐ先であるＩＰアドレスを管理情報内の送信元情報からメイン管理サーバ４−３に更新し、自身の状態情報をＴｒａｐ先アドレスに向けて送信する。メイン管理サーバ４−３は、サブ管理サーバ１−３を除く全てのネットワーク機器のＴｒａｐを受信すると、各ネットワーク機器の状態情報を集計して更新し、上位ネットワーク内へネットワーク機器の異常情報を含む上位サーバへの応答をマルチキャスト送信する。

【0052】

図１１は、ネットワークスイッチ１または通信経路の異常により監視ネットワークが分断された場合の上位ネットワークの通信の様子を示す。上位サーバ１−２は、運行情報を上位ネットワーク内へマルチキャスト送信する。メイン管理サーバ１−３およびサブ管理サーバ４−３は、監視ネットワークが分断されていることを検出して認識しているため、それぞれが独立して監視ネットワーク内の処理を実施し、それぞれが上位ネットワーク内へ上位サーバへの応答をマルチキャスト送信する。

【0053】

図１２は、ネットワークスイッチ１または通信経路の異常により監視ネットワークが分断された場合の監視ネットワークの通信の様子を示す。メイン管理サーバ１−３は、運行情報を受信すると、運行情報に基づき管理情報を作成し、監視ネットワーク内へブロードキャスト送信する。監視ネットワークが分断しているため、メイン管理サーバ１−３が含まれる分断された監視ネットワーク内のネットワーク機器には管理情報が到達するが、メイン管理サーバ１−３が含まれない分断された監視ネットワーク内のネットワーク機器には管理情報が到達しない。管理情報を受信したネットワーク機器は、管理情報を受信すると、Ｔｒａｐ先であるＩＰアドレスを管理情報内の送信元情報からメイン管理サーバ４−３に更新し、自身の状態情報をＴｒａｐ先アドレスに向けて送信する。サブ管理サーバ４−３を含む管理情報を受信していないネットワーク機器は、管理情報を受信していないためＴｒａｐ応答ができない。メイン管理サーバ４−３は、一部のネットワーク機器のＴｒａｐを受信すると、残りのネットワーク機器のＴｒａｐを受信していないため、Ｔｒａｐを受信したネットワーク機器の状態情報を集計して更新し、Ｔｒａｐを受信していないネットワーク機器の状態をＴｒａｐ応答なしと更新し、ネットワークが分断していると判断する。このとき、再度確認のためにＰｉｎｇを各ネットワークスイッチ１へ送信してもよい。ネットワークの分断を検出すると、上位ネットワーク内へ監視ネットワーク分断の旨を含む上位サーバへの応答をマルチキャスト送信する。サブ管理サーバ４−３は、監視ネットワーク分断の旨を受信すると、自身が含まれる分断された監視ネットワーク内を制御するために、メインの役割を果たす。すなわち、監視ネットワークの分断が復旧するまでの間、サブのまま、メイン管理サーバ１−３と同じ役割を果たす。従って、メイン管理サーバ１−３およびサブ管理サーバ４−３は、運行情報を受信すると、それぞれ管理情報を作成し、監視ネットワーク内へブロードキャスト送信する。メイン管理サーバ１−３が含まれる分断された監視ネットワーク内のネットワーク機器は、メイン管理サーバ１−３から送信された管理情報を受信し、Ｔｒａｐ先であるＩＰアドレスを管理情報内の送信元情報からメイン管理サーバ１−３に更新し、自身の状態情報をＴｒａｐ先アドレスであるメイン管理サーバ１−３に向けて送信する。一方、サブ管理サーバ４−３が含まれる分断された監視ネットワーク内のネットワーク機器は、サブ管理サーバ４−３から送信された管理情報を受信し、Ｔｒａｐ先であるＩＰアドレスを管理情報内の送信元情報からサブ管理サーバ４−３に更新し、自身の状態情報をＴｒａｐ先アドレスであるサブ管理サーバ４−３に向けて送信する。メイン管理サーバ１−３およびサブ管理サーバ４−３は、それぞれネットワーク機器のＴｒａｐを受信すると、各ネットワーク機器の状態情報を集計して更新し、上位ネットワーク内へ上位サーバへの応答をそれぞれマルチキャスト送信する。

【0054】

分断が復旧すると、メイン管理サーバ１−３およびサブ管理サーバ４−３はそれぞれ監視ネットワーク内へ管理情報をブロードキャスト送信するが、メイン管理サーバ１−３が送信した管理情報がサブ管理サーバ４−３に到達するため、サブ管理サーバ４−３はネットワークの分断が復旧したと判断し、各ネットワーク機器からＴｒａｐが返ってきても、上位サーバへの応答は控える。一方、メイン管理サーバ１−３は、変わらず、各ネットワーク機器からのＴｒａｐを受信して、状態情報を集計して更新し、上位ネットワークへ上位サーバへの応答をブロードキャスト送信する。

【0055】

なお、サブ管理サーバ４−３がメインにならないのは、監視ネットワークの分断が復旧した後に、またメイン管理サーバ１−３がメインとして動作し、サブ管理サーバ４−３はサブとして動作する当初の状態に戻るためにスムーズだからである。
ネットワークスイッチには、異常が発生したり電源が停止したりすると、ポートを短絡させる機能を有しているものが存在するが、そういったネットワークスイッチを用いる場合には、特定の車両のネットワーク機器のみＴｒａｐの応答が無くなる。このような場合には、メイン管理サーバ１−３は、特定の車両のＴｒａｐ応答がない旨を、上位サーバへの応答に含めて上位ネットワーク内へマルチキャスト送信する。

【0056】

以上に詳述したように、第一の実施例によれば、鉄道車両の編成が、どのような車両の組み合わせ方であってもよっても統一したシステム管理が可能であり、また、ネットワーク機器やネットワークに異常が発生した場合でも、監視システムを停止させることなく継続して運用することができる。これにより、より安全で信頼性の高い鉄道車両の運行をサポートすることができる。

【0057】

（第二の実施例） 次に、本発明に係る第二の実施例において、列車が新たに連結する際に、監視ネットワークを再構築し、管理体制を設定する様子について、図１３および図１４を用いて説明する。

【0058】

図１３は本発明の第二の実施例に係る車両連結した場合の編成内ネットワークの構成例であり、第一の実施例で記載した車両１〜車両４に、同様の構成の編成である車両５〜車両８が連結している。上位ネットワークとしては、車両４のネットワークスイッチ４−８と車両５のネットワークスイッチ５−８とが接続され、監視ネットワークとしては、車両４のネットワークスイッチ４−１と車両５のネットワークスイッチ５−１とが接続される。各車両内のネットワーク機器の構成は、第一の実施例の場合と同様であるため、既に第一の実施例で説明した部分については説明を省略する。なお、本実施例においても、図１３中の矢印の方向を進行方向とする。

【0059】

５−１〜８−１は各ネットワーク機器を接続し監視ネットワークを接続するネットワークスイッチ、５−２，８−２は列車の運行を管理する上位サーバ、５−３，８−３は編成内の各ネットワーク機器を制御する管理サーバ、５−４〜８−４は車両の進行方向を向いて右側の乗降ドア付近を撮影するカメラＡ、５−５〜８−５は車両の進行方向を向いて左側の乗降ドア付近を撮影するカメラＢ、５−６〜８−６は各車両のカメラが取得した映像を記録する記録装置、５−７，８−７は編成内の映像などを表示するモニタ、５−８〜８−８は上位ネットワークを接続するネットワークスイッチである。

【0060】

特に車両５および車両８は運転席を備える車両であり、それぞれネットワークスイッチ５−１，８−４、上位サーバ５−２，８−２、管理サーバ５−３，８−３、カメラＡ５−４，８−４、カメラＢ５−５，８−５、記録装置５−６，８−６、モニタ５−７，８−７、ネットワークスイッチ５−８，８−８を搭載し、監視ネットワーク内の各ネットワーク機器がネットワークスイッチ５−１，８−１を介して接続されている。また、車両６および車両７は運転席を備えない車両であり、それぞれネットワークスイッチ６−１，７−１、カメラＡ６−４，７−４、カメラＢ６−５，７−５、記録装置６−６，７−６、ネットワークスイッチ６−８，７−８を搭載し、各ネットワーク機器がネットワークスイッチ６−１，７−１を介してＬＡＮなどのネットワークで接続されている。また、隣接車両間は、ネットワークスイッチ１同士が接続され、車両４のネットワークスイッチ４−１と車両５のネットワークスイッチ５−１とが接続されることで、車両１から車両８で構成される監視ネットワークを構築している。また、隣接車両間は、ネットワークスイッチ８同士が接続され、車両４のネットワークスイッチ４−８と車両５のネットワークスイッチ５−８とが接続されることで、車両１から車両８で構成される上位ネットワークを構築している。 なお、上位サーバ２と管理サーバ３は車両１、車両４、車両５、および車両８にそれぞれ搭載されるが、それぞれいずれかがメインとなり、その他がサブとなって動作するものである。基本的にメインが各ネットワーク機器を制御，管理し、サブは他の機器を制御するような動作はしない。管理サーバ３のメインの決定の仕方はさまざま考えられるが、本実施例では、上位サーバ２より付与されるＩＰアドレスの値が最も小さく処理が速い管理サーバとする。本実施例においては、上位サーバ１−２および管理サーバ１−３がメインとして動作することとする。

【0061】

本実施例においても、第一の実施例と同様に、破線より上側のカメラを含むネットワークを監視ネットワークとし、破線より下側の上位サーバを含むネットワークを上位ネットワークとする。上位ネットワークは、鉄道車両のシステム全体に関するネットワークであり、監視ネットワークは、鉄道車両の映像を用いた監視システムに関するネットワークである。上位ネットワークと監視ネットワークとはサブネットマスクによりネットワークが分割され、管理サーバを介して接続されている。すなわち管理サーバ３は、監視ネットワーク側のポートと上位ネットワーク側のポートとを有し、ＶＬＡＮによって双方のネットワークを区別して管理しており、上位ネットワークと監視ネットワークの間の通信は、全て管理サーバ３によってなされる。上位ネットワークには、上位サーバ２と管理サーバ３を含む主に図示しない車両の運行に関する機器が接続され、監視ネットワークには、管理サーバ３、ネットワークスイッチ１、カメラＡ４、カメラＢ５、記録装置６、およびモニタ７を含む映像監視に関する機器が接続される。

【0062】

図１４を用いて、列車の車両連結時における監視システムの編成内ネットワークの構築と管理体制の設定の流れについて説明する。

【0063】

列車が運行中、上位サーバ１−２はメイン管理サーバ１−３およびサブ管理サーバ４−３に対して定期的に運行情報をマルチキャストで通知する（Ｓ２１）。管理サーバ１−３は、受信した運行情報をその都度確認し、連結フラグがあるか否かを確認する（Ｓ２２）。運行情報の中に連結フラグがなければ（Ｎｏ）、メイン管理サーバ１−３はそのまま次の運行情報の受信を待ち、Ｓ２１へ進む。一方、運行情報の中に連結フラグがあれば（Ｙｅｓ）、Ｓ２３へ進む。メイン管理サーバ１−３は、連結フラグに応じて、車両連結の準備をする（Ｓ２３）。車両連結に伴って上位サーバ１−２からの定期的な運行情報の通知が停止するが、この準備とは、メイン管理サーバ１−３およびサブ管理サーバ４−３が運行情報の通知の停止を異常事態と判断しないことである。また、上位サーバ１−２は、メイン管理サーバ１−３に対し、監視ネットワークの初期化命令を通知する（Ｓ２４）。メイン管理サーバ１−３は、初期化命令に従って、監視ネットワークの各ネットワーク機器のＩＰアドレスを解放（消去）し、アドレス管理情報を初期化する（Ｓ２５）。このとき、管理サーバ３のメイン／サブの設定も解除される。

【0064】

車両の連結が完了すると、再び上位ネットワークが運行のための機器の準備を開始し、その過程で、上位サーバ１−２がＤＨＣＰを用いて管理サーバ１−３、管理サーバ４−３、管理サーバ５−３および管理サーバ８−３に対して上位ネットワーク側のＩＰアドレスを付与する（Ｓ１´）。続いて、上位サーバ１−２は管理サーバ１−３、管理サーバ４−３、管理サーバ５−３および管理サーバ８−３に対して運行情報を通知する（Ｓ２´）。

【0065】

管理サーバ１−３、管理サーバ４−３、管理サーバ５−３および管理サーバ８−３は、自身が予め記憶している車両ＩＤの構成情報に基づいて受信した運行情報の中の車両ＩＤを解析し、予め記憶している車両種別ごとの機器構成情報を参照して、各ネットワーク機器のＩＰアドレスを算出し、ネットワーク機器の管理表であるアドレス管理表を作成する（Ｓ３´）。

【0066】

管理サーバ１−３、管理サーバ４−３、管理サーバ５−３および管理サーバ８−３は、それぞれ自身以外の管理サーバ３からブロードキャストの管理情報を受信したか否かを判断し（Ｓ４´）、受信していなければ（Ｎｏ）自身がメイン管理サーバであると認識して（Ｓ５´）運行情報に基づいて作成した管理情報を監視ネットワーク内へブロードキャストで送信し（Ｓ６´）、受信していれば（Ｙｅｓ）自身がサブ管理サーバであると認識して（Ｓ１１´）待機する（Ｓ１２´）。

【0067】

管理サーバ１−３、管理サーバ４−３、管理サーバ５−３および管理サーバ８−３は、各ネットワーク機器のＩＰアドレスの設定が完了すると、自身のＩＰアドレスを含む管理情報パケットを監視ネットワークの各ネットワーク機器に向けてブロードキャストで送信する（Ｓ６´）。なお、本実施例では、ＩＰアドレスの値が小さくより処理の早い管理サーバ１−３が先に管理情報をブロードキャスト送信したものとし、管理サーバ１−３がメイン、管理サーバ４−３、管理サーバ５−３および管理サーバ８−３がサブとなるものとする。

【0068】

そして、メイン管理装置１−３は、全てのネットワーク機器から応答を受信したか判断する（Ｓ７´）。全てのネットワーク機器から応答を受信していれば（Ｙｅｓ）、各ネットワーク機器の状態情報を含めて上位サーバ１−２へマルチキャストで応答し（Ｓ８´）、上位サーバから運行情報を受信したかを判断する（Ｓ９´）。運行情報を受信していれば（Ｙｅｓ）Ｓ６´へ進み、受信していなければ（Ｎｏ）受信するまでＳ９´を繰り返す。また、Ｓ７´で全てのネットワーク機器から応答を受信していなければ（Ｎｏ）Ｓ１０´へ進み、所定時間経過したか判断し（Ｓ１０´）、所定時間経過していれば（Ｙｅｓ）応答がなかったものとしてＳ８´へ進んで上位サーバ１−２へ応答し、所定時間経過していなければ（Ｎｏ）Ｓ７´へ進み、未応答のネットワーク機器からの応答を待つ。

【0069】

これにより編成内の各ネットワーク機器は、監視ネットワーク内で通信可能な状態となる。管理サーバ１−３は、監視ネットワーク内で通信可能な状態が確立できたら、上位サーバ１−２に対して通信可能な状態であることを通知する。そして、監視ネットワーク以外の列車内システムの準備が完了すると、列車の運行が開始する（運行）。

【0070】

なお、車両の分離が発生する場合には、本実施例の連結フラグが分離フラグに変わるだけであり、また、車両の分離と連結が発生する場合には、連結フラグと分離フラグの両方が通知される。本実施例においては、連結フラグと分離フラグとを分けて説明したが、連結フラグと分離フラグは明確にそれぞれに分けなくても、車両再編成フラグとして通知されるようにしてもいい。

【0071】

この一連の処理において第一の実施例と異なるのは、Ｓ１１からＳ１５の車両連結に伴う処理があることと、管理するネットワーク機器が車両連結した分増加したことであり、それ以外にはＳ１´からＳ１２´の処理は基本的に第一の実施例と同様である。

【0072】

第一の実施例において図３〜図１２を用いて説明した、正常時および異常時の上位ネットワークおよび監視ネットワークの通信方法は、第二の実施例にもほぼそのまま適用可能である。第二の実施例においては、１編成内に管理サーバが４台搭載されるが、管理サーバのメインとサブが入れ替わる場合には、サブ管理サーバの３台の中で最もＩＰアドレスの値が小さく処理が速いサブ管理サーバがメイン管理サーバとなる。

【0073】

また、監視ネットワークが分断される場合には、２つに分断された場合、次の（ａ）〜（ｃ）の３ケースが考えられる。分断される監視ネットワークが、（ａ）メイン管理サーバ１台の監視ネットワークとサブ管理サーバ３台監視ネットワーク、（ｂ）メイン管理サーバ１台とサブ管理サーバ１台の監視ネットワークとサブ管理サーバ２台の監視ネットワーク、（ｃ）メイン管理サーバ１台とサブ管理サーバ２台の監視ネットワークとサブ管理サーバ１台の監視ネットワーク、の場合である。（ａ）（ｂ）の場合には、メイン管理サーバはそのままメインとして動作し、もう一方の監視ネットワーク内のサブ管理サーバは、最もＩＰアドレスの値が小さく処理が速いサブ管理サーバがメインの役割を代行する。（ｃ）の場合には、メイン管理サーバはそのままメインとして動作し続け、もう一方の監視ネットワーク内では１台しかないサブ管理サーバがメインの役割を代行する。

【0074】

また、監視ネットワークが３つに分断された場合も同様に、メイン管理サーバはそのままメインとして動作し、分断された監視ネットワーク内に１台のみサブ管理サーバが存在する場合にはそのサブ管理サーバがメインの役割を代行し、複数台のサブ管理サーバが存在する場合には最もＩＰアドレスの値が小さく処理が速いサブ管理サーバがメインの役割を代行する。ただし、管理サーバが含まれない形で監視ネットワークが複数に分断されてしまった場合、管理サーバが含まれない監視ネットワークは切り離さざるを得ない。

【0075】

以上に詳述したように、本実施例によれば、列車の連結または分離によりネットワークを再構築する場合に、監視ネットワークを迅速に再構築し、統一したシステム管理が可能である。これにより、鉄道車両の運行を素早く再開することができる。

【0076】

また、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。

【0077】

例えば、第一の実施例および第二の実施例において、１編成は４車両で構成されることとしたが、実際には４車両に限られるものではなく、車両数の異なる編成同士が連結する場合も考えられる。車両数が変わったからといって各処理に特段の変更はない。

【0078】

また、カメラについては、ドア付近を撮影することとしているが、これらに限られるものではなく、例えばデッキや客室内や車両外の様子を撮影してもよく、映像は常時記録または表示されたり、運転士などの操作者の選択によって記録または表示させたりするようにしてもよい。また、カメラの台数を説明の便宜上１車両に２台としたが、１台であっても３台以上であってもいい。また、その他の記録装置やモニタに関しても台数に特に制限はなく、これら以外の他の異なる機器が搭載されていてもいい。

【0079】

また、メイン管理サーバを決定する場合や、サブ管理サーバの中からメインに入れ替わる管理サーバを決定しる場合や、サブ管理サーバの中からメインを代行するサブ管理サーバを決定する場合に、最もＩＰアドレスの値が小さく処理が速いサブ管理サーバに決定することとしたが、これに限られるものではなく、運行情報から先頭車両の管理サーバまたは先頭車両に最も近い管理サーバとしてもよく、また、管理番号が最も若い管理サーバとしてもよく、その他、一意に決まる方法であればどのような方法であってもよい。

【0080】

また、メイン管理サーバまたはメインを代行するサブ管理サーバが監視ネットワーク内へ送信する管理情報はブロードキャストで送信されることとしたが、マルチキャストで送信してもよい。

【産業上の利用可能性】

【0081】

本発明は、鉄道車両に適用できるのはもちろんのこと、他にも、ネットワーク機器を含む所定の単位のシステムが複数連結したり分離したりするシステムにおいて適用可能であり、効果的である。

【符号の説明】

【0082】

１，２，３，４，５，６，７，８：車両、１−１，２−１，３−１，４−１，５−１，６−１，７−１，８−１：ネットワークスイッチ、１−２，４−２，５−２，８−２：上位サーバ、１−３，４−３，５−３，８−３：管理サーバ、１−４，２−４，３−４，４−４，５−４，６−４，７−４，８−４：カメラＡ、１−５，２−５，３−５，４−５，５−５，６−５，７−５，８−５：カメラＢ、１−６，２−６，３−６，４−６，５−６，６−６，７−６，８−６：記録装置、１−７，４−７，５−７，８−７：モニタ、１−８，２−８，３−８，４−８，５−８，６−８，７−８，８−８：ネットワークスイッチ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】