(57)【特許請求の範囲】
【請求項１】
車両に搭載されると共に前記車両の運行管理を行う運行管理装置であって、
前記車両の位置に関する情報を取得する位置情報取得部と、前記車両の乗務員に前記車両のエンジン回転速度に関する通知を行う制御部と、を備え、
前記制御部は、
前記車両のエンジン回転速度が所定の閾値回転速度以上であると判定した場合であって、前記車両の位置が所定の登坂路エリアに属すると判定したときには前記通知を行わず、前記車両の位置が前記登坂路エリアに属しないと判定したときには前記通知を行う、
運行管理装置。
【請求項２】
請求項１に記載の運行管理装置であって、
前記制御部が、
前記登坂路エリアに関する情報を予め記憶していると共に、前記乗務員から収集した登坂路の位置に基づくエリア更新情報を外部から入力されたとき、前記登坂路エリアに関する情報を更新する、
運行管理装置。
【請求項３】
請求項１又は請求項２に記載の運行管理装置であって、
前記車両の積載物の重量に関する情報を取得する積載重量取得部を更に備え、
前記制御部が、
前記車両の積載物の重量及び前記車両の車体の重量を含む総重量を算出すると共に、
前記車両のエンジン回転速度が前記閾値回転速度以上であると判定した場合であって、前記車両の位置が前記登坂路エリアに属し且つ前記総重量が所定の閾値重量以上であると判定したときには前記通知を行わず、前記車両の位置が前記登坂路エリアに属しないと判定したとき又は前記総重量が前記閾値重量よりも小さいと判定したときには前記通知を行う、
運行管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の運行管理を行う運行管理装置に関する。
【背景技術】
【０００２】
従来から、商業用車両など（例えば、トラック及びタクシー）の運行管理を行うための運行管理装置が提案されている。例えば、従来の運行管理装置の一つ（以下「従来装置」という。）は、車両が走行している道路の種別（具体的には、一般道路であるか高速道路であるか）を検出するための各種センサを備え、車両が一般道路を走行しているときの運行管理条件と、車両が高速道路を走行しているときの運行管理条件と、を自動的に切り替えるようになっている。これにより、従来装置は、走行中の道路の種別に対応した適切な運行管理を行うことができる（例えば、特許文献１を参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２０６４１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、この種の運行管理装置は、安全運転および経済的運転などの観点から、車両のエンジン回転速度を管理する場合がある。例えば、運行管理装置は、エンジン回転速度が所定の閾値回転速度以上である場合、エンジン回転速度超過について乗務員の注意を喚起するべく、その旨を乗務員に通知するように運行管理を行う場合がある。
【０００５】
一方、車両のエンジン回転速度は、一般に、乗務員による車両の操作のみには依存せず、種々の要因によって変動する。例えば、車両が登坂路を走行する場合、車両が平坦路を走行する場合に比べ、エンジン回転速度が高くなる傾向がある。そこで、例えば、車両が登坂路を走行中であるか平坦路を走行中であるかを判定した上で、車両のエンジン回転速度を管理することが考えられる。
【０００６】
しかし、車両が登坂路上にあるか否かを検出するためのセンサ（いわゆる坂道センサ）を運行管理装置に追加すると、そのセンサに要するコスト分だけ運行管理装置の製造コストが高まることになる。
【０００７】
本発明は、上述した事情に鑑みてなされたものであり、その目的は、車両が登坂路上にあるか否かを考慮した運行管理を出来る限り低コストにて実行可能な運行管理装置を提供することにある。
【課題を解決するための手段】
【０００８】
前述した目的を達成するために、本発明に係る運行管理装置は、下記（１）〜（３）を特徴としている。
（１）
車両に搭載されると共に前記車両の運行管理を行う運行管理装置であって、
前記車両の位置に関する情報を取得する位置情報取得部と、前記車両の乗務員に前記車両のエンジン回転速度に関する通知を行う制御部と、を備え、
前記制御部は、
前記車両のエンジン回転速度が所定の閾値回転速度以上であると判定した場合であって、前記車両の位置が所定の登坂路エリアに属すると判定したときには前記通知を行わず、前記車両の位置が前記登坂路エリアに属しないと判定したときには前記通知を行う、
運行管理装置であること。
（２）
上記（１）に記載の運行管理装置であって、
前記制御部が、
前記登坂路エリアに関する情報を予め記憶していると共に、前記乗務員から収集した登坂路の位置に基づくエリア更新情報を外部から入力されたとき、前記登坂路エリアに関する情報を更新する、
運行管理装置であること。
（３）
上記（１）又は上記（２）に記載の運行管理装置であって、
前記車両の積載物の重量に関する情報を取得する積載重量取得部を更に備え、
前記制御部が、
前記車両の積載物の重量及び前記車両の車体の重量を含む総重量を算出すると共に、
前記車両のエンジン回転速度が前記閾値回転速度以上であると判定した場合であって、前記車両の位置が前記登坂路エリアに属し且つ前記総重量が所定の閾値重量以上であると判定したときには前記通知を行わず、前記車両の位置が前記登坂路エリアに属しないと判定したとき又は前記総重量が前記閾値重量よりも小さいと判定したときには前記通知を行う、
運行管理装置であること。
【０００９】
上記（１）の構成の運行管理装置によれば、位置情報取得部（例えば、ＧＰＳ装置）によって車両の位置に関する情報が取得されると共に、車両の位置が所定の登坂路エリアに属していれば、エンジン回転速度が閾値回転速度以上となっても、乗務員への通知（注意喚起）がなされない。換言すると、登坂路エリア内では乗務員への通知が抑制（免除）される。一方、車両の位置が登坂路エリアに属しなければ、エンジン回転速度が閾値回転速度以上である場合、乗務員への通知（例えば、エンジン回転速度超過を表すアラート音を鳴らすこと）がなされる。
【００１０】
更に、運行管理装置（例えば、デジタルタコグラフ）は通常は位置情報取得部（ＧＰＳ装置等）を内蔵しており、仮に運行管理装置が位置情報取得部を内蔵していない場合であっても、車両の位置情報を取得するためのセンサ（ＧＰＳ装置等）は、車両が登坂路上にあるか否かを検出するためのセンサ（坂道センサ）に比べて一般に安価である。そのため、前者のセンサ（ＧＰＳ装置等）を用いれば、後者のセンサ（坂道センサ）を用いる場合に比べ、運行管理装置の製造コストを低減できる。
【００１１】
したがって、本構成の運行管理装置は、車両が登坂路上にあるか否かを考慮した適切な運行管理を出来る限り低コストにて実行できる。
【００１２】
ところで、上述した登坂路エリアは、登坂路の位置そのものであってもよく、登坂路の位置を含む所定範囲内の領域（例えば、登坂路の位置を中心とした所定半径の円の内側の領域）であってもよい。登坂路エリアは、例えば、位置情報取得部によって取得される位置情報の精度を考慮して設定され得る。
【００１３】
上記（２）の構成の運行管理装置によれば、実際に日々の業務等において車両を走行させる乗務員から登坂路の位置についての情報が収集され、その収集された情報に基づいて登坂路エリアに関する情報が更新される。換言すると、運行管理装置による乗務員の運行管理と、乗務員による運行管理装置のデータ更新と、が表裏一体となって行われる。そのため、車両の運行が繰り返されるにつれて、登坂路エリアに関する情報の精度が向上すると考えられる。よって、本構成の運行管理装置は、事前に登坂路エリアに関する完全な情報を準備する場合に比べ、高精度かつ低コストにて登坂路エリアに関する情報を取得できる。
【００１４】
上記（３）の構成の運行管理装置によれば、車両が登坂路エリアに属するか否かに加え、車両の総重量が閾値重量以上であるか否かを考慮した上で、車両の運行管理が行われる。よって、本構成の運行管理装置は、車両の運行管理をより厳密に実行できる。
【発明の効果】
【００１５】
本発明によれば、車両が登坂路上にあるか否かを考慮した運行管理を出来る限り低コストにて実行可能な運行管理装置を提供できる。
【００１６】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明の実施形態に係る運行管理装置の基本構成を示す図である。
【図２】図２は、図１の運行管理装置が、エンジン回転速度に関する通知を行う際の処理の流れを示すフローチャートである。
【図３】図３は、本発明の実施形態の変形例において、運行管理装置がエンジン回転速度に関する通知を行う際の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１８】
＜実施形態＞
以下、図面を参照しながら、本発明の実施形態に係る運行管理装置（デジタルタコグラフ１０）について説明する。本例において、デジタルタコグラフ１０は、商業用車両（例えば、トラック及びタクシー）に搭載される。
【００１９】
（構成）
図１に示すように、デジタルタコグラフ１０は、ＣＰＵ（制御部）１１と、電源１２と、表示部１３と、通知部１４と、ボタン１５と、入力Ｉ／Ｆ１６と、ＧＰＳ装置１７と、を備える。なお、ＣＰＵは中央演算処理装置の略称であり、Ｉ／Ｆはインターフェイスの略称である。
【００２０】
ＣＰＵ（制御部）１１は、種々の処理を行うためのプログラムが格納されたＲＯＭ１１ａと、車両の運行データ及び登坂路エリアの位置データ（詳細は後述される。）を含む種々のデータの記録・読み出しを行うＲＡＭ１１ｂと、を含む。電源１２は、ＣＰＵ１１が種々の処理を実行するために必要な電力をＣＰＵ１１に供給するようになっている。表示部１３は、乗務員に種々の情報を知らせるための表示画面を含む。通知部１４は、乗務員に通知（注意喚起）を行うためのブザー及びランプ等を含む。表示部１３及び通知部１４は、ＣＰＵ１１の指示に基づいて動作するようになっている。なお、本例において、表示部１３と通知部１４とは独立した別々の構成要素として記載されているが、デジタルタコグラフ１０は、表示部１３と通知部１４とを一つにまとめた構成要素を有してもよい。本例において、ＣＰＵ１１が本発明に係る「制御部」に対応する対応する。
【００２１】
ボタン１５は、乗務員によって操作可能に配置されている。例えば、タクシーの場合、ボタン１５として、「実車状態」（乗客を乗せて運行する状態）又は「空車状態」（乗客を乗せずに運行する状態）を選択するためのボタン等が挙げられる。ボタン１５の操作情報は、ＣＰＵ１１に送信されるようになっている。
【００２２】
入力Ｉ／Ｆ１６は、車両の運行状態を検出する各種センサからの情報、登坂路エリアの更新情報（詳細は後述される。）、及び、乗務員ＩＤの情報などをＣＰＵ１１に提供するようになっている。本例においては、入力Ｉ／Ｆ１６は、車両の速度を検出する車速センサＳ１、車両のエンジン回転速度を検出するエンジン回転速度センサＳ２、及び、車両の積載物の重量を検出する積載重量センサＳ３と接続されると共に、登坂路エリアを更新するためのエリア更新情報が格納されたエリア更新用メモリカードＭ１を挿入可能となっている。入力Ｉ／Ｆ１６は、これらセンサ等から得た情報をＣＰＵ１１に供給するようになっている。
【００２３】
なお、入力Ｉ／Ｆ１６は、乗務員ＩＤを入力可能であるように構成されてもよい。乗務員ＩＤの入力は、例えば、乗務員がＩＤカードの挿入口（図示省略）に自らのＩＤカードを挿入することにより行われる。乗務員ＩＤの入力は、乗務員によるボタン１５の操作によって行われてもよい。
【００２４】
ＧＰＳ装置１７は、車両の現在位置を検出すると共に、車両の現在位置に関する情報をＣＰＵ１１に供給するようになっている。
【００２５】
（作動）
デジタルタコグラフ１０を搭載した車両の乗務員は、業務を開始するために車両を事業所等から出庫する際、「出庫操作」として乗務員ＩＤの入力（ＩＤカードの挿入）を行い、業務を終えるために車両を事業所等に入庫する際、「入庫操作」として乗務員ＩＤの入力の解除（ＩＤカードの排出）を行う。
【００２６】
乗務員がデジタルタコグラフ１０に自身のＩＤカードを挿入すると、運行データの記録が開始される。例えば、ＣＰＵ１１は、車両の運行状態を表す情報（例えば、車両の速度、エンジン回転速度、及び、車両の総重量など）をその運行時に入力されていた乗務員ＩＤの情報と関連付けると共に、運行データとしてＲＡＭ１１ｂに逐次（時系列的に）記録する。このような運行データの記録は、例えば、乗務員が自身のＩＤカードをデジタルタコグラフ１０から排出したときに終了される。ＲＡＭ１１ｂに記録された運行データは、管理サーバ（図示省略）等において処理され、その後の乗務員の運行管理のために役立てられる。
【００２７】
ＲＡＭ１１ｂには、登坂路エリアを表す多数の位置データが予め格納されている。なお、本例において、登坂路とは、路面勾配が所定角度以上の登り坂を表す。ＲＡＭ１１ｂに格納される登坂路エリアの位置データは、登坂路エリアの更新情報が記憶されたエリア更新用メモリカードＭ１が入力Ｉ／Ｆ１６に接続される毎に、逐次更新され得る。
【００２８】
デジタルタコグラフ１０は、安全運転および経済的運転の観点から、車両のエンジン回転速度を管理するようになっている。具体的には、エンジン回転速度センサＳ２により検出される現在のエンジン回転速度ＮＥが閾値回転速度ＮＥｔｈ以上である場合、通知部１４を通じてその旨（エンジン回転速度超過の注意喚起）が乗務員に通知されるようになっている。これにより、乗務員は、エンジン回転速度ＮＥが閾値回転速度ＮＥｔｈ以下の範囲内において車両を運転するよう促されることになる。
【００２９】
ところで、一般に、登坂路の走行中は、比較的大きな駆動力が要求されるため、平坦路の走行中と比べ、エンジン回転速度が相対的に高くなる傾向がある。そのため、登坂路の走行中は、乗務員が適正な操作（例えば、車速を維持する程度のアクセル操作）を行っていても、エンジン回転速度ＮＥが不可避的に閾値回転速度ＮＥｔｈ以上になる可能性がある。このような場合おいても一律に通知を行うと、かえって適切な運行管理の妨げとなる可能性がある。
【００３０】
そこで、デジタルタコグラフ１０は、ＧＰＳ装置１７によって検出される車両の現在位置が、ＲＡＭ１１ｂに格納されている登坂路エリアに属する場合、エンジン回転速度ＮＥが閾値回転速度ＮＥｔｈ以上であっても乗務員への通知を行わない。換言すると、登坂路エリア内では乗務員への通知が抑制（免除）される。
【００３１】
以下、デジタルタコグラフ１０（具体的には、ＣＰＵ１１）が行う具体的な処理について、図２に示すフローチャートを参照しながら説明する。ＣＰＵ１１は、車両の走行中において所定時間が経過する毎に、図２のフローチャートに示すルーチンを繰り返し実行する。なお、本ルーチンは、ＣＰＵ１１がＲＯＭ１１ａに格納されている対応するプログラムを実行することによって行われる。
【００３２】
具体的には、ＣＰＵ１１は、所定のタイミングにてステップ２００から本ルーチンの処理を開始すると、ステップ２０５に進み、現時点にて運行データの記録が行われているか否かを判定する。ＣＰＵ１１は、現時点が運行データの記録中ではない場合、「Ｎｏ」と判定してステップ２９５に進み、本ルーチンを一旦終了する。一方、ＣＰＵ１１は、現時点が運行データの記録中である場合、「Ｙｅｓ」と判定してステップ２１０に進む。以下、現時点が運行データの記録中であると仮定して説明を続ける。
【００３３】
運行データの記録中である場合、ＣＰＵ１１は、ステップ２１０にて、エンジン回転速度センサＳ２の出力値に基づいて現在のエンジン回転速度ＮＥを取得する。次いで、ＣＰＵ１１は、ステップ２１５に進み、ＧＰＳ装置１７の出力値に基づいて車両の現在位置（具体的には、緯度、経度、及び、標高など）を取得する。
【００３４】
次いで、ＣＰＵは、ステップ２２０に進み、現在のエンジン回転速度ＮＥが所定の閾値回転速度ＮＥｔｈ以上であるか否かを判定する。例えば、ＣＰＵ１１は、現在のエンジン回転速度ＮＥが閾値回転速度ＮＥｔｈ以上である場合、ステップ２２０にて「Ｙｅｓ」と判定し、ステップ２２５に進む。
【００３５】
ステップ２２５にて、ＣＰＵ１１は、車両の現在位置がＲＡＭ１１ｂに格納されている多数の登坂路エリアのうちの何れかのエリアに属するか否かを判定する。本例において、登坂路エリアとして、登坂路の代表位置を中心とする所定半径の円の内側の領域が用いられる。
【００３６】
車両の現在位置が、登坂路エリアの何れにも属しない場合、ＣＰＵ１１は、ステップ２２５にて「Ｎｏ」と判定し、ステップ２３０に進む。ＣＰＵ１１は、ステップ２３０にて、エンジン回転速度超過の旨を通知部１４を通じて乗務員に通知する。これにより、乗務員は、エンジン回転速度ＮＥがＮＥｔｈ以下の範囲内にて車両を運転するよう促される。
【００３７】
これに対し、車両の現在位置が、登坂路エリアの何れかに属する場合、ＣＰＵ１１は、ステップ２２５にて「Ｙｅｓ」と判定し、ステップ２３５に進む。ＣＰＵ１１は、ステップ２３５にて、エンジン回転速度ＮＥが閾値回転速度ＮＥｔｈ以上であるにもかかわらず、乗務員への通知を行わない。換言すると、ＣＰＵ１１は、乗務員への通知を抑制（免除）する。これにより、乗務員の不適切な車両操作に起因しないエンジン回転速度超過については通知がなされないことになり、適切な運行管理が行われる。
【００３８】
以上のように、本発明の実施形態に係るデジタルタコグラフ１０によれば、ＧＰＳ装置１７によって車両の現在位置に関する情報が取得される。車両の現在位置がＲＡＭ１１ｂに格納されている登坂路エリアに属していれば、エンジン回転速度ＮＥが閾値回転速度ＮＥｔｈ以上となっても、乗務員への通知（注意喚起）がなされない。換言すると、登坂路エリア内では乗務員への通知が抑制（免除）される。よって、デジタルタコグラフ１０によれば、デジタルタコグラフが一般に備えるＧＰＳ装置を利用することにより、車両が登坂路上にあるか否かを検出するためのセンサ（いわゆる坂道センサ）を用いることなく、同センサを用いた場合と同様の運行管理を実現できる。したがって、車両が登坂路上にあるか否かを考慮した適切な運行管理を出来る限り低コストにて実行できる。
【００３９】
更に、ＲＡＭ１１ｂに格納される登坂路エリアの位置データは、エリア更新用メモリカードＭ１を入力Ｉ／Ｆ１６に接続する毎に、逐次更新され得る。よって、実際に日々の業務等において車両を走行させる乗務員から登坂路の位置についての情報を収集し、その収集された情報に基づくエリア更新情報をエリア更新用メモリカードＭ１を用いてデジタルタコグラフ１０に入力すれば、登坂路エリアに関する情報が更新される。例えば、乗務員が新たに登坂路を発見した場合、その新たな登坂路を反映するように登坂路エリアに関する情報が更新される。そのため、車両の運行が繰り返されるにつれて、登坂路エリアに関する情報の精度が向上する。よって、事前に登坂路エリアに関する完全な情報を準備する場合に比べ、高精度かつ低コストにて登坂路エリアに関する情報を取得できる。
【００４０】
＜変形例＞
以下、上述した本発明の実施形態の変形例について説明する。
【００４１】
上記実施形態では、エンジン回転速度ＮＥが閾値回転速度ＮＥｔｈ以上の場合、車両の現在位置が登坂路エリア内であれば通知が行われず、車両の現在位置が登坂路エリア外であれば通知が行われるようになっている（図２のステップ２２０及びステップ２２５を参照。）。ここで、本発明の運行管理装置は、登坂路エリアの内外に加え、車両の総重量を考慮して通知の可否を判定するように構成されてもよい。
【００４２】
具体的には、ＣＰＵ１１は、エンジン回転速度ＮＥが閾値回転速度ＮＥｔｈ以上の場合、車両の現在位置が登坂路エリア内であり且つ車両の総重量ＷＴが閾値重量ＷＴｔｈ以上のときには通知を行わず、車両の現在位置が登坂路エリア外であるとき又は車両の総重量ＷＴが閾値重量ＷＴｔｈ未満のときには通知を行うように構成され得る。
【００４３】
このような判定は、図３のフローチャートに示すルーチンによって実現される。図３のルーチンは、図２のルーチンに、ステップ３０５の処理（車両の総重量ＷＴの取得）及びステップ３１０の処理（総重量ＷＴが閾値重量ＷＴｔｈ以上であるか否かの判定）を追加したルーチンである。
【００４４】
より具体的には、ＣＰＵ１１は、図３のステップ３００から処理を開始し、ステップ２０５〜２１５を経てステップ３０５に進むと、積載重量センサＳ３の出力値に基づいて車両に積載している荷物等の重量（積載重量）を取得し、ＲＯＭ１１ａに予め記憶されている車両の車体重量とその積載重量との合計値を総重量ＷＴとして取得する。そして、ＣＰＵ１１は、ステップ２２０，２２５を経てステップ３１０に進むと、総重量ＷＴが閾値重量ＷＴｔｈ以上であれば「Ｙｅｓ」と判定してエンジン回転速度超過を通知せず（ステップ２３５）、総重量ＷＴが閾値重量ＷＴｔｈよりも小さければ「Ｎｏ」と判定してエンジン回転速度超過を通知する（ステップ２３０）。その後、ＣＰＵ１１は、ステップ３９５に進んで本ルーチンを一旦終了する。この処理は、車両の総重量ＷＴが大きいほどエンジン回転速度ＮＥがより高まる傾向があるという事実に基づく。逆に言えば、車両の総重量ＷＴが小さいにもかかわらずエンジン回転速度ＮＥが高まっている場合、たとえ登坂路エリアに属していても乗務員に通知を行うと良いという考え方に基づく。
【００４５】
なお、図３に示したルーチンは、ステップ３０５及びステップ３１０が追加されている点のみにおいて図２に示したルーチンと相違している。そこで、図３において図２に示したステップと同一の処理を行うためのステップには、図２のそのようなステップに付された符号と同一の符号が付し、これらステップについての詳細な説明を省略する。
【００４６】
以上のように、発明の実施形態の変形例に係るデジタルタコグラフによれば、車両が登坂路エリアに属するか否かに加え、車両の総重量ＷＴが閾値重量ＷＴｔｈ以上であるか否かを考慮した上で、車両の運行管理を行う。よって、車両の運行管理をより厳密に実行できる。
【００４７】
＜他の態様＞
なお、本発明は上記各実施形態に限定されることはなく、本発明の範囲内において種々の変形例を採用することができる。例えば、本発明は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。
【００４８】
例えば、上記実施形態では、エリア更新用メモリカードＭ１を用いて登坂路エリアに関する情報が更新されるようになっている。しかし、エリア更新用メモリカードＭ１に代えて、デジタルタコグラフ１０と管理サーバ等との間の無線通信によって登坂路エリアに関する情報が更新されるように、デジタルタコグラフ１０が構成されてもよい。
【００４９】
ここで、上述した本発明に係る運行管理装置の実施形態の特徴をそれぞれ以下（１）〜（３）に簡潔に纏めて列記する。
（１）
車両に搭載されると共に前記車両の運行管理を行う運行管理装置（１０）であって、
前記車両の位置に関する情報を取得する位置情報取得部（１７）と、前記車両の乗務員に前記車両のエンジン回転速度に関する通知を行う制御部（１１）と、を備え、
前記制御部（１１）は、
前記車両のエンジン回転速度（ＮＥ）が所定の閾値回転速度（ＮＥｔｈ）以上である場合（ステップ２２０にてＹｅｓ判定の場合）、前記車両の位置が所定の登坂路エリアに属するとき（ステップ２２５にてＹｅｓ判定のとき）には前記通知を行わず、前記車両の位置が前記登坂路エリアに属しないとき（ステップ２２５にてＮｏ判定のとき）には前記通知を行う、
運行管理装置（１０）。
（２）
上記（１）に記載の運行管理装置において、
前記制御部（１１）が、
前記登坂路エリアに関する情報を予め記憶している（ＲＡＭ１１ｂ）と共に、前記乗務員から収集した登坂路の位置に基づくエリア更新情報（エリア更新用メモリカードＭ１内の情報）を外部から入力されたとき、前記登坂路エリアに関する情報を更新する、
運行管理装置（１０）。
（３）
上記（１）又は（２）に記載の運行管理装置であって、
前記車両の積載物の重量に関する情報を取得する積載重量取得部（Ｓ３）を更に備え、
前記制御部が、
前記車両の積載物の重量及び前記車両の車体の重量を含む総重量（ＷＴ）を算出すると共に、
前記車両のエンジン回転速度（ＮＥ）が前記閾値回転速度（ＮＥｔｈ）以上である場合（ステップ２２０にてＹｅｓ判定の場合）、前記車両の位置が前記登坂路エリアに属し（ステップ２２５にてＹｅｓ判定であり）且つ前記総重量（ＷＴ）が所定の閾値重量（ＷＴｔｈ）以上であるとき（ステップ３１０にてＹｅｓ判定であるとき）には前記通知を行わず、前記車両の位置が前記登坂路エリアに属しないとき（ステップ２２５にてＮｏ判定のとき）又は前記総重量（ＷＴ）が前記閾値重量（ＷＴｔｈ）よりも小さいとき（ステップ３１０にてＮｏ判定のとき）には前記通知を行う（図３のステップ２３０）、
運行管理装置（１０）。
【符号の説明】
【００５０】
１０  デジタルタコグラフ（運行管理装置）
１１  ＣＰＵ（制御部）
１４  通知部
１７  ＧＰＳ装置（位置情報取得部）
Ｍ１  エリア更新用メモリカード
Ｓ３  積載重量センサ（積載重量取得部）
【図１】
0006679293.tif 000002
【図２】
0006679293.tif 000003
【図３】
0006679293.tif 000004