"車両に搭載された1又は2以上の制御装置に、車両内通信用の通信路を介して接続されることにより、前記制御装置とともに車載ネットワークを構成しており、しかも、前記車両の外部に設けられる複数の外部装置には、車両外通信用の通信路を介して接続可能に構成され、前記外部装置と接続された状態において前記外部装置から送信される前記制御装置宛の要求を受信した場合には、当該要求を前記制御装置へと転送可能で、当該転送した前記要求を受信した前記制御装置から送信される前記外部装置宛の応答を受信した場合には、当該応答を前記外部装置へと転送可能な車載通信装置であって、複数の前記外部装置それぞれから送信される前記制御装置宛の要求を受信する際に、それら複数の要求それぞれについて優先度を判定する優先度判定手段と、前記優先度判定手段によって優先度が判定された複数の要求のうち、少なくとも一つの要求が他の要求よりも優先度の高い高優先度要求であり、前記他の要求が前記高優先度要求よりも優先度の低い低優先度要求であると判定された場合に、前記高優先度要求については前記制御装置へと転送する一方、前記低優先度要求については前記制御装置への転送を行わないか所定の転送条件が成立するまで転送時期を遅延させる調停手段とを備えることを特徴とする車載通信装置。前記調停手段は、前記低優先度要求については、当該低優先度要求の要求元に該当する外部装置に対して前記要求を受けられない旨を示す応答を送信して、前記低優先度要求を前記制御装置へ転送しないことを特徴とする請求項1に記載の車載通信装置。前記調停手段は、前記低優先度要求については、当該低優先度要求の要求元に該当する外部装置に対する応答を送信せず、前記低優先度要求を前記制御装置へ転送しないことを特徴とする請求項1に記載の車載通信装置。前記調停手段は、前記低優先度要求については、当該低優先度要求の要求元に該当する外部装置に対して前記要求の転送を保留中である旨を示す応答を送信して、前記高優先度要求に応じて前記制御装置から返される応答について、前記外部装置への転送を完了したことを前記転送条件として、前記低優先度要求については前記転送条件が成立するまで転送時期を遅延させることを特徴とする請求項1に記載の車載通信装置。前記優先度判定手段は、複数の前記外部装置それぞれに対応付けて設定された優先度に基づいて、高い優先度が設定された前記外部装置からの要求を高優先度要求であると判定し、低い優先度が設定された前記外部装置からの要求を低優先度要求であると判定することを特徴とする請求項1~請求項4のいずれか一項に記載の車載通信装置。さらに、前記制御装置の状態が、所定のしきい値よりも高い負荷がかかっている高負荷状態にあるか、前記しきい値よりも低い負荷しかかかっていない低負荷状態にあるかを判定する負荷状態判定手段を備え、前記調停手段は、前記負荷状態判定手段によって前記低負荷状態にあると判定された場合に、前記外部装置からの要求を前記制御装置へと転送する一方、前記負荷状態判定手段によって前記高負荷状態にあると判定された場合には、前記外部装置からの要求を前記制御装置へ転送しないか前記制御装置の状態が前記低負荷状態になるまで転送時期を遅延させることを特徴とする請求項1~請求項5のいずれか一項に記載の車載通信装置。車両に搭載された1又は2以上の制御装置と、車両内通信用の通信路を介して接続されることにより、前記制御装置とともに車載ネットワークを構成する車載通信装置とを備えており、前記車両の外部に設けられる複数の外部装置には、前記車載通信装置経由で、車両外通信用の通信路を介して接続可能に構成され、前記外部装置と接続された状態において前記外部装置から送信される前記制御装置宛の要求を前記車載通信装置が受信した場合には、当該要求を前記車載通信装置が前記制御装置へと転送可能で、当該転送した前記要求を受信した前記制御装置から送信される前記外部装置宛の応答を前記車載通信装置が受信した場合には、当該応答を前記車載通信装置が前記外部装置へと転送可能な車両用通信システムであって、前記車載通信装置は、複数の前記外部装置それぞれから送信される前記制御装置宛の要求を受信する際に、それら複数の要求それぞれについて優先度を判定する優先度判定手段と、前記優先度判定手段によって優先度が判定された複数の要求のうち、少なくとも一つの要求が他の要求よりも優先度の高い高優先度要求であり、前記他の要求が前記高優先度要求よりも優先度の低い低優先度要求であると判定された場合に、前記高優先度要求については前記制御装置へと転送する一方、前記低優先度要求については前記制御装置への転送を行わないか所定の転送条件が成立するまで転送時期を遅延させる調停手段とを備えることを特徴とする車両用通信システム。しかしながら、上記従来技術では、以下に述べるような点において、いまだ改良の余地が残されていた。まず、上記従来技術の場合、高優先度のダイアグ要求メッセージと低優先度のダイアグ要求メッセージを同時に格納できるバッファや、調停のためのロジックが、複数のECUそれぞれに実装されている。そのため、車両全体で見れば、相当な数のバッファやロジックが組み込まれていることになり、それらすべての開発作業には相当なコストがかかる、という問題があった。また、上述のようなバッファやロジックを、複数のECUそれぞれに実装すると、各々のECUでROMやRAMを消費することになるため、これもコスト増の要因となる、という問題があった。さらに、上記従来技術の場合、第一、第二の診断装置が存在することを前提にして、優先度の設定、調停を行っているが、現時点では想定されていない第三、第四の診断装置等々への追加対応が必要となった場合には、それらに対応するために、すべてのECUを修正する必要があり、それに伴うコスト負担も大きくなりやすい、という問題もあった。本発明は、上記問題を解決するためになされたものであり、その目的は、高優先度の要求が優先的に処理されるように調停を行う車両用通信システムを、従来よりも低コストで構成可能とすることにある。以下、本発明において採用した構成について説明する。本発明の車載通信装置は、車両に搭載された1又は2以上の制御装置に、車両内通信用の通信路を介して接続されて、制御装置とともに車載ネットワークを構成する。また、本発明の車載通信装置は、車両の外部に設けられる複数の外部装置に対しては、車両外通信用の通信路を介して接続可能に構成される。これにより、外部装置は、本発明の車載通信装置経由で車載ネットワークに接続でき、車両に搭載された制御装置と通信可能となる。外部装置から車両外通信用の通信路経由で制御装置宛の要求が送信された場合、その要求は本発明の車載通信装置によって受信されて、車両内通信用の通信路経由で制御装置へと転送される。また、転送した要求を受信した制御装置から車両内通信用の通信路経由で外部装置宛の応答が送信された場合、その応答は本発明の車載通信装置によって受信されて、車両外通信用の通信路経由で外部装置へと転送される。以上のような要求及び応答の送受信が行われる中、本発明の車載通信装置において、優先度判定手段は、複数の外部装置それぞれから送信される制御装置宛の要求を受信する際に、それら複数の要求それぞれについて優先度を判定する。そして、優先度判定手段によって優先度が判定された複数の要求のうち、少なくとも一つの要求が他の要求よりも優先度の高い高優先度要求であると判定された場合、調停手段は、高優先度要求については制御装置へと転送する。一方、このような判定がされた場合、上記他の要求については、上述の高優先度要求よりも優先度の低い低優先度要求であると判定され、この低優先度要求については、制御装置への転送を行わないか、所定の転送条件が成立するまで転送時期を遅延させる。つまり、複数の外部装置それぞれから送信される制御装置宛の要求の中に、優先度の高いもの及び低いものが混在していたとしても、本発明の車載通信装置から制御装置へは、優先度の高い要求が選択的に送信される。したがって、本発明の車載通信装置を採用すれば、制御装置側では、本発明の車載通信装置経由で送信されてくる要求に対して単に応答を返すだけで、高優先度要求に対する応答を優先的に返すことができるようになる。よって、高優先度の要求が優先的に処理されるように調停を行う車両用通信システムを構成するに当たって、制御装置側の構成を従来よりも簡素化でき、車両用通信システム全体をより低コストで構成することができるようになる。ところで、本発明の車載通信装置において、調停手段の具体的構成については、様々なものを考え得る。いくつかの具体例を挙げれば、例えば、調停手段は、低優先度要求について、低優先度要求の要求元に該当する外部装置に対し、要求を受けられない旨を示す応答を送信し、低優先度要求を制御装置へ転送しない、という構成を考え得る。このような車載通信装置を採用すれば、制御装置側へは低優先度要求を転送しないので、制御装置には、低優先度要求に対処させるための処理負荷をかけずに済み、また、外部装置側へは、制御装置が要求を受けられない旨を伝達することができる。あるいは、調停手段は、低優先度要求について、低優先度要求の要求元に該当する外部装置に対する応答を送信せず、低優先度要求を制御装置へ転送しない、という構成を考え得る。このような車載通信装置を採用すれば、制御装置側へは低優先度要求を転送しないので、制御装置には、低優先度要求に対処させるための処理負荷をかけずに済む。また、外部装置側へ応答を返すことはできないが、その分、車載通信装置にかかる負荷を軽減することができる。あるいは、調停手段は、低優先度要求について、低優先度要求の要求元に該当する外部装置に対して要求の転送を保留中である旨を示す応答を送信して、高優先度要求に応じて制御装置から返される応答について、外部装置への転送を完了したことを転送条件として、低優先度要求については転送条件が成立するまで転送時期を遅延させる、という構成を考え得る。このような車載通信装置を採用すれば、高優先度要求に応じた応答が制御装置から返されるまでは、制御装置側へは低優先度要求を転送しないので、制御装置には、低優先度要求に対処させるための処理負荷をかけずに済み、また、外部装置側へは、制御装置への要求の転送を保留中である旨を伝達することができる。また、本発明の車載通信装置において、優先度判定手段は、高優先度要求か低優先度要求かを、どのような基準に基づいて判断しても構わないが、一例としては、例えば、複数の外部装置それぞれに対応付けて設定された優先度に基づいて、高い優先度が設定された前記外部装置からの要求を高優先度要求であると判定し、低い優先度が設定された前記外部装置からの要求を低優先度要求であると判定する、といった構成を挙げることができる。このような構成であれば、外部装置ごとに高優先度か低優先度かが設定される。したがって、例えば、要求ごとに高優先度要求か低優先度要求かが設定されるようなものとは異なり、要求元の外部装置を特定するだけで、高優先度要求か低優先度要求かを判断でき、煩雑な判断を行わなくても済む。また、本発明の車載通信装置は、さらに、制御装置の状態が、所定のしきい値よりも高い負荷がかかっている高負荷状態にあるか、所定のしきい値よりも低い負荷しかかかっていない低負荷状態にあるかを判定する負荷状態判定手段を備えていてもよい。この場合、調停手段は、負荷状態判定手段によって低負荷状態にあると判定された場合に、外部装置からの要求を制御装置へと転送する。一方、負荷状態判定手段によって高負荷状態にあると判定された場合には、外部装置からの要求を制御装置へ転送しないか制御装置の状態が低負荷状態になるまで転送時期を遅延させる。したがって、制御装置の状態が高負荷状態であるにもかかわらず、外部装置からの要求が制御装置へ転送されてしまうことはなく、制御装置には要求に対処するための処理負荷がかからず、制御装置は、高負荷状態となっている原因に対応する処理に専念することができる。加えて、本発明の車両用通信システムは、上述したとおりの車載通信装置を備えているので、車両用通信システムを構成する制御装置側では、特に優先度を考慮した処理を行わなくても、車載通信装置経由で送信されてくる要求に対して単に応答を返すだけで、高優先度要求に対する応答を優先的に返すことができるようになる。次に、本発明の実施形態について、いくつかの具体的な例を挙げて説明する。1第一実施形態[車両用通信システム全体の構成]図1に示すように、本発明の車載通信装置の一例として示す代理サーバ1は、車両10に搭載されている。また、この車両10には、代理サーバ1の他に、複数のECU1~ECUn本発明でいう制御装置の一例に相当。、無線通信装置12、コネクタ13などが搭載され、これらが車両内通信用の通信路11a,11bを介して接続されることにより、車載ネットワークが構成されている。なお、これら代理サーバ1及び複数のECU1~ECUnなどを備えてなる車載ネットワークシステムが、本発明でいう車両用通信システムの一例に相当する。本実施形態において、車載ネットワークの通信プロトコルとしてはCANControllerAreaNetworkプロトコルが採用されており、上記車載ネットワーク上の各機器は、CANに準拠した方式で相互に通信可能に構成されている。なお、CANの規格そのものは周知なので、これ以上の説明については省略する。代理サーバ1は、周知のCPU,ROM,RAMなどを備えたマイクロコンピュータや、上記車載ネットワーク上の各機器との通信を行うため入出力インターフェース例えば、CANトランシーバなどを備えてなる。また、車両10の外部には、診断装置20,30本発明でいう外部装置の一例に相当。が設けられている。これら診断装置20,30は、双方とも、ECU1~ECUnの故障診断などを行うため、ECU1~ECUnから各種情報を取得する装置である。本実施形態において、診断装置20は、修理工場等に設けられる装置であり、車両10が修理工場等に入庫した際、車両10が備えるコネクタ13を利用して車両10と有線通信路本発明でいう車両外通信用の通信路の一例に相当。を介して接続される。車両10と診断装置20が有線接続された場合、代理サーバ1はゲートウェイとして機能し、診断装置20とECU1~ECUnは、代理サーバ1経由で相互に通信可能となる。一方、診断装置30は、車両に関する各種管理を行うセンターで作動する装置である。この診断装置30は、無線通信装置32に接続されており、車両10と診断装置30は、無線通信装置12及び無線通信装置32を利用して無線通信網40本発明でいう車両外通信用の通信路の一例に相当。経由で無線接続される。車両10と診断装置30が無線接続された場合も、代理サーバ1はゲートウェイとして機能し、診断装置30とECU1~ECUnは、代理サーバ1経由で相互に通信可能となる。ところで、診断装置20は、修理工場等において修理担当者によって直接操作され、修理担当者は、診断装置20によって表示される情報を見て、ECU1~nの点検、故障診断などを行う。そのため、このような状況下では、ECU1~nが、診断装置20への応答を保留したまま、診断装置30との通信を行っていると、ECU1~ECUnから診断装置20への応答に遅れが生じ、その結果、修理担当者が応答遅れに違和感を覚えるおそれがある。そこで、本実施形態では、後述する処理により、診断装置20への応答が、診断装置30への応答よりも優先的に返されるように、調停を行っている。以下、そのような調停の具体的手法について説明する。[代理サーバが実行する処理]次に、代理サーバ1が実行する処理について、図2を参照しつつ説明する。なお、以下の説明では、診断装置20,30の優先度の違いを簡明に説明する都合上、診断装置30よりも応答を返す優先度が高くされる診断装置20のことを高優先ツール20と称することにする。また、診断装置20よりも応答を返す優先度が低くされる診断装置30のことを低優先ツール30と称することにする。診断装置20,30双方を総称する場合には単にツール20,30と称することにする。図2に示す処理は、代理サーバ1の起動に伴って開始され、その後は、代理サーバ1が稼働状態にある限り、継続的に実行される処理である。この処理を開始すると、代理サーバ1は、まず、ツール20,30からの要求待ちになるS11。この状態において、低優先ツール30から代理サーバ1へと伝送される要求の受信を、代理サーバ1が開始すると、代理サーバ1は、低優先ツール30からの要求受信完了待ちになるS12。そして、代理サーバ1は、低優先ツール30からの要求の受信を完了したら、低優先ツール30からの要求をECUiiは1~nのいずれか;以下同様。へと送信して、送信先となったECUiから低優先ツール30への応答待ちになるS13。この状態において、ECUiから低優先ツール30へと伝送される応答の受信を、代理サーバ1が完了すると、代理サーバ1は、ECUiからの応答を低優先ツール30へと送信して、先に説明したS11へと戻る。一方、S11において、高優先ツール20から代理サーバ1へと伝送される要求の受信を、代理サーバ1が開始すると、代理サーバ1は、高優先ツール20からの要求受信完了待ちになるS14。そして、代理サーバ1は、高優先ツール20からの要求の受信を完了したら、高優先ツール20からの要求をECUiへと送信して、送信先となったECUiから高優先ツール20への応答待ちになるS15。この状態において、ECUiから高優先ツール20へと伝送される応答の受信を、代理サーバ1が完了すると、代理サーバ1は、ECUiからの応答を高優先ツール20へと送信して、先に説明したS11へと戻る。以上説明したようなS11→S12→S13→S11、あるいはS11→S14→S15→S11、といった状態遷移を伴う処理が、高優先ツール20又は低優先ツール30のいずれかから単独で要求が到来した場合に実行される処理である。一方、上述したS12においては、低優先ツール30からの要求の受信を完了する前に、高優先ツール20からの要求の受信を開始することがある。また、上述したS14においては、高優先ツール20からの要求の受信を完了する前に、低優先ツール30からの要求の受信を開始することがある。これらの場合、代理サーバ1は、低優先ツール30からの要求の受信、及び高優先ツール20からの要求の受信、双方の受信の完了待ちになるS16。このS16において、高優先ツール20からの要求の受信を先に完了した場合、代理サーバ1は、高優先ツール20からの要求をECUiへと送信して、送信先となったECUiから高優先ツール20への応答待ちになり、また、S16から継続して低優先ツール30からの要求受信完了待ち状態も維持するS17。S17では、ECUiから高優先ツール20への応答の受信を先に完了した場合、代理サーバ1は、ECUiからの応答を高優先ツール20へと送信し、先に説明したS12へと戻る。一方、S17において、低優先ツール30からの要求の受信を先に完了した場合、代理サーバ1は、低優先ツール30へ否定応答実行保留中を送信して、低優先ツール30からの要求を保留し、ECUiから高優先ツール20への応答待ちになるS18。すなわち、S18では、代理サーバ1は、低優先ツール30からの要求を保留中とすることで、ECUiから高優先ツール20への応答の受信を完了させる上で必要となる処理を優先的に実行する状態になる。そして、S18において、ECUiから高優先ツール20への応答の受信を完了したら、ECUiからの応答を高優先ツール20へ送信し、さらにS18では保留していた低優先ツール30からの要求をECUiへ送信して、S13へと進む。なお、S13以降の状態遷移についてはすでに説明したので、ここでの説明は省略する。一方、S16では、低優先ツール30からの要求の受信を先に完了することもあり、この場合、代理サーバ1は、低優先ツール30へ否定応答実行保留中を送信して、低優先ツール30からの要求を保留し、高優先ツール20からの要求受信完了待ちになるS19。すなわち、S19では、代理サーバ1は、低優先ツール30からの要求を保留中とすることで、高優先ツール20からの要求の受信を完了させる上で必要となる処理を優先的に実行する状態になる。そして、S19において、高優先ツール20からの要求の受信を完了したら、高優先ツール20からの要求をECUiへ送信し、S18へと進む。すなわち、この時点でも、さらに継続して低優先ツール30からの要求を保留中とすることで、ECUiから高優先ツール20への応答の受信を完了させる上で必要となる処理を優先的に実行する状態になる。なお、S18以降の状態遷移についてはすでに説明したので、ここでの説明は省略する。以上のような処理を実行する代理サーバ1に対し、例えば、図3に示すような順序で要求が伝送された場合、代理サーバ1は、以下の括弧内に併記するような状態遷移を伴って各要求及び応答に対処することとなる。すなわち、まず、低優先ツール30から代理サーバ1へ要求が送信された場合、代理サーバ1は低優先度要求の受信を開始する図2:S11→S12。また、引き続いて高優先ツール20から代理サーバ1へ要求が送信された場合、代理サーバ1は高優先度要求の受信も開始する図2:S12→S16。その後、高優先ツール20からの要求の受信を完了すると、代理サーバ1は、高優先ツール20からの要求をECU1へと送信して、ECU1から高優先ツール20への応答待ちになり、また、低優先ツール30からの要求受信完了待ち状態も維持する図2:S16→S17。続いて、低優先ツール30からの要求の受信を完了した場合、代理サーバ1は、低優先ツール30へ否定応答実行保留中を送信して、低優先ツール30からの要求を保留し、ECU1から高優先ツール20への応答待ちになる図2:S17→S18。すなわち、代理サーバ1は、低優先ツール30からの要求を保留し、ECU1から高優先ツール20への応答受信を優先させる。そして、ECU1から高優先ツール20への応答の受信を完了したら、代理サーバ1は、ECU1からの肯定応答を高優先ツール20へ送信し、さらに保留していた低優先ツール30からの要求をECU1へ送信して、ECU1から低優先ツール30への応答待ちになる図2:S18→S13。その後、ECU1から低優先ツール30への応答の受信を完了したら、代理サーバ1は、ECU1からの肯定応答を低優先ツール30へと送信して、ツール20,30からの要求待ち状態に戻る図2:S13→S11。[第一実施形態の効果]以上説明したとおり、上記代理サーバ1によれば、高優先ツール20及び低優先ツール30の双方に対応した処理が必要な状況となった場合にはS16,S17、要求元が高優先ツール20又は低優先ツール30のいずれであるかに基づいて、各要求の優先度を判定するこの判定処理を行う代理サーバ1が本発明でいう優先度判定手段の一例に相当。。そして、低優先ツール30からの要求については一時的に保留し、高優先ツール20に対応するための処理を優先的に実行するS18,S19;このような調停処理を行う代理サーバ1が本発明でいう調停手段の一例に相当。。そのため、高優先ツール20及び低優先ツール30それぞれから送信されるECU1~n宛の要求の中に、高優先ツール20から伝送された優先度の高い要求、及び低優先ツール30から伝送された優先度の低い要求が混在する状況になった場合でも、代理サーバ1からECU1~nへは、優先度の高い要求が選択的に送信される。したがって、ECU1~n側では、ツール20,30の優先度を考慮した処理を行わなくても、代理サーバ1から送信されてくる要求に対して単に応答を返すだけで、高優先度要求に対する応答を優先的に返すことができる。また、上記代理サーバ1によれば、S16→S17→S18、あるいはS16→S19→S18、といった状態遷移を伴う処理の際、低優先度要求の要求元である低優先ツール30に対して要求を保留中である旨の応答を送信し、低優先度要求については、高優先ツール20への応答送信完了という転送条件が成立して、S18→S13→S13と状態遷移するまでは、転送時期を遅延させる。したがって、低優先ツール30へは要求を保留中である旨を示す応答が送信されるので、低優先ツール30側では、保留が解除されるまで待機するなどの対処が可能となる。また、高優先ツール20からの高優先度要求に応じた応答がECU1~nから返されるまでは、ECU1~nへは低優先ツール30からの低優先度要求が送信されないので、ECU1~nには、低優先度要求に対処するための処理負荷がかからず、ECU1~nは、高優先度要求に対応する処理に専念することができる。さらに、上記代理サーバ1によれば、高優先ツール20からの要求はすべて高優先度要求、低優先ツール30からの要求はすべて低優先度要求と設定されているので、単一の診断装置であっても要求ごとに高優先度要求か低優先度要求かが設定されるようなものとは異なり、要求元が高優先ツール20及び低優先ツール30のいずれであるのかを特定するだけで、高優先度要求か低優先度要求かを判断でき、煩雑な判断を行わなくても済む。加えて、上記代理サーバ1を採用すれば、優先度を考慮した通信を行うためのバッファやロジックをECU1~n側に実装しなくても済むので、これらのバッファやロジックを個々のECU1~nごとに開発していた従来技術に比べ、その開発作業に要するコストを低減することができる。また、上記代理サーバ1を採用することにより、上述のようなバッファやロジックをECU1~n側に実装しなくても済めば、その分だけECU1~n側のROMやRAMの消費を抑えることができるので、この点でもコストの低減を図ることができる。さらに、上記代理サーバ1を採用すれば、現時点では想定されていない診断装置等への追加対応が将来的に必要となった場合には、車両に搭載されたECU1~nすべての修正を行わなくても、上記代理サーバ1を修正するだけで対処することが可能となるので、そのような修正に伴うコスト負担も低減することができる。よって、上記代理サーバ1を採用すれば、高優先度の要求が優先的に処理されるように調停を行う車両用通信システムを、従来よりも低コストで構成することができる。2第二実施形態次に、第二実施形態について説明する。なお、第二実施形態以降の実施形態は、代理サーバ1が実行する処理の内容が、第一実施形態と相違するものの、システム全体を構成するハードウェアには相違点がないので、以下の説明では、相違点を中心に詳述し、すでに説明した共通部分に関しては、その詳細な説明を省略する。[代理サーバが実行する処理]第二実施形態として示す代理サーバ1が実行する処理について、図4を参照しつつ説明する。図4に示す処理も、第一実施形態同様、代理サーバ1の起動に伴って開始され、その後は、代理サーバ1が稼働状態にある限り、継続的に実行される処理である。この処理のうち、S21~S26までの状態遷移は、第一実施形態のS11~S16までの状態遷移と同等なので、ここでの説明は省略する。一方、S27へ遷移した状態において、低優先ツール30からの要求の受信を先に完了した場合は、第一実施形態とは異なる挙動を示す。具体的には、代理サーバ1は、低優先ツール30へ否定応答実行不可を送信して、ECUiから高優先ツール20への応答待ちになるS25。すなわち、第一実施形態では、代理サーバ1は、低優先ツール30からの要求を保留していたが、第二実施形態では、低優先ツール30からの要求を保留することなく拒否することで、ECUiから高優先ツール20への応答の受信を完了させる上で必要となる処理を優先的に実行する状態になる。また、S26へ遷移した状態において、低優先ツール30からの要求の受信を先に完了した場合も、第一実施形態とは異なる挙動を示す。具体的には、代理サーバ1は、低優先ツール30へ否定応答実行不可を送信して、高優先ツール20からの要求受信完了待ちになるS24。すなわち、ここでも、代理サーバ1は、低優先ツール30からの要求を保留することなく拒否することで、高優先ツール20からの要求の受信を完了させる上で必要となる処理を優先的に実行する状態になる。[第二実施形態の効果]このように構成された第二実施形態の代理サーバ1でも、高優先ツール20及び低優先ツール30の双方に対応した処理が必要な状況となった場合にはS26,S27、両者の優先度を判定して、低優先ツール30からの要求については拒否し、高優先ツール20に対応するための処理を優先的に実行するS24,S25。そのため、高優先ツール20及び低優先ツール30それぞれから送信されるECU1~n宛の要求の中に、高優先ツール20から伝送された優先度の高い要求、及び低優先ツール30から伝送された優先度の低い要求が混在する状況になった場合でも、代理サーバ1からECU1~nへは、優先度の高い要求が選択的に送信される。したがって、ECU1~n側では、ツール20,30の優先度を考慮した処理を行わなくても、代理サーバ1から送信されてくる要求に対して単に応答を返すだけで、高優先度要求に対する応答を優先的に返すことができる。また、上記代理サーバ1によれば、S26→S27→S25、あるいはS26→S24、といった状態遷移を伴う処理の際、低優先度要求の要求元である低優先ツール30に対して要求を拒否する実行不可である旨の応答を送信し、低優先度要求については、ECU1~nへの転送を見合わせる。したがって、低優先ツール30へは要求を拒否する旨を示す応答が送信されるので、低優先ツール30側では、しばらく待機してから再び要求を送信したり、要求をあきらめたりするなどの対処が可能となる。また、ECU1~nへは低優先ツール30からの低優先度要求が送信されないので、ECU1~nには、低優先度要求に対処するための処理負荷がかからず、ECU1~nは、高優先度要求に対応する処理に専念することができる。3第三実施形態次に、第三実施形態について説明する。[代理サーバが実行する処理]第三実施形態として示す代理サーバ1が実行する処理について、図5を参照しつつ説明する。図5に示す処理も、第一、第二実施形態同様、代理サーバ1の起動に伴って開始され、その後は、代理サーバ1が稼働状態にある限り、継続的に実行される処理である。この処理のうち、S31~S36までの状態遷移は、第一実施形態のS11~S16までの状態遷移と同等なので、ここでの説明は省略する。一方、S37へ遷移した状態において、低優先ツール30からの要求の受信を先に完了した場合は、第一実施形態とは異なる挙動を示す。具体的には、代理サーバ1は、低優先ツール30へ応答を送信することなく、ECUiから高優先ツール20への応答待ちになるS35。すなわち、第一実施形態では、代理サーバ1は、低優先ツール30からの要求を保留していたが、第二実施形態では、低優先ツール30からの要求を保留することなく無視することで、ECUiから高優先ツール20への応答の受信を完了させる上で必要となる処理を優先的に実行する状態になる。なお、代理サーバ1は、低優先ツール30の要求を無視するものの、低優先ツール30との通信シーケンスの進行状況については把握管理しており、これにより、要求と応答に不整合が生じることは回避している。また、S36へ遷移した状態において、低優先ツール30からの要求の受信を先に完了した場合も、第一実施形態とは異なる挙動を示す。具体的には、代理サーバ1は、低優先ツール30へ応答を送信することなく、高優先ツール20からの要求受信完了待ちになるS34。すなわち、ここでも、代理サーバ1は、低優先ツール30からの要求を保留することなく無視することで、高優先ツール20からの要求の受信を完了させる上で必要となる処理を優先的に実行する状態になる。なお、この場合も、代理サーバ1は、低優先ツール30との通信シーケンスの進行状況については把握管理している。[第三実施形態の効果]このように構成された第二実施形態の代理サーバ1でも、高優先ツール20及び低優先ツール30の双方に対応した処理が必要な状況となった場合にはS36,S37、両者の優先度を判定して、低優先ツール30からの要求については無視し、高優先ツール20に対応するための処理を優先的に実行するS34,S35。そのため、高優先ツール20及び低優先ツール30それぞれから送信されるECU1~n宛の要求の中に、高優先ツール20から伝送された優先度の高い要求、及び低優先ツール30から伝送された優先度の低い要求が混在する状況になった場合でも、代理サーバ1からECU1~nへは、優先度の高い要求が選択的に送信される。したがって、ECU1~n側では、ツール20,30の優先度を考慮した処理を行わなくても、代理サーバ1から送信されてくる要求に対して単に応答を返すだけで、高優先度要求に対する応答を優先的に返すことができる。また、上記代理サーバ1によれば、S36→S37→S35、あるいはS36→S34、といった状態遷移を伴う処理の際、低優先度要求の要求元である低優先ツール30からの要求については無視し、低優先度要求については、ECU1~nへの転送を見合わせる。したがって、低優先ツール30へは応答が送信されないが、低優先ツール30側では、所定の待機時間が経過してタイムアウトとなった時点で、再び要求を送信したり、要求をあきらめたりするなどの対処が可能である。また、ECU1~nへは低優先ツール30からの低優先度要求が送信されないので、ECU1~nには、低優先度要求に対処するための処理負荷がかからず、ECU1~nは、高優先度要求に対応する処理に専念することができる。4第四実施形態次に、第四実施形態について説明する。[代理サーバが実行する処理]第四実施形態として示す代理サーバ1は、高優先ツール20及び低優先ツール30の双方に対応した処理が必要な状況となった場合に、両者の優先度を判定し、低優先ツール30からの要求については一時的に保留し、高優先ツール20に対応するための処理を優先的に実行する。この処理は、第一実施形態と同様である。ただし、第四実施形態では、さらに代理サーバ1が、ECU1~nにかかっている負荷も考慮して、高優先ツール20からの要求であっても、その要求を一時的に保留する点で、第一実施形態とは相違する。より具体的には、代理サーバ1では、第一実施形態と同様の処理を実行する中、第一実施形態ではECUiに対して要求を送信する条件が成立するケースであっても、さらに、ECUiから通知された負荷状態を判定する。その判定の結果、高負荷状態にあるECUiに対しては、代理サーバ1は、高優先ツール20からの要求であっても、低負荷状態となるまでは、要求を一時的に保留する。保留した要求については、その後、低負荷状態となったら、ECUiに対して送信する。ECU1~nそれぞれの負荷状態が低負荷か高負荷かは、ECU1~nそれぞれが、自身の機能や役割等に応じて設定された所定のしきい値に基づいて自ら判定し、負荷状態がしきい値を超えるほど大幅に変動した際に、代理サーバ1に対して通知する。以上のような処理を実行する代理サーバ1に対し、例えば、図6に示すような順序で要求が伝送された場合、代理サーバ1は、以下のような手順で各要求及び応答に対処することとなる。すなわち、まず、ECU1からは、自身の負荷状態が小さい旨を示す負荷通知が、代理サーバ1に対して送信される。また、ECU2からは、自身の負荷状態が大きい旨を示す負荷通知が、代理サーバ1に対して送信される。ECU3以降のも同様の負荷通知を送信するが、すべてを示しても煩雑になるので、本実施形態での例示は省略する。このような状況下で、高優先ツール20からECU1への要求が、代理サーバ1へ送信された場合、代理サーバ1は、ECU1の負荷状態が負荷小であると判断して、高優先ツール20からの要求をECU1へと送信する。そして、ECU1から高優先ツール20への応答待ちになり、ECU1から高優先ツール20への応答の受信を完了したら、代理サーバ1は、ECU1からの肯定応答を高優先ツール20へ送信する。続いて、高優先ツール20からECU2への要求が、代理サーバ1へ送信された場合、代理サーバ1は、ECU2の負荷状態が負荷大であると判断して、高優先ツール20へ否定応答実行保留中を送信して、高優先ツール20からの要求を保留する。すなわち、代理サーバ1は、第一実施形態とは異なり、高優先ツール20からの要求であっても保留中とすることで、ECU2に対してさらに過大な負荷がかかるのを回避する。その後、ECU2の負荷状態が低負荷状態になった場合、ECU2からは、自身の負荷状態が小さい旨を示す負荷通知が、代理サーバ1に対して送信される。この負荷通知を受けた代理サーバ1は、保留していた高優先ツール20からの要求をECU2へ送信して、ECU2から高優先ツール20への応答待ちになる。そして、ECU2から高優先ツール20への応答の受信を完了したら、代理サーバ1は、ECU2からの肯定応答を高優先ツール20へ送信する。[第四実施形態の効果]以上説明したとおり、上記代理サーバ1によれば、第一実施形態と同様の処理により、高優先ツール20及び低優先ツール30の双方に対応した処理が必要な状況となった場合には、両者の優先度を判定して、低優先ツール30からの要求については一時的に保留し、高優先ツール20に対応するための処理を優先的に実行する。しかも、第一実施形態とは異なり、代理サーバ1は、ECU1~nにかかっている負荷が大きいか小さいかを判定するこの判定処理を行う代理サーバ1が本発明でいう負荷状態判定手段の一例に相当。。そして、ECU1~nにかかっている負荷が大きい場合には、高優先ツール20からの要求であっても、その要求を一時的に保留し、負荷の大きいECUiに対し、さらに負荷をかけてしまうのを回避する。したがって、ECU1~n側では、ツール20,30の優先度を考慮した処理を行わなくても、代理サーバ1から送信されてくる要求に対して単に応答を返すだけで、高優先度要求に対する応答を優先的に返すことができ、且つ、負荷の大きいECUiにおいてさらに負荷が増大するのを抑制することができる。5その他の実施形態以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。例えば、上記第四実施形態では、第一実施形態と同様の処理に加え、ECU1~nにかかっている負荷も考慮して、ECU1~nに要求を送信するか保留するかを判断していたが、このようなECU1~nにかかっている負荷を考慮した処理は、第一実施形態と同様の処理と組み合わせる他、第二実施形態や第三実施形態と組み合わせてもよい。すなわち、第二実施形態のように、高優先ツール20及び低優先ツール30の双方に対応した処理が必要な状況となった場合に、低優先ツール30からの要求については拒否する構成となっているシステムにおいて、ECU1~nにかかっている負荷を考慮し、負荷が大きい場合には、高優先ツール20からの要求であっても、その要求を拒否する構成としてもよい。また、第三実施形態のように、高優先ツール20及び低優先ツール30の双方に対応した処理が必要な状況となった場合に、低優先ツール30からの要求については無視する構成となっているシステムにおいて、ECU1~nにかかっている負荷を考慮し、負荷が大きい場合には、高優先ツール20からの要求であっても、その要求を無視する構成としてもよい。さらに、上述の事例は、上記のような低優先度の要求、及び高負荷状態にあるECUiへの要求、これら双方の要求について、双方とも保留する、双方とも拒否する、双方とも無視する、といった事例となるが、一方を保留して他方を拒否する、あるいは、一方を拒否して他方を無視するなど、これらは異なる対処法を任意に組み合わせて採用することも可能である。なお、以上の他、高優先度の要求か低優先度の要求かについては判断することなく、単に高負荷状態にあるECUiへの要求か否かだけを判断して、負荷が大きい場合には、その要求を一時的に保留又は拒否、あるいは無視する、という構成を採用しても、負荷の大きいECUiに対し、さらに負荷をかけてしまうのを回避することはできるので、これだけでも実用上は十分に有益である。"