車両制御装置を制御するための制御プログラムもしくは制御データとして外部からダウンロードされた書き換え用データを車両ネットワークに通信可能に接続された車両制御装置に送信してそのデータ書き換えを支援する車両制御装置のデータ書き換え支援システムであって、前記車両ネットワークに送信されるデータの送信状況を監視し、該監視するデータ送信状況に適応させて前記ダウンロードされた書き換え用データを該当する車両制御装置に送信する書き換え用データ送信制御装置を備えることを特徴とする車両制御装置のデータ書き換え支援システム。前記書き換え用データ送信制御装置は、前記監視するデータの送信状況から前記車両ネットワークのスケジュールを予測する予測モジュールを備え、該予測モジュールにより予測されるスケジュールに応じて前記書き換え用データの送信タイミングを決定する請求項1に記載の車両制御装置のデータ書き換え支援システム。前記書き換え用データ送信制御装置は、前記予測されるスケジュールと前記データ送信状況との比較のもとに前記予測モジュールによる予測結果の妥当性を検証する請求項2に記載の車両制御装置のデータ書き換え支援システム。前記書き換え用データ送信制御装置は、前記車両ネットワークに定期的に送信される1乃至複数種のデータの識別子及びデータ長及び送信周期が登録された定期送信フレームリストと、前記車両制御装置での送信イベントに伴って前記車両ネットワークに送信される1乃至複数種のデータの識別子及びデータ長が登録されたイベント送信フレームリストとを備え、それら定期送信フレームリスト及びイベント送信フレームリストを参照して前記車両ネットワークのスケジュールを予測する請求項2または3に記載の車両制御装置のデータ書き換え支援システム。前記書き換え用データ送信制御装置は、前記予測したスケジュールに含まれていないデータが前記車両ネットワークに送信されたとき、a.当該データが前記定期送信フレームリストに登録されているデータであることを条件に、前記書き換え用データの送信を中断するとともに前記車両ネットワークのスケジュールを再予測する、及びb.当該データが前記イベント送信フレームリストに登録されているデータであることを条件に、同データを一時的に送信されたデータとみなして前記書き換え用データの送信を継続する、及びc.当該データが前記定期送信フレームリスト及び前記イベント送信フレームリストのいずれにも登録されていないデータであることを条件に、同データを不正データとみなして前記書き換え用データの送信を中断するとともにエラーモードに移行する処理を実行する、のいずれかの処理を行うとともに、前記予測したスケジュールに含まれているデータが前記車両ネットワークに送信されなかったとき、前記書き換え用データの送信を中断するとともに前記車両ネットワークのスケジュールを再予測する処理を実行する請求項4に記載の車両制御装置のデータ書き換え支援システム。前記車両ネットワークに送信されるデータは予め優先度が規定されていて、該規定された優先度にしたがって前記車両ネットワークに送信されるものであり、前記書き換え用データ送信制御装置は、前記書き換え用データに最低レベルの優先度を設定して前記車両ネットワークに送信する請求項1~5のいずれか一項に記載の車両制御装置のデータ書き換え支援システム。車両制御装置を制御するための制御プログラムもしくは制御データとして外部からダウンロードされた書き換え用データを車両ネットワークに通信可能に接続された車両制御装置に送信してそのデータ書き換えを支援する車両制御装置のデータ書き換え支援システムであって、前記車両ネットワークに送信されるデータは予め優先度が規定されていて、該規定された優先度にしたがって前記車両ネットワークに送信されるものであり、前記ダウンロードされた書き換え用データに最低レベルの優先度を設定して前記車両ネットワークの該当する車両制御装置に送信する書き換え用データ送信制御装置を備えることを特徴とする車両制御装置のデータ書き換え支援システム。前記車両ネットワークは、前記データの送信をイベントトリガ方式にて実行するコントロールエリアネットワークからなり、前記書き換え用データ送信制御装置は、前記書き換え用データを該書き換え用データ以外のデータの送信イベントが発生しないタイミングで送信する請求項1~7のいずれか一項に記載の車両制御装置のデータ書き換え支援システム。前記車両ネットワークは、前記データを送信する期間として予めスケジュールされた静的なデータが送信されるスタティックセグメントとイベントの発生に伴う動的なデータが送信されるダイナミックセグメントとをコミュニケーションサイクルとして有するフレックスレイからなり、前記書き換え用データ送信制御装置は、前記書き換え用データを前記ダイナミックセグメントのなかで送信する請求項1~7のいずれか一項に記載の車両制御装置のデータ書き換え支援システム。請求項1~9のいずれか一項に記載の車両制御装置のデータ書き換え支援システムにおいて、前記書き換え用データは、管理センターから無線通信にて、もしくは記憶媒体を介した有線通信にてダウンロードされたものであることを特徴とする車両制御装置のデータ書き換え支援システム。車両制御装置を制御するための制御プログラムもしくは制御データとして外部からダウンロードした書き換え用データを車両ネットワークに通信可能に接続された車両制御装置に送信してそのデータ書き換えを支援する車両制御装置のデータ書き換え支援方法であって、前記車両ネットワークに送信されるデータの送信状況を監視する工程と、該監視するデータ送信状況に適応させて前記ダウンロードされた書き換え用データを該当する車両制御装置に送信する工程とを含むことを特徴とする車両制御装置のデータ書き換え支援方法。前記データの送信状況を監視する工程は、前記監視するデータの送信状況から前記車両ネットワークのスケジュールを予測する工程を含み、前記書き換え用データを該当する車両制御装置に送信する工程では、前記予測したスケジュールに応じて前記書き換え用データの送信タイミングを決定する請求項11に記載の車両制御装置のデータ書き換え支援方法。前記予測したスケジュールと前記監視するデータ送信状況との比較のもとに前記予測したスケジュールの妥当性を検証する工程をさらに含む請求項12に記載の車両制御装置のデータ書き換え支援方法。前記車両ネットワークのスケジュールを予測する工程にて、前記車両ネットワークに定期的に送信される1乃至複数種のデータの識別子及びデータ長及び送信周期が登録された定期送信フレームリストと、前記車両制御装置での送信イベントに伴って前記車両ネットワークに送信される1乃至複数種のデータの識別子及びデータ長が登録されたイベント送信フレームリストとを参照して前記車両ネットワークのスケジュールを予測する請求項12または13に記載の車両制御装置のデータ書き換え支援方法。前記予測したスケジュールに含まれていないデータが前記車両ネットワークに送信されたときに実行すべき工程として、a.当該データが前記定期送信フレームリストに登録されているデータであることを条件に、前記書き換え用データの送信を中断するとともに前記車両ネットワークのスケジュールを再予測する工程、及びb.当該データが前記イベント送信フレームリストに登録されているデータであることを条件に、同データを一時的に送信されたデータとみなして前記書き換え用データの送信を継続する工程、及びc.当該データが前記定期送信フレームリスト及び前記イベント送信フレームリストのいずれにも登録されていないデータであることを条件に、同データを不正データとみなして前記書き換え用データの送信を中断するとともにエラーモードに移行する3つの工程を有し、それら3つの工程を選択的に実行するとともに、前記予測したスケジュールに含まれているデータが前記車両ネットワークに送信されてこなかったときに実行すべき工程として、前記書き換え用データの送信を中断するとともに前記車両ネットワークのスケジュールを再予測する工程を有する請求項14に記載の車両制御装置のデータ書き換え支援方法。前記車両ネットワークに送信されるデータは予め優先度が規定されていて、該規定された優先度にしたがって前記車両ネットワークに送信されるものであるとき、前記書き換え用データには最低レベルの優先度を設定して前記車両ネットワークに送信する請求項11~15のいずれか一項に記載の車両制御装置のデータ書き換え支援方法。車両制御装置を制御するための制御プログラムもしくは制御データとして外部からダウンロードした書き換え用データを車両ネットワークに通信可能に接続された車両制御装置に送信してそのデータ書き換えを支援する車両制御装置のデータ書き換え支援方法であって、前記車両ネットワークに送信されるデータは予め優先度が規定されていて、該規定された優先度にしたがって前記車両ネットワークに送信されるものであるとき、前記ダウンロードした書き換え用データには最低レベルの優先度を設定して前記車両ネットワークの該当する車両制御装置に送信することを特徴とする車両制御装置のデータ書き換え支援方法。前記車両ネットワークが、前記データの送信をイベントトリガ方式にて実行するコントロールエリアネットワークからなるとき、前記書き換え用データを該書き換え用データ以外のデータの送信イベントが発生しないタイミングで送信する請求項11~17のいずれか一項に記載の車両制御装置のデータ書き換え支援方法。前記車両ネットワークが、前記データを送信する期間として予めスケジュールされた静的なデータが送信されるスタティックセグメントとイベントの発生に伴う動的なデータが送信されるダイナミックセグメントとをコミュニケーションサイクルとして有するフレックスレイからなるとき、前記書き換え用データを前記ダイナミックセグメントのなかで送信する請求項11~17のいずれか一項に記載の車両制御装置のデータ書き換え支援方法。請求項11~19のいずれか一項に記載の車両制御装置のデータ書き換え支援方法において、前記書き換え用データとして、管理センターから無線通信にて、もしくは記憶媒体を介した有線通信にてダウンロードされたデータを用いることを特徴とする車両制御装置のデータ書き換え支援方法。ところで最近は、上記書き換え用のデータを無線通信を通じて管理センターから車両にダウンロードするとともに、このダウンロードしたデータによるデータ書き換えリプログラミングを車両の状態にかかわらず実行可能とするシステムの開発が検討されている。また従来は、例えば特許文献2に見られるように、更新対象とする車両制御装置の電源の投入等の稼働状況を監視し、この監視結果に基づいて更新の可否を判断する技術も知られている。しかし、たとえ対象となる車両制御装置の稼働状況が書き換え用のデータを受信することのできる状態にあったとしても、同データの伝送に伴いネットワーク自体の負荷が増大するようなときには、他の車両制御装置間での車両制御用のデータ等の授受を阻害しかねない。本発明は、このような実情に鑑みてなされたものであり、その目的は、車両ネットワークに接続された車両制御装置間での必要データの授受を担保しつつ、車両制御装置に対するデータ書き換えをも円滑に実現する車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法を提供することにある。以下、上記課題を解決するための手段及びその作用効果について記載する。請求項1に記載の発明は、車両制御装置を制御するための制御プログラムもしくは制御データとして外部からダウンロードされた書き換え用データを車両ネットワークに通信可能に接続された車両制御装置に送信してそのデータ書き換えを支援する車両制御装置のデータ書き換え支援システムであって、前記車両ネットワークに送信されるデータの送信状況を監視し、該監視するデータ送信状況に適応させて前記ダウンロードされた書き換え用データを該当する車両制御装置に送信する書き換え用データ送信制御装置を備えることを要旨とする。請求項11に記載の発明は、車両制御装置を制御するための制御プログラムもしくは制御データとして外部からダウンロードした書き換え用データを車両ネットワークに通信可能に接続された車両制御装置に送信してそのデータ書き換えを支援する車両制御装置のデータ書き換え支援方法であって、前記車両ネットワークに送信されるデータの送信状況を監視する工程と、該監視するデータ送信状況に適応させて前記ダウンロードされた書き換え用データを該当する車両制御装置に送信する工程とを含むことを要旨とする。上記構成あるいは方法によれば、車両制御装置に組み込まれている制御プログラムや制御データに更新や修正の必要が生じた際、それらをリプログラミングするために用いられる書き換え用データリプログラミングデータが、本来、車両制御装置間での車両データの授受に用いられる車両ネットワークを利用して、データ書き換えの対象更新対象とする車両制御装置に送信される。一方、車両ネットワークとは通常、送信データの送信先への到着を確認する機能や送信エラー発生時の送信データの再送機能を有していないことから、各車両制御装置間で授受される車両データを、送信対象とする車両制御装置に確実に送信する必要性が極めて高い。そして、上記構成あるいは方法によれば、書き換え用データの送信に際しては、同書き換え用データ及び車両データに共通の伝送媒体となる車両ネットワークの送信状況に適応させて、上記ダウンロードされた書き換え用データが該当する車両制御装置に送信される。このため、例えば、各車両制御装置間で授受される車両データの量、換言すれば車両ネットワークに送信される車両データの量が車両状態の変化に起因して増大し、これに伴い車両ネットワークの負荷が増大したときには、同車両ネットワークに書き換え用データが送信されないこととなる。すなわち、書き換え用データが車両ネットワークに送信されることに起因して、車両ネットワークの負荷が過大になることが抑制されることとなる。一方、例えば、車両の状態が安定したことにより車両ネットワークの負荷が低下したときには、この車両ネットワークに書き換え用データが送信されることにより、この車両ネットワークを介して更新対象とする車両制御装置に送信される。そして、この書き換え用データによる車両制御装置の更新処理が実行されることとなる。このように、上記構成あるいは方法では、車両の状態に起因して負荷が変化し、かつ車両の制御等に不可欠な車両データの送信に用いられる車両ネットワークを利用しながらも、同車両ネットワークを介して本来授受すべき車両データの送信に影響を与えることなく、上記書き換え用データを更新対象とする車両制御装置に送信することが可能となる。このため、外部からダウンロードした書き換え用データの送信、車両の状態に起因して変化する車両ネットワークの送信状況に適応させた動的なスケジュールのもとに行うことが可能となり、より柔軟な書き換え用データの送信、ひいては、車両制御装置に対するより柔軟な更新処理を実現することができるようになる。これにより、車両ネットワークに接続された車両制御装置間での必要データの授受を担保しつつ、車両制御装置に対するデータ書き換えをも円滑に実現することができるようになる。請求項2に記載の発明は、請求項1に記載の車両制御装置のデータ書き換え支援システムにおいて、前記書き換え用データ送信制御装置は、前記監視するデータの送信状況から前記車両ネットワークのスケジュールを予測する予測モジュールを備え、該予測モジュールにより予測されるスケジュールに応じて前記書き換え用データの送信タイミングを決定することを要旨とする。請求項12に記載の発明は、請求項11に記載の車両制御装置のデータ書き換え支援方法において、前記データの送信状況を監視する工程は、前記監視するデータの送信状況から前記車両ネットワークのスケジュールを予測する工程を含み、前記書き換え用データを該当する車両制御装置に送信する工程では、前記予測したスケジュールに応じて前記書き換え用データの送信タイミングを決定することを要旨とする。車両ネットワークに送信される各種車両データには、定期的に送信されるデータや、車両の状態が所定の状態になったことを条件に所定期間送信されるデータ等が数多く存在する。そこで、上記構成あるいは方法によるように、上記監視するデータの送信状況から車両ネットワークのスケジュールを予測し、この予測したスケジュールに基づいて書き換え用データの送信タイミングを決定する。これにより、車両ネットワークの負荷が増大するタイミングや同負荷が低下するタイミングを予測することが可能となり、車両ネットワークの負荷の低下が予測されるタイミングで上記書き換え用データを車両ネットワークに送信することが可能となる。そのため、車両ネットワークの各種データの送信スケジュールに応じたより的確なタイミングで、書き換え用データを車両ネットワークに送信することが可能となる。請求項3に記載の発明は、請求項2に記載の車両制御装置のデータ書き換え支援システムにおいて、前記書き換え用データ送信制御装置は、前記予測されるスケジュールと前記データ送信状況との比較のもとに前記予測モジュールによる予測結果の妥当性を検証することを要旨とする。請求項13に記載の発明は、請求項12に記載の車両制御装置のデータ書き換え支援方法において、前記予測したスケジュールと前記監視するデータ送信状況との比較のもとに前記予測したスケジュールの妥当性を検証する工程をさらに含むことを要旨とする。上記構成あるいは方法によれば、上記予測した車両ネットワークのスケジュールの妥当性が、車両ネットワークの実際のデータ送信状況に基づいて検証される。このため、こうした検証結果を踏まえて、上記スケジュールの再予測や、書き換え用データの送信タイミングの見直し等を行うことが可能となる。これにより、車両ネットワークのスケジュールの予測精度の向上や書き換え用データの送信タイミングの適正化が図られるようになる。請求項4に記載の発明は、請求項2または3に記載の車両制御装置のデータ書き換え支援システムにおいて、前記書き換え用データ送信制御装置は、前記車両ネットワークに定期的に送信される1乃至複数種のデータの識別子及びデータ長及び送信周期が登録された定期送信フレームリストと、前記車両制御装置での送信イベントに伴って前記車両ネットワークに送信される1乃至複数種のデータの識別子及びデータ長が登録されたイベント送信フレームリストとを備え、それら定期送信フレームリスト及びイベント送信フレームリストを参照して前記車両ネットワークのスケジュールを予測することを要旨とする。請求項14に記載の発明は、請求項12または13に記載の車両制御装置のデータ書き換え支援方法において、前記車両ネットワークのスケジュールを予測する工程にて、前記車両ネットワークに定期的に送信される1乃至複数種のデータの識別子及びデータ長及び送信周期が登録された定期送信フレームリストと、前記車両制御装置での送信イベントに伴って前記車両ネットワークに送信される1乃至複数種のデータの識別子及びデータ長が登録されたイベント送信フレームリストとを参照して前記車両ネットワークのスケジュールを予測することを要旨とする。上記構成あるいは方法によれば、例えば、上記定期送信フレームリスト及びイベント送信フレームリストに登録されているデータの識別子IDと上記監視した車両ネットワークの送信データの識別子IDとの照合を通じて、車両ネットワークに送信されてくるデータが定期的に送信されてくるデータもしくは一時的に送信されてくるデータのいずれであるかを判別することができる。そして、この判別されたデータのデータ長や送信周期に基づけば、車両ネットワークのスケジュールを容易に予測することができる。これにより、車両ネットワークに送信されてくるデータの種別、データ長、送信周期といった要素に基づいて上記予測を高精度かつ容易に行うことができるようになる。請求項5に記載の発明は、請求項4に記載の車両制御装置のデータ書き換え支援システムにおいて、前記書き換え用データ送信制御装置は、前記予測したスケジュールに含まれていないデータが前記車両ネットワークに送信されたとき、a.当該データが前記定期送信フレームリストに登録されているデータであることを条件に、前記書き換え用データの送信を中断するとともに前記車両ネットワークのスケジュールを再予測する、及びb.当該データが前記イベント送信フレームリストに登録されているデータであることを条件に、同データを一時的に送信されたデータとみなして前記書き換え用データの送信を継続する、及びc.当該データが前記定期送信フレームリスト及び前記イベント送信フレームリストのいずれにも登録されていないデータであることを条件に、同データを不正データとみなして前記書き換え用データの送信を中断するとともにエラーモードに移行する処理を実行する、のいずれかの処理を行うとともに、前記予測したスケジュールに含まれているデータが前記車両ネットワークに送信されなかったとき、前記書き換え用データの送信を中断するとともに前記車両ネットワークのスケジュールを再予測する処理を実行することを要旨とする。請求項15に記載の発明は、請求項14に記載の車両制御装置のデータ書き換え支援方法において、前記予測したスケジュールに含まれていないデータが前記車両ネットワークに送信されたときに実行すべき工程として、a.当該データが前記定期送信フレームリストに登録されているデータであることを条件に、前記書き換え用データの送信を中断するとともに前記車両ネットワークのスケジュールを再予測する工程、及びb.当該データが前記イベント送信フレームリストに登録されているデータであることを条件に、同データを一時的に送信されたデータとみなして前記書き換え用データの送信を継続する工程、及びc.当該データが前記定期送信フレームリスト及び前記イベント送信フレームリストのいずれにも登録されていないデータであることを条件に、同データを不正データとみなして前記書き換え用データの送信を中断するとともにエラーモードに移行する3つの工程を有し、それら3つの工程を選択的に実行するとともに、前記予測したスケジュールに含まれているデータが前記車両ネットワークに送信されてこなかったときに実行すべき工程として、前記書き換え用データの送信を中断するとともに前記車両ネットワークのスケジュールを再予測する工程を有することを要旨とする。上記構成あるいは方法によれば、上記予測した車両ネットワークのスケジュールに対して想定され得るパターン毎に、書き換え用データの送信の継続、車両ネットワークのスケジュールの再予測、及び書き換え用データの送信の継続等の処理が適宜実行される。これにより、予測したスケジュールや書き換え用データの送信タイミングが適宜見直しされるようになり、その都度の車両ネットワークのデータ送信状況に見合った的確な処理を実行することができる。また、車両ネットワークに送信されたデータが定期送信フレームリスト及びイベント送信フレームリストのいずれにも登録されていないデータであるときには、同データが車両ネットワークには本来送信されることのないデータであり、例えば車両ネットワークに不正に接続された装置から送信された不正なデータであると推定することができる。これにより、上記エラーモードとしてダイアグ発信等の処理を実行することが可能となり、不正なデータによる車両制御装置の正規プログラムの改ざん等が抑制されるようになる。またこれにより、書き換え用データを外部からダウンロードする過程で不正なデータが車両ネットワークに侵入したとしても、この不正なデータを早期に検出することが可能となる。請求項6に記載の発明は、請求項1~5のいずれか一項に記載の車両制御装置のデータ書き換え支援システムにおいて、前記車両ネットワークに送信されるデータは予め優先度が規定されていて、該規定された優先度にしたがって前記車両ネットワークに送信されるものであり、前記書き換え用データ送信制御装置は、前記書き換え用データに最低レベルの優先度を設定して前記車両ネットワークに送信することを要旨とする。請求項16に記載の発明は、請求項11~15のいずれか一項に記載の車両制御装置のデータ書き換え支援方法において、前記車両ネットワークに送信されるデータは予め優先度が規定されていて、該規定された優先度にしたがって前記車両ネットワークに送信されるものであるとき、前記書き換え用データには最低レベルの優先度を設定して前記車両ネットワークに送信することを要旨とする。上記構成あるいは方法によれば、車両ネットワークに送信されるデータに優先度が予め規定されるとともに上記書き換え用データには最低レベルの優先度が設定され、各データはこうした優先度にしたがって車両ネットワークに送信されることとなる。このため、たとえ書き換え用データの送信時に想定外の車両データ等が車両ネットワークに送信されたとしても、同車両データ等が優先して送信されることにより、同車両データ等と書き換え用データとの衝突が抑制されるようになる。これにより、車両ネットワークを介して書き換え用データを車両制御装置に送信する上で、本来授受すべき車両データ等の授受をより確実に行うことができるようになる。また、本発明は、上記請求項2、12にかかる発明に適用して特に有効であり、予測した車両ネットワークのスケジュールに基づいて書き換え用データの送信を行う上で、予測誤差に伴う書き換え用データと各種車両データ等との衝突を回避することが可能となる。請求項7に記載の発明は、車両制御装置を制御するための制御プログラムもしくは制御データとして外部からダウンロードされた書き換え用データを車両ネットワークに通信可能に接続された車両制御装置に送信してそのデータ書き換えを支援する車両制御装置のデータ書き換え支援システムであって、前記車両ネットワークに送信されるデータは予め優先度が規定されていて、該規定された優先度にしたがって前記車両ネットワークに送信されるものであり、前記ダウンロードされた書き換え用データに最低レベルの優先度を設定して前記車両ネットワークの該当する車両制御装置に送信する書き換え用データ送信制御装置を備えることを要旨とする。請求項17に記載の発明は、車両制御装置を制御するための制御プログラムもしくは制御データとして外部からダウンロードした書き換え用データを車両ネットワークに通信可能に接続された車両制御装置に送信してそのデータ書き換えを支援する車両制御装置のデータ書き換え支援方法であって、前記車両ネットワークに送信されるデータは予め優先度が規定されていて、該規定された優先度にしたがって前記車両ネットワークに送信されるものであるとき、前記ダウンロードした書き換え用データには最低レベルの優先度を設定して前記車両ネットワークの該当する車両制御装置に送信することを要旨とする。上記構成あるいは方法によれば、車両ネットワークに送信されるデータには優先度が予め規定されるとともに、上記書き換え用データには最低レベルの優先度が設定される。そして、車両ネットワークでは、各データに規定された優先度にしたがって各データの送信が行われることにより、車両ネットワークを介して本来授受すべき各種車両データ等を上記書き換え用データよりも優先して取り扱うことが可能となる。このため、たとえ書き換え用データの送信時に車両データ等が車両ネットワークに送信されたとしても、同車両データ等が優先して送信されることにより、同車両データ等と書き換え用データとの衝突が抑制される。したがって、車両ネットワークが車両データ等の送信に使用されていない空き期間を利用して、書き換え用データを更新対象とする車両制御装置に送信することが可能となる。これにより、車両ネットワークに接続された車両制御装置間での必要データの授受を担保しつつ、車両制御装置に対するデータ書き換えをも円滑に実現することができるようになる。請求項8に記載の発明は、請求項1~7のいずれか一項に記載の車両制御装置のデータ書き換え支援システムにおいて、前記車両ネットワークは、前記データの送信をイベントトリガ方式にて実行するコントロールエリアネットワークからなり、前記書き換え用データ送信制御装置は、前記書き換え用データを該書き換え用データ以外のデータの送信イベントが発生しないタイミングで送信することを要旨とする。請求項18に記載の発明は、請求項11~17のいずれか一項に記載の車両制御装置のデータ書き換え支援方法において、前記車両ネットワークが、前記データの送信をイベントトリガ方式にて実行するコントロールエリアネットワークからなるとき、前記書き換え用データを該書き換え用データ以外のデータの送信イベントが発生しないタイミングで送信することを要旨とする。上記車両ネットワークとしては、コントロールエリアネットワークCANが採用されることが多く、同コントロールエリアネットワークでは、各種イベントの発生に伴い各種車両データの授受が行われる。そこで、上記構成あるいは方法によるように、コントロールエリアネットワークのデータ送信状況の監視を通じて、こうした各種車両データ、換言すれば上記書き換え用データ以外の送信イベントが発生しないタイミングで、書き換え用データの送信を行うこととすれば、コントロールエリアネットワークを介した各種車両データの確実な授受と、書き換え用データの円滑な授受との好適な両立が図れるようになる。請求項9に記載の発明は、請求項1~7のいずれか一項に記載の車両制御装置のデータ書き換え支援システムにおいて、前記車両ネットワークは、前記データを送信する期間として予めスケジュールされた静的なデータが送信されるスタティックセグメントとイベントの発生に伴う動的なデータが送信されるダイナミックセグメントとをコミュニケーションサイクルとして有するフレックスレイからなり、前記書き換え用データ送信制御装置は、前記書き換え用データを前記ダイナミックセグメントのなかで送信することを要旨とする。請求項19に記載の発明は、請求項11~17のいずれか一項に記載の車両制御装置のデータ書き換え支援方法において、前記車両ネットワークが、前記データを送信する期間として予めスケジュールされた静的なデータが送信されるスタティックセグメントとイベントの発生に伴う動的なデータが送信されるダイナミックセグメントとをコミュニケーションサイクルとして有するフレックスレイからなるとき、前記書き換え用データを前記ダイナミックセグメントのなかで送信することを要旨とする。上記フレックスレイのコミュニケーションサイクルは、大きくはスタティックセグメントとダイナミックセグメントとによって構成されている。このうちダイナミックセグメントは、例えば、車両が特定の状態に遷移したときに一時的に授受が必要となるデータや、車両が特定の状態に遷移してから所定の条件を満たすまでの間、定期的な授受が必要となる各種車両データを送信する際に利用される。そして、上記構成あるいは方法によれば、フレックスレイのデータ送信状況を監視し、この監視結果に基づきダイナミックセグメントに空き期間が存在することが確認できたとき、ダイナミックセグメントのなかで書き換え用データの送信が行われる。これにより、車両ネットワークとして、高速かつ信頼性の極めて高いデータ伝送が可能なフレックスレイを採用しながらも、各種車両データの迅速な授受と書き換え用データの円滑な授受とを実現することが可能となる。請求項10に記載の発明は、請求項1~9のいずれか一項に記載の車両制御装置のデータ書き換え支援システムにおいて、前記書き換え用データは、管理センターから無線通信にて、もしくは記憶媒体を介した有線通信にてダウンロードされたものであることを要旨とする。請求項20に記載の発明は、請求項11~19のいずれか一項に記載の車両制御装置のデータ書き換え支援方法において、前記書き換え用データとして、管理センターから無線通信にて、もしくは記憶媒体を介した有線通信にてダウンロードされたデータを用いることを要旨とする。上記構成あるいは方法によれば、書き換え用データは、同書き換え用データを管理する管理センターから、無線通信やUSBメモリ等の記憶媒体を介した有線通信によりダウンロードされる。このため、車両ネットワークを利用した書き換え用データの動的な送信が促されるようになり、車両の状態に拘わらず、書き換え用データの授受、ひいては、更新対象とする車両制御装置の更新処理を円滑に行うことができるようになる。第1の実施の形態以下、本発明にかかる車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法を具体化した第1の実施の形態について図1~図5を参照して説明する。なお、本実施の形態では、車両制御装置間での信号の授受を、イベントトリガ方式で各種データが授受されるCANコントロールエリアネットワークを介して行うものである。図1に示すように、本車両制御装置のデータ書き換え支援システム及び本データ書き換え支援方法が適用されるシステムは、各種車載機器を制御する車両制御装置ECU240が搭載された車両Cとの間で無線通信を行う管理センター100を備えている。管理センター100は、車両Cに搭載されている車両制御装置240を制御するための制御プログラムや制御データから構成される書き換え用プログラム110を生成する。書き換え用プログラム110は、車両Cに搭載されている車両制御装置240の規格等に応じて生成されるものであり、車両制御装置240に組み込まれているアプリケーションプログラム等の制御プログラムや制御データに更新や修正の必要が生じた際、それらをリプログラミングデータ書き換えするために用いられるデータである。管理センター100は、車両制御装置240に組み込まれている制御プログラムや制御データに更新や修正の必要が生じたとき、書き換え用プログラム110を適宜生成する。また、管理センター100は、同管理センター100にて生成した書き換え用プログラム110を車両Cに配信するためのセンター通信機120を有している。そして、管理センター100は、上記生成した書き換え用プログラム110を、リプログラミングの対象となる車両制御装置240240aが搭載された車両Cに対して適宜配信する。車両Cは、管理センター100との無線通信を通じて、同管理センター100から書き換え用プログラム110をダウンロードする車両通信機210を備えている。車両通信機210は、管理センター100から書き換え用プログラム110をダウンロードすると、このダウンロードした書き換え用プログラム110を、同書き換え用プログラム110をもとに書き換え用データ、すなわちリプログラミングデータを生成する書き換え用データ生成制御装置220に出力する。書き換え用データ生成制御装置220は、演算処理装置やメモリ等のリソースによって構成されており、自動車ディーラでのリプログラミングに用いられる、いわゆる高難度診断用機器TasCANに準じた機能を有している。書き換え用データ生成制御装置220は、車両通信機210から書き換え用プログラム110を取得すると、この書き換え用プログラム110をもとに、更新や修正の対象とする車両制御装置240のリプログラミングに用いられる書き換え用データ221を生成する。そして、書き換え用データ生成制御装置220は、この生成した書き換え用データ221を、リプログラミングの対象とされる車両制御装置240に送信するための書き換え用データ送信制御装置230に出力する。なお本実施の形態では、同書き換え用データ生成制御装置220が車両Cに搭載されていることにより、車両Cに搭載された車両制御装置240のリプログラミングを、高難度診断用機器等の専用の機器を用いることなく実現することが可能となっている。書き換え用データ送信制御装置230は、上記書き換え用データ生成制御装置220と、コントロールエリアネットワークCANを構成して車両制御系の各車両制御装置240を電気的に接続するCANバス250との間に設けられている。この書き換え用データ送信制御装置230は、差動電圧に基づき所定の信号が搬送されるCANバス250上のデータの送信状況を監視するとともに、この監視結果に基づいてCANバス250上のデータの送信状況を予測する予測モジュール231を備えている。また、本実施の形態の書き換え用データ送信制御装置230は、書き換え用データ221をCANバス250内での転送ファイル形式であるデータフレームに変換するとともに、同変換したデータフレームを所定のタイミングで更新対象データ書き換えの対象とする車両制御装置240240aに送信する送信モジュール232を備えている。さらに、本実施の形態の書き換え用データ送信制御装置230は、CANバス250上を流れるデータフレームが予め登録された定期送信フレームリスト233及びイベント送信フレームリスト234を有している。また、書き換え用データ送信制御装置230は、予測モジュール231及び送信モジュール232とCANバス250との間に設けられてデジタル信号/差動電圧の変換処理を実行するトランシーバ235を有している。このうち、予測モジュール231は、トランシーバ235により変換されたデジタル信号に基づきCANバス250上を流れるデータの送信状況を監視する。また、予測モジュール231は、この監視結果に基づき、CANバス250によるデータの送信予定を示すスケジュールである予測スケジュールを算出する。本実施の形態の予測モジュール231は、この予測スケジュールの算出に際し、上記定期送信フレームリスト233及びイベント送信フレームリスト234を用いる。定期送信フレームリスト233には、CANバス250上を流れるデータフレームのうち、定期的に流れるデータフレームである定期送信データフレームの識別子ID及びデータ長及び送信周期が予め登録されている。また、イベント送信フレームリスト234には、CANバス250上を流れるデータフレームのうち、車両Cのドライバによる車両操作等のイベントの発生に起因して流れるデータフレームであるイベント送信データフレームの識別子及びデータ長が予め登録されている。そして、予測モジュール231は、こうした定期送信フレームリスト233及びイベント送信フレームリスト234の参照を通じて、CANバス250を流れているデータフレームの種別、データ長、送信周期等を判別し、この判別結果に基づいて、CANバス250のスケジュールを予測する。また、予測モジュール231は、この予測結果である予測スケジュールに基づき、例えば定期送信データフレームが送信されないと予測される空き期間の発生タイミングに関する情報を上記送信モジュール232に出力する。なお、本実施の形態の予測モジュール231は、書き換え用データ送信制御装置230が車両制御装置240に送信すべき書き換え用データ221を保有しているときにのみ、CANバス250の監視及び予測スケジュールの算出を行う。また、本実施の形態の予測モジュール231によるCANバス250の一回当たりの監視時間は、少なくとも、上記定期送信フレームリスト233に登録されている定期送信データフレームのうち最長の周期よりも長い時間が規定されている。これにより、予測モジュール231は、同監視時間に基づくCANバス250の監視により、CANバス250に定期送信データフレームが流れているか否かを的確に検知することができる。さらに、本実施の形態の予測モジュール231は、CANバス250の負荷が車両Cの走行状態に起因して変動することに鑑み、CANバス250上に送信すべき書き換え用データ221が存在するときには、CANバス250の予測スケジュールの算出が一旦完了した後もCANバス250の状況を継続して監視する。そして、予測モジュール231は、このように必要に応じてCANバス250の監視を継続することにより、予測値予測スケジュールと実測値との整合性を確認して予測値の妥当性を検証する。送信モジュール232は、上記書き換え用データ生成制御装置220から入力された書き換え用データ221をデータフレームに変換すると、上記予測モジュール231から取得した情報によって示されるCANバス250の空き期間の発生タイミングを、同変換したデータフレームの送信タイミングとして決定する。なおこの際、送信モジュール232は、各車両制御装置240等の異常発生に伴うモニタリング負荷、ノイズの発生に伴うエラー負荷、及びイベント送信データフレームによる負荷等を考慮し、CANバス250のトラフィックが最大でも30~40以内となるように書き換え用データ221の送信を行う。このため、たとえ書き換え用データ221のデータフレームを送信可能な空き期間がCANバス250に存在したとしても、同データフレームがCANバス250に過剰に送信されることが抑制される。これにより、CANバス250の負荷が過大となることがより確実に抑制されるようになる。そして、送信モジュール232は、この決定したタイミングのもとに、トランシーバ235を介して、書き換え用データ221のデータフレームをCANバス250に送信する。これにより、書き換え用データ221のデータフレームは、更新対象とする車両制御装置240aにCANバス250を介して送信されるようになる。このように本実施の形態では、車両制御装置240をリプログラミングするために必要な書き換え用データ221のデータフレームと、各車両制御装置240間で授受すべき各種車両データのデータフレームとが、共通の伝送媒体であるCANバス250を介して送受信される構成となっている。そして本実施の形態では、こうしたCANバス250を介した書き換え用データ221のデータフレームが、CANバス250の負荷が小さいタイミングでCANバス250に送信されることにより、書き換え用データ221のデータフレームの送受信に伴うCANバス250の負荷が最小限とされている。これにより、伝送媒体としてCANバス250を共有しつつも、同CANバス250を介した車両情報を示すデータフレームの授受と書き換え用データ221のデータフレームの授受との好適な両立が図られている。なお、こうした書き換え用データ221のデータフレームは、CANバス250上では、イベント送信データフレームと同様に取り扱われることとなる。なお、CANバス250を介して授受される車両データのデータ量、換言すれば、CANバス250の使用率負荷は、車両Cの走行状態に起因して変動するものとなっている。一方、本実施の形態では、こうした送信モジュール232による書き換え用データ221のデータフレームの送信は、車両Cの走行状態如何に拘わらずCANバス250の負荷が低いと予測されるタイミングで行われる。このため、本実施の形態では、たとえ車両Cの状態が走行状態にあったとしても、CANバス250の負荷が低下する空き期間さえあれば、この空き期間を利用して、管理センター100から取得した書き換え用プログラム110をもとに生成された書き換え用データ221のデータフレームを、更新対象とする車両制御装置240aに送信することが可能となっている。これにより、各車両制御装置240では、車両Cの状態によって制約を受けることなく、管理センター100から送信されてきた書き換え用プログラム110に基づいて、車両制御装置240に組み込まれた制御プログラムや制御データ等の更新や修正等を行うことが可能となっている。なお、書き換え用データ送信制御装置230は、書き換え用データ221をデータフレームに変換する際、同データフレームの内容を示す情報として車両Cのなかで予め取り決められた識別子IDを、書き換え用データ221のデータフレームに割り当てる。こうしたIDとしては、その具体例を図2に示すように、例えば11ビット長で構成される0x0~0x7FFが用いられる。このうち、ID0x1には、例えば車両Cに搭載されたメータに表示すべき情報を示す車両データBが対応付けされており、ID0x7FFには書き換え用データ221が対応付けされている。なお、本実施の形態の書き換え用データ送信制御装置230は、書き換え用データ221をデータフレームに変換する際、各データフレームのIDの値を、定期送信フレームリスト233及びイベント送信フレームリスト234に登録されている各IDの値よりも大きい値0x7FFに設定する。この結果、図2からも明かなように、書き換え用データ221のデータフレームに割り当てられるIDの値0x7FFは、CANバス250を流れるデータフレームのIDのなかで最大の値となる。これにより、書き換え用データ221のデータフレームのCANバス250上での優先度は、同CANバス250を流れるデータフレームのなかで最低レベルに設定される。そのため、各車両制御装置240間で本来授受すべき車両情報等を示すデータフレームが優先して取り扱われることとなり、共有の伝送媒体となるCANバス250上での、各種車両データ等のデータフレームと書き換え用データ221のデータフレームとの衝突の発生が抑制されるようになっている。このように本実施の形態では、優先度に基づく通信調停を通じて、各車両制御装置240間で本来授受すべき車両データ等のデータフレームの授受を的確に行うことが可能となっている。車両制御装置240は、例えば車両制御系の電子制御装置ECUであり、コントロールエリアネットワーク内でのノードに相当する。この車両制御装置240は、例えば、車両Cに搭載されたエンジンを制御するためのエンジン制御装置やステアリングを制御するためのステアリング制御装置、メータを制御するためのメータ制御装置等によって構成されている。そして、各車両制御装置240間では、メータに表示する車両情報やエンジンやブレーキの制御量等を示す各種車両データの授受がCANバス250を介して適宜実行される。また、各車両制御装置240には、CANバス250を介して送信されてくるデータフレームを選択的に取得するためのIDフィルタが設けられている。このIDフィルタを備える各車両制御装置240では、このIDフィルタと一致したデータフレームを選択的に取得することが可能となっている。本実施の形態では、各車両制御装置240のIDフィルタは、該当する書き換え用データ221のデータフレームを受信可能なフィルタとして構成されている。そして例えば、送信モジュール232から書き換え用データ221のデータフレームがCANバス250に送信されると、リプログラミングの対象となる車両制御装置240aは、CANバス250に送信された書き換え用データ221のデータフレームを取得する。その後、リプログラミングの対象となる車両制御装置240aでは、この取得した書き換え用データ221のデータフレームを用いたリプログラミングが実行される。これにより、リプログラミングの対象となる車両制御装置240aでは、同車両制御装置240aに組み込まれている制御プログラムや制御データ等が適宜更新、修正されるようになる。次に、本実施の形態の車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法による書き換え用データ221の送信処理について図3を参照して説明する。図3に示すように、本処理ではまず、管理センター100から送信された書き換え用プログラム110を車両Cの車両通信機210が受信すると、上記書き換え用データ生成制御装置220は、管理センター100から取得した書き換え用プログラム110をもとに書き換え用データ221を生成するステップS101。次いで、上記予測モジュール231はCANバス250のデータ送信状況を監視し、この監視結果に基づいて、CANバス250を流れるデータフレームの送信状況を予測するステップS102。こうして、予測モジュール231は、例えば、CANバス250の負荷が低いと予測されるタイミングに関する情報を送信モジュール232に通知する。送信モジュール232は、書き換え用データ221をデータフレームに変換するとともに、同変換したデータフレームを予測モジュール231から通知されたタイミングでCANバス250に送信するステップS103。その後、予測モジュール231は、書き換え用データ221のデータフレームの送信が完了したか否かを判断し、書き換え用データ221のデータフレームの送信が完了したことをもって本処理を終了するステップS104:YES、S105。一方、予測モジュール231は、書き換え用データ221のデータフレームの送信が完了していないとき、CANバス250のデータ送信状況を再度監視し、この監視結果に基づいて実測値と先のステップS104で予測した予測値予測スケジュールとの整合性を判断するステップS104:NO、S106。そして、予測モジュール231は、予測値が妥当であると判断したとき、同予測したタイミングに基づいた書き換え用データ221のデータフレームの送信を送信モジュール232に継続させるステップS106:YES、S103。一方、予測モジュール231は、予測値が妥当ではないと判断したとき、CANバス250の監視を通じて、CANバス250を流れるデータフレームの送信状況を再度予測する。そして、予測モジュール231は、この予測結果に基づいた書き換え用データ221のデータフレームの送信を、送信モジュール232に行わせるステップS106:NO、S102。以下、本実施の形態の車両制御装置のデータ書き換え支援システムの動作例作用を図4~図6を参照して説明する。書き換え用データ送信制御装置230が書き換え用データ221を取得すると、予測モジュール231は、図4に示すように、定期送信フレームリスト233に登録されているデータフレームのなかで最長の周期よりも長い期間Tw1を監視期間として、CANバス250のデータの送信状況を監視する。この結果、予測モジュール231は、所定のデータ長を有する3種類のデータフレームDfa、Dfb、Dfcが所定の周期でCANバス250上を流れていることを検知する。そして、予測モジュール231は、各データフレームDfa、Dfb、Dfcの各IDと上記定期送信フレームリスト233及びイベント送信フレームリスト234に登録されているIDとの照合を通じて、CANバス250上を流れている各データフレームDfa、Dfb、Dfcが、例えば定期送信データフレームであると判別する。また、予測モジュール231は、同照合に基づいて、各データフレームDfa、Dfb、Dfcのデータ長と送信周期とを判別する。そして、予測モジュール231は、こうした判別結果に基づき、例えば予測期間Tf1にCANバス250の予測スケジュールを示すように、CANバス250には、3種類のデータフレームDfa、Dfb、Dfcが定期的に流れてくるとともに空き期間T1~T3が存在すると予測する。こうして、予測モジュール231は、CANバス250の負荷が低くなることが予測される空き期間T1~T3に関する情報を送信モジュール232に通知する。その後、送信モジュール232は、予測モジュール231から取得した情報に基づき、各空き期間T1~T3に包含されるように、タイミングt1~t3にて、書き換え用データ221の各データフレームDr1~Dr3をCANバス250に送信する。一方、予測モジュール231は、図5aに示すように、予測期間Tfに至ると、同予測期間TfでのCANバス250のデータフレームの送信状況を監視し、予測値と実測値との整合性を検証する。すなわち予測モジュール231は、上記算出した予測スケジュールの妥当性を検証する。この結果、例えば、上記監視期間Tw1では検出されなかった定期送信データフレームDfdが予測期間Tf内のタイミングt4にて新たに検出されると、予測モジュール231は、CANバス250の送信状況を再予測すべく監視期間Tw2にてCANバス250上のデータフレームの流れを再監視する。そして、予測モジュール231は、この監視期間Tw2での監視結果に基づき、予測期間Tf2として示すように、新たに定期送信データフレームDfdを含んだ予測スケジュールを再算出する。その後、予測モジュール231は、この予測スケジュールから求まるCANバス250の空き期間を示す情報を送信モジュール232に通知する。こうして、送信モジュール232は、予測モジュール231から新たに通知された空き期間を示す情報に基づき書き換え用データ221のデータフレームの送信タイミングを補正し、この補正した送信タイミングにて書き換え用データ221のデータフレームの送信を行う。一方、図5bに示すように、上記監視期間Tw1では検出されなかったデータフレームDfeがタイミングt5にて新たに検出されたものの、この検出されたデータフレームDfeが車両C内でのイベントの発生に伴うイベント送信データフレームであったときには、予測期間Tf3として示すように、同データフレームDfeが一時的に送信が必要となったデータフレームであるとして上記予測スケジュールには加味されない。なおこの場合であれ、書き換え用データ221のデータフレームの送信が、イベント送信データフレームの送信に伴う負荷等も加味してCANバス250のトラフィックが余裕をもった使用率30~40の範囲に規制されていることから、CANバス250の負荷が過大になることが抑制されるようになる。また一方、図5cに示すように、上記予測期間Tf1中で送信されてくることが予測された定期送信データフレームDfaがCANバス250に送信されなかったときには、予測モジュール231は、監視期間Tw3にてCANバス250上のデータフレームの送信状況を再監視する。そして、この監視期間Tw3でも定期送信データフレームDfaが検出されないときには、例えば車両Cの走行状態の変化に起因してCANバス250の状況が変化したとして、予測期間Tf4に示すように、この定期送信データフレームDfaを除外した予測スケジュールを再算出する。このように、CANバス250上のデータフレームの送信状況は車両Cの走行状態に応じて適宜変換するものの、本実施の形態では、予測値の検証を通じて書き換え用データ221のデータフレームの送信タイミングが適宜補正されることにより、CANバス250の負荷変動に応じて同データフレームの送信を行うことができるようになる。さらに、本実施の形態では、予測モジュール231によるCANバス250の監視が上記定期送信フレームリスト233及びイベント送信フレームリスト234をもとに行われることから、CANバス250上を流れるデータフレームの正当性も併せて監視することができる。すなわち、図5dに示すように、CANバス250の監視中に検出されたデータフレームDfnが上記各フレームリスト233及び234のいずれにも登録されていないデータフレームであったときには、同データフレームDfnが車両Cに不正に組み込まれた電子制御装置等から送信された不正なデータフレームであると判定される。よってこの場合、書き換え用データ送信制御装置230は、CANバス250に不正な電子制御装置が接続されたとしてエラーモードに移行し、例えば、車両Cの異常発生を示すダイアグ情報を管理センター100や車両Cのユーザが有する情報端末機器等に送信する。以上説明したように、本実施の形態にかかる車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法によれば、以下の効果が得られるようになる。1上記管理センター100からダウンロードした書き換え用プログラム110に基づき生成した書き換え用データ221を、CANバス250のデータ送信状況に適応させて同CANバス250に送信することとした。このため、本来、車両データが授受されるCANバス250を介して書き換え用データ221を更新対象とする車両制御装置240aに送信する上で、CANバス250の負荷が増大することが抑制されるようになる。これにより、CANバス250に接続された車両制御装置240間での各種車両データ等の必要データの授受を担保しつつ、車両制御装置240に対するデータ書き換えをも円滑に実現することができるようになる。2上記CANバス250上のデータフレームの送信状況の監視を通じて、CANバス250の予測スケジュールを算出した。そして、この算出した予測スケジュールにてCANバス250の負荷が低いとされるタイミングを、書き換え用データ221のデータフレームの送信タイミングとした。これにより、CANバス250の各種データの送信スケジュールに応じたより的確なタイミングで、書き換え用データ221のデータフレームをCANバス250に送信することが可能となる。3上記予測したCANバス250の予測スケジュールとCANバス250の実際のデータ送信状況との比較のもとに、予測スケジュールの妥当性を検証することとした。このため、こうした検証結果を踏まえて、CANバス250のスケジュールの再予測や書き換え用データの送信タイミングの見直し等を行うことが可能となる。これにより、予測モジュール231による予測精度の向上や、送信モジュール232による書き換え用データの送信タイミングの適正化が図られるようになる。4上記書き換え用データ送信制御装置230に、上記定期送信フレームリスト233とイベント送信フレームリスト234とを備える構成とした。そして、それら定期送信フレームリスト233及びイベント送信フレームリスト234を参照して、予測モジュール231による予測スケジュールの算出を行うこととした。このため、定期送信フレームリスト233及びイベント送信フレームリスト234に登録されているデータのIDとCANバス250に送信されてくるデータのIDとの照合を通じて、CANバス250上の送信データの種別、データ長、送信周期を特定することが可能となる。これにより、この特定した送信データの種別、データ長、送信周期に基づいて、より高精度な予測スケジュールをより容易に算出することが可能となる。5上記予測スケジュールに対して想定され得るデータの送信パターン毎に、書き換え用データ221のデータフレームの送信の継続、予測スケジュールの再算出、書き換え用データの送信の継続等の処理を実行することとした。これにより、予測したスケジュールや書き換え用データの送信タイミングが適宜見直しされるようになり、その都度の車両ネットワークのデータの送信状況に見合った的確な処理を実行することができる。6上記CANバス250に送信されたデータが定期送信フレームリスト233及びイベント送信フレームリスト234のいずれにも登録されていないデータであるとき、同データを不正なデータであるとしてエラーモードに移行することとした。これにより、不正なデータによる車両制御装置240の正規プログラムの改ざん等が抑制されるようになる。またこれにより、書き換え用プログラム110を管理センター100からダウンロードする過程で不正なデータがCANバス250等に侵入したとしても、この不正なデータを早期に検出することが可能となり、外部から書き換え用プログラム110を取得する上で上記システムとしてのセキュリティー性が担保されるようになる。7書き換え用データ221のデータフレームをCANバス250に送信する際、同書き換え用データ221のデータフレームに最低レベルの優先度を設定した。これにより、書き換え用データ221のデータフレームをCANバス250に送信する上で、車両データ等の授受をより確実に行うことが可能となる。またこれにより、予測モジュール231による予測に基づき書き換え用データ221のデータフレームの送信を行う上で、予測誤差に伴うデータフレームの衝突も好適に回避されるようになる。8上記車両ネットワークとして、コントロールエリアネットワークCANを採用した。そして、書き換え用データ221のデータフレームを、同データフレーム以外のデータの送信イベントが発生しないタイミングで送信することとした。これにより、車両ネットワークとして汎用性が高いコントロールエリアネットワークを介した各種車両データの確実な授受と書き換え用データの円滑な授受との好適な両立が図れるようになる。9上記書き換え用プログラム110を、無線通信にて管理センター100から車両Cにダウンロードすることとした。このため、更新対象となる車両制御装置240を搭載した車両Cの状態に拘わらず、管理センター100との通信さえ確立できれば場所や時間帯に制約されることなく書き換え用プログラム110を取得することができる。これにより、この取得した書き換え用プログラム110による車両制御装置240のリプログラミングをより高い自由度のもとに行うことができる。またこれにより、上記1との相乗効果として、車両制御装置240のリプログラミングをより柔軟に行うことができるようになる。第2の実施の形態以下、本発明にかかる車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法を具体化した第2の実施の形態を図6~図8を参照して説明する。なお、この第2の実施の形態は、上記車両ネットワークとしてタイムトリガ方式のフレックスレイを採用したものであり、その基本的な構成は先の第1の実施の形態と共通になっている。図6は、先の図1に対応する図として、この第2の実施の形態にかかる車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法が適用されるシステムの構成例を示したものである。なお、この図6において、先の図1に示した各要素と同一の要素についてはそれぞれ同一の符号を付して示しており、それら要素についての重複する説明は割愛する。図6に示すように、本車両制御装置のデータ書き換え支援システム及び本データ書き換え支援方法が適用されるシステムは、上記CANバス250に代えて、例えば、一対の非シールドのツイストペアケーブルUTPから構成されるシングルチャネル方式のフレックスレイバス260が用いられる。そして、こうしたフレックスレイバス260によって、上記書き換え用データ送信制御装置230や各車両制御装置240が相互通信可能に構成されている。なお、本実施の形態でも、書き換え用データ送信制御装置230や各車両制御装置240間での通信が例えば差動電圧に基づき行われるとともに、各種データの授受が所定の通信サイクルコミュニケーションサイクルのもとに行われる。図7に示すように、フレックスレイのコミュニケーションサイクルは、大きくは、各種データが送信されるスタティックセグメントTss及びダイナミックセグメントTdsを有して構成されている。また、同コミュニケーションサイクルは、スタートアップ時やウェイクアップ時にオプションとして用いられるシンボルウィンドウTsw、及びクロック同期のオフセットや伝送速度の計算エラー訂正等に使用されるネットワークアイドル時間Tnlを有している。そして、こうしたコミュニケーションサイクルが、車両Cのイグニッションがオンとなってからオフとなるまで適宜繰り返されることにより、書き換え用データ送信制御装置230や各車両制御装置240間でのデータの授受が行われる。図8aに示すように、スタティックセグメントTssは、タイムトリガに基づき固定周期でデータを送るために用意されたセグメントであり、固定長のスロット群である複数のスタティックスロットTssa~Tssnによって構成されている。このスタティックセグメントTssでは、各車両制御装置240間で授受されるデータフレームのうち、定期送信データフレームDfsa~Dfsnが各スタティックスロットTssa~Tssnに割り当てられる。すなわち、スタティックセグメントTssは、定期送信データフレームを伝送するための期間として用いられる。ダイナミックセグメントTdsは、イベントトリガに基づき非同期でデータを送るために用意されたセグメントであり、可変長のスロット群である複数のミニスロットTdsa~Tdsnによって構成される。このダイナミックセグメントTdsでは、各車両制御装置240間で授受されるデータフレームのうち、例えばイベント送信データフレームDfda~Dfdcが必要に応じて各ミニスロットTdsa~Tdscにそれぞれ割り当てられる。また、本実施の形態では、このダイナミックセグメントTdsを利用して上記書き換え用データ221のデータフレームの送受信が行われる。すなわち、本実施の形態のダイナミックセグメントTdsは、イベント送信データフレームと書き換え用データ221のデータフレームとを伝送するための期間として用いられる。なお、ダイナミックセグメントTdsでは、優先順位の高いデータフレームほど、開始位置に近いミニスロットが割り当てられる。したがって本実施の形態では、書き換え用データ221のデータフレームの送信に際しては、その優先度を最低レベルに設定すべく、ダイナミックセグメントTdsの終了位置に最も近いミニスロットTdsnが書き換え用データ221のデータフレームの送信用に割り当てられる。一方、シンボルウィンドウTswは、フレックスレイバス260のメンテナンスやネットワーク始動時のシグナリングに用いられる。また、ネットワークアイドル時間Tnlは、フレックスレイバス260のアイドリングに利用され、主にノードクロック間の同期を維持するために用いられる。以下、このような前提のもとに、本実施の形態の車両制御装置のデータ書き換え支援システムの動作例作用を図8bを参照して説明する。まず、上記書き換え用データ送信制御装置230は、上記書き換え用データ生成制御装置220にて生成された書き換え用データ221を取得すると、予測モジュール231にフレックスレイバス260のデータ送信状況を監視させる。本実施の形態では、例えば、各コミュニケーションサイクル中のダイナミックセグメントTdsが、書き換え用データ221のデータフレームDrの伝送のための監視期間として設定される。そして、予測モジュール231は、フレックスレイバス260のデータ送信状況の監視を通じて、ダイナミックセグメントTdsに空き期間が存在していることを確認すると、書き換え用データ221のデータフレームDrをフレックスレイバス260に送信する。すなわち予測モジュール231は、例えばダイナミックセグメントTdsの終了位置に最も近いミニスロットTdsnを利用して、更新対象とする車両制御装置240aにフレックスレイバス260を介して書き換え用データ221のデータフレームDrを送信する。なおこの際、想定外のイベント送信データフレームの送信イベントの発生に起因して1サイクル中のダイナミックセグメントTdsに書き換え用データ221のデータフレームDrが収まらなくなった場合には、同データフレームDrは次のサイクルに順送りされて送信されることとなる。これにより、フレックスレイバス260を介して書き換え用データ221のデータフレームDrを更新対象となる車両制御装置240aに送信する上で、フレックスレイバス260上で本来授受すべき車両データ等を優先して取り扱うことが可能となる。そして、こうして書き換え用データ送信制御装置230から送信された書き換え用データ221のデータフレームDrを更新対象となる車両制御装置240aが受信すると、同車両制御装置240aでは、この受信した書き換え用データ221のデータフレームDrによるリプログラミングが実行される。これにより、車両制御装置240aに予め組み込まれていた制御プログラムや制御データは、管理センター100から配信された書き換え用プログラム110に応じて書き換えられることとなる。以上説明したように、本実施の形態にかかる車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法によれば、前記1~7、9の効果が得られるとともに、前記8に代えて以下の効果が得られるようになる。8A車両ネットワークとして、フレックスレイを採用することとした。これにより、書き換え用データ送信制御装置230や車両制御装置240から送信されるデータフレームの伝送をより高速かつ的確に送信対象に送ることが可能となる。第3の実施の形態以下、本発明にかかる車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法を具体化した第3の実施の形態を図9を参照して説明する。なお、この第3の実施の形態は、書き換え用データ221のデータフレームの送信を、同データフレームに規定した優先度のみに基づいて行うものであり、その基本的な構成は先の第1の実施の形態と共通になっている。図9は、先の図1に対応する図として、この第3の実施の形態にかかる車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法が適用されるシステムの構成例を示したものである。なお、この図9において、先の図1に示した各要素と同一の要素についてはそれぞれ同一の符号を付して示しており、それら要素についての重複する説明は割愛する。すなわち、図9に示すように、本実施の形態の書き換え用データ送信制御装置230Aは、上記予測モジュール231、定期送信フレームリスト233、及びイベント送信フレームリスト234を備えない構成となっている。そして、本実施の形態の書き換え用データ送信制御装置230Aは、書き換え用データ生成制御装置220にて生成された書き換え用データ221を取得すると、この取得した書き換え用データ221をデータフレーム形式に変換するとともに、CANバス250に送信されるデータのなかで最低レベルの優先度を設定する。すなわち、先の図2に示したように、例えば11ビット長で構成される0x0~0x7FFのうち、最大の値であるID0x7FFを書き換え用データ221のデータフレームに割り当てる。こうして、書き換え用データ送信制御装置230Aは、書き換え用データ221の各データフレームに優先度を設定すると、この優先度を設定した各データフレームをCANバス250に適宜送信する。この際、CANバス250に書き換え用データ221のデータフレーム以外のデータ、すなわち各種車両データ等のデータフレームが存在すると、書き換え用データ221のデータフレームの送信はその優先度にしたがって見送られることとなる。これにより、書き換え用データ221のデータフレームと各種車両データ等のデータフレームとの衝突が抑制されるようになり、CANバス250を介して本来授受すべき各種車両データ等のデータフレームを送信対象に的確に送信することが可能となる。一方、書き換え用データ221のデータフレーム以外のデータフレームが存在しないときには、CANバス250を介して同データフレームが更新対象となる車両制御装置240aに送信されるようになる。以上説明したように、本実施の形態にかかる車両制御装置のデータ書き換え支援システム及びデータ書き換え支援方法によれば、前記8、9の効果が得られるとともに、前記1~7に代えて以下の効果が得られるようになる。1A書き換え用データ221のデータフレームをCANバス250に送信する際、同書き換え用データ221のデータフレームに最低レベルの優先度を設定した。これにより、CANバス250を介して書き換え用データ221のデータフレームを車両制御装置240に送信する上で、車両データ等の授受をより確実に行うことが可能となる。またこれにより、より簡易な構成でありながら、CANバス250に接続された車両制御装置240間での各種車両データ等の必要データの授受を担保しつつ、車両制御装置240に対するデータ書き換えをも円滑に実現することができるようになる。他の実施の形態上記第2の実施の形態では、上記フレックスレイを、一対の非シールドのツイストペアケーブルUTPから構成されるシングルチャネル方式のフレックスレイバス260により構成した。これに限らず、例えば2対のツイストペアケーブルによりフレックスレイバスを構成し、チャンネルA及びBの2つのチャンネルを利用するデュアルチャンネル方式により各データの授受を行うようにしてもよい。この場合にはフォールトトレラント性の強化を図ることが可能となり、書き換え用データ送信制御装置230や車両制御装置240間で授受される各データフレームをより確実に送信対象に送ることが可能となる。上記第1及び第2の実施の形態では、予測モジュール231は、CANバス250やフレックスレイバス260に送信すべき書き換え用データ221を書き換え用データ送信制御装置230が保有しているときにのみ、CANバス250やフレックスレイバス260の監視及び予測スケジュールの算出を行うこととした。これに限らず、こうした予測モジュール231によるCANバス250やフレックスレイバス260の監視及び予測スケジュールの算出を常時行うようにしてもよい。上記第1及び第2の実施の形態では、定期送信フレームリスト233及びイベント送信フレームリスト234のいずれにも登録されていないデータが検出されたとき、同データを不正データとみなしてエラーモードに移行することとした。これに限らず、CANバス250やフレックスレイバス260に流れるデータの正当性を検証しないこととし、上記エラーモードを割愛することもできる。上記第1及び第2の実施の形態では、予測スケジュールに含まれていないイベント送信データフレームがCANバス250やフレックスレイバス260に送信されたとき、書き換え用データ221のデータフレームの送信を継続することとした。これに限らず、この予測スケジュールに含まれていないイベント送信データフレームが車両Cの状態が所定の条件を満たすまで継続して送信されるデータフレームであるときには、同条件を満たすまでの間、このイベント送信データフレームを加味した予測スケジュールを再算出するようにしてもよい。そして、この再算出した予測スケジュールに基づいて、書き換え用データ221のデータフレームをCANバス250やフレックスレイバス260に送信するようにしてもよい。またこの他、予測スケジュールに含まれていないデータフレームがCANバス250やフレックスレイバス260に送信されたことを条件に、書き換え用データ221のデータフレームの送信の中断と予測スケジュールの再算出とを一律に実行するようにしてもよい。上記第1及び第2の実施の形態では、書き換え用データ221のデータフレームの優先度を最低レベルに設定した。これに限らず、上記送信モジュール232によるCANバス250やフレックスレイバス260の監視を通じて、書き換え用データ221以外のデータフレームとの衝突を回避できるときには、同優先度を最低レベルとしないことや、書き換え用データ221のデータフレームに対する優先度の設定を行わないこともできる。上記第2の実施の形態では、書き換え用データ送信制御装置230に定期送信フレームリスト233及びイベント送信フレームリスト234を備える構成とした。一方、第2の実施の形態では、書き換え用データ221のデータフレームがダイナミックセグメントTdsのなかで送信されることから、ダイナミックセグメントTdsのみを監視対象とすることもできる。よってこの場合には、定期送信フレームリスト233を割愛する構成とし、イベント送信フレームリスト234のみを参照して、ダイナミックセグメントTdsを利用して送信される各種車両データデータフレームの監視を行うようにしてもよい。上記第1及び第2の実施の形態では、書き換え用データ送信制御装置230に、定期送信フレームリスト233及びイベント送信フレームリスト234を備える構成とした。これに限らず、定期送信フレームリスト233及びイベント送信フレームリスト234を割愛するとともに、予測モジュール231によるデータ送信状況の監視を通じて、CANバス250やフレックスレイバス260に送信されるデータの種別毎のデータ長や送信周期を適宜学習するようにしてもよい。そして、この学習結果と上記監視されるCANバス250やフレックスレイバス260のデータ送信状況とに基づいて上記予測スケジュールを算出するようにしてもよい。またこの他、このような学習を行わない場合であれ、CANバス250やフレックスレイバス260のデータ送信状況に適応させて書き換え用データ221のデータフレームをCANバス250やフレックスレイバス260に送信する上では、定期送信フレームリスト233及びイベント送信フレームリスト234を備えない構成とすることもできる。上記第1及び第2の実施の形態では、上記予測したCANバス250フレックスレイバス260の予測スケジュールとCANバス250フレックスレイバス260の実際のデータ送信状況との比較のもとに、予測スケジュールの妥当性を検証することとした。これに限らず、予測スケジュールの信頼性を維持できる場合には、一旦算出した予測スケジュールについての妥当性を検証しないこともできる。上記第1及び第2の実施の形態では、CANバス250やフレックスレイバス260のデータ送信状況の監視を通じて上記予測スケジュールを算出するとともに、この予測スケジュールに応じて書き換え用データ221のデータフレームの送信を行うこととした。これに限らず、その都度のデータ送信状況の監視結果をもとに、書き換え用データ221のデータフレームをCANバス250やフレックスレイバス260に適宜送信するようにしてもよく、上記予測スケジュールを算出しないこともできる。上記第1及び第2の実施の形態では、上記書き換え用データ生成制御装置220を備えるとともに、管理センター100からダウンロードした書き換え用プログラム110を書き換え用データ生成制御装置220により書き換え用データ221に変換することとした。これに限らず、車両C内で直接利用可能な書き換え用データを管理センター100から車両Cに配信可能な場合には、書き換え用データ生成制御装置220を割愛することもできる。上記車両ネットワークとして、CANバス250やフレックスレイバス260を採用することとした。これに限らず、車両ネットワークとしては、管理センター100からダウンロードした書き換え用データ221を更新対象とする車両制御装置240に送信可能なものであればよく、例えばLINLocalInterconnectNetworkを上記車両ネットワークとして採用することもできる。上記各実施の形態では、上記書き換え用プログラム110を、管理センター100から無線通信にてダウンロードすることとした。これに限らず、例えばUSBメモリ等の記憶媒体に書き換え用プログラム110を記憶し、この記憶媒体に記憶された書き換え用プログラム110を有線通信にてダウンロードすることにより書き換え用プログラム110を取得する構成としてもよい。これにより、書き換え用プログラム110の取得にかかる自由度が高められるようになる。