無線信号を受信する受信手段と、受信された無線信号から遠方における通信状況を検知する通信状況検知手段と、遠方における通信状況の変化に基づいて近傍の通信状況が混雑すると予測される場合に、隊列走行を解除する、車群の台数を減少させる、または、車間距離を広げる、のいずれかの制御を行う隊列制御手段と、を備える隊列走行制御装置。前記通信状況検知手段は、受信したパケットの数と、受信したパケットに含まれる送信元の位置情報とに基づいて、遠方における通信状況を検知する、請求項1に記載の隊列走行制御装置。前記通信状況検知手段は、受信した無線信号におけるノイズレベルに基づいて、遠方における通信状況を検知する、請求項1に記載の隊列走行制御装置。前記隊列制御手段は、遠方における通信状況の変化と隊列走行の制御方法とを対応付けたテーブルを用いて、近傍での通信状況が混雑されると予測される場合の隊列制御方法を決定する、請求項1~3のいずれかに記載の隊列走行制御装置。前記隊列制御手段は、隊列制御方法と、当該隊列制御方法を実施するために遠方から受信したパケット数または受信した無線信号におけるノイズレベルが満たすべき条件式を記憶しており、前記通信状況検知手段が検知した遠方における通信状況と当該条件式とに基づいて隊列制御方法を決定する、請求項1~3のいずれかに記載の隊列走行制御装置。無線信号を受信する受信ステップと、受信された無線信号から遠方における通信状況を検知する通信状況検知ステップと、遠方における通信状況の変化に基づいて近傍の通信状況が混雑すると予測される場合は、隊列走行を解除する、車群の台数を減少させる、または、車間距離を広げる、のいずれかの制御を行う隊列制御ステップと、を含む隊列走行制御方法。前記通信状況検知ステップでは、受信したパケットの数と、受信したパケットに含まれる送信元の位置情報とに基づいて、遠方における通信状況を検知する、請求項6に記載の隊列走行制御方法。前記通信状況検知ステップでは、受信した無線信号におけるノイズレベルに基づいて、遠方における通信状況を検知する、請求項6に記載の隊列走行制御方法。前記隊列制御ステップでは、遠方における通信状況の変化と隊列走行の制御方法とを対応付けたテーブルを用いて、近傍での通信状況が混雑すると予測される場合の隊列制御方法を決定する、請求項6~8のいずれかに記載の隊列走行制御方法。隊列制御方法と、当該隊列制御方法を実施するために遠方から受信したパケット数または受信した無線信号におけるノイズレベルが満たすべき条件式をあらかじめ記憶しており、前記隊列制御ステップでは、前記通信状況検知ステップにおいて検知した遠方における通信状況と当該条件式とに基づいて隊列制御方法を決定する、請求項6~8のいずれかに記載の隊列走行制御方法。本発明の目的は、渋滞箇所に到着する以前に渋滞を検知する技術を提供することであり、さらには渋滞に到着する以前に渋滞を悪化させないように隊列走行制御を行う技術を提供することである。本発明に係る隊列走行制御装置は、無線信号を受信する受信手段と、受信された無線信号から遠方における通信状況を検知する通信状況検知手段と、遠方における通信状況の変化に基づいて近傍の通信状況が混雑すると予測される場合に、隊列走行を解除する、車群の台数を減少させる、または、車間距離を広げる、のいずれかの制御を行う隊列制御手段と、を備える。車車間通信を用いる隊列走行システムでは、制御を確実にするために、高いパケット到達率が求められる。たとえば、パケット到達率95という通信要件を満たすために、近距離100メートル程度から送信されるパケットにしたがって、隊列走行制御が行われる。本明細書では、隊列走行制御に利用される通信を近傍通信、近傍通信が行われる範囲を近傍と称する。逆に、遠方からの通信は受信復調できたとしても、隊列走行制御には用いられない。本明細書では、上記の近傍よりも遠い領域のことを遠方と称する。本発明においては、遠方からの無線信号、すなわち隊列走行に直接利用しない無線信号、に基づいて遠方における通信状況の変化を把握する。遠方における通信状況の変化を利用することで、隊列走行に利用する近傍通信が実際に変化するよりも前に、近傍通信の変化を予測可能となる。近傍通信が混雑すると予測される場合というのは、前方で渋滞が発生している場合である。したがって、隊列が渋滞に到着する前に、隊列走行を解除したり、台数を減少させたり、車間距離を広げたりといった制御をあらかじめ行うことで、渋滞の悪化を抑制することが可能となる。遠方における通信状況は、受信したパケットの数と、受信したパケットに含まれる送信元の位置情報とに基づいて検知することができる。すなわち、パケットに含まれる位置情報からそのパケットがどの位置から送信されたか把握可能である。そして、各位置から受信したパケットの数に基づいて、遠方における通信状況を把握可能である。あるいは、遠方における通信状況は、受信した無線信号におけるノイズレベルに基づいて検知することもできる。遠方において渋滞が発生している場合はノイズレベルが高く、接近にしたがってさらにノイズレベルが上昇する。したがって、ノイズレベルに基づいて、遠方における通信状況を把握可能である。遠方から受信される受信パケット数あるいはノイズレベル以下、受信パケット数等というから、近傍通信が変化するまでの時間あるいは距離と、近傍通信がどの程度の混雑度になるかを、決定可能とすることが好ましい。そのためには、遠方の車両数に関し種々の条件で実測やシミュレーションを行い、受信パケット数等を求めればよい。そして、受信パケット数等と近傍通信が変化するまでの時間や距離および近傍通信が混雑度との対応関係をルックアップテーブルの形式で格納しておけばよい。隊列制御手段は、受信パケット数等とルックアップテーブルから、近傍通信が変化するまでの時間や混雑度を取得可能であり、これらの情報に基づいて、隊列走行制御が可能である。なお、近傍通信が変化するまでの時間および混雑度から隊列走行の制御方法を直接に決定できるのであれば、ルックアップテーブルに、遠方から受信されるパケット数あるいはノイズレベルと、隊列走行の制御方法とを関連づけても構わない。この場合、ルックアップテーブルを参照することで、近傍の通信状況が混雑すると予測でき、かつ、どのような隊列走行制御を行うべきかも同時に取得できる。別の手法として、ルックアップテーブルの代わりに、受信パケット数等と、近傍通信が変化するまでの時間や距離および近傍通信の混雑度との関係を表す数式をあらかじめ求めておくことが考えられる。そして、この関係式に基づいて遠方からの受信パケット数等から近傍通信が変化するまでの時間や距離および近傍通信の混雑度を求めても良い。隊列走行制御手段は、このようにして決定された近傍通信が変化するまでの時間や距離および近傍通信の混雑度に基づいて、隊列走行制御の方法を決定することができる。また、更に別の手法として、隊列制御を実行するための条件を、受信パケット数等およびその変化率に関する条件式としてあらかじめ定めておいても良い。そして、受信パケット数等およびその変化率がこの条件式を満たす時に、隊列制御を実行しても良い。なお、本発明は、上記手段の少なくとも一部を有する隊列走行制御装置として捉えることができる。また、本発明はこれら隊列走行制御装置を有する複数の車両から構成される隊列走行システムとして捉えることもできる。また、本発明は上記処理を実行する隊列走行制御方法、またはこの方法を実現するためのプログラムとして捉えることもできる。上記手段および処理の各々は可能な限り互いに組み合わせて本発明を構成することができる。本発明によれば、渋滞箇所に到着する以前に渋滞を検知し、さらに、渋滞を悪化させないような隊列走行制御が可能となる。以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。第1の実施形態図1は、本実施形態にかかる隊列走行制御システムにおける各車両が有する隊列走行制御装置の機能構成を示す概略図である。隊列走行制御装置1は、ミリ波レーダ2、GPS装置3、車車間通信装置4、隊列走行制御ECU5を備える。隊列走行制御ECU5は、CPU、ROM、RAMなどから構成されるコンピュータであって、CPUがプログラムを実行することで、以下で説明する機能を実現する。隊列走行制御ECU5は、ミリ波レーダ2から周囲の車両との距離、GPS装置3から現在位置を取得するとともに、車車間通信装置4によって周囲の車両から種々の情報を取得する。車車間通信では、各車両が、自車両の現在位置、目標加速度、目標速度、現在の加速度、現在の速度、車群内での順番などの情報を交換する。車車間通信装置4は、たとえば、100ミリ秒ごとに1回などの頻度で、車両情報を送信する。隊列走行を維持管理するための車車間通信の詳細処理については省略するが、例えば、車群内の管理リーダーが定期的にメッセージ送信し、これに応答する形で他の車両がメッセージを送信する形態が採用可能である。図2に、車車間通信に用いられるパケットフォーマットの例を示す。図に示すように、パケットは、送信元ID201、宛先ID202、送信元車両の位置情報203、その他の隊列制御用情報204を含む。図示はしていないが、これらのペイロードに対して、各種プロトコルにしたがったヘッダ情報およびフッタ情報が付加される。隊列走行制御ECU5は、ミリ波レーダ2、GPS装置3、車車間通信装置4などから得られる情報に基づいて、自車の目標加速度、目標速度、目標位置などを決定し、それを実現するように、スロットル6、ブレーキ7、ステアリング8などを制御する。各種入力情報に基づいて、車両の制御量を決定する処理は、従来の隊列走行制御と同様に行えば良いので、詳細な説明は省略する。本実施形態にかかる隊列走行制御ECU5は、通信状況の変化に基づいて、隊列走行を解除等する制御を行う。隊列走行中の車群は狭い車間距離で密集して走行している。従来の隊列走行制御では、このような車群が渋滞箇所に接近した時点で、隊列走行を解除したり車間距離を広げたりする制御を行うことになる。そうすると、渋滞がさらに悪化してしまう。そこで、本実施形態に係る隊列走行制御ECU5では、隊列走行中の車群が渋滞箇所に到達するよりも充分前に、隊列走行制御を解除したり、車間距離を広げたり、車群の台数を削減したりといった制御をあらかじめ行うことで、渋滞の悪化を抑制する。隊列走行制御においては利用される車車間通信では、高い通信品質が要求される。例えば、パケット到達率95といった通信要件が課されることがある。この要件を満たすために、隊列走行制御に利用する車車間通信は所定距離例えば100メートル以内から送信されたパケットのみを参照するように構成される。ここで、渋滞箇所に車群が接近する場合の通信状況の変化を説明する。図3は、1500メートルにおよぶ渋滞に隊列が接近する場合の、接近する車群におけるパケット到達率を示すグラフである。なお、渋滞には約130台の通信車両が存在し、車群には約40台の通信車両が存在することを仮定している。このグラフにおいて、横軸は渋滞最後尾からの距離であり、縦軸は通信相手までの距離である。たとえば、渋滞最後尾の後方500メートル以内の距離においては、約50メートルから約200メートル離れた通信相手とは、パケット到達率95から99で通信できることが読み取れる。図3から分かるように、渋滞箇所に接近するにしたがって、通信品質が悪化することがわかる。すなわち、通信距離が同じ場合、渋滞箇所に接近するにしたがってパケット到達率が悪化する。なお、図3では明示していないが、パケット到達率が90未満の領域網掛けしていない部分でも、渋滞箇所への接近についてパケット到達率は悪化している。図3はパケット到達率を表した図であるが、図4は、同じ状況において、通信距離別に単位時間あたりのパケット受信数を表したグラフである。実線は100メートル離れた車両から受信するパケット受信数を表し、点線は500メートル離れた車両から受信するパケット受信数を表す。図から分かるように、100メートル離れた車両からのパケット受信数は、渋滞最後尾の近くになってから急激に上昇する領域A。一方、500メートル離れた車両からのパケット受信数は、渋滞最後尾よりも離れた位置から、緩やかに上昇する領域B。したがって、500メートル離れた車両からのパケット数を監視することで、渋滞に到達するよりも前に、渋滞の存在を検知することができる。なお、上記の説明で利用した100メートル、500メートルという値は例示であって、システムの要件に応じて適宜変更可能である。より一般的には、隊列走行に利用する車車間通信の距離以内の領域を近傍と定義し、それよりも遠い領域を遠方と定義した時に、遠方からのパケット受信数を監視することで、渋滞の近傍に接近する前に、渋滞の存在を検知できる。このように、遠方からの受信パケット数に応じて隊列制御を行うために、隊列走行制御ECU5は、遠方通信状況判定部51、ルックアップテーブル52、隊列走行制御部53を有する。遠方通信状況判定部51は、遠方から受信されたパケット数を数える。ここで遠方から受信されたパケットを、450~550メートル離れた位置から受信されたパケットと定義しても良いし、500メートル以遠の範囲から受信されたパケットと定義しても良い。パケット送信元の位置はパケット位置情報203として受信パケットに含まれているので、遠方通信状況判定部51は、GPS装置3から得られる自車両の位置情報とを比較することで、パケットの通信距離を算出可能である。ルックアップテーブル52には、遠方からのパケット受信数およびその変化率に対応させて、どのような隊列制御を行うかを格納している。図5にルックアップテーブル52の例を示す。この例では、パケット受信数が多く、かつ、増加率が高い場合領域1には、隊列車群を解消する。また、パケット受信数およびその変化率が中程度領域2の場合には、隊列走行の車間距離を広げるか車群サイズを削減する制御を行う。すなわち、必要な車間距離にしても隊列の長さが許容範囲内であれば車間距離を広げるだけにし、隊列の長さが許容範囲を超える場合には隊列に含まれる車両数を少なくして対応する。また、パケット受信数およびその変化率が少ない場合領域3には、特段の隊列走行制御は行わない。このようなルックアップテーブル52は、いろいろなサイズの渋滞に対して隊列を接近させる実験あるいはシミュレーション計算を行うことによって作成できる。すなわち、渋滞サイズごとに、接近につれて受信パケット数およびその変化率を測定する。渋滞のサイズによってどのような隊列走行制御を行うべきか判断可能であるので、受信パケット数およびその変化率と、制御方法とを対応付けるテーブルを作成可能である。図6は、本実施形態における隊列走行制御の方法を示すフローチャートである。まず、車車間通信装置4によって他の車両からのパケットを受信復調するステップS601。遠方通信状況判定部51は、受信パケットに含まれる位置情報と自車両の位置情報との比較に基づいて、受信パケットが遠方所定の領域から送信されたものであるか判断し、遠方からの受信パケット数をカウントするステップS602。遠方通信状況判定部51は、所定時間おきに、パケット受信数と、その変化率とを算出して隊列走行制御部53に通知するステップS603。隊列走行制御部53は、通知された受信パケット数およびその変化率における隊列制御方法を、ルックアップテーブル52を参照して決定しステップS604、その制御内容を実施するステップS605。本実施形態によれば、通常の隊列走行制御には使用されない遠方からのパケットを監視することで、近傍通信の状況変化すなわち、渋滞への接近を早期に把握することが可能となる。さらに、近傍通信が変化するよりも前に、あらかじめ隊列のサイズを適切に調整したり、隊列を解除したりという制御が可能になる。これによって、渋滞箇所に隊列が接近する際に、さらに渋滞の悪化を招くという事態を回避できる。なお、上記の説明において、図5に示すルックアップテーブルの制御は一例であり、必ずしも状況に応じて異なる複数の制御を行う必要はない。すなわち、遠方での通信状況が特定の条件を満たす場合に、隊列を解除するという制御のみを行うような定義であっても構わない。また、隊列の解除ではなく、車群サイズの削減のみや車間距離の増大のみの制御であっても構わない。また、上記の説明においては、遠方における通信状況として特定範囲から受信するパケット受信数のみを考慮していた。しかしながら、複数の領域を遠方に設定して、それぞれの領域から受信されるパケット数およびその変化に基づいて隊列走行制御を判断しても構わない。例えば、1000~300メートル離れた車両から受信するパケット受信数と、300~500メートル離れた車両から受信するパケット受信数とを測定し、これらのパケット受信数およびその変化率に基づいて隊列走行制御を実施することが考えられる。また、上記の説明では、受信パケット数とその変化一次微分に基づいて隊列制御を決定していたが、二次あるいはそれ以上の微分値も利用して隊列走行制御を決定することも好ましい。第2の実施形態上記第1の実施形態では、ルックアップテーブル52に、遠方からの受信パケット数およびその変化率と、隊列制御方法についての関係を定義した。本実施形態では、ルックアップテーブルに、遠方からの受信パケット数およびその変化と、渋滞に到達するまでの距離および渋滞の度合いとを関連づける。ルックアップテーブルの作成方法は、上記と同様に、実測またはシミュレーション計算によって行うことができる。本実施形態では、隊列走行制御部53は、遠方からのパケット受信数およびその変化率とルックアップテーブルとに基づいて、渋滞に到達するまでの距離および渋滞の度合いを取得することができる。そして、得られた渋滞の度合いや渋滞までの距離に基づいて、どのような隊列走行制御を行うかを決定する。具体的には、第1の実施形態と同様に、車両密度が大きい渋滞に到達する場合には隊列走行を解除し、車両密度が中程度の渋滞に到達する場合には車間距離を広げたり車群のサイズを削減したりすることができる。なお、本実施形態では、渋滞に到達するまでの距離さらには、走行速度を考慮することで、到達までの時間が分かるので、隊列走行制御を開始するタイミングを、渋滞の検知よりも遅らせることも可能となる。第3の実施形態本実施形態においては、ルックアップテーブルを利用せずに、計算式を用いて隊列走行制御の内容を決定する。このような手法の例として、隊列走行制御を開始するための、遠方からの受信パケット数およびその変化率についての条件式をあらかじめ定義しておくことが考えられる。たとえば、受信パケット数が所定数以上であって、その変化率が閾値以上である場合に、隊列走行を解除するなどという条件式である。このようにすることでも、遠方からの受信パケット数に基づいて、渋滞に到達する前に、隊列走行をあらかじめ適切に調整できる。また、別の例として、受信パケット数およびその変化率から、渋滞に到達するまでの距離および渋滞の混雑度を算出するための関係式をあらかじめ算出しておくことも考えられる。算出に必要であれば、受信パケットの変化率1次微分だけでなく、その変化率2次微分なども利用することが好ましい。渋滞までの距離や渋滞の混雑度が分かれば、隊列走行制御の内容を決定できる。第4の実施形態上記第1から第3の実施形態では、遠方からの受信パケット数を利用して、隊列走行制御を決定していた。本実施形態においては、遠方における通信状況を把握するために、ノイズレベルの大きさを利用する。本実施形態においては、遠方通信状況判定部51が車車間通信装置4からノイズレベルの大きさを取得する。ルックアップテーブル52には、ノイズレベルの大きさおよびその変化率と、隊列制御方法とが対応付けて格納される。ルックアップテーブルの作成は、種々のサイズの渋滞に対して接近しつつノイズレベルを計測する実験あるいはシミュレーション計算を行うことで行える。隊列走行制御部53は、ノイズレベルの大きさおよびその変化とルックアップテーブル52とから決定された隊列走行制御を実施する。このような手法によっても、渋滞に到達するよりも前に、渋滞の存在を把握して、隊列を解除したり、車間距離を広げたり、車群の台数を減らしたりといった隊列の適切な調整が可能となる。また、それにより、渋滞をさらに悪化させることを抑制できる。なお、第2および第3の実施形態と同様に、ルックアップテーブルにノイズレベルと渋滞までの距離と渋滞の大きさを定義したり、ルックアップテーブルの代わりに計算式を利用しても構わない。このような手法によっても同等の効果を得ることができる。