(57)【要約】      （修正有）【課題】車載ネットワークの通信負荷が上昇した場合であっても車両の外部のサーバに対して情報を適切に送信する。【解決手段】車両通信システム１は、車載ネットワーク１４と、複数の制御装置と、車載ネットワークを介して複数の制御装置が送信した情報を、車両の外部のサーバ３に対して送信可能な通信装置１２と、車載ネットワークにおける通信負荷を監視可能な監視装置１３とを備え、監視装置は、通信負荷が所定の制限閾値を超えた場合に、優先度が低い制御装置から順に、車載ネットワークを介した情報の送信を抑制する。【選択図】図１
2018090007.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載された車両通信システムであって、
車載ネットワークと、
前記車載ネットワークを介してデータを送信可能であって且つ前記データを送信する際の優先度が設定されている複数の制御装置と、
前記車載ネットワークを介して前記複数の制御装置が送信した前記データを受信可能であって且つ当該受信したデータを前記車両の外部のサーバに対して送信可能な通信装置と、
前記車載ネットワークにおける通信負荷を監視可能な監視装置と
を備え、
前記監視装置は、前記通信負荷が所定の制限閾値を超えた場合に、前記優先度が低い制御装置から順に、前記車載ネットワークを介した前記データの送信を抑制する
ことを特徴とする車両通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、車両が備える複数の制御装置から車両の外部のサーバに対してデータを送信可能な車両通信システムの技術分野に関する。
【背景技術】
【０００２】
特許文献１には、車両が備える複数の制御装置（例えば、ＥＣＵ（Ｅｌｅｃｔｒｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ））から車両の外部のサーバに対してデータを送信可能な車両通信システムが記載されている。具体的には、特許文献１では、複数の制御装置は、車両通信システムが備える通信装置（例えば、データ通信モジュール）を介して、サーバに対してデータを送信する。
【０００３】
尚、本願発明に関連するその他の先行技術文献として、特許文献２から特許文献４がある。特許文献２から特許文献４の夫々は、車両が備える複数の制御装置の間でデータを送信可能な車両通信システムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−０８８８２９号公報
【特許文献２】特開２００７−２０８７３９号公報
【特許文献３】特開２０１１−０３０１５１号公報
【特許文献４】特開２０１５−０６７１９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
複数の制御装置は、制御系バス等の車載ネットワークを介して、通信装置に対してデータを送信する。このため、車載ネットワークの通信負荷が上昇した（具体的には、所定負荷を超えた）場合には、複数の制御装置のうちの少なくとも一部は、通信装置に対してデータを送信することができなくなる可能性がある。つまり、通信装置は、複数の制御装置のうちの少なくとも一部からデータを受信することができなくなる可能性がある。その結果、通信装置は、複数の制御装置のうちの少なくとも一部が送信するデータを、サーバに対して送信することができなくなる可能性がある。つまり、複数の制御装置のうちの少なくとも一部は、通信装置を介して、サーバに対して送信することができなくなる可能性がある。
【０００６】
ここで、仮に通信装置に対してデータを送信することができなくなくなった制御装置が、他の制御装置よりも優先度の高い（言い換えれば、重要度の高い）データを送信しようとしている制御装置である場合には、優先度が相対的に低いデータがサーバに対して送信されるにも関わらず、優先度が相対的に高いデータがサーバに対して送信されないという技術的問題が発生する。
【０００７】
特許文献１に記載された車両通信システムは、通信装置からサーバへのデータの送信の効率化を図るために、優先度の高いデータから順にサーバに送信されるように、通信装置からサーバへのデータの送信順序を変更している。しかしながら、特許文献１に記載された車両通信システムは、複数の制御装置と通信装置とを接続する車載ネットワークの通信負荷の上昇を何ら考慮していないがゆえに、複数の制御装置のうちの少なくとも一部が通信装置に対してデータを送信することができなくなる可能性があることに変わりはない。
【０００８】
本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、車載ネットワークの通信負荷が上昇した場合であっても車両の外部のサーバに対してデータを適切に送信可能な車両通信システムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
本発明の車両通信システムは、車両に搭載された車両通信システムであって、車載ネットワークと、前記車載ネットワークを介してデータを送信可能であって且つ前記データを送信する際の優先度が設定されている複数の制御装置と、前記車載ネットワークを介して前記複数の制御装置が送信した前記データを受信可能であって且つ当該受信したデータを前記車両の外部のサーバに対して送信可能な通信装置と、前記車載ネットワークにおける通信負荷を監視可能な監視装置とを備え、前記監視装置は、前記通信負荷が所定の制限閾値を超えた場合に、前記優先度が低い制御装置から順に、前記車載ネットワークを介した前記データの送信を抑制する。
【００１０】
本発明の車両通信システムによれば、優先度が低い制御装置から順に車載ネットワークを介したデータの送信が抑制されるがゆえに、優先度が相対的に高い制御装置は、車載ネットワークを介して通信装置に対してデータを適切に送信可能である。このため、車両通信システムは、車載ネットワークの通信負荷が上昇した場合であっても、サーバに対してデータ（特に、優先度が相対的に高いデータ）を適切に送信可能である。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施形態の車両通信システムの構成を、車両及びサーバと共に示すブロック図である。
【図２】図２（ａ）は、各ＥＣＵの優先度ランクを設定する際に考慮される基準を示す表であり、図２（ｂ）は、図２（ａ）に示す基準に従って複数のＥＣＵに設定された優先度ランクを示す表である。
【図３】図３は、本実施形態の車両通信システムの動作の流れ（特に、優先度ランクに応じて各ＥＣＵによるモニタリングデータの送信を抑制する動作の流れ）を示すフローチャートである。
【図４】図４は、図３に示す動作が行われている期間中における車載ネットワークの通信負荷を示すタイミングチャートである。
【発明を実施するための形態】
【００１２】
以下、車両通信システムの実施形態について説明する。
【００１３】
（１）車両通信システム１の構成
はじめに、図１を参照しながら、本実施形態の車両通信システム１の構成について説明する。図１は、本実施形態の車両通信システム１の構成を示すブロック図である。
【００１４】
図１に示すように、車両通信システム１は、車両２に搭載された通信システムである。車両通信システム１は、車両２の外部に設置された（つまり、車両２が備えていない）サーバ３との間で、無線の通信回線４を介してデータを送受信可能である。サーバ３は、車両通信システム１との間でデータを送受信可能な任意の機器である。サーバ３は、必要に応じて、車両通信システム１から送信されるデータに基づいて、所望の動作（例えば、車両２の走行を制御する動作や、車両２のユーザ（例えば、搭乗者）に情報提供する動作等）を行なってもよい。
【００１５】
車両通信ステム１は、サーバ３との間でデータを送受信するために、夫々が「制御装置」の一具体例である複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１１と、通信装置１２と、監視装置１３とを備えている。複数のＥＣＵ１１と、通信装置１２と監視装置１３とは、データバス等の車載ネットワーク１４を介して互いにデータを送受信可能である。
【００１６】
各ＥＣＵ１１は、各ＥＣＵ１１に割り当てられたコンピュータプログラム（言い換えれば、ソフトウェア）を実行することで、コンピュータプログラムに応じた処理を実行可能である。各ＥＣＵ１１が実行可能な処理の一例として、例えば、車両２が備える駆動源（例えば、エンジン及びモータジェネレータの少なくとも一方）を制御する処理や、車両２が備えるブレーキ装置を制御する処理、車両２が備える操舵装置を制御する処理や、車両２のドアロックを制御する処理や、車両２の搭乗者の状態を監視する処理や、車両２が備えるセンサの検出結果を監視する処理等があげられる。尚、図１は、車両通信システム１が３つのＥＣＵ１１（具体的には、ＥＣＵ１１ａ、ＥＣＵ１１ｂ及びＥＣＵ１１ｃ）を備える例を示しているが、車両通信システム１は、２つの又は４つ以上のＥＣＵ１１を備えていてもよい。
【００１７】
通信装置１２は、サーバ３との間で、無線の通信回線４を介してデータを送受信可能である。本実施形態では特に、各ＥＣＵ１１は、通信装置１２を介して、サーバ３が必要とするデータをサーバ３に対して送信する。（各ＥＣＵ１１がサーバ３に送信するデータは、サーバ３によってモニタリングされることから、以降、ＥＣＵ１１からサーバ３に送信されるデータを、適宜“モニタリングデータ”と称する。モニタリングデータは、例えば、各ＥＣＵ１１が行う処理の内容を示すデータや、各ＥＣＵ１１が行う処理の結果を示すデータや、各ＥＣＵ１１が処理を行うために利用したデータや、処理の過程で発生した異常を示すデータ等を含む。モニタリングデータをサーバ３に送信するために、各ＥＣＵ１１は、車載ネットワーク１４を介して、モニタリングデータを通信装置１２に対して送信する。通信装置１２は、各ＥＣＵ１１が車載ネットワーク１４を介して送信してきたモニタリングデータを受信する。通信装置１２は、受信したモニタリングデータを、通信回線４を介してサーバ３に送信する。
【００１８】
監視装置１３は、車載ネットワーク１４の通信負荷（つまり、データの送受信に要する負荷）を監視する。監視装置１３は更に、モニタリングデータを送信する際の各ＥＣＵ１１の優先度ランクを記憶する。後に詳述するように、優先度ランクは、車載ネットワーク１４の通信負荷が負荷制限閾値を超えた場合においてモニタリングデータを優先的に送信させるＥＣＵ１１を特定するための制御パラメータである。言い換えれば、優先度ランクは、車載ネットワーク１４の通信負荷が負荷制限閾値を超えた場合においてモニタリングデータの送信を優先的に抑制するＥＣＵ１１を特定するための制御パラメータである。監視装置１３は、車載ネットワーク１４の通信負荷が負荷制限閾値を超えた場合には、優先度ランクが相対的に低いＥＣＵ１１によるモニタリングデータの車載ネットワーク１４への送信が抑制されるように、各ＥＣＵ１１を制御する。
【００１９】
（２）各ＥＣＵ１１の優先度ランクの一例
続いて、図２（ａ）及び図２（ｂ）を参照しながら、各ＥＣＵ１１の優先度ランクの一例について説明する。図２（ａ）は、各ＥＣＵ１１の優先度ランクを設定する際に考慮される基準を示す表であり、図２（ｂ）は、図２（ａ）に示す基準に従って複数のＥＣＵに設定された優先度ランクを示す表である。
【００２０】
図２（ａ）に示すように、各ＥＣＵ１１が送信するモニタリングデータには、データランクが設定されている。データランクは、モニタリングデータのサーバ３への送信が停止した場合に想定される影響に応じて設定される。
【００２１】
サーバ３への送信が停止した場合に車両２の危険度が増加する可能性があるモニタリングデータに対しては、データランク５が設定される。データランク５が設定されるモニタリングデータの一例として、例えば、サーバ３が通信回線４を介して車両２の走行をフィードバック制御する際にサーバ３が参照する必要があるモニタリングデータのうち、サーバ３が参照しなければ車両２を安全に走行、停止又は操舵することができなくなるモニタリングデータがあげられる。データランク５が設定されるモニタリングデータの他の一例として、例えば、車両２の搭乗者の居眠りを防止する制御をサーバ３が行う際にサーバ３が必要とするモニタリングデータがあげられる。
【００２２】
サーバ３への送信が停止した場合に車両２が走行不可能になる可能性があるモニタリングデータに対しては、データランク５よりも低いデータランク４が設定される。データランク４が設定されるモニタリングデータの一例として、例えば、サーバ３が通信回線４を介して車両２の走行をフィードバック制御する際にサーバ３が参照する必要があるモニタリングデータのうち、サーバ３が参照しなければ車両２が走行することができなくなってしまう可能性があるモニタリングデータ（但し、データランク５が設定されるモニタリングデータは除く）があげられる。
【００２３】
サーバ３への送信が停止した場合に車両２のユーザの多くが不満を感じる可能性があるモニタリングデータに対しては、データランク４よりも低いデータランク３が設定される。データランク３が設定されるモニタリングデータの一例として、例えば、車両通信システム１から送信されるモニタリングデータに基づいてサーバ３が通信回線４を介してユーザに対して（つまり、車両２に対して）情報提供する場合において、適切な又は当初想定したタイミングで情報提供が行われることを多くのユーザが望んでいる情報提供を行うために必要なモニタリングデータがあげられる。
【００２４】
サーバ３への送信が停止した場合に車両２のユーザの多くが不満を感じない（言い換えれば、少数のユーザのみが不満を感じる）可能性があるモニタリングデータに対しては、データランク３よりも低いデータランク２が設定される。データランク２が設定されるモニタリングデータの一例として、例えば、車両通信システム１から送信されるモニタリングデータに基づいてサーバ３が通信回線４を介してユーザに対して（つまり、車両２に対して）情報提供する場合において、情報提供が行われていないことに多くのユーザが気づきにくい情報提供を行うために必要なモニタリングデータがあげられる。
【００２５】
サーバ３への送信が停止した場合に車両２のユーザに影響が殆ど生じないモニタリングデータに対しては、データランク２よりも低いデータランク１が設定される。データランク１が設定されるモニタリングデータの一例として、例えば、車両２のメーカやサーバ３の運用者等が収集しているだけのモニタリングデータがあげられる。データランク１が設定されるモニタリングデータの一例として、例えば、車両２のユーザが必要としないもののサーバ３に送信されるモニタリングデータ（例えば、天気データや、温度データや、渋滞データ）があげられる。
【００２６】
サーバ３は、各ＥＣＵ１１が送信するモニタリングデータのデータランク及びモニタリングデータのデータ量に応じて、各ＥＣＵ１１の優先度ランクを設定する。具体的には、図２（ａ）に示すように、サーバ３は、各ＥＣＵ１１が送信するモニタリングデータのデータランクが高くなるほど、当該各ＥＣＵ１１に対して設定される優先度ランクが高くなるように、各ＥＣＵ１１の優先度ランクを設定する。更に、サーバ３は、各ＥＣＵ１１が同じデータランクのモニタリングデータを送信する場合であっても、当該各ＥＣＵ１１が送信するモニタリングデータのデータ量が大きくなるほど、当該各ＥＣＵ１１に対して設定される優先度ランクが高くなるように、各ＥＣＵ１１の優先度ランクを設定する。図２（ａ）は、（ｉ）データランク５が設定され且つデータ量が多い（具体的には、第１所定量より多い）モニタリングデータを送信するＥＣＵ１１に対して、優先度ランク１が設定され、（ｉｉ）データランク５が設定され且つデータ量が中程度の（具体的には、第１所定量より小さく、且つ、第１所定量よりも小さい第２所定量より大きい）モニタリングデータを送信するＥＣＵ１１に対して、優先度ランク１よりも低い優先度ランク２が設定され、（ｉｉ）データランク５が設定され且つデータ量が少ない（具体的には、第２所定量より少ない）モニタリングデータを送信するＥＣＵ１１に対して、優先度ランク２よりも低い優先度ランク３が設定され、（ｉｖ）データランク４が設定され且つデータ量が多いモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク３よりも低い優先度ランク４が設定され、（ｖ）データランク４が設定され且つデータ量が中程度のモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク４よりも低い優先度ランク５が設定され、（ｖｉ）データランク４が設定され且つデータ量が少ないモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク５よりも低い優先度ランク６が設定され、（ｖｉｉ）データランク３が設定され且つデータ量が多いモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク６よりも低い優先度ランク７が設定され、（ｖｉｉｉ）データランク３が設定され且つデータ量が中程度のモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク７よりも低い優先度ランク８が設定され、（ｉｘ）データランク３が設定され且つデータ量が少ないモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク８よりも低い優先度ランク９が設定され、（ｘ）データランク２が設定され且つデータ量が多いモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク９よりも低い優先度ランク１０が設定され、（ｘｉ）データランク２が設定され且つデータ量が中程度のモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク１０よりも低い優先度ランク１１が設定され、（ｘｉｉ）データランク２が設定され且つデータ量が少ないモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク１１よりも低い優先度ランク１２が設定され、（ｘｉｉｉ）データランク１が設定され且つデータ量が多いモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク１２よりも低い優先度ランク１３が設定され、（ｘｉｖ）データランク１が設定され且つデータ量が中程度のモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク１３よりも低い優先度ランク１４が設定され、（ｘｖ）データランク１が設定され且つデータ量が少ないモニタリングデータを送信するＥＣＵ１１に対して、優先度ランク１４よりも低い優先度ランク１５が設定される例を示している。
【００２７】
尚、複数の異なるデータランクが夫々設定された複数種類のモニタリングデータを単一のＥＣＵ１１が送信する場合には、当該単一のＥＣＵ１１に対しては、当該単一のＥＣＵ１１が送信する複数種類のモニタリングデータのうちデータランクが最も高いモニタリングデータに応じた優先度ランクが設定される。
【００２８】
サーバ３は、設定した各ＥＣＵ１１の優先度ランクを、通信回線４及び通信装置１２を介して、監視装置１３に対して通知する。その結果、監視装置１３は、サーバ３が決定した各ＥＣＵ１１の優先度ランクを、制御パラメータとして記憶する。例えば、図２（ｂ）に示す例では、監視装置１３は、ＥＣＵ１１ａに対して優先度ランク１が設定され、ＥＣＵ１１ｂに対して優先度ランク５が設定され、ＥＣＵ１１ｃに対して優先度ランク９が設定されたことを示すテーブルから構成される制御パラメータを記憶する。
【００２９】
（３）車両通信システム１の動作の流れ
続いて、図３を参照しながら、車両通信システム１の動作の流れ（特に、優先度ランクに応じて各ＥＣＵ１１によるモニタリングデータの送信を抑制する動作の流れ）について説明する。図３は、車両通信システムの動作の流れ（特に、優先度ランクに応じて各ＥＣＵ１１によるモニタリングデータの送信を抑制する動作の流れ）を示すフローチャートである。尚、図３に示す動作は、車両通信システム１の通常の動作（具体的には、モニタリングデータをサーバ３に対して送信する動作）と並行して行われる。
【００３０】
図３に示すように、監視装置１３は、車載ネットワーク１４の通信負荷を算出する（ステップＳ１１）。監視装置１３は、例えば、各ＥＣＵ１１から、各ＥＣＵ１４が車載ネットワーク１４を介して送受信するデータのデータ量に関する情報（例えば、送受信レート）を取得し、取得したデータ量に関する情報に基づいて通信負荷を算出する。或いは、監視装置１３は、例えば、車載ネットワーク１４を流れるデータを監視することで、通信負荷を算出してもよい。尚、通信負荷は、複数のＥＣＵ１１が車載ネットワーク１４を介して送受信するデータのデータ量が多くなるほど高くなる。通信負荷は、例えば、ネットワーク使用率や、送受信レート等であってもよい。
【００３１】
その後、監視装置１３は、ステップＳ１１で算出した通信負荷が、所定の負荷制限閾値を超えているか否かを判定する（ステップＳ１２）。負荷制限閾値は、複数のＥＣＵ１１の全てが車載ネットワーク１４を介してデータを送受信することができる通信負荷の上限値よりも小さい値である。負荷制限値には、通信負荷の低減を行うことが好ましい程度に通信負荷がその上限値に迫っている状況と、通信負荷の低減を行う必要がない程度に通信負荷がその上限値から乖離している状況とを区別可能な適切な値が設定される。監視装置１３は、固定値の負荷制限閾値を用いる。但し、監視装置１３は、車両２の走行状態（言い換えれば、走行シーン）に応じて負荷制限閾値を変更してもよい。
【００３２】
ステップＳ１２の判定の結果、車載ネットワーク１４の通信負荷が負荷制限閾値を超えていると判定されている場合には（ステップＳ１２：Ｙｅｓ）、監視装置１３は、車載ネットワーク１４の通信負荷を低減するための処理を行う。具体的には、監視装置１３は、優先度ランクが低いＥＣＵ１１から順に、車載ネットワーク１４を介したモニタリングデータの送信を抑制する。つまり、監視装置１３は、優先度ランクが低いＥＣＵ１１から順に、車載ネットワーク１４に送信するモニタリングデータのデータ量を減らす。尚、ここで言う「モニタリングデータの送信を抑制する処理」は、モニタリングデータの送信を継続しつつもそのデータ量を減らす処理のみならず、モニタリングデータの送信自体を停止する（つまり、データ量をゼロにまで減らす）処理をも含む。
【００３３】
優先度ランクが低いＥＣＵ１１から順にモニタリングデータの送信を抑制するために、監視装置１３は、変数ｉを１に初期化する（ステップＳ１３）。尚、変数ｉは、モニタリングデータの送信を抑制するＥＣＵ１１を、優先度ランクに基づいて特定するための変数である。
【００３４】
その後、監視装置１３は、優先度ランクがｉ番目に低いＥＣＵ１１（以降、“ＥＣＵ１１（ｉ）”と称する）に対して、ＥＣＵ１１（ｉ）の通信負荷を所望の低減率Ｄｉ％だけ減らすように指示する（ステップＳ１４）。つまり、監視装置１３は、ＥＣＵ１１（ｉ）に対して、ＥＣＵ１１（ｉ）が車載ネットワーク１４に送信するモニタリングデータのデータ量（単位時間当たりのデータ量）を、本来モニタリングデータを送信するために必要なデータ量よりも減らすように指示する（ステップＳ１４）。具体的には、ステップＳ１４が初めて行われる段階では変数ｉが１であるがゆえに、監視装置１３は、優先度ランクが１番低いＥＣＵ１１（１）に対して、ＥＣＵ１１（１）の通信負荷を所望の低減率Ｄ１％だけ減らすように指示する（ステップＳ１４）。低減率Ｄ１％として、例えば、固定値（例えば、１０％）が用いられるが、監視装置１３によって低減率Ｄ１％が適宜調整されてもよい。
【００３５】
その結果、ＥＣＵ１１（ｉ）は、ＥＣＵ１１（１）の通信負荷を低減率Ｄｉ％だけ減らす（つまり、ＥＣＵ１１（ｉ）が車載ネットワーク１４に送信するモニタリングデータのデータ量を低減率Ｄｉ％だけ減らす）ように、モニタリングデータの送信方法を調整する。例えば、ＥＣＵ１１（ｉ）は、モニタリングデータの送信周期を変える（典型的には、長くする）ことで、ＥＣＵ１１（１）の通信負荷を低減率Ｄｉ％だけ減らしてもよい。図３に示す動作が行われている期間中における車載ネットワーク１４の通信負荷を示すタイミングチャートである図４に示す例では、時刻ｔ４１において通信負荷が負荷制限閾値を超えていると判定され、ＥＣＵ１１（１）が、ＥＣＵ１１（１）の通信負荷を低減率Ｄｉ％だけ減らしている。その結果、時刻ｔ４１以降における車載ネットワーク１４の通信負荷は、時刻ｔ４１の時点での車載ネットワーク１４の通信負荷よりも小さくなる。
【００３６】
その後、監視装置１３は、ＥＣＵ１１（ｉ）が、ＥＣＵ１１（ｉ）の通信負荷を低減率Ｄｉ％だけ減らすことができたか否かを判定する（ステップＳ１５）。
【００３７】
ステップＳ１５の判定の結果、ＥＣＵ１１（ｉ）がＥＣＵ１１（ｉ）の通信負荷を低減率Ｄｉ％だけ減らすことができないと判定された場合には（ステップＳ１５：Ｎｏ）、監視装置１３は、変数ｉを１だけインクリメントし（ステップＳ１６）、ステップＳ１４の動作を再度行う。つまり、ステップＳ１４が２回目に行われる段階では変数ｉが２であるがゆえに、監視装置１３は、優先度ランクが２番低いＥＣＵ１１（２）に対して、ＥＣＵ１１（２）の通信負荷を所望の低減率Ｄ２％だけ減らすように指示する（ステップＳ１４）。低減率Ｄ２％は、ＥＣＵ１１（１）が低減率Ｄ１％に従って本来低減するべきであった通信負荷のうちＥＣＵ１１（１）が実際には低減できなかった通信負荷分をＥＣＵ１１（２）が低減できるように、監視装置１３により適宜設定される。つまり、変数ｉが２以上である場合には、低減率Ｄｉ％は、ＥＣＵ１１（ｉ−１）が低減率Ｄｉ％に従って本来低減するべきであった通信負荷のうちＥＣＵ１１（ｉ−１）が実際には低減できなかった通信負荷分をＥＣＵ１１（ｉ）が削減できるように、監視装置１３により適宜設定される。
【００３８】
以降、ステップＳ１６及びステップＳ１４の動作が、ＥＣＵ１１（ｉ）がＥＣＵ１１（ｉ）の通信負荷を低減率Ｄｉ％だけ減らすことができたと判定されるまで繰り返される。
【００３９】
他方で、ステップＳ１５の判定の結果、ＥＣＵ１１（ｉ）がＥＣＵ１１（ｉ）の通信負荷を低減量Ｄｉだけ減らすことができたと判定された場合には（ステップＳ１５：Ｙｅｓ）、図３に示す動作が終了する。図３に示す動作が終了した後には、所定期間が経過した後に、再度図３に示す動作が開始される。つまり、図３に示す動作は、周期的に繰り返される。ＥＣＵ１１（ｉ）がＥＣＵ１１（ｉ）の通信負荷を低減率Ｄｉ％だけ減らした後に図３に示す動作が再度行われた場合には、ステップＳ１１では、ＥＣＵ１１（ｉ）がＥＣＵ１１（ｉ）の通信負荷を減らした後の時点での車載ネットワーク１４の通信負荷が算出されることになる。
【００４０】
他方で、ステップＳ１２の判定の結果、車載ネットワーク１４の通信負荷が負荷制限閾値を超えていないと判定されている場合には（ステップＳ１２：Ｎｏ）、監視装置１３は、車載ネットワーク１４の通信負荷を低減するための処理を行わなくてもよい。この場合、図３に示す動作が終了する。但し、車載ネットワーク１４の通信負荷が負荷制限閾値よりもずっと小さく（例えば、第４所定量以上小さく）且つ通信負荷を既に低減しているＥＣＵ１１が存在する場合には、監視装置１３は、当該ＥＣＵ１１の通信負荷の低減量を減らしてもよい（つまり、当該ＥＣＵ１１が送信するモニタリングデータのデータ量を増やしてもよい）。例えば、監視装置１３は、ＥＣＵ１１の通信負荷の低減量を、実際の通信負荷と負荷制限閾値との差分（つまり、通信負荷の余裕分）以下となる第５所定量だけ減らしてもよい。例えば、図４に示す例では、時刻ｔ４２においてＥＣＵ１１（１）がＥＣＵ１１（１）の通信負荷を低減率Ｄ１％だけ減らしている時刻ｔ４２において、車載ネットワーク１４の通信負荷が負荷制限閾値よりもずっと小さいと判定されている。この場合、ＥＣＵ１１（１）の通信負荷の低減量が減らされる。つまり、ＥＣＵ１１（１）が送信するモニタリングデータのデータ量が増やされる。その結果、時刻ｔ４２以降における車載ネットワーク１４の通信負荷は、時刻ｔ４２の時点での車載ネットワーク１４の通信負荷よりも大きくなる。
【００４１】
以上説明したように、本実施形態の車両通信システム１は、優先度ランクが低いＥＣＵ１１から順に車載ネットワーク１４を介したモニタリングデータの送信を抑制可能である。このため、車載ネットワーク１４の通信負荷が上昇した場合であっても、優先度ランクが相対的に高いＥＣＵ１１は、車載ネットワーク１４を介して、通信装置１２に対してモニタリングデータを適切に送信可能である。つまり、車載ネットワークの通信負荷が上昇した場合であっても、優先度ランクが相対的に高いＥＣＵ１１は、車載ネットワーク１４及び通信装置１２を介して、サーバ３に対してモニタリングデータを適切に送信可能である。従って、車両通信システム１は、車載ネットワーク１４の通信負荷が上昇した場合であっても、サーバ３に対してモニタリングデータ（特に、優先度が相対的に高いモニタリングデータ）を適切に送信可能である。
【００４２】
尚、図３のステップＳ１４において、監視装置１３は、車載ネットワーク１４を介して第６所定量以上のモニタリングデータを送信しているＥＣＵ１１のうちＥＣＵ１１（ｉ）に対して、ＥＣＵ１１（ｉ）の通信負荷をＤｉ％減らすように指示してもよい。つまり、通信負荷をＤｉ％だけ減らす対象となるＥＣＵ１１を、第６所定量以上のモニタリングデータを送信しているＥＣＵ１１に限定してもよい。なぜならば、通信負荷を減らすように指示されたＥＣＵ１１が実際に送信しているモニタリングデータのデータ量が極めて少ない（或いは、ゼロである）場合には、車載ネットワーク１４の通信負荷の低減効果が相対的に小さくなってしまうからである。従って、通信負荷をＤｉ％だけ減らす対象となるＥＣＵ１１を、第６所定量以上のモニタリングデータを送信しているＥＣＵ１１に限定することで、車載ネットワーク１４の通信負荷を効率的に低減可能である。
【００４３】
本発明は、上述した実施形態に限られるものではなく、特許請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う車両通信システムもまた本発明の技術的範囲に含まれるものである。
【符号の説明】
【００４４】
１  車両通信システム
１１  ＥＣＵ
１２  通信装置
１３  監視装置
１４  車載ネットワーク
２  車両
３  サーバ
【図１】
2018090007.tif 000003
【図２】
2018090007.tif 000004
【図３】
2018090007.tif 000005
【図４】
2018090007.tif 000006