JP2014149191A - 車両運行管理システム - Google Patents

Abstract

【課題】トラック等の荷物運搬用の配送車の積荷に応じて最適なルートを決定できるようにする。
【解決手段】運行データの運行レコードは、各配送車の、過去に行われた出発地から目的地までの運行における、積荷種別、積荷重量、出発地、目的地、出発日時、庫内温度、所用時間、総燃料消費量、横Ｇ、およびルートの情報を含む。車載機は、搭載先の配送車の出発時刻、出発地、目的地、積荷重量、および積荷種別を含むルート要求を、管理センターに送信し、管理センターは受信したルート要求中の出発時刻、出発地、目的地、積荷重量、および積荷種別に適合する運行レコードを、運行データから複数個抽出し、抽出した運行レコードを、車載機に送信し、車載機は、受信した運行レコード毎に、当該運行レコードに基づく量として、総燃料消費量、到着日時、最大横Ｇ庫内温度範囲を表示し、乗員によって選択された運行レコードに含まれるルートを、案内ルートとする。
【選択図】図５

Description

本発明は、車両運行管理システムに関するものである。

従来、ダイクストラ法等の周知のアルゴリズムを用いて、出発地から目的地までのルートを計算する技術が広く知られている（例えば特許文献１参照）。このような技術において、ルート計算の方法をより詳細に規定するオプションとして、「高速道路優先」、「一般道路優先」等をユーザが選択可能にする技術も広く知られている。

特開平９−２８０８８０号公報

しかし、従来の技術では、トラック等の荷物運搬用の車両の積荷に応じた最適なルートを決定することができない。

本発明は上記点に鑑み、トラック等の荷物運搬用の車両の積荷に応じて最適なルートを決定できるようにすることを目的とする。

上記目的を達成するための請求項１に記載の発明は、運行データを蓄積する管理センター（１）と、１台の配送車（２）に搭載される車載機（２７）と、を備えた車両運行管理システムであって、前記運行データは、複数の運行レコードを含み、各運行レコードは、複数の配送車のうちいずれかの配送車の、過去に行われた出発地から目的地までの運行における、積荷種別、出発地、目的地、ルート、および運行成績の情報を含むデータであり、前記車載機は、前記１台の配送車の出発地、目的地、および積荷種別を含むルート要求を、前記管理センターに送信し、前記管理センターは、前記ルート要求を受信したことに基づいて、受信したルート要求中の出発地、目的地、および積荷種別に一致する出発地、目的地、および積荷種別を有する運行レコードを、前記運行データから複数個抽出し、抽出した複数個の運行レコードを含むルート情報を、前記車載機に送信し、前記車載機は、受信した前記ルート情報中の前記複数の運行レコードについて、運行レコード毎に、当該運行レコード中の運行成績に基づく量を表示し、前記配送車の乗員によって選択された運行レコードに含まれるルートを、案内ルートとして決定することを特徴とする車両運行管理システムである。

このように、管理センターに蓄積された複数の運行レコードを用いて、今回の出発地、目的地、積荷種別に一致する運行に対応する運行レコードから、ルートを選択することができるので、配送車の積荷に応じて最適なルートを決定することができる。

なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。

本発明の実施形態に係る車両運行管理システムの構成図である。 管理センターが記憶する運行データの構成図である。 車載機が実行するルート決定処理のフローチャートである。 管理センターの制御部が実行する処理のフローチャートである。 ルート情報表示の一例を示す図である。

以下、本発明の一実施形態について説明する。図１に示すように、本実施形態の車両運行管理システムは、管理センター１、および配送車（荷物運搬用の車両。例えばトラック。）２を含む。配送車２については、図１ではそれぞれ１台のみ記載しているが、実際には、複数台存在する。

管理センター１は、各配送車２の運行データを収集および蓄積し、必要に応じて当該運行データの全部または一部を、図示しない事務所に設置されたコンピュータ（ＰＣ等）に送信する装置であり、通信部１１、記憶部１２、および制御部１３を有している。

通信部１１は、広域ネットワーク６（例えばインターネット、携帯通信網）、無線基地局５等を介して上記事務所に設置されたコンピュータおよび各配送車２と通信するための通信インターフェースである。

