JP3504140B2 - Ａｖｍシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＶＭ（Ａｕｔｏ
ｍａｔｉｃ Ｖｅｈｉｃｌｅ Ｍｏｎｉｔｏｒｉｎｇ）
システムに関し、詳細には、運行する移動局の位置，運
行状況などを監視して効率的な運行管理を実現するＡＶ
Ｍシステムに関する。

【０００２】

【従来の技術】図２７は、従来のＡＶＭシステムを示す
ブロック図である。従来のＡＶＭシステムは、図２７に
示したように、各移動局の位置や運行状況を管理する運
用管理通信所１０１、運用管理通信所１０１に有線によ
り接続され、各移動局との間で無線通信を通じてデータ
交換する無線基地局１０２、運用管理通信所１０１に有
線により接続され、各移動局との間でメモリ媒体（例え
ばメモリ媒体１０５）を介してデータ交換を行う１また
は複数の営業所（例えば営業所１０３）、無線基地局１
０２との通信を通じて運行管理される移動局（例えば移
動局１０４）などにより構成される。

【０００３】なお、図２７には、所定のエリア内での運
行を管理される無線タクシーなどの移動局、例えば地域
毎に設置される営業所の代表例としてそれぞれ移動局１
０４、営業所１０３が示されている。

【０００４】上記ＡＶＭシステムにおいて、運用管理通
信所１０１は、当通信所全体の動作を制御するＣＰＵ１
１１、無線基地局１０２の通信制御を行うＲＣＣＵ（無
線通信制御装置）１１２、各移動局に対して運行管理上
の操作入力を行うためのキーボード１１３、無線基地局
１０２を通じて受信される移動局の運行管理上の情報な
どを表示するＣＲＴ１１４、各営業所から情報を収集す
るＤＬＵ（情報収集装置）１１６、各営業所との間でデ
ータ通信のための操作入力を行うためのキーボード１１
７、各営業所から入力される移動局の運行管理上の情報
などを表示するＣＲＴ１１８、各営業所との通信で送受
信信号を変復調するモデム１１９などにより構成され
る。

【０００５】また、営業所１０３は、運用管理通信所１
０１との通信で送受信信号を変復調するモデム１３１、
当営業所全体の動作を制御するＣＰＵ１３２、各移動局
からメモリ媒体１０５からのデータ入力，運用管理通信
所１０１との通信などで操作入力を行うためのキーボー
ド１３３、メモリ媒体１０５から読み出した情報などを
表示するＣＲＴ１３４、メモリ媒体１０５を着脱自在に
装着してデータをリード／ライトするためのＭＥＭ−Ｉ
／Ｏ（データ読み取り装置）１３５などにより構成され
る。

【０００６】さらに、移動局１０４の詳細について説明
する。図２８は従来の移動局の代表的な構成例を示すブ
ロック図である。移動局１０４は、図２８に示したよう
に、無線基地局１０２との間で無線通信を行うための無
線アンテナ１４１、無線アンテナ１４１に接続され、無
線アンテナ１４１を通じて無線信号を送受信する無線機
１４２、無線機１４２に電力を供給するバッテリ１４
３、無線機１４２に接続され、本ＡＶＭシステムに関す
る動作全体を制御する制御装置１４４、制御装置１４４
内に設けられ、自移動局の運行上のデータを収集して記
憶するメモリ１４５、制御装置１４４に接続され、メモ
リ媒体１０５を着脱自在に装着してデータをリード／ラ
イトするためのＭＥＭ−Ｉ／Ｏ１４６、制御装置１４４
に接続され、メモリ媒体１０５のリード／ライト操作や
その際の表示を行う表示／操作装置１４７、制御装置１
４４に接続される料金メータ１４８、ＧＰＳ（Ｇｌｏｂ
ａｌＰｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）システム
により複数台の衛星からの電波を捕捉するＧＰＳアンテ
ナ１４９、ＧＰＳアンテナ１４９および制御装置１４４
に接続され、ＧＰＳアンテナ１４９を通じて位置情報を
受信するＧＰＳ受信機１５０などにより構成される。

【０００７】つぎに、動作について説明する。運用管理
通信所１０１においては、無線基地局１０２を介して移
動局１０４との間で無線により情報授受が行われる。運
用管理通信所１０１において、その操作者は、顧客から
の電話等による諸配車依頼を受付けると、当該顧客の所
在地付近に在留する移動局（例えば移動局１０４）をＣ
ＲＴ１１４の画面表示内容から検索抽出し、キーボード
１１３を用いて抽出された移動局１０４の車番を入力す
る。この入力情報（車番）はＣＰＵ１１１に伝達され、
ＣＰＵ１１１により入力情報に基づいて配車伝票情報が
生成される。

【０００８】この配車伝票情報はＣＰＵ１１１からプリ
ンタ１１５に伝送され、プリンタ１１５からは配車伝票
が自動発券される。また、この配車伝票情報は、ＣＰＵ
１１１からＲＣＣＵ１１２にも伝送され、そのＲＣＣＵ
１１２により無線信号形式に変換された後、無線基地局
１０２に送出される。その際、送信起動制御が行われ、
移動局１０４に対して配車指示情報が送信される。

【０００９】このとき、移動局１０４では、バッテリ１
４３から電源供給を受ける無線機１４２により無線アン
テナ１４１を介して無線信号（配車指示情報）が受信さ
れ、その受信データは制御装置１４４へ伝達される。制
御装置１４４では、無線信号形式の配車指示情報が解読
され、その解読結果（配車指示内容）は表示／操作装置
１４７により表示される。

【００１０】このようにして配車指示の表示が行われる
と、移動局１０４の操作者においては、運用管理通信所
１０１の操作者が無線基地局１０２の操作（例えばマイ
クプレス）により発する音声指示（連絡内容）を無線機
１４２のスピーカから聴取することができる。これによ
り、配車先へ移動局１０４を出向（移動）させることが
できる。

【００１１】また、ＧＰＳアンテナ１４９には例えば３
機のＧＰＳ衛星から発射される無線測位信号が受信さ
れ、そのＧＰＳアンテナ１４９に接続されたＧＰＳ受信
機１５０により自移動局１０４の現在位置が自動検出さ
れる。その他、料金メータ１４８からは自移動局１０４
の空車，賃走（実車），迎車等の車両状態情報が自動検
出される。この自動検出された情報は、移動局１０４の
操作者が表示／操作装置１４７を操作して行う待機や休
憩等の申告情報等のログデータとともに、内蔵固定型の
メモリ１４５に収集され記憶される。

