(57)【要約】  本発明は、車両に搭載されたＥＣＵの機能追加に伴うＥＣＵ間の連携のための設定作業の省力化を目的とする。制御装置は、制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部と、前記ＥＣＵのプログラムを更新する更新用データを用いたリプログラミングの内容に応じて、前記制御エントリの操作を行う操作部と、を備える。
2019187203.tif 000002
【特許請求の範囲】
【請求項１】
制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部と、
前記ＥＣＵのプログラムを更新する内容に応じて、前記制御エントリの操作を行う操作部と、
を備える制御装置。
【請求項２】
前記操作部による前記制御エントリの操作は、
前記ＥＣＵのプログラムを更新するリプログラミング用の更新用データに基づいて行われる請求項１の制御装置。
【請求項３】
前記制御エントリの操作は、前記ＥＣＵのプログラムの更新により追加された機能に対応する前記ＥＣＵ間の通信を許可又は禁止するものである請求項１又は２の制御装置。
【請求項４】
前記制御部は、
前記リプログラミングを行う機器と、前記リプログラミングの対象となるＥＣＵ間の通信を許可し、
前記操作部は、
前記リプログラミングの完了後に、前記制御エントリの操作を実行する請求項２の制御装置。
【請求項５】
前記更新用データに、前記制御エントリの変更内容が含まれており、
前記制御部は前記更新用データから、前記制御エントリの変更内容を取り出して、前記操作部に指示する請求項２の制御装置。
【請求項６】
上記した制御装置の前記制御部は、
前記スイッチに対し、前記ＥＣＵに入出力されるパケットのプロトコルの変換を実施させる制御エントリを設定する請求項１から５いずれか一の制御装置。
【請求項７】
制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチと、
前記スイッチに、前記制御エントリを設定することにより、前記車両内の通信を制御する制御装置と、を含み、
前記制御装置は、
前記ＥＣＵのプログラムを更新する内容に応じて、前記制御エントリの操作を行う操作部を備える
車両内通信システム。
【請求項８】
制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備えた制御装置が、
前記ＥＣＵのプログラムを更新する機器の接続を許可するステップと、
前記ＥＣＵのプログラムを更新する内容に応じて、前記制御エントリの操作を行うステップと、
を含む通信制御方法。
【請求項９】
制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備えた制御装置に搭載されたコンピュータに、
前記ＥＣＵのプログラムを更新する機器の接続を許可する処理と、
前記ＥＣＵのプログラムを更新する内容に応じて、前記制御エントリの操作を行う処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１８−０６１３５９号（２０１８年３月２８日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、制御装置、車両内通信システム、通信制御方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１に、ＣＡＮ対応のＥＣＵと、ＣＡＮ以外の通信プロトコルに対応したＥＣＵ間のプロトコル変換を行う車載ゲートウェイ（ＧＷＥＣＵと呼んでいる）が開示されている。また、同文献では、ＣＡＮ対応ＥＣＵからその他プロトコル対応ＥＣＵに不正なメッセージが中継されてしまうことを防ぐため、ゲートウェイが、ＣＡＮ対応ＥＣＵとゲートウェイ間の電圧やＣＡＮ対応ＥＣＵからの通信周期を監視することが記載されている。ここで、ＣＡＮは、Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略であり、ＥＣＵは、Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔの略である。【０００３】
特許文献２には、イーサネット（以下、「イーサネット」は登録商標）バスを介して、２つの車載ゲートウェイを２本の通信路で接続し、一方の通信路の障害時に、他方の通信路を用いて通信を継続する構成が開示されている。【０００４】
特許文献３に、車両内のリプロ機能に更新用データを送信することで、リプロ機能に、ＥＣＵのメモリに記憶されたプログラムを書き換えさせるための構成が開示されている。なお、リプロは、リプログラミングの略である。  【０００５】
また、近年、ソフトウェアを用いてネットワークの仮想化を実現するＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）という技術が知られている。非特許文献１は、ＳＤＮを構築するにあたり用いられるオープンフロースイッチの仕様書である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１６−１１１４７７号公報
【特許文献２】特開２０１７−５６１７号公報
【特許文献３】特開２０１５−２０９０２８号公報
【非特許文献】
【０００７】
【非特許文献１】ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  １．５．１  （Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ０ｘ０６）、ＯＮＦ、［ｏｎｌｉｎｅ］、［平成３０（２０１８）年３月１６日検索］、インターネット〈URL: https://3vf60mmveq1g8vzn48q2o71a-wpengine.netdna-ssl.com/wp-content/uploads/2014/10/openflow-switch-v1.5.1.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以下の分析は、本発明によって与えられたものである。特許文献１、２に記載されているように、車載ネットワークは単一のネットワークではなく、パワートレイン系、ボディ制御系、マルチメディア系、先進運転支援・自動運転系など、機能ごとに、複数の車載ネットワークが構築されている。それぞれの車載ネットワークには、それぞれの機能を担うＥＣＵが接続されている。一方、これらのＥＣＵは、特許文献３のような更新用データを用いたプログラム更新（リプログラミングとも呼ばれる）により機能を追加することが可能である。【０００９】
次世代型車両では、より多数のＥＣＵが搭載され、それらが互いに連携して自動運転に代表されるクリティカルな役割を担うことが想定される。当然に、リプログラミングに代表されるＥＣＵのプログラムの更新によってＥＣＵ同士の連携が必要となる場合も多くなると考えられる。【００１０】
本発明は、車両に搭載されたＥＣＵの機能追加に伴うＥＣＵ間の連携のための設定作業の省力化に貢献できる制御装置、車両内通信システム、通信制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
第１の視点によれば、制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部と、前記ＥＣＵのプログラムを更新する内容に応じて、前記制御エントリの操作を行う操作部と、を備える制御装置が提供される。【００１２】
第２の視点によれば、制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチと、上記した制御装置と、を含む車両内通信システムが提供される。【００１３】
第３の視点によれば、制御エントリを参照して、車両に搭載されたＥＣＵに入出力されるパケットを中継する複数のスイッチに前記制御エントリを設定することにより、前記車両内の通信を制御する制御部を備えた制御装置が、前記ＥＣＵのプログラムを更新する機器の接続を許可するステップと、前記ＥＣＵのプログラムを更新する内容に応じて、前記制御エントリの操作を行うステップと、を含む通信制御方法が提供される。本方法は、スイッチに、制御エントリを設定することにより車両内の通信を実現する制御装置という、特定の機械に結びつけられている。【００１４】
第４の視点によれば、上記した制御装置の機能を実現するためのコンピュータプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１５】
本発明によれば、車両に搭載されたＥＣＵの機能追加に伴うＥＣＵ間の連携のための設定作業を省力化することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態の構成を示す図である。
【図２】本発明の一実施形態の制御装置の構成を示す図である。
【図３】本発明の一実施形態の制御装置の動作を説明するための図である。
【図４】本発明の一実施形態の制御装置の動作を説明するための図である。
【図５】本発明の第１の実施形態の車両内通信システムの構成を示す図である。
【図６】本発明の第１の実施形態の車両内通信システムの模式的構成を示す図である。
【図７】本発明の第１の実施形態の動作を説明するための図である。
【図８】本発明の第１の実施形態の動作を説明するための図である。
【図９】本発明の第１の実施形態の動作を説明するための図である。
【図１０】本発明の第１の実施形態の動作を説明するための図である。
【図１１】本発明の制御装置を構成するコンピュータの構成を示す図である。
【発明を実施するための形態】
【００１７】
はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。
【００１８】
本発明は、その一実施形態において、図１に示すように、制御エントリを参照して、車両に搭載された複数のスイッチ２０Ａ〜２０Ｃ（以下、スイッチ２０Ａ〜２０Ｃを特に区別しない場合スイッチ２０と記す。）を制御する制御装置１０Ａにて実現できる。
【００１９】
より具体的には、前記複数のスイッチ２０は、制御エントリを参照して、車両に搭載されたＥＣＵ３０Ａ〜３０Ｄ（以下、ＥＣＵ３０Ａ〜３０Ｄを特に区別しない場合ＥＣＵ３０と記す。）に入出力されるパケットを中継する。なお、図１の例では、ＥＣＵ３０の数は４つであるものとして説明するが、ＥＣＵの数はこれに限定されない。
【００２０】
そして、図２に示すように、制御装置１０Ａは、制御部１１Ａと、操作部１２Ａと、を備える。そして、制御部１１Ａは、前記スイッチ２０に制御エントリを設定することにより、前記車両内の通信を制御する。なお、ＥＣＵ３０はそれぞれ他のすべてのＥＣＵと通信する必要はなく、自身の機能に関連する他のＥＣＵやセンサと通信ができればよい。本実施形態では、制御部１１Ａが、スイッチ２０によって構成されるネットワークを論理的に複数のドメインに分割しているものとして説明する（図３参照）。
【００２１】
一方、操作部１２Ａは、前記ＥＣＵのプログラムを更新する更新用データを用いたリプログラミングの内容に応じて、前記制御エントリの追加、変更、削除等の操作を行う。
【００２２】
例えば、図３に示すように、制御部１１Ａが、スイッチ２０を制御することにより、車載ネットワークを、パワートレイン系と、ボディ制御系と、マルチメディア系の３つのネットワークに分割していたものとする。そして、リプログラミングにより、先進運転支援システム（ＡＤＡＳ）側方道路への合流時に、後続車へ注意を喚起するため、ハザードランプを点滅させる機能が追加されたものとする。
【００２３】
この場合、リプログラミングにより、パワートレイン系の自動運転制御部を構成するＥＣＵ、マルチメディア系の車載カメラを制御するＥＣＵ及びボディ制御系のハザードランプを制御するＥＣＵ間で新規な通信が発生する。そこで、操作部１２Ａは、上記各ＥＣＵが、所定の条件で、パケットを授受できるように、制御エントリの操作を行う。
【００２４】
これにより、ＥＣＵ３０内のプログラムの更新（リプログラミング）の完了後、速やかに当該機能の利用を開始することが可能となる。もちろん、リプログラミングにより特定の機能が削除又は変更となり、特定のＥＣＵ間での通信が不要となる場合も想定される。その場合、操作部１２Ａは、上記各ＥＣＵの制御エントリを削除又は変更する。このようにすることで、スイッチ２０が、不要となった制御エントリにより意図しないパケットを転送してしまうといった事態を防ぐことが可能となる。
【００２５】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図５は、本発明の第１の実施形態の車両内通信システムの構成を示す図である。図５を参照すると、車両内にオープンフローコントローラ（ＯＦＣ）１００と、複数のオープンフロースイッチ（ＯＦＳ）２００Ａ〜２００Ｃとが配置された構成が示されている。なお、以下、オープンフロースイッチ２００Ａ〜２００Ｃを特に区別しない場合、ＯＦＳ２００と記す。
【００２６】
ＯＦＣ１００は、非特許文献１に記載されているオープンフローコントローラ相当の機器であり、上述した制御装置１０Ａに対応する。
【００２７】
ＯＦＳ２００は、ＯＦＣ１００から設定されたフローエントリに従って、通信経路を選択してＥＣＵ３０間の通信やＥＣＵ３０とセンサ間の通信を実現する。図５の例では、ＯＦＳ２００は、リング状に接続されている。なお、このように、ＯＦＳ２００をリング状に接続したりすることで、フロー種別に応じて経路を切り替えたり、いずれかのスイッチ間のリンクに障害が発生した際に、そのリンクを経由しない迂回路をバックアップ経路として利用することが可能となっている。また、ＯＦＳ２００Ｂは、ＴＣＵ（Ｔｅｌｅ−Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｔ）５００と接続され、ＴＣＵ５００経由でクラウド側の構成管理機能６００と接続可能となっている。
【００２８】
クラウド側の構成管理機能６００は、ＴＣＵ５００経由で車両内のリプログラミング部１０４と通信し、ＥＣＵ３０のバージョンに代表される車両の構成を管理する。また、クラウド側の構成管理機能６００は、必要に応じて、リプログラミング部１０４に対し、ＥＣＵのプログラムを更新する更新用データを送信し、リプログラミングを実施させる。また、この更新用データには、リプログラミングに伴い通信制御情報（新規に通信が許可又は禁止されるＥＣＵの組み合わせ）が含まれている。なお、この通信制御情報として、新規に通信が許可又は禁止されるＥＣＵの組み合わせではなく、各ＯＦＳ２００に設定するフローエントリや経路情報を送信してもよい。
【００２９】
ＯＦＣ１００とＯＦＳ２００は、図５の破線で示す制御チャネルを介して接続されている。
【００３０】
ＥＣＵ３０は、例えば、エンジン、電動機、バッテリー、変速機など車両の各部を制御する機器である。また、本実施形態では、ＥＣＵ３０は、ＣＡＮ又はイーサネットのいずれかに対応しているものとする。
【００３１】
続いて、上記ＥＣＵ３０間の通信を実現するＯＦＣ１００の構成について図面を参照して詳細に説明する。図６は、本発明の第１の実施形態の車両内通信システムの模式的構成を示す図である。図６のＯＦＣ１００は、ＯＦＳ制御部１０１と、リプログラミング部１０４と、ネットワーク構成記憶部（ＮＷ構成記憶部）１０３とを備えている。
【００３２】
ＮＷ構成記憶部１０３は、複数のＯＦＳ２００の接続関係と各ＯＦＳに接続されているＥＣＵやセンサ等の情報を記憶する。ＯＦＳ２００間のリンクの通信帯域（データ転送速度）に違いがある場合、これらの情報をＮＷ構成記憶部１０３に保持させておいてもよい。このようにすることで、ＯＦＣ１００に、ＥＣＵ間の通信に必要な通信帯域（データ転送速度）を確保できる経路を計算させることが可能となる。
【００３３】
ＯＦＳ制御部１０１は、ＮＷ構成記憶部１０３を参照して、ＥＣＵ３０間の通信を実現するフローエントリを作成し、ＯＦＳ２００に設定する。なお、ＯＦＣ１００がその都度フローエントリを作成する必要はなく、例えば、一部のフローエントリは、車両出荷時に設定されていてもよい。一方、機器やＯＦＳの故障が発生した場合、ＯＦＣ１００が、ＯＦＳ制御部１０１の代替経路や所定のバックアップ用のＥＣＵとの経路を動的に設定してもよい。これらのＯＦＣ１００及びＯＦＳ２００の基本動作は、非特許文献１に記載されているので、説明を省略する。
【００３４】
リプログラミング部１０４は、クラウド側の構成管理機能６００から、ＴＣＵ５００経由でＥＣＵのプログラムを更新する更新用データを受信すると、リプログラミングを実施する。また、リプログラミング部１０４は、リプログラミングが完了すると、更新用データからリプログラミングに伴い適用すべき通信制御情報（新規に通信が許可又は禁止されるＥＣＵの組み合わせ）を取り出して、ＯＦＳ制御部１０１に対して送信する。従って、本実施形態では、ＯＦＳ制御部１０１とリプログラミング部１０４とが、上記した操作部１２Ａ相当の動作を行うことになる。
【００３５】
続いて、本実施形態の動作について図面を参照して詳細に説明する。例えば、図７に示すように、車両や各種車載コンポーネントのメーカーの新機能リリースなどの所定のタイミングで、クラウド側の構成管理機能６００からＥＣＵ３０の更新用データが送信されたものとする。以下の説明では、ＥＣＵ３０Ａと、ＥＣＵ３０Ｄの機能が更新され、更新後の機能によりＥＣＵ３０ＡとＥＣＵ３０Ｄ間が発生するものとして説明する。
【００３６】
ＥＣＵ３０の更新用データは、ＴＣＵ５００、ＯＦＳ２００Ｂを介してＯＦＣ１００のリプログラミング部１０４にて受信される。
【００３７】
ＯＦＣ１００のリプログラミング部１０４は、図８に示すように、更新用データを受信すると、ＥＣＵ３０ＡとＥＣＵ３０Ｄのリプログラミングを実施する。本実施形態では、オープンフローの仕組みを用いているため、通信の競合、即ち、フローエントリのマッチ条件の競合が発生しない限り、複数のＥＣＵに対するリプログラミングを並行して実施することが可能である。
【００３８】
このリプログラミングとしては、例えば、以下のようなものが挙げられる。
（１）ドライバーによる自動運転レベル３（条件付き自動運転）が選択された場合、運転席のシートの高さを所定幅下げる。
（２）自動運転レベル３（条件付き自動運転）が選択された場合、雨天や夜間にワイパーの動作間隔を規定値に固定する。
（３）自動運転レベル３（条件付き自動運転）が選択された場合、雨天や夜間のヘッドライトの配光パターンを車両状況に応じて切り替える自動制御を開始する。
（４）自動運転レベル３（条件付き自動運転）が選択された場合、雨天や夜間に、車載カメラの圧縮率を下げ、かつ、感度を上げ認識率を向上させる。
【００３９】
上記リプログラミングが完了すると、ＯＦＣ１００のリプログラミング部１０４は、図９に示すように、更新用データから通信制御情報を取り出して、ＯＦＳ制御部１０１に送信する。
【００４０】
通信制御情報を受信したＯＦＣ１００のＯＦＳ制御部１０１は、ＮＷ構成記憶部１０３の情報を参照して、通信制御情報に規定されたＥＣＵ３０間の経路を計算する。ここでは、ＥＣＵ３０Ａ、３０Ｄ間の経路として、ＯＦＳ２００Ａ、２００Ｂ、２００Ｃを経由する経路が計算されたものとする。次に、ＯＦＣ１００は、図９に示すように、該経路上のＯＦＳ２００Ａ、２００Ｂ、２００Ｃに、ＥＣＵ３０Ａ、３０Ｄとの通信を転送させるフローエントリを設定する。このフローエントリのマッチ条件には、ＥＣＵ３０Ａ、３０Ｄ間の通信を特定するための情報が設定されていることが好ましい。このような情報としては、ＥＣＵ３０Ａ、３０Ｄのそれぞれの通信アドレスや、授受されるパケットのその他ヘッダ情報等が挙げられる。また、上記フローエントリにおいて、上記（３）〜（４）に伴う必要な通信帯域（データ転送速度）などを設定してもよい。また、通信先のＥＣＵによっては、プロトコル変換が必要となる。その場合は、非特許文献１に例示されているＣＡＮフレームとイーサネットフレームの変換を行うフローエントリをＯＦＳ２００に設定すればよい。
【００４１】
以上の結果、図１０に示すように、リプログラミング後速やかに、ＥＣＵ３０Ａ、３０Ｄ間の通信を許可し、リプログラミングによる新規の機能を利用することが可能となる。その理由は、ＥＣＵ３０のリプログラミングと連携した通信制御を実施可能な構成を採用したことにある。
【００４２】
また、リプログラミングにより、安全性などの観点から、特定の機能の利用が禁止されることもある。この場合、本実施形態のＯＦＣ１００は、該当するフローエントリを削除又は変更して、該当する通信を遮断する。仮に、リプログラミング後に、ＥＣＵが本来送出してはならないパケットを送出した場合も通信が遮断されることになるので、本実施形態のＯＦＣ１００によるフローエントリのこれらの削除や書き換えは一種のフェールセーフ機構として働くことになる。
【００４３】
また、リプログラミングにより、従前禁止されていた特定の機能の利用が可能になる場合もある。あるＥＣＵが送信されているもののＯＦＣ１００の制御により遮断されていたデータを受信できるようにすることで、特定の機能を利用できるようになる形態も想定される。この場合、本実施形態のＯＦＣ１００は、該当する通信を遮断していたフローエントリを削除したり、必要なフローエントリを変更・設定したりするといったフローエントリの操作を行うことになる。
【００４４】
以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。
【００４５】
例えば、上記した実施形態では、オープンフローを用いて車両内のスイッチを制御するものとして説明したが、オープンフロー以外の方式を用いて本発明を実現することも可能である。
【００４６】
また、上記した実施形態では、クラウド側の構成管理機能６００からＥＣＵ３０の更新用データを受け取るものとして説明したが、更新用データの送信主体はこの例に限られない。例えば、ＯＢＤ（Ｏｎ  Ｂｏａｒｄ  Ｄｉａｇｎｏｓｉｓ）や、ＯＢＤ２（ＯＢＤ  ｓｅｃｏｎｄ  ｇｅｎｅｒａｔｉｏｎ）などの通信インタフェースを介して、ＥＣＵに更新データを送信する機器であってもよい。この場合、制御装置又はＯＦＣは、これらのリプログラミングを行う機器とＥＣＵの通信を許可する制御を行うことになる。
【００４７】
また、上記した第１、第２の実施形態に示した手順は、制御装置又はＯＦＣとして機能するコンピュータ（図１１の９０００）に、これらの装置としての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図１１のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１０、通信インタフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図１１のＣＰＵ９０１０にて、スイッチ制御プログラムやリプログラミング処理プログラムを実行し、その補助記憶装置９０４０等に保持された各計算パラメーターの更新処理を実施させればよい。
【００４８】
即ち、上記した実施形態に示した制御装置又はＯＦＣの各部（処理手段、機能）は、制御装置又はＯＦＣに搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。
【００４９】
最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点による制御装置参照）
［第２の形態］
上記した制御装置の操作部による前記制御エントリの操作は、
前記ＥＣＵのプログラムを更新する更新用データを用いたリプログラミングの内容に基づいて行われることが好ましい。
［第３の形態］
上記した制御装置による前記制御エントリの操作は、前記リプログラミングにより追加された機能に対応する前記ＥＣＵ間の通信を許可又は禁止するものとなる。
［第４の形態］
上記した制御装置の制御部は、
前記リプログラミングを行う機器と、前記リプログラミングの対象となるＥＣＵ間の通信を許可し、
前記操作部が、前記リプログラミングの完了後に、前記制御エントリの操作を実行する構成を採ることができる。
［第５の形態］
前記更新用データに、前記制御エントリの変更内容（前述の通信制御情報）が含まれている場合、
上記した制御装置の前記制御部は前記更新用データから、前記制御エントリの変更内容を取り出して、前記操作部に指示する構成を採ることができる。
［第６の形態］
上記した制御装置の前記制御部は、
前記スイッチに対し、前記機器と前記ＥＣＵ間のプロトコルの変換を実施させる制御エントリを設定することもできる。
［第７の形態］
（上記第２の視点による車両内通信システム参照）
［第８の形態］
（上記第３の視点による通信制御方法参照）
［第９の形態］
（上記第４の視点によるプログラム参照）
なお、上記第７〜第９の形態は、第１の形態と同様に、第２〜第６の形態に展開することが可能である。
【００５０】
なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【００５１】
１０Ａ  制御装置
１１Ａ  制御部
１２Ａ  操作部
２０、２０Ａ〜２０Ｃ  スイッチ
３０、３０Ａ〜３０Ｄ  ＥＣＵ
１００  オープンフローコントローラ（ＯＦＣ）
２００、２００Ａ〜２００Ｃ  オープンフロースイッチ（ＯＦＳ）  
１０１  ＯＦＳ制御部
１０３  ネットワーク構成記憶部（ＮＷ構成記憶部）
１０４  リプログラミング部
５００  ＴＣＵ
６００  構成管理機能
９０００  コンピュータ
９０１０  ＣＰＵ
９０２０  通信インタフェース
９０３０  メモリ
９０４０  補助記憶装置
【図１】
2019187203.tif 000003
【図２】
2019187203.tif 000004
【図３】
2019187203.tif 000005
【図４】
2019187203.tif 000006
【図５】
2019187203.tif 000007
【図６】
2019187203.tif 000008
【図７】
2019187203.tif 000009
【図８】
2019187203.tif 000010
【図９】
2019187203.tif 000011
【図１０】
2019187203.tif 000012
【図１１】
2019187203.tif 000013
【国際調査報告】
2019187203.tif 000014
2019187203.tif 000015