記憶部１２は、上記運行データおよび地図データ等を記録するための、書き込み可能な不揮発性記憶媒体（例えば、磁気記憶媒体、フラッシュメモリ）である。

制御部１３は、上記通信部１１および記憶部１２内のデータを用いて各種処理を行うための装置であり、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等から成る装置として実現可能である。

各配送車２は、配送する積荷３０を格納するための荷室２ａを有しており、また、操作部２０、通信器２１、読取器２２、ＧＰＳ受信器２３、センサ群２４、表示装置２５、地図データ記憶媒体２６、および車載機２７が搭載されている。これら装置２０〜２７は、車載システムを構成する。

操作部２０は、配送車２の乗員の操作を受け付け、受け付けた操作に応じた信号を車載機２７に出力する装置（例えば、メカニカルボタン、タッチパネル）である。

通信器２１は、近傍の無線基地局５と無線接続することで、広域ネットワーク６を介して管理センター１と通信するための無線機である。

読取器２２は、自機が搭載された配送車２に積み込まれる積荷３０の積荷情報を読み取る装置（例えば、バーコードリーダ、ＱＲコード（登録商標）等の２次元コードのリーダ、ＩＣタグリーダ、ＲＦＩＤタグリーダ）である。読み取る積荷情報としては、例えば、各積荷３０の積荷種別（美術品、精密機械、生鮮食品、冷凍食品等）がある。

ＧＰＳ受信器２３は、ＧＰＳ衛星から送信される信号に基づいて自機の現在位置を特定し、特定した現在位置を車載機２５に出力する現在位置センサである。

センサ群２４は、自機が搭載される配送車２内の各種物理量を検出するための複数のセンサから構成される。例えば、横Ｇセンサ、庫内温度センサ、庫内重量センサ、燃料残量センサ、車速センサが、このセンサ群２４を構成する。横Ｇセンサは、配送車２の車体にかかる横Ｇを検出するセンサである。庫内温度センサは、荷室２ａ内の温度（すなわち庫内温度）を検出するセンサであり、庫内重量センサは、荷室２ａ内に格納された積荷３０の総重量を検出するセンサである。燃料残量センサは、エンジンの動力源である燃料（ガソリン等）の残量を検出するセンサである。

表示装置２５は、自機が搭載される配送車２の乗員に画像を表示する装置である。地図データ記憶媒体２６は、ルート検索およびルート表示に用いられる周知の地図データを記憶する記憶媒体である。車載機２７は、上記装置２０〜２６を用いて各種処理を行うための装置であり、例えば、周知のマイクロコンピュータを用いて実現可能である。

ここで、管理センター１において収集および蓄積される運行データについて説明する。図２に、運行データの構成を例示する。この図に示すように、運行データは、複数の運行レコードを含み、各運行レコード（図２の最上行以外の各行に相当する）は、複数の配送車のうちいずれか１台の、過去に行われた出発地から目的地までの運行（すなわち移動）に関するデータである。また、運行データには、同じ配送車２についても、複数回の運行に対応する複数個の運行レコードが記録されている。このように、運行データには、異なる複数の配送車２について、それぞれ複数個の運行レコードが含まれている。

ある配送車２のある運行に関する運行レコードは、当該配送車２の車両ＩＤ、当該運行時における当該配送車２の積荷種別および積荷重量、当該運行の出発地および目的地、当該運行の出発時刻、当該運行の所要時間、当該運行時の総燃料消費量を含む。ある配送車２のある運行に関する個の運行レコードは、更に、当該運行時の当該配送車２における庫内温度の推移（例えば、１分毎の温度推移）、および当該配送車２の車体にかかる横Ｇの推移を含む。そして更には、当該運行の出発地から目的地までのルート（例えば、１秒毎の当該配送車２の位置）をも含む。

各運行レコードに含まれるこれら複数種類の量のうち、所要時間、総燃料消費量、横Ｇの推移、庫内温度の推移のそれぞれは、運行成績の一例である。

このような運行データが、各配送車２の運行が行われていくにつれて順次管理センター１で収集および蓄積されていく作動は、周知である。

