(57)【要約】  検査用フレーム等の送信を行うことなく、車両の各部や通信経路の異常を検出する。制御装置は、制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備える。前記制御部は、前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定し、前記ＥＣＵから送信されたパケットの途絶を検出したスイッチとポートの組み合わせに応じて、前記ＥＣＵの故障か通信路の障害のいずれかを判定する。
2019187202.tif 000002
【特許請求の範囲】
【請求項１】
制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備え、
前記制御部は、
前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定し、
前記ＥＣＵから送信されたパケットの途絶を検出したスイッチとポートの組み合わせに応じて、前記ＥＣＵの故障か通信路の障害かのいずれかを判定すること、
を特徴とする制御装置。
【請求項２】
前記制御部は、前記判定の結果に応じて、所定の機能復旧処理を実施する請求項１の制御装置。
【請求項３】
前記ＥＣＵの通信頻度が所定の閾値を超えた後の前記ＥＣＵの標準通信間隔に基づいて、前記第２の制御エントリのアイドルタイムアウト値を設定する請求項１又は２の制御装置。
【請求項４】
前記通信を行うＥＣＵと接続されたスイッチにおいて、前記ＥＣＵから送信されたパケットが途絶えたことが検出された場合、前記ＥＣＵの故障と判定し、前記ＥＣＵの代替ＥＣＵとの経路に切り替える請求項１から３いずれか一の制御装置。
【請求項５】
前記ＥＣＵ間の通信経路上のスイッチ間において、前記ＥＣＵから送信されたパケットが途絶えたことが検出された場合、前記通信路の異常と判定し、前記ＥＣＵ間の通信を、前記異常と判定された通信路の代替経路に切り替える請求項１から４いずれか一の制御装置。
【請求項６】
前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定することに代えて、
前記ＥＣＵ間の通信頻度が所定の閾値を超えたことを条件に有効化され、ＥＣＵから送信されたパケットを検出する第３の制御エントリを設定する請求項１から５いずれか一の制御装置。
【請求項７】
前記ＥＣＵの故障か前記ＥＣＵ間の通信路の異常のいずれかを検出した場合、所定の管理装置に対して、障害報告を行う請求項１から６いずれか一の制御装置。
【請求項８】
制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチと、
前記スイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備えた制御装置と、を含み、
前記制御部は、
前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定し、
前記ＥＣＵから送信されたパケットの途絶を検出したスイッチとポートの組み合わせに応じて、前記ＥＣＵの故障か通信路の障害かのいずれかを判定する
車両内通信システム。
【請求項９】
制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備えた制御装置が、
前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定するステップと、
前記ＥＣＵから送信されたパケットの途絶を検出したスイッチとポートの組み合わせに応じて、前記ＥＣＵの故障か通信路の障害かのいずれかを判定するステップと、
を含む、監視方法。
【請求項１０】
制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備えた制御装置に搭載されたコンピュータに、
前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定する処理と、
前記ＥＣＵから送信されたパケットの途絶を検出したスイッチとポートの組み合わせに応じて、前記ＥＣＵの故障か通信路の障害かのいずれかを判定する処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１８−０６１３６０号（２０１８年３月２８日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、制御装置、車両内通信システム、監視方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１に、ＣＡＮ対応のＥＣＵと、ＣＡＮ以外の通信プロトコルに対応したＥＣＵ間のプロトコル変換を行う車載ゲートウェイ（ＧＷＥＣＵと呼んでいる）が開示されている。また、同文献では、ＣＡＮ対応ＥＣＵからその他プロトコル対応ＥＣＵに不正なメッセージが中継されてしまうことを防ぐため、ゲートウェイが、ＣＡＮ対応ＥＣＵとゲートウェイ間の電圧やＣＡＮ対応ＥＣＵからの通信周期を監視することが記載されている。ここで、ＣＡＮは、Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略であり、ＥＣＵは、Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔの略である。【０００３】
特許文献２には、イーサネット（以下、「イーサネット」は登録商標）バスを介して、２つの車載ゲートウェイを２本の通信路で接続し、一方の通信路の障害時に、他方の通信路を用いて通信を継続する構成が開示されている。【０００４】
また、近年、ソフトウェアを用いてネットワークの仮想化を実現するＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）という技術が知られている。非特許文献１は、ＳＤＮを構築するにあたり用いられるオープンフロースイッチの仕様書である。【０００５】
特許文献３に、上記オープンフローコントローラ及びオープンフロースイッチ相当のスイッチング機能を備えた車載ゲートウェイが開示されている。【０００６】
特許文献４に、上記オープンフローに代表される集中制御型の通信システムにおける通信ノードが制御装置からの指示を待たずに経路の切り替えをなしうる構成が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１６−１１１４７７号公報
【特許文献２】特開２０１７−５６１７号公報
【特許文献３】特開２０１７−１８４０５２号公報
【特許文献４】特開２０１５−１２５３１号公報
【非特許文献】
【０００８】
【非特許文献１】ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  １．５．１  （Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ０ｘ０６）、ＯＮＦ、［ｏｎｌｉｎｅ］、［平成３０（２０１８）年３月１６日検索］、インターネット〈URL: https://3vf60mmveq1g8vzn48q2o71a-wpengine.netdna-ssl.com/wp-content/uploads/2014/10/openflow-switch-v1.5.1.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００９】
以下の分析は、本発明によって与えられたものである。次世代型車両では、より多数のＥＣＵが搭載され、それらが互いに連携して自動運転に代表されるクリティカルな役割を担うことが想定される。そのために、車両の各部の異常のみならず、その通信経路の状態も監視し、必要な場合には高速な復旧処理を行うことが求められる。【００１０】
上記通信経路の状態を監視する方策として、監視対象範囲に、ＣＣＭ（Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ  Ｍｅｓｓａｇｅ）などの検査用フレームを定期的に送ることが考えられる。特許文献４も通信ノードに状態監視パケットを送出させるものであり、上記検査用フレームを送信する方法の一種と位置付けられる。しかしながら、この方式で早期の異常検出を行おうとすると、検査用フレームの送信頻度を高めることになり、通信帯域を圧迫したり、省電力性にも影響が出たりするといった問題が生じる。反対に、検査用フレームの送信頻度を低くすると、早期の異常検出ができないことになる。【００１１】
本発明は、上記検査用フレーム等の送信を行うことなく、車両の各部や通信経路の異常を検出できる構成の豊富化に貢献できる制御装置、車両内通信システム、監視方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
第１の視点によれば、制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備え、前記制御部は、前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定し、前記ＥＣＵから送信されたパケットの途絶を検出したスイッチとポートの組み合わせに応じて、前記ＥＣＵの故障か通信路の障害かのいずれかを判定する制御装置が提供される。【００１３】
第２の視点によれば、制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチと、上記した制御装置と、を含む車両内通信システムが提供される。【００１４】
第３の視点によれば、制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備えた制御装置が、前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定するステップと、前記ＥＣＵから送信されたパケットの途絶を検出したスイッチとポートの組み合わせに応じて、前記ＥＣＵの故障か通信路の障害かのいずれかを判定するステップと、を含む、監視方法が提供される。本方法は、スイッチに、制御エントリを設定することにより車両内の通信を実現する制御装置という、特定の機械に結びつけられている。【００１５】
第４の視点によれば、上記した制御装置の機能を実現するためのコンピュータプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１６】
本発明によれば、上記検査用フレーム等の送信を行うことなく、車両の各部や通信経路の異常を検出することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態の構成を示す図である。
【図２】本発明の一実施形態の動作を説明するための図である。
【図３】本発明の第１の実施形態の車両内通信システムの構成を示す図である。
【図４】本発明の第１の実施形態の車両内通信システムのＯＦＣの構成を示す機能ブロック図である。
【図５】本発明の第１の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図６】本発明の第１の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図７】本発明の第１の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図８】本発明の第１の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図９】本発明の第２の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図１０】本発明の第２の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図１１】本発明の第３の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図１２】本発明の第３の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図１３】本発明の第３の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図１４】本発明の第３の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図１５】本発明の第４の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図１６】本発明の第４の実施形態の車両内通信システムの動作を表したシーケンス図である。
【図１７】本発明の第２の実施形態の車両内通信システムの動作を表した別のシーケンス図である。
【図１８】本発明の第４の実施形態の車両内通信システムの動作を表した別のシーケンス図である。
【図１９】本発明の車両内通信システムの変形実施形態を説明するための図である。
【図２０】本発明の制御装置を構成するコンピュータの構成を示す図である。
【発明を実施するための形態】
【００１８】
はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。
【００１９】
本発明は、その一実施形態において、図１に示すように、制御エントリを参照して、車両に搭載された複数のスイッチ２０Ａ〜２０Ｃ（以下、スイッチ２０Ａ〜２０Ｃを特に区別しない場合スイッチ２０と記す。）を制御する制御装置１０Ａにて実現できる。
【００２０】
より具体的には、前記複数のスイッチ２０は、制御エントリを参照して、車両に搭載されたＥＣＵ３０Ａ〜３０Ｄ（以下、ＥＣＵ３０Ａ〜３０Ｄを特に区別しない場合ＥＣＵ３０と記す。）に入出力されるパケットを中継する。なお、図１の例では、ＥＣＵ３０の数は４つであるものとして説明するが、ＥＣＵの数はこれに限定されない。
【００２１】
そして、図２に示すように、制御装置１０Ａは、制御部１１Ａを備える。この制御部１１Ａは、前記スイッチ２０に制御エントリを設定することにより、前記車両内の通信を制御する。なお、ＥＣＵ３０はそれぞれ他のすべてのＥＣＵと通信する必要はなく、自身の機能に関連する他のＥＣＵやセンサと通信ができればよい。
【００２２】
さらに、この制御部１１Ａは、ＥＣＵ３０の通信頻度が所定の閾値を超えたことを契機として、例えば、図２に示すように、スイッチ２０に、ＥＣＵ３０から送信されたパケットを検出するための第２の制御エントリを設定する。そして、制御部１１Ａは、ＥＣＵ３０から送信されたパケットの途絶を検出したスイッチとポートの組み合わせに応じて、ＥＣＵ３０の故障か通信路の障害かのいずれかを判定する。
【００２３】
ここで、制御部１１Ａが、第２の制御エントリを設定するか否かを判定する際に、ＥＣＵ３０の通信頻度と比較する「所定の閾値」としては、ＥＣＵ３０が起動し定常的なパケット送信動作を開始したことを検出できるような値が設定される。例えば、ＥＣＵ３０Ａが、ＥＣＵ３０Ｄに対し、定期的に自身が管理している値を報告するのであれば、「所定の閾値」として、その報告頻度よりも低い値が設定される。このように、最初から第２の制御エントリを設定しない理由は、車両システムの起動等によりＥＣＵが動作を開始した後の非定常状態における通信の途絶を故障と判定させないようにするためである。
【００２４】
また、前記第２の制御エントリにより、ＥＣＵの通信途絶を検出する方法としては、第２の制御エントリにタイムアウト値を設定し、タイムアウトにより第２の制御エントリが消失したことを検出する方法が考えられる。あるいは、制御装置１０Ａの方から、スイッチ２００に、第２の制御エントリのフロー統計情報などを照会し、その値の変化が０乃至所定値未満である場合に、通信が途絶したと判定してもよい。
【００２５】
そして、制御部１１Ａは、通信が途絶した箇所に応じて、ＥＣＵ３０の故障か通信路の障害のいずれかを判定することができる。例えば、通信途絶が検出された第２の制御エントリが、図２のスイッチ２０ＡにおいてＥＣＵ３０Ａから出力されたパケットをモニタするものである場合、ＥＣＵ３０Ａか、ＥＣＵ３０Ａ−スイッチ２０Ａ間の通信路が被疑故障箇所となる。同様に、通信途絶が検出された第２の制御エントリが、図２のスイッチ２０ＣにおいてＥＣＵ３０Ａから出力されたパケットをモニタするものである場合、スイッチ２０Ｂ、２０Ｃ間の通信路が被疑故障箇所となる。
【００２６】
以上のように、本実施形態によれば、上記検査用フレームの送信等を行うことなく、車両の各部や通信経路の異常を検出することが可能となる。その理由は、ＥＣＵ３０が定常状態において、他のＥＣＵ等の定常的に送信するパケットを用いて、被疑故障箇所を絞り込むことのできる構成を採用したことにある。
【００２７】
なお、上記した説明では、制御装置１０Ａが被疑故障箇所を絞り込む機能を中心に説明したが、必要に応じて、制御装置１０Ａに、被疑故障箇所に応じた詳細検査や復旧措置を行わせてもよい。例えば、制御装置１０Ａに、詳細検査として、さらに被疑故障箇所を絞り込むためにＥＣＵ宛ての指令を送信させたり、テストパケットを送信させてもよい。例えば、制御装置１０Ａに、復旧措置として、バックアップのＥＣＵを選択又は起動させて通信経路を再設定させたり、問題のあるリンクを迂回する経路への切り替えを行わせたりしてもよい。
【００２８】
［第１の実施形態］
続いて、ＯＦＳ間の通信路（リンク）の診断機能及び復旧機能を具備する本発明の第１の実施形態について図面を参照して詳細に説明する。図３は、本発明の第１の実施形態の車両内通信システムの構成を示す図である。図３を参照すると、車両内にオープンフローコントローラ（ＯＦＣ）１００と、複数のオープンフロースイッチ（ＯＦＳ）２００Ａ、２００Ｂが配置された構成が示されている。なお、以下、オープンフロースイッチ２００Ａ、２００Ｂを特に区別しない場合、ＯＦＳ２００と記す。
【００２９】
ＯＦＣ１００は、非特許文献１に記載されているオープンフローコントローラ相当の機器であり、上述した制御装置１０Ａに対応する。
【００３０】
ＯＦＳ２００は、ＯＦＣ１００から設定されたフローエントリに従って、通信経路を選択してＥＣＵ３０間の通信やＥＣＵ３０とセンサ間の通信を実現する。図３の例では、ＯＦＳ２００Ａ、２００Ｂ間には、ポート＃１同士で接続した第１のリンクと、ポート＃２同士で接続した第２のリンクとが設けられている。なお、図３の例では、２つのスイッチが示されているが、３台以上のスイッチが配置されていてもよい。
【００３１】
ＯＦＣ１００とＯＦＳ２００は、図３の破線で示す制御チャネルを介して接続されている。
【００３２】
ＥＣＵ３０は、例えば、エンジン、電動機、バッテリー、変速機など車両の各部を制御する機器である。また、本実施形態では、ＥＣＵ３０は、ＣＡＮ又はイーサネットのいずれに対応しているものとする。
【００３３】
続いて、上記ＥＣＵ３０間の通信を実現するＯＦＣ１００の構成について図面を参照して詳細に説明する。図４は、本発明の第１の実施形態のＯＦＣ１００の構成を示す図である。図４のＯＦＣ１００は、ＯＦＳ制御部１０１と、構成管理部１０２と、ネットワーク構成記憶部（ＮＷ構成記憶部）１０３とを備えている。
【００３４】
ＮＷ構成記憶部１０３は、複数のＯＦＳ２００の接続関係と各ＯＦＳに接続されているＥＣＵやセンサ等の情報を記憶する。
【００３５】
ＯＦＳ制御部１０１は、ＮＷ構成記憶部１０３を参照して、ＥＣＵ３０間の通信を実現するフローエントリを作成し、ＯＦＳ２００に設定する。なお、ＯＦＣ１００がその都度フローエントリを作成する必要はなく、例えば、一部のフローエントリは、車両出荷時に設定されていてもよい。これらのＯＦＣ１００及びＯＦＳ２００の基本動作は、非特許文献１に記載されているので、説明を省略する。
【００３６】
構成管理部１０２は、ＮＷ構成記憶部１０３を参照して、診断対象の通信路（リンク）の下流側に位置するＯＦＳ２００にＥＣＵ３０から送信されたパケットを検出するための第２のフローエントリを設定するようＯＦＳ制御部１０１に指示する。以下の説明では、ＯＦＳ２００Ａ、ＯＦＳ２００Ｂ間のリンクを診断対象とするため、第２のフローエントリの設定先は、ＯＦＳ２００Ａ、２００Ｂのいずれかとなる。本実施形態では、ＥＣＵ３０Ａが定期的にＥＣＵ３０Ｄに向けてパケットを送信しているため、上流側に位置するＯＦＳは、ＯＦＳ２００Ｂとなる。また、構成管理部１０２が、第２のフローエントリの設定を指示するタイミングは、ＥＣＵ３０ＡのＥＣＵ３０Ｄ宛てのパケット送信頻度（通信頻度）が所定の閾値を超えたタイミングとなる。
【００３７】
また、本実施形態では、第２のフローエントリとして、アイドルタイムアウト値が設定されたフローエントリを用いるものとする。ここで、アイドルタイムアウトとは、アイドルタイムアウト値として設定された期間以上、マッチ条件に適合するパケットを受信していない場合に、当該フローエントリを失効（タイムアウト）させるレイヤ２スイッチにおけるエージング相当の処理である。このようなフローエントリを用いることで、スイッチ２００Ａがパケットを転送したにも拘らず、スイッチ２００Ｂにおいて、該当するパケットを受信していないこと、即ち通信の途絶の発生を把握できる。なお、このアイドルタイムアウト値は、送信元のＥＣＵが送信するデータの送信間隔やデータ種別に依存して決定される。例えば、アイドルタイムアウト値として、ＥＣＵ３０ＡのＥＣＵ３０Ｄ宛てのパケット送信頻度（通信頻度）のｎ倍（但し、ｎは１を超える任意の値。例えば、３倍）といった値を採用できる。
【００３８】
実際に、スイッチ２００Ｂがスイッチ２００Ａから該当パケットを受信していない状態が継続すると、第２のフローエントリがタイムアウトとなり削除され、ＯＦＳ２００ＢからＯＦＣ１００に報告が行われる。これにより、構成管理部１０２は、スイッチ２００Ａとスイッチ２００Ｂ間において通信途絶が発生したと判定し、ＯＦＳ制御部１０１に対して、迂回経路の計算と、当該迂回経路によるパケット転送を実現するフローエントリの設定を依頼する。
【００３９】
続いて、本実施形態の動作について図面を参照して詳細に説明する。以下の説明では、図５は、本発明の第１の実施形態の車両内通信システムの動作を表したシーケンス図である。以下の説明では、ＥＣＵ３０Ａが定常状態において定期的にＥＣＵ３０Ｄに向けてパケットを送信するものとして説明する。まず、図５に示すとおり、ＯＦＣ１００は、ＯＦＳ２００Ａ、２００Ｂに初期エントリとして、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットをＥＣＵ３０Ａ側からＥＣＵ３０Ｄ側に転送させるフローエントリを設定する（ステップＳ００１）。
【００４０】
図６は、上記ステップＳ００１の時点でＯＦＳ２００Ａ、２００Ｂに設定されているフローエントリを示す図である。ＯＦＳ２００Ａには、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットを、ＯＦＳ２００Ｂの接続ポートであるポート＃１から転送するフローエントリが設定されている。ＯＦＳ２００Ｂには、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットを、ＥＣＵ３０Ｄに転送するフローエントリが設定されている。
【００４１】
その後、ＥＣＵ３０Ａが起動し、ＥＣＵ３０ＡがＥＣＵ３０Ｄ宛てのパケットを送信すると、ＯＦＳ２００Ａ、２００Ｂによりパケットが転送される（ステップＳ００２）。一方、ＯＦＣ１００の構成管理部１０２は、定期的に、ＯＦＳ２００Ｂの通信状態を監視する（ステップＳ００３）。この確認には、非特許文献１に規定されているＯＦＣからＯＦＳの統計情報を確認するメッセージ（Ｓｔａｔｓ  Ｒｅｑｕｅｓｔ／Ｒｅｐｌｙ）などを用いることができる。
【００４２】
次に、ＯＦＣ１００の構成管理部１０２は、ステップＳ００３で取得したＥＣＵ３０ＡからＥＣＵ３０Ｄ宛ての通信頻度が所定の閾値を超えたか否かを判定する（ステップＳ００４）。前記所定の閾値としては、ＥＣＵ３０Ａの定常状態におけるＥＣＵ３０Ｄ宛てのパケットの送信頻度より小さく、ＥＣＵ３０Ａの起動直後のＥＣＵ３０Ｄ宛てのパケットの送信頻度よりも大きい値が設定される。ここで、ＥＣＵ３０ＡからＥＣＵ３０Ｄ宛ての通信頻度が所定の閾値を超えていない場合は、ステップＳ００２〜Ｓ００４の処理を繰り返すことになる。
【００４３】
一方、ステップＳ００４で、ＥＣＵ３０ＡからＥＣＵ３０Ｄ宛ての通信頻度が所定の閾値を超えていると判定した場合、ＯＦＣ１００は、ＯＦＳ２００Ｂに対して、障害検出用の第２のフローエントリを設定する（ステップＳ００５）。この障害検出用の第２のフローエントリは、ＥＣＵ３０から送信されたパケットを検出するためのフローエントリである。
【００４４】
次に、ＯＦＣ１００は、ＯＦＳ２００Ｂに対して、ステップＳ００１で設定したフローエントリの削除を指示する（ステップＳ００６）。
【００４５】
図７は、上記ステップＳ００６の時点でＯＦＳ２００Ａ、２００Ｂに設定されているフローエントリを示す図である。ＯＦＳ２００Ａに設定されているフローエントリには異動は無いが、ＯＦＳ２００Ｂには、タイムアウト値が設定されたフローエントリが設定されている。このタイムアウト値はアイドルタイムアウト値であり、値ＡＡＡの期間、ＥＣＵ３０ＡからＥＣＵ３０Ｄ 宛てのパケットの受信が無いとフローエントリが削除される。
【００４６】
ＯＦＳ２００Ｂは、タイムアウトによりフローエントリの削除を行うと、ＯＦＣ１００に報告を行う（ステップＳ００７）。ＯＦＣ１００は、ＯＦＳ２００ＡとＯＦＳ２００Ｂ間の通信途絶が発生していることを把握できる。なお、このフローエントリの削除報告には、非特許文献１に規定されているＯＦＳによるフローの削除を通知するメッセージ（Ｆｌｏｗ  Ｒｅｍｏｖｅｄ）などを用いることができる。
【００４７】
前記ＯＦＳ２００ＡとＯＦＳ２００Ｂ間の通信途絶を把握したＯＦＣ１００の構成管理部１０２は、構成管理部１０２の内容を更新するとともに、ＯＦＳ制御部１０１に対して、迂回経路の計算と、代替フローエントリの設定を要求する。本実施形態では、ＯＦＳ２００ＡとＯＦＳ２００Ｂ間に、ポート＃２で接続した予備の経路が設けられているので、当該経路が、代替経路として計算される。最終的に、ＯＦＣ１００は、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットを、この迂回経路で転送させるフローエントリを設定する（ステップＳ００８）。
【００４８】
図８は、上記ステップＳ００８の時点でＯＦＳ２００Ａ、２００Ｂに設定されているフローエントリを示す図である。ＯＦＳ２００Ａには、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットを、ＯＦＳ２００Ｂの接続ポートであるポート＃２から転送するフローエントリが設定されている。ＯＦＳ２００Ｂには、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットを、ＥＣＵ３０Ｄに転送するフローエントリが設定されている。
【００４９】
以降、ＥＣＵ３０ＡがＥＣＵ３０Ｄ宛てのパケットを送信すると、迂回経路にて、ＯＦＳ２００Ａ、２００Ｂによりパケットが転送される（ステップＳ００９；通信再開）。
【００５０】
以上説明したように、本実施形態によれば、上記検査用フレーム等の送信を行うことなく、通信経路の異常を検出し、高速な復旧動作を行うことが可能となる。
【００５１】
［第２の実施形態］
続いて、上記第１の実施形態におけるＳ００４におけるＯＦＣ１００の通信頻度の判定処理を省略可能とした第２の実施形態について図面を参照して詳細に説明する。以下、第２〜第４の実施形態は第１の実施形態と同様の構成にて実現可能であるので、以下、その動作上の相違点を中心に説明する。
【００５２】
図９は、本発明の第２の実施形態の車両内通信システムの動作を表したシーケンス図である。図９のステップＳ１０１で、ＯＦＣ１００がＯＦＳ２００Ａに設定するフローエントリは第１の実施形態と同様である（ステップＳ１０１）。
【００５３】
一方、ＯＦＣ１００はＯＦＳ２００Ｂに対し、動作開始条件付きのフローエントリを設定する（ステップＳ１０２）。
【００５４】
図１０は、上記ステップＳ１０１、Ｓ１０２の時点でＯＦＳ２００Ａ、２００Ｂに設定されているフローエントリを示す図である。ＯＦＳ２００Ａには、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットを、ＯＦＳ２００Ｂの接続ポートであるポート＃１から転送するフローエントリが設定されている。一方、ＯＦＳ２００Ｂには、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットの受信が所定の頻度以上となった場合にタイムアウト値が有効化するフローエントリ（第３のフローエントリ）が設定されている。
【００５５】
このようなフローエントリの組み合わせによれば、図９のステップＳ１０３にてＥＣＵ３０ＡがＥＣＵ３０Ｄ宛てのパケットの送信を開始後、その送信頻度が所定値（頻度Ａ）以上となった段階で、図１０の「タイムアウト値の有効化条件」（頻度Ａ以上の通信発生）が成立し、フローエントリのタイムアウト値が有効化される。そのため、以降は、ＯＦＳ２００Ａに初期エントリ、ＯＦＳ２００Ｂに第２のフローエントリが設定された、図７と同様の状態となる。従って、仮にＯＦＳ２００ＡとＯＦＳ２００Ｂ間のリンクに障害が発生すると、タイムアウトにより第２のフローエントリが削除され、ＯＦＣ１００にフローエントリの削除報告が行われる（ステップＳ１０７）。以降の動作は、第１の実施形態と同様であるので説明を省略する。
【００５６】
以上説明したように、本実施形態によれば、ＯＦＣ１００側で通信頻度の確認やその後のフローエントリの設定、削除を行うことなく、第１の実施形態と同様に、通信経路の異常を検出し、高速な復旧動作を行うことが可能となる。
【００５７】
なお、図１０に示したフローエントリの組み合わせに代えて、図１７に示すフローエントリの組み合わせを用いることもできる。図１７の例では、タイムアウト値の有効化条件を備えた第３のフローエントリの代わりに、ＥＣＵ３０Ａを送信元とし、ＥＣＵ３０Ｄを宛先とするパケットの受信が所定の頻度以上となった場合に失効するフローエントリ（第４のフローエントリ）と、障害検出用の第２のフローエントリが設定されている。この障害検出用の第２のフローエントリは、上記第１の実施形態のステップＳ００５で設定するものと同様のものである。上記第４のフローエントリには、第２のフローエントリよりも高い優先度が与えられる。このような構成によっても、パケットの受信が所定の頻度以上となった場合に、第４のフローエントリが失効するため、ＯＦＳ２００Ｂに第２のフローエントリが設定された、図７と同様の状態となる。
【００５８】
［第３の実施形態］
続いて、通信路の障害ではなく、ＥＣＵの故障検出を行う第３の実施形態について図面を参照して詳細に説明する。図１１は、本発明の第３の実施形態の車両内通信システムの動作を表したシーケンス図である。以下の説明では、ＥＣＵ３０Ｄが定常状態において定期的にＥＣＵ３０Ａに向けてパケットを送信するものとして説明する。また、ＥＣＵ３０Ｄに対し、ＥＣＵ３０Ｃが予備系として動作可能であるものとして説明する。
【００５９】
まず、図１１に示すとおり、ＯＦＣ１００は、ＯＦＳ２００Ａ、２００Ｂに初期エントリとして、ＥＣＵ３０Ｄを送信元とし、ＥＣＵ３０Ａを宛先とするパケットをＥＣＵ３０Ｄ側からＥＣＵ３０Ａ側に転送させるフローエントリを設定する（ステップＳ２０１）。
【００６０】
図１２は、上記ステップＳ２０１の時点でＯＦＳ２００Ａ、２００Ｂに設定されているフローエントリを示す図である。ＯＦＳ２００Ｂには、ＥＣＵ３０Ｄを送信元とし、ＥＣＵ３０Ａを宛先とするパケットを、ＯＦＳ２００Ａの接続ポートであるポート＃１から転送するフローエントリが設定されている。ＯＦＳ２００Ａには、ＥＣＵ３０Ｄを送信元とし、ＥＣＵ３０Ａを宛先とするパケットを、ＥＣＵ３０Ａに転送するフローエントリが設定されている。
【００６１】
その後、ＥＣＵ３０Ｄが起動し、ＥＣＵ３０ＤがＥＣＵ３０Ａ宛てのパケットを送信すると、ＯＦＳ２００Ａ、２００Ｂによりパケットが転送される（ステップＳ２０２）。一方、ＯＦＣ１００の構成管理部１０２は、定期的に、ＯＦＳ２００Ｂの通信状態を監視する（ステップＳ２０３）。この確認には、非特許文献１に規定されているＯＦＣからＯＦＳの統計情報を確認するメッセージ（Ｓｔａｔｓ  Ｒｅｑｕｅｓｔ／Ｒｅｐｌｙ）などを用いることができる。
【００６２】
次に、ＯＦＣ１００の構成管理部１０２は、ステップＳ２０３で取得したＥＣＵ３０ＤからＥＣＵ３０Ａ宛ての通信頻度が所定の閾値を超えたか否かを判定する（ステップＳ２０４）。前記所定の閾値としては、ＥＣＵ３０Ｄの定常状態におけるＥＣＵ３０Ａ宛てのパケットの送信頻度（標準通信間隔）より小さく、ＥＣＵ３０Ｄの起動直後のＥＣＵ３０Ａ宛てのパケットの送信頻度よりも大きい値が設定される。ここで、ＥＣＵ３０ＤからＥＣＵ３０Ａ宛ての通信頻度が所定の閾値を超えていない場合は、ステップＳ２０２〜Ｓ２０４の処理を繰り返すことになる。
【００６３】
一方、ステップＳ２０４で、ＥＣＵ３０ＤからＥＣＵ３０Ａ宛ての通信頻度が所定の閾値を超えていると判定した場合、ＯＦＣ１００は、ＯＦＳ２００Ｂに対して、障害検出用の第２のフローエントリを設定する（ステップＳ２０５）。障害検出用の第２のフローエントリは、ＥＣＵ３０ＤからＥＣＵ３０Ａ宛てのパケットを検出するためのマッチ条件とアクションに加え、アイドルタイムアウト値が設定されたフローエントリである。なお、このアイドルタイムアウト値も、送信元のＥＣＵが送信するデータの送信間隔やデータ種別に依存して決定される。例えば、アイドルタイムアウト値として、ＥＣＵ３０ＤのＥＣＵ３０Ａ宛てのパケット送信頻度（通信頻度）のｎ倍（但し、ｎは１を超える任意の値。例えば、３倍）といった値を採用できる。
【００６４】
次に、ＯＦＣ１００は、ＯＦＳ２００Ｂに対して、ステップＳ２０１で設定したフローエントリの削除を指示する（ステップＳ２０６）。
【００６５】
図１３は、上記ステップＳ２０６の時点でＯＦＳ２００Ａ、２００Ｂに設定されているフローエントリを示す図である。ＯＦＳ２００Ａに設定されているフローエントリには異動は無いが、ＯＦＳ２００Ｂには、タイムアウト値が設定されたフローエントリが設定されている。このタイムアウト値はアイドルタイムアウト値であり、値ＢＢＢの期間、ＥＣＵ３０ＤからＥＣＵ３０Ａ宛てのパケットの受信が無いとフローエントリが削除される。
【００６６】
ＯＦＳ２００Ｂは、タイムアウトによりフローエントリの削除を行うと、ＯＦＣ１００に報告を行う（ステップＳ２０７）。これにより、ＯＦＣ１００は、ＥＣＵ３０ＤからＯＦＳ２００Ｂに入力されるパケットが途絶えていることを把握できる。なお、このフローエントリの削除報告には、非特許文献１に規定されているＯＦＳによるフローの削除を通知するメッセージ（Ｆｌｏｗ  Ｒｅｍｏｖｅｄ）などを用いることができる。
【００６７】
前記ＥＣＵ３０ＤとＯＦＳ２００Ｂ間の通信途絶を把握したＯＦＣ１００の構成管理部１０２は、構成管理部１０２の内容を更新する。さらに、ＯＦＣ１００の構成管理部１０２は、ＯＦＳ制御部１０１に対して、ＥＣＵ３０Ｄに対する予備系のＥＣＵを起点とする経路の計算と、代替フローエントリの設定を要求する。本実施形態では、ＥＣＵ３０Ｄの予備系のＥＣＵとしてＥＣＵ３０Ｃが用意されているため、ＯＦＳ制御部１０１は、ＥＣＵ３０Ｃ、ＯＦＳ２００Ｂ、ＯＦＳ２００Ａ、ＥＣＵ３０Ａという経路を計算することになる。最終的に、ＯＦＣ１００は、ＥＣＵ３０Ｃを送信元とし、ＥＣＵ３０Ａを宛先とするパケットを、ＯＦＳ２００Ｂ、ＯＦＳ２００Ａ経由で転送させるフローエントリを設定する（ステップＳ２０８）。
【００６８】
図１４は、上記ステップＳ２０８の時点でＯＦＳ２００Ａ、２００Ｂに設定されているフローエントリを示す図である。ＯＦＳ２００Ｂには、ＥＣＵ３０Ｃを送信元とし、ＥＣＵ３０Ａを宛先とするパケットを、ＯＦＳ２００Ａが接続されているポート＃１から転送するフローエントリが設定されている。ＯＦＳ２００Ａには、ＥＣＵ３０Ｃを送信元とし、ＥＣＵ３０Ａを宛先とするパケットを、ＥＣＵ３０Ａに転送するフローエントリが設定されている。
【００６９】
以降、ＥＣＵ３０ＣがＥＣＵ３０Ａ宛てのパケットを送信すると、ＯＦＳ２００Ａ、２００Ｂを経由してパケットが転送される（ステップＳ２０９；通信再開）。
【００７０】
以上説明したように、本実施形態によれば、上記検査用フレーム等の送信を行うことなく、ＥＣＵの異常を検出し、高速な復旧動作を行うことが可能となる。
【００７１】
［第４の実施形態］
続いて、上記第２の実施形態におけるＳ２０４におけるＯＦＣ１００の通信頻度の判定処理を省略可能とした第４の実施形態について図面を参照して詳細に説明する。
【００７２】
図１５は、本発明の第４の実施形態の車両内通信システムの動作を表したシーケンス図である。図１５のステップＳ３０１で、ＯＦＣ１００がＯＦＳ２００Ａに設定するフローエントリは第３の実施形態と同様である（ステップＳ３０１）。
【００７３】
一方、ＯＦＣ１００はＯＦＳ２００Ｂに対し、動作開始条件付きのフローエントリを設定する（ステップＳ３０２）。
【００７４】
図１６は、上記ステップＳ３０１、３０２の時点でＯＦＳ２００Ａ、２００Ｂに設定されているフローエントリを示す図である。ＯＦＳ２００Ｂには、ＥＣＵ３０Ｄを送信元とし、ＥＣＵ３０Ａを宛先とするパケットの受信が所定の頻度Ｂ以上となった場合にタイムアウト値が有効化するフローエントリ（第３のフローエントリ）が設定されている。一方、ＯＦＳ２００Ａには、ＥＣＵ３０Ｄを送信元とし、ＥＣＵ３０Ａを宛先とするパケットを、ＥＣＵ３０Ａに転送するフローエントリが設定されている。
【００７５】
このようなフローエントリの組み合わせによれば、図１５のステップＳ３０３にてＥＣＵ３０ＤがＥＣＵ３０Ａ宛てのパケットの送信を開始後、その送信頻度が所定値（頻度Ｂ）以上となった段階で、図１０の「タイムアウト値の有効化条件」（頻度Ａ以上の通信発生）が成立し、フローエントリのタイムアウト値が有効化される。そのため、以降は、ＯＦＳ２００Ａに初期エントリ、ＯＦＳ２００Ｂに第２のフローエントリが設定された、図１３と同様の状態となる。従って、仮にＥＣＵ３０Ｄに障害が発生すると、タイムアウトにより第２のフローエントリが削除され、ＯＦＣ１００にフローエントリの削除報告が行われる（ステップＳ３０７）。以降の動作は、第３の実施形態と同様であるので説明を省略する。
【００７６】
以上説明したように、本実施形態によれば、ＯＦＣ１００側で通信頻度の確認やその後のフローエントリの設定、削除を行うことなく、第３の実施形態と同様に、ＥＣＵの異常を検出し、高速な復旧動作を行うことが可能となる。
【００７７】
なお、図１６に示したフローエントリの組み合わせに代えて、図１８に示すフローエントリの組み合わせを用いることもできる。図１８の例では、タイムアウト値の有効化条件を備えた第３のフローエントリの代わりに、ＥＣＵ３０Ｄを送信元とし、ＥＣＵ３０Ａを宛先とするパケットの受信が所定の頻度以上となった場合に失効するフローエントリ（第４のフローエントリ）と、障害検出用の第２のフローエントリが設定されている。この障害検出用の第２のフローエントリは、上記第３の実施形態のステップＳ２０５で設定するものと同様のものである。上記第４のフローエントリには、第２のフローエントリよりも高い優先度が与えられる。このような構成によっても、パケットの受信が所定の頻度以上となった場合に、第４のフローエントリが失効するため、ＯＦＳ２００Ｂに第２のフローエントリが設定された、図１３と同様の状態となる。
【００７８】
以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。
【００７９】
例えば、上記した実施形態では、オープンフローを用いて車両内のスイッチを制御するものとして説明したが、オープンフロー以外の方式を用いて本発明を実現することも可能である。
【００８０】
また、上記した実施形態では、通信経路の異常、ＥＣＵの異常の検出に特化したフローエントリを設定するものとして説明したが、これらのフローエントリのマッチ条件が競合しない限りにおいて、各実施形態を組み合わせることも可能である。例えば、第１の実施形態（又は第２の実施形態）と第３の実施形態（又は第４の実施形態）とを組み合わせれば、ＯＦＳ間の通信路の異常と、ＥＣＵの故障との双方を検出可能な構成が得られる。また、上記した実施形態では、パケットの送信元がＥＣＵ３０Ａ、ＥＣＵ３０Ｄである例を説明したが、その他のＥＣＵが定常状態において送信する場合にも適用可能である。例えば、図３において、ＥＣＵ３０ＢがＥＣＵ３０Ｃにパケットを送信する場合、上記第１〜第４の実施形態と同様のフローエントリを設定することで、通信路やＥＣＵの故障を検出することが可能となる。
【００８１】
上記した実施形態では。機能復旧処理として、迂回経路による転送と、予備系のＥＣＵへの切り替えを例示したが、機能復旧処理はこれに限られない。例えば、図１９に示すように、車両に、ＴＣＵ（Ｔｅｌｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｔ）５００が搭載されている場合、所定の管理装置、例えば、クラウド側の構成管理機能６００等に、検出した異常の内容等を報告する方法も採用可能である。この場合、クラウド側の構成管理機能６００が、報告された異常の内容に基づいて、代替経路の確保や、予備系のＥＣＵの起動やＥＣＵのプログラム書き換え（リプログラミング）等をＯＦＣ１００や車両内の任意のＥＣＵに指示することになる。
【００８２】
また、上記した第１〜第４の実施形態に示した手順は、制御装置又はＯＦＣとして機能するコンピュータ（図２０の９０００）に、これらの装置としての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図２０のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１０、通信インタフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図２０のＣＰＵ９０１０にて、スイッチ制御プログラムや構成管理プログラムを実行し、その補助記憶装置９０４０等に保持された各計算パラメーターの更新処理を実施させればよい。
【００８３】
即ち、上記した実施形態に示した制御装置又はＯＦＣの各部（処理手段、機能）は、制御装置又はＯＦＣに搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。
【００８４】
最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点による制御装置参照）
［第２の形態］
上記した制御装置の前記制御部は、前記判定の結果に応じて、所定の機能復旧処理を実施するようにしてもよい。
［第３の形態］
上記した制御装置は、
前記ＥＣＵの通信頻度が所定の閾値を超えた後の前記ＥＣＵの標準通信間隔に基づいて、前記第２の制御エントリのアイドルタイムアウト値を設定することができる。
［第４の形態］
上記した制御装置は、
前記通信を行うＥＣＵと接続されたスイッチにおいて、前記ＥＣＵから送信されたパケットが途絶えたことが検出された場合、前記ＥＣＵの故障と判定し、前記ＥＣＵの代替ＥＣＵとの経路に切り替えてもよい。
［第５の形態］
上記した制御装置は、
前記ＥＣＵ間の通信経路上のスイッチ間において、前記ＥＣＵから送信されたパケットが途絶えたことが検出された場合、前記通信路の異常と判定し、前記ＥＣＵ間の通信を、前記異常と判定された通信路の代替経路に切り替えてもよい。
［第６の形態］
上記した制御装置は、
前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定することに代えて、
前記ＥＣＵ間の通信頻度が所定の閾値を超えたことを条件に有効化され、ＥＣＵから送信されたパケットを検出する第３の制御エントリを設定する構成を採ることができる。
［第７の形態］
上記した制御装置は、
前記ＥＣＵの通信頻度が所定の閾値を超えたことを契機として、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリを設定することに代えて、
前記ＥＣＵ間の通信頻度が所定の閾値を超えたことを条件に削除される第４の制御エントリと、
前記第４の制御エントリよりも低い優先度を持つ、前記ＥＣＵから送信されたパケットを検出するための第２の制御エントリとを設定する構成を採ることができる。
［第８の形態］
上記した制御装置は、
前記ＥＣＵの故障か前記ＥＣＵ間の通信路の異常のいずれかを検出した場合、所定の管理装置に対して、障害報告を行うこともできる。
［第９の形態］
（上記第２の視点による車両内通信システム参照）
［第１０の形態］
（上記第３の視点による監視方法参照）
［第１１の形態］
（上記第４の視点によるプログラム参照）
なお、上記第９〜第１１の形態は、第１の形態と同様に、第２〜第８の形態に展開することが可能である。
【００８５】
なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【００８６】
１０Ａ  制御装置
１１Ａ  制御部
２０、２０Ａ〜２０Ｃ  スイッチ
３０、３０Ａ〜３０Ｄ  ＥＣＵ
１００  オープンフローコントローラ（ＯＦＣ）
２００、２００Ａ〜２００Ｂ  オープンフロースイッチ（ＯＦＳ）  
１０１  ＯＦＳ制御部
１０２  構成管理部
１０３  ネットワーク構成記憶部（ＮＷ構成記憶部）
５００  ＴＣＵ
６００  構成管理機能
９０００  コンピュータ
９０１０  ＣＰＵ
９０２０  通信インタフェース
９０３０  メモリ
９０４０  補助記憶装置
【図１】
2019187202.tif 000003
【図２】
2019187202.tif 000004
【図３】
2019187202.tif 000005
【図４】
2019187202.tif 000006
【図５】
2019187202.tif 000007
【図６】
2019187202.tif 000008
【図７】
2019187202.tif 000009
【図８】
2019187202.tif 000010
【図９】
2019187202.tif 000011
【図１０】
2019187202.tif 000012
【図１１】
2019187202.tif 000013
【図１２】
2019187202.tif 000014
【図１３】
2019187202.tif 000015
【図１４】
2019187202.tif 000016
【図１５】
2019187202.tif 000017
【図１６】
2019187202.tif 000018
【図１７】
2019187202.tif 000019
【図１８】
2019187202.tif 000020
【図１９】
2019187202.tif 000021
【図２０】
2019187202.tif 000022
【国際調査報告】
2019187202.tif 000023
2019187202.tif 000024