【００１２】以上のメモリ１４５に記憶された情報は、
運用管理通信所１０１が無線基地局１０２を介して発す
る定周期のポーリング信号を無線機１４２で受信した際
に、ポーリング応答信号として送信されるか、あるい
は、一定距離の移動，一定時間の経過，料金メータ１４
８の設定更新等の状態変化が発生する都度、任意発呼信
号として送信される。

【００１３】また、移動局１０４の運行結果すなわちメ
ータ変化発生場所及び内容等は、メモリ１４５またはＭ
ＥＭ−Ｉ／Ｏ１４６に装填されたメモリ媒体１０５に逐
次記憶格納される。このため、移動局１０４が営業所１
０３に立寄った際に、移動局１０４の操作者がメモリ媒
体１０５を手動で抜き取り、営業所１０３に設置された
ＭＥＭ−Ｉ／Ｏ１３５に挿し込むことで、データ交換を
行うことができる。

【００１４】営業所１０３において、ＭＥＭ−Ｉ／Ｏ１
３５で読み取られたメモリ媒体１０５の記憶内容すなわ
ちログデータは、ＣＰＵ１３２の制御によりＣＲＴ１３
４に表示され、かつ、図示せぬメモリに記憶される。ま
た、ＣＰＵ１３２の操作者がキーボード１３３の操作を
行うことで、上記ログデータはモデム１３１から運用管
理通信所１０１のモデム１１９に対して電話回線等の有
線を介して伝送される。

【００１５】その伝送されたログデータは、ＤＬＵ１１
６に蓄積される。このＤＬＵ１１６の操作者は、ＣＲＴ
１１８の画面表示によって各営業所（例えば営業所１０
３）から伝送されてくる各移動局（例えば移動局１０
４）のログデータをモニタできるとともに、キーボード
１１７を操作することで過去に集積した情報の検索，参
照などをできるほか、業務日報データを作成することも
できる。

【００１６】

【発明が解決しようとする課題】従来のＡＶＭシステム
は以上のように構成されているため、車両操作者は各営
業所で脱着型のメモリ媒体１０５をＭＥＭ−Ｉ／Ｏ１４
６から抜き取り各営業所のＭＥＭ−Ｉ／Ｏ１３５に挿し
込む労力が必要であった。また、営業所が複数存在する
場合には、各移動局の立寄営業所が異なるため、各営業
所毎に図２７の設備を設置する必要があった。これによ
り、設備投資に関して、通信費を含めて高コストとなっ
ていた。

【００１７】これに加えて、各営業所におけるログデー
タは各移動局が営業所に立ち寄った際にしか更新され
ず、各営業所がログデータを入手する際には、各移動局
でのログ時点から時間的な遅れが生じた。これにより、
ＡＶＭシステムとしては、運行記録程度の後処理データ
としてしか活用できなかった。また、移動局１０４側で
記憶蓄積するログデータの蓄積周期に変更が生じた場合
には、全移動局に対してソフトウェア格納媒体（例えば
ＲＯＭ等）の内容もしくは媒体自体の交換作業という労
力が必要になった。以上のことから、車両操作者の労力
および設備費用の増大化、並びに、移動局でロギングさ
れた情報鮮度の低下などの面で問題点があった。

【００１８】本発明は以上のような問題点を解消するた
めになされたもので、車両操作者の労力および設備費用
の軽減、並びに、移動局に関するログデータの情報鮮度
の改善を図ることが可能なＡＶＭシステムを得ることを
目的とする。

【００１９】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、本発明に係るＡＶＭシステムは、
無線基地局を接続させた運用管理通信所と複数の移動局
との間で無線通信を行って各移動局を運行管理するＡＶ
Ｍシステムにおいて、前記各移動局は、自局位置を検出
する位置検出手段と、運行中、前記位置検出手段の検出
値から一定量の位置変化が検知される度に前記運用管理
通信所へ現在時刻を発信する送信時刻発信手段と、前記
運用管理通信所へ現在時刻を発信する度に、現在時刻と
その発呼地点の位置情報とを対応させた通信履歴を記憶
する記憶手段と、運行終了時に、前記記憶手段に記憶さ
れた通信履歴を前記運用管理通信所へ発信する通信履歴
発信手段とを有し、前記運用管理通信所は、電子地図を
作成するための電子地図データベースと、前記送信時刻
発信手段により送られてきた現在時刻を順次記憶する送
信時刻記憶手段と、前記送信時刻記憶手段に記憶された
現在時刻と前記通信履歴発信手段により送られてきた現
在時刻及び位置情報を含む通信履歴とを照合する照合手
段と、前記照合手段による照合に基づき、現在時刻が合
致しない発呼地点については不感地域とする地図を前記
電子地図データベースを用いて作成する地図作成手段と
を備えることを特徴とする。

【００２０】この発明によれば、運行中に一定量の位置
変化が検知される度に移動局から送られてくる現在時刻
情報と、運行終了時に移動局から送られてくる現在時刻
とその発呼地点の位置情報と含む通信履歴とを運用管理
通信所側で照合し、この照合に基づき現在時刻が合致し
ない発呼地点については不感地域とする地図を前記電子
地図データベースを用いて作成するようにしている。

【００２１】

【００２２】

【００２３】

【００２４】

【００２５】

【００２６】

【００２７】

【００２８】

【００２９】

【００３０】

【００３１】

【００３２】

【００３３】

【００３４】

【００３５】

【発明の実施の形態】以下に添付図面を参照して、本発
明に係るＡＶＭシステムの好適な実施の形態を詳細に説
明する。

【００３６】実施の形態１．まず、構成について説明す
る。図１は本発明の実施の形態１によるＡＶＭシステム
を示すブロック図である。本実施の形態１のＡＶＭシス
テムは、図１に示したように、各移動局の位置や運行状
況を管理する運用管理通信所１、運用管理通信所１に有
線により接続され、各移動局との間で無線通信を通じて
データ交換する無線基地局２、所定のエリア内を走行し
て無線基地局２との通信を通じて運行管理される複数台
の移動局（例えば移動局３）により構成される。なお、
図１には、所定のエリア内での運行を管理される無線タ
クシーなどの移動局の代表例として移動局３が示されて
いる。

【００３７】上記ＡＶＭシステムにおいて、運用管理通
信所１は、当通信所全体の動作を制御するＣＰＵ１１、
無線基地局２の通信制御を行うＲＣＣＵ１２、各移動局
（例えば移動局３）に対して運行管理上の操作入力を行
うためのキーボード１３、無線基地局２を通じて受信さ
れる移動局（例えば移動局３）の運行管理上の情報など
を表示するＣＲＴ１４、無線基地局２を通じて収集され
たログデータを処理するＤＬＵ１６、ログデータに関し
て操作入力を行うためのキーボード１７、ログデータに
関する情報を表示するＣＲＴ１８などにより構成され
る。

【００３８】さらに、移動局３の詳細について説明す
る。代表例である移動局３は、図示の如く、無線基地局
２との間で無線通信を行うための無線アンテナ３１、無
線アンテナ３１に接続され、無線アンテナ３１を通じて
無線信号を送受信する無線機３２、無線機３２に電力を
供給するバッテリ３３、無線機３２に接続され、本ＡＶ
Ｍシステムに関する動作全体を制御する制御装置３４、
制御装置３４に接続される料金メータ３５、ＧＰＳシス
テムにより複数台の衛星からの電波を捕捉するＧＰＳア
ンテナ３６、ＧＰＳアンテナ３６および制御装置３４に
接続され、ＧＰＳアンテナ３６を通じて位置情報を受信
するＧＰＳ受信機３７などにより構成される。

【００３９】上記制御装置３４は、ＡＶＭシステムをメ
モリ３４２に格納されたプログラムに従って制御するＣ
ＰＵ３４１、このＣＰＵ３４１が動作するための各種プ
ログラムを格納するとともに運行上のデータを収集して
記憶するメモリ３４２、ＡＶＭシステムに関する操作入
力および表示を行う表示／操作部３４３、外部の無線機
３２とのインタフェースを司るとともに内部の拡張Ｉ／
Ｏ部３４５とのインタフェースを司るインタフェース部
（Ｉ／Ｆ）３４４、外部の料金メータ３５に接続され、
料金メータ３５から料金情報を収集して内部に取り込む
拡張Ｉ／Ｏ部３４５等により構成される。

【００４０】つぎに、本ＡＶＭシステムの装置間の手続
きについて説明する。まず、配車処理について説明す
る。図２は本実施の形態１による配車指示の際に送信さ
れるデータのフォーマット例を示す図であり、図３は本
実施の形態１による配車依頼の手順を説明する図であ
る。図２には、運用管理通信所１から移動局（例えば移
動局３）に対して発信される送信データのフォーマット
が示されている。この送信データは、移動局に対して配
車を指示するための配車指示ＩＤ、配車を希望する移動
局を特定するための車番データ（以下に車番と称す
る）、および、配車を希望する顧客に関する情報などの
付加情報により構成される。

【００４１】運用管理通信所１では、無線基地局２を介
して移動局３との間で無線により情報授受が行われる。
図３において、運用管理通信所１では、ある顧客から電
話等により配車依頼が受付けられると、当該顧客の所在
地付近の運行状況がＣＲＴ１４に表示される。そして、
ＣＲＴ１４に表示された内容から上記所在地付近に在留
する移動局が検索および抽出される。例えば、移動局３
が抽出された場合には、その移動局３の車番がキーボー
ド１３の操作でマニュアルにより入力される。

【００４２】この入力された車番情報はＣＰＵ１１に伝
達され、その車番情報に基づいて配車伝票情報が作成さ
れる。この配車伝票情報はプリンタ１５に伝送される
と、配車伝票として自動発券される。また、上記配車伝
票情報は配車指示情報としてＲＣＣＵ１２にも伝送さ
れ、そこで無線信号形式に変換されてから無線基地局２
に送出される。無線基地局２では、送信起動制御により
無線信号が移動局３に対して送信される。これにより、
移動局３に対する配車指示が完了する。

【００４３】移動局３においては、バッテリ３３から電
源供給を受ける無線機３２により無線アンテナ３１を介
して上記無線信号が受信される。この受信情報は制御装
置３４内に設けられたインタフェース（Ｉ／Ｆ）３４４
を介してＣＰＵ３４１に伝達される。このＣＰＵ３４１
では、無線信号形式の配車指示情報が解読される。その
解読結果は表示／操作部３４３に表示情報として伝達さ
れる。

【００４４】この表示／操作部３４３では、伝達されて
きた表示情報に基づいて表示制御が行われる。移動局３
の操作者においては、同表示情報（予告情報）が表示さ
れた後、運用管理通信所１側の操作者が無線基地局操作
（マイクプレス）により発する音声指示連絡内容を無線
機３２の図示せぬスピーカから聴取することができる。
これにより、配車先へ移動局３を出向（移動）させるこ
とができる。

【００４５】つづいて、ポーリング処理について説明す
る。図４は本実施の形態１によるポーリングの際に送信
されるデータのフォーマット例を示す図、図５は本実施
の形態１によるポーリング時のタイミングチャートであ
る。図４（ａ）には、運用管理通信所１から各移動局へ
発信されるポーリング信号のフォーマット例が示され、
同図（ｂ）には、各移動局から運用管理通信所１へ応答
されるポーリング応答信号が示されている。

【００４６】ポーリング信号は、図４（ａ）に示したよ
うに、移動局に対してポーリングを示すためのポーリン
グＩＤ、ログデータの応答を希望する移動局を特定する
ための車番、応答の際にログデータの分別を指示するロ
グ指定送信要求コマンド、および、ログデータの分別方
法を指定する指定内容により構成される。

【００４７】また、ポーリング応答信号は、図４（ｂ）
に示したように、運用管理通信所１に対してポーリング
応答を示すためのポーリング応答ＩＤ、ポーリング応答
する移動局を特定するための車番、および、ログ指定送
信要求に基づくログデータにより構成される。

【００４８】各移動局においては、運行時、ＧＰＳアン
テナ３６で例えば３機の衛星から発射される無線測位信
号が受信され、ＧＰＳ受信機３７により自車の現在位置
が自動検出される。また、料金メータ３５により自車の
空車，賃走（実車），迎車等の車両状態情報が自動検出
される。これら自動検出されるログデータの他に、各移
動局の操作者が表示／操作部３４３を操作して行う待機
や休憩等の申告情報等のログデータがある。これらログ
データは、ＣＰＵ３４１の制御によりメモリ３４２に蓄
積される。

【００４９】ここで、移動局としてＭ１，Ｍ２，Ｍ３の
３台を例に挙げる。各移動局Ｍ１，Ｍ２，Ｍ３において
は、図５に示したように、運用管理通信所１により無線
基地局２を介して発信される定周期のポーリング信号
（図４（ａ）参照）が受信されると、メモリ３４２に蓄
積されているログデータから指定されるログデータが取
り出され、ポーリング応答信号が生成されて運用管理通
信所１へ発信される。