例えば、ある運行を行う際、まず出発地で積荷３０を荷室２ａに積み込むときに、各配送車２の乗員が、読取器２２を用いて、各積荷３０に取り付けられた積荷情報記憶媒体から、積荷情報（積荷種別を含む）を読み取らせる。ここで、積荷情報記憶媒体は、例えば、バーコード、ＱＲコード（登録商標）等の２次元コード、ＩＣタグ、ＲＦＩＤタグである。すると読取器２２は、読み取った積荷情報を車載機２７に出力し、車載機２７は、この情報に基づいて、積荷情報を記録する。なお、本例は、同じ配送車２の同じ運行には同じ積荷種別の積荷しか積み込まれないものとする。

また、すべての積荷が積み込まれた後、乗員が、操作部２０に対して所定の操作を行ったことに基づいて、センサ群２４の庫内重量センサの出力値、すなわち積荷重量を、車載機２７が記録する。更に、乗員が、操作部２０に対して出発地および目的地を入力したことに基づいて、車載機２７が、当該出発地および目的地を記録する。また、センサ群２４の車速センサが配送車２の移動開始を検出した時点で、車載機２７は、その時点における日時を出発日時として記録し、その後、配送車２が目的地に到着するまでの間、定期的に、庫内温度、横Ｇ、燃料残量、配送車２のその時点の位置を、それぞれ、庫内温度センサ、横Ｇセンサ、燃料残量センサ、ＧＰＳ受信器２３を用いて特定して記録していく。

そして、配送車２が目的地に到着すると、上記出発日時から現在日時までの時間を所要時間として記録し、燃料残量センサの低下量の総和（増加した場合の上昇量は除く）を総燃料消費量として記録する。また、配送車２の位置の推移を、ルートとして記録する。また、自車両の車両ＩＤ（あらかじめ登録されている）も記録する。

このようにして、車載機２７は、１回運行する度に、１個の運行レコードを作成して記録する。このようにして記録された運行レコードは、ＵＳＢメモリ等に記録されて、例えば上述の事務所に設置されたコンピュータに持ち運ばれ、当該コンピュータから管理センター１に送信される。あるいは、車載機２７は、記録した運行レコードを、通信器２１を用いて、管理センター１に送信するようになっていてもよい。

管理センター１では、制御部１３が、通信部１１を介してこの運行レコードを受信し、受信した運行レコード（図２の各行のような情報を含んでいる）を、記憶部１２中の運行データに追加記録する。

次に、この運行管理システムにおけるルート決定の作動について説明する。この作動のために車載機２７が実行する処理のフローチャートを図３に示し、管理センター１の制御部１３が実行する処理のフローチャートを図４に示す。

まず、ある１台の配送車２の乗員は、これから目的地に向かって運行を開始する際に、出発地（すなわち現在地）から目的地までのルートを決めるために、操作部２０に対して、所定の操作を行う。この操作が為されたことに基づいて、車載機２７は、図３の処理の実行を開始する。

図３の処理においては、まずステップ１０５で、出発時刻（すなわち、現在時刻）を特定し、続いてステップ１１０で、現在のＧＰＳ受信器２３の出力に基づいて、出発地（すなわち現在地）の特定を行う。続いてステップ１１５では、乗員による操作部２０に対する目的地の入力操作に従って、目的地の特定を行う。

続いてステップ１２０では、乗員による操作部２０に対する選択操作に従って、管理センター１からルートを取得するか否か判定する。

乗員は、車載機２７の機能のみを用いた通常の検索方法で目的地を決定したい場合は、管理センター１からルートを取得しない旨の操作を行い、その場合は、車載機２７は、ステップ１２０からステップ１２５に進む。そしてステップ１２５では、通常のルート検索を行う。すなわち、管理センター１と通信をしないまま、地図データ記憶媒体中の地図データを用いて、出発地から目的地までの最適なルートを、ダイクストラ法等の周知の検索方法を用いて、算出する。この際、乗員は、検索方法のオプションとして、「高速道路優先」、「一般道優先」、「距離優先」という周知の選択肢のいずれか１つを選択できる。そして車載機２７は、算出した最適なルートを、案内ルートとして決定する。

ステップ１２０の後、図３の処理が終了し、車載機２７は、ＧＰＳ受信器２３の出力および地図データを用いて、決定した案内ルートに沿って車両が走行するよう、周知の方法でルート案内を行う。

また、乗員は、管理センター１の機能を用いて目的地を決定したい場合は、管理センター１からルートを取得する旨の操作を行い、その場合は、車載機２７は、ステップ１２０からステップ１３０に進む。

ステップ１３０では、現在の積荷重量を特定する。例えば、乗員が操作部２０に対して積荷重量を入力した場合、その入力された積荷重量を、現在の積荷重量として特定してもよい。あるいは、現在の庫内重量センサの出力内容に基づいて積荷重量を特定してもよい。

続いてステップ１３５では、現在の積荷種別を特定する。本実施形態における積荷種別としては、「美術品」、「精密機械」、「常温生鮮食品」、「冷凍食品」、「その他」がある。なお「常温生鮮食品」とは、常温で保存される食料品である。

積荷種別の特定方法としては、例えば、乗員が操作部２０に対して積荷種別を入力した場合、その入力された積荷種別を、現在の積荷種別として特定してもよい。あるいは、乗員が、当該車両の積荷３０のいずれか１つに取り付けられた積荷情報記憶媒体を、読取器２２を用いて読み取らせた場合、読取器２２が読み取った積荷情報を、現在の積荷種別として特定してもよい。

続いてステップ１４０では、通信器２１を用いて、管理センター１に、ルート要求を送信する。このルート要求には、ステップ１０５で特定した出発時刻、ステップ１１０で特定した出発地、ステップ１１５で特定した目的地、ステップ１３０で特定した積荷重量、
および、ステップ１３５で特定した積荷種別を、含める。続いてステップ１４０では、このルート要求の応答としてのルート情報を受信するまで待機する。

一方、管理センター１では、制御部１３が、図４の処理において、ステップ２１０で、ルート要求を受信するまで待機している。そして、上記のように車載機２７から送信されたルート要求を、通信部１１を介して受信すると、ステップ２２０に進み、受信したルート要求の内容に適合するすべての運行レコード（適合するのが１個なら１個、適合するのが複数個なら複数個）を、運行データから抽出する。

具体的には、抽出する運行レコードは、以下の条件（ａ）〜（ｅ）を満たすすべての運行レコードである。
条件（ａ）：当該ルート要求中の出発時刻と同じまたは類似する出発時刻を有する。
条件（ｂ）：当該ルート要求中の出発地と同じまたは類似する出発地を有する。
条件（ｃ）：当該ルート要求中の目的地と同じまたは類似する目的地を有する。
条件（ｄ）：当該ルート要求中の積荷重量と同じまたは類似する積荷重量を有する。
条件（ｅ）：当該ルート要求中の積荷種別と同じ積荷種別を有する。

ここで、条件（ａ）における「類似する」とは、例えば、「時」、「分」、「秒」から成る時刻のうち、少なくとも「時」が同じであれば、「類似する」に該当する。また、条件（ｂ）、（ｃ）における「類似する」とは、例えば、両者間の距離が所定距離（例えば５０メートル）以内であれば、「類似する」に該当する。また、条件（ｄ）における「類似する」とは、例えば、両者間の重量差が所定量（例えば１００ｋｇ）以内であれば、「類似する」に該当する。

このようにして抽出された運行レコードは、ルート要求の送信元の車両２とほぼ同じ運行条件で既に走行したときの運行レコードである。続いてステップ２３０では、抽出した運行レコードのすべてを含むルート情報を、通信部１１を用いて、ルート要求の送信元の車載機２７に送信する。ステップ２３０の後は、ステップ２１０に戻って再度ルート要求の受信を待つ。

一方、車載機２７は、上記のように送信されたルート情報を、通信器２１を介して受信すると、ステップ１４５からステップ１５０に進み、受信したルート情報の表示および選択受け付けを行う。

具体的には、図５に例示するような画像を、表示装置２５の表示画面に表示させる。図５の画像は、乗員が操作部２０を用いて選択可能なボタンとして、決定ボタン５１および他ルートボタン５２を含んでいる。

また、図５の画像は、受信したルート情報に基づくリスト表示５３を含んでいる。このリスト表示５３は、受信したルート情報中の運行レコード（１個の場合も複数の場合もある）について、運行レコード毎に、当該運行レコードに基づく情報を表示している。

具体的には、リスト表示５３は、１行が１個の運行レコードに対応しており、各行は、対応する運行レコードに基づく情報を表示している。すべての運行レコードに基づく情報を１度に表示画面に表示できない場合は、乗員が操作部２０を用いてスクロールさせることができるようになっている。

