(57)【要約】  本出願は、車載ネットワークシステムおよびその通信方法に関する。車載ネットワークシステムは、車載信号システムデバイス、ＴＣＭＳデバイス、他の車載ネットワークサブシステムデバイス、および２つの独立したサブネットワークを備え、車載信号システムデバイスは、それぞれ、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスし、安全性レベルに応じて、ＴＣＭＳデバイスおよび他の車載ネットワークサブシステムデバイスは、安全性レベルが高い主要なサブシステムデバイスおよび安全性レベルが低い通常のサブシステムデバイスに分類され、主要なサブシステムデバイスの各々は、２つ以上の通信インターフェースを介して第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスし、通常のサブシステムデバイスは、第２のサブネットワークＢおよび／または第１のサブネットワークＡに直接アクセスする。本出願では、信号システムネットワークおよびＴＣＭＳネットワークが同じネットワークに統合され、その結果、車載ネットワークシステムの複雑さが軽減され、システムの障害ポイントが削減され、２つのサブネットワークは互いにホットスタンバイであり、２つのサブネットワークのうちの１つにおいて回復不能な障害が発生したとき、車載ネットワークデバイスの正常な動作が影響を受けないことを保証することができる。【選択図】図１
2021523589.tif 000002
【特許請求の範囲】
【請求項１】
車載信号システムデバイス、列車制御管理システムデバイス、他の車載ネットワークサブシステムデバイス、および２つの独立したサブネットワークを備えることを特徴とする、車載ネットワークシステムであって、前記車載信号システムデバイスが、それぞれ、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスし、安全性レベルに応じて、前記列車制御管理システムデバイスおよび前記他の車載ネットワークサブシステムデバイスが、安全性レベルが高い主要なサブシステムデバイスおよび安全性レベルが低い通常のサブシステムデバイスに分類され、前記主要なサブシステムデバイスの各々が、２つ以上の通信インターフェースを介して前記第１のサブネットワークＡおよび前記第２のサブネットワークＢにアクセスし、前記通常のサブシステムデバイスが、前記第１のサブネットワークＡおよび／または前記第２のサブネットワークＢに直接アクセスする、車載ネットワークシステム。
【請求項２】
前記通常のサブシステムデバイスが、前記第１のサブネットワークＡまたは前記第２のサブネットワークＢに直接アクセスすることを特徴とする、請求項１に記載の車載ネットワークシステム。
【請求項３】
前記通常のサブシステムデバイスの各々が、１つの通信インターフェースを有し、列車の運行および車両の安全に関係しないデバイスであり、前記通常のサブシステムデバイスの各々が、前記１つの通信インターフェースを介して前記第１のサブネットワークＡまたは前記第２のサブネットワークＢにアクセスすることを特徴とする、請求項２に記載の車載ネットワークシステム。
【請求項４】
各客車内の前記通常のサブシステムデバイスが、前記第１のサブネットワークＡまたは前記第２のサブネットワークＢにおいてメッセージを送信し、この客車内の前記主要なサブシステムデバイスに同一のメッセージを送信し、この客車内の前記主要なサブシステムデバイスが、前記通常のサブシステムデバイスのホットスタンバイとして、前記第２のサブネットワークＢまたは前記第１のサブネットワークＡにおいてメッセージを転送し、受信側が、前記２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、前記第１のサブネットワークＡまたは前記第２のサブネットワークＢにおいてデータを受け入れることを決定することを特徴とする、請求項２または請求項３に記載の車載ネットワークシステム。
【請求項５】
前記通常のサブシステムデバイスが、前記第１のサブネットワークＡおよび前記第２のサブネットワークＢに直接アクセスすることを特徴とする、請求項１に記載の車載ネットワークシステム。
【請求項６】
前記通常のサブシステムデバイスの各々が、少なくとも２つの通信インターフェースを有し、列車の運行および車両の安全に関係しないデバイスであり、前記通常のサブシステムデバイスの各々が、２つ以上の通信インターフェースを介して前記第１のサブネットワークＡおよび前記第２のサブネットワークＢにアクセスすることを特徴とする、請求項５に記載の車載ネットワークシステム。
【請求項７】
各客車内の前記通常のサブシステムデバイスが、前記第１のサブネットワークＡおよび前記第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側が、前記２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、前記第１のサブネットワークＡまたは前記第２のサブネットワークＢにおいてデータを受け入れることを決定することを特徴とする、請求項５または請求項６に記載の車載ネットワークシステム。
【請求項８】
前記主要なサブシステムデバイスの各々が、少なくとも２つの通信インターフェースを有し、列車の運行および車両の安全に関係するデバイスであり、前記主要なサブシステムデバイスの各々が、２つ以上の通信インターフェースを介して前記２つのサブネットワークにアクセスすることを特徴とする、請求項１に記載の車載ネットワークシステム。
【請求項９】
各客車内の前記主要なサブシステムデバイスが、前記第１のサブネットワークＡおよび前記第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側が、前記２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、前記第１のサブネットワークＡまたは前記第２のサブネットワークＢにおいてデータを受け入れることを決定することを特徴とする、請求項１または請求項８に記載の車載ネットワークシステム。
【請求項１０】
前記車載信号システムデバイスが、各々が少なくとも２つの通信インターフェースを有する車載デバイスであり、前記車載信号システムデバイスが、それぞれ、各々が２つ以上の通信インターフェースを介して前記２つのサブネットワークにアクセスすることを特徴とする、請求項１に記載の車載ネットワークシステム。
【請求項１１】
前記車載信号システムデバイスが、前記第１のサブネットワークＡおよび前記第２のサブネットワークＢにおいて同時に動作し、受信側が、前記２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、前記第１のサブネットワークＡまたは前記第２のサブネットワークＢにおいてデータを受け入れることを決定することを特徴とする、請求項１または請求項１０に記載の車載ネットワークシステム。
【請求項１２】
前記車載信号システムデバイスが通信を実行するステップであって、
前記車載信号システムデバイスが、前記第１のサブネットワークＡおよび前記第２のサブネットワークＢにおいて同時に動作し、受信側が、前記２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、前記第１のサブネットワークＡまたは前記第２のサブネットワークＢにおいてデータを受け入れることを決定する、
ステップと、
前記主要なサブシステムデバイスが通信を実行するステップであって、
各客車内の前記主要なサブシステムデバイスが、前記第１のサブネットワークＡおよび前記第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側が、前記２つのサブネットワークの前記ネットワークデータおよび前記ネットワーク状態に従って、前記第１のサブネットワークＡまたは前記第２のサブネットワークＢにおいてデータを受け入れることを決定する、
ステップと、
前記通常のサブシステムデバイスが通信を実行するステップであって、
各客車内の前記通常のサブシステムデバイスが、前記第１のサブネットワークＡもしくは前記第２のサブネットワークＢにおいてメッセージを送信し、この客車内の前記主要なサブシステムデバイスに同一のメッセージを送信し、この客車内の前記主要なサブシステムデバイスが、前記通常のサブシステムデバイスのホットスタンバイとして、前記第２のサブネットワークＢもしくは前記第１のサブネットワークＡにおいて前記メッセージを転送し、受信側が、前記２つのサブネットワークの前記ネットワークデータおよび前記ネットワーク状態に従って、前記第１のサブネットワークＡもしくは前記第２のサブネットワークＢにおいてデータを受け入れることを決定する、または、
各客車内の前記通常のサブシステムデバイスが、前記第１のサブネットワークＡおよび前記第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側が、前記２つのサブネットワークの前記ネットワークデータおよび前記ネットワーク状態に従って、前記第１のサブネットワークＡもしくは前記第２のサブネットワークＢにおいてデータを受け入れることを決定する、
ステップと、
を含むことを特徴とする、請求項１から１１のいずれか一項に記載の車載ネットワークシステムのための通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、鉄道車両のネットワーク通信の技術分野に属し、詳細には、列車の制御システムネットワークと信号システムネットワークを統合するのに適した車載ネットワークシステム、およびその通信方法に関する。
【背景技術】
【０００２】
従来の車載ネットワークシステムは、通常、列車の操車および運行に役立つための信号システムネットワーク、ならびに列車の制御および保守管理に役立つための列車制御管理システム（略してＴＣＭＳと呼ばれる）などの、様々なサービスタイプの多くのネットワークから構成される。そのような車載ネットワークシステムには以下の問題がある。
１．複数のシステムセットが共存するため、ネットワークの複雑さが増大し、障害ポイントが増加する。
２．複数のシステムセットが共存するため、列車の製造コストが増大し、キャビネットおよびケーブルの配置の複雑さが改善される。
３．ネットワークが互いに分離されているので、車両保守要員が統合された保守および管理を実現することができず、保守および管理の複雑さおよびコストが増大する。
【０００３】
ＴＣＭＳネットワークおよび信号システムネットワークが同じ物理ネットワークに直接統合された場合、ネットワークを簡略化することができる。しかしながら、ＴＣＭＳネットワークには安全性レベルが低いサブシステムデバイスが存在するので、リスクを引き起こしやすく、信号システムの制御不能につながり、列車の運行安全に隠れた危険をもたらす。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の車載ネットワークシステムに存在していた問題を考慮して、本出願は、低複雑度、低コスト、および高安全性の車載ネットワークシステム、ならびにその通信方法を提供する。
【課題を解決するための手段】
【０００５】
この目的のために、本出願の一態様は、車載信号システムデバイス、ＴＣＭＳデバイス、他の車載ネットワークサブシステムデバイス、および２つの独立したサブネットワークを備える車載ネットワークシステムを提供し、車載信号システムデバイスは、それぞれ、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスし、安全性レベルに応じて、ＴＣＭＳデバイスおよび他の車載ネットワークサブシステムデバイスは、安全性レベルが高い主要なサブシステムデバイスおよび安全性レベルが低い通常のサブシステムデバイスに分類され、主要なサブシステムデバイスの各々は、２つ以上の通信インターフェースを介して第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスし、通常のサブシステムデバイスは、第２のサブネットワークＢおよび／または第１のサブネットワークＡに直接アクセスする。
【０００６】
一態様では、好ましくは、通常のサブシステムデバイスは、第１のサブネットワークＡまたは第２のサブネットワークＢに直接アクセスする。
【０００７】
好ましくは、通常のサブシステムデバイスの各々は、１つの通信インターフェースを有し、列車の運行および車両の安全に関係しないデバイスであり、通常のサブシステムデバイスの各々は、１つの通信インターフェースを介して第１のサブネットワークＡまたは第２のサブネットワークＢにアクセスする。
【０００８】
好ましくは、各客車内の通常のサブシステムデバイスは、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてメッセージを送信し、この客車内の主要なサブシステムデバイスに同一のメッセージを送信し、この客車内の主要なサブシステムデバイスは、通常のサブシステムデバイスのホットスタンバイとして、第２のサブネットワークＢまたは第１のサブネットワークＡにおいてメッセージを転送し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【０００９】
別の態様では、好ましくは、通常のサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスする。
【００１０】
好ましくは、通常のサブシステムデバイスの各々は、少なくとも２つの通信インターフェースを有し、列車の運行および車両の安全に関係しないデバイスであり、通常のサブシステムデバイスの各々は、２つ以上の通信インターフェースを介して第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスする。
【００１１】
好ましくは、各客車内の通常のサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００１２】
好ましくは、主要なサブシステムデバイスの各々は、少なくとも２つの通信インターフェースを有し、列車の運行および車両の安全に関係するデバイスであり、主要なサブシステムデバイスの各々は、２つ以上の通信インターフェースを介して２つのサブネットワークにアクセスする。
【００１３】
好ましくは、各客車内の主要なサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００１４】
好ましくは、車載信号システムデバイスは、各々が少なくとも２つの通信インターフェースを有する車載デバイスであり、車載信号システムデバイスは、それぞれ、各々が２つ以上の通信インターフェースを介して２つのサブネットワークにアクセスする。
【００１５】
好ましくは、車載信号システムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時に動作し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００１６】
前述の車載ネットワークシステムに基づいて、本出願の別の態様は、以下のステップを含む、車載ネットワークシステムのための通信方法を提供する。
車載信号システムデバイスが通信を実行する、すなわち、
車載信号システムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時に動作し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
主要なサブシステムデバイスが通信を実行する、すなわち、
各客車内の主要なサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
通常のサブシステムデバイスが通信を実行する、すなわち、
各客車内の通常のサブシステムデバイスは、第１のサブネットワークＡもしくは第２のサブネットワークＢにおいてメッセージを送信し、この客車内の主要なサブシステムデバイスに同一のメッセージを送信し、この客車内の主要なサブシステムデバイスは、通常のサブシステムデバイスのホットスタンバイとして、第２のサブネットワークＢもしくは第１のサブネットワークＡにおいてメッセージを転送し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡもしくは第２のサブネットワークＢにおいてデータを受け入れることを決定する、または
各客車内の通常のサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡもしくは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【発明の効果】
【００１７】
従来技術と比較して、本出願は、以下の利点および好ましい効果を有する。
（１）本出願によって提供される車載ネットワークシステムでは、車載信号システムデバイス、ＴＣＭＳデバイス、および他の車載ネットワークサブシステムデバイスは、信号ネットワークとＴＣＭＳネットワークの統合を実現するために同じネットワークに組み込まれ、その結果、ネットワークスイッチングデバイス、列車ケーブル、およびキャビネットの数を減少させることができ、車載ネットワークシステムの複雑さおよびメンテナンスコストを削減することができる。一方、デバイスの集中化および最適化された配置により、車載ネットワークシステムの障害ポイントが削減される。
（２）本出願によって提供される車載ネットワークシステムは、列車システム全体の観点から、ネットワークデバイスのデータ共有および故障診断を実現するのに有利であり、列車ネットワークのサービス多様化を実現するのに有利である。
（３）本出願によって提供される車載ネットワークシステムでは、互いに独立した第１のサブネットワークＡおよび第２のサブネットワークＢは、互いのホットスタンバイとして使用され、主要なサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢの物理的な分離を実現するために、通常のサブシステムデバイスの転送ポイントとして使用される。すなわち、通常のシステムデバイスは、通常のシステムデバイスが配置されていないサブネットワークに直接アクセスすることができない。したがって、信号システムデバイスが配置されている別のネットワークの安全性および安定性が保証され、したがって、安全性レベルが低い通常のサブシステムによって引き起こされる隠れた危険が回避され、ネットワーク統合によって引き起こされるリスクが軽減される。
（４）本出願によって提供される車載ネットワークシステムでは、信号システムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスし、主要なサブシステムデバイスは、デュアルホーミング方式で第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスし、第１のサブネットワークＡおよび第２のサブネットワークＢは、互いにホットスタンバイである。すなわち、２つのサブネットワークは互いに冗長である。サブネットワークの１つに障害が発生すると、もう１つのサブネットワークが通信に使用される。このように、車載ネットワークデバイスの正常な動作が保証され、車両全体のデバイス間の通信は影響を受けず、ネットワークの信頼性が向上する。
（５）本出願によって提供される車載ネットワークシステムでは、通常のサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスすることができ、第１のサブネットワークＡおよび第２のサブネットワークＢは互いにホットスタンバイである。すなわち、２つのサブネットワークは互いに冗長である。サブネットワークの１つに障害が発生すると、もう１つのサブネットワークが通信に使用される。このように、車載ネットワークデバイスの正常な動作が保証され、車両全体のデバイス間の通信は影響を受けず、ネットワークの信頼性が向上する。
（６）本出願によって提供される車載ネットワークシステムでは、統合された保守管理プラットフォームが車両保守要員に提供され、その結果、保守コストが削減され、保守の複雑さが軽減され、保守効率が向上する。
（７）本出願によって提供される通信方法では、信号システムネットワークとＴＣＭＳネットワークを統合することにより、ネットワークスイッチングデバイス、列車ケーブル、およびキャビネットの数が減少し、列車ネットワークの複雑さ、製造コスト、および保守コストが削減される。
（８）本出願において提供される列車の主要なサブシステムデバイスにより通常のサブシステムデバイスからのメッセージを転送するホットスタンバイメカニズムでは、信号システムネットワークとＴＣＭＳネットワークの統合中に、安全性レベルが低い通常のサブシステムによって引き起こされる隠れた危険が回避され、ネットワーク統合によって引き起こされるリスクが軽減され、ネットワークの安全性および安定性が向上する。
（９）本出願によって提供する通信方法では、信号システムデバイス、ＴＣＭＳデバイス、および他の車載サブシステムデバイスはすべて、第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスし、第１のサブネットワークＡおよび第２のサブネットワークＢは互いにホットスタンバイである。すなわち、２つのサブネットワークは互いに冗長である。サブネットワークの１つに障害が発生すると、もう１つのサブネットワークが通信に使用される。このように、車載ネットワークデバイスの正常な動作が保証され、車両全体のデバイス間の通信は影響を受けず、ネットワークの信頼性が向上する。
【図面の簡単な説明】
【００１８】
【図１】本出願の一実施形態による、車載ネットワークシステムのネットワークアーキテクチャ図である。
【００１９】
【図２】本出願の実施形態による、主要なサブシステムデバイスおよび通常のサブシステムデバイスのメッセージ送信モードの図である。
【００２０】
【図３】本出願の別の実施形態による、車載ネットワークシステムネットワークのネットワークアーキテクチャ図である。
【００２１】
【図４】本出願の別の実施形態による、主要なサブシステムデバイスおよび通常のサブシステムデバイスのメッセージ送信モードの図である。
【００２２】
【図５】本出願のさらに別の実施形態による、車載ネットワークシステムネットワークのネットワークアーキテクチャ図である。
【００２３】
【図６】本出願のさらに別の実施形態による、主要なサブシステムデバイスおよび通常のサブシステムデバイスのメッセージ送信モードの図である。
【発明を実施するための形態】
【００２４】
本出願は、例示的な実装形態によって以下に具体的に記載される。しかしながら、１つの実装形態における要素、構造、および特徴は、さらなる記述なしに他の実装形態に有利に統合されてよいことを理解されたい。
【００２５】
加えて、本出願の説明において、「第１」、「第２」などの用語は、単に例示を目的としたものであり、相対的な重要性を示すかまたは意味するものと解釈されないことに留意されたい。
【００２６】
実施形態１
図１を参照して、本出願の一実施形態は、車載信号システムデバイス、ＴＣＭＳデバイス、他の車載ネットワークサブシステムデバイス、ならびに２つの独立したサブネットワーク、すなわち、第１のサブネットワークＡおよび第２のサブネットワークＢを備える車載ネットワークシステムを提供し、車載信号システムデバイスは、それぞれ、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスし、安全性レベルに応じて、ＴＣＭＳデバイスおよび他の車載ネットワークサブシステムデバイスは、安全性レベルが高い主要なサブシステムデバイスおよび安全性レベルが低い通常のサブシステムデバイスに分類され、主要なサブシステムデバイスの各々は、２つ以上の通信インターフェースを介して第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスし、通常のサブシステムデバイスは、第２のサブネットワークＢに直接アクセスする。
【００２７】
この実施形態では、車載信号システムデバイスを除く他の車載ネットワークデバイスが合理的に分類される。当業者は、車両運行の必要性に応じて高い安全性レベルおよび低い安全性レベルの分類を決定することができる。様々な車両モデルおよび適用状況に対して様々な分類基準が存在する。たとえば、分類は、列車運行の安全性に関係するかどうかに応じて実行されてよい。列車運行の安全性に関係するデバイスは安全性が高い主要なサブシステムデバイスであり、列車運行の安全性に関係しないデバイスは安全性が低い通常のサブシステムデバイスである。この場合、ＴＣＭＳデバイスはすべて車両運行の安全性に関係するので、それらは主要なサブシステムデバイスに分類される。他の車載ネットワークサブシステムデバイスの中で、列車運行の安全性に関係するデバイスは主要なサブシステムデバイスに分類され、列車運行の安全性に関係しないデバイスは通常のサブシステムデバイスに分類される。分類後、車載ネットワークデバイスは、高い安全性レベルから低い安全性レベルに連続して、車載信号システムデバイス、主要なサブシステムデバイス、および通常のサブシステムデバイスである。
【００２８】
この実施形態では、車載信号システムネットワークおよびＴＣＭＳネットワークが同じネットワークに統合され、その結果、車載ネットワークシステムの複雑さが軽減される。一方、デバイスの集中化および最適化された配置により、システムの障害ポイントが削減される。加えて、第１のサブネットワークＡおよび第２のサブネットワークＢは互いにホットスタンバイであるため、第１のサブネットワークＡおよび第２のサブネットワークＢのうちの１つにおいて回復不能な障害が発生したとき、車載ネットワークデバイスの正常な動作が影響を受けないことを保証することができる。
【００２９】
様々な車両モデルにより、列車の客車内の車載信号システムデバイス、主要なサブシステムデバイス、および通常のサブシステムデバイスの構成モードは固定されていないことに留意されたい。たとえば、各客車には、３種類のデバイスが同時に装備されていてもよく、１種類または２種類のデバイスのみが装備されていてもよい。加えて、各種類の装備されているデバイスの数も固定されていない。本出願の図面では、表現の便宜のために、各客車は３種類のデバイスを備えているが、それは本出願に対する制限として解釈されるべきではない。
【００３０】
車載ネットワークシステムの好ましい設計として、主要なサブシステムデバイスの各々は、少なくとも２つの通信インターフェースを有し、列車の運行および車両の安全に関係するデバイスであり、主要なサブシステムデバイスの各々は、２つ以上の通信インターフェースを介して２つのサブネットワークにアクセスする。
【００３１】
前述の車載ネットワークシステムでは、各客車内の主要なサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。具体的には、ネットワーク状態は、データ到達時間、ネットワーク安定性、および他の特徴に従って判断され、その結果、第１のサブネットワークＡまたは第２のサブネットワークＢが選択される。ネットワークデータは、データソースを示すことが可能なフィールドを含み、したがって、選択されたネットワークからのデータがネットワークデータに従って取得される。主要なサブシステムデバイスは、デュアルホーミングホットスタンバイメカニズムを採用する。第１のサブネットワークＡおよび第２のサブネットワークＢのうちの１つにおいてネットワーク障害が発生したとき、主要なサブシステムデバイスは影響を受けず、正常に動作する他のサブネットワークにおいてデータを引き続き受け入れるので、ネットワークの信頼性が向上する。
【００３２】
好ましい解決策として、主要なサブシステムデバイスは、中央制御ユニット（ＣＣＵ）、駆動制御ユニット（ＤＣＵ）、リモート入力／出力モジュール（ＲＩＯＭ）、ブレーキ制御ユニット（ＢＣＵ）、および補助制御ユニット（ＡＣＵ）を備える。しかしながら、主要なサブシステムデバイスは上記のデバイスに限定されず、ヒューマンマシンインターフェースユニット（ＨＭＩ）、緊急記録モジュール（ＥＲＭ）、および安全性レベルが高い他の車載ネットワークデバイスをさらに備えてよい。ここで、中央制御ユニット（ＣＣＵ）、リモート入力／出力モジュール（ＲＩＯＭ）、ヒューマンマシンインターフェースユニット（ＨＭＩ）、および緊急記録モジュール（ＥＲＭ）はＴＣＭＳデバイスに属し、他のデバイスは他の車両ネットワークサブシステムデバイスに属する。
【００３３】
車載ネットワークシステムの好ましい設計として、通常のサブシステムデバイスの各々は、１つの通信インターフェースを有し、列車の運行および車両の安全に関係しないデバイスであり、通常のサブシステムデバイスの各々は、１つの通信インターフェースを介して第２のサブネットワークＢにアクセスする。
【００３４】
各客車内の通常のサブシステムデバイスは、第２のサブネットワークＢにおいてメッセージを送信し、この客車のネットワーク内の主要なサブシステムデバイスに同一のメッセージを送信し、この客車内の主要なサブシステムデバイスは、通常のサブシステムデバイスのホットスタンバイとして、第１のサブネットワークＡにおいてメッセージを転送する。第２のサブネットワークＢが正常であるとき、第２のサブネットワークＢのデータが受け入れられ、またはそうでなければ、第１のサブネットワークＡにおいて主要なサブシステムデバイスによって転送された通常のサブシステムデバイスからのデータが受け入れられる。第２のサブネットワークＢにおいて列車レベルの障害が発生したとき、主要なサブシステムデバイスは影響を受けず、第１のサブネットワークＡからのデータを引き続き受け入れる。主要なサブシステムデバイスは通常のサブシステムデバイスの転送ポイントとして使用されるので、通常のサブシステムデバイスは、この客車のネットワークにおいて主要なサブシステムデバイスによる転送を介して第１のサブネットワークＡにデータを送信する。信号システムデバイスも影響を受けず、第１のサブネットワークＡにおいてデータを引き続き受け入れる。上記のプロセスの間、通常のサブシステムデバイスは第１のサブネットワークＡと直接通信せず、主要なサブシステムデバイスは、通常のサブシステムデバイスの転送ポイントとして、第１のサブネットワークＡと第２のサブネットワークＢの物理的な分離を実現する。すなわち、信号ネットワークとＴＣＭＳネットワークの統合中に、通常のサブシステムデバイスによって引き起こされる信号システムデバイス内のリスクが排除される。第２のサブネットワークＢにおいてブロードキャストストームまたはウイルス侵入などの危険な行動が行われたとき、信号システムデバイスが配置されている第１のサブネットワークＡの正常な動作を引き続き保証することができる。主要なサブシステムデバイスと通常のサブシステムデバイスとの間のデータ交換は、主要なサブシステムデバイスと通常のサブシステムデバイスを接続するネットワークスイッチングユニットによって実行される。
【００３５】
好ましい解決策として、通常のサブシステムデバイスは、電子ドア制御ユニット（ＥＤＣＵ）、暖房換気空調（ＨＶＡＣ）、乗客情報システム（ＰＩＳ）、火災警報システム（ＦＡＳ）、および照明制御ユニット（ＬＣＵ）を備える。しかしながら、通常のサブシステムデバイスは上記のデバイスに限定されず、稼働部品検出システム、ビデオ監視システムＣＣＴＶ、バッテリ管理システム（ＢＭＳ）、および安全性レベルが低い他の車載ネットワークデバイスをさらに備えてよい。
【００３６】
車載ネットワークシステムの好ましい設計として、車載信号システムデバイスは、各々が少なくとも２つの通信インターフェースを有する車載デバイスであり、車載信号システムデバイスは、それぞれ、各々が２つ以上の通信インターフェースを介して２つのサブネットワークにアクセスする。すなわち、安全性レベルを保証するために、車載信号システムデバイスの各々は、少なくとも２つの通信インターフェースを含み、少なくとも２つの通信インターフェースを介して第１のサブネットワークＡまたは第２のサブネットワークＢにアクセスし、その結果、第１のサブネットワークＡおよび第２のサブネットワークＢにおける車載信号システムは、互いに冗長である。
【００３７】
車載信号システムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時に動作し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。第１のサブネットワークＡおよび第２のサブネットワークＢのうちの１つにおいてネットワーク障害が発生したとき、信号システムデバイスは影響を受けず、正常に動作する他のサブネットワークにおいてデータを引き続き受け入れるので、ネットワークの信頼性が向上する。
【００３８】
好ましい解決策として、車載信号システムデバイスは、運動決定ユニット（ＭＤＵ）、バイタルデジタルユニット（ＶＤＵ）、列車アクセスユニット（ＴＡＵ）、自動列車監視システム（ＡＴＳ）、安全ゲートウェイデバイス（ＳＧ）、および通信管理ユニット（ＣＭＵ）を備える。しかしながら、車載信号システムデバイスは上記のデバイスに限定されず、自動列車運行システム（ＡＴＯ）、バイタル運行プロセスユニット（ＶＯＰ）、および他の信号システムデバイスをさらに備えてよい。
【００３９】
図１をさらに参照すると、車載ネットワークシステムの好ましい解決策として、第１のサブネットワークＡおよび第２のサブネットワークＢのトポロジーは線形トポロジーであるが、それに限定されず、リングトポロジー、台形トポロジーなどであってよい。車載ネットワークシステムでは、列車の要件に応じて適切なネットワークトポロジーが選択されてよい。
【００４０】
図１を引き続き参照すると、車載ネットワークシステムの好ましい解決策として、２つのサブネットワークと車載ネットワークデバイスとの間の通信を実現するために、複数のネットワークスイッチングユニットが各サブネットワークに配置され、車載ネットワークデバイスは、ネットワークスイッチングユニットを介してサブネットワークに接続される。
【００４１】
実施形態２
図３を参照して、本出願の別の実施形態は、車載信号システムデバイス、ＴＣＭＳデバイス、他の車載ネットワークサブシステムデバイス、ならびに２つの独立したサブネットワーク、すなわち、第１のサブネットワークＡおよび第２のサブネットワークＢを備える車載ネットワークシステムを提供し、車載信号システムデバイスは、それぞれ、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスし、安全性レベルに応じて、ＴＣＭＳデバイスおよび他の車載ネットワークサブシステムデバイスは、安全性レベルが高い主要なサブシステムデバイスおよび安全性レベルが低い通常のサブシステムデバイスに分類され、主要なサブシステムデバイスの各々は、２つ以上の通信インターフェースを介して第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスし、通常のサブシステムデバイスは、第１のサブネットワークＡに直接アクセスする。車載信号システムネットワークおよびＴＣＭＳネットワークが同じネットワークに統合され、その結果、車載ネットワークシステムの複雑さが軽減される。一方、デバイスの集中化および最適化された配置により、システムの障害ポイントが削減される。加えて、第１のサブネットワークＡおよび第２のサブネットワークＢは互いにホットスタンバイであるため、第１のサブネットワークＡおよび第２のサブネットワークＢのうちの１つにおいて回復不能な障害が発生したとき、車載ネットワークデバイスの正常な動作が影響を受けないことを保証することができる。
【００４２】
この実施形態は、各客車内の通常のサブシステムデバイスが、第１のサブネットワークＡにおいてメッセージを送信し、この客車のネットワーク内の主要なサブシステムデバイスに同一のメッセージを送信し、この客車内の主要なサブシステムデバイスが、通常のサブシステムデバイスのホットスタンバイとして、第２のサブネットワークＢにおいてメッセージを転送するという点で実施形態１とは異なる。第１のサブネットワークＡが正常であるとき、第１のサブネットワークＡのデータが受け入れられ、またはそうでなければ、第２のサブネットワークＢにおいて主要なサブシステムデバイスによって転送された通常のサブシステムデバイスからのデータが受け入れられる。第１のサブネットワークＡにおいて列車レベルの障害が発生したとき、主要なサブシステムデバイスは影響を受けず、第２のサブネットワークＢにおいてデータを引き続き受け入れる。主要なサブシステムデバイスは通常のサブシステムデバイスの転送ポイントとして使用されるので、通常のサブシステムデバイスは、この客車のネットワークにおいて主要なサブシステムデバイスによる転送を介して第２のサブネットワークＢにデータを送信する。信号システムデバイスも影響を受けず、第２のサブネットワークＢにおいてデータを引き続き受け入れる。上記のプロセスの間、通常のサブシステムデバイスは第２のサブネットワークＢと直接通信せず、主要なサブシステムデバイスは、通常のサブシステムデバイスの転送ポイントとして、第１のサブネットワークＡと第２のサブネットワークＢの物理的な分離を実現する。すなわち、信号ネットワークとＴＣＭＳネットワークの統合中に、通常のサブシステムデバイスによって引き起こされる信号システムデバイス内のリスクが排除される。第１のサブネットワークＡにおいてブロードキャストストームまたはウイルス侵入などの危険な行動が行われたとき、信号システムデバイスが配置されている第２のサブネットワークＢの正常な動作を引き続き保証することができる。
【００４３】
実施形態３
図５を参照して、本出願のさらに別の実施形態は、車載信号システムデバイス、ＴＣＭＳデバイス、他の車載ネットワークサブシステムデバイス、ならびに２つの独立したサブネットワーク、すなわち、第１のサブネットワークＡおよび第２のサブネットワークＢを備える車載ネットワークシステムを提供し、車載信号システムデバイスは、それぞれ、第１のサブネットワークＡおよび第２のサブネットワークＢに直接アクセスし、安全性レベルに応じて、ＴＣＭＳデバイスおよび他の車載ネットワークサブシステムデバイスは、安全性レベルが高い主要なサブシステムデバイスおよび安全性レベルが低い通常のサブシステムデバイスに分類され、主要なサブシステムデバイスの各々は、２つ以上の通信インターフェースを介して第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスし、通常のサブシステムデバイスは、２つ以上の通信インターフェースを介して第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスする。車載信号システムネットワークおよびＴＣＭＳネットワークが同じネットワークに統合され、その結果、車載ネットワークシステムの複雑さが軽減される。一方、デバイスの集中化および最適化された配置により、システムの障害ポイントが削減される。加えて、第１のサブネットワークＡおよび第２のサブネットワークＢは互いにホットスタンバイであるため、第１のサブネットワークＡおよび第２のサブネットワークＢのうちの１つにおいて回復不能な障害が発生したとき、車載ネットワークデバイスの正常な動作が影響を受けないことを保証することができる。
【００４４】
この実施形態は、通常のサブシステムデバイスの各々が、少なくとも２つの通信インターフェースを有し、列車の運行および車両の安全に関係しないデバイスであり、通常のサブシステムデバイスの各々が、２つ以上の通信インターフェースを介して第１のサブネットワークＡおよび第２のサブネットワークＢにアクセスするという点で実施形態１および２とは異なる。
【００４５】
各客車内の通常のサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。第１のサブネットワークＡおよび第２のサブネットワークＢのうちの１つにおいてネットワーク障害が発生したとき、通常のサブシステムデバイスは影響を受けず、正常に動作する他のサブネットワークにおいてデータを引き続き受け入れるので、ネットワークの信頼性が向上する。
【００４６】
実施形態１および２において提供された車載ネットワークシステムに基づいて、本出願の一実施形態は、以下のステップを含む、車載ネットワークシステムのための通信方法を提供する。
【００４７】
Ｓ１：車載信号システムデバイスが通信を実行する
車載信号システムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時に動作し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００４８】
Ｓ２：主要なサブシステムデバイスが通信を実行する
各客車内の主要なサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００４９】
Ｓ３：通常のサブシステムデバイスが通信を実行する
各客車内の通常のサブシステムデバイスは、第２のサブネットワークＢまたは第１のサブネットワークＡにおいてメッセージを送信し、この客車のネットワーク内の主要なサブシステムデバイスに同一のメッセージを送信し、この客車内の主要なサブシステムデバイスは、通常のサブシステムデバイスのホットスタンバイとして、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてメッセージを転送し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００５０】
ステップＳ１、Ｓ２、およびＳ３は、順番が入れ替えられてよい。たとえば、Ｓ１：主要なサブシステムデバイスが通信を実行する、の後に、Ｓ２：通常のサブシステムデバイスが通信を実行する、およびＳ３：信号システムデバイスが通信を実行するが続くことが可能であり、Ｓ１：主要なサブシステムデバイスが通信を実行する、の後に、Ｓ２：信号システムデバイスが通信を実行する、およびＳ３：通常のサブシステムデバイスが通信を実行する、が続くことも可能であり、Ｓ１：通常のサブシステムデバイスが通信を実行する、の後に、Ｓ２：主要なサブシステムデバイスが通信を実行する、およびＳ３：信号システムデバイスが通信を実行する、が続くことも可能である。
【００５１】
本出願によって提供された通信方法では、２つの独立したサブネットワークが信号ネットワークとＴＣＭＳネットワークを統合するために使用され、２つのサブネットワークは互いにホットスタンバイであり、その結果、ネットワークの信頼性が向上する。一方、主要なサブシステムデバイスが、２つのサブネットワークの物理的な分離を実現するために、通常のサブシステムデバイスのホットスタンバイとして、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてメッセージを転送し、その結果、通常のサブシステムデバイスが、第１のサブネットワークＡまたは第２のサブネットワークＢと直接通信しないことが提案されている。したがって、信号ネットワークとＴＣＭＳネットワークの統合中に、通常のサブシステムデバイスによって引き起こされる信号システムデバイスにもたらされるリスクが排除され、ネットワークの安全性が向上する。
【００５２】
実施形態３において提供された車載ネットワークシステムに基づいて、本出願の別の実施形態は、以下のステップを含む、車載ネットワークシステムのための通信方法を提供する。
【００５３】
Ｓ１：車載信号システムデバイスが通信を実行する
車載信号システムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時に動作し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００５４】
Ｓ２：主要なサブシステムデバイスが通信を実行する
各客車内の主要なサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００５５】
Ｓ３：通常のサブシステムデバイスが通信を実行する
各客車内の通常のサブシステムデバイスは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワークデータおよびネットワーク状態に従って、第１のサブネットワークＡまたは第２のサブネットワークＢにおいてデータを受け入れることを決定する。
【００５６】
ステップＳ１、Ｓ２、およびＳ３は、順番が入れ替えられてよい。たとえば、Ｓ１：主要なサブシステムデバイスが通信を実行する、の後に、Ｓ２：通常のサブシステムデバイスが通信を実行する、およびＳ３：信号システムデバイスが通信を実行する、が続くことが可能であり、Ｓ１：主要なサブシステムデバイスが通信を実行する、の後に、Ｓ２：信号システムデバイスが通信を実行する、およびＳ３：通常のサブシステムデバイスが通信を実行する、が続くことも可能であり、Ｓ１：通常のサブシステムデバイスが通信を実行する、の後に、Ｓ２：主要なサブシステムデバイスが通信を実行する、およびＳ３：信号システムデバイスが通信を実行する、が続くことも可能である。
【００５７】
本出願によって提供された通信方法では、２つの独立したサブネットワークが信号ネットワークとＴＣＭＳネットワークを統合するために使用され、２つのサブネットワークは互いにホットスタンバイであり、その結果、ネットワークの信頼性が向上する。
【００５８】
本出願によって提供される通信方法が、具体的な実施形態によって以下にさらに記載される。説明は、車載信号システムデバイスの一例として列車アクセスユニット（ＴＡＵ）を、主要なサブシステムデバイスの一例として中央制御デバイス（ＣＣＵ）を、通常のサブシステムデバイスの一例として火災警報システム（ＦＡＳ）を取り上げて与えられる。
【００５９】
実施形態４
第１のサブネットワークＡが一次ネットワークとして定義され、第２のサブネットワークＢが補助ネットワークとして定義される。
【００６０】
第１のサブネットワークＡおよび第２のサブネットワークＢにおけるＴＡＵは、それぞれのサブネットワークにおいて同時にメッセージを送信する。第１のサブネットワークＡが正常である場合、第１のサブネットワークＡのデータが受け入れられ、第１のサブネットワークＡにおいて障害が発生した場合、第２のサブネットワークＢのデータが受け入れられる。
【００６１】
図２を参照すると、ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージ１を送信する。第１のサブネットワークＡが正常であるとき、第１のサブネットワークＡのデータが受け入れられ、第１のサブネットワークＡにおいて障害が発生したとき、第２のサブネットワークＢのデータが受け入れられる。ＦＡＳは、第２のサブネットワークＢにおいてメッセージ２を送信し、このメッセージをＣＣＵにも送信する。メッセージ１に加えて、ＣＣＵは、ＦＡＳのためのホットスタンバイ機能を実現するために、第１のサブネットワークＡにおいてＦＡＳからのメッセージ２を送信する。第１のサブネットワークＡが正常であるとき、第１のサブネットワークＡのデータが受け入れられ、第１のサブネットワークＡにおいて障害が発生したとき、第２のサブネットワークＢのデータが受け入れられる。
【００６２】
あるいは、図４を参照すると、ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージ１を送信する。第１のサブネットワークＡが正常であるとき、第１のサブネットワークＡのデータが受け入れられ、第１のサブネットワークＡにおいて障害が発生したとき、第２のサブネットワークＢのデータが受け入れられる。ＦＡＳは、第１のサブネットワークＡにおいてメッセージ２を送信し、このメッセージをＣＣＵにも送信する。メッセージ１に加えて、ＣＣＵは、ＦＡＳのためのホットスタンバイ機能を実現するために、第２のサブネットワークＢにおいてＦＡＳからのメッセージ２を送信する。第１のサブネットワークＡが正常であるとき、第１のサブネットワークＡのデータが受け入れられ、第１のサブネットワークＡにおいて障害が発生したとき、第２のサブネットワークＢのデータが受け入れられる。
【００６３】
実施形態５
第２のサブネットワークＢが一次ネットワークとして定義され、第１のサブネットワークＡが補助ネットワークとして定義される。
【００６４】
第１のサブネットワークＡおよび第２のサブネットワークＢにおけるＴＡＵは、それぞれのサブネットワークにおいて同時にメッセージを送信する。第２のサブネットワークＢが正常である場合、第２のサブネットワークＢのデータが受け入れられ、第２のサブネットワークＢにおいて障害が発生した場合、第１のサブネットワークＡのデータが受け入れられる。
【００６５】
図２を引き続き参照すると、ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージ１を送信する。第２のサブネットワークＢが正常であるとき、第２のサブネットワークＢのデータが受け入れられ、第２のサブネットワークＢにおいて障害が発生したとき、第１のサブネットワークＡのデータが受け入れられる。ＦＡＳは、第２のサブネットワークＢにおいてメッセージ２を送信し、このメッセージをＣＣＵにも送信する。メッセージ１に加えて、ＣＣＵは、ＦＡＳのためのホットスタンバイ機能を実現するために、第１のサブネットワークＡにおいてＦＡＳからのメッセージ２を送信する。第２のサブネットワークＢが正常であるとき、第２のサブネットワークＢのデータが受け入れられ、第２のサブネットワークＢにおいて障害が発生したとき、第１のサブネットワークＡのデータが受け入れられる。
【００６６】
あるいは、図４を引き続き参照すると、ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージ１を送信する。第２のサブネットワークＢが正常であるとき、第２のサブネットワークＢのデータが受け入れられ、第２のサブネットワークＢにおいて障害が発生したとき、第１のサブネットワークＡのデータが受け入れられる。ＦＡＳは、第１のサブネットワークＡにおいてメッセージ２を送信し、このメッセージをＣＣＵにも送信する。メッセージ１に加えて、ＣＣＵは、ＦＡＳのためのホットスタンバイ機能を実現するために、第２のサブネットワークＢにおいてＦＡＳからのメッセージ２を送信する。第２のサブネットワークＢが正常であるとき、第２のサブネットワークＢのデータが受け入れられ、第２のサブネットワークＢにおいて障害が発生したとき、第１のサブネットワークＡのデータが受け入れられる。
【００６７】
実施形態６
第１のサブネットワークＡおよび第２のサブネットワークＢが優先順位をつけずに使用され、２つのサブネットワークはすべて正常に動作する。
【００６８】
第１のサブネットワークＡおよび第２のサブネットワークＢにおけるＴＡＵは、それぞれのサブネットワークにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワーク状態およびネットワークデータに従って、第１のサブネットワークＡまたは第２のサブネットワークＢのデータを受け入れる。第１のサブネットワークＡのネットワーク状態およびネットワークデータが第２のサブネットワークＢのそれらよりも優れている場合、第１のサブネットワークＡのデータが受け入れられる。逆に、第２のサブネットワークＢのネットワーク状態およびネットワークデータが第１のサブネットワークＡのそれらよりも優れている場合、第２のサブネットワークＢのデータが受け入れられる。
【００６９】
ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージ１を送信する。第１のサブネットワークＡのネットワーク状態およびネットワークデータが第２のサブネットワークＢのそれらよりも優れている場合、第１のサブネットワークＡのデータが受け入れられ、逆に、第２のサブネットワークＢのネットワーク状態およびネットワークデータが第１のサブネットワークＡのそれらよりも優れている場合、第２のサブネットワークＢのデータが受け入れられる。ＦＡＳは、第２のサブネットワークＢにおいてメッセージ２を送信し、このメッセージをＣＣＵにも送信する。メッセージ１に加えて、ＣＣＵは、ＦＡＳのためのホットスタンバイ機能を実現するために、第１のサブネットワークＡにおいてＦＡＳからのメッセージ２を送信する。第１のサブネットワークＡのネットワーク状態およびネットワークデータが第２のサブネットワークＢのそれらよりも優れている場合、第１のサブネットワークＡのデータが受け入れられ、逆に、第２のサブネットワークＢのデータ状態およびネットワークデータが第１のサブネットワークＡのそれらよりも優れている場合、第２のサブネットワークＢのデータが受け入れられる。
【００７０】
あるいは、ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージ１を送信する。第１のサブネットワークＡのネットワーク状態およびネットワークデータが第２のサブネットワークＢのそれらよりも優れている場合、第１のサブネットワークＡのデータが受け入れられ、逆に、第２のサブネットワークＢのネットワーク状態およびネットワークデータが第１のサブネットワークＡのそれらよりも優れている場合、第２のサブネットワークＢのデータが受け入れられる。ＦＡＳは、第１のサブネットワークＡにおいてメッセージ２を送信し、このメッセージをＣＣＵにも送信する。メッセージ１に加えて、ＣＣＵは、ＦＡＳのためのホットスタンバイ機能を実現するために、第２のサブネットワークＢにおいてＦＡＳからのメッセージ２を送信する。第１のサブネットワークＡのネットワーク状態およびネットワークデータが第２のサブネットワークＢのそれらよりも優れている場合、第１のサブネットワークＡのデータが受け入れられ、逆に、第２のサブネットワークＢのデータ状態およびネットワークデータが第１のサブネットワークＡのそれらよりも優れている場合、第２のサブネットワークＢのデータが受け入れられる。
【００７１】
実施形態７
第１のサブネットワークＡが一次ネットワークとして定義され、第２のサブネットワークＢが補助ネットワークとして定義される。
【００７２】
第１のサブネットワークＡおよび第２のサブネットワークＢにおけるＴＡＵは、それぞれのサブネットワークにおいて同時にメッセージを送信する。第１のサブネットワークＡが正常である場合、第１のサブネットワークＡのデータが受け入れられ、第１のサブネットワークＡにおいて障害が発生した場合、第２のサブネットワークＢのデータが受け入れられる。
【００７３】
ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信する。第１のサブネットワークＡが正常である場合、第１のサブネットワークＡのデータが受け入れられ、第１のサブネットワークＡにおいて障害が発生した場合、第２のサブネットワークＢのデータが受け入れられる。
【００７４】
ＦＡＳは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信する。第１のサブネットワークＡが正常である場合、第１のサブネットワークＡのデータが受け入れられ、第１のサブネットワークＡにおいて障害が発生した場合、第２のサブネットワークＢのデータが受け入れられる。
【００７５】
実施形態８
第２のサブネットワークＢが一次ネットワークとして定義され、第１のサブネットワークＡが補助ネットワークとして定義される。
【００７６】
第１のサブネットワークＡおよび第２のサブネットワークＢにおけるＴＡＵは、それぞれのサブネットワークにおいて同時にメッセージを送信する。第２のサブネットワークＢが正常である場合、第２のサブネットワークＢのデータが受け入れられ、第２のサブネットワークＢにおいて障害が発生した場合、第１のサブネットワークＡのデータが受け入れられる。
【００７７】
ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信する。第２のサブネットワークＢが正常である場合、第２のサブネットワークＢのデータが受け入れられ、第２のサブネットワークＢにおいて障害が発生した場合、第１のサブネットワークＡのデータが受け入れられる。
【００７８】
ＦＡＳは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信する。第２のサブネットワークＢが正常である場合、第２のサブネットワークＢのデータが受け入れられ、第２のサブネットワークＢにおいて障害が発生した場合、第１のサブネットワークＡのデータが受け入れられる。
【００７９】
実施形態９
第１のサブネットワークＡおよび第２のサブネットワークＢが優先順位をつけずに使用され、２つのサブネットワークはすべて正常に動作する。
【００８０】
第１のサブネットワークＡおよび第２のサブネットワークＢにおけるＴＡＵは、それぞれのサブネットワークにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワーク状態およびネットワークデータに従って、第１のサブネットワークＡまたは第２のサブネットワークＢのデータを受け入れる。第１のサブネットワークＡのネットワーク状態およびネットワークデータが第２のサブネットワークＢのそれらよりも優れている場合、第１のサブネットワークＡのデータが受け入れられる。逆に、第２のサブネットワークＢのネットワーク状態およびネットワークデータが第１のサブネットワークＡのそれらよりも優れている場合、第２のサブネットワークＢのデータが受け入れられる。
【００８１】
ＣＣＵは、互いにホットスタンバイである第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信する。受信側は、２つのサブネットワークのネットワーク状態およびネットワークデータに従って、第１のサブネットワークＡまたは第２のサブネットワークＢのデータを受け入れる。第１のサブネットワークＡのネットワーク状態およびネットワークデータが第２のサブネットワークＢのそれらよりも優れている場合、第１のサブネットワークＡのデータが受け入れられる。逆に、第２のサブネットワークＢのネットワーク状態およびネットワークデータが第１のサブネットワークＡのそれらよりも優れている場合、第２のサブネットワークＢのデータが受け入れられる。
【００８２】
ＦＡＳは、第１のサブネットワークＡおよび第２のサブネットワークＢにおいて同時にメッセージを送信し、受信側は、２つのサブネットワークのネットワーク状態およびネットワークデータに従って、第１のサブネットワークＡまたは第２のサブネットワークＢのデータを受け入れる。第１のサブネットワークＡのネットワーク状態およびネットワークデータが第２のサブネットワークＢのそれらよりも優れている場合、第１のサブネットワークＡのデータが受け入れられる。逆に、第２のサブネットワークＢのネットワーク状態およびネットワークデータが第１のサブネットワークＡのそれらよりも優れている場合、第２のサブネットワークＢのデータが受け入れられる。
【００８３】
前述の実施形態は、本出願を説明するために使用され、本出願を限定するものではない。本発明の趣旨および特許請求の範囲の保護範囲から逸脱することなく本出願に対して行われたいかなる修正および変更も、本出願の保護範囲に入るものとする。
【図１】
2021523589.tif 000003
【図２】
2021523589.tif 000004
【図３】
2021523589.tif 000005
【図４】
2021523589.tif 000006
【図５】
2021523589.tif 000007
【図６】
2021523589.tif 000008
【国際調査報告】
2021523589.tif 000009
2021523589.tif 000010
2021523589.tif 000011
2021523589.tif 000012