【００５０】具体的には、運用管理通信所１のＤＬＵ１
６が定周期に送出するポーリング信号はＣＰＵ１１で受
付けられ、さらにＲＣＣＵ１２で無線信号に変換されて
から無線基地局２により送信される。この無線信号は、
所要の移動局側で無線アンテナ３１および無線機３２で
受信された後、インタフェース３４４を経て、ＣＰＵ３
４１で受付けられる。

【００５１】移動局においては、メモリ３４２に蓄積記
憶されてあるログデータのうち、当該要求命令の指定内
容に準じたログデータ（例えばタクシー業の場合、午前
７時から午前１１時までの間に実車となった時刻、乗車
地点の緯経度、降車地点の緯経度、料金、支払区分、領
収書発行有無などで一定の条件に合致するものだけの限
定情報）が抽出される。このように抽出されたログデー
タは、ポーリング応答信号として無線信号化された後、
ポーリング信号の伝達経路と逆順に送信される。

【００５２】運用管理通信所１においては、ポーリング
応答信号に含まれるログデータが取り出され、ＤＬＵ１
６に集積される。このＤＬＵ１６の操作者は、各移動局
から収集されたログデータをＣＲＴ１８にモニタした
り、キーボード１７の操作により過去に集積されたログ
データを検索や参照したり、収集されたログデータから
業務日報データを作成することもできる。

【００５３】つづいて、自己発信処理について説明す
る。図６は本実施の形態１による移動局側から自己発信
されるデータのフォーマット例を示す図であり、図７は
本実施の形態１による自己発信の手順を説明する図であ
る。図６には、各移動局から運用管理通信所１へ自己発
信（任意発信）される送信データが示されている。この
送信データは、運用管理通信所１に対して自己発信を示
すための自己発信ＩＤ、自己発信する移動局を特定する
ための車番、および、現在設定されている送信内容に基
づて用意されたログデータにより構成される。

【００５４】自己発信は、図７に示したように、移動局
（例えば移動局３）側から運用管理通信所１に対して一
方的に発信される動作をいう。この場合、一定距離の移
動、一定時間の経過、料金メータ３５の設定更新等の状
態変化が発生したときなどにその都度任意発呼信号とし
て図６の送信データが送信されることになる。

【００５５】ここで、ロギング方法について説明する。
各移動局の運行結果すなわちメータ変化発生場所及び内
容等は、メモリ３４２にログデータとして逐次記憶格納
される。インタフェース３４４には、無線機３２やＧＰ
Ｓ受信機３７の他に、拡張Ｉ／Ｏ部３４５を介して料金
メータ３５などが接続されており、これら接続機器から
ログデータが発生し、インタフェース３４４を介してメ
モリ３４２に蓄積される。例えば、拡張Ｉ／Ｏ部３４５
は複数の入出力用信号端子を有しており、図示せぬが料
金メータ３５以外の異種情報源（例えば電界強度計等の
計測機器）とも接続される。

【００５６】つづいて、ログ要求処理について説明す
る。図８は本実施の形態１によるログに関して要求する
際に送信されるデータのフォーマット例を示す図であ
り、図９は本実施の形態１によるログ要求の手順を説明
する図である。図８（ａ）には、運用管理通信所１から
所要の移動局に対して発信されるログ指定送信要求デー
タが示されている。このログ指定送信要求データは、ロ
グ条件の指定によりログデータの送信を要求するログ指
定送信要求ＩＤ、所要の移動局を特定するための車番、
および、所要の移動局でログデータを蓄積する際のログ
条件を示す指定内容により構成される。

【００５７】図８（ｂ）には、上記ログ指定送信要求に
応じて所要の移動局から運用管理通信所１に対して応答
されるログ指定応答データが示されている。このログ指
定応答データは、上記ログ指定送信要求に対する応答で
あることを示すログ指定応答ＩＤ、所要の移動局を特定
するための車番、および、ログ条件に応じて生成された
ログデータにより構成される。

【００５８】図８（ｃ）には、運用管理通信所１から所
要の移動局に対して発信されるログ変更要求データが示
されている。このログ変更要求データは、ログ条件の変
更を要求するログ指定送信要求ＩＤ、所要の移動局を特
定するための車番、および、所要の移動局でログ条件を
変更する際の変更内容により構成される。

【００５９】図９（ａ）には、運用管理通信所１から所
要の移動局（例えば移動局３）に対してログ指定送信要
求を行ったときの手順が示されている。運用管理通信所
１では、移動局３から所望のログデータだけを収集する
ため、キーボード１７を操作して所要のログ内容を特定
し、そのログ内容を移動局３に対する指定内容として、
図８（ａ）に示したフォーマットのログ指定送信要求デ
ータを生成する処理がＤＬＵ１６側で行われる。

【００６０】その後、運用管理通信所１から移動局３に
対してログ指定送信要求が行われると、移動局３におい
て受信ログ指定送信要求データが解読され、所要のログ
内容に従って図８（ｂ）に示したフォーマットのログ指
定応答データが生成される。このようにして、移動局３
から運用管理通信所１に対してログ応答（ログ指定応答
データの発信）が行われる。そして、運用管理通信所１
では、移動局３から送られてきたログデータを図示せぬ
メモリに蓄積する処理が行われる。

【００６１】図９（ｂ）には、運用管理通信所１から所
要の移動局例えば移動局３に対してログ変更要求を行っ
たときの手順が示されている。運用管理通信所１では、
移動局３に対してログ条件を指示するため、キーボード
１７を操作して所要のログ条件を設定し、そのログ条件
を移動局３に対するログの変更内容として、図８（ｂ）
に示したフォーマットのログ変更要求データを生成する
処理がＤＬＵ１６側で行われる。

【００６２】その後、運用管理通信所１から移動局３に
対してログ変更要求が行われると、移動局３において受
信ログ変更要求データが解読され、ログ条件が現ログ条
件から運用管理通信所１が要求するログ条件に変更され
る。これにより、以降は、新しいログ条件に従ってメモ
リ３４２へのログデータの蓄積が行われる。

【００６３】ログ条件としては、ポーリング処理に関し
ては、応答するログ内容の変更やポーリング送出周期の
変更がある。ポーリング処理以外としては、各移動局ご
とのログデータについての諸条件（ログ内容、ログ種
類、ログの開始／停止時期等）の変更などがある。以上
から、各移動局側で蓄積したログデータの情報量が膨大
でも、運用管理通信所１で必要時に必要なログデータだ
けを選択して無線データ収集することができる。このこ
とから、システム稼働中であっても閑散時間帯を選んで
各移動局のログデータの無線データ収集が実現可能とな
る。