なお、リスト表示５３における各運行レコードに基づく情報の表示順（各行の表示順）は、乗員の操作に従って変更可能である。例えば、乗員が、操作部２０を用いて、総燃料消費量優先の操作を行った場合、総燃料消費量が小さい順に表示するよう、車載機２７が表示順を変更する。また例えば、乗員が、操作部２０を用いて、到着日時優先の操作を行った場合、到着日時が早い順に表示するよう、車載機２７が表示順を変更する。また例えば、乗員が、操作部２０を用いて、最大横Ｇ優先の操作を行った場合、最大横Ｇが大きい順に表示するよう、車載機２７が表示順を変更する。また例えば、乗員が、操作部２０を用いて、庫内温度範囲優先の操作を行った場合、庫内温度範囲が小さい順に表示するよう、車載機２７が表示順を変更する。

なお、リスト表示５３中では、ある運行ルートに対応する行は、その運行レコードに含まれる総燃料消費量を含んでいると共に、到着日時、最大横Ｇ、庫内温度範囲を含んでいる。到着日時は、当該運行レコードに含まれる出発日時に、当該運行レコードに含まれる所要時間を加算した結果の時刻である。最大横Ｇは、当該運行レコードに含まれる横Ｇの推移のうち、最大の横Ｇである。庫内温度範囲は、当該運行レコードに含まれる庫内温度の最大値と最小値の差である。

また、乗員は、操作部２０を用いて、リスト表示５３中の任意の１行を選択できるようになっており、車載機２７は、地図データ記憶媒体に含まれる地図データを利用して、地図５４中に、乗員の操作によって選択された行に対応する運行レコードに含まれるルート５５を、表示する。

乗員は、表示された総燃料消費量、到着時刻、最大横Ｇ、庫内温度範囲、ルートを元に、最適であると考えた１つのルートを選ぶ。そして、選んだルートに対応する行を選択する操作を操作部２０に対して行い、その上で、決定ボタン５１を押下する操作を、操作部２０に対して行う。

このように、乗員は、総燃料消費量、到着時刻、最大横Ｇ、庫内温度範囲といった、運行成績に基づいて得た複数種類のデータを、多角的に評価しながら、自車両にとって最適なルートを選択することができる。例えば、コストを最優先したいと考えているときには、到着時刻が早さを最も重視して選択すればよい。また例えば、積荷の安全を最優先したいと考えているときには、最大横Ｇの小ささを最も重視して選択すればよい。また例えば、積荷の温度安定を最優先したいと考えているときには、庫内温度範囲の狭さを最も重視して選択すればよい。

決定ボタン５１を押下する操作が行われると、車載機２７は、ステップ１５５に進み、案内ルートを決定する。具体的には、選択された行に対応する運行レコード中のルートを、現在地から目的地までの案内ルートとして決定する。ステップ１５５の後、図３の処理が終了し、車載機２７は、ＧＰＳ受信器２３の出力および地図データを用いて、決定した案内ルートに沿って車両が走行するよう、周知の方法でルート案内を行う。

なお、乗員は、リスト表示５３されたどのルートも適切でないと判断した場合は、決定ボタン５１を選択せずに、他ルートボタン５２を選択する操作を操作部２０に対して行うことができる。他ルートボタン５２を選択する操作を行った場合、車載機２７は、ステップ１５０からステップ１２５に進み、既に説明した通り、通常のルート検索を行って案内ルートを決定する。ステップ１２０の後、図３の処理が終了し、車載機２７は、ＧＰＳ受信器２３の出力および地図データを用いて、決定した案内ルートに沿って車両が走行するよう、周知の方法でルート案内を行う。

以上説明した通り、車載機２７は、搭載先の配送車２の出発時刻、出発地、目的地、積荷重量、および積荷種別を含むルート要求を、管理センター１に送信する。そして管理センター１は、受信したルート要求中の出発時刻、出発地、目的地、積荷重量、および積荷種別に適合する運行レコードを、運行データから複数個抽出し、抽出した運行レコードを、車載機に送信する。そして車載機は、受信した運行レコード毎に、当該運行レコードに基づく量として、総燃料消費量、到着日時、最大横Ｇ庫内温度範囲を表示し、乗員によって選択された運行レコードに含まれるルートを、案内ルートとする。

