JP3750345B2 - 車両運行管理システム - Google Patents
車両運行管理システム Download PDFInfo
- Publication number
- JP3750345B2 JP3750345B2 JP10061598A JP10061598A JP3750345B2 JP 3750345 B2 JP3750345 B2 JP 3750345B2 JP 10061598 A JP10061598 A JP 10061598A JP 10061598 A JP10061598 A JP 10061598A JP 3750345 B2 JP3750345 B2 JP 3750345B2
- Authority
- JP
- Japan
- Prior art keywords
- vehicle
- data
- base station
- area
- communication
- 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
【０００１】
【発明の属する技術分野】
本発明は、基地局と多くの車両とを通信で結び、各車両から送られて来るデータを監視すると共に必要に応じて指示を発して、車両の運行を適切に管理するための車両運行管理システムに関するものである。
【０００２】
【従来の技術】
トラック等の車両を数多く所有し、それらを運行する場合、安全且つ正確に運行されるよう管理することが要求されている。以前には、車両の速度等を記録するタコグラフを用いて管理していたが、これは、運行終了後に、運行が適切であったかどうかを分析するのには役立つものの、現在運行中の車両の運行をチェックするのには、全く役に立たないものであった。
【０００３】
そこで、近年では、運行中の各車両と運行管理センタとの間を通信で結び、運行中の車両から、車両やドライバに関するデータを送らせ、それを基に運行を管理する車両運行管理システムが提案されつつある。
図３は、そのような車両運行管理システムの概念図である。図３において、１〜４は運行車両、５は基地局、６はデータ通信不適地域である。各地を走行している運行車両１〜４と基地局５との間では、無線機や携帯電話を使用して、運行車両１〜４からは、車両状態や走行状態等に関するデータ（＝車両データ。例えば、走行している地理的位置データ，車速，エンジン回転数等々）を送信し、基地局５からは必要な指示（例、スピードを出すな，停車して点検せよ等々）を送信している。
【０００４】
基地局５と運行車両１〜４を常時通信回線で結んで通信を行うことは、通信コストが高くなるし、そこまでする必要もないこと等の理由から、各運行車両は、自己の車両データをサンプリング検出しておき、自己に割り当てられた時（例えば、一定時間毎あるいは一定走行距離毎）に基地局５へ送信する方法が、一般的に用いられている。
【０００５】
次に、車両運行管理システムを構成している車両と基地局の構成の要部を説明する。
図２は、従来の車両運行管理システムでの車両と基地局を示す図である。符号は図３のものに対応し、１０〜１２は車両情報検出手段、１３は車両側コンピュータ、１４は送信メモリ、１５，１６は送受信部、１７は基地局側コンピュータ、１８は運行管理データベースである。ここでは、運行車両を代表するものとして、運行車両１だけを示しているが、他の運行車両も同様の構成である。
【０００６】
運行車両１には、車速，エンジン回転数，走行位置等々の車両データを検出するための車両データ検出手段１０〜１２、それらからの検出信号を処理し、送信すべきデータを送信メモリ１４に保存する車両側コンピュータ１３、基地局５との間での送信，受信を行う送受信部１５が搭載されている。
一方、基地局５には、運行車両１との間での送信，受信を行う送受信部１６，送信されて来た車両データを処理したり、運行車両１に送るべき運行管理情報（例、指示とか警告等）を生成したりする基地局側コンピュータ１７，車両データ等を蓄積しておく運行管理データベース１８が設備されている。
運行車両１から基地局５へは車両データが送信され、基地局５から運行車両１へは運行管理情報が送信される。
【０００７】
なお、車両運行管理システムに関する従来の文献としては、例えば、特開昭５６−１１８１９８号公報等がある。
【０００８】
【発明が解決しようとする課題】
（問題点）
前記した従来の車両運行管理システムでは、運行車両が通信環境の整備が進んでいない地域を走行している場合でも、自己が送信すべき時が来れば送信を行っていたので、送信がまったく出来なかったり、一部が途絶えてしまったりすることがあったが、そのような場合には、次回に送信し直さなければならず、二度手間となると共に通信コストが高くなるという問題点があった。
【０００９】
（問題点の説明）
携帯電話や無線機でデータ通信をする場合、地域によっては、通信環境の整備が未だ十分に整っていない地域がある。そのような地域を「データ通信不適地域」と言うことにする。図３では、運行車両２が、丁度そのデータ通信不適地域６を走行している。
運行車両２がデータ通信不適地域６を走行している間に、基地局５へデータを送信しなければならない時間になった場合、基地局５への送信を開始するわけであるが、通信状況が悪いために、送ろうとしているデータが途切れてしまったり、あるいは全く送れなかったりして送信失敗することがある。
【００１０】
そのような場合は、次回に自己が送信を行うべき時に、送信失敗した今回のデータを送り直すと共に、次回のデータも送っていた。次回送信すべき時に、運悪く別のデータ通信不適地域を走行していれば、また送信失敗を起こす可能性があり、これが重なると、何重にも手間がかかっていた。そのため、データ送信の効率が悪く、通信コストの上昇を招いていた。
本発明は、以上のような問題点を解決することを課題とするものである。
【００１１】
【課題を解決するための手段】
前記課題を解決するため、本発明では、運行している車両と基地局との間でデータ通信を行い、車両から送られて来る車両データを基に、基地局から必要な指令を発して車両の運行を管理する車両運行管理システムにおいて、車両と基地局との間のデータ通信を良好に行うことが出来る地域を示すデータ通信可能地域データを、基地局の運行管理データベース内に蓄積し、車両の進行方向所定距離内にデータ通信可能地域が有るか否かを車両から基地局へ問い合わせ、有った場合は該データ通信可能地域に到達した時に車両から基地局へのデータ通信を行い、無かった場合もしくは基地局と通信できなかった場合には通信実行時間を設定してその時間に行うこととした。
【００１２】
（解決する動作の概要）
基地局の運行管理データベース内に、運行車両と基地局との間でデータ通信が良好に行える地域を示すデータ通信可能地域データを蓄積しておき、運行車両が基地局に問い合わせて、進行方向所定距離内にデータ通信可能地域があるかどうか調べれるようにしておく。そして、データ通信可能地域が有れば、その地域に到達した時に行い、無ければ別途設定した時間に行う。
このようにすることにより、データ通信が良好に行われる確率が高くなり、２度３度と通信をやり直すことが少なくなるので、通信の手間が省け、通信コストも安くなる。
【００１３】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて詳細に説明する。本発明の車両運行管理システムの概念図も、図３と同じである。しかし、運行車両からの送信を、単に一定時間が経過したからとか一定距離を走行したからということで行うのではなく、走行している地域の通信環境を考慮して行うようにした点が相違する。
そのため、運行車両側にも基地局側にも新たな構成を施し、通信を実行する時間を従来とは違う観点から決定し、データ送信の手順を従来とは異なったものとしている。
【００１４】
図１は、本発明の車両運行管理システムでの車両と基地局を示す図である。符号は図２のものに対応し、１９はデータ通信不安地域フラグ、２０はデータ通信可能地域データである。運行車両としては、運行車両を代表して運行車両１のみを示しているが、他の運行車両も同様である。
【００１５】
基地局５の運行管理データベース１８の中に、予めデータ通信可能地域データ２０を蓄積しておく。データ通信可能地域データ２０とは、運行車両から基地局へのデータ通信が良好に行われる地域は、どういう地域かというデータである。データ通信可能地域データ２０には、すでに良好と判明している地域を予め蓄積しておく。
【００１６】
一方、運行車両１の車両側コンピュータ１３には、データ通信不安地域フラグ１９が設けられる。このフラグは、データ通信可能地域以外の地域（即ち、データ通信が良好に行えるか否か不安な地域）で、やむなく運行車両１から基地局５へデータ通信を行うに先立ちセットし、もしデータ通信が首尾よく行えた場合にはリセットするというように使う。そして、首尾よく行えた地域は、データ通信可能地域であるとして基地局５のデータ通信可能地域データ２０に追加登録される。
【００１７】
以下、運行車両から基地局へのデータ通信の手順を説明する。
図４は、車両から基地局へ送信する際の全体手順を説明するフローチャートである。
ステップ１…車両のイグニッションスイッチ（図示せず）がＯＮされた時、車両側コンピュータ１３における各種の必要な初期化を行う。
ステップ２…基地局５への接続を試みる。
【００１８】
ステップ３…車両から基地局へ接続出来たかどうか調べる。接続出来なかった場合はステップ６へ進み、基地局への接続が出来なくても行える処理を行う。
ステップ４…車両の進行方向所定距離内にデータ通信可能地域が存在するかどうか、基地局５に問い合わせる。基地局側コンピュータ１７に、運行管理データベース１８のデータ通信可能地域データ２０を調べてもらい、もし有れば、その地域を知らせてもらう。この問い合わせが終了して暫くすると、基地局５との接続は切られる。一般に、基地局５は、一定時間の間データの流れがないと、車両との回線を切るようにされているからである。
なお、所定距離は、基地局５において車両の最新の状態を把握したいとしている間隔によって適宜決められる距離である。長い間隔でしか車両データを送って来なくてもよいというのであれば、所定距離は長くなるが、短い間隔で送って来させたいというのであれば、所定距離は短くなる。
【００１９】
ステップ５…基地局５から、進行方向所定距離内のデータ通信可能地域を見つけて知らせて来たかどうか調べる。
ステップ６…見つからなかったという場合には、車両から基地局５へのデータ通信を行う時間を設定する。データ通信可能地域が見つかった場合には、その地域に到達した時に行うようにするわけであるが、見つからなかったのであるから、そのようには出来ない。そこで、基地局５へ、定められた間隔で車両データを送信するという義務を果たすため、それを行う通信実行時間を設定する。時間は、何時何分という具合に設定してもよいし、今から何分後という具合に設定してもよい。今から何分後という設定の仕方をする場合には、タイマを設けておく必要がある。
ステップ７…車両データ検出手段１０〜１２で検出する各種車両データ（例、車速，エンジン回転数，走行位置等々）を、車両側コンピュータ１３のメモリ（図示せず）に記憶させ保存しておく。
【００２０】
ステップ８…ステップ５で通信実行時間が設定されている場合、その時間に到達したかどうか調べる。何時何分という具合に設定していた場合は、車両側コンピュータ１３が保持している時計の時刻に照らして判断される。今から何分後という設定の仕方をしていた場合には、タイマによる計時が設定時間に達したか否かによって判断される。
なお、ステップ４でデータ通信可能地域が見つかっている場合はＹＥＳの方に進み、通信実行時間は設定されていないから、ステップ７ではＮＯの方に進むことになる。
【００２１】
ステップ９…ステップ５で設定していた通信実行時間に達した場合には、データ通信可能地域ではないけれども、車両から基地局５へのデータ通信を開始するわけであるが、それに先立ち、データ通信不安地域フラグ１９をセットする。
ステップ１０…同時に、次回の通信実行時間を仮設定しておく。
ステップ１１…ステップ７でＮＯに進む場合は、データ通信可能地域が見つかっている場合である。従って、その地域に到達しさえすればデータ通信を実行するので、その地域に到達したかどうか調べる。これは、車両データ検出手段の中の、走行位置検出手段からの検出信号によって判断する。まだ到達していなければ、ステップ１３へ進む。
【００２２】
ステップ１２…車両から基地局５へのデータ通信の準備のため、車両側コンピュータ１３のメモリに保存しておいた各種車両データを、送信メモリ１４に移動する。
ステップ１３…送信メモリ１４の車両データを、送受信部１５を経て基地局５へ送信する。その送信手順の詳細は、図５によって説明する。
ステップ１４…イグニッションスイッチがオフにされたかどうか調べる。まだオンであればステップ６に戻り、それ以降のステップを繰り返し、オフであれば制御を終了する。
【００２３】
図５は、車両から基地局への送信手順を説明するフローチャートである。
ステップ１…基地局５への接続を試みる。
ステップ２…車両から基地局へ接続出来たかどうか調べる。接続出来なかった場合は、一旦終了し（エンドへ進み）、次のフローで再度接続を試みる。
ステップ３…送信メモリ１４に用意してある各種車両データを、基地局５へ送信する。送信された車両データは、運行管理データベース１８に蓄積される。
ステップ４…車両と基地局５との間の回線が切断されたかどうか調べる。この回線は、一定時間の間データが流れないと、基地局５が切断するようにされているから、用意していた車両データを全て送信し終えた後、前記一定時間が経過すると切断される。切断されれば、ステップ８に進み、次回の送信の準備をする。
【００２４】
ステップ５…回線がまだ切断されていない場合は、車両データの送信が全部終ったかどうか調べる。まだ残っていれば、ステップ２に戻って送信を繰り返す。
ステップ６…車両データの送信が全部終っていれば、データ通信不安地域フラグ１９がセットされているかどうか調べる。セットされているということは、今回の通信は、データ通信可能地域ではない地域で行ったということを意味しており、リセットされているということは、今回の通信は、データ通信可能地域で行ったということを意味している。
【００２５】
ステップ７…データ通信不安地域フラグ１９がセットされていたのであれば、フラグをクリアする（リセットする）。データの送信が全て終了し、フラグの用が一応済んだからである。
ステップ８…車両が現在走行している位置を、基地局５に送り、運行管理データベース１８のデータ通信可能地域データ２０に登録してもらう。つまり、今回通信を行った地域は、データ通信可能地域として登録してなかった地域であるが、通信をやってみたところ良好に行えたので、この地域をデータ通信可能地域データ２０に追加しておくという趣旨である。
【００２６】
ステップ９…車両の進行方向所定距離内にデータ通信可能地域が存在するかどうか、基地局５に問い合わせる。基地局側コンピュータ１７に、運行管理データベース１８のデータ通信可能地域データ２０を調べてもらい、もし有れば、その地域を知らせてもらう。（図４のステップ３と同じである）
ステップ１０…基地局５から、進行方向所定距離内のデータ通信可能地域を見つけて知らせて来たかどうか調べる。（図４のステップ４と同じである）
ステップ１１…進行方向所定距離内にデータ通信可能地域が見つかった場合は、次回の通信はその地域で行うから、図４のステップ９で仮設定していた次回の通信実行時間は必要なくなる。従って、それは無効にする。
【００２７】
【発明の効果】
以上述べた如く、本発明の車両運行管理システムによれば、運行車両が基地局に問い合わせて、進行方向所定距離内にデータ通信が良好に行えるデータ通信可能地域があるかどうか調べれるようにしておき、データ通信可能地域が有れば、その地域に到達した時に行い、無ければ別途設定した時間に行う。
これにより、データ通信が良好に行われる確率が高くなり、２度３度と通信をやり直すことが少なくなるので、通信の手間が省け、通信コストが安くなる。
また、データ通信不安地域であったが、通信してみたところ通信可能であることが判明した地域は、直ちに運行管理データベースに自動的に登録されるので、データ通信可能地域データの内容を、常に最新のものにしておくことが出来る。
【図面の簡単な説明】
【図１】 本発明の車両運行管理システムでの車両と基地局を示す図
【図２】 従来の車両運行管理システムでの車両と基地局を示す図
【図３】 車両運行管理システムの概念図
【図４】 車両から基地局へ送信する際の全体手順を説明するフローチャート
【図５】 車両から基地局への送信手順を説明するフローチャート
【符号の説明】
１〜４…運行車両、５…基地局、６…データ通信不適地域、１０〜１２…車両データ検出手段、１３…車両側コンピュータ、１４…送信メモリ、１５，１６…送受信部、１７…基地局側コンピュータ、１８…運行管理データベース、１９…データ通信不安地域フラグ、２０…データ通信可能地域データ
【発明の属する技術分野】
本発明は、基地局と多くの車両とを通信で結び、各車両から送られて来るデータを監視すると共に必要に応じて指示を発して、車両の運行を適切に管理するための車両運行管理システムに関するものである。
【０００２】
【従来の技術】
トラック等の車両を数多く所有し、それらを運行する場合、安全且つ正確に運行されるよう管理することが要求されている。以前には、車両の速度等を記録するタコグラフを用いて管理していたが、これは、運行終了後に、運行が適切であったかどうかを分析するのには役立つものの、現在運行中の車両の運行をチェックするのには、全く役に立たないものであった。
【０００３】
そこで、近年では、運行中の各車両と運行管理センタとの間を通信で結び、運行中の車両から、車両やドライバに関するデータを送らせ、それを基に運行を管理する車両運行管理システムが提案されつつある。
図３は、そのような車両運行管理システムの概念図である。図３において、１〜４は運行車両、５は基地局、６はデータ通信不適地域である。各地を走行している運行車両１〜４と基地局５との間では、無線機や携帯電話を使用して、運行車両１〜４からは、車両状態や走行状態等に関するデータ（＝車両データ。例えば、走行している地理的位置データ，車速，エンジン回転数等々）を送信し、基地局５からは必要な指示（例、スピードを出すな，停車して点検せよ等々）を送信している。
【０００４】
基地局５と運行車両１〜４を常時通信回線で結んで通信を行うことは、通信コストが高くなるし、そこまでする必要もないこと等の理由から、各運行車両は、自己の車両データをサンプリング検出しておき、自己に割り当てられた時（例えば、一定時間毎あるいは一定走行距離毎）に基地局５へ送信する方法が、一般的に用いられている。
【０００５】
次に、車両運行管理システムを構成している車両と基地局の構成の要部を説明する。
図２は、従来の車両運行管理システムでの車両と基地局を示す図である。符号は図３のものに対応し、１０〜１２は車両情報検出手段、１３は車両側コンピュータ、１４は送信メモリ、１５，１６は送受信部、１７は基地局側コンピュータ、１８は運行管理データベースである。ここでは、運行車両を代表するものとして、運行車両１だけを示しているが、他の運行車両も同様の構成である。
【０００６】
運行車両１には、車速，エンジン回転数，走行位置等々の車両データを検出するための車両データ検出手段１０〜１２、それらからの検出信号を処理し、送信すべきデータを送信メモリ１４に保存する車両側コンピュータ１３、基地局５との間での送信，受信を行う送受信部１５が搭載されている。
一方、基地局５には、運行車両１との間での送信，受信を行う送受信部１６，送信されて来た車両データを処理したり、運行車両１に送るべき運行管理情報（例、指示とか警告等）を生成したりする基地局側コンピュータ１７，車両データ等を蓄積しておく運行管理データベース１８が設備されている。
運行車両１から基地局５へは車両データが送信され、基地局５から運行車両１へは運行管理情報が送信される。
【０００７】
なお、車両運行管理システムに関する従来の文献としては、例えば、特開昭５６−１１８１９８号公報等がある。
【０００８】
【発明が解決しようとする課題】
（問題点）
前記した従来の車両運行管理システムでは、運行車両が通信環境の整備が進んでいない地域を走行している場合でも、自己が送信すべき時が来れば送信を行っていたので、送信がまったく出来なかったり、一部が途絶えてしまったりすることがあったが、そのような場合には、次回に送信し直さなければならず、二度手間となると共に通信コストが高くなるという問題点があった。
【０００９】
（問題点の説明）
携帯電話や無線機でデータ通信をする場合、地域によっては、通信環境の整備が未だ十分に整っていない地域がある。そのような地域を「データ通信不適地域」と言うことにする。図３では、運行車両２が、丁度そのデータ通信不適地域６を走行している。
運行車両２がデータ通信不適地域６を走行している間に、基地局５へデータを送信しなければならない時間になった場合、基地局５への送信を開始するわけであるが、通信状況が悪いために、送ろうとしているデータが途切れてしまったり、あるいは全く送れなかったりして送信失敗することがある。
【００１０】
そのような場合は、次回に自己が送信を行うべき時に、送信失敗した今回のデータを送り直すと共に、次回のデータも送っていた。次回送信すべき時に、運悪く別のデータ通信不適地域を走行していれば、また送信失敗を起こす可能性があり、これが重なると、何重にも手間がかかっていた。そのため、データ送信の効率が悪く、通信コストの上昇を招いていた。
本発明は、以上のような問題点を解決することを課題とするものである。
【００１１】
【課題を解決するための手段】
前記課題を解決するため、本発明では、運行している車両と基地局との間でデータ通信を行い、車両から送られて来る車両データを基に、基地局から必要な指令を発して車両の運行を管理する車両運行管理システムにおいて、車両と基地局との間のデータ通信を良好に行うことが出来る地域を示すデータ通信可能地域データを、基地局の運行管理データベース内に蓄積し、車両の進行方向所定距離内にデータ通信可能地域が有るか否かを車両から基地局へ問い合わせ、有った場合は該データ通信可能地域に到達した時に車両から基地局へのデータ通信を行い、無かった場合もしくは基地局と通信できなかった場合には通信実行時間を設定してその時間に行うこととした。
【００１２】
（解決する動作の概要）
基地局の運行管理データベース内に、運行車両と基地局との間でデータ通信が良好に行える地域を示すデータ通信可能地域データを蓄積しておき、運行車両が基地局に問い合わせて、進行方向所定距離内にデータ通信可能地域があるかどうか調べれるようにしておく。そして、データ通信可能地域が有れば、その地域に到達した時に行い、無ければ別途設定した時間に行う。
このようにすることにより、データ通信が良好に行われる確率が高くなり、２度３度と通信をやり直すことが少なくなるので、通信の手間が省け、通信コストも安くなる。
【００１３】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて詳細に説明する。本発明の車両運行管理システムの概念図も、図３と同じである。しかし、運行車両からの送信を、単に一定時間が経過したからとか一定距離を走行したからということで行うのではなく、走行している地域の通信環境を考慮して行うようにした点が相違する。
そのため、運行車両側にも基地局側にも新たな構成を施し、通信を実行する時間を従来とは違う観点から決定し、データ送信の手順を従来とは異なったものとしている。
【００１４】
図１は、本発明の車両運行管理システムでの車両と基地局を示す図である。符号は図２のものに対応し、１９はデータ通信不安地域フラグ、２０はデータ通信可能地域データである。運行車両としては、運行車両を代表して運行車両１のみを示しているが、他の運行車両も同様である。
【００１５】
基地局５の運行管理データベース１８の中に、予めデータ通信可能地域データ２０を蓄積しておく。データ通信可能地域データ２０とは、運行車両から基地局へのデータ通信が良好に行われる地域は、どういう地域かというデータである。データ通信可能地域データ２０には、すでに良好と判明している地域を予め蓄積しておく。
【００１６】
一方、運行車両１の車両側コンピュータ１３には、データ通信不安地域フラグ１９が設けられる。このフラグは、データ通信可能地域以外の地域（即ち、データ通信が良好に行えるか否か不安な地域）で、やむなく運行車両１から基地局５へデータ通信を行うに先立ちセットし、もしデータ通信が首尾よく行えた場合にはリセットするというように使う。そして、首尾よく行えた地域は、データ通信可能地域であるとして基地局５のデータ通信可能地域データ２０に追加登録される。
【００１７】
以下、運行車両から基地局へのデータ通信の手順を説明する。
図４は、車両から基地局へ送信する際の全体手順を説明するフローチャートである。
ステップ１…車両のイグニッションスイッチ（図示せず）がＯＮされた時、車両側コンピュータ１３における各種の必要な初期化を行う。
ステップ２…基地局５への接続を試みる。
【００１８】
ステップ３…車両から基地局へ接続出来たかどうか調べる。接続出来なかった場合はステップ６へ進み、基地局への接続が出来なくても行える処理を行う。
ステップ４…車両の進行方向所定距離内にデータ通信可能地域が存在するかどうか、基地局５に問い合わせる。基地局側コンピュータ１７に、運行管理データベース１８のデータ通信可能地域データ２０を調べてもらい、もし有れば、その地域を知らせてもらう。この問い合わせが終了して暫くすると、基地局５との接続は切られる。一般に、基地局５は、一定時間の間データの流れがないと、車両との回線を切るようにされているからである。
なお、所定距離は、基地局５において車両の最新の状態を把握したいとしている間隔によって適宜決められる距離である。長い間隔でしか車両データを送って来なくてもよいというのであれば、所定距離は長くなるが、短い間隔で送って来させたいというのであれば、所定距離は短くなる。
【００１９】
ステップ５…基地局５から、進行方向所定距離内のデータ通信可能地域を見つけて知らせて来たかどうか調べる。
ステップ６…見つからなかったという場合には、車両から基地局５へのデータ通信を行う時間を設定する。データ通信可能地域が見つかった場合には、その地域に到達した時に行うようにするわけであるが、見つからなかったのであるから、そのようには出来ない。そこで、基地局５へ、定められた間隔で車両データを送信するという義務を果たすため、それを行う通信実行時間を設定する。時間は、何時何分という具合に設定してもよいし、今から何分後という具合に設定してもよい。今から何分後という設定の仕方をする場合には、タイマを設けておく必要がある。
ステップ７…車両データ検出手段１０〜１２で検出する各種車両データ（例、車速，エンジン回転数，走行位置等々）を、車両側コンピュータ１３のメモリ（図示せず）に記憶させ保存しておく。
【００２０】
ステップ８…ステップ５で通信実行時間が設定されている場合、その時間に到達したかどうか調べる。何時何分という具合に設定していた場合は、車両側コンピュータ１３が保持している時計の時刻に照らして判断される。今から何分後という設定の仕方をしていた場合には、タイマによる計時が設定時間に達したか否かによって判断される。
なお、ステップ４でデータ通信可能地域が見つかっている場合はＹＥＳの方に進み、通信実行時間は設定されていないから、ステップ７ではＮＯの方に進むことになる。
【００２１】
ステップ９…ステップ５で設定していた通信実行時間に達した場合には、データ通信可能地域ではないけれども、車両から基地局５へのデータ通信を開始するわけであるが、それに先立ち、データ通信不安地域フラグ１９をセットする。
ステップ１０…同時に、次回の通信実行時間を仮設定しておく。
ステップ１１…ステップ７でＮＯに進む場合は、データ通信可能地域が見つかっている場合である。従って、その地域に到達しさえすればデータ通信を実行するので、その地域に到達したかどうか調べる。これは、車両データ検出手段の中の、走行位置検出手段からの検出信号によって判断する。まだ到達していなければ、ステップ１３へ進む。
【００２２】
ステップ１２…車両から基地局５へのデータ通信の準備のため、車両側コンピュータ１３のメモリに保存しておいた各種車両データを、送信メモリ１４に移動する。
ステップ１３…送信メモリ１４の車両データを、送受信部１５を経て基地局５へ送信する。その送信手順の詳細は、図５によって説明する。
ステップ１４…イグニッションスイッチがオフにされたかどうか調べる。まだオンであればステップ６に戻り、それ以降のステップを繰り返し、オフであれば制御を終了する。
【００２３】
図５は、車両から基地局への送信手順を説明するフローチャートである。
ステップ１…基地局５への接続を試みる。
ステップ２…車両から基地局へ接続出来たかどうか調べる。接続出来なかった場合は、一旦終了し（エンドへ進み）、次のフローで再度接続を試みる。
ステップ３…送信メモリ１４に用意してある各種車両データを、基地局５へ送信する。送信された車両データは、運行管理データベース１８に蓄積される。
ステップ４…車両と基地局５との間の回線が切断されたかどうか調べる。この回線は、一定時間の間データが流れないと、基地局５が切断するようにされているから、用意していた車両データを全て送信し終えた後、前記一定時間が経過すると切断される。切断されれば、ステップ８に進み、次回の送信の準備をする。
【００２４】
ステップ５…回線がまだ切断されていない場合は、車両データの送信が全部終ったかどうか調べる。まだ残っていれば、ステップ２に戻って送信を繰り返す。
ステップ６…車両データの送信が全部終っていれば、データ通信不安地域フラグ１９がセットされているかどうか調べる。セットされているということは、今回の通信は、データ通信可能地域ではない地域で行ったということを意味しており、リセットされているということは、今回の通信は、データ通信可能地域で行ったということを意味している。
【００２５】
ステップ７…データ通信不安地域フラグ１９がセットされていたのであれば、フラグをクリアする（リセットする）。データの送信が全て終了し、フラグの用が一応済んだからである。
ステップ８…車両が現在走行している位置を、基地局５に送り、運行管理データベース１８のデータ通信可能地域データ２０に登録してもらう。つまり、今回通信を行った地域は、データ通信可能地域として登録してなかった地域であるが、通信をやってみたところ良好に行えたので、この地域をデータ通信可能地域データ２０に追加しておくという趣旨である。
【００２６】
ステップ９…車両の進行方向所定距離内にデータ通信可能地域が存在するかどうか、基地局５に問い合わせる。基地局側コンピュータ１７に、運行管理データベース１８のデータ通信可能地域データ２０を調べてもらい、もし有れば、その地域を知らせてもらう。（図４のステップ３と同じである）
ステップ１０…基地局５から、進行方向所定距離内のデータ通信可能地域を見つけて知らせて来たかどうか調べる。（図４のステップ４と同じである）
ステップ１１…進行方向所定距離内にデータ通信可能地域が見つかった場合は、次回の通信はその地域で行うから、図４のステップ９で仮設定していた次回の通信実行時間は必要なくなる。従って、それは無効にする。
【００２７】
【発明の効果】
以上述べた如く、本発明の車両運行管理システムによれば、運行車両が基地局に問い合わせて、進行方向所定距離内にデータ通信が良好に行えるデータ通信可能地域があるかどうか調べれるようにしておき、データ通信可能地域が有れば、その地域に到達した時に行い、無ければ別途設定した時間に行う。
これにより、データ通信が良好に行われる確率が高くなり、２度３度と通信をやり直すことが少なくなるので、通信の手間が省け、通信コストが安くなる。
また、データ通信不安地域であったが、通信してみたところ通信可能であることが判明した地域は、直ちに運行管理データベースに自動的に登録されるので、データ通信可能地域データの内容を、常に最新のものにしておくことが出来る。
【図面の簡単な説明】
【図１】 本発明の車両運行管理システムでの車両と基地局を示す図
【図２】 従来の車両運行管理システムでの車両と基地局を示す図
【図３】 車両運行管理システムの概念図
【図４】 車両から基地局へ送信する際の全体手順を説明するフローチャート
【図５】 車両から基地局への送信手順を説明するフローチャート
【符号の説明】
１〜４…運行車両、５…基地局、６…データ通信不適地域、１０〜１２…車両データ検出手段、１３…車両側コンピュータ、１４…送信メモリ、１５，１６…送受信部、１７…基地局側コンピュータ、１８…運行管理データベース、１９…データ通信不安地域フラグ、２０…データ通信可能地域データ
Claims (1)
- 運行している車両と基地局との間でデータ通信を行い、車両から送られて来る車両データを基に、基地局から必要な指令を発して車両の運行を管理する車両運行管理システムにおいて、
車両と基地局との間のデータ通信を良好に行うことが出来る地域を示すデータ通信可能地域データを、基地局の運行管理データベース内に蓄積し、
車両の進行方向所定距離内にデータ通信可能地域が有るか否かを車両から基地局へ問い合わせ、有った場合は該データ通信可能地域に到達した時に車両から基地局へのデータ通信を行い、無かった場合もしくは基地局と通信できなかった場合には通信実行時間を設定してその時間に行うようにした
ことを特徴とする車両運行管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10061598A JP3750345B2 (ja) | 1998-03-26 | 1998-03-26 | 車両運行管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10061598A JP3750345B2 (ja) | 1998-03-26 | 1998-03-26 | 車両運行管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11284566A JPH11284566A (ja) | 1999-10-15 |
| JP3750345B2 true JP3750345B2 (ja) | 2006-03-01 |
Family
ID=14278760
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10061598A Expired - Fee Related JP3750345B2 (ja) | 1998-03-26 | 1998-03-26 | 車両運行管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3750345B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3990641B2 (ja) | 2002-03-27 | 2007-10-17 | 松下電器産業株式会社 | 道路情報提供システム及び装置と道路情報生成方法 |
| JP4619682B2 (ja) * | 2003-10-21 | 2011-01-26 | パナソニック株式会社 | 交通情報の生成方法と装置 |
| JP2020080446A (ja) * | 2017-03-24 | 2020-05-28 | パナソニックＩｐマネジメント株式会社 | カメラ側装置及び情報通知方法 |
-
1998
- 1998-03-26 JP JP10061598A patent/JP3750345B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11284566A (ja) | 1999-10-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8306521B2 (en) | Vehicle control apparatus with data reprogrammable via wireless communication network | |
| US5586130A (en) | Method and apparatus for detecting fault conditions in a vehicle data recording device to detect tampering or unauthorized access | |
| CN112286171B (zh) | 一种远程诊断方法、装置、车辆及存储介质 | |
| JP4337084B2 (ja) | 遠隔故障診断システム | |
| US11151620B2 (en) | Method and system for the payment of a service and/or a product with respect to a vehicle location | |
| JP2002370630A (ja) | 自動車の予防保全サービスシステム | |
| WO1999020489A1 (fr) | Systeme et appareil pour commander un equipement monte sur un vehicule | |
| JP2002319087A (ja) | 車両運転特性診断方法、車両運転特性診断システム、車両運転特性診断装置、車両制御用装置及びそのコンピュータ・プログラム | |
| KR20190084002A (ko) | 통신 모드 전환 장치 및 방법 | |
| WO2016179095A1 (en) | Configurable obd isolation | |
| US11577739B1 (en) | Low-power modes for a vehicle telematics device | |
| JP3750345B2 (ja) | 車両運行管理システム | |
| US20050288830A1 (en) | Method and system for remote telltale reset | |
| US20230385049A1 (en) | Systems and methods for safe over-the-air update of electronic control units in vehicles | |
| JP2011005880A (ja) | 異常検出装置、異常検出方法、異常検出システム | |
| EP4221158A1 (en) | Method and system for controlling a non-interfering mode in a telematics device | |
| JPH11272986A (ja) | 車両運行管理システム | |
| JP2001296915A (ja) | 遠隔自己診断システム | |
| JP6421403B1 (ja) | 車載計算装置、車両およびシステム | |
| US11552825B1 (en) | Systems and methods for controlling a non-interfering mode in a telematics device | |
| US11823504B1 (en) | Device and method for capturing and validating vehicle trip parameters | |
| JP4134778B2 (ja) | 車両診断用サーバ | |
| US11681518B2 (en) | Systems and methods for safe over-the-air update of electronic control units in vehicles | |
| EP4358492A1 (en) | Method and device for capturing vehicle trip parameters by a telematics device | |
| EP4280190A1 (en) | Systems and methods for associating a telematics device with an asset tracker |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040421 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051108 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20051115 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051128 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091216 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091216 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101216 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101216 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111216 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111216 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111216 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121216 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121216 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131216 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |