JP4235044B2 - モバイル端末 - Google Patents
モバイル端末 Download PDFInfo
- Publication number
- JP4235044B2 JP4235044B2 JP2003171636A JP2003171636A JP4235044B2 JP 4235044 B2 JP4235044 B2 JP 4235044B2 JP 2003171636 A JP2003171636 A JP 2003171636A JP 2003171636 A JP2003171636 A JP 2003171636A JP 4235044 B2 JP4235044 B2 JP 4235044B2
- Authority
- JP
- Japan
- Prior art keywords
- received
- data
- predetermined
- predetermined data
- reception
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、モバイル端末が所定通信装置の通信エリアを通過するまでに受信可能なデータ量を推定するための技術に関する。
【０００２】
【従来の技術】
従来、狭域通信(DSRC:Dedicated Short Range Communications)等、路車間通信基地局（路側通信装置ともいう）と車載器との間でいわゆる路車間通信を行うシステムが提供されている（例えば、非特許文献１参照）。
【０００３】
【非特許文献１】
http://www.itsforum.gr.jp/Public/J5Faq/index.html
【特許文献１】
特開２００２−９４４９８号公報
【０００４】
従来の路車間通信システムでは、車載器から要求されたマルチメディアデータ（動画データや音楽データ等）等の比較的大容量のデータを、路側通信装置からその通信エリアに提供するようにした場合に、車載器がその通信エリアを通過するまでにその要求データを最後まで確実に受信完了（ダウンロード完了）することができるか否かについて、事前に把握することができなかった。このため、無駄な通信が生ずることがあった。
【０００５】
【発明が解決しようとする課題】
本発明の課題は、車載器等のモバイル端末が所定通信装置（例えば路側通信装置）の通信エリアを通過するまでに受信可能なデータ量を事前に把握できるようにすることにある。
【０００６】
【課題を解決するための手段】
本発明は、上記課題を解決するためになされたものであり、所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末であって、前記通信エリアを通過するまでに受信可能なデータ量を推定する推定手段を備える構成とした。
【０００７】
本発明によれば、車載器等のモバイル端末が所定通信装置（例えば路側通信装置）の通信エリアを通過するまでに受信可能なデータ量を事前に把握できる。
【０００８】
また、上記モバイル端末においては、例えば、前記推定手段は、例えば、前記所定通信装置の推定受信速度、自己の移動速度、及び前記通信エリアのエリア長に基づいて、前記受信可能なデータ量を推定する。これら各データは、例えば、前記所定通信装置から前記推定受信速度を取得する推定受信速度取得手段、前記自己の移動速度を検出する速度検出手段、及び前記通信エリアのエリア長を取得するエリア長取得手段によって得られる。
【０００９】
また、上記モバイル端末においては、例えば、前記推定された受信可能なデータ量を利用する利用手段をさらに備える。
【００１０】
前記利用手段は、例えば、所定データの受信要求を取得する受信要求取得手段と、前記受信要求された所定データのデータ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された所定データの受信可能性を判定する判定手段と、前記受信要求された所定データの受信が可能であると判定された場合に、前記受信要求が格納される記憶手段と、を含む。これは、前記推定されたデータ量の利用形態を示したものである。
【００１１】
このようにすれば、前記通信エリアを通過するまでに前記受信要求された所定データの受信完了が可能でないと判断された場合には、その受信要求は記憶装置に格納されない。このため、無駄な通信が生ずることがない。
【００１２】
上記モバイル端末においては、例えば、前記受信要求取得手段は、所定アプリケーションから、第１所定データの受信要求を取得する。また、前記受信要求取得手段は、前記所定アプリケーションから、前記第１所定データの受信要求を取得した後、さらに、他のモバイル端末から、第２所定データの受信要求を取得し、前記判定手段は、前記受信要求された第１及び第２所定データの合計データ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された第２所定データの受信可能性を判定し、前記記憶手段には、前記受信要求された第２所定データの受信が可能であると判定された場合に、前記第２所定データの受信要求が格納される。
【００１３】
このようにすれば、他のモバイル端末からの受信要求に優先して、自己の受信要求を処理することが可能となる。
【００１４】
上記モバイル端末においては、例えば、前記通信エリアを通過するまでに前記受信要求された所定データの受信が可能でないと判定された場合に、前記所定データの受信要求の要求元に対して受信要求拒否が通知される。
【００１５】
このようにすれば、所定データの受信要求の要求元は、受信要求拒否の原因を把握することが可能となる。
【００１６】
上記モバイル端末においては、例えば、前記通信エリアを通過するまでに前記受信要求された所定データの受信が可能でないと判定された場合に、利用者に対して減速の指示を報知する報知手段をさらに備える。これは、前記推定されたデータ量の利用形態を示したものである。
【００１７】
このようにすれば、その報知を受けた利用者が車速を減速させることが期待され、これにより、より大容量のデータの受信をすることが可能となる。
【００１８】
また、上記モバイル端末においては、例えば、前記所定通信装置は、路上に固定設置された路側通信装置である。これは、所定通信装置の一例を示したものである。
【００１９】
また、本発明は、上記いずれかのモバイル端末を搭載した車両としても特定することができる。
【００２０】
また、本発明は、システムの発明として次のように特定することができる。
【００２１】
無線によるデータ通信を行うための通信エリアを提供する所定通信装置と、該所定通信装置に接続されたサーバと、前記所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末と、を包含するネットワークシステムであって、前記モバイル端末は、前記通信エリアを通過するまでに、前記サーバから、前記所定通信装置を介して受信可能なデータ量を推定する推定手段、を備えるネットワークシステム。
【００２２】
また、本発明は、方法の発明として、次のように特定することができる。
【００２３】
所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末が、前記通信エリアを通過するまでに受信可能なデータ量を推定するステップ、を備える推定受信データ量利用方法。
【００２４】
また、本発明は、プログラムの発明として、次のように特定することができる。
【００２５】
所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するコンピュータを、前記通信エリアを通過するまでに受信可能なデータ量を推定する推定手段、として機能させるためのプログラム。
【００２６】
また、本発明は、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体としても特定することができる。
【００２７】
【発明の実施の形態】
以下、本発明の実施の形態である路車間通信システムについて図面を参照しながら説明する。図１は、路車間通信システムの概略システム構成を説明するための図である。
【００２８】
本実施形態の路車間通信システムは、サーバ１００、路車間通信基地局（以下単に基地局という）２００、及び路車間通信車載器（以下単に車載器という）３００等を備えている。両者はそれぞれ、ＤＳＲＣ（Dedicated Short Range Communications）や、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮなどによる無線データ通信を行うための通信機能を備えており、相互にデータの送受が可能となっている。ビットレートは、例えば、１Ｍｂｐｓ・５０Ｍｂｐｓ、通信エリア（カバーエリアともいう）は、例えば、基地局一つあたり数十ｍである。通信エリアについては、基地局２００を連続して設置することで数百ｍあるいはそれ以上に広げることも考えられる。
【００２９】
サーバ１００は、インターネット等の固定網に置かれるアプリケーションソフトウエア（以下ＡＰと呼ぶ）である。サーバ１００は、基地局２００に関して、各車両へのスループット・通信継続時間に関する過去の実績を収集して、基地局２００の通信エリア内でのサーバ１００・車両間のスループット、通信継続時間等の性能期待値を計算して予め保持している。サーバ１００は、これに接続された基地局２００を介して車載器３００との間でデータ通信を行う。
【００３０】
基地局２００は、車両に搭載された車載器３００との間で無線による（ＤＳＲＣや、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮなどによる）データ通信（いわゆる路車間通信）を行うための通信エリアを道路上等の所定領域に対して提供する周知の無線通信装置であり、例えば、道路沿い等の路側に固定設置される。基地局２００は、その通信エリアに到達した（その通信エリア内に入った）車載器３００との間で無線によるデータ通信を行う。本実施形態では、通信エリア長がL1の基地局(1)と通信エリア長がL2の基地局(2)の２つの基地局２００を備えている。
【００３１】
車載器３００は、各基地局(1)(2)２００との間や他車に搭載された他の車載器３００’との間で、自己（自車）の位置に応じて無線による（ＤＳＲＣや、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮなどによる）データ通信を行う移動可能な情報処理端末（モバイル端末ともいう）である。本実施形態においては、車載器３００は、車両に搭載されてその車両の移動に伴って移動する。
【００３２】
車載器３００は、路車間通信車載器３１０、車々間通信装置３２０、アプリケーションソフトウエア等の実行環境３３０、及びダウンロード処理装置３４０等を備えている。
【００３３】
路車間通信車載器３１０は、車載器３００が基地局２００の通信エリアに到達した（その通信エリア内に入った）場合に（例えば受信感度がしきい値を超えたこと、又は特定の信号を受信したこと、が検出された場合等）、その基地局２００との間で無線による（ＤＳＲＣや、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮなどによる）データ通信を行うための通信装置である。
【００３４】
車々間通信装置３２０は、他の車両に搭載された他の車載器３００’との間で無線によるデータ通信を行うための通信装置である。車々間通信装置３２０は、ＤＳＲＣのほかに、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮによって構成される。ビットレートは1Mbps−10Mbps、通信距離は最大300m程度である。
【００３５】
アプリケーションソフトウエア等の実行環境３３０としては、例えば、アプリケーションソフトウエアAPが格納されたハードディスク装置等の記憶装置、この記憶装置からアプリケーションソフトウエアAPが読み込まれるメモリ、このメモリ上のアプリケーションソフトウエアAPを実行するＣＰＵ、これらのリソースを管理するオペレーティングシステム等がある。
【００３６】
ダウンロード処理装置３４０は、ダウンロード処理要求受付制御部３４１、及びダウンロード処理実行部３４２等を備える。これらは、例えば、車載器３００のＣＰＵ（図示せず）が所定プログラムを実行することにより実現される。
【００３７】
ダウンロード処理要求受付制御部３４１は、基地局２００の通信エリアを通過するまでに受信可能なデータ量Ｓmaxの推定等の処理を行う。また、ダウンロード処理要求受付制御部３４１は、所定データの受信要求を取得すると、その受信要求された所定データの受信完了可能性（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された所定データの受信を完全に完了できるか否か）を判定する。なお、所定データの受信要求としては、自車両が実行中のアプリケーションソフトウエアAPから入力される第１所定データの受信要求と、他の車両に搭載された他の車載器３００’から送信される第２所定データの受信要求がある。
【００３８】
次に、上記構成の路車間通信システムの動作について図面を参照しながら説明する。図３は路車間通信システムの動作を説明するためのフローチャートである。以下の処理は、車載器３００及びサーバ１００に所定プログラムが読み込まれて、そのＣＰＵ等により実行されることによって実現される。
【００３９】
以下の説明においては、車両（a）（以下自車ともいう）と車両(b）（以下他車ともいう）が、基地局(2)２００を介してサーバ１００からデータを受信するものとする。ここでは、車両（a）は基地局(2)２００を利用できるが、車両（b）はその通信エリアの外にいるため基地局(2)２００を利用できず、サーバ１００からデータを受信できないものとする。このため、車両（b）は、まずその車々間通信装置によって車両（a）に対してデータの受信を依頼するものとする。この場合、車両（a）が基地局(2)２００の通信エリアに到達すると（入ると）、サーバ１００・車（a）・車(b）の経路でデータを受信するという処理を行う。
【００４０】
処理の流れは以下の通りである。
【００４１】
（車両(a)が基地局(2)の通信エリアに到達する前の処理）
【００４２】
車載器３００は、基地局(2)２００の通信エリアに到達する前（基地局(1)の通信エリア内に位置しているものとする）の所定タイミングで、基地局(1)２００を介してサーバ１００に接続して、推定受信速度（受信速度の期待値）Ｒを問い合わせる（Ｓ１００）。
【００４３】
サーバ１００は、車両（a）からの問い合わせを受けると、予め計算して保持している推定受信速度Ｒを車両（a）に対して送信する（Ｓ１０１）。
【００４４】
車両（a)の車載器３００は、サーバ１００からの推定受信速度（受信速度の期待値）Ｒを受信する。車載器３００は、推定受信速度Ｒを受信すると、基地局(2)２００の通信エリアを通過するまでに受信可能なデータ量Ｓmaxの推定を行う（Ｓ１０２）。例えば、ダウンロード処理要求受付制御部３４１が（式）推定受信速度Ｒ×通信エリアのエリア長Ｌ２／移動速度Ｖの演算を行い、この演算結果を受信可能なデータ量Ｓmaxとして推定することが考えられる。
【００４５】
なお、移動速度Ｖについては、例えば自車両に取り付けられた速度センサから検出する。通信エリアのエリア長Ｌ２については、例えば、通信エリアの位置とそのエリア長との対応関係を保持するサーバ１００（又は自車両に搭載された地図データベース等の記憶装置）から読み出す。
【００４６】
次に、車両（a)のダウンロード処理装置３４０は、自車の通信システムのアプリケーションソフトウェア（以下APと呼ぶ）から、第１所定データの受信要求として、ファイル名がファイル1、サイズがA（ビット）のファイルを、サーバ１００からダウンロードする処理の要求を受け付けたとする（Ｓ１０３）。
【００４７】
APから第１所定データの受信要求を取得すると、ダウンロード処理要求受付制御部３４１は、その受信要求された第１所定データの受信完了可能性（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第１所定データの受信を完全に完了できるか否か）を判定する（Ｓ１０４）。この判定のために、ダウンロード処理要求受付制御部３４１は、その受信要求された第１所定データのデータ量Aと上記推定されたデータ量Ｓmaxとを比較する（Ｓ１０４）。
【００４８】
そして、ダウンロード処理要求受付制御部３４１は、その比較結果に基づいて、その受信要求された第１所定データの受信完了可能性を判定する。例えば、その比較結果が第１所定データのデータ量A＜上記推定されたデータ量Ｓmaxであれば、その受信要求された第１所定データの受信完了可能（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第１所定データの受信を完全に完了できる）と判定する（Ｓ１０４：Ｙｅｓ）。
【００４９】
この場合、ダウンロード処理要求受付制御部３４１は、その第１所定データの受信要求を受け入れて、受信のための前処理を行う（Ｓ１０５）。前処理としては、例えば、その第１所定データの受信要求を、ダウンロード処理実行部３４２が管理する記憶装置３４３に待ち行列として格納する。
【００５０】
なお、Ｓ１０３での比較結果が第１所定データのデータ量A＞上記推定されたデータ量Ｓmaxであれば、その受信要求された第１所定データの受信完了可能でない（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第１所定データの受信を完全に完了できない）と判定する（Ｓ１０４：Ｎｏ）。この場合、ダウンロード処理要求受付制御部３４１は、その第１所定データの受信要求を記憶装置３４３に格納することなく、（A・Ｓmax)の値と共にその受信要求を拒否する応答をAPに送る（Ｓ１０６）。
【００５１】
次に、Ｓ１０５の処理が終わった後に、車両（a)のダウンロード処理装置３４０は、他車から、第２所定データの受信要求として、ファイル名がファイル2、サイズがB（ビット）のファイルを、サーバ１００からダウンロードする処理の要求を受け付けたとする（Ｓ１０７）。この要求は、車両(b）がその車々間通信装置によって車両（a）に接続し、車両（a)のダウンロード処理装置３４０に対して行う。この場合、自車のAPからの受信要求を、他車（他の車載器）からの受信要求に優先して処理するために、以下の処理を行う。
【００５２】
他車から第２所定データの受信要求を取得すると、ダウンロード処理要求受付制御部３４１は、その受信要求された第２所定データの受信完了可能性（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第２所定データの受信を完全に完了できるか否か）を判定する（Ｓ１０８）。
【００５３】
この判定のために、ダウンロード処理要求受付制御部３４１は、既に受信要求されて待ち行列として格納された第１所定データとその受信要求された第２所定データとの合計データ量A＋Bと上記推定されたデータ量Ｓmaxとを比較する（Ｓ１０８）。そして、ダウンロード処理要求受付制御部３４１は、その比較結果に基づいて、その受信要求された第２所定データの受信完了可能性を判定する。例えば、その比較結果が第１及び第２所定データの合計データ量A＋B＜上記推定されたデータ量Ｓmaxであれば、その受信要求された第２所定データの受信完了可能（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第２所定データの受信を完全に完了できる）と判定する（Ｓ１０８：Ｙｅｓ）。
【００５４】
この場合、ダウンロード処理要求部３４１は、その第２所定データの受信要求を受け入れて、受信のための前処理を行う（Ｓ１０９）。前処理としては、例えば、その第２所定データの受信要求を、ダウンロード処理実行部３４２が管理する記憶装置３４３に待ち行列として格納する。これにより、記憶装置３４３には待ち行列として、第１及び第２所定データの受信要求が格納されることになる。
【００５５】
なお、Ｓ１０８での比較結果が第１及び第２所定データの合計データ量A＋B＞上記推定されたデータ量Ｓmaxであれば、その受信要求された第２所定データの受信完了可能でない（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第２所定データの受信を完全に完了できない）と判定する（Ｓ１０８：Ｎｏ）。この場合、ダウンロード処理要求受付制御部３４１は、その第２所定データの受信要求を記憶装置３４３に格納することなく、（A＋B-Ｓmax）の値と共にその受信要求を拒否する応答を他車に送る（Ｓ１１０）。これにより、自車のAPからの受信要求を、他車からの受信要求に優先して処理することが可能となる。
【００５６】
（車両(a)が通信エリアに到達した後の処理）
【００５７】
車両（a）が基地局(2)２００の通信エリアに到達した場合（例えば受信感度がしきい値をこえたこと、又は特定の信号を受信したこと、が検出された場合等）には、そのダウンロード処理装置３４０は、記憶装置３４３から、受信要求（ここでは待ち行列として格納されている、第１及び第２所定データの受信要求）を読み出して、これを基地局(2)２００を介してサーバ１００に対して送信する。
【００５８】
サーバ１００は、車両(a)からの受信要求を受信して、これに対応するファイル（ここではファイル１及びファイル２）を基地局(2)２００を介して車両(a)に対して送信する。車両(a)は、サーバ１００から基地局(2)２００を介して提供されるファイルを受信する（Ｓ１１１）。即ち、車両(a)は、要求を受け付けたファイル１，２に関して、サーバ１００からのダウンロードを開始する。ダウンロード処理装置３４０は、そのダウンロードしたファイル１については、要求を発した自車のAPに、ファイル２については他車に、それぞれ転送する。
【００５９】
以上述べたように、本実施形態の路車間通信システムによれば、各車のAPは、自車あるいは他車の路車間通信システムを利用してサーバ１００からファイルのダウンロードを希望する際に、一つのカバーエリア内でそのファイルのダウンロードが完了するかどうかを判断することが出来る。また、一旦ダウンロード処理要求が受け入れられれば、それが保証され、後から入ったダウンロード要求によってダウンロードできるデータ量が減少するなどのことが起こらない。これにより、ユーザの利便性が増すものと考えられる。
【００６０】
次に、本実施形態の路車間通信システムの変形例について説明する。
【００６１】
上記実施形態においては、車載器３００は、車両に搭載されてその車両の移動に伴って移動するように説明したが、本発明はこれに限定されない。例えば、車載器３００はモバイル端末として、車両以外の移動体（オートバイや自転車等）に搭載されてその移動体の移動に伴って移動するものであっても良いし、又は人等に携帯されてその人等の移動に伴って移動するものであってもよい。
【００６２】
また、上記実施形態においては、推定受信速度Ｒについては、車載器３００は、基地局(1)を介してサーバ１００から取得するように説明したが、本発明はこれに限定されない。例えば、推定受信速度Ｒについては、車載器３００は、これに接続された携帯電話機等の通信装置を介してサーバ１００から取得するようにしてもよい。
【００６３】
また、上記実施形態においては、推定データ量Ｓmax（基地局(2)２００の通信エリアを通過するまでに受信可能なデータ量Ｓmax）については、所定データの受信要求を受け付けるか否かの判定に用いるように説明したが、本発明はこれに限定されない。例えば、Ｓ１０４において、基地局(2)２００の通信エリアを通過するまでに、受信要求された第１所定データの受信完了が可能でないと判定された場合に（Ｓ１０４：Ｎｏ）、利用者に対して減速の指示を報知する報知手段をさらに備えるようにしてもよい。このようにすれば、その報知を受けた利用者が車速を減速させることが期待され、これにより、より大容量のデータの受信をすることが可能となる。
【００６４】
また、上記実施形態においては、他車から、受信要求された第２所定データの受信を完全に完了できると判定された場合（Ｓ１０８：Ｙｅｓ）、その他車に対して通知を行わなかったが、本発明はこれに限定されない。例えば、図４に示すように、他車から、受信要求された第２所定データの受信を完全に完了できると判定された場合（Ｓ１０８）、その他車に対して代行受信受付の通知を行うようにしてもよい。なお、図４に示した動作のうち上記実施形態の処理と同様であるものについては、同一の符号を付すことで、その説明を省略する。
【００６５】
また、上記実施形態においては、他車から、受信要求された第２所定データの受信を完全に完了できないと判定された場合（Ｓ１０８：Ｎｏ）、その第２所定データの受信要求を拒否する（Ｓ１１０）ように説明したが、本発明はこれに限定されない。例えば、図４に示すように、他車から、受信要求された第２所定データの受信を完全に完了できないと判定された場合、A＋B−Ｓmaxのデータ量だけデータＢの代行受信を受け付けるようにし（その旨の要求を記憶装置３４３に格納する）、その他車に対してその旨の通知を行うようにしてもよい（Ｓ１０６’）。
【００６６】
この場合も、図４に示すように、車両（a）が基地局(2)２００の通信エリアに到達した場合（例えば受信感度がしきい値をこえたこと、又は特定の信号を受信したこと、が検出された場合等）には、そのダウンロード処理装置３４０は、記憶装置３４３から、受信要求（ここでは待ち行列として格納されている、第１所定データの受信要求及び第２所定データの一部の受信要求）を読み出して、これを基地局(2)２００を介してサーバ１００に対して送信する（Ｓ１０９１）。
【００６７】
サーバ１００は、車両(a)からの受信要求を受信して、これに対応するファイル（ここではファイル１及びファイル２）を基地局(2)２００を介して車両(a)に対して送信する。車両(a)は、サーバ１００から基地局(2)２００を介して提供されるファイルを受信する（Ｓ１１１）。即ち、車両(a)は、要求を受け付けたファイル１，２に関して、サーバ１００からのダウンロードを開始する。ダウンロード処理装置３４０は、そのダウンロードしたファイル１については、要求を発した自車のAPに、ファイル２については他車に、それぞれ転送する（Ｓ１１１１）。
【００６８】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。このため、上記の実施形態はあらゆる点で単なる例示にすぎず、これらの記載によって本発明が限定的に解釈されるものではない。
【００６９】
【発明の効果】
本発明によれば、車載器等のモバイル端末が所定通信装置（例えば路側通信装置）の通信エリアを通過するまでに受信可能なデータ量を事前に把握できるようになる。
【図面の簡単な説明】
【図１】 本発明の実施の形態である路車間通信システムの概略システム構成を説明するための図である。
【図２】 主に本発明の実施の形態である路車間通信システムを構成する車載器の概略構成を説明するための図である。
【図３】 本発明の実施の形態である路車間通信システムの動作を説明するためのフローチャートである。
【図４】 本発明の実施の形態である路車間通信システムの変形例を説明するためのフローチャートである。
【符号の説明】
１００ サーバ
２００ 路車間通信基地局
３００ 路車間通信車載器
３１０ 路車通信車載器
３２０ 車々間通信装置
３３０ 実行環境
３４０ ダウンロード処理装置
３４１ ダウンロード処理要求受付制御部
３４２ ダウンロード処理実行部
【発明の属する技術分野】
本発明は、モバイル端末が所定通信装置の通信エリアを通過するまでに受信可能なデータ量を推定するための技術に関する。
【０００２】
【従来の技術】
従来、狭域通信(DSRC:Dedicated Short Range Communications)等、路車間通信基地局（路側通信装置ともいう）と車載器との間でいわゆる路車間通信を行うシステムが提供されている（例えば、非特許文献１参照）。
【０００３】
【非特許文献１】
http://www.itsforum.gr.jp/Public/J5Faq/index.html
【特許文献１】
特開２００２−９４４９８号公報
【０００４】
従来の路車間通信システムでは、車載器から要求されたマルチメディアデータ（動画データや音楽データ等）等の比較的大容量のデータを、路側通信装置からその通信エリアに提供するようにした場合に、車載器がその通信エリアを通過するまでにその要求データを最後まで確実に受信完了（ダウンロード完了）することができるか否かについて、事前に把握することができなかった。このため、無駄な通信が生ずることがあった。
【０００５】
【発明が解決しようとする課題】
本発明の課題は、車載器等のモバイル端末が所定通信装置（例えば路側通信装置）の通信エリアを通過するまでに受信可能なデータ量を事前に把握できるようにすることにある。
【０００６】
【課題を解決するための手段】
本発明は、上記課題を解決するためになされたものであり、所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末であって、前記通信エリアを通過するまでに受信可能なデータ量を推定する推定手段を備える構成とした。
【０００７】
本発明によれば、車載器等のモバイル端末が所定通信装置（例えば路側通信装置）の通信エリアを通過するまでに受信可能なデータ量を事前に把握できる。
【０００８】
また、上記モバイル端末においては、例えば、前記推定手段は、例えば、前記所定通信装置の推定受信速度、自己の移動速度、及び前記通信エリアのエリア長に基づいて、前記受信可能なデータ量を推定する。これら各データは、例えば、前記所定通信装置から前記推定受信速度を取得する推定受信速度取得手段、前記自己の移動速度を検出する速度検出手段、及び前記通信エリアのエリア長を取得するエリア長取得手段によって得られる。
【０００９】
また、上記モバイル端末においては、例えば、前記推定された受信可能なデータ量を利用する利用手段をさらに備える。
【００１０】
前記利用手段は、例えば、所定データの受信要求を取得する受信要求取得手段と、前記受信要求された所定データのデータ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された所定データの受信可能性を判定する判定手段と、前記受信要求された所定データの受信が可能であると判定された場合に、前記受信要求が格納される記憶手段と、を含む。これは、前記推定されたデータ量の利用形態を示したものである。
【００１１】
このようにすれば、前記通信エリアを通過するまでに前記受信要求された所定データの受信完了が可能でないと判断された場合には、その受信要求は記憶装置に格納されない。このため、無駄な通信が生ずることがない。
【００１２】
上記モバイル端末においては、例えば、前記受信要求取得手段は、所定アプリケーションから、第１所定データの受信要求を取得する。また、前記受信要求取得手段は、前記所定アプリケーションから、前記第１所定データの受信要求を取得した後、さらに、他のモバイル端末から、第２所定データの受信要求を取得し、前記判定手段は、前記受信要求された第１及び第２所定データの合計データ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された第２所定データの受信可能性を判定し、前記記憶手段には、前記受信要求された第２所定データの受信が可能であると判定された場合に、前記第２所定データの受信要求が格納される。
【００１３】
このようにすれば、他のモバイル端末からの受信要求に優先して、自己の受信要求を処理することが可能となる。
【００１４】
上記モバイル端末においては、例えば、前記通信エリアを通過するまでに前記受信要求された所定データの受信が可能でないと判定された場合に、前記所定データの受信要求の要求元に対して受信要求拒否が通知される。
【００１５】
このようにすれば、所定データの受信要求の要求元は、受信要求拒否の原因を把握することが可能となる。
【００１６】
上記モバイル端末においては、例えば、前記通信エリアを通過するまでに前記受信要求された所定データの受信が可能でないと判定された場合に、利用者に対して減速の指示を報知する報知手段をさらに備える。これは、前記推定されたデータ量の利用形態を示したものである。
【００１７】
このようにすれば、その報知を受けた利用者が車速を減速させることが期待され、これにより、より大容量のデータの受信をすることが可能となる。
【００１８】
また、上記モバイル端末においては、例えば、前記所定通信装置は、路上に固定設置された路側通信装置である。これは、所定通信装置の一例を示したものである。
【００１９】
また、本発明は、上記いずれかのモバイル端末を搭載した車両としても特定することができる。
【００２０】
また、本発明は、システムの発明として次のように特定することができる。
【００２１】
無線によるデータ通信を行うための通信エリアを提供する所定通信装置と、該所定通信装置に接続されたサーバと、前記所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末と、を包含するネットワークシステムであって、前記モバイル端末は、前記通信エリアを通過するまでに、前記サーバから、前記所定通信装置を介して受信可能なデータ量を推定する推定手段、を備えるネットワークシステム。
【００２２】
また、本発明は、方法の発明として、次のように特定することができる。
【００２３】
所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末が、前記通信エリアを通過するまでに受信可能なデータ量を推定するステップ、を備える推定受信データ量利用方法。
【００２４】
また、本発明は、プログラムの発明として、次のように特定することができる。
【００２５】
所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するコンピュータを、前記通信エリアを通過するまでに受信可能なデータ量を推定する推定手段、として機能させるためのプログラム。
【００２６】
また、本発明は、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体としても特定することができる。
【００２７】
【発明の実施の形態】
以下、本発明の実施の形態である路車間通信システムについて図面を参照しながら説明する。図１は、路車間通信システムの概略システム構成を説明するための図である。
【００２８】
本実施形態の路車間通信システムは、サーバ１００、路車間通信基地局（以下単に基地局という）２００、及び路車間通信車載器（以下単に車載器という）３００等を備えている。両者はそれぞれ、ＤＳＲＣ（Dedicated Short Range Communications）や、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮなどによる無線データ通信を行うための通信機能を備えており、相互にデータの送受が可能となっている。ビットレートは、例えば、１Ｍｂｐｓ・５０Ｍｂｐｓ、通信エリア（カバーエリアともいう）は、例えば、基地局一つあたり数十ｍである。通信エリアについては、基地局２００を連続して設置することで数百ｍあるいはそれ以上に広げることも考えられる。
【００２９】
サーバ１００は、インターネット等の固定網に置かれるアプリケーションソフトウエア（以下ＡＰと呼ぶ）である。サーバ１００は、基地局２００に関して、各車両へのスループット・通信継続時間に関する過去の実績を収集して、基地局２００の通信エリア内でのサーバ１００・車両間のスループット、通信継続時間等の性能期待値を計算して予め保持している。サーバ１００は、これに接続された基地局２００を介して車載器３００との間でデータ通信を行う。
【００３０】
基地局２００は、車両に搭載された車載器３００との間で無線による（ＤＳＲＣや、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮなどによる）データ通信（いわゆる路車間通信）を行うための通信エリアを道路上等の所定領域に対して提供する周知の無線通信装置であり、例えば、道路沿い等の路側に固定設置される。基地局２００は、その通信エリアに到達した（その通信エリア内に入った）車載器３００との間で無線によるデータ通信を行う。本実施形態では、通信エリア長がL1の基地局(1)と通信エリア長がL2の基地局(2)の２つの基地局２００を備えている。
【００３１】
車載器３００は、各基地局(1)(2)２００との間や他車に搭載された他の車載器３００’との間で、自己（自車）の位置に応じて無線による（ＤＳＲＣや、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮなどによる）データ通信を行う移動可能な情報処理端末（モバイル端末ともいう）である。本実施形態においては、車載器３００は、車両に搭載されてその車両の移動に伴って移動する。
【００３２】
車載器３００は、路車間通信車載器３１０、車々間通信装置３２０、アプリケーションソフトウエア等の実行環境３３０、及びダウンロード処理装置３４０等を備えている。
【００３３】
路車間通信車載器３１０は、車載器３００が基地局２００の通信エリアに到達した（その通信エリア内に入った）場合に（例えば受信感度がしきい値を超えたこと、又は特定の信号を受信したこと、が検出された場合等）、その基地局２００との間で無線による（ＤＳＲＣや、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮなどによる）データ通信を行うための通信装置である。
【００３４】
車々間通信装置３２０は、他の車両に搭載された他の車載器３００’との間で無線によるデータ通信を行うための通信装置である。車々間通信装置３２０は、ＤＳＲＣのほかに、ＩＥＥＥ８０２．１１ａ，ｂなどの無線ＬＡＮによって構成される。ビットレートは1Mbps−10Mbps、通信距離は最大300m程度である。
【００３５】
アプリケーションソフトウエア等の実行環境３３０としては、例えば、アプリケーションソフトウエアAPが格納されたハードディスク装置等の記憶装置、この記憶装置からアプリケーションソフトウエアAPが読み込まれるメモリ、このメモリ上のアプリケーションソフトウエアAPを実行するＣＰＵ、これらのリソースを管理するオペレーティングシステム等がある。
【００３６】
ダウンロード処理装置３４０は、ダウンロード処理要求受付制御部３４１、及びダウンロード処理実行部３４２等を備える。これらは、例えば、車載器３００のＣＰＵ（図示せず）が所定プログラムを実行することにより実現される。
【００３７】
ダウンロード処理要求受付制御部３４１は、基地局２００の通信エリアを通過するまでに受信可能なデータ量Ｓmaxの推定等の処理を行う。また、ダウンロード処理要求受付制御部３４１は、所定データの受信要求を取得すると、その受信要求された所定データの受信完了可能性（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された所定データの受信を完全に完了できるか否か）を判定する。なお、所定データの受信要求としては、自車両が実行中のアプリケーションソフトウエアAPから入力される第１所定データの受信要求と、他の車両に搭載された他の車載器３００’から送信される第２所定データの受信要求がある。
【００３８】
次に、上記構成の路車間通信システムの動作について図面を参照しながら説明する。図３は路車間通信システムの動作を説明するためのフローチャートである。以下の処理は、車載器３００及びサーバ１００に所定プログラムが読み込まれて、そのＣＰＵ等により実行されることによって実現される。
【００３９】
以下の説明においては、車両（a）（以下自車ともいう）と車両(b）（以下他車ともいう）が、基地局(2)２００を介してサーバ１００からデータを受信するものとする。ここでは、車両（a）は基地局(2)２００を利用できるが、車両（b）はその通信エリアの外にいるため基地局(2)２００を利用できず、サーバ１００からデータを受信できないものとする。このため、車両（b）は、まずその車々間通信装置によって車両（a）に対してデータの受信を依頼するものとする。この場合、車両（a）が基地局(2)２００の通信エリアに到達すると（入ると）、サーバ１００・車（a）・車(b）の経路でデータを受信するという処理を行う。
【００４０】
処理の流れは以下の通りである。
【００４１】
（車両(a)が基地局(2)の通信エリアに到達する前の処理）
【００４２】
車載器３００は、基地局(2)２００の通信エリアに到達する前（基地局(1)の通信エリア内に位置しているものとする）の所定タイミングで、基地局(1)２００を介してサーバ１００に接続して、推定受信速度（受信速度の期待値）Ｒを問い合わせる（Ｓ１００）。
【００４３】
サーバ１００は、車両（a）からの問い合わせを受けると、予め計算して保持している推定受信速度Ｒを車両（a）に対して送信する（Ｓ１０１）。
【００４４】
車両（a)の車載器３００は、サーバ１００からの推定受信速度（受信速度の期待値）Ｒを受信する。車載器３００は、推定受信速度Ｒを受信すると、基地局(2)２００の通信エリアを通過するまでに受信可能なデータ量Ｓmaxの推定を行う（Ｓ１０２）。例えば、ダウンロード処理要求受付制御部３４１が（式）推定受信速度Ｒ×通信エリアのエリア長Ｌ２／移動速度Ｖの演算を行い、この演算結果を受信可能なデータ量Ｓmaxとして推定することが考えられる。
【００４５】
なお、移動速度Ｖについては、例えば自車両に取り付けられた速度センサから検出する。通信エリアのエリア長Ｌ２については、例えば、通信エリアの位置とそのエリア長との対応関係を保持するサーバ１００（又は自車両に搭載された地図データベース等の記憶装置）から読み出す。
【００４６】
次に、車両（a)のダウンロード処理装置３４０は、自車の通信システムのアプリケーションソフトウェア（以下APと呼ぶ）から、第１所定データの受信要求として、ファイル名がファイル1、サイズがA（ビット）のファイルを、サーバ１００からダウンロードする処理の要求を受け付けたとする（Ｓ１０３）。
【００４７】
APから第１所定データの受信要求を取得すると、ダウンロード処理要求受付制御部３４１は、その受信要求された第１所定データの受信完了可能性（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第１所定データの受信を完全に完了できるか否か）を判定する（Ｓ１０４）。この判定のために、ダウンロード処理要求受付制御部３４１は、その受信要求された第１所定データのデータ量Aと上記推定されたデータ量Ｓmaxとを比較する（Ｓ１０４）。
【００４８】
そして、ダウンロード処理要求受付制御部３４１は、その比較結果に基づいて、その受信要求された第１所定データの受信完了可能性を判定する。例えば、その比較結果が第１所定データのデータ量A＜上記推定されたデータ量Ｓmaxであれば、その受信要求された第１所定データの受信完了可能（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第１所定データの受信を完全に完了できる）と判定する（Ｓ１０４：Ｙｅｓ）。
【００４９】
この場合、ダウンロード処理要求受付制御部３４１は、その第１所定データの受信要求を受け入れて、受信のための前処理を行う（Ｓ１０５）。前処理としては、例えば、その第１所定データの受信要求を、ダウンロード処理実行部３４２が管理する記憶装置３４３に待ち行列として格納する。
【００５０】
なお、Ｓ１０３での比較結果が第１所定データのデータ量A＞上記推定されたデータ量Ｓmaxであれば、その受信要求された第１所定データの受信完了可能でない（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第１所定データの受信を完全に完了できない）と判定する（Ｓ１０４：Ｎｏ）。この場合、ダウンロード処理要求受付制御部３４１は、その第１所定データの受信要求を記憶装置３４３に格納することなく、（A・Ｓmax)の値と共にその受信要求を拒否する応答をAPに送る（Ｓ１０６）。
【００５１】
次に、Ｓ１０５の処理が終わった後に、車両（a)のダウンロード処理装置３４０は、他車から、第２所定データの受信要求として、ファイル名がファイル2、サイズがB（ビット）のファイルを、サーバ１００からダウンロードする処理の要求を受け付けたとする（Ｓ１０７）。この要求は、車両(b）がその車々間通信装置によって車両（a）に接続し、車両（a)のダウンロード処理装置３４０に対して行う。この場合、自車のAPからの受信要求を、他車（他の車載器）からの受信要求に優先して処理するために、以下の処理を行う。
【００５２】
他車から第２所定データの受信要求を取得すると、ダウンロード処理要求受付制御部３４１は、その受信要求された第２所定データの受信完了可能性（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第２所定データの受信を完全に完了できるか否か）を判定する（Ｓ１０８）。
【００５３】
この判定のために、ダウンロード処理要求受付制御部３４１は、既に受信要求されて待ち行列として格納された第１所定データとその受信要求された第２所定データとの合計データ量A＋Bと上記推定されたデータ量Ｓmaxとを比較する（Ｓ１０８）。そして、ダウンロード処理要求受付制御部３４１は、その比較結果に基づいて、その受信要求された第２所定データの受信完了可能性を判定する。例えば、その比較結果が第１及び第２所定データの合計データ量A＋B＜上記推定されたデータ量Ｓmaxであれば、その受信要求された第２所定データの受信完了可能（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第２所定データの受信を完全に完了できる）と判定する（Ｓ１０８：Ｙｅｓ）。
【００５４】
この場合、ダウンロード処理要求部３４１は、その第２所定データの受信要求を受け入れて、受信のための前処理を行う（Ｓ１０９）。前処理としては、例えば、その第２所定データの受信要求を、ダウンロード処理実行部３４２が管理する記憶装置３４３に待ち行列として格納する。これにより、記憶装置３４３には待ち行列として、第１及び第２所定データの受信要求が格納されることになる。
【００５５】
なお、Ｓ１０８での比較結果が第１及び第２所定データの合計データ量A＋B＞上記推定されたデータ量Ｓmaxであれば、その受信要求された第２所定データの受信完了可能でない（即ち、通信エリアを通過するまでに、サーバ１００から、その受信要求された第２所定データの受信を完全に完了できない）と判定する（Ｓ１０８：Ｎｏ）。この場合、ダウンロード処理要求受付制御部３４１は、その第２所定データの受信要求を記憶装置３４３に格納することなく、（A＋B-Ｓmax）の値と共にその受信要求を拒否する応答を他車に送る（Ｓ１１０）。これにより、自車のAPからの受信要求を、他車からの受信要求に優先して処理することが可能となる。
【００５６】
（車両(a)が通信エリアに到達した後の処理）
【００５７】
車両（a）が基地局(2)２００の通信エリアに到達した場合（例えば受信感度がしきい値をこえたこと、又は特定の信号を受信したこと、が検出された場合等）には、そのダウンロード処理装置３４０は、記憶装置３４３から、受信要求（ここでは待ち行列として格納されている、第１及び第２所定データの受信要求）を読み出して、これを基地局(2)２００を介してサーバ１００に対して送信する。
【００５８】
サーバ１００は、車両(a)からの受信要求を受信して、これに対応するファイル（ここではファイル１及びファイル２）を基地局(2)２００を介して車両(a)に対して送信する。車両(a)は、サーバ１００から基地局(2)２００を介して提供されるファイルを受信する（Ｓ１１１）。即ち、車両(a)は、要求を受け付けたファイル１，２に関して、サーバ１００からのダウンロードを開始する。ダウンロード処理装置３４０は、そのダウンロードしたファイル１については、要求を発した自車のAPに、ファイル２については他車に、それぞれ転送する。
【００５９】
以上述べたように、本実施形態の路車間通信システムによれば、各車のAPは、自車あるいは他車の路車間通信システムを利用してサーバ１００からファイルのダウンロードを希望する際に、一つのカバーエリア内でそのファイルのダウンロードが完了するかどうかを判断することが出来る。また、一旦ダウンロード処理要求が受け入れられれば、それが保証され、後から入ったダウンロード要求によってダウンロードできるデータ量が減少するなどのことが起こらない。これにより、ユーザの利便性が増すものと考えられる。
【００６０】
次に、本実施形態の路車間通信システムの変形例について説明する。
【００６１】
上記実施形態においては、車載器３００は、車両に搭載されてその車両の移動に伴って移動するように説明したが、本発明はこれに限定されない。例えば、車載器３００はモバイル端末として、車両以外の移動体（オートバイや自転車等）に搭載されてその移動体の移動に伴って移動するものであっても良いし、又は人等に携帯されてその人等の移動に伴って移動するものであってもよい。
【００６２】
また、上記実施形態においては、推定受信速度Ｒについては、車載器３００は、基地局(1)を介してサーバ１００から取得するように説明したが、本発明はこれに限定されない。例えば、推定受信速度Ｒについては、車載器３００は、これに接続された携帯電話機等の通信装置を介してサーバ１００から取得するようにしてもよい。
【００６３】
また、上記実施形態においては、推定データ量Ｓmax（基地局(2)２００の通信エリアを通過するまでに受信可能なデータ量Ｓmax）については、所定データの受信要求を受け付けるか否かの判定に用いるように説明したが、本発明はこれに限定されない。例えば、Ｓ１０４において、基地局(2)２００の通信エリアを通過するまでに、受信要求された第１所定データの受信完了が可能でないと判定された場合に（Ｓ１０４：Ｎｏ）、利用者に対して減速の指示を報知する報知手段をさらに備えるようにしてもよい。このようにすれば、その報知を受けた利用者が車速を減速させることが期待され、これにより、より大容量のデータの受信をすることが可能となる。
【００６４】
また、上記実施形態においては、他車から、受信要求された第２所定データの受信を完全に完了できると判定された場合（Ｓ１０８：Ｙｅｓ）、その他車に対して通知を行わなかったが、本発明はこれに限定されない。例えば、図４に示すように、他車から、受信要求された第２所定データの受信を完全に完了できると判定された場合（Ｓ１０８）、その他車に対して代行受信受付の通知を行うようにしてもよい。なお、図４に示した動作のうち上記実施形態の処理と同様であるものについては、同一の符号を付すことで、その説明を省略する。
【００６５】
また、上記実施形態においては、他車から、受信要求された第２所定データの受信を完全に完了できないと判定された場合（Ｓ１０８：Ｎｏ）、その第２所定データの受信要求を拒否する（Ｓ１１０）ように説明したが、本発明はこれに限定されない。例えば、図４に示すように、他車から、受信要求された第２所定データの受信を完全に完了できないと判定された場合、A＋B−Ｓmaxのデータ量だけデータＢの代行受信を受け付けるようにし（その旨の要求を記憶装置３４３に格納する）、その他車に対してその旨の通知を行うようにしてもよい（Ｓ１０６’）。
【００６６】
この場合も、図４に示すように、車両（a）が基地局(2)２００の通信エリアに到達した場合（例えば受信感度がしきい値をこえたこと、又は特定の信号を受信したこと、が検出された場合等）には、そのダウンロード処理装置３４０は、記憶装置３４３から、受信要求（ここでは待ち行列として格納されている、第１所定データの受信要求及び第２所定データの一部の受信要求）を読み出して、これを基地局(2)２００を介してサーバ１００に対して送信する（Ｓ１０９１）。
【００６７】
サーバ１００は、車両(a)からの受信要求を受信して、これに対応するファイル（ここではファイル１及びファイル２）を基地局(2)２００を介して車両(a)に対して送信する。車両(a)は、サーバ１００から基地局(2)２００を介して提供されるファイルを受信する（Ｓ１１１）。即ち、車両(a)は、要求を受け付けたファイル１，２に関して、サーバ１００からのダウンロードを開始する。ダウンロード処理装置３４０は、そのダウンロードしたファイル１については、要求を発した自車のAPに、ファイル２については他車に、それぞれ転送する（Ｓ１１１１）。
【００６８】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。このため、上記の実施形態はあらゆる点で単なる例示にすぎず、これらの記載によって本発明が限定的に解釈されるものではない。
【００６９】
【発明の効果】
本発明によれば、車載器等のモバイル端末が所定通信装置（例えば路側通信装置）の通信エリアを通過するまでに受信可能なデータ量を事前に把握できるようになる。
【図面の簡単な説明】
【図１】 本発明の実施の形態である路車間通信システムの概略システム構成を説明するための図である。
【図２】 主に本発明の実施の形態である路車間通信システムを構成する車載器の概略構成を説明するための図である。
【図３】 本発明の実施の形態である路車間通信システムの動作を説明するためのフローチャートである。
【図４】 本発明の実施の形態である路車間通信システムの変形例を説明するためのフローチャートである。
【符号の説明】
１００ サーバ
２００ 路車間通信基地局
３００ 路車間通信車載器
３１０ 路車通信車載器
３２０ 車々間通信装置
３３０ 実行環境
３４０ ダウンロード処理装置
３４１ ダウンロード処理要求受付制御部
３４２ ダウンロード処理実行部
Claims (10)
- 所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末であって、
前記通信エリアを通過するまでに受信可能なデータ量を推定する推定手段と、
前記推定された受信可能なデータ量を利用する利用手段と、
を備えるモバイル端末であって、
前記利用手段は、
所定データの受信要求を取得する受信要求取得手段と、
前記受信要求された所定データのデータ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された所定データの受信可能性を判定する判定手段と、
前記受信要求された所定データの受信が可能であると判定された場合に、前記受信要求が格納される記憶手段と、
を含み、
前記受信要求取得手段は、所定アプリケーションから、第１所定データの受信要求を取得するとともに、前記所定アプリケーションから、前記第１所定データの受信要求を取得した後、さらに、他のモバイル端末から、第２所定データの受信要求を取得し、
前記判定手段は、前記受信要求された第１及び第２所定データの合計データ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された第２所定データの受信可能性を判定し、
前記記憶手段には、前記受信要求された第２所定データの受信が可能であると判定された場合に、前記第２所定データの受信要求が格納される、
ことを特徴とするモバイル端末。 - 前記推定手段は、前記所定通信装置の推定受信速度、自己の移動速度、及び前記通信エリアのエリア長に基づいて、前記受信可能なデータ量を推定する、
請求項１に記載のモバイル端末。 - 前記所定通信装置から前記推定受信速度を取得する推定受信速度取得手段と、
前記自己の移動速度を検出する速度検出手段と、
前記通信エリアのエリア長を取得するエリア長取得手段と、
をさらに備える、
請求項２に記載のモバイル端末。 - 前記通信エリアを通過するまでに前記受信要求された所定データの受信が可能でないと判定された場合に、前記所定データの受信要求の要求元に対して受信要求拒否が通知される、
請求項１に記載のモバイル端末。 - 前記通信エリアを通過するまでに前記受信要求された所定データの受信が可能でないと判定された場合に、利用者に対して減速の指示を報知する報知手段をさらに備える、
請求項１に記載のモバイル端末。 - 前記所定通信装置は、路上に固定設置された路側通信装置である、
請求項１から５のいずれかに記載のモバイル端末。 - 請求項１から６のいずれかに記載のモバイル端末を備えた車両。
- 無線によるデータ通信を行うための通信エリアを提供する所定通信装置と、該所定通信装置に接続されたサーバと、前記所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末と、
を包含するネットワークシステムであって、
前記モバイル端末は、
前記通信エリアを通過するまでに、前記サーバから、前記所定通信装置を介して受信可能なデータ量を推定する推定手段と、
前記推定された受信可能なデータ量を利用する利用手段と、
を備え、
前記利用手段は、
所定データの受信要求を取得する受信要求取得手段と、
前記受信要求された所定データのデータ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された所定データの受信可能性を判定する判定手段と、
前記受信要求された所定データの受信が可能であると判定された場合に、前記受信要求が格納される記憶手段と、
を含み、
前記受信要求取得手段は、所定アプリケーションから、第１所定データの受信要求を取得するとともに、前記所定アプリケーションから、前記第１所定データの受信要求を取得した後、さらに、他のモバイル端末から、第２所定データの受信要求を取得し、
前記判定手段は、前記受信要求された第１及び第２所定データの合計データ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された第２所定データの受信可能性を判定し、
前記記憶手段には、前記受信要求された第２所定データの受信が可能であると判定された場合に、前記第２所定データの受信要求が格納される、
ことを特徴とするネットワークシステム。 - 所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するモバイル端末が、
前記通信エリアを通過するまでに受信可能なデータ量を推定する推定ステップと、
前記推定された受信可能なデータ量を利用する利用ステップと、を備える推定受信データ量利用方法であって、
前記利用ステップは、
所定データの受信要求を取得する受信要求取得ステップと、
前記受信要求された所定データのデータ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された所定データの受信可能性を判定する判定ステップと、
前記受信要求された所定データの受信が可能であると判定された場合に、前記受信要求を格納する記憶ステップと、
を含み、
前記受信要求取得ステップでは、所定アプリケーションから、第１所定データの受信要求を取得するとともに、前記所定アプリケーションから、前記第１所定データの受信要求を取得した後、さらに、他のモバイル端末から、第２所定データの受信要求を取得し、
前記判定ステップでは、前記受信要求された第１及び第２所定データの合計データ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された第２所定データの受信可能性を判定し、
前記記憶ステップでは、前記受信要求された第２所定データの受信が可能であると判定された場合に、前記第２所定データの受信要求も格納する、
ことを特徴とする推定受信データ量利用方法。 - 所定通信装置からその通信エリアに無線で提供されるデータを、自己の位置に応じて受信するコンピュータを、
前記通信エリアを通過するまでに受信可能なデータ量を推定する推定手段と、
前記推定された受信可能なデータ量を利用する利用手段と、
として機能させるためのプログラムであって、
前記利用手段は、
所定データの受信要求を取得する受信要求取得手段と、
前記受信要求された所定データのデータ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された所定データの受信可能性を判定する判定手段と、
前記受信要求された所定データの受信が可能であると判定された場合に、前記受信要求が格納される記憶手段と、
を含み、
前記受信要求取得手段は、所定アプリケーションから、第１所定データの受信要求を取得するとともに、前記所定アプリケーションから、前記第１所定データの受信要求を取得した後、さらに、他のモバイル端末から、第２所定データの受信要求を取得し、
前記判定手段は、前記受信要求された第１及び第２所定データの合計データ量と前記推定されたデータ量とを比較し、その比較結果に基づいて、前記通信エリアを通過するまでに前記受信要求された第２所定データの受信可能性を判定し、
前記記憶手段には、前記受信要求された第２所定データの受信が可能であると判定された場合に、前記第２所定データの受信要求が格納される、
ことを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003171636A JP4235044B2 (ja) | 2003-06-17 | 2003-06-17 | モバイル端末 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003171636A JP4235044B2 (ja) | 2003-06-17 | 2003-06-17 | モバイル端末 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005012300A JP2005012300A (ja) | 2005-01-13 |
| JP4235044B2 true JP4235044B2 (ja) | 2009-03-04 |
Family
ID=34096026
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003171636A Expired - Fee Related JP4235044B2 (ja) | 2003-06-17 | 2003-06-17 | モバイル端末 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4235044B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4635696B2 (ja) * | 2005-04-21 | 2011-02-23 | トヨタ自動車株式会社 | 路車間通信装置 |
| WO2011021256A1 (ja) | 2009-08-21 | 2011-02-24 | 富士通株式会社 | 無線アクセスネットワーク、基地局、データ転送方法 |
| JP5447158B2 (ja) * | 2010-04-30 | 2014-03-19 | 富士通株式会社 | 基地局装置、移動局装置、ハンドオーバ方法及びダウンロード方法 |
| CN104200695B (zh) * | 2014-08-15 | 2016-05-18 | 北京航空航天大学 | 一种基于车路专用短程通信的车辆协同定位方法 |
-
2003
- 2003-06-17 JP JP2003171636A patent/JP4235044B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005012300A (ja) | 2005-01-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10567251B2 (en) | Accurate mobile traffic information acquisition with minimal transmission cost and optional V2V extension | |
| JP6801619B2 (ja) | データ転送経路算出装置およびデータ転送端末 | |
| US8340904B2 (en) | Transmission of wireless messages of current vehicle location and estimated arrival time to requestors | |
| WO2015135355A1 (zh) | 公交运行预测方法、装置和设备 | |
| JP2009217371A (ja) | 情報処理装置、情報処理システム及び情報処理方法 | |
| US9369846B1 (en) | Transmission of wireless messages of current vehicle location and estimated arrival time to requestors | |
| JP2008077143A (ja) | プローブ情報収集装置、プローブ情報送信装置およびプローブ情報収集方法 | |
| US10762778B2 (en) | Device, method, and computer program for capturing and transferring data | |
| JP4259430B2 (ja) | 車両情報送信装置および車両 | |
| JP7348700B2 (ja) | 無線通信装置及びサーバ装置 | |
| US9736643B2 (en) | Wireless communication devices carry out processes to request vehicle location and arrival time | |
| JP2007087273A (ja) | 分散処理システム及び車載端末 | |
| JP4235044B2 (ja) | モバイル端末 | |
| JP4866907B2 (ja) | 放送網を利用して交通情報を収集する装置及び方法 | |
| JP7070664B2 (ja) | システム、そのサーバコンピュータ、制御方法及びコンピュータプログラム | |
| CN110324804A (zh) | 无线通信系统以及无线通信方法 | |
| JP3809425B2 (ja) | 交通情報発信装置，交通情報発信プログラム | |
| US11641571B2 (en) | Communication device, communication method, non-transitory computer-readable storage medium storing communication program, and vehicle | |
| JP4211647B2 (ja) | 移動通信システム | |
| KR100863120B1 (ko) | 무선랜을 이용한 교통정보 서비스 시스템 및 그 방법 | |
| JP2006107036A (ja) | 移動情報管理システム、管理装置、移動情報管理方法、通信装置、処理方法およびプログラム | |
| CN111163433B (zh) | 收集基于车辆的预先给定的路段的数据记录的方法和设备 | |
| US10924428B2 (en) | Onboard device and method of transmitting probe data | |
| US11122489B2 (en) | On-board vehicular communication system | |
| JP2024022947A (ja) | 情報収集装置及び情報収集システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Effective date: 20060606 Free format text: JAPANESE INTERMEDIATE CODE: A621 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080515 |
|
| A131 | Notification of reasons for refusal |
Effective date: 20080520 Free format text: JAPANESE INTERMEDIATE CODE: A131 |
|
| A521 | Written amendment |
Effective date: 20080722 Free format text: JAPANESE INTERMEDIATE CODE: A523 |
|
| A131 | Notification of reasons for refusal |
Effective date: 20080924 Free format text: JAPANESE INTERMEDIATE CODE: A131 |
|
| A521 | Written amendment |
Effective date: 20081007 Free format text: JAPANESE INTERMEDIATE CODE: A523 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Effective date: 20081202 Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081212 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111219 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111219 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121219 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 4 Free format text: PAYMENT UNTIL: 20121219 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131219 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |