JP4239611B2 - 基地局、および車載端末 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、路車間通信の基地局および車載端末に関するもので、スポット通信に用いて好適である。
【０００２】
【従来の技術】
従来、基地局が周辺の複数の車両と通信を行う路車間通信システムが提案されている。例えば、飲食店、ガソリンスタンド、駐車場等に設置された路車間通信の基地局から、近傍に停車する車両に対してメニュー情報、課金情報等の送信を行い、あるいは車両がこの基地局を介してファイルのダウンロードを行うことが提案されている（例えば、特許文献１および２参照。）。
【０００３】
このような路車間通信システムにおいて、１つの基地局が複数の車両を含む通信領域（セル）を構成し、この複数の車両が同一チャネルを時分割により共用し、実質的に同時に通信を行うことが考えられる（例えば、特許文献２参照。）。
【０００４】
【特許文献１】
特許第３０７０８５３号公報
【０００５】
【特許文献２】
特開２００１−２１８２７５号公報
【０００６】
【発明が解決しようとする課題】
しかし、このように複数の車両が１つの基地局を実質的に同時に共用すると、通信を行う車両の数によって基地局と個々の車両との間の通信速度が変化し、それゆえダウンロード等のサービスの完了時刻が予想できないという問題が発生する。例えばある車両が一定のサイズ（容量）のファイルを基地局経由でダウンロードしている時に、他の車両が同じ基地局からダウンロードを始めると、最初の車両のダウンロードの速度が落ち、最初に予想していた時刻よりもダウンロード完了が遅れてしまう。
【０００７】
そのため、高速道路のサービスエリアや、ドライブインなどの施設で車両を止め、短時間の休憩や食事、買い物などを行う場合、当初のダウンロードの完了予定時刻に合わせて出発する予定を立てていても、上記ダウンロード完了時刻の遅れによってそれが狂ってしまうという事態が発生しうる。
【０００８】
なお、この完了時刻が定まらないという問題は、ダウンロードのみならず、アップロード、双方向データ交換等の、伝送データ量の上限が定まっているサービス全般に当てはまる問題である。
【０００９】
本発明は上記点に鑑みて、路車間通信システムにおいて、基地局との通信で受けるサービスの完了時刻をあらかじめ知ることを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するための請求項１に記載の発明は、路車間通信システムにおいて複数の車載端末と通信を行ってサービスを提供する基地局であって、前記複数の車載端末に前記サービスの提供順序を設定する順序設定手段と、車載端末からのサービス要求を受信する要求受信手段と、前記順序設定手段の設定したサービス提供順序および前記要求受信手段の受信したサービス要求に基づいて、前記路車間通信のサービス提供用無線回線を一時期に一台の車載端末に占有的に割り当ててサービスを提供する占有サービス提供手段と、前記順序設定手段が設定したサービス提供順序に基づいて前記サービスの完了時刻を算出する完了時刻算出手段と、前記完了時刻算出手段が算出したサービスの完了時刻を前記車載端末に通知する完了時刻通知手段と、を備え、当該基地局は、路車間通信システムにおいて駐車場にある複数の車載端末と通信を行ってサービスを提供するものであり、前記完了時刻通知手段は、サービスを提供する対象の車載端末を搭載する車両の駐車場への入庫時間、車両ＩＤおよび前記駐車場の駐車場記号に基づいて、前記サービスにおける前記車載端末を一意に特定するための識別記号を生成し、この識別記号を前記車載端末に通知することを特徴とする基地局である。
【００１１】
これによって、順序設定手段が複数の車載端末へのサービス提供順序を設定し、また要求受信手段が車載端末からのサービス要求を受信し、占有サービス提供手段がこの順序およびサービス要求に基づいて路車間通信の回線を一時期に一台の車載端末に占有的に割り当ててサービスを提供するので、複数台車載端末からのサービス要求があっても順番にダウンロードが行われ、サービスの完了時間が予測可能となる。したがって、路車間通信システムにおいて、基地局との通信で受けるサービスの完了時刻をあらかじめ知ることが可能となる。
【００１２】
なお、当該サービス提供に僅かな影響しか与えない通信が、同回線で同時に行われていても構わない。すなわち、回線の占有は、厳密な占有でなくとも、実効的な占有であば足りる。また、サービスとは、ダウンロードサービス、アップロードサービス、双方向データ交換等の、伝送データ量の上限が定まっているサービス全般を含む概念である。
また、「この優先度に基づいて前記サービス提供順序を設定する」とは、あくまでも先着順による優先度を順序設定のための１つの判断基準として用いることを意味するのであって、この範囲で厳密な先着順で順序を確定する以外の場合も含む概念である。
【００１４】
これによって、完了時刻算出手段が算出したサービスの完了時刻を完了時刻通知手段が車載端末に通知するので、路車間通信システムにおいて、車載端末側が、基地局との通信で受けるサービスの完了時刻をあらかじめ知ることが可能となる。
【００１５】
また、請求項３に記載の発明は、請求項１または２に記載の基地局において、前記順序設定手段は、より早く前記サービス要求を送信した車載端末へのサービス提供に対してより高い優先度を付与し、この優先度に基づいて前記サービス提供順序を設定することを特徴とする。
【００１７】
また、請求項３に記載の発明は、請求項１または２に記載の基地局において、前記順序設定手段は、前記完了時刻算出手段が算出するサービス完了時刻が前記車載端末の承諾するサービス完了時刻を満足することを最優先とすることを特徴とする。
【００１８】
また、請求項４に記載の発明は、請求項１ないし３のいずれか１つに記載の基地局において、前記順序設定手段は、先に為されたサービス要求の上位に割り込みが可能であっても、割り込みをせずに前記完了時刻算出手段が算出するサービス完了時刻が前記車載端末の承諾するサービス完了時刻を満足するならば、割り込みを行わないことを特徴とする。
【００２０】
また、請求項５に記載の発明は、請求項１ないし４のいずれか１つに記載の基地局において、前記完了時刻算出手段が算出したサービス完了時刻と、前記車載端末の承諾するサービス完了時刻とを比較し、この比較に基づき前記車載端末の承諾するサービス完了時刻の方が早いと判定した場合には、サービス完了時刻の変更を前記車載端末に通知する時刻比較手段を備えたことを特徴とする。
【００２１】
また、請求項６に記載の発明は、請求項５に記載の基地局において、前記時刻比較手段は、前記比較に基づき前記車載端末の承諾するサービス完了時刻の方が遅いと判定した場合には、サービス完了時刻の変更を前記車載端末に通知しないことを特徴とする。
【００２２】
また、請求項７に記載の発明は、請求項５または６に記載の基地局において、前記時刻比較手段は、前記要求受信手段がサービス要求を受信する度に、前記完了時刻算出手段が算出したサービス完了時刻と、前記車載端末の承諾するサービス完了時刻とを比較し、この比較に基づき前記車載端末の承諾するサービス完了時刻の方が早いと判定した場合には、サービス完了時刻の変更を前記車載端末に通知することを特徴とする。
【００２３】
また、請求項８に記載の発明は、請求項１ないし７のいずれか１つに記載の基地局において、ファイルを蓄積するバッファを備え、前記占有サービス手段は、サービスにおいて前記車載端末に提供するファイルを予め外部から取得して前記バッファに蓄積させることを特徴とする。
【００２４】
また、請求項９に記載の発明は、請求項８に記載の基地局において、前記バッファ中に無いファイルのうち、前記順序設定手段が優先とするサービス順に、そのサービスにおいて提供するファイルを予め外部から取得することを特徴とする。
【００２５】
また、請求項１０に記載の発明は、請求項８または９に記載の基地局において、前記バッファは、書き込みと読み出しを同時に行うことのできるメモリから成ることを特徴とする。
【００２６】
また、請求項１１に記載の発明は、請求項１ないし１０のいずれか１つに記載の基地局において、前記要求受信手段と、前記占有サービス提供手段とは、異なる通信回線を用いることを特徴とする。
【００２７】
また、請求項１２に記載の発明は、請求項１ないし１１のいずれか１つに記載の基地局において、前記占有サービス提供手段は、ミリ波またはマイクロ波を用いて、１台の車両の前面にのみセルを構成してサービスを提供することを特徴とする。
【００２８】
また、請求項１３に記載の発明は、請求項１２に記載の基地局において、前記占有サービス提供手段は、車載端末と１対１で通信を行ってサービスを提供することを特徴とする。
【００２９】
また、請求項１６に記載の発明は、請求項１ないし１５のいずれか１つに記載の基地局において、１つの車載端末へのサービスの完了時間が極端に長くなる可能性がある場合、そのサービスを中止し、この中止する旨を車載端末に通知する手段を備えたことを特徴とする。
【００３０】
また、請求項１４に記載の発明は、請求項１ないし１３のいずれか１つに記載の基地局において、前記占有サービス提供手段は、Ｍｅｔａ−Ｃｏｎｔｅｎｔ技術を用いてサービスを提供することを特徴とする。
【００３１】
また、請求項１５に記載の発明は、請求項１ないし１４のいずれか１つに記載の基地局において、時間的に独立して使用できる複数のサービス提供用無線回線と、前記複数のサービス提供用無線回線のそれぞれを一時的に一台の車載端末に占有的に割り当てて、１つの設定順序に含まれる複数のサービスに対して同時にサービス提供を行う手段を備えたことを特徴とする。
【００３２】
これにより、１つの基地局に対するサービス要求の頻度が１つのサービス提供用無線回線のサービス提供能力を上回る場合にもこれに対応することができる。
【００３３】
また、請求項１６に記載の発明は、路車間通信システムにおいて、基地局からサービスの提供を受ける車載端末であって、請求項２に記載の基地局にサービス要求を送信する要求送信手段と、前記要求送信手段が前記サービス要求を送信する先の前記基地局から前記サービスの完了時刻の通知を受信し、この受信したサービス完了時刻を当該車載端末のユーザに表示する完了時刻表示手段と、駐車場に設置された駐車場記号通知手段から通知された駐車場記号を検知する手段と、前記基地局にこの検知した駐車場記号を通知する手段と、を備えた車載端末である。
【００３４】
これによって、要求送信手段がサービス要求を送信する先の基地局からサービスの完了時刻の通知を受信し、この受信したサービス完了時刻を当該車載端末のユーザに通知した上で、この基地局からサービスの提供を受けるので、路車間通信システムにおいて、車載端末側が、基地局との通信で受けるサービスの完了時刻をあらかじめ知ることが可能となる。
【００３５】
また、請求項１７に記載の発明は、請求項１６に記載の車載端末において、前記完了時刻表示手段が受信した前記サービス完了時刻の通知に基づき、サービス完了時刻を更新する更新手段を備えたことを特徴とする。
【００３６】
また、請求項１８に記載の発明は、請求項１７に記載の車載端末において、前記更新手段は、所定時間が経過することに基づいてこの所定時間をサービス完了時刻に加算することでサービス完了時刻を更新することを特徴とする。
【００３７】
また、請求項１９に記載の発明は、請求項１６ないし１８のいずれか１つに記載の車載端末において、前記完了時刻表示手段は、更に前記基地局から提供を受けることのできるサービスのメニューを当該車載端末のユーザに表示することを特徴とする。
【００３８】
また、請求項２０に記載の発明は、請求項１９に記載の車載端末において、前記所定時間は、前記サービスのメニューと共に表示されるサービス完了時刻の最小単位であることを特徴とする。
【００３９】
また、請求項２１に記載の発明は、請求項１６ないし２０のいずれか１つに記載の車載端末において、ユーザの承諾の旨の入力によって、前記完了時刻表示手段が受信したサービス完了時刻を承諾することを前記基地局に通知する。
【００４１】
また、請求項２２に記載の発明は、請求項１６ないし２１に記載の車載端末において、前記駐車場記号通知手段は、駐車場記号を示すコードであることを特徴とする。
【００４２】
また、請求項２３に記載の発明は、請求項１６ないし２１に記載の車載端末において、前記駐車場記号通知手段は、駐車場記号を送信する電波ビーコンであることを特徴とする。
【００４３】
また、請求項２４に記載の発明は、請求項１６ないし２１に記載の車載端末において、前記駐車場記号通知手段は、駐車場記号を示すＩＤタグであることを特徴とする。
【００４４】
また、請求項２５に記載の発明は、請求項１６ないし２４のいずれか１つに記載の車載端末において、ファイルを蓄積し、書き込みと読みだしとを同時に行うことができるバッファを備え、サービスにおいて前記基地局から提供されるファイルを前記バッファに蓄積させることを特徴とする。
【００４８】
【発明の実施の形態】
図１に、本発明の一実施形態に係る路車間通信システムの概要図を示す。この路車間通信システムにおいては、駐車場１に基地局２が設置され、この駐車場１に駐車する車両Ａ、Ｂ、Ｃに対して狭域通信等によるダウンロードサービスを行うようになっている。
【００４９】
その際、車両Ａ、Ｂ、Ｃがファイルをダウンロードするときには、基地局２は有線で繋がれた外部のファイルサーバ６からファイルを取得し、車両Ａ、Ｂ、またはＣにこのファイルを送信する。本実施形態では、このダウンロードは、通信の回線を一時期に一台の車両に占有的に割り当てて行われる。例えば、一時期に車両Ａ、Ｂ、Ｃからのダウンロード要求を受けていても、ダウンロードは一台つづ時期を分けて順番に行われる。このダウンロードの順序は基地局２によって設定される。順序設定方法は、ダウンロード要求についての先着順を基本とし、車両Ａ、Ｂ、Ｃの承諾したダウンロード完了時刻（以下承諾時刻と記す）を満足することを最優先とする。これは、当該車両のユーザが承諾したこと自体が重要であり、ユーザは自ら決めた予定通りに事が運ぶことに満足感や利便性を感じるので、これにより、ダウンロードのサービスに対するユーザの満足度、利便性を高めることができる。
【００５０】
なお、承諾時刻を満足することができれば、先着のダウンロード要求よりも後着のダウンロード要求を優先することができる。
【００５１】
ファイルサーバ６は、駐車場１の近くまたはネットワークを介した遠隔地に設置され、基地局２からのファイルの要求に基づいて基地局２に対してファイルを送信する。
【００５２】
図２に基地局２の構成を示す。この基地局２は、ＤＳＲＣアンテナ２１、リクエスト受付用アンテナ２２、ＤＳＲＣ通信処理部２３、リクエスト受付用通信処理部２４、バッファ２５、ダウンロード処理部２６、リクエスト受付部２７、外部通信制御部２８、および車両センサ２９を有している。
【００５３】
ＤＳＲＣ通信処理部２３は、ダウンロード処理部２６から入力された無線送信のためのデジタルダウンロードデータに対してＤ／Ａ変換、変調、周波数変換、増幅等を施し、その結果の信号をミリ波のＤＳＲＣの無線信号としてＤＳＲＣアンテナ２１へ出力する。またＤＳＲＣ通信処理部２３は、ＤＳＲＣアンテナ２１から受信したミリ波の無線信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等を施し、その結果の信号をデジタルデータとしてダウンロード処理部２６へ出力する。
【００５４】
リクエスト受付用通信処理部２４は、リクエスト受付用アンテナ２２から受信したマイクロ波の無線信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等を施し、その結果の信号をデジタルデータとしてリクエスト受付部２７に出力する。またリクエスト受付用通信処理部２４は、リクエスト受付部２７から入力された無線送信のためのデジタルデータに対してＤ／Ａ変換、変調、周波数変換、増幅等を施し、その結果の信号をマイクロ波の無線信号としてリクエスト受付用アンテナ２２へ出力する。
【００５５】
バッファ２５は、ＤＳＲＣによる通信の速度よりも高速なメモリを有し、ダウンロード処理部２６からデータの入力があるとそれを蓄積し、またダウンロード処理部２６からデータの要求があるとそれをダウンロード処理部２６に出力する。
【００５６】
ダウンロード処理部２６は、リクエスト受付部２７の作成する順序設定表にもとづき、ダウンロード要求元の車両に送信するダウンロードデータをＤＳＲＣ通信処理部２３に出力する。このダウンロード処理部２６は、ＣＰＵ、ＲＡＭ、ＲＯＭを有するマイコンによって構成される。このＣＰＵは、ＲＯＭ（または書き換え可能なデバイス）に記録されたプログラムに従った処理を行い、必要に応じてＲＡＭに対して情報の書き込み／読み出しを行い、また必要に応じてＤＳＲＣ通信処理部２３、バッファ２５、リクエスト受付部２７、外部通信制御部２８と情報のやりとりを行う。順序設定表とは、ダウンロード要求のある車両について、ダウンロードの優先順序、ダウンロード完了予定時刻（以下完了時刻と記す）、完了時刻から承諾時刻までの時間（以下余裕時間と記す）、ダウンロード対象のファイル名等の情報を有する表である。図３に順序設定表の構成を示す。この図中、識別とは、車両を特定するための識別情報である。この識別情報としては、例えば車載通信機のシリアルナンバー、車体番号等がある。
【００５７】
リクエスト受付部２７は、ＣＰＵ、ＲＡＭ、ＲＯＭを有するマイコンによって構成される。このＣＰＵは、ＲＯＭ（または書き換え可能なデバイス）に記録されたプログラムに記載された処理を行い、必要に応じてＲＡＭに対して情報の書き込み／読み出しを行い、また必要に応じてリクエスト受付用通信処理部２４、ダウンロード処理部２６、外部通信制御部２８と情報のやりとりを行う。
【００５８】
外部通信制御部２８は、ダウンロード処理部２６およびリクエスト受付部２７からの命令データを受信し、この命令データを基地局２とファイルサーバ６との通信規格に合うように整形してファイルサーバ６に送信する。また外部通信制御部２８は、ファイルサーバ６から受信したデータをダウンロード処理部２６またはリクエスト受付部２７が扱えるようなデータ形式に整形してダウンロード処理部２６またはリクエスト受付部２７に出力する。
【００５９】
車両センサ２９は赤外線センサを備え、この赤外線センサによって駐車場１に車両が進入することを検知し、検知した旨を信号としてリクエスト受付部２７に出力する。また車両センサ２９は、情報処理部２７からの制御信号の入力に基づいて、後述する駐車場記号を示す信号を送信する。
【００６０】
図４に、車両Ａ、Ｂ、Ｃに備えられ、基地局２からのダウンロードのために用いられる車載端末３の構成を示す。車載端末３は、駐車場センサ３０、ＤＳＲＣアンテナ３１、リクエスト用アンテナ３２、ＤＳＲＣ通信処理部３３、リクエスト用通信処理部３４、バッファ３５、ダウンロード処理部３６、情報処理装置３７、入出力部３８、表示部３９、および大容量記憶装置４０を有している。
【００６１】
ＤＳＲＣ通信処理部３３は、ＤＳＲＣアンテナ３１が受信したＤＳＲＣの無線信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等を施し、その結果の信号をデジタルデータとしてダウンロード処理部３６に出力する。
【００６２】
リクエスト用通信処理部３４は、リクエスト用アンテナ３２から受信したマイクロ波の無線信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等を施し、その結果の信号をデジタルデータとして情報処理装置３７に出力する。またリクエスト用通信処理部３４は、情報処理装置３７から入力された無線送信のためのデジタルデータに対してＤ／Ａ変換、変調、周波数変換、増幅等を施し、その結果の信号を無線信号としてリクエスト用アンテナ３２へ出力する。またＤＳＲＣ通信処理部３３は、ダウンロード処理部３６から入力された無線送信のためのデータに対してＤ／Ａ変換、変調、周波数変換、増幅等を施し、その結果の信号をミリ波のＤＳＲＣの無線信号としてＤＳＲＣアンテナ３１へ出力する。
【００６３】
バッファ３５は、大容量記憶装置４０へのデータの書き込み速度よりも高速なメモリを有し、ダウンロード処理部３６からデータの入力があるとそれを蓄積し、またダウンロード処理部３６からデータの要求があるとそれをダウンロード処理部３６に出力する。なおこのバッファは、本実施形態においては数十ＧＢ程度の容量を有している。
【００６４】
ダウンロード処理部３６は、ＤＳＲＣ通信処理部３３から受信したダウンロードデータをバッファ３５に出力し、またＤＳＲＣ通信処理部３３からダウンロードデータの受信をを行っていない時にバッファ３５からデータを読み出して情報処理装置３７に出力する。ただし、バッファ３５にデュアルポートＲＡＭを使えば、同時に読み書きも可能である（基地局２のバッファ２５も同様）。これにより、ダウンロードするファイルをファイルサーバからの移し替える作業をダウンロードに並行して行うことができるため、移し替えを効率よく行うことができ、ファイルサーバの過負荷を低減することができる（またバッファ２５がデュアルポートＲＡＭであることにより、ダウンロードデータの受信完了を待つことなく、情報処理装置へデータを出力することができる。）。このダウンロード処理部３６は、例えばプログラム可能なＩＣであるＦＰＧＡ（Field Programable Gate
Array）を用いて実現される。
【００６５】
情報処理装置３７は、ＣＰＵ、ＲＡＭ、ＲＯＭを有するマイコンによって構成される。このＣＰＵは、ＲＯＭ（または書き換え可能なデバイス）に記録されたプログラムに従った処理を行い、必要に応じてＲＡＭに対して情報の書き込み／読み出しを行い、また必要に応じて駐車場センサ３０、リクエスト用通信処理部３４、ダウンロード処理部３６、入出力部３８、表示部３９、および大容量記憶装置４０と情報のやりとりを行う。
【００６６】
入力部３８は、ボタンやマイク等の入力デバイスから成り、当該車両のユーザがこの入力デバイスを操作することに基づいて、その操作に対応して信号を情報処理装置３７に出力する。
【００６７】
表示部３９は、情報処理装置３７からの信号の入力に基づいて音声、文字、画像等の出力を行う。
【００６８】
大容量記憶装置４０は、数ＴＢ（テラバイト）の記憶容量を有するメモリから成り、情報処理装置３７からデータの読み出し／書き込みの制御を受ける。
【００６９】
本実施形態の路車間通信システムの構成は以上の通りである。以下、この路車間通信システムの作動について説明する。
【００７０】
まず、基地局２のダウンロード処理部２６のＣＰＵが行う処理を、フローチャートとして図５、図６に示す。これら図５、図６の処理は、基地局２の作動時にはそれぞれ並列的に常時実行される。図５の処理は、ダウンロードにおけるダウンロード処理部２６からＤＳＲＣ通信処理部２３へのデータの出力のための処理である。
【００７１】
ステップ５１０では、リクエスト受付部の順序設定表を参照する。具体的には、リクエスト受付部に対して順序設定表を要求する信号を出力し、その応答として順序設定表を受信する。
【００７２】
次にステップ５２０で、この順序設定表にダウンロード要求があるか否かを判定する。要求がない、すなわち順序設定表にダウンロード要求が１件も記載されていないときは、処理はステップ５１０に戻る。
【００７３】
ダウンロード要求がある場合、処理はステップ５４０に進み、バッファ２５を検索し、優先順序が一番高いダウンロード要求の対象ファイルがバッファ２５にあるか否かを判定する。
【００７４】
対象ファイルがバッファ２５にある場合、ステップ５５０でバッファから当該データを読み出し、ない場合、ステップ５６０でファイルサーバ６から当該ファイルを取得する。ファイルサーバ６からのファイルの取得は、外部通信制御部２８に対してファイル要求の信号を出力し、その応答として外部通信制御部２８から当該ファイルの入力を受けることで実現される。
【００７５】
そしてステップ５７０では、読み出したまたは取得したファイルをＤＳＲＣ通信処理部２３へ出力する。そしてファイルの出力が終了すると、処理はステップ５１０の順位表設定表の参照に戻る。
【００７６】
図６は、ダウンロード要求のあるファイルをファイルサーバ６から５へ移すための処理である。
【００７７】
ステップ６１０、６２０では、それぞれステップ５１０、５２０と同様の処理を行い、リクエスト受付部の順序設定表を参照してダウンロード要求があるか否かを判定する。そして要求が無ければ処理はステップ６１０に戻り、あれば処理はステップ６４０に進む。
【００７８】
ステップ６４０では、バッファ２５を検索し、順序設定表中にあるダウンロード要求の対象ファイルの全てががバッファ２５にあるか否かを判定する。そして、全てのファイルがあれば処理はステップ６１０に戻り、１つでも無ければ処理はステップ６５０に進む。
【００７９】
ステップ６５０では、バッファ２５中に無いダウンロード要求対象のファイルのうち、最も優先順序が高いものについて、そのファイルサイズがバッファ２５中の空き領域のサイズより小さいか否かを判定する。優先順序を採用することで、ファイルサーバからバッファへの移し替えを効率よく行うことができる。
空き領域の方が小さければ処理はステップ６１０に戻る。
【００８０】
ファイルサイズが空き容量以下であれば、処理はステップ６６０に進み、ファイルサーバ６からバッファ２５へ当該ファイルの転送を行う。
【００８１】
図５、６に示した作動によって、ダウンロード処理部２６は、ダウンロード要求のあるファイルについては可能な限りファイルサーバ６からバッファ２５へ移し替えておく。これによって、例えばファイルサーバ６から基地局２へのデータ転送速度が基地局２から車両へのダウンロード速度が速い場合には、あらかじめ必要なファイルをバッファに蓄積しておくことで、ダウンロードの遅延がなくなる。
【００８２】
次に、リクエスト受付部２７のＣＰＵの処理内容について説明する。リクエスト受付部２７のＣＰＵは、基地局２の１）車両の進入の検知、２）進入した車両からのダウンロードメニュー要求の受信、３）ダウンロード要求の受信、および４）ダウンロード取り消し要求の受信に起因して、それぞれに対応した処理を開始する。なお、ダウンロードメニューとは、基地局２が提供することのできるダウンロード対象のファイルのリストである。
【００８３】
図７は、車載端末３を搭載した車両が基地局２の通信可能範囲内（サービス範囲内）である駐車場１へ進入・入庫し、車両センサ２９がその車両の入庫を検知することを起因として始まる、リクエスト受付部２７のＣＰＵの入庫処理である。
【００８４】
まず、リクエスト受付部２７のＣＰＵが車両センサ２９から検知信号を受信することで処理を開始する（ステップ７１０）。
【００８５】
次にステップ７２０では、駐車場記号を車載端末３に通知する。具体的には、車両センサ２９を制御して駐車場記号を出力させる。これによって、車両センサ２９は赤外線で駐車場記号を車載端末３およびその周囲に送信する。駐車場記号とは、シリアルナンバー等の、駐車場を特定するための識別子である。
【００８６】
そしてステップ７３０では、車載端末３がサービス範囲内にいる旨を通知するデータをリクエスト受付用通信処理部２４に出力する。なおこの通知は、車両センサ２９を用いて行ってもよい。これによって、リクエスト受付用通信処理部２４およびリクエスト受付用アンテナ２２を介してこの通知が車載端末３に無線送信される。以上で入庫処理が終了する。この入庫処理は、駐車場１内の複数の車両に対して同時に行われてもよい。
【００８７】
図８は、入庫し、駐車場記号を受信し、サービス範囲内にいる旨の通知を受信した車載端末３から、ダウンロードメニューの要求を受信することで始まるメニュー送信処理である。
【００８８】
まず、リクエスト受付部２７のＣＰＵがリクエスト受付用通信処理部２４から上記ダウンロードメニューの要求の入力を受けて処理を開始する（ステップ７５０）。
【００８９】
そしてステップ７６０では、提供することのできるダウンロード対象の各ファイルのダウンロード所要時間を算出または参照する。なお、提供することのできるファイルはあらかじめ決まっていてもよいし、リクエスト受付部２７がファイルサーバ６と通信することで、ファイルサーバ６の状態に応じて変化してもよい。前者の場合、メニューはインターネットから取得することができる。ダウンロード所用時間は、対象ファイルのサイズを所定のダウンロード速度で割った時間に、通信切り替え等の制御に必要な時間を加算することで算出される。ダウンロード所要時間の参照とは、予め算出しておいた所要時間、あるいは当該ファイル等に埋め込まれた所要時間情報、あるいはファイルサーバ６から別途受信した当該ファイルの所要時間情報等を参照することをいう。
【００９０】
また、ダウンロード完了時刻の算出に用いる通信速度は、基地局２毎に固定値となっていてもよいし、あるいは、車両ごとに予めテストを行い実効的な通信速度を測定した値を用いてもよいし、または、駐車場１の位置情報に基づいて予め設定された複数の値から選択して用いてもよい。これにらよって、車両形状やアンテナ姿勢などにより通信品質が劣化しやすい場合等の、ダウンロードの実効的な通信速度が各々の車両によって大きく異なる場合において、ダウンロード完了時刻をより正確に求めることができる。
【００９１】
そしてステップ７７０では、このようにして得た各ファイルのダウンロード所要時間に基づいて、各ファイルについてのダウンロード開始時刻を判別表から求める。図９に判別表の一例を示す。判別表とは、当該ファイルの所要時間を複数の範囲に区分けし、それぞれの範囲毎にダウンロードの優先順序とダウンロード開始時刻とを割り当てる表である。判別表は、後述するようにリクエスト受付部２７のＣＰＵによって順序設定表に基づいて作成される。具体的には、図３に記載のＡ１、Ｂ１、Ｃ１、Ａ２、Ｂ２、Ｃ２と、図９中の同符号のものが同じ値になるように判別表が作成される。
【００９２】
図９の判別表においては、ダウンロード所要時間がＡ２以下のファイルは、最優先の順序１としてダウンロード開始時刻が現在時刻に割り当てられるようになっている。また、Ａ２〜Ｂ２、Ｂ２〜Ｃ２、Ｃ２〜の所要時間のファイルは、それぞれ開始時刻がＡ１、Ｂ１、Ｃ１に割り当てられるようになっている。ステップ７７０の具体的処理としては、判別表からダウンロード対象の各ファイルのダウンロード所要時間について、それぞれ該当する所要時間条件をみつけ、その所要時間に対応する開始時刻の項目を当該各ファイルのダウンロード開始時刻に設定する。したがってこの処理は、開始時刻の設定と同時にダウンロード順序を設定していることにもなる。
【００９３】
そしてステップ７８０では、ステップ７６０、７７０で取得した各ファイルのダウンロード所要時間とダウンロード開始時刻とを加算し、ダウンロード完了時刻を求める。
【００９４】
そしてステップ７９０では、この通信において車載端末３を一意に区別するために付与する識別記号を生成し、この識別記号と共に、各ファイルの名前、容量、ダウンロード完了時刻を含むダウンロードメニューを、車載端末３への通知としてリクエスト受付用通信処理部２４に出力する。なお、この識別記号は、駐車場記号、入庫時間、および車両ＩＤの一価関数となっている。このような識別記号を用いることにより、車両の認証誤りを防ぐ毎ができ、セキュリティを高めることができる。また、暗号キーに用いることもできる。
【００９５】
図１０は、ダウンロードメニューを受信した車載端末３から送信されたダウンロード要求を受信することで始まる、順序設定表および判別表の更新のための処理である。
【００９６】
まず、リクエスト受付部２７のＣＰＵがリクエスト受付用通信処理部２４から、上記ダウンロード要求の入力を受けて処理を開始する（ステップ８０５）。このダウンロード要求には、ダウンロード要求を発信した車両の識別記号、ダウンロード要求対象のファイル名、および承諾時刻の情報を含んでいる。
【００９７】
次にステップ８１０では、受信したダウンロード要求対象のファイル名に対応するファイルのダウンロード所要時間を、図８のステップ７６０で算出した値を参照することで求める。あるいは、ここで改めてファイルサイズと通信速度、およびＤＳＲＣ用の回線の切り替え時間等を用いてダウンロード所要時間を算出してもよい。そしてステップ８１５では、ステップ８１０で得たダウンロード所要時間と判別表からダウンロード順序を設定する。具体的処理には、判別表からダウンロード対象のファイルのダウンロード所要時間が該当する所要時間条件をみつけ、その所要時間に対応する順序を当該ファイルのダウンロード順位として設定する。
【００９８】
ただし、仮に上記で得られたダウンロード順位よりも順位を下位にしても、承諾時刻からダウンロード所要時間を差し引いた時間が、より下位の順序にした場合の開始時間よりも後の時間である場合、すなわち承諾時刻前にダウンロードを終えることができる最も遅い開始時間より以前にダウンロード開始できる場合は、その下位の順序を実際のダウンロード順位としてもよい。これによって、他の先に為されたダウンロード要求の上位に割り込みが可能なダウンロード所要時間であっても、割り込みをせずに承諾時刻前にダウンロードが終了できる場合は割り込みを行わないようにすることができる。したがって、先に受付をしたダウンロードほど、通信速度の劣化によってダウンロードが遅れる場合、ユーザが承諾時刻よりも早く駐車場１を去る場合等の不測の事態に対応できる可能性が高くなる。
【００９９】
そしてステップ８２０では、判別表から当該ファイルのダウンロード開始時刻を参照し、これとダウンロード所要時間とからダウンロード完了時刻を算出する。
【０１００】
そしてステップ８２５では、受信したダウンロード要求中の承諾時刻からダウンロード完了時刻を差し引くことで、余裕時間を算出する。
【０１０１】
そしてステップ８３０では、上記の様に得られた当該ファイルのダウンロード順位、ダウンロード開始時刻、余裕時間、およびダウンロード要求元の車両の識別記号に基づいて順序設定表を更新する。そして、新たに作成した順序設定表に基づいて、前述した方法で判別表を更新する。
【０１０２】
次にステップ８３５で、当該ダウンロード要求について、ダウンロード完了時刻が承諾時刻以前の時刻であるか否かを判定する。これは、基地局２が特定の車載端末３に対してダウンロードメニューを送信してから、その車載端末３からダウンロード要求を受信するまでの間に、他のダウンロード要求を受け付けて順序設定表、判別表が変化してしまっている場合に対応するための判定処理である。このような順序設定表、判別表の変化によって、車載端末３から受信した承諾時刻がステップ８２０で算出したダウンロード完了時刻よりも前になってしまった場合、このままでは承諾時刻以内にダウンロードが終了できない。そこで処理はステップ８４０に進み、ダウンロード完了時刻の変更をリクエスト受付用通信処理部２４を介して車載端末３に通知する。これにより、例えばダウンロードメニューを更新する間に他のダウンロードを受け付けてダウンロード完了時刻が変化した場合でも、確実に承諾時刻を満足することができる。
【０１０３】
ステップ８３５の判定が肯定の場合、承諾時刻前にダウンロードは終了するので、処理は終了する。このように、ダウンロード完了時刻を再計算した時間が、承諾時刻よりも遅くない場合に、ユーザへの通知、承諾作業を行わないことにより、ユーザの手間を省き利便性を高めることができる。
【０１０４】
ステップ８４０の次には、ステップ８５０で当該車載端末３からダウンロード完了時刻の変更通知に対する回答がを受信したか否かを判定し、受信していない場合はステップ８６０でタイムアウトしたか否かを判定し、タイムアウトでない場合はステップ８５０に戻る。これによって、回答を受信するかまたはタイムアウトになるまで、ステップ８５０、８６０の処理が繰り返される。なお、タイムアウトとは、最後にステップ８４０の処理を行って以降の経過時間が所定の時間（例えば２分）を経過することを言う。
【０１０５】
タイムアウトになった場合、処理はステップ８６０から８８０に進み、当該ダウンロード要求の受付を取り消し、この取り消しを反映させるために順序設定表および判別表を更新し、取り消した旨を車両へ通知し、処理を終了する。
【０１０６】
回答の受信があった場合、処理はステップ８５０から８７０に進み、回答の内容が、変更されたダウンロード完了時刻を承諾する旨の通知であるか否かを判定する。承諾の通知である場合、取り消した旨を車両へ通知し、処理はそのまま終了する。
【０１０７】
承諾しない旨の通知である場合、処理はステップ８８０に進み、当該車載端末３からのダウンロードの受付を取り消すよう、順序設定表、判別表を更新する。そしてトシ消した旨を車両へ通知し、処理は終了する。
【０１０８】
ここで、ステップ８３０、ステップ８８０における順序設定表、判別表の更新処理の詳細を、それぞれ図１１、図１２に示す。
【０１０９】
図１１のステップ８３１では、当該新規ダウンロードの情報を、順序設定表の所定の順序の部分に挿入する。
【０１１０】
そしてステップ８３２では、挿入によって順位が繰り下げられた他のダウンロード対象について、挿入によって変化した余裕時間を算出して書き換える。すなわち、当該他のダウンロード対象の余裕時間から新規ダウンロードのダウンロード所要時間を差し引く。
【０１１１】
そしてステップ８３３では、新規ダウンロードの余裕時間が上位の順位の他のダウンロード対象の余裕時間よりも小さいかを判定する。小さい場合は、上位の余裕時間は下位の余裕時間に制限されるので、処理はステップ８３４に進み、上位の順序の余裕時間を、新規ダウンロードの余裕時間と同じ値に書き換えて処理はステップ８３６に進む。小さくない場合はそのままステップ８３６に進む。
【０１１２】
そしてステップ８３６では、書き換えた順序設定表から判別表を書き換え、その後図１０のステップ８３５に進む。
【０１１３】
図１２のステップ８８１では、取り消すダウンロードについての、図１０のステップ８１０で算出したダウンロード所要時間を参照するか、または再計算する。
【０１１４】
そしてステップ８８２では、順序設定表中の下位の順序の各ダウンロード対象について、ステップ８８１で取得したダウンロード所用時間をダウンロード完了時刻から差し引き、また余裕時間にこのダウンロード所要時間を加算する。
【０１１５】
そしてステップ８８３では、書き換えた設定表から判別表を書き換え、その後処理は終了する。
【０１１６】
図１３は、車載端末３のユーザが入力部３８を操作するか、あるいは、通信が不測の事態（通信不可、サービス前に車両が去る等）により、リクエスト受付部２７が一旦要求したダウンロードを取り消すための通知を基地局２に行う場合の、リクエスト受付部２７のＣＰＵのダウンロード中止処理を示す図である。
【０１１７】
この取消処理は、ダウンロード取消要求を車載端末３から受信することによって開始する（ステップ２１０）。
【０１１８】
この受信に続くステップ２２０では、取消対象のダウンロード所要時間を算出する。
【０１１９】
そしてステップ２３０では、取消対象のダウンロード所要時間を、それより下の順位にあるダウンロードのサービス完了時刻から減算し、また余裕時間に加算することで順序設定表を更新する。そして更にこの更新に基づいて判別表も更新する。
【０１２０】
そしてステップ２４０では、ダウンロード取消完了の通知を車載端末３に送信し、その後処理が終了する。
【０１２１】
次に、車載端末３の情報処理装置３７の作動について説明する。図１４および図１５は、車載端末３を搭載した車両が基地局２の通信可能範囲内である駐車場１へ進入・入庫し、駐車場センサ３０が自車の入庫を検知することを起因として始まる、情報処理装置３７のＣＰＵの処理である。
【０１２２】
まずステップ３０５で、このＣＰＵが駐車場センサ３０から駐車場記号を受信し、また自車がサービス範囲内にいる旨のデータを、リクエスト用通信処理部３４を介して基地局２から受信する。あるいは、駐車場記号と同じように（同時に）駐車場センサを介して受信してもよい。
【０１２３】
次にステップ３１０で、ダウンロードのサービスを受けるかどうかの判断を当該車両のユーザに促す旨の表示データを、表示部３９に出力する。そしてステップ３１５ではユーザからの入力を待ち、入力があればサービスを受ける旨の入力であるか否かを判定する。サービスを受けない場合、処理は終了する。なお、ユーザの希望により、いつでもステップ３１５から再開できる。ただし、セキュリティ上問題がある場合再開できないようにする。
【０１２４】
サービスを受ける場合、処理はステップ３２０に進み、ユーザの入力にもとづくダウンロードメニューの要求、車両の識別子（車両ＩＤ）、および駐車場記号を、リクエスト用通信処理部３４を介して基地局２に送信する。
【０１２５】
次にステップ３２５で、基地局２から送信されたダウンロードメニューと識別記号を受信する。
【０１２６】
次にステップ３３０で、受信したダウンロードメニューを表示するためのデータを表示部３９に出力する。図１６に、表示部３９におけるダウンロードメニューの表示の一例を示す。この図では、ダウンロード可能なファイルのサムネイル画像が表示され、さらにそれぞれについてファイル名、価格、ファイルサイズ、ダウンロード完了時刻が表示されている。図中右側のバーはスクロール表示の位置を示しており、スクロールバーの左側にある三角記号は、画面表示部分の上下にスクロールすれば別のファイルが表示されることを示す記号である。
【０１２７】
そしてステップ３３５では、基地局２からダウンロード完了時刻の更新通知があるか否かを判定する。この通知は、基地局２において新たなダウンロードの受け付けがある度に基地局２から送信されてもよいし、あるいは定期的に送信されてもよい。前者の場合、必要最小限の通知により、車載端末に表示したダウンロードメニューを常に最新の状態に保つことができる。
更新があった旨の通知を受信した場合、処理はステップ３５０に進み、更新通知に含まれる更新後のダウンロード完了時刻を参照し、更にステップ３３０でメニュー表示にこのダウンロード完了時刻を反映させる。これにより、基地局からのダウンロード完了時刻の更新通知を待つことなく、ダウンロード完了時刻を更新することができる。更新がない場合は、そのままステップ３４０に進む。
【０１２８】
ステップ３４０では、直前に実行されたステップ３３０の処理から所定時間（例えば１分）が経過したか否かを判定する。この所定時間は、ダウンロードメニュー上に示すダウンロード完了時刻の最小単位とする。これにより、正確なダウンロード完了時刻を遅滞なく更新することができる。この所定時間が経過した場合、処理はステップ３５０でこの経過時間をダウンロード完了時刻に加算し、ステップ３３０でこの新たなダウンロード完了時刻をメニュー表示に反映させる。この所定時間が経過していない場合、処理はステップ３６０に進む。
【０１２９】
ステップ３４５では、車載端末３のユーザの入力部３８からの入力によるダウンロード内容の決定があったか否かを判定する。ダウンロード内容の決定があれば処理はステップ３４５に進み、なければステップ３３５に戻る。
【０１３０】
ステップ３５５では、入力部３８からのユーザの入力によるダウンロード内容の決定において、承諾時刻がメニュー表示のダウンロード完了時刻よりも遅い時刻であるか、それともダウンロード完了時刻と同じであるかを判定する。すなわち、承諾時刻の変更があるか否かを判定する。
【０１３１】
変更があれば、処理はステップ３６０でその変更に従って送信データに含める承諾時刻を設定し、ステップ３６５でダウンロード要求を基地局２に送信する。変更がなければ、ダウンロード完了時刻を承諾時刻として、ステップ３６５でダウンロード要求を基地局２に送信する。
【０１３２】
そしてステップ３７０で、ダウンロード完了時刻の変更通知を受信したか否かを判定する。ここでいうダウンロード完了時刻の変更通知とは、図１０のステップ８４０のダウンロード完了時刻の変更通知のことである。受信しない場合は、処理はステップ３９５に進み、ダウンロード処理部３６に対して当該ファイルのダウンロード準備の要求を行う。これによって当該ファイルのダウンロードを行う準備が行われ、ダウンロードを行った後、処理を終了する。
【０１３３】
ステップ３７０で変更通知を受信した場合は、処理はステップ３７５に進み、この変更内容の表示データを表示部３９に出力する。そしてステップ３８０では、ユーザの入力によって、更新されたダウンロード完了時刻の変更の承諾があったか否かを判定する。
【０１３４】
承諾がない場合、処理はステップ３８５に進み、変更を承諾しない旨の通知を基地局２に送信する。そして処理はステップ３３０に戻る。
【０１３５】
承諾がある場合、処理はステップ３９０に進み、変更を承諾する旨の通知を基地局２に送信する。そしてステップ３９５でダウンロード処理部３６に対して当該ファイルのダウンロード準備の要求を行う。これによって当該ファイルのダウンロードを行う準備が行われ、ダウンロードを行った後、処理を終了する。
【０１３６】
以上のような作動を行う基地局２および車載端末３における、車両の駐車場１への入庫からダウンロード終了までの信号のやりとりの一例を図１７に示す。
【０１３７】
車載端末３を搭載した車両が駐車場１に入庫すると、基地局２はその入庫を検知し、入庫時間と駐車場記号を記憶し、駐車場記号およびサービス範囲である旨の信号４１０を送信する（図７の入庫処理を参照）。
【０１３８】
この通知を受信した車載端末３は、ダウンロードメニュー要求、車両ＩＤ、駐車場記号を含む信号４３０を基地局２に通知する（図１４の各処理を参照）。
【０１３９】
信号４２０を受信した基地局２は、識別記号を生成、記憶し、その識別記号およびダウンロードメニューを含む信号４３０を車載端末３に送信する（図８のメニュー送信処理を参照）。
【０１４０】
この信号４３０を受信した車載端末３は、受信したダウンロードメニューをユーザに対して表示し（図１４ステップ３２５、図１５ステップ３３０参照）、ユーザはそれに基づいてダウンロード対象の選択を行い、また適宜完了希望時刻（承諾時刻）の入力も行える。そして車載端末３はこの選択等に基づいて、ダウンロード要求通知等を含む信号４４０を基地局２に送信する（図１５のステップ３３５参照）。
【０１４１】
この信号４４０を受信した基地局２はリクエストを受け付け、ダウンロード完了時刻を再計算し、順序設定表を更新する（図１０ステップ８０５〜８３０参照）。そして、完了時刻に変更があればダウンロード完了時刻の変更通知を含む信号４５０を車載端末３に送信する（図１０ステップ８４０参照）。
【０１４２】
この信号４５０を受信した車載端末３は、承諾の場合承諾通知および識別記号を含む信号４６０を基地局２に送信する。この際、適宜任意で完了希望時刻の入力による変更を行ってもよい。ただし、完了希望時刻は通知されたダウンロード完了時刻よりも後の時刻しか入力できないようにしてある。
【０１４３】
これらの後基地局２では、ダウンロード処理部２６によって順序設定表に基づくダウンロード４７０が実行される（図５参照）。
【０１４４】
ダウンロード終了後は、車載端末３において受信確認、記録を行い、完了通知および識別記号を含む信号４８０を基地局２に送信し、また基地局２において４８０を受信して、完了したダウンロードのエントリを削除するための順序設定表、判別表の更新を行い、また完了および課金通知の信号４９０を車載端末３に送信する。
【０１４５】
以上のような車載端末３−基地局２間のダウンロード受け付けを複数車両の車載端末３について行い、それらについて順次ダウンロードを行う場合の、ダウンロードの順序設定表およびダウンロードスケジュールの変遷の一例を図１８および図１９に示す。図１８（ａ）〜（ｄ）は、ダウンロード要求のある車両について、ダウンロードの優先順序、ダウンロード完了予定時刻（以下完了時刻と記す）、完了時刻から承諾時刻までの時間（以下余裕時間と記す）等の情報を有する順序設定表の時間的変遷の一例を示す図である。また図１９（ａ）〜（ｄ）は、図１８の順序設定表の時間的変遷に対応して変化するダウンロードスケジュールを示す図である。
【０１４６】
まず基地局２がダウンロード要求がない状態で、１１時５５分に、車両Ｃから１５ＧＢ（ギガバイト）のファイルのダウンロード要求を受け付ける。すると基地局２はＤＳＲＣの通信速度と回線の切り替え時間とを加えたダウンロード所要時間を３０分と算出し、ダウンロード開始時刻である１１時５５分（この場合は受付時間と同じ）から３０分後の１２時２５分をダウンロード完了時刻とし、またこのダウンロード完了時刻と承諾時刻（１２時４５分）との差である２０分を余裕時間として順序設定表に記載する（図１８（ａ）参照）。そして１１時５５分から１２時２５分までをダウンロード時間として割り当てる（図１９（ａ）参照）。
【０１４７】
その後、車両Ｂから２ＧＢのファイルのダウンロード要求を受け付けると、車両Ｃの場合と同じ方法でダウンロード所用時間を５分と算出する。ダウンロード所要時間が車両Ｃの余裕時間よりも短いため、車両Ｂを順序１に設定する。また、承諾時刻が１２時１５分である場合、余裕時間は５分となる。また車両Ｃの完了時間は５分遅れ、余裕時間は５分短くなる（図１８（ｂ）、図１９（ｂ）参照）。
【０１４８】
またその後、車両Ａから５ＧＢのファイル（所要時間１０分）の要求を１２時７分に受け付けると、サービス所用時間がＢの余裕時間時間よりも長く、車両Ｃの余裕時間よりも短いため、車両Ａを順序２に設定する。この場合、ダウンロード開始時間が１２時１０分、ダウンロード完了時間が１２時２０分となる。承諾時間が１２時２０分の場合、余裕時間はゼロとなり、これに伴い上記の車両Ｂのダウンロードの余裕時間もゼロとなる（図１８（ｃ）、図１９（ｃ）参照）。
【０１４９】
またその後、車両Ｂのダウンロード終了後の１２時１２分に、車両Ｄから５ＧＢのファイル（所用時間１０分）の要求を受け付けると、ダウンロード所要時間が車両Ｃの余裕時間よりも長いため、車両Ｄのダウンロードを順序３に設定する（図１８（ｄ）、図１９（ｄ）参照）。
【０１５０】
以上のような作動の路車間通信システムによって、基地局２が複数の車載端末３へのダウンロード順序を設定し、また車載端末３からのダウンロード要求を受信し、この順序に基づいて路車間通信のダウンロード用回線を一時期に一台の車両に占有的に割り当ててダウンロードを行う。また、基地局２が算出したダウンロードの完了時刻を車載端末３に通知するので、路車間通信システムにおいて、車両側が、基地局との通信で受けるダウンロードの完了時刻をあらかじめ知ることが可能となる。
【０１５１】
また、車載端末３がダウンロード要求を送信する先の基地局からダウンロードの完了時刻の通知を受信し、この受信したダウンロード完了時刻を当該車両のユーザに表示した上で、この基地局２からダウンロードを行うので、路車間通信システムにおいて、車両側が、基地局との通信で受けるダウンロードの完了時刻をあらかじめ知ることが可能となる。
【０１５２】
また、ダウンロードメニューにダウンロード完了時刻を付して表示部３９に一覧表示することにより、ユーザが容易にダウンロード完了時刻を考慮してダウンロードの選択を行うことができる。
【０１５３】
また、ユーザの入力によるダウンロード完了時刻を設定することができるので、スケジュールの自由度が増し、ユーザはタイムラグによる再入力を行う可能性が低くなり、利便性を向上させることができる。例えば、他ユーザから小容量ファイルのダウンロード要求があった場合、その要求を割り込ませることができる。
【０１５４】
また、ＤＳＲＣの通信回線とは別にリクエスト用の回線を設けることで、ＤＳＲＣの回線をダウンロードサービス専用に用いることができるので、ダウンロードの通信速度が安定化し、通知したダウンロード完了時刻あるいは承諾時刻を信頼性よく満たすことができる。
【０１５５】
また、バッファ２５を設けることで、１つのファイルサーバに複数の基地局が接続する場合、ファイルサーバからダウンロードするファイルを基地局側のバッファに予め転送しておくことにより、ファイルサーバの過負荷による転送の遅れを防ぐことができる。ひいては通信速度の低下を抑えることができる。
【０１５６】
また、順位決定に判別表を用いることで、比較するファイル数が多い場合や、ダウンロード完了時間の更新を頻繁に行う場合に、順序設定表の参照回数を減らし、計算の負荷を軽減することができる。ただし、判別表を用いずとも、これを用いるのと同様の効果を達成する方法を用いてもよい。
【０１５７】
なお、本実施形態においては、ダウンロードがサービスの一形態として例示されている。したがって、ダウンロード要求がサービス要求に相当し、ダウンロードの順序がサービス提供順序に相当し、またＤＳＲＣの通信回線がサービス提供用回線に相当する。
【０１５８】
また、本実施形態で順序設定において先着順を基本とすることは、より早くダウンロード要求を送信した車載端末へのサービス提供に対してより高い優先度を付与し、この優先度に基づいてサービス提供順序を設定することをに対応している。
【０１５９】
また、図１０のステップ８０５の処理が、車載端末からのサービス要求を受信する要求受信手段を構成する。
【０１６０】
また、図８のステップ７７０および図１０のステップ８１５の処理のそれぞれが、複数の車載端末に前記サービスの提供順序を設定する順序設定手段を構成する。
【０１６１】
また、ダウンロード処理部２６が、順序設定手段の設定したサービス提供順序および要求受信手段の受信したサービス要求に基づいて、路車間通信のサービス提供用回線を一時期に一台の車載端末に占有的に割り当ててサービスを提供する占有サービス提供手段を構成する。
【０１６２】
また、図８のステップ７８０および図１０のステップ８２０の処理のそれぞれが、順序設定手段が設定したサービス提供順序に基づいてサービスの完了時刻を算出する完了時刻算出手段を構成する。
【０１６３】
また、図８のステップ７９０および図１０のステップ８４０の処理のそれぞれが、完了時刻算出手段が算出したサービスの完了時刻を車載端末に通知する完了時刻通知手段を構成する。
【０１６４】
また、図１０のステップ８３５および８４０が、時刻比較手段を構成する。
【０１６５】
また、図１５のステップ３６５の処理が、基地局にサービス要求を送信する要求送信手段を構成する。
【０１６６】
また、図１５のステップ３３０およびステップ３７５の処理のそれぞれが、要求送信手段がサービス要求を送信する先の基地局からサービスの完了時刻の通知を受信し、この受信したサービス完了時刻を当該車載端末のユーザに表示する完了時刻表示手段を構成する。
【０１６７】
また、図１５のステップ３３５、３４０、および３５０の処理が、交信手段を構成する。
【０１６８】
また、通信環境の悪化などにより１ユーザのダウンロードにかかる時間が極端に長くなる可能性がある場合、そのダウンロードを中止し、その旨をリクエスト受け付け用の回線を用いて車載端末３に通知し、次の車両のダウンロードを行うようになっていてもよい。このようにすることで、１ユーザのダウンロードに予測以上の時間がかかる場合に、そのダウンロードを中止して次のダウンロードを行うことにより、他ユーザへの影響を防ぐことができる。
【０１６９】
また、ダウンロード完了時刻の通知は、基地局２が適宜再計算し、メニューとして表示したダウンロード完了時刻がそれに基づいて更新されるようになっているが、この完了時刻の更新は、車載端末３からの更新要求により任意に行ってもよい。これによって、ユーザは任意の時刻に正確なダウンロード完了時刻を知ることができる。
【０１７０】
また、ＤＳＲＣの通信回線には例えばミリ波またはマイクロ波を用い、１台の車両の前面にのみセル（通信範囲の最小領域）を構成する程度の指向性の鋭いアンテナを基地局アンテナとして用い、ダウンロード対象の車両に対して選択的に上記セルを構成して基地局と車両で１対１の通信を行ってもよい。基地局が１台の車両の前面のみにダウンロード用のセルを選択的に構成することにより、必要最小限の出力電力で通信を行うことができる。また、不要電波の放射を低減し、周波数を繰り返し利用した際の同一チャネル干渉を低減することができる。
【０１７１】
また、ダウンロードにはＭｅｔａ・Ｃｏｎｔｅｎｔ（登録商標）技術を用い、下り方向のみの通信を行っても良い。これによって、車両に搭載されるダウンロード用の通信処理部を受信専用とすることによって、コストを低減することができる。
【０１７２】
また、リクエスト受け付け用の回線は例えばマイクロ波またはそれ以下の周波数（たとえば、既存のセルラ、ＰＨＳ、無線ＬＡＮなど）を用い、基地局がダウンロードサービスを行う範囲を多うセルを構成することにより、駐車場１内の車両のリクエスト受付を確実に行うことができる。
【０１７３】
また、駐車場１には、駐車場記号を示すコード（バーコード、ＱＲコード等）、電波ビーコン、ＩＣタグの少なくとも１つが設置されており、車両はこれらを検知するセンサを有しており、これによって駐車場記号を検知し、ダウンロードメニュー要求を行う際にこの駐車場記号を通知するようになっていてもよい。これによって、駐車場１への基地局２の設置条件に関わらず、車両へ駐車場記号を通知することができる。すなわち、基地局の車両センサからの信号を受信できない場合もしくは基地局の車両センサから駐車場記号を通知しない場合でも、車両へ駐車場記号を通知することができる。また、コードを用いることにより、低コストで駐車場記号を車両へ通知することができる。また、電波ビーコンを用いることにより、天候やセンサの汚れに関わらず、駐車場記号を車両へ通知することができる。
【０１７４】
また、各駐車場に掲示されている駐車場記号をユーザが確認し、それを車両の入力装置から入力することにより、車両は駐車場記号を取得し、ダウンロードメニュー要求を行う際にこの駐車場記号を通知してもよい。これによって、低コストで、基地局の設置条件などに関わらず、車両へ駐車場記号を通知することができる。
【０１７５】
また車両センサ２９は、赤外線センサである必要はなく、車両の駐車場１への進入を検出できればどのようなものでもよい。例えば、超音波センサであってもよい。
【０１７６】
また、１つの基地局が、時間的に独立して使用できる複数のサービス提供用無線回線（互いの周波数が異なる無線回線、または、互いの電波が空間的に干渉しない無線回線）を備え、複数のサービス提供用無線回線のそれぞれを一時的に一台の車載端末に占有的に割り当てて、１つの順序設定表に含まれる複数のサービスに対して同時にサービス提供を行ってもよい。これにより、１つの基地局に対するサービス要求の頻度が１つのサービス提供用無線回線のサービス提供能力を上回る場合にもこれに対応することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る路車間通信システムの概要図である。
【図２】基地局２の構成を示す図である。
【図３】順序設定表の構成を示す図表である。
【図４】車載端末３の構成示す図である。
【図５】ダウンロード処理部２６のＣＰＵが行う送信処理のフローチャートである。
【図６】ダウンロード処理部２６のＣＰＵが行う蓄積処理のフローチャートである。
【図７】リクエスト受付部２７のＣＰＵの入庫処理のフローチャートである。
【図８】リクエスト受付部２７のＣＰＵのメニュー送信処理のフローチャートである。
【図９】判別表の一例を示す図表である。
【図１０】リクエスト受付部２７のＣＰＵの、順序設定表および判別表の更新のための処理のフローチャートである。
【図１１】図１０のステップ８３０の詳細を示すフローチャートである。
【図１２】図１０のステップ８８０の詳細を示すフローチャートである。
【図１３】リクエスト受付部２７のＣＰＵが行うダウンロード中止処理のフローチャートである。
【図１４】情報処理装置３７のＣＰＵの行う処理のフローチャートである。
【図１５】情報処理装置３７のＣＰＵの行う処理のフローチャートである。
【図１６】表示部３９におけるダウンロードメニューの表示の一例を示す図である。
【図１７】車両の駐車場１への入庫からダウンロード終了までの信号のやりとりの一例を示す図である。
【図１８】ダウンロードの順序設定表の変遷の一例を示す図である。
【図１９】ダウンロードスケジュールの変遷の一例を示す図である。
【符号の説明】
１…駐車場、２…基地局、３…車載端末、６…ファイルサーバ、
２１…ＤＳＲＣアンテナ、
２２…リクエスト受付用アンテナ、２３…ＤＳＲＣ通信処理部、
２４…リクエスト受付用通信処理部、２５…バッファ、
２６…ダウンロード処理部、２７…リクエスト受付部、
２８…外部通信制御部、２９…車両センサ、３０…駐車場センサ、
３１…ＤＳＲＣアンテナ、３２…リクエスト用アンテナ、
３３…ＤＳＲＣ通信処理部、３４…リクエスト用通信処理部、
３５…バッファ、３６…ダウンロード処理部、３７…情報処理装置、
３８…入力部、３９…表示部、４０…大容量記憶装置。

Claims (25)

1. 路車間通信システムにおいて複数の車載端末と通信を行ってサービスを提供する基地局であって、
   前記複数の車載端末に前記サービスの提供順序を設定する順序設定手段と、
   車載端末からのサービス要求を受信する要求受信手段と、
   前記順序設定手段の設定したサービス提供順序および前記要求受信手段の受信したサービス要求に基づいて、前記路車間通信のサービス提供用無線回線を一時期に一台の車載端末に占有的に割り当ててサービスを提供する占有サービス提供手段と、
   前記順序設定手段が設定したサービス提供順序に基づいて前記サービスの完了時刻を算出する完了時刻算出手段と、
   前記完了時刻算出手段が算出したサービスの完了時刻を前記車載端末に通知する完了時刻通知手段と、を備え、
   当該基地局は、路車間通信システムにおいて駐車場にある複数の車載端末と通信を行ってサービスを提供するものであり、
   前記完了時刻通知手段は、サービスを提供する対象の車載端末を搭載する車両の駐車場への入庫時間、車両ＩＤおよび前記駐車場の駐車場記号に基づいて、前記サービスにおける前記車載端末を一意に特定するための識別記号を生成し、この識別記号を前記車載端末に通知することを特徴とする基地局。
2. 前記順序設定手段は、より早く前記サービス要求を送信した車載端末へのサービス提供に対してより高い優先度を付与し、この優先度に基づいて前記サービス提供順序を設定することを特徴とする請求項１に記載の基地局。
3. 前記順序設定手段は、前記完了時刻算出手段が算出するサービス完了時刻が前記車載端末の承諾するサービス完了時刻を満足することを最優先とすることを特徴とする請求項１または２に記載の基地局。
4. 前記順序設定手段は、先に為されたサービス要求の上位に割り込みが可能であっても、割り込みをせずに前記完了時刻算出手段が算出するサービス完了時刻が前記車載端末の承諾するサービス完了時刻を満足するならば、割り込みを行わないことを特徴とする請求項１ないし３のいずれか１つに記載の基地局。
5. 前記完了時刻算出手段が算出したサービス完了時刻と、前記車載端末の承諾するサービス完了時刻とを比較し、この比較に基づき前記車載端末の承諾するサービス完了時刻の方が早いと判定した場合には、サービス完了時刻の変更を前記車載端末に通知する時刻比較手段を備えたことを特徴とする請求項１ないし４のいずれか１つに記載の基地局。
6. 前記時刻比較手段は、前記比較に基づき前記車載端末の承諾するサービス完了時刻の方が遅いと判定した場合には、サービス完了時刻の変更を前記車載端末に通知しないことを特徴とする請求項５に記載の基地局。
7. 前記時刻比較手段は、前記要求受信手段がサービス要求を受信する度に、前記完了時刻算出手段が算出したサービス完了時刻と、前記車載端末の承諾するサービス完了時刻とを比較し、この比較に基づき前記車載端末の承諾するサービス完了時刻の方が早いと判定した場合には、サービス完了時刻の変更を前記車載端末に通知することを特徴とする請求項５または６に記載の基地局。
8. ファイルを蓄積するバッファを備え、
   前記占有サービス手段は、サービスにおいて前記車載端末に提供するファイルを予め外部から取得して前記バッファに蓄積させることを特徴とする請求項１ないし７のいずれか１つに記載の基地局。