このように、管理センターに蓄積された複数の運行レコードを用いて、今回の出発地、目的地、積荷種別に一致する運行に対応する運行レコードから、ルートを選択することができるので、配送車の積荷に応じて最適なルートを決定することができる。

（他の実施形態）
なお、本発明は上記した実施形態に限定されるものではなく、特許請求の範囲に記載した範囲内において適宜変更が可能である。また、上記各実施形態は、互いに無関係なものではなく、組み合わせが明らかに不可な場合を除き、適宜組み合わせが可能である。また、上記各実施形態において、実施形態を構成する要素は、特に必須であると明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。また、上記各実施形態において、実施形態の構成要素の個数、数値、量、範囲等の数値が言及されている場合、特に必須であると明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではない。また、上記各実施形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に特定の形状、位置関係等に限定される場合等を除き、その形状、位置関係等に限定されるものではない。

例えば、上記実施形態では、運行データ中の各運行レコードは、所要時間の情報を含んでいるが、所要時間に代えて到着日時を特定してもよい。つまり、各運行レコードは、所要時間を特定できる量（例えば所要時間、例えば出発日時と到着日時）を含んでいればよい。

また、上記実施形態では、各運行レコードに含まれ所要時間、総燃料消費量、横Ｇの推移、庫内温度の推移のそれぞれが、運行成績の一例として挙げられているが、運行成績として、他の量を用いてもよい。

また、上記実施形態では、総燃料消費量は、配送車２の駆動エネルギー源の総消費量の一例として記載されているが、配送車２の駆動エネルギー源の総消費量は、電気自動車の電力エネルギーの総消費量（単位は例えばｋＷｈ）であってもよい。

また、各運行レコードに記録される運航時の横Ｇの推移は、運行時の横Ｇの最大値に置き換えてもよい。

また、上記実施形態では、車載機２７から送信されるルート要求には、出発時刻、出発地、目的地、積荷重量、および積荷種別を含まれるようになっているが、必ずしもこれらすべてが含まれなくともよい。例えば、出発地、目的地、および積荷種別のみを含むようになっていてもよい。この場合、管理センターは、受信したルート要求中の出発地および目的地に類似または一致し積荷種別に一致する出発地、目的地、および積荷種別を有する運行レコードを、運行データから複数個抽出する。

１ 管理センター
２ 配送車
２７ 車載機

Claims (4)

1. 運行データを蓄積する管理センター（１）と、
   １台の配送車（２）に搭載される車載機（２７）と、を備えた車両運行管理システムであって、
   前記運行データは、複数の運行レコードを含み、各運行レコードは、複数の配送車のうちいずれかの配送車の、過去に行われた出発地から目的地までの運行における、積荷種別、出発地、目的地、ルート、および運行成績の情報を含むデータであり、
   前記車載機は、前記１台の配送車の出発地、目的地、および積荷種別を含むルート要求を、前記管理センターに送信し、
   前記管理センターは、前記ルート要求を受信したことに基づいて、受信したルート要求中の出発地、目的地、および積荷種別に一致する出発地、目的地、および積荷種別を有する運行レコードを、前記運行データから複数個抽出し、抽出した複数個の運行レコードを含むルート情報を、前記車載機に送信し、
   前記車載機は、受信した前記ルート情報中の前記複数の運行レコードについて、運行レコード毎に、当該運行レコード中の運行成績に基づく量を表示し、前記配送車の乗員によって選択された運行レコードに含まれるルートを、案内ルートとして決定することを特徴とする車両運行管理システム。
2. 各運行レコードに含まれる運行成績は、運行時に車体にかかる横Ｇを含むことを特徴とする請求項１に記載の車両運行管理システム。
3. 各運行レコードに含まれる運行成績は、運行時の駆動エネルギー源の総消費量を含むことを特徴とする請求項１または２に記載の車両運行管理システム。
4. 各運行レコードに含まれる運行成績は、運行時の車体にかかる横Ｇ、運行時の駆動エネルギー源の総消費量、および、運行時の所要時間を特定できる量のうち、複数種類の量を含むことを特徴とする請求項１ないし３のいずれか１つに記載の車両運行管理システム。

Images