【００６４】つぎに、運用管理通信所１、各移動局（代
表として移動局３）それぞれの動作について詳述する。
まず、運用管理通信所１から説明する。図１０は運用管
理通信所１の全体動作を説明するフローチャート、図１
１はログ指定送信要求時の動作を説明するフローチャー
ト、図１２はログ変更要求時の動作を説明するフローチ
ャート、そして、図１３は割り込み処理を説明するフロ
ーチャートである。

【００６５】運用管理通信所１の全体動作は（図１０参
照）、ＣＰＵ１１により全体的に制御され、個々の動作
については、各部により実行される。まず、運用管理通
信所１に設定されるポーリング開始時間か（ステップＳ
１）、顧客からの配車依頼か（ステップＳ２）、前述の
ログ指定送信要求か（ステップＳ３）、それとも前述の
ログ変更要求か（ステップＳ４）、処理が判断される。
何もトリガとして発生しなければ、上記ステップＳ１〜
ステップＳ４の判断が繰り返し実行される。

【００６６】前述のポーリング処理は定周期に実行され
る処理のため、そのポーリング処理の開始時間に達した
場合には、処理は、ステップＳ１からステップＳ５へ移
行して、前述した如くポーリング処理を実行する（図５
参照）。また、ある顧客からの配車依頼が入った場合に
は、処理は、ステップＳ２からステップＳ６へ移行し
て、前述した配車処理を実行する（図３参照）。なお、
この配車処理については、不定期に配車依頼が入ること
から、割り込み処理として全体動作から分離してもよ
い。

【００６７】また、ＤＬＵ１６の制御により操作者によ
りログ指定送信要求が入った場合には、処理は、ステッ
プＳ３からステップＳ７へ移行して、前述のログ要求処
理（ログ指定送信要求の場合）を実行する。同様に、Ｄ
ＬＵ１６の制御により操作者によりログ変更要求が入っ
た場合には、処理は、ステップＳ４からステップＳ８へ
移行して、前述のログ要求処理（ログ変更要求の場合）
を実行する。

【００６８】上記ログ要求処理については、図１１およ
び図１２にその詳細が示されている。ログ指定送信要求
の場合には（図１１）、まず、ＤＬＵ１６に接続される
キーボード１７およびＣＲＴ１８を用いて車番が入力さ
れ（ステップＳ７１）、つづいてログデータの種類，範
囲などの条件が指定される（ステップＳ７２）。

【００６９】このようにして入力された車番およびログ
指定に基づいて送信データすなわちログ指定送信要求デ
ータが生成され（ステップＳ７３）、無線基地局２を介
して所要の移動局へ発信される（ステップＳ７４）。そ
の後、発信先移動局からの応答すなわちログ指定応答デ
ータが届くと（ステップＳ７５）、そのログ指定応答デ
ータからログデータが取り出され、ログの種類別に図示
せぬメモリに保存される（ステップＳ７６）。

【００７０】また、ログ変更要求の場合には（図１
２）、まず、ＤＬＵ１６に接続されるキーボード１７お
よびＣＲＴ１８を用いて車番が入力され（ステップＳ８
１）、つづいて変更しようとするログ条件（ログの種
類，範囲などの条件）が設定されるとともに、その設定
内容は図示せぬメモリに記憶される（ステップＳ８
２）。

【００７１】このように設定内容を記憶しておくこと
で、後のログデータ収集時にその設定内容に従ってログ
データの保存を行うことができる。このようにして入力
された車番および変更内容（ログ条件）に基づいて送信
データすなわちログ変更要求データが生成され（ステッ
プＳ８３）、無線基地局２を介して所要の移動局へ発信
される（ステップＳ８４）。

【００７２】また、運用管理通信所１は、割り込み処理
として各移動局からの自己発信を受け付ける。各移動局
から自己発信が受け付けられると、まず、受信データを
解析して、先頭に格納されているＩＤから、どのような
データの発信かの判別が行われる（ステップＳ９１）。
その判別で自己発信が判明すると（ステップＳ９２）、
処理はステップＳ９３へ移行し、発信元を表す車番対応
のメモリエリアに対して受信されたログデータを格納す
る。

【００７３】つづいて、移動局３について説明する。図
１４は移動局３の全体動作を説明するフローチャート、
図１５はポーリング応答時の動作を説明するフローチャ
ート、図１６はログ応答時の動作を説明するフローチャ
ート、図１７はログ変更時の動作を説明するフローチャ
ート、そして、図１は運行上の状態変化に伴う動作を説
明するフローチャートである。

【００７４】移動局３の全体動作は（図１４参照）、Ｃ
ＰＵ３４１により全体的に制御され、個々の動作につい
ては、各部により実行される。まず、運行時に着信があ
ると（ステップＳ１０１）、着信に従ってデータを受信
し、その受信データを解析する処理が実行される（ステ
ップＳ１０２）。そして、まず、車番から自局宛のデー
タ受信か否か判断され（ステップＳ１０３）、他局宛の
場合には、処理はステップＳ１０１に戻ってつぎの着信
を待ち、一方、自局宛での場合には、処理はステップＳ
１０４へ移行する。

【００７５】そして、ＩＤの判別に従って、ポーリング
処理か（ステップＳ１０４）、ログ指定送信要求か（ス
テップＳ１０５）、それともログ変更要求か（ステップ
Ｓ１０６）、処理が判断される。以上のいずれの処理に
も該当しなければ、その他の処理を実行してから処理は
ステップＳ１０１に戻る。もし、受信信号がポーリング
信号であった場合には、処理はステップＳ１０４からス
テップＳ１０７へ移行し、ポーリング応答処理を実行す
る。その後、処理はステップＳ１０１に戻る。

【００７６】また、受信信号がログ指定送信要求データ
であった場合には、処理はステップＳ１０５からステッ
プＳ１０８へ移行し、ログ応答処理を実行する。その
後、処理はステップＳ１０１に戻る。また、受信信号が
ログ変更要求データであった場合には、処理はステップ
Ｓ１０６からステップＳ１０９へ移行し、ログ変更処理
を実行する。その後、処理はステップＳ１０１に戻る。