9. 前記バッファ中に無いファイルのうち、前記順序設定手段が優先とするサービス順に、そのサービスにおいて提供するファイルを予め外部から取得することを特徴とする請求項８に記載の基地局。
10. 前記バッファは、書き込みと読み出しを同時に行うことのできるメモリから成ることを特徴とする請求項８または９に記載の基地局。
11. 前記要求受信手段と、前記占有サービス提供手段とは、異なる通信回線を用いることを特徴とする請求項１ないし１０のいずれか１つに記載の基地局。
12. 前記占有サービス提供手段は、ミリ波またはマイクロ波を用いて、１台の車両の前面にのみセルを構成してサービスを提供することを特徴とする請求項１ないし１１のいずれか１つに記載の基地局。
13. 前記占有サービス提供手段は、車載端末と１対１で通信を行ってサービスを提供することを特徴とする請求項１２に記載の基地局。
14. 前記占有サービス提供手段は、Ｍｅｔａ−Ｃｏｎｔｅｎｔ技術を用いてサービスを提供することを特徴とする請求項１ないし１３のいずれか１つに記載の基地局。
15. 時間的に独立して使用できる複数のサービス提供用無線回線と、
    前記複数のサービス提供用無線回線のそれぞれを一時的に一台の車載端末に占有的に割り当てて、１つの設定順序に含まれる複数のサービスに対して同時にサービス提供を行う手段を備えたことを特徴とする請求項１ないし１４のいずれか１つに記載の基地局。
16. 路車間通信システムにおいて、基地局からサービスの提供を受ける車載端末であって、
    請求項２に記載の基地局にサービス要求を送信する要求送信手段と、
    前記要求送信手段が前記サービス要求を送信する先の前記基地局から前記サービスの完了時刻の通知を受信し、この受信したサービス完了時刻を当該車載端末のユーザに表示する完了時刻表示手段と、
    駐車場に設置された駐車場記号通知手段から通知された駐車場記号を検知する手段と、
    前記基地局にこの検知した駐車場記号を通知する手段と、を備えた車載端末。
17. 前記完了時刻表示手段が受信した前記サービス完了時刻の通知に基づき、サービス完了時刻を更新する更新手段を備えたことを特徴とする請求項１６に記載の車載端末。
18. 前記更新手段は、所定時間が経過することに基づいてこの所定時間をサービス完了時刻に加算することでサービス完了時刻を更新することを特徴とする請求項１７に記載の車載端末。
19. 前記完了時刻表示手段は、更に前記基地局から提供を受けることのできるサービスのメニューを当該車載端末のユーザに表示することを特徴とする請求項１６ないし１８のいずれか１つに記載の車載端末。
20. 前記所定時間は、前記サービスのメニューと共に表示されるサービス完了時刻の最小単位であることを特徴とする請求項１９に記載の車載端末。
21. ユーザの承諾の旨の入力によって、前記完了時刻表示手段が受信したサービス完了時刻を承諾することを前記基地局に通知する請求項１６ないし２０のいずれか１つに記載の車載端末。
22. 前記駐車場記号通知手段は、駐車場記号を示すコードであることを特徴とする請求項１６ないし２１のいずれか 1 つに記載の車載端末。
23. 前記駐車場記号通知手段は、駐車場記号を送信する電波ビーコンであることを特徴とする請求項１６ないし２１のいずれか 1 つに記載の車載端末。
24. 前記駐車場記号通知手段は、駐車場記号を示すＩＤタグであることを特徴とする請求項１６ないし２１のいずれか 1 つに記載の車載端末。
25. ファイルを蓄積し、書き込みと読みだしとを同時に行うことができるバッファを備え、
    サービスにおいて前記基地局から提供されるファイルを前記バッファに蓄積させることを特徴とする請求項１６ないし２４のいずれか１つに記載の車載端末。

Images