(57)【特許請求の範囲】
【請求項１】
信号機、転てつ機、放送装置、発車標の少なくともいずれかを含む複数の端末装置と、
前記複数の端末装置の制御指令を生成して送信する中央装置と、
前記複数の端末装置及び中央装置を互いに接続する一つの通信ネットワークと、を備え、
前記複数の端末装置及び中央装置の各々は、前記通信ネットワークを介して一周期に少なくとも一回、自装置以外の全ての装置に対して電文を送信し、
前記複数の端末装置及び中央装置の各々は、前記自装置の次回送信時刻を、前記自装置が電文を送信した時刻に基づいて算出し、更に前記自装置以外の装置からの電文を受信した時刻に基づいて、前記自装置の次回送信時刻を更新すること
を特徴とする鉄道通信システム。
【請求項２】
請求項１に記載の鉄道通信システムにおいて、
前記複数の端末装置及び中央装置の各々は、該複数の端末装置及び中央装置の数のブロックを有する送信時刻管理テーブルを備え、
前記自装置が電文を送信する場合、該送信時刻を前記ブロックのうち前記自装置に対応するブロックに送信結果に関わらず格納し、かつ前記自装置に対応するブロック以外のブロックは時刻情報をクリアし、
前記自装置が該自装置以外の装置からの電文を受信する場合、該受信時刻を前記自装置以外の装置に対応するブロックに格納すること
を特徴とする鉄道通信システム。
【請求項３】
請求項１または２に記載の鉄道通信システムにおいて、
前記通信ネットワークは、共通のプロトコルで構成された一つの通信ネットワークであること
を特徴とする鉄道通信システム。
【請求項４】
請求項１ないし請求項３のいずれかに記載の鉄道通信システムにおいて、
前記複数の端末装置及び中央装置の各々は、電文を送信する時刻を管理する送信時刻管理手段を備え、
前記送信時刻管理手段は、前記自装置が前記通信ネットワークへ前記一周期に一回の送信を行うように送信時刻を管理すること
を特徴とする鉄道通信システム。
【請求項５】
請求項４に記載の鉄道通信システムにおいて、
前記送信時刻管理手段は、前記ブロックに格納された前記自装置の電文の送信時刻、または前記自装置以外の装置からの電文の受信時刻の情報を用いて、前記自装置の次回送信時刻を算出すること
を特徴とする鉄道通信システム。
【請求項６】
請求項４または請求項５に記載の鉄道通信システムにおいて、
前記複数の端末装置及び中央装置の各々は、前記一周期を時分割して順に前記自装置以外の全ての装置に電文を送信し、
前記送信時刻管理手段は、前記自装置以外の装置からの電文の受信時刻に、所定の時間であるΔｔの倍数を加えた時間後を、前記自装置の次回送信時刻として算出し、
前記自装置以外の装置からの電文を順に受信することにより、前記自装置の次回送信時刻を算出する際に加える前記倍数を小さくしていくことを特徴とする鉄道通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鉄道システムに用いられる制御系ネットワークのアーキテクチャに関する。
【背景技術】
【０００２】
鉄道信号システムにおける制御系ネットワークの構成は、図１に示すような構成となっている。制御系ネットワークの構成は、上位ネットワークと下位ネットワークで構成され物理的，論理的に多段構成となっていることが一般的である。ここで上位ネットワークとは、論理部や中央装置とＩＯ統括部や駅装置などの中継装置の間を接続し、例えば光回線を使ったイーサネット（登録商標）をループ状に構成して長距離通信を行うネットワークである。また、下位ネットワークとは、ＩＯ統括部や駅装置などの中継装置と軌道周辺機器や信号機や転てつ機や放送装置や発車標といった端末装置の間を接続し、例えばメタル回線を使ったシリアル通信回線をバス接続して短距離通信を行うネットワークである。また、情報収集配信の親局（ネットワークマスタ）を配置することが一般的である。図１では、論理部や中央装置が親局（ネットワークマスタ）となっている。
【０００３】
一般に、制御系ネットワークの構成に関する技術としては、例えば、特許文献１や特許文献２等が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−９４７３１号公報
【特許文献２】特開２００９−１１８２９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
図１に示すような従来のネットワーク構成では、以下の問題が発生していた。
（１）応答速度の低下
論理層のプロトコル変換を行うため上位と下位ネットワークの間にソフトウェアを実装した中継装置（ＩＯ統括部や駅装置等）が必要となり、中央〜末端装置間の応答速度が悪くなる。
（２）装置数増大による信頼性低下
中継装置がある分、装置数が増大し、システム全体の信頼性が低下する。
（３）親局（ネットワークマスタ）による信頼性低下
情報収集配信の親局（ネットワークマスタ）が存在する構成においては、ネットワークマスタが停止した場合に、ネットワーク全体が停止してしまうため、ネットワークの信頼性が低下する。
（４）定常負荷と異常負荷の違い
鉄道信号システムにおいては、安定した稼動を実現するために、定常負荷と異常負荷が同一であることが求められる。しかし、ネットワークが上位と下位のように多段で構成されると、各ネットワーク毎に異なるプロトコルが存在し、各々で異なる伝送周期，異常処理が発生するためネットワーク全体として負荷や伝送周期，異常処理を均一にできず、定常負荷と異常負荷に差異が発生する。
（５）保守負荷の増大
中継装置がある分、装置数が増大し、システム構成が複雑となり、維持保守負荷が高くなる。
【０００６】
本発明は、鉄道信号システムに用いられるネットワークのプロトコルを統一して、論理的に１段構成とすることで、中継装置を不要とし、ネットワークの信頼性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の鉄道通信システムは、以下の少なくとも１つの特徴を有している。
【０００８】
複数の端末装置及び中央装置は、一つの通信ネットワークを介して互いに電文を送受信する。
【０００９】
または、通信ネットワークは、共通のプロトコルで構成された一つの通信ネットワークである。
【００１０】
または、複数の端末装置及び中央装置は、それぞれ通信ネットワークへ一周期に少なくとも一回電文を送信して、一周期で互いの電文を送受信する。
【００１１】
または、端末装置及び中央装置は、それぞれ電文を送信する時刻を管理する送信時刻管理手段を備え、送信時刻管理手段は、自装置が前記通信ネットワークへ一周期に一回の送信を行うように送信時刻を管理する。
【００１２】
または、送信時刻管理手段は、電文の送信時刻または電文の受信時刻の情報を用いて、自装置が次に送信を行う時刻を算出する。
【００１３】
または、送信時刻管理手段は、自装置が電文を送信した時刻及び他装置から電文を受信した時刻を記憶するための送信時刻管理テーブルを備える。
【発明の効果】
【００１４】
本発明によれば、鉄道信号システムに用いられるネットワークのプロトコルを統一して、論理的に１段構成とすることで、中継装置を不要とし、ネットワークの信頼性を向上させることが可能となる。
【図面の簡単な説明】
【００１５】
【図１】従来のネットワーク構成を示す図である。
【図２】本発明の実施例のネットワーク構成を示す図である。
【図３】本発明の実施例の情報配信の概念図である。
【図４】本発明の実施例の情報収集の概念図である。
【図５】本発明の実施例の情報収集配信のタイムチャート図（正常時）である。
【図６】本発明の実施例の送信時刻管理テーブルの動きを示す図である。
【図７】本発明の実施例の送信時刻管理テーブルの動きを示す他の図である。
【図８】本発明の実施例の情報収集配信のタイムチャート図（１周期分）である。
【図９】本発明の実施例の情報収集配信のタイムチャート図（異常時）である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、図面を参照して説明する。
図２に本発明の鉄道信号システムに用いられるネットワーク構成図の一実施例を示す。鉄道信号システムは、保安系の端末装置３（信号機，軌道周辺機器，転てつ機など）、非保安系の端末装置３（発車標，放送装置など）、制御指令を生成して保安系の端末装置及び非保安系の端末装置に制御指令を送信する中央装置１を備えている。ここでは、端末装置として複数の機器が接続された実施例を説明するが、信号機，軌道周辺機器，転てつ機，発車標，放送装置の少なくとも一つの機器が通信ネットワークに接続されていれば、本発明を適用することは可能である。また、本実施例における中央装置１とは、例えば１つの鉄道信号システムを構成するネットワークにおいて当該ネットワークの最上位に位置する装置である。
【００１７】
図２に示すように、中央装置１と末端装置３は、中継装置を介さずに論理的に１段で接続し、共通の通信プロトコルを有する１つのネットワークで接続する。物理層の媒体が異なる場合、メディアコンバータ（物理層の中継器）を用い接続する。
【００１８】
図３に図２に示すネットワーク構成を使って情報配信を行った場合の概念図を示す。
【００１９】
図３において、仮想の情報収集配信装置（ＨＲＴ）４を設置し、一定周期で中央装置及び端末装置へ情報配信を行う。例えば共通のイーサネットプロトコルを用いてブロードキャストで中央装置及び端末装置へ情報を配信する。
【００２０】
図４に図２に示すネットワーク構成を使って情報収集を行った場合の概念図を示す。
【００２１】
図４において、中央装置及び端末装置は、仮想の情報収集配信装置（ＨＲＴ）４へ、順番に時分割で情報を送信する。例えば共通のイーサネットプロトコルを用いて情報収集配信装置（ＨＲＴ）４へ送信する。
【００２２】
図３，図４の情報配信，収集を一定周期で繰り返すことにより、中央装置及び各端末装置は、１つのネットワークを介して互いにデータ授受を行う。
【００２３】
図３，図４において説明した情報収集配信装置（ＨＲＴ）４は仮想の装置であり、仮想の情報収集配信装置（ＨＲＴ）４の機能は、実際には中央装置及び端末装置に分散して配置される。つまり、中央装置及び端末装置のそれぞれの装置に、電文を送信する時刻を管理する送信時刻管理手段を備え、この送信時刻管理手段は、自装置が前記通信ネットワークへ一周期に少なくとも一回の送信を行うように送信時刻を管理する。
【００２４】
図５〜図９により、仮想の情報収集配信装置（ＨＲＴ）４の機能を実現するために、中央装置及び端末装置のそれぞれに備えられた送信時刻管理手段の動作について、説明する。
【００２５】
本実施例では、同一ネットワークに接続された中央装置及び端末装置に対応する装置として、装置１〜装置５の動作を説明する。
【００２６】
情報収集配信装置（ＨＲＴ）４の機能を実現するため、中央装置及び各端末装置は、送信時刻管理テーブルを有し、当該テーブルに従って情報の送受信を行う。図６〜図８により中央装置及び各端末装置が持つ送信時刻管理テーブルについて説明する。
【００２７】
図８は、装置１〜装置５が電文の送受信を行う動作を時系列に示した図である。装置１から装置５の順にΔｔ間隔で、各装置から電文がブロードキャスト送信される。
【００２８】
送信時刻管理テーブルは、図６，図７に示すように、自装置からのデータ送信時刻および他装置からのデータ受信時刻を格納するテーブルであり、本実施例では装置１から装置５に対応するブロック１〜ブロック５で構成する。
【００２９】
装置１を例にとり、送信時刻管理テーブルの動きを説明する。
【００３０】
図６は自装置から他装置へデータを送信する場合の送信時刻管理テーブルの動きを説明する図である。装置１は、自装置からデータを送信する場合に、自装置のブロック１に送信時刻Ｔ１を格納する。この送信時刻の格納は、送信結果によらず必ず格納する。また、同時に他ブロック（２〜５）には時刻無しとする（クリアする）。
【００３１】
図７は他装置からデータを受信する場合の送信時刻管理テーブルの動きを説明する図である。装置１は、自装置からデータ送信後、他装置（装置２〜装置５）からデータを受信する場合に、当該ブロック（ブロック２〜ブロック５）へ各装置データ受信時刻Ｔ２〜Ｔ５を格納する。
【００３２】
装置１は、他装置からデータを受信する際に図７に示すように送信時刻管理テーブルを記載した後、再び自装置からデータ送信を行い、以降図６と図７に示す処理を繰り返す。
【００３３】
装置２から装置５も上述と同様に、自装置からデータを送信する時刻を送信時刻管理テーブルに格納し、他装置からデータを受信した時刻を送信時刻管理テーブルに格納する。
【００３４】
図５に、ネットワークが正常である場合の、仮想の情報収集配信装置（ＨＲＴ）４の機能を実現するための実際のデータの流れを示す。
【００３５】
まず、時刻Ｔ１に、装置１から他装置（装置２〜装置５）へ電文を送信する。
【００３６】
次に、装置２は、１つ前の番号である装置１からのデータ受信時刻Ｔ１からΔｔ秒後である時刻Ｔ２に、他の各装置（装置１，３〜５）にブロードキャストで電文を送信する。
【００３７】
次に、装置３は、１つ前の番号である装置２からのデータ受信時刻Ｔ２からΔｔ秒後である時刻Ｔ３に、他の各装置（装置１，２，４，５）にブロードキャストで電文を送信する。
【００３８】
次に、装置４は、１つ前の番号である装置３からのデータ受信時刻Ｔ３からΔｔ秒後である時刻Ｔ４に、他の各装置（装置１，２，３，５）にブロードキャストで電文を送信する。
【００３９】
次に、装置５は、１つ前の番号である装置４からのデータ受信時刻Ｔ４からΔｔ秒後である時刻Ｔ５に、他の各装置（装置１〜４）にブロードキャストで電文を送信する。
【００４０】
以降、各装置が上記動作を繰り返す。
【００４１】
ここで、装置１における次回の送信時刻Ｔ６の算出方法は以下である。
【００４２】
（ａ）Ｔ１設定後、    Ｔ１＋（５×Δｔ秒）
（ｂ）Ｔ２有りの場合、Ｔ２＋（４×Δｔ秒）
（ｃ）Ｔ３有りの場合、Ｔ３＋（３×Δｔ秒）
（ｄ）Ｔ４有りの場合、Ｔ４＋（２×Δｔ秒）
（ｅ）Ｔ５有りの場合、Ｔ５＋（１×Δｔ秒）
ネットワークが正常である場合は、装置５から電文を受信可能であり、時刻Ｔ５に装置５から電文を受信する（Ｔ５有り）ので、装置１は時刻Ｔ５からΔｔ秒後を次回の送信時刻Ｔ６として算出し、算出した当該時刻Ｔ６に装置１から再びブロードキャストで電文を各装置（本例では装置２〜５）に送信する。
【００４３】
装置１が送信することで、装置２以降の各装置はΔｔ秒の間隔で電文の送信を繰り返す。
【００４４】
時刻Ｔ１から時刻Ｔ６までの時間は、各装置における電文の送信周期である。また、例えば時刻Ｔ１から時刻Ｔ２までの時間は、各装置における電文の受信周期である。
【００４５】
このように、本発明の鉄道信号システムは、当該一定周期で各装置へブロードキャスト送信を行い、前記一定周期を時分割した時間間隔でデータ受信を行うことにより、図３，図４で示したような一定周期の情報収集，配信を実現している。また、本実施例では、送信時刻管理手段（情報収集配信ソフトウェア）を各装置に分散配置することにより、情報収集配信の親局（ネットワークマスタ）を不要とすることができ、ネットワークマスタ停止によるネットワーク全体停止を排除し、ネットワークの信頼性を向上させることができる。
【００４６】
また、複数の装置間をメディアコンバータ（信号を相互に中継する装置）で接続し、ネットワーク全体でプロトコルを統一し、ネットワークを論理的に１段構成とすることにより、中継装置が不要となり、中央〜末端装置間のレスポンスを向上させることができ、さらに、中継装置が無い分、装置数が減少し、システム全体の信頼性を向上させることができ、中継装置が無い分、装置数が減少し、システム構成がシンプルとなり、維持保守負荷を軽減することができる。
【００４７】
また、ネットワークを１段構成、ネットワーク全域に渡り、一定周期に情報収集配信を繰り返すことで、ネットワーク全体として負荷や伝送周期，異常処理を統一し、定常負荷と異常負荷が同じで安定したシステムを実現できる。
【００４８】
装置２〜５についても、上記した装置１と同様の動作を行う。
【００４９】
図９に、ネットワークが異常である場合の、仮想の情報収集配信装置（ＨＲＴ）４の機能を実現するための実際のデータの流れを示す。
【００５０】
本例では、装置５が停止して電文の送受信不可能となった場合を説明する。図９において、最初の装置１から装置４までの動作は正常時（図５）と同様である。装置５は停止しているため、装置１では時刻Ｔ５でデータを送信できず、装置１の送信時刻管理テーブルのブロック５は時刻無しのままとなる。
【００５１】
装置１は、上述した（ｄ）の算出式により（（ａ）〜（ｃ）も可能）次周期の装置１の送信時刻を算出し、次装置４からの受信時刻Ｔ４から２×Δｔ秒後に各装置へデータを送信する。
【００５２】
装置１が時刻Ｔ６に電文を送信することで、装置２以降Δｔ秒間を空けながら送信を繰り返す。ただし、停止している装置５は除く。
【００５３】
時刻Ｔ１から時刻Ｔ６までの時間は、各装置における電文の送信周期である。また、例えば時刻Ｔ１から時刻Ｔ２までの時間は、各装置における電文の受信周期である。このように、本発明の鉄道信号システムは、当該一定周期で各装置へブロードキャスト送信を行い、前記一定周期を時分割した時間間隔でデータ受信を行うことにより、図３，図４で示したような一定周期の情報収集，配信を実現している。停止している装置を除いて、装置２〜５についても、上記した装置１と同様の動作を行う。
【００５４】
本実施例では、一周期の間に各装置が一回の電文送信を行う例を示したが、一周期での送信回数は必ずしも一回である必要はなく、通信ネットワークに接続された一部の装置が、一周期の間に複数回の送信を行うことも可能である。
【符号の説明】
【００５５】
１  中央装置，論理部
２  中継装置（駅装置またはＩＯ統括部）
３  末端装置
４  仮想の情報収集配信装置（ＨＲＴ）
【図１】
0005639961.tif 000002
【図２】
0005639961.tif 000003
【図３】
0005639961.tif 000004
【図４】
0005639961.tif 000005
【図５】
0005639961.tif 000006
【図６】
0005639961.tif 000007
【図７】
0005639961.tif 000008
【図８】
0005639961.tif 000009
【図９】
0005639961.tif 000010