【００７７】上記ポーリング応答処理、ログ応答処理、
ログ変更処理については、それぞれ図１５、図１６、図
１７にその詳細が示されている。ポーリング応答処理の
場合には（図１５参照）、まず、解析結果からログ指定
要求の有無が判別され（ステップＳ２０１）、そのログ
指定要求がなければ、処理はステップＳ２０３に移行
し、すでに移動局内に設定されているログ条件に従って
メモリ３４２からログデータを読み出してポーリング応
答を生成する。

【００７８】その後、その生成されたポーリング応答信
号が運用管理通信所１へ発信される（ステップＳ２０
４）。一方、ログ指定要求があれば、処理はステップＳ
２０２に移行し、指定内容（要求されるログ条件）に沿
ってメモリ３４２からログデータを読み出してポーリン
グ応答を生成する。その後、その生成されたポーリング
応答信号が運用管理通信所１へ発信される（ステップＳ
２０４）。

【００７９】また、ログ応答処理は（図１６参照）、ポ
ーリングのように定周期に応答するものではなく、個別
的に必要時に要求されるものである。したがって、ログ
応答処理の場合には、そのログ応答要求に応じて、指定
内容（要求されるログ条件）に沿ってメモリ３４２から
ログデータを読み出してログ指定応答データを生成する
処理が実行される（ステップＳ３０１）。その後、その
生成されたログ指定応答データが運用管理通信所１へ発
信（応答）される（ステップＳ３０２）。

【００８０】また、ログ変更処理は（図１７参照）、ポ
ーリングのように定周期に応答するものではなく、上記
ログ応答処理と同様に、個別的に必要時に要求されるも
のである。したがって、ログ変更処理の場合には、その
ログ変更要求に応じて、変更内容（変更要求されるログ
条件）に沿ってメモリ３４２へのログ方法が変更される
（ステップＳ４０１）。すなわち、ログ条件が変更され
た後のログ動作では、その変更されたログ条件に沿って
ログデータが蓄積される。

【００８１】また、各移動局においては、運行上の状態
変化発生に伴って自発的にログデータを運用管理通信所
１へ通知する動作が仕組まれている。その詳細な動作
は、図１８に示される。運行時、所定の状態変化が発生
した場合には、すでに設定されているログ条件に沿って
メモリ３４２からログデータを読み出して自己発信デー
タを生成する処理が実行される（ステップＳ５０１）。
その後、その生成された自己発信データが運用管理通信
所１へ任意に発信される（ステップＳ５０２）。

【００８２】以上説明したように、本実施の形態１によ
れば、各移動局においては、任意に設定可能なログ条件
に従って運行の際に得られたログデータを蓄積し、ログ
送信の際には、ログ送信条件が成立した場合に運用管理
通信所に対してログデータを送信するとともに、運用管
理通信所から所要のログデータのみの送信を指定するロ
グ指定送信要求が送られてきた場合、蓄積済みのログデ
ータから所要のログデータを分別し、その分別されたロ
グデータのみを送信する。

【００８３】一方、運用管理通信所１においては、所要
の移動局に対してログ条件を任意に変更指示し、また所
要の移動局に対してログ指定送信要求を発信して、移動
局側から送信されてきたログデータを収集する。このよ
うにしたので、従来のように営業所を設置する必要がな
く、運用管理通信所１側では、移動局のログ動作を個別
に遠隔操作して、リアルタイムに無線を通じて所要のロ
グデータを分別収集することができる。これにより、車
両操作者の労力の軽減、設備費の軽減、並びに、ログデ
ータの情報鮮度改善を実現することが可能である。

【００８４】また、定周期に発信するポーリング信号の
形式でログ指定送信要求を発信し、そのポーリング信号
に対してポーリング応答信号の形式でログデータを応答
するようにしたので、定周期で所要のログデータを収集
することが可能である。

【００８５】また、移動局をタクシーとした場合、一定
距離の移動、一定時間の経過、料金メータの設定更新等
の状態変化が発生した時などにログ送信条件が成立した
ものとしてログデータを任意発信するようにしたので、
運用管理通信所１では各移動局の運行上の変化を自動的
に収集することが可能である。

【００８６】実施の形態２．さて、本発明は、以下に説
明する実施の形態２のように、前述の実施の形態１の応
用として、運用管理通信所１と各移動局との通信履歴お
よびログデータから運行管理可能な範囲を表すサービス
エリア図を作成するようにしてもよい。本実施の形態２
のＡＶＭシステムは、前述した実施の形態１のＡＶＭシ
ステムと同様とするため、その図示を省略して、説明で
は同じ符号を使用する。以下に、さらに付加される構成
および動作についてのみ説明する。

【００８７】図１９は本発明の実施の形態２における主
要な構成を示すブロック図である。図１９に示したＣＰ
Ｕ１１は前述した運用管理通信所１に設けられるユニッ
トであり、その内部には、あらかじめ用意された電子地
図データ１１Ａと更新可能な通信履歴テーブル１１Ｂが
格納されている。電子地図データ１１Ａは、ＣＰＵ１１
１の制御に従ってＣＲＴ１１４に地図を表示するための
データである。通信履歴テーブル１１Ｂは、移動局との
通信履歴を記憶するテーブルである。

【００８８】つぎに、移動局（代表として移動局３）側
の主要な動作について説明する。図２０は本実施の形態
２による移動局３の主要な動作を説明するフローチャー
ト、図２１は本実施の形態２による運用管理通信所１の
主要な動作を説明するフローチャート、図２２（ａ）は
本実施の形態２による移動局側のログ収集内容を示す
図、図２２（ｂ）は本実施の形態２による運用管理通信
所側の通信履歴内容を示す図、そして、図２３は本実施
の形態２によるサービスエリア図の一例を示す図であ
る。

【００８９】なお、図２０には、本実施の形態２による
移動局側の主要な動作だけが示され、図２１には、本実
施の形態２による運用管理通信所１側の主要な動作だけ
が示されている。また、移動局３では、ＣＰＵ３４１の
タイマ機能により計時が行われ、その際に、運用管理通
信所１のＣＰＵ１１の制御により定期的に送られてくる
時刻補正情報に基づいてその受信の都度時刻補正が行わ
れるものとする。したがって、運用管理通信所１と移動
局３とは、同一時刻を刻むタイマを有しているものとす
る。

【００９０】移動局３において、走行中、一定量の自局
位置（緯経度）変化が検知された場合には（ステップＳ
６０１）、所定の無線信号が任意発呼により運用管理通
信所１へ発信される（ステップＳ６０２）。上記所定の
無線信号は、少なくとも自局の車番と送信時刻を含んだ
データより構成される。以上の発信動作は、運行終了ま
で繰り返し実行される（ステップＳ６０３）。

【００９１】この繰り返しにより、図２２（ａ）に示し
たように、変化時刻（送信時刻）ｔ１，ｔ２…にそれぞ
れ対応させて発呼地点の位置情報ｐ１，ｐ２…が記憶さ
れる。運行終了時には、運用管理通信所１に対して運行
終了通知が発信される（ステップＳ６０４）。この運行
終了通知には、メモリ３４２に蓄積された変化時刻と発
呼地点とを対応させたデータ（図２２（ａ））が含まれ
る。

【００９２】一方、運用管理通信所１では、移動局３か
ら所定の無線信号が受信されると（ステップＳ７０
１）、受信データを解析して車番別にその変化時刻（送
信時刻）がログデータとして通信履歴テーブル１１Ｂに
蓄積される（ステップＳ７０２）。以上の受信動作は、
運行終了通知が届くまで繰り返し実行される（ステップ
Ｓ７０３）。この繰り返しにより、図２２（ｂ）に示し
たように、変化時刻（送信時刻）ｔ１，ｔ３…が記憶さ
れる。この間、移動局３から運行終了通知が届いた時点
で運行終了が確認される（ステップＳ７０３）。

【００９３】運行終了通知には、移動局３側で蓄積され
たた変化時刻と発呼地点とを対応データが含まれてお
り、その対応データは運用管理通信所１自身が蓄積した
通信履歴データ（図２２（ｂ））と照合される（ステッ
プＳ７０４）。本来、移動局３側と運用管理通信所１側
とで変化時刻の履歴が一致するはずであるが、移動局３
が不感地域などを運行している際に発信された無線信号
は運用管理通信所１に届かず、その場合には、通信履歴
テーブル１１Ｂに抜けが生じる。そのために、ステップ
Ｓ７４において照合を行うことで、その抜けを確認す
る。

【００９４】そして、合致する変化時刻の発呼地点につ
いてはサービスエリア内の地点とし、非合致の変化時刻
の発呼地点についてはサービスエリア外とする取り決め
で、電子地図データ１１Ａを用いてサービスエリア図が
作成される（ステップＳ７０５）。このようにして作成
されたサービスエリア図は、印刷形式（プリンタ１５の
出力）あるいは表示形式（ＣＲＴ１４の出力）によって
出力される（ステップＳ７０６）。例えば、表示形式の
場合、移動局３と運用管理通信所１との間で変化時刻ｔ
２の記録が非合致となるため、その変化時刻ｔ２のとき
の発呼地点ｐ２はサービスエリア１４ａの外にマークさ
れた表示画面が形成される。

【００９５】以上説明したように、本実施の形態２によ
れば、各移動局側と運用管理通信所１側とで通信記録の
照合を行って、その合致地域、非合致地域を区別したサ
ービスエリアを自動作成するようにしたので、人為的な
サービスエリアの作成作業を省いて、効率的な運行管理
を実現することが可能である。

【００９６】実施の形態３．また、本発明は、前述した
実施の形態２のＡＶＭシステムを一般流通業に適用して
もよい。以下に説明する実施の形態３には、一般流通業
に適用した場合の一運用例が示される。この場合には、
各移動局が配送業務を担うものとする。なお、説明を簡
略化するため、符号は前述した実施の形態１および２と
同様とし、その部分の説明を省略する。

【００９７】ここでは、主要な動作についてのみ説明す
る。図２４は本実施の形態３による移動局の主要な動作
を説明するフローチャートであり、図２５は本実施の形
態３による運用管理通信所のルートマップ作成時の動作
を説明するフローチャートである。運用管理通信所１か
ら移動局３が配送指示を受けた場合には、その移動局３
において随時配送指定場所で荷降業務が実施される。

【００９８】そのとき、各場所で降ろした荷の種類、個
数、等が表示／操作部３４３からマニュアル入力される
（ステップＳ８０１）。このようにマニュアル入力され
たログデータは、自動検出により得られる場所の緯経度
情報、停車時間などのログデータとともにメモリ３４２
に蓄積される（ステップＳ８０２）。

【００９９】一方、運用管理通信所１においては、荷降
業務の終了時点では、前述した実施の形態２と同様に、
無線データ伝送によってＤＬＵ１６にログデータが集積
される。このような基礎データの集積は全移動局に対し
て実施されるので、その集積データに基づいて自動的に
統計演算が行われ、業務効率向上にかかる最適配送順序
及びルートマップ自動算出および作成が行われる（ステ
ップＳ９０１）。このようにして作成された最適配送順
序及びルートマップは、各移動局へ通知される（ステッ
プＳ９０２）。

【０１００】以上説明したように、本実施の形態３によ
れば、ＡＶＭシステムを一般流通業に適用して、配送指
定場所での荷降業務に関するデータを統計演算により求
め、各移動局へ通知するようにしたので、各移動局にお
いては、最適な配送順序およびルートマップにより効率
的な運行を実現することが可能である。

【０１０１】実施の形態４．また、本発明は、前述した
実施の形態２のＡＶＭシステムをタクシー業に適用して
もよい。以下に説明する実施の形態４には、タクシー業
に適用した場合の一運用例が示される。この場合には、
各移動局が顧客乗車業務を担うものとする。なお、説明
を簡略化するため、符号は前述した実施の形態１および
２と同様とし、その部分の説明を省略する。

【０１０２】ここでは、主要となる動作についてのみ説
明する。図２６は本実施の形態４による運用管理通信所
１の予測処理時の動作を説明するフローチャートであ
る。本実施の形態４において、運用管理通信所１では、
各移動局のログデータに含まれる例えば乗降客発生地点
と乗降客利用状況（日時、運賃、支払区分等）情報を無
線データ伝送によって受信して、ＤＬＵ１６でログデー
タを集積する処理が実行される。

【０１０３】このような基礎データの蓄積を全移動局に
対して実施して、ＤＬＵ１６において一定期間以上の蓄
積により自動的に統計演算が行われる。これにより、日
時と場所に基く乗込客発生予測情報（例：８月３日午前
１１時頃、公民館前、乗込客発生確率７０％）が自動算
出される（ステップＳ１００１）。このようにして得ら
れた乗込客発生予測情報は、各移動局へ通知される（ス
テップＳ１００２）。

【０１０４】以上説明したように、本実施の形態４によ
れば、一定期間毎に乗込客発生予測情報を求めてこれを
運行前に移動局側に通知しておけば、移動局において空
走ルートを推定することが容易となる。これにより、各
移動局での無作為な「流し」を防止することが可能であ
るとともに、営収増に結びつけることが可能である。

【０１０５】以上、本発明を実施の形態１〜４により説
明したが、この発明の主旨の範囲内で種々の変形が可能
であり、これらをこの発明の範囲から排除するものでは
ない。

【０１０６】

【０１０７】

【０１０８】

【０１０９】

【０１１０】

【０１１１】

【発明の効果】 以上説明したように、本 発明によれば、
各移動局側と運用管理通信所１側とで通信記録の照合を
行って、その合致地域、非合致地域を区別したサービス
エリアを自動作成するようにしたので、人為的なサービ
スエリアの作成作業を省いて、効率的な運行管理を実現
することが可能なＡＶＭシステムが得られるという効果
を奏する。

【０１１２】

【０１１３】

【図面の簡単な説明】

【図１】 本発明の実施の形態１によるＡＶＭシステム
を示すブロック図である。

【図２】 本実施の形態１による配車指示の際に送信さ
れるデータのフォーマット例を示す図である。

【図３】 本実施の形態１による配車依頼の手順を説明
する図である。

【図４】 本実施の形態１によるポーリングの際に送信
されるデータのフォーマット例を示す図である。

【図５】 本実施の形態１によるポーリング時のタイミ
ングチャートである。

【図６】 本実施の形態１による移動局側から自己発信
されるデータのフォーマット例を示す図である。

【図７】 本実施の形態１による自己発信の手順を説明
する図である。

【図８】 本実施の形態１によるログに関して要求する
際に送信されるデータのフォーマット例を示す図であ
る。

【図９】 本実施の形態１によるログ要求の手順を説明
する図である。

【図１０】 本実施の形態１による運用管理通信所の全
体動作を説明するフローチャートである。

【図１１】 本実施の形態１による運用管理通信所のロ
グ指定送信要求時の動作を説明するフローチャートであ
る。

【図１２】 本実施の形態１による運用管理通信所のロ
グ変更要求時の動作を説明するフローチャートである。

【図１３】 本実施の形態１による運用管理通信所の割
り込み処理を説明するフローチャートである。

【図１４】 本実施の形態１による移動局の全体動作を
説明するフローチャートである。

【図１５】 本実施の形態１による移動局のポーリング
応答時の動作を説明するフローチャートである。

【図１６】 本実施の形態１による移動局のログ応答時
の動作を説明するフローチャートである。

【図１７】 本実施の形態１による移動局のログ変更時
の動作を説明するフローチャートである。

【図１８】 本実施の形態１において移動局の運行上の
状態変化に伴う動作を説明するフローチャートである。

【図１９】 本発明の実施の形態２における主要な構成
を示すブロック図である。

【図２０】 本実施の形態２による移動局の主要な動作
を説明するフローチャートである。

【図２１】 本実施の形態２による運用管理通信所の主
要な動作を説明するフローチャートである。

【図２２】 本実施の形態２によるメモリ内容を示す図
である。

【図２３】 本実施の形態２によるサービスエリア図の
一例を示す図である。

【図２４】 本実施の形態３による移動局の主要な動作
を説明するフローチャートである。

【図２５】 本実施の形態３による運用管理通信所のル
ートマップ作成時の動作を説明するフローチャートであ
る。

【図２６】 本実施の形態４による運用管理通信所の予
測処理時の動作を説明するフローチャートである。

【図２７】 従来におけるＡＶＭシステムを示すブロッ
ク図である。

【図２８】 従来におけるＡＶＭシステムに適用される
移動局の構成例を示すブロック図である。

【符号の説明】

１ 運用管理通信所、２ 無線基地局、３ 移動局、１
１ ＣＰＵ、１１Ａ電子地図データ、１１Ｂ 通信履歴
テーブル、１２ ＲＣＣＵ、１３ キーボード、１４
ＣＲＴ、１５ プリンタ、１６ ＤＬＵ、１７ キーボ
ード、１８ＣＲＴ、３４ 制御装置、３４１ ＣＰＵ、
３４２ メモリ、３４３ 表示／操作部、３４４ イン
タフェース、３４５ 拡張Ｉ／Ｏ部。

フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04Q 7/00 - 7/38 H04B 7/24 - 7/26

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 無線基地局を接続させた運用管理通信所
   と複数の移動局との間で無線通信を行って各移動局を運
   行管理するＡＶＭシステムにおいて、 前記各移動局は、自局位置を検出する位置検出手段と、 運行中、前記位置検出手段の検出値から一定量の位置変
   化が検知される度に前記運用管理通信所へ現在時刻を発
   信する送信時刻発信手段と、前記運用管理通信所へ現在時刻を発信する度に、現在 時
   刻とその発呼地点の位置情報とを対応させた通信履歴を
   記憶する記憶手段と、 運行終了時に、前記記憶手段に記憶された通信履歴を前
   記運用管理通信所へ発信する通信履歴発信手段と、 を有し、 前記運用管理通信所は、 電子地図を作成するための電子地図データベースと、 前記送信時刻発信手段により送られてきた現在時刻を順
   次記憶する送信時刻記憶手段と、 前記送信時刻記憶手段に記憶された現在時刻と前記通信
   履歴発信手段により送られてきた現在時刻及び位置情報
   を含む通信履歴とを照合する照合手段と、 前記照合手段による照合に基づき、現在時刻が合致しな
   い発呼地点については不感地域とする地図を前記電子地
   図データベースを用いて作成する地図作成手段と、 を備えることを特徴とするＡＶＭシステム。
2. 【請求項２】 前記各移動局は料金メータを搭載したタ
   クシーであることを特徴とする請求項１に記載のＡＶＭ
   システム。
3. 【請求項３】 前記ＡＶＭシステムは一般流通業に適用
   され、各移動局は積荷の荷降地点と荷降内容を含むログ
   データを前記運用管理通信所に送信し、前記運用管理通
   信所において前記ログデータの統計演算により最適配送
   順序およびルートマップを作成し、前記最適配送順序お
   よびルートマップを前記各移動局へ通知することを特徴
   とする請求項１に記載のＡＶＭシステム。
4. 【請求項４】 前記ＡＶＭシステムはタクシー業に適用
   され、前記各移動局は乗降客発生地点および乗降客利用
   状況を含むログデータを前記運用管理通信所に送信し、
   前記運用管理通信所において前記ログデータの統計演算
   により日時および場所に基く乗込客発生予測情報を作成
   し、前記乗込客発生予測情報を前記各移動局へ通知する
   ことを特徴とする請求項１または２に記載のＡＶＭシス
   テム。