JP2024055345A - 運行計画作成装置、運行計画作成方法およびコンピュータプログラム - Google Patents

Abstract

【課題】運行計画の作成者の負担を削減し、車両の運行計画を効率的に作成することのできる運行計画作成装置を提供する。【解決手段】運行計画作成装置は、対象車両の目的地および当該目的地への到着予定時刻を取得する目的地取得部と、記憶装置に記憶されている参照車両の移動履歴を示す動態管理データに基づいて、前記目的地における作業予定時間を決定する作業予定時間決定部と、前記到着予定時刻および前記作業予定時間に基づいて、前記対象車両の運行計画を作成する運行計画作成部とを備える。【選択図】図２１

Description

本開示は、運行計画作成装置、運行計画作成方法およびコンピュータプログラムに関する。

近年、あらゆるモノがネットワークに繋がるＩｏＴ（Internet of Things）技術が発展しつつある。このような中、自動車に代表される車両をネットワークに接続し、車両の運行位置や状態を確認するなどの車両の動態管理サービスが提供されている（例えば、非特許文献１参照）。

"選ばれ続ける動態管理サービス「ｄｏｃｏですｃａｒ ＮＥＸＴ」"，［online］，［２０２２年７月１４日検索］，インターネット＜URL: https://www.ntt.com/business/services/docodesucar/move.html＞

車両の動態管理を行うにあたり、事前に車両の運行計画を作成する必要がある。しかし、運行計画の作成者が運行計画の全項目を入力しなければならず、効率的に運行計画を作成するのが困難であるという課題がある。

本開示は、このような事情に鑑みてなされたものであり、運行計画の作成者の負担を削減し、車両の運行計画を効率的に作成することのできる運行計画作成装置、運行計画作成方法およびコンピュータプログラムを提供することを目的とする。

本開示の一態様に係る運行計画作成装置は、対象車両の目的地および当該目的地への到着予定時刻を取得する目的地取得部と、記憶装置に記憶されている参照車両の移動履歴を示す動態管理データに基づいて、前記目的地における作業予定時間を決定する作業予定時間決定部と、前記到着予定時刻および前記作業予定時間に基づいて、前記対象車両の運行計画を作成する運行計画作成部とを備える。

本発明は、このような特徴的な処理部を備える運行計画作成装置として実現することができるだけでなく、かかる特徴的な処理をステップとする運行計画作成方法として実現したり、かかるステップをコンピュータに実行させるためのコンピュータプログラムとして実現したりすることができる。また、運行計画作成装置の一部又は全部を実現する半導体集積回路として実現したり、運行計画作成装置を含む運行管理システムとして実現したりすることができる。

本開示によると、運行計画の作成者の負担を削減し、車両の運行計画を効率的に作成することができる。

図１は、本開示の実施形態１に係る運行管理システムの全体構成を示す図である。 図２は、本開示の実施形態１に係る車載システムの構成を示すブロック図である。 図３は、本開示の実施形態１に係る運行管理装置の構成を示すブロック図である。 図４は、動態管理データ取得部による動態管理データおよび走行可能状態管理データの作成処理の一例を示すフローチャートである。 図５は、動態管理データの一例を示す図である。 図６は、走行可能状態管理データの一例を示す図である。 図７は、運行管理装置による車両の動態に関するレポートの作成処理の一例を示すフローチャートである。 図８は、エラーレコード削除処理（図７のステップＳ２１）の詳細の一例を示すフローチャートである。 図９は、着目レコード削除前の動態管理データの一例を示す図である。 図１０は、着目レコード削除後の動態管理データの一例を示す図である。 図１１は、トリップデータ作成処理（図７のステップＳ２２）の詳細の一例を示すフローチャートである。 図１２は、トリップデータ作成部による動態管理データのトリップデータへの分割を模式的に示した図である。 図１３は、アイドル時間算出処理（図７のステップＳ２３）の詳細の一例を示すフローチャートである。 図１４は、トリップデータの一例を示す図である。 図１５は、訪問箇所計測処理（図７のステップＳ２４）の詳細の一例を示すフローチャートである。 図１６は、稼働時間算出処理（図７のステップＳ２５）の詳細の一例を示すフローチャートである。 図１７は、稼働時間計測処理を説明するための図である。 図１８は、レポート作成部が作成した月間レポートの一例を示す図である。 図１９は、レポート作成部が作成した週間レポートの一例を示す図である。 図２０は、レポート作成部が作成した訪問箇所分析レポートの一例を示す図である。 図２１は、本開示の実施形態２に係る運行管理装置の構成を示すブロック図である。 図２２は、運行管理装置による対象車両の運行計画作成処理の一例を示すフローチャートである。 図２３は、運行計画の変更処理について説明するための図である。

［本開示の実施形態の概要］
最初に本開示の実施形態の概要を列記して説明する。
（１）本開示の一実施形態に係る運行計画作成装置は、対象車両の目的地および当該目的地への到着予定時刻を取得する目的地取得部と、記憶装置に記憶されている参照車両の移動履歴を示す動態管理データに基づいて、前記目的地における作業予定時間を決定する作業予定時間決定部と、前記到着予定時刻および前記作業予定時間に基づいて、前記対象車両の運行計画を作成する運行計画作成部とを備える。

これにより、参照車両の動態管理データに基づいて、対象車両の目的地における作業予定時間を決定することができる。このため、運行計画の作成者の負担を削減し、対象車両の運行計画を効率的に作成することができる。

（２）上記（１）において、前記作業予定時間決定部は、前記動態管理データに基づいて、前記参照車両の前記目的地への到着時刻および前記目的地からの出発時刻の差を、前記作業予定時間として決定してもよい。

これにより、実際に目的地に到着した参照車両の動態管理データに基づいて、作業予定時間を決定することができるため、正確な作業予定時間を決定することができる。

（３）上記（１）または（２）において、上述の運行計画作成装置は、第１の前記対象車両の運行計画に示される前記目的地に対する前記到着予定時刻および前記作業予定時間の組を、第２の前記対象車両の運行計画の空き時間帯に移動する運行計画変更部をさらに備えてもよい。

これにより、第１の対象車両の同一の目的地に対する到着予定時刻および作業予定時間を、第２の対象車両の運行計画において作業予定時間が定められていない空き時間帯に移動させることができる。このため、第１の対象車両による作業を第２に対象車両による作業に変更することができる。このような作業の変更処理を複数の対象車両間で行うことにより、作業を行う対象車両の台数を減少させることができる。

（４）上記（１）から（３）のいずれかにおいて、前記運行計画作成部は、さらに、前記動態管理データから前記目的地への移動ルートを選択し、選択した前記移動ルートを含む前記運行計画を作成してもよい。

これにより、参照車両が利用した目的地への移動ルートを、対象車両の目的地への移動ルートとする運行計画を作成することができる。このため、対象車両の運行計画を効率的に作成することができる。

（５）本開示の他の実施形態に係る運行計画作成方法は、運行計画作成装置が、対象車両の目的地および当該目的地への到着予定時刻を取得するステップと、前記運行計画作成装置が、参照車両の移動履歴を示す動態管理データに基づいて、前記目的地における作業予定時間を決定するステップと、前記運行計画作成装置が、前記到着予定時刻および前記作業予定時間に基づいて、前記対象車両の運行計画を作成するステップとを含む。

この構成は、上述の運行計画作成装置における特徴的な処理をステップとして含む。このため、上述の運行計画作成装置と同様の作用および効果を奏する。

（６）本開示の他の実施形態に係るコンピュータプログラムは、コンピュータを、対象車両の目的地および当該目的地への到着予定時刻を取得する目的地取得部、記憶装置に記憶されている参照車両の移動履歴を示す動態管理データに基づいて、前記目的地における作業予定時間を決定する作業予定時間決定部、および、前記到着予定時刻および前記作業予定時間に基づいて、前記対象車両の運行計画を作成する運行計画作成部として機能させる。

この構成によると、コンピュータを、上述の運行計画作成装置として機能させることができる。このため、上述の運行計画作成装置と同様の作用および効果を奏する。

［本開示の実施形態の詳細］
以下、本開示の実施形態について、図面を参照しながら説明する。なお、以下で説明する実施形態は、いずれも本開示の一具体例を示すものである。以下の実施形態で示される数値、形状、材料、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定するものではない。また、以下の実施形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意に付加可能な構成要素である。また、各図は、模式図であり、必ずしも厳密に図示されたものではない。

また、同一の構成要素には同一の符号を付す。それらの機能および名称も同様であるため、それらの説明は適宜省略する。

＜実施形態１＞
〔運行管理システムの全体構成〕
図１は、本開示の実施形態１に係る運行管理システムの全体構成を示す図である。
図１を参照して、運行管理システム１は、車両２Ａ，２Ｂの運行を管理するためのシステムであり、車両２Ａに搭載された車載システム３Ａと、車両２Ｂに搭載された車載システム３Ｂと、運行管理装置４とを備える。車載システム３Ａ，３Ｂと運行管理装置４とは、インターネット等のネットワーク５を介して接続される。

車両２Ａは、例えば、荷物の配送用途に用いられるトラックまたはバンなどの配送車両である。車両２Ｂは、複数のユーザが共同利用するカーシェアリング用の車両である。

以下では、車両２Ａ，２Ｂを区別しない場合には車両２と呼び、車載システム３Ａ，３Ｂを区別しない場合には車載システム３と呼ぶこととする。

車両２は、ＢＥＶ（Ｂａｔｔｅｒｙ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）、ＨＥＶ（Ｈｙｂｒｉｄ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）またはＦＣＶ（Ｆｕｅｌ Ｃｅｌｌ Ｖｅｈｉｃｌｅ）などの電動車であってもよしい、ガソリン車（コンベンショナル車）であってもよい。

車載システム３は、車両２の位置、時刻および速度などの車両の移動または停止に関する情報である動態情報を生成し、生成した動態情報を、ネットワーク５を介して運行管理装置４に送信する。

運行管理装置４は、車載システム３から動態情報を受信し、受信した動態情報に基づいて、車両２の動態を集計したレポートを作成する。

〔車載システム３の構成〕
図２は、本開示の実施形態１に係る車載システム３の構成を示すブロック図である。
車載システム３は、通信部３１０と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機３２０と、加速度計３３０と、記憶装置３４０と、プロセッサ３５０と、バス３６０とを備える。

通信部３１０は、ネットワーク５に無線接続され、ネットワーク５を介して運行管理装置４などの他装置との間でデータの送受信を行う。

ＧＰＳ受信機３２０は、複数のＧＰＳ衛星から受信したＧＰＳ信号に基づいて、車両２の位置を特定する。車両２の位置は、例えば、緯度、経度および標高（または高度）により特定される。ただし、ＧＰＳ受信機３２０は、準天頂衛星から送信されるＧＰＳ補完信号またはＧＰＳ補強信号を合わせて用いることで、ＧＰＳ信号を補完したり、車両２の位置を補正してもよい。なお、運行管理装置４は、ＧＰＳ以外の衛星測位システムを用いて、車両２の位置を特定してもよい。

また、ＧＰＳ受信機３２０は、車両２の位置とともに時刻を出力する。また、ＧＰＳ受信機３２０は、車両２の位置および時刻に基づく車両２の速度および方向（進行方向）を出力する。

加速度計３３０は、車両２の進行方向の加速度（以下、「進行方向加速度」という）と、ハンドル操作に伴う車体の横方向の加速度（以下、「ハンドル方向加速度」という）とを計測し、出力する。加速度計３３０は、例えば、３軸加速度センサ、または３軸加速度センサに３軸ジャイロセンサを組み合わせた６軸慣性センサである。

記憶装置３４０は、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））またはＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）などの揮発性のメモリ素子、フラッシュメモリもしくはＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの不揮発性のメモリ素子、または、ハードディスクなどの磁気記憶装置などにより構成される。

記憶装置３４０は、プロセッサ３５０で実行されるコンピュータプログラム３４１を記憶する。また、記憶装置３４０は、コンピュータプログラム３４１の実行時に利用されるデータ、およびコンピュータプログラム３４１の実行時に生成されるデータを記憶する。

プロセッサ３５０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）またはＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などにより構成され、記憶装置３４０に記憶されたコンピュータプログラム３４１を実行することにより実現される機能的な処理部として、動態情報生成部３５１と、走行可能状態確認部３５２とを備える。

動態情報生成部３５１は、ＧＰＳ受信機３２０から所定の第１周期（例えば、３秒周期）で車両２の位置、時刻、速度および方向の情報を取得する。なお、動態情報生成部３５１は、車両２に設けられたクロックから車両２の時刻の情報を取得してもよい。また、動態情報生成部３５１は、車両２に設けられた速度計から車両２の速度の情報を取得してもよい。

また、動態情報生成部３５１は、ＧＰＳ受信機３２０と同じ第１周期で加速度計３３０から車両２の進行方向加速度およびハンドル方向加速度の情報を取得する。動態情報生成部３５１は、第１周期で取得した車両２の位置、時刻、速度、方向、進行方向加速度およびハンドル方向加速度を含む動態情報を生成する。

なお、動態情報生成部３５１は、さらに、車両２が電動車の場合には、車両２に搭載されたバッテリのＳＯＣ（Ｓｔａｔｅ ｏｆ Ｃｈａｒｇｅ）の情報を他の車載装置から取得し、動態情報に含めてもよい。

また、動態情報生成部３５１は、ギアポジションの情報を車載装置から取得し、動態情報に含めてもよい。

動態情報生成部３５１は、生成した動態情報に車両２の識別子である車両ＩＤを付加し、動態情報を通信部３１０を介して運行管理装置４に送信する。車両ＩＤの情報は予め記憶装置３４０に記憶されているものとする。動態情報生成部３５１は、動態情報を生成する度に運行管理装置４に送信してもよいし、生成した動態情報を記憶装置３４０に一時的に記憶させ、複数の動態情報を纏めて運行管理装置４に送信してもよい。

走行可能状態確認部３５２は、所定の第２周期（例えば、３分周期）で車両２が走行可能な状態か否かを確認する。走行可能状態とは、車両２がすぐに始動する（走り出す）ことができる発進可能な状態を意味する。例えば、エンジン車の場合には、エンジンが稼働している状態が走行可能状態であり、エンジンが停止している状態は走行不可能状態である。電動車の場合には、パワースイッチがＯＮとなり、駆動モータに電力が供給されている状態が走行可能状態であり、パワースイッチがＯＦＦの状態は走行不可能状態である。ただし、走行可能状態の定義はこれに限定されるものではない。例えば、ＡＣＣ（アクセサリー）電源またはＩＧ（イグニッション）電源がＯＮになった状態を走行可能状態としてもよい。なお、第１周期と第２周期は同じ周期であってもよい。

走行可能状態確認部３５２は、走行可能状態情報に車両２の車両ＩＤおよび時刻情報を付加し、走行可能状態情報を通信部３１０を介して運行管理装置４に送信する。走行可能状態情報がＯＮの場合には、車両２が走行可能状態であることを示し、走行可能状態情報がＯＦＦの場合には、車両２が走行不可能状態であることを示す。走行可能状態確認部３５２は、時刻情報を、ＧＰＳ受信機３２０またはクロックから取得する。

走行可能状態確認部３５２は、車両２の走行可能状態を確認する度に走行可能状態情報を運行管理装置４に送信してもよいし、走行可能状態情報を記憶装置３４０に一時的に記憶させ、複数の走行可能状態情報を纏めて運行管理装置４に送信してもよい。

バス３６０は、車載ネットワーク用のバスであり、例えば、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）バスまたはイーサネット（登録商標）である。

なお、記憶装置３４０と、プロセッサ３５０とは、１つのＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）内に含まれ、当該ＥＣＵがバス３６０に接続される構成であってもよい。

〔車載システム３の構成〕
図３は、本開示の実施形態１に係る運行管理装置４の構成を示すブロック図である。
運行管理装置４は、通信部４１０と、入力部４２０と、表示部４３０と、記憶装置４４０と、プロセッサ４５０と、バス４７０とを備える。

通信部４１０は、ネットワーク５に有線または無線により接続され、ネットワーク５を介して車載システム３などの他装置との間でデータの送受信を行う。
入力部４２０は、キーボードまたはマウスなどの運行管理装置４の操作に用いられる入力機器である。

表示部４３０は、液晶ディスプレイまたは有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどの表示装置である。

記憶装置４４０は、ＳＲＡＭまたはＤＲＡＭなどの揮発性のメモリ素子、フラッシュメモリもしくはＥＥＰＲＯＭなどの不揮発性のメモリ素子、または、ハードディスクなどの磁気記憶装置などにより構成される。

記憶装置４４０は、プロセッサ４５０で実行されるコンピュータプログラム４４１を記憶する。また、記憶装置４４０は、コンピュータプログラム４４１の実行時に生成または利用されるデータを記憶する。当該データは、後述する動態管理データ４４２、走行可能状態管理データ４４３およびトリップデータ４４４を含む。また、当該データは、地図データ、並びに、車両２ごとに拠点の住所、訪問予定箇所の住所および訪問予定箇所の訪問予定時刻等を示した車両２の運行計画情報を含む。

プロセッサ４５０は、ＣＰＵまたはＧＰＵなどにより構成され、記憶装置４４０に記憶されたコンピュータプログラム４４１を実行することにより実現される機能的な処理部として、動態管理データ取得部４５１と、トリップデータ作成部４５２と、アイドル時間算出部４５３と、訪問箇所計測部４５４と、稼働時間算出部４５５と、レポート作成部４５６とを備える。

動態管理データ取得部４５１は、車載システム３が取得した動態情報を集約した動態管理データ４４２を作成することにより、動態管理データ４４２を取得する。また、動態管理データ取得部４５１は、車載システム３が取得した走行管理状態情報を集約した走行可能状態管理データ４４３を作成する。動態管理データ取得部４５１による動態管理データ４４２および走行可能状態管理データ４４３の作成処理については後述する。

トリップデータ作成部４５２は、走行可能状態管理データ４４３により示される車両２の停止時間に基づいて、動態管理データ４４２を複数のトリップデータ４４４に分割することで、複数のトリップデータ４４４を作成する。トリップデータ作成部４５２によるトリップデータ４４４の作成処理については後述する。

アイドル時間算出部４５３は、動態管理データ４４２またはトリップデータ４４４に基づいて、車両２が走行不可能な状態から走行可能な状態に変更されてから車両２が動き出すまでの車両２が停止している時間をアイドル時間として算出する。アイドル時間算出部４５３によるアイドル時間の算出処理については後述する。

訪問箇所計測部４５４は、動態管理データ４４２またはトリップデータ４４４に基づいて、車両２の訪問箇所を計測する。訪問箇所計測部４５４による訪問箇所の計測処理については後述する。

稼働時間算出部４５５は、動態管理データ４４２またはトリップデータ４４４に基づいて、車両２が利用されている時間である車両２の稼働時間を算出する。稼働時間算出部４５５による稼働時間の算出処理については後述する。

レポート作成部４５６は、動態管理データ４４２またはトリップデータ４４４と、算出された車両２のアイドル時間、訪問箇所および稼働時間とに基づいて、車両２の動態に関連する指標値を所定の時間単位ごとに集計したレポートを作成する。レポート作成部４５６が作成したレポートの例については後述する。

≪動態管理データ４４２および走行可能状態管理データ４４３の作成処理≫
図４は、動態管理データ取得部４５１による動態管理データ４４２および走行可能状態管理データ４４３の作成処理の一例を示すフローチャートである。

図４を参照して、動態管理データ取得部４５１は、車載システム３が第１周期（例えば、３秒周期）で取得した動態情報を、通信部４１０が車載システム３から受信しているか否かを判定する（ステップＳ１１）。

動態情報を受信している場合には（ステップＳ１１においてＹＥＳ）、動態管理データ取得部４５１は、動態管理データ４４２にレコードを追加し、追加したレコードに動態情報を書き込むことにより、動態管理データ４４２を更新する（ステップＳ１２）。動態管理データ取得部４５１は、更新後の動態管理データ４４２を記憶装置４４０に記憶させる。なお、動態管理データ取得部４５１は、複数の動態情報を纏めて受信した場合には、動態情報の数だけ動態管理データ４４２にレコードを追加する。

図５は、動態管理データ４４２の一例を示す図である。動態管理データ４４２は、車両ＩＤ、通過時刻、車両位置、速度、方向、進行方向加速度、ハンドル方向加速度、ＳＯＣおよびギアポジションを含む。

例えば、動態管理データ４４２の１つ目のレコードは、ある時刻（通過時刻「ｔ１」）において車載システム３が取得した動態情報を示している。当該レコードによると、車両２の車両ＩＤが「Ｃ１」であり、車両２の通過時刻が「ｔ１」であり、車両２の位置（緯度，経度，標高）が「（Ｎ１，Ｅ１，Ｈ１）」であり、車両２の速度が「ｓ１」であり、車両２の方向が「ｄ１」であり、車両２の進行方向加速度が「ａｃｒ１」であり、車両２のハンドル方向加速度が「ａｃｈ１」であり、車両２のバッテリのＳＯＣが「ＳＯＣ１」であり、車両２のギアポジションが「Ｇ１」である。

図４を参照して、通信部４１０が動態情報を受信していない場合には（ステップＳ１１においてＮＯ）、ステップＳ１２の処理は実行されない。

動態管理データ取得部４５１は、車載システム３が第２周期（例えば、３分周期）で取得した走行可能状態情報を、通信部４１０が車載システム３から受信しているか否かを判定する（ステップＳ１３）。

走行可能状態情報を受信している場合には（ステップＳ１３においてＹＥＳ）、動態管理データ取得部４５１は、走行可能状態管理データ４４３にレコードを追加し、追加したレコードに走行可能状態情報を書き込むことにより、走行可能状態管理データ４４３を更新する（ステップＳ１４）。動態管理データ取得部４５１は、更新後の走行可能状態管理データ４４３を記憶装置４４０に記憶させる。なお、動態管理データ取得部４５１は、複数の走行可能状態情報を纏めて受信した場合には、走行可能状態情報の数だけ走行可能状態管理データ４４３にレコードを追加する。

図６は、走行可能状態管理データ４４３の一例を示す図である。走行可能状態管理データ４４３は、車両ＩＤ、時刻および走行可能状態情報を含む。

例えば、走行可能状態管理データ４４３の１つ目のレコードは、車載システム３から取得した走行可能状態情報を示している。当該レコードによると、車両２の車両ＩＤが「Ｃ１」であり、走行可能状態情報を取得した時刻が「ｔ０」であり、時刻「ｔ０」における車両２の走行可能状態情報は「ＯＮ」である。

図４を参照して、通信部４１０が走行可能状態情報を受信していない場合には（ステップＳ１３においてＮＯ）、ステップＳ１４の処理は実行されない。

動態管理データ取得部４５１は、ステップＳ１１からステップＳ１４の処理を繰り返し実行することにより、動態管理データ４４２および走行可能状態管理データ４４３を更新する。

≪運行管理装置４によるレポート作成処理≫
図７は、運行管理装置４による車両２の動態に関するレポートの作成処理の一例を示すフローチャートである。

図７を参照して、動態管理データ取得部４５１は、動態管理データ４４２からエラーレコードを削除する（ステップＳ２１）。

図８は、エラーレコード削除処理（図７のステップＳ２１）の詳細の一例を示すフローチャートである。
図８を参照して、動態管理データ取得部４５１は、記憶装置４４０に記憶されている動態管理データ４４２に含まれる各レコードについて、ステップＳ３１からステップＳ３３の処理を繰り返し実行する（ループＡ）。

つまり、動態管理データ取得部４５１は、着目しているレコード（以下、「着目レコード」という）において、車両位置情報が取得されているかを判定する（ステップＳ３１）。

車両位置情報が取得されている場合には（ステップＳ３１においてＹＥＳ）、動態管理データ取得部４５１は、着目レコードにおいて、速度情報が取得されているかを判断する（ステップＳ３２）。

車両位置情報が取得されていない場合（ステップＳ３１においてＮＯ）または速度情報が取得されていない場合（ステップＳ３２においてＮＯ）には、動態管理データ取得部４５１は、着目レコードの信頼性が低いと判断し、動態管理データ４４２から着目レコードを削除する（ステップＳ３３）。動態管理データ取得部４５１は、着目レコード削除後の動態管理データ４４２を記憶装置４４０に記憶させる。

図９は、着目レコード削除前の動態管理データ４４２の一例を示す図である。例えば、通過時刻「ｔ１２」を含むレコードは、車両位置情報を含むが、速度情報を含まない。通過時刻「ｔ１２」に示される動態情報は、例えば、車両２がトンネル内を通過する等して車載システム３からの電波状況が悪化したため、ＧＰＳ受信機３２０が位置情報および速度情報を取得できなかった場合に生成される。このような場合には、車両位置として前時刻（ここでは、「ｔ１１」）の車両位置が用いられるが、速度情報は不定値とされる。これは、カーナビゲーションシステム等において車両２の位置を常時表示する必要があるため暫定的に車両位置が決定されるが、速度情報についてはそのような必要が無く、決定されないためである。

図１０は、着目レコード削除後の動態管理データ４４２の一例を示す図である。図１０に示す動態管理データ４４２は、図９に示す動態管理データ４４２から、通過時刻「ｔ１２」のレコードを削除したものである。

再び図７を参照して、トリップデータ作成部４５２は、記憶装置４４０に記憶されている動態管理データ４４２および走行可能状態管理データ４４３に基づいて、動態管理データ４４２を複数のトリップデータ４４４に分割することで、複数のトリップデータ４４４を作成する（ステップＳ２２）。

図１１は、トリップデータ作成処理（図７のステップＳ２２）の詳細の一例を示すフローチャートである。

図１１を参照して、トリップデータ作成部４５２は、走行可能状態管理データ４４３に基づいて、車両２の停止時間を算出する。つまり、トリップデータ作成部４５２は、走行可能状態管理データ４４３において、走行可能状態情報が「ＯＦＦ」の継続時間を停止時間として算出する（ステップＳ４１）。時刻「ｔｓ１」から時刻「ｔｅ１」までの間、走行可能状態情報が「ＯＦＦ」のレコードが連続している場合には、トリップデータ作成部４５２は、走行可能状態情報が「ＯＦＦ」の継続時間である（ｔｅ１－ｔｓ１）を車両２の停止時間として算出する。トリップデータ作成部４５２は、走行可能状態管理データ４４３において走行可能状態情報が「ＯＦＦ」の連続するレコードの組ごとに停止時間を算出する。

トリップデータ作成部４５２は、算出した停止時間のそれぞれについて、ステップＳ４２，Ｓ４３の処理を繰り返し実行する（ループＢ）。

つまり、トリップデータ作成部４５２は、着目している停止時間（停止時間の時間長）があらかじめ定められた停止時間最大値以上であるかを判定する（ステップＳ４２）。

当該停止時間が停止時間最大値以上の場合には（ステップＳ４２においてＹＥＳ）、トリップデータ作成部４５２は、動態管理データ４４２を、当該停止時間の前後でトリップデータ４４４に分割する（ステップＳ４３）。例えば、トリップデータ作成部４５２は、当該停止時間の間（上述の時刻ｔｓ１から時刻ｔｅ１の間）の通過時刻を有する動態管理データ４４２のレコードを前のトリップデータ４４４に含め、当該停止時間の後の通過時刻を有する動態管理データ４４２のレコードを後のトリップデータ４４４に含めるように、動態管理データ４４２を分割する。これにより、車両２の出発地から到着地までの動態と、到着地における停止中の動態とが１つのトリップデータ４４４に含められる。

ただし、トリップデータ４４４の作成方法はこれに限定されるものではない。例えば、トリップデータ作成部４５２は、動態管理データ４４２のうち、当該停止時間よりも前の通過時刻を有するレコードを前のトリップデータ４４４に含め、当該停止時間よりも後の通過時刻を有するレコードを後のトリップデータ４４４に含め、当該停止時間の間の通過時刻を有するレコードをトリップデータ４４４に含めないようにしてもよい。トリップデータ作成部４５２は、作成したトリップデータ４４４を記憶装置４４０に記憶させる。

当該停止時間が停止時間最大値未満である場合には（ステップＳ４２においてＮＯ）、トリップデータ作成部４５２は、車両２の出発地から到着地への移動中の一時的な停車と判断し（ステップＳ４２においてＮＯ）、ステップＳ４３の処理を実行しない。

図１２は、トリップデータ作成部４５２による動態管理データ４４２のトリップデータ４４４への分割を模式的に示した図である。図１２（ａ）は、拠点→コンビニＡ→地点Ａ→地点Ｂ→拠点の順に巡回する車両２の動態管理データ６００を模式的に示す。ここで、車両２はコンビニＡで２分間停止し、地点Ａで３０分間停止し、地点Ｂで１５分間停止したことが走行可能状態管理データ４４３から分かったとする。また、停止時間最大値は３分であるとする。この場合、地点Ａおよび地点Ｂにおいて車両２の停止時間が停止時間最大値以上となるため、地点Ａおよび地点Ｂの各停止時間の前後で動態管理データ６００が分割される。なお、コンビニＡの停止時間は停止時間最大値未満であるため、コンビニＡの停止時間の前後では動態管理データ６００は分割されない。

これにより、図１２（ｂ）に示すような３つのトリップデータ６０１，６０２，６０３が作成される。つまり、トリップデータ６０１は、車両２が拠点を出発し、コンビニＡを経由して地点Ａに到着し、地点Ａを出発するまでの動態を示す。トリップデータ６０２は、車両２が地点Ａを出発し、地点Ｂに到着し、地点Ｂを出発するまでの動態を示す。トリップデータ６０３は、車両２が地点Ｂを出発し、拠点に到着し、拠点を出発するまで、または動態管理データ４４２が終了するまでの動態を示す。

再び図７を参照して、アイドル時間算出部４５３は、ステップＳ２２の処理で作成したトリップデータ４４４に基づいて、車両２が走行不可能な状態から走行可能な状態に変更されてから車両２が動き出すまでの車両２が停止している時間をアイドル時間として算出する（ステップＳ２３）。

図１３は、アイドル時間算出処理（図７のステップＳ２３）の詳細の一例を示すフローチャートである。
図１３を参照して、アイドル時間算出部４５３は、記憶装置４４０に記憶されている各トリップデータ４４４について、ループＤの処理を繰り返し実行する（ループＣ）。

つまり、アイドル時間算出部４５３は、着目しているトリップデータ４４４に含まれる各レコードについて、通過時刻が早いものから順にステップＳ５１の処理を繰り返し実行する（ループＤ）。

つまり、アイドル時間算出部４５３は、着目しているレコードが示す車両２の速度が、予め定められた停止とみなす速度（例えば、２ｋｍ／ｈ）未満か否かを判定する（ステップＳ５１）。車両２の速度が停止とみなす速度未満であれば（ステップＳ５１においてＹＥＳ）、アイドル時間算出部４５３は、着目しているレコードに対して何の処理も実行しない。

車両２の速度が停止とみなす速度以上であれば（ステップＳ５１においてＮＯ）、アイドル時間算出部４５３は、着目しているレコードの通過時刻に車両２が動き出したと判断し、アイドル時間算出部４５３は、出発地でのアイドル時間を以下の式１により算出する（ステップＳ５２）。アイドル時間は、トリップデータ４４４の最初のレコードが示す通過時刻から車両２が動き出すまでの時間を示す。トリップデータ４４４の最初のレコードが示す通過時刻は、車両２が走行不可能状態から走行可能状態に変更された時刻（走行可能状態情報が「ＯＦＦ」から「ＯＮ」になった時刻）を示す。このため、アイドル時間は、車両２が走行不可能な状態から走行可能な状態に変更されてから車両２が動き出すまでの車両２が停止している時間を示す。ステップＳ５２の処理の後、アイドル時間算出部４５３は、着目しているトリップデータ４４４に対するループＤの処理を終了する。
出発地でのアイドル時間＝動き出した時刻
－１番目のレコードの時刻 …（式１）

図１４は、トリップデータ４４４の一例を示す図である。トリップデータ４４４では、通過時刻ｔ１から通過時刻ｔ３０のレコードの速度はすべて０であり、停止とみなす速度２ｋｍ／ｈ未満である。また、通過時刻ｔ３１のレコードの速度は３ｋｍ／ｈであり、停止とみなす速度２ｋｍ／ｈ以上である。つまり、車両２は通過時刻ｔ３１において動き出したと判断できる。このため、アイドル時間算出部４５３は、式１に従い、（ｔ３１－ｔ１）を車両２の出発地でのアイドル時間として算出する。

ここでは、アイドル時間算出部４５３がトリップデータ４４４に基づいてアイドル時間を算出する例について説明したが、トリップデータ４４４は動態管理データ４４２を分割したものである。このため、アイドル時間算出部４５３は、動態管理データ４４２に基づいてアイドル時間を算出していることにもなる。例えば、アイドル時間算出部４５３は、走行可能状態管理データ４４３において車両２が走行可能状態になってから、車両２の速度が停止とみなす速度未満となっている継続時間をアイドル時間として算出することもできる。

このように、車両２が走行可能状態になってから、実際に始動するまでの時間をアイドル時間として算出できる。このため、車両２の管理者はアイドル時間を少なくするための対策を行うことができる。

再び図７を参照して、訪問箇所計測部４５４は、トリップデータ４４４に基づいて、車両２が予め登録されている訪問予定箇所、および、車両２の出発地とは住所の異なる到着地の少なくとも一方を含む所定地点で停止時間最大値以上停止している場合に、所定地点を車両２の訪問箇所として計測する（ステップＳ２４）。

図１５は、訪問箇所計測処理（図７のステップＳ２４）の詳細の一例を示すフローチャートである。
訪問箇所計測部４５４は、記憶装置４４０に記憶されている各トリップデータ４４４について、ステップＳ６１からステップＳ６４の処理を繰り返し実行する（ループＥ）。

つまり、訪問箇所計測部４５４は、トリップデータ４４４が示す車両２の到着地が訪問予定箇所か否かを判定する（ステップＳ６１）。例えば、訪問箇所計測部４５４は、記憶装置４４０に記憶されている地図データを参照して、トリップデータ４４４の最後のレコードの車両位置の住所を特定する。訪問箇所計測部４５４は、特定した住所が、記憶装置４４０に記憶されている運行計画情報に示される訪問予定箇所の住所と一致する場合には、車両２の到着地が訪問予定箇所であると判定する。訪問箇所計測部４５４は、特定した住所が訪問予定箇所の住所と一致しない場合には、車両２の到着地が訪問予定箇所ではないと判定する。なお、訪問箇所計測部４５４は、車両２の到着地の位置が、訪問予定箇所の位置から所定範囲内にある場合に、車両２の到着地が訪問予定箇所であると判定し、それ以外の場合に訪問予定箇所ではないと判定してもよい。

車両２の到着地が訪問予定箇所の場合には（ステップＳ６１においてＹＥＳ）、トリップデータ４４４が示す車両２の移動時間があらかじめ定められた移動時間閾値以上であるかを判定する（ステップＳ６３）。ここで、移動時間閾値は、予め定められた時間であってもよいし、運行計画情報に示される移動時間に基づく時間（例えば、運行計画情報に示される移動時間から所定時間を減算した時間）であってもよい。

移動時間は以下のようにして算出される。例えば、訪問箇所計測部４５４は、トリップデータ４４４のうち、アイドル時間算出部４５３によるアイドル時間算出処理（図１３）において判断された車両２が動き出した時刻を移動時間の最初の時刻とする。また、訪問箇所計測部４５４は、トリップデータ４４４において、車両２が動き出した時刻以降において、速度が停止とみなす速度未満となった時刻を移動時間の最後の時刻として、移動時間を算出する。図１４に示すトリップデータ４４４においては、通過時刻ｔ３１が車両２が動き出した時刻（移動時間の最初の時刻）であり、時刻ｔ＿ｎ２が移動時間の最後の時刻である。このため、訪問箇所計測部４５４は、（ｔ＿ｎ２－ｔ３１）を移動時間として算出する。

移動時間が移動時間閾値以上の場合には（ステップＳ６３においてＹＥＳ）、訪問箇所計測部４５４は、車両２の到着地を車両２が実際に訪問した訪問箇所として計測する（ステップＳ６４）。

移動時間が移動時間閾値未満の場合には（ステップＳ６３においてＮＯ）、訪問箇所計測部４５４は、車両２の到着地を訪問箇所として計測しない。

車両２の到着地が訪問予定箇所でない場合には、訪問箇所計測部４５４は、車両２の出発地および到着地の住所が同じか否かを判定する（ステップＳ６２）。例えば、訪問箇所計測部４５４は、記憶装置４４０に記憶されている地図データを参照して、トリップデータ４４４の最初のレコードの車両位置の住所を、車両２の出発地の住所として特定する。なお、訪問箇所計測部４５４は、地図データを参照して、トリップデータ４４４における移動時間の最初のレコードの車両位置の住所を、車両２の出発地の住所として特定してもよい。また、訪問箇所計測部４５４は、地図データを参照して、トリップデータ４４４における移動時間の最後のレコードの車両位置の住所を、車両２の到着地の住所として特定する。図１４に示すトリップデータ４４４においては、通過時刻ｔ１または通過時刻ｔ３１における車両位置の住所が出発地の住所とされ、通過時刻ｔ＿ｎ２における車両位置の住所が到着地の住所とされる。

訪問箇所計測部４５４は、例えば、出発地および到着地の都道府県および区市町村が同じであれば出発地および到着地の住所が同じであると判定し、都道府県および区市町村のいずれかが異なれば両住所が異なると判定してもよい。この判定方法によると、例えば、区市町村以下の丁目が異なっていたとしても、都道府県および区市町村が同じであれば同じ住所とされる。ただし、住所の異同の判定方法はこれに限定されるものではない。例えば、訪問箇所計測部４５４は、出発地および到着地の都道府県および区市町村が同じであり、かつ丁目が同じであれば出発地および到着地の住所は同じであると判定し、都道府県および区市町村が同じであっても丁目が異なる場合には両住所は異なると判定してもよい。

車両２の出発地および到着地の住所が異なる場合には（ステップＳ６２においてＮＯ）、ステップＳ６３以降の処理が実行される。

車両２の出発地および到着地の住所が同じ場合には（ステップＳ６２においてＹＥＳ）、訪問箇所計測部４５４は、車両２の到着地を訪問箇所として計測しない。

図１５に示した処理により、訪問箇所計測部４５４は、以下の条件を満たす訪問予定箇所または出発地とは住所の異なる到着地を車両２の訪問箇所として計測できる。
（条件１）車両２が到着地に停止時間最大値以上停止している。
（条件２）車両２の出発地から到着地までの移動時間が移動時間閾値以上である。
（条件３）車両２の到着地が、予め登録されている訪問予定箇所、および出発地とは住所の異なる地点の少なくとも一方の地点である。

条件１は、図１１に示したトリップデータ作成処理において、トリップデータ間の停止時間が停止時間最大値以上となるようにトリップデータを作成していることより、満たされている。条件２は、図１５のステップＳ６３に示す処理を示している。条件３は、図１５のステップＳ６１，Ｓ６２に示す処理を示している。なお、条件２は、任意の条件である。このため、訪問箇所計測部４５４は、条件１および条件３を満たす訪問予定箇所または出発地とは住所の異なる到着地を車両２の訪問箇所として計測してもよい。

なお、訪問箇所計測部４５４がトリップデータ４４４に基づいて訪問箇所を計測する例について説明したが、トリップデータ４４４は動態管理データ４４２を分割したものである。このため、訪問箇所計測部４５４は、動態管理データ４４２に基づいて訪問箇所を計測していることにもなる。例えば、訪問箇所計測部４５４は、走行可能状態管理データ４４３において車両２が走行可能状態になった時刻における車両２の位置を動態管理データ４４２に基づいて特定し、当該位置を車両２の出発地とする。また、訪問箇所計測部４５４は、走行可能状態管理データ４４３において車両２が走行不可能状態になった時刻における車両２の位置を動態管理データ４４２に基づいて特定し、当該位置を車両２の到着地とする。訪問箇所計測部４５４は、動態管理データ４４２を参照して、条件１から条件３を満たすか否かを判定することにより、車両２の訪問箇所を計測する。

以上のように、車両２の搭乗者が所定地点に短時間立ち寄った場合などを除いて、所定地点を訪問したかを判断し、訪問箇所を計測できる。また、出発地と同じ住所の到着地に立ち寄った場合を除いて、所定地点を訪問したかを判断し、訪問箇所を計測できる。よって、車両２の訪問箇所を正確に計測できる。

なお、停止時間最大値は、車両２を利用する業者および車両２の利用者の職種の少なくとも一方に基づいて定められてもよい。例えば、車両２を利用する業者が工場への荷物の配送業者の場合、または、車両２の利用者の職種が工場への荷物の配送業の場合には、工場で大量の荷物の積卸作業が発生するため、工場での停止時間が長い傾向にある。このため、停止時間最大値を長めに設定することで、訪問箇所を正確に計測できる。一方、車両２を利用する業者が家庭への荷物の宅配業者の場合、または、車両２の利用者の職種が家庭への荷物の宅配業の場合には、家庭で積卸される荷物の個数は少数であるため、家庭での停止時間は短い傾向にある。このため、停止時間最大値を短めに設定することで、訪問箇所を正確に計測できる。

また、上述の条件２を用いて訪問箇所を計測することにより、車両が短時間（移動時間閾値未満の時間）の移動で到着地に到着した場合を除いて訪問箇所を計測できる。

再び図７を参照して、稼働時間算出部４５５は、トリップデータ４４４に基づいて、車両２が利用されている時間である稼働時間を算出する（ステップＳ２５）。

図１６は、稼働時間算出処理（図７のステップＳ２５）の詳細の一例を示すフローチャートである。
稼働時間算出部４５５は、稼働時間を０にセットする（ステップＳ７１）。
稼働時間算出部４５５は、車両２の用途を判定する（ステップＳ７２）。例えば、車両２の車両ＩＤと車両２の用途とが対応付けられた用途情報が事前に記憶装置４４０に記憶されているものとする。稼働時間算出部４５５は、記憶装置４４０から用途情報を読み出し、当該用途情報を参照して、処理対象の車両ＩＤから車両２の用途を特定する。

車両２の用途が配送用途の場合には（ステップＳ７２において配送）、稼働時間算出部４５５は、処理対象の車両２の車両ＩＤを含む各トリップデータ４４４を記憶装置４４０から読み出し、各トリップデータ４４４について、ステップＳ７３からステップＳ７６の処理を繰り返し実行する（ループＦ）。

つまり、稼働時間算出部４５５は、処理対象の車両２の移動時間を算出する（ステップＳ７３）。移動時間の算出方法は、訪問箇所計測部４５４による移動時間の算出方法と同じである。例えば、図１４に示すトリップデータ４４４において（ｔ＿ｎ２－ｔ３１）を移動時間として算出する。
稼働時間算出部４５５は、稼働時間に算出した移動時間を加算する（ステップＳ７４）。

稼働時間算出部４５５は、着目しているトリップデータ４４４の移動時間と、時間的に１つ後のトリップデータ４４４の移動時間との差であるトリップ間時間を算出する（ステップＳ７５）。
稼働時間算出部４５５は、稼働時間に算出したトリップ間時間を加算する（ステップＳ７６）。

図１７は、稼働時間計測処理を説明するための図である。図１７（ａ）は、拠点→地点Ａ→拠点→地点Ｂ→拠点の順に巡回する車両２の動態管理データ６００を模式的に示す。図１７（ａ）において、移動時間Ｔｔ１が拠点から地点Ａまでの移動時間を示し、移動時間Ｔｔ２が地点Ａから拠点までの移動時間を示し、移動時間Ｔｔ３が拠点から地点Ｂまでの移動時間を示し、移動時間Ｔｔ４が地点Ｂから拠点までの移動時間を示す。トリップ間時間Ｔｂ１は地点Ａで車両２が停止している時間を示し、トリップ間時間Ｔｂ２は拠点で車両２が停止している時間を示し、トリップ間時間Ｔｂ３は地点Ｂで車両２が停止している時間を示す。なお、移動時間Ｔｔ１およびトリップ間時間Ｔｂ１が１つのトリップデータ４４４に含まれ、移動時間Ｔｔ２およびトリップ間時間Ｔｂ２が１つのトリップデータ４４４に含まれ、移動時間Ｔｔ３およびトリップ間時間Ｔｂ３が１つのトリップデータ４４４に含まれ、移動時間Ｔｔ４が１つの１つのトリップデータ４４４に含まれる。

図１７（ｂ）は、図１７（ａ）に示される動態管理データ４４２またはトリップデータ４４４において、車両２が配送用途の場合の稼働時間を示すものである。配送用途の車両２の稼働時間は、すべての移動時間とすべてのトリップ間時間を加算した時間（Ｔｔ１＋Ｔｂ１＋Ｔｔ２＋Ｔｂ２＋Ｔｔ３＋Ｔｂ３＋Ｔｔ４）である。

再び図１６を参照して、車両２の用途がカーシェアリング用途の場合には（ステップＳ７２においてカーシェアリング）、稼働時間算出部４５５は、記憶装置４４０に記憶されている処理対象の車両２の車両ＩＤを含む各トリップデータ４４４について、ステップＳ７７からステップＳ８１の処理を繰り返し実行する（ループＧ）。

つまり、処理対象の車両２の移動時間を算出する（ステップＳ７７）。
稼働時間算出部４５５は、稼働時間に算出した移動時間を加算する（ステップＳ７８）。

稼働時間算出部４５５は、車両２の到着地が拠点か否かを判定する（ステップＳ７９）。例えば、稼働時間算出部４５５は、記憶装置４４０に記憶されている地図データを参照して、トリップデータ４４４の最後のレコードの車両位置の住所を特定する。稼働時間算出部４５５は、特定した住所が、記憶装置４４０に記憶されている運行計画情報に示される拠点の住所と一致する場合には車両２の到着地が拠点であると判定し、一致しない場合には車両２の到着地が拠点ではないと判定する。なお、稼働時間算出部４５５は、車両２の到着地の位置が、拠点の位置から所定範囲内にある場合に、車両２の到着地が拠点であると判定し、それ以外の場合に拠点ではないと判定してもよい。

車両２の到着地が拠点でない場合には（ステップＳ７９においてＮＯ）、稼働時間算出部４５５は、着目しているトリップデータ４４４の移動時間と、時間的に１つ後のトリップデータ４４４の移動時間との差であるトリップ間時間を算出する（ステップＳ８０）。
稼働時間算出部４５５は、稼働時間に算出したトリップ間時間を加算する（ステップＳ８１）。

車両２の到着地が拠点である場合には（ステップＳ７９においてＹＥＳ）、稼働時間算出部４５５は、ステップＳ８０，Ｓ８１の処理を実行しない。

図１７を参照して、カーシェアリング用途の車両２の稼働時間計測処理について説明する。図１７（ｃ）は、図１７（ａ）に示される動態管理データ４４２またはトリップデータ４４４において、車両２がカーシェアリング用途の場合の稼働時間を示すものである。カーシェアリング用途の車両２の稼働時間は、すべての移動時間と、拠点での停止時間（トリップ間時間）を除くトリップ間時間を加算した時間（Ｔｔ１＋Ｔｂ１＋Ｔｔ２＋Ｔｔ３＋Ｔｂ３＋Ｔｔ４）である。

以上のように、運行管理装置４は、車両２の稼働時間を正確に算出できる。例えば、配送用途で用いられる車両２のように荷卸しまたは荷積みを行っている場合の停車時間を稼働時間に含めたい場合もあれば、カーシェアリング用途で用いられる車両２のように拠点での停車時間を稼働時間に含めたくない場合もある。運行管理装置４は、車両２の用途を考慮して車両の稼働時間を算出できる。

配送車両の搭乗者は、隣接する２つの移動時間の間の時間において積卸作業を行っている可能性が高い。運行管理装置４によると、積卸作業を行っている時間を稼働時間に含めることができる。よって、配送用途の車両の稼働時間を正確に算出できる。

カーシェアリングでは、利用者は拠点から車両２により出発することにより車両２の利用を開始し、拠点に車両２を返却することにより車両２の利用を終了する。このため、車両２が拠点に停車している時間は、誰も車両２を利用していないことになる。運行管理装置４によると、拠点での車両２の未利用時間を稼働時間から除くことができる。これにより、カーシェアリング用途の車両２の稼働時間を正確に算出できる。

なお、稼働時間算出部４５５がトリップデータ４４４に基づいて稼働時間を算出する例について説明したが、トリップデータ４４４は動態管理データ４４２を分割したものである。このため、稼働時間算出部４５５は、動態管理データ４４２に基づいて稼働時間を算出していることにもなる。例えば、稼働時間算出部４５５は、トリップデータ作成部４５２と同様に、動態管理データ４４２をトリップデータ４４４に分割し、トリップデータ４４４に基づいて、車両２の稼働時間を算出してもよい。

再び図７を参照して、レポート作成部４５６は、動態管理データ４４２またはトリップデータ４４４と、算出された車両２のアイドル時間、訪問箇所および稼働時間とに基づいて、車両２の動態に関連する指標値を所定の時間単位ごとに集計したレポートを作成する（ステップＳ２６）。

図１８は、レポート作成部４５６が作成した月間レポートの一例を示す図である。
図１８に示す月間レポートは、１台の車両２についての８月の指標値を日ごとまたは週ごとに集計したものである。例えば、月間レポートは、訪問件数、移動距離、ヒヤリ／危険回数、移動時間、稼働時間、稼働率、平均速度、最高速度および有料道路利用料金を示す。なお、図１８では、紙面の都合上、８月１日から８月７日までの１週間分のデータを示しているが、８月８日から８月３１日までのデータも同様に含まれるものとする。

「訪問件数」は、訪問箇所計測処理（図７のステップＳ２４）で計測された訪問箇所の件数を示す。例えば、８月１日の訪問箇所の訪問件数は５件である。また、その週（８月１日から８月７日）の訪問件数の平均および合計は、それぞれ４．０件および２８件である。

「移動距離」は、例えば、走行可能状態情報が「ＯＮ」の状態における車両２の移動距離を示す。例えば、レポート作成部４５６は、動態管理データ４４２の車両位置を追跡することにより移動距離を計算する。例えば、８月１日の移動距離は１５２．２ｋｍである。また、その週の移動距離の平均および合計は、それぞれ、２８９．１ｋｍおよび２０２４．２ｋｍである。

「ヒヤリ／危険回数」は、車両２の移動中のヒヤリ発生回数および危険発生回数を示す。例えば、レポート作成部４５６は、動態管理データ４４２において進行方向加速度が第１閾値以上となった回数をヒヤリ発生回数として計測し、進行方向加速度が第２閾値（ただし、第２閾値＞第１閾値）以上となった回数を危険発生回数として計測する。例えば、８月１日のヒヤリ発生回数および危険発生回数はいずれも０件である。また、その週のヒヤリ発生回数および危険発生回数のそれぞれの平均および合計はいずれも０件である。

「移動時間」は、例えば、稼働時間算出部４５５が算出した移動時間を集計したものであり、車両２が動きだしてから停止するまでの時間を集計したものである。例えば、８月１日の移動時間は１４．０時間であり、その週の移動時間の平均および合計は、それぞれ、１２．８時間および８９．７時間である。

「稼働時間」は、稼働時間算出部４５５により算出される。例えば、８月１日の稼働時間は１４．８時間であり、その週の稼働時間の平均および合計は、それぞれ、１８．６時間および１３０．８時間である。

「稼働率」は、１日のうちで車両２が稼働している割合を百分率で示したものであり、２４時間に対する稼働時間の割合を表す。例えば、８月１日の稼働率は６１．６％であり、その週の稼働率の平均は７７．５％である。

「平均速度」は、動態管理データ４４２に示される速度の平均を示す。例えば、８月１日の平均速度は３８．４ｋｍ／ｈであり、その週の平均速度は５０．２ｋｍ／ｈである。

「最高速度」は、動態管理データ４４２に示される最高速度を示す。ただし、レポート作成部４５６は、予め定められた最高速度継続判定時間（例えば、１５秒間）以上維持された速度の中から最高速度を決定する。これにより、一瞬だけ高速で走行した場合を排除して最高速度を決定できる。例えば、８月１日の最高速度は６８．２ｋｍ／ｈであり、その週の最高速度の平均は７５．２ｋｍ／ｈである。

「有料道路料金」は、車両２が走行した有料道路の利用料金を示す。レポート作成部４５６は、動態管理データ４４２に基づいて、車両２が走行した有料道路の利用料金を指標値として集計する。

例えば、レポート作成部４５６は、動態管理データ４４２に示される車両位置を地図データと照合し、車両２が走行した有料道路の区間を特定する。また、レポート作成部４５６は、動態管理データ４４２に示される通過時刻から当該区間の利用時間を特定する。レポート作成部４５６は、車両２が利用した有料道路の区間および利用時間に基づいて、車両２が走行した有料道路の利用料金を算出する。なお、レポート作成部４５６は、記憶装置４４０に予め記憶されている有料道路の料金表情報を参照することにより、利用料金を算出してもよいし、有料道路の区間および利用時間の情報を、有料道路の利用料金を算出する外部サーバに送信し、外部サーバから車両２が利用した有料道路の料金を受信してもよい。

例えば、８月１日の有料道路料金は３８００円であり、その週の有料道路料金の平均および合計は、それぞれ、５８５５円および４０９９０円である。

図１９は、レポート作成部４５６が作成した週間レポートの一例を示す図である。
図１９に示す週間レポートは、複数台の車両２についての１週間分の指標値を日ごとまたは週ごとに集計したものである。例えば、週間レポートは、車両ＩＤ「Ｃ１」，「Ｃ２」のそれぞれの車両２についての１週間分（ここでは、８月１日から８月７日）の指標値を示す。指標値の例は、図１８に示したものと同様である。このため、その詳細な説明はここでは繰り返さない。

図２０は、レポート作成部４５６が作成した訪問箇所分析レポートの一例を示す図である。
図２０に示す訪問箇所分析レポートは、車両ＩＤ「Ｃ１」の車両２のある１日の訪問箇所を集計したものである。例えば、車両２の１つ目の訪問箇所の住所は「Ａ県Ｂ市Ｃ町」であり、２つ目の訪問箇所の住所は「Ａ県Ｂ市Ｄ町」であることが示されている。

１つ目の訪問箇所に向かうために、「０３：０８：２４」に車両２が走行可能状態になり、「０３：３８：２４」に移動を開始し、「１５：００：１５」に１つ目の訪問箇所に到着し、「１５：０２：２４」に車両２が走行不可能状態になったことが示されている。

１つ目の訪問箇所への「移動時間」として、車両２が移動を開始した時刻「０３：０８：２４」から１つ目の訪問箇所に到着した時刻「１５：００：１５」までの時間「１１：５１：５１」が示されている。また、１つ目の訪問箇所への移動開始時の「アイドル時間」として、車両２が走行可能状態になった時刻「０３：０８：２４」から車両２が実際に移動を開始した時刻「０３：３８：２４」までの時間「００：００：００」が示されている。

また、１つ目の訪問箇所での「滞在時間」として、車両２が移動不可能状態になった時刻「１５：０２：２４」から次に車両２が移動可能状態になった時刻「１５：２４：０９」までの時間「００：２１：４５」が示されている。また、１つ目の訪問箇所への「移動距離」として、「３９４．６３（ｋｍ）」が示されている。レポート作成部４５６は、動態管理データ４４２を参照して、車両２の移動開始時刻「０３：３８：２４」から到着時刻「１５：００：１５」までの車両位置を追跡することにより移動距離を計算する。
２つ目の訪問箇所の各データについても同様に計算される。

これにより、車両２の管理者は、所定の時間単位ごとに集計されたレポートに基づいて、車両２の運行計画を見直すことができる。

＜実施形態２＞
実施形態２では、運行管理装置４が動態管理データに基づいて車両２の運行計画を作成する処理について説明する。

運行管理システム１の構成は、実施形態１と同様である。このため、その詳細な説明はここでは繰り返さない。

図２１は、本開示の実施形態２に係る運行管理装置４の構成を示すブロック図である。
運行管理装置４は、通信部４１０と、入力部４２０と、表示部４３０と、記憶装置４４０と、プロセッサ４５０と、バス４７０とを備える。
各処理部のハードウェア構成は、図３に示した実施形態１に係る運行管理装置４と同様である。

記憶装置４４０は、プロセッサ４５０で実行されるコンピュータプログラム４４１を記憶する。また、記憶装置４４０は、コンピュータプログラム４４１の実行時に生成または利用されるデータを記憶する。当該データは、動態管理データ４４２を含む。

プロセッサ４５０は、記憶装置４４０に記憶されたコンピュータプログラム４４１を実行することにより実現される機能的な処理部として、動態管理データ取得部４５１と、目的地取得部４５７と、作業予定時間決定部４５８と、運行計画作成部４５９と、運行計画変更部４６０とを備える。
動態管理データ取得部４５１の構成は、実施形態１と同様である。

目的地取得部４５７は、入力部４２０から、運行計画の作成対象の車両２（以下、「対象車両」という）の目的地および当該目的地への到着予定時刻の情報を取得する。

作業予定時間決定部４５８は、対象車両以外の車両２（以下、「参照車両」という）の動態管理データ４４２に基づいて、対象車両の目的地における作業予定時間を決定する。例えば、作業予定時間決定部４５８は、参照車両の動態管理データ４４２に基づいて、対象車両の目的地に参照車両が訪問した際の参照車両の到着時刻と、当該目的地からの参照車両の出発時刻との差を、対象車両の目的地における作業予定時間として決定する。参照車両は１台であってもよいし、複数台であってもよい。目的地への到着時刻と目的地からの出発時刻の組が複数ある場合には、予め定められた参照車両の当該組を用いて作業予定時間を決定してもよい。また、複数の当該組から算出される作用予定時間の統計値（例えば、平均値または最頻値）を作業予定時間として決定してもよい。

運行計画作成部４５９は、目的地取得部４５７が取得した対象車両の目的地への到着予定時刻、および作業予定時間決定部４５８が決定した目的地における作業予定時間に基づいて、対象車両の運行計画を作成する。また、運行計画作成部４５９は、参照車両の動態管理データ４４２に基づいて、対象車両の出発地から目的地への移動ルートを選択し、選択した移動ルートを含む対象車両の運行計画を作成する。

運行計画変更部４６０は、第１の対象車両の運行計画に示される目的地に対する到着予定時刻および作業予定時間の組を、第１の対象車両とは異なる第２の対象車両の運行計画の空き時間帯に移動することにより、第１の対象車両の運行計画および第２の対象計画の運行計画を変更する。

図２２は、運行管理装置４による対象車両の運行計画作成処理の一例を示すフローチャートである。
以下では、荷物を配送する配送車両を対象車両とする例について説明する。ただし、対象車両は配送車両に限定されるものではなく、例えばカーシェアリング用途の車両であってもよい。

図２２を参照して、運行管理装置４は、運行計画作成の複数の対象車両のそれぞれについて、ステップＳ９１からステップＳ９４の処理を実行する（ループＨ）。

つまり、対象車両の管理者が入力部４２０から対象車両の目的地および目的地への到着予定時刻を入力する。目的地取得部４５７は、管理者が入力した目的地および目的地への到着予定時刻の情報を取得する（ステップＳ９１）。

作業予定時間決定部４５８は、対象車両以外の参照車両の動態管理データ４４２に基づいて、対象車両の目的地における作業予定時間を決定する（ステップＳ９２）。作業予定時間の決定方法の一例については上述した通りである。

管理者は、対象車両が目的地において積卸作業を行う荷物の情報を入力する（ステップＳ９３）。荷物の情報には、例えば、荷物の識別子、名称、質量、容量、個数等が含まれる。

運行計画作成部４５９は、ステップＳ９１において入力された目的地および目的地への到着予定時刻と、ステップＳ９２において決定された目的地における作業予定時間とを含む対象車両の配送計画を作成する。また、運行計画作成部４５９は、参照車両の動態管理データ４４２に基づいて、対象車両の出発地から目的地への移動ルートを選択し、選択した移動ルートを含む対象車両の運行計画を作成する（ステップＳ９４）。例えば、対象車両が目的地Ａから目的地Ｂに向かう場合には、目的地Ａを出発して目的地Ｂに到着する移動ルートを参照車両の動態管理データ４４２から選択する。選択した移動ルートが複数ある場合には、運行計画作成部４５９は、予め定められた参照車両の移動ルートを選択してもよい。また、運行計画作成部４５９は、複数の移動ルートの中から最もよく利用されている移動ルートを選択してもよい。また、運行計画作成部４５９は、目的地Ａの出発予定時刻（目的地Ａの到着予定時刻に作業予定時間を加えた時刻）または目的地Ｂの到着予定時刻に最も近い出発時刻または到着時刻の実績値を有する移動ルートを選択してもよい。
ループＨの処理により、複数の対象車両についての運行計画が作成される。

ループＨの処理後、運行計画変更部４６０は、複数の対象車両の中から任意に第１の対象車両を選択する。また、運行計画変更部４６０は、複数の対象車両のうち第１の対象車両を除いた対象車両の中から任意に第２の対象車両を選択する。運行計画変更部４６０は、第１の対象車両の運行計画に示されるある目的地への到着予定時刻および作業予定時間の組を、第２の対象車両の運行計画において作業予定時間が定められていない空き時間帯に移動させることができるかを判定する（ステップＳ９５）。

図２３は、運行計画の変更処理について説明するための図である。図２３（ａ）は変更前の運行計画の一例を示し、図２３（ｂ）は変更後の運行計画の一例を示す。

図２３（ａ）には、拠点→目的地Ａ→拠点の順に巡回する第１の対象車両の運行計画と、拠点→目的地Ｂ→拠点の順に巡回する第２の対象車両の運行計画とが示されている。第１の対象車両の運行計画は、拠点の出発予定時刻がｔ１であり、目的地Ａへの到着予定時刻がｔ２であり、目的地Ａでの作用予定時間が（ｔ３－ｔ２）であり、目的地Ａの出発予定時刻ｔ３であり、拠点への到着予定時刻がｔ４であることを示す。また、第２の対象車両の運行計画は、拠点の出発予定時刻がｔ５であり、目的地Ｂへの到着予定時刻がｔ６であり、目的地Ｂでの作用予定時間が（ｔ７－ｔ６）であり、目的地Ｂの出発予定時刻ｔ７であり、拠点への到着予定時刻がｔ８であることを示す。

第２の対象車両の運行計画において、時刻ｔ２から時刻ｔ３の間は移動および作業の予定のない空き時間である。このため、運行計画変更部４６０は、第１の対象車両の運行計画に示される目的地Ａへの到着予定時刻ｔ２および作業予定時間（ｔ３－ｔ２）の組を第２の対象車両の運行計画に移動させることができると判定する。

再び図２２を参照して、判定処理（ステップＳ９５）の判定結果が真であれば（ステップＳ９５においてＹＥＳ）、運行計画変更部４６０は、目的地への到着予定時刻および作業予定時間の組を移動後の第２の対象車両の運行計画における第２の対象車両の移動ルートを再計算し、移動ルートがあるかを判定する（ステップＳ９６）。移動ルートの再計算は、ステップＳ９４における移動ルートの選択と同様に行われる。

移動ルートがあれば（ステップＳ９６においてＹＥＳ）、運行計画変更部４６０は、第１の対象車両および第２の対象車両の運行計画を変更する（ステップＳ９７）。つまり、運行計画変更部４６０は、第１の対象車両の運行計画から第２の対象車両の運行計画に目的地への到着予定時刻および作業予定時間の組を移動させるとともに、見つかった移動ルートで第２の対象車両の移動ルートを更新することにより、第２の対象車両の運行計画を変更する。また、運行計画変更部４６０は、第１の対象車両の運行計画から上記の組を削除し、削除後の運行計画において移動ルートを再計算する。

図２３（ｂ）は、第１の対象車両の運行計画に示される目的地Ａへの到着予定時刻ｔ２および作業予定時間（ｔ３－ｔ２）の組を移動させた後の第２の対象車両の運行計画を示している。変更後の運行計画では、第２の対象車両は、拠点→目的地Ａ→目的地Ｂ→拠点の順に巡回する。運行計画変更部４６０は、目的地Ａを出発してから目的地Ｂに到着する移動ルートを再計算する。つまり、運行計画変更部４６０は、時刻ｔ３に目的地Ａを出発し、時刻ｔ４´に目的地Ｂに到着した後、時刻ｔ６まで目的地Ｂで待機し、時刻ｔ６から作業を行う第２の対象車両の運行計画を作成する。ここで、第２の対象車両が目的地Ｂにおいて待機しているのは、目的地Ｂの到着予定時刻ｔ６よりも早く目的地Ｂに到着してしまうため、時間調整を行うためである。なお、待機は、目的地Ｂの近傍の駐車場等の目的地Ｂ以外の地点で行ってもよい。

なお、運行計画変更後は、第１の対象車両に対して何らの運行計画も定められないことより、運行計画変更部４６０は、第１の対象車両の運行計画を削除し、第１の対象車両を運行対象の車両から外す。

運行計画変更部４６０は、運行計画の変更の検討の余地があるかを判定する（ステップＳ９８）。つまり、運行計画変更部４６０は、現在設定されている第１の対象車両および第２の対象車両の組について運行計画変更処理（ステップＳ９７）が実行されなかった場合であって、判定処理（ステップＳ９５）を未検討の第１の対象車両および第２の対象車両の組が他にあれば検討の余地があると判定し、当該組が他になければ検討の余地がないと判定する。また、現在設定されている第１の対象車両および第２の対象車両の組について運行計画変更処理（ステップＳ９７）が実行された場合には、変更後の運行計画については、さらなる運行計画の変更は未検討である。このため、運行計画変更部４６０は、検討の余地があると判定する。

検討の余地があると判定された場合には（ステップＳ９８においてＹＥＳ）、運行計画変更部４６０は、ステップＳ９５以降の処理を繰り返し実行する。検討の余地がないと判定された場合には（ステップＳ９８においてＮＯ）、運行計画変更部４６０は、運行計画の作成処理を終了する。

なお、上記運行計画の移動方法は、上記したものに限定されるものではない。例えば、対象車両の台数を減少させることのできない場合には、運行計画を移動させないようにしてもよい。

以上のように、運行管理装置４によると、参照車両の動態管理データ４４２に基づいて、対象車両の目的地における作業予定時間を決定できる。このため、運行計画の作成者の負担を削減し、対象車両の運行計画を効率的に作成できる。

また、実際に目的地に到着した参照車両の動態管理データ４４２に基づいて、作業予定時間を決定できるため、正確な作業予定時間を決定できる。

また、第１の対象車両の同一の目的地に対する到着予定時刻および作業予定時間を、第２の対象車両の運行計画において作業予定時間が定められていない空き時間帯に移動させることができる。このため、第１の対象車両による作業を第２に対象車両による作業に変更できる。このような作業の変更処理を複数の対象車両間で行うことにより、作業を行う対象車両の台数を減少させることができる。

また、運行計画作成部４５９は、動態管理データ４４２から目的地への移動ルートを選択し、選択した移動ルートを含む運行計画を作成する。これにより、参照車両が利用した目的地への移動ルートを、対象車両の目的地への移動ルートとする運行計画を作成できる。このため、対象車両の運行計画を効率的に作成できる。

［付記］
上記の各装置を構成する構成要素の一部または全部は、１または複数のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）などの半導体装置から構成されていてもよい。

上記したコンピュータプログラムを、コンピュータ読取可能な非一時的な記録媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、半導体メモリなどに記録して流通させてもよい。また、コンピュータプログラムを、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送して流通させてもよい。
また、上記各装置は、複数のコンピュータまたは複数のプロセッサにより実現されてもよい。

また、上記各装置の一部または全部の機能がクラウドコンピューティングによって提供されてもよい。つまり、各装置の一部または全部の機能がクラウドサーバにより実現されていてもよい。

さらに、上記実施形態の少なくとも一部を任意に組み合わせてもよい。

今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 運行管理システム
２ 車両
２Ａ 車両
２Ｂ 車両
３ 車載システム
３Ａ 車載システム
３Ｂ 車載システム
４ 運行管理装置（運行計画作成装置）
５ ネットワーク
３１０ 通信部
３２０ ＧＰＳ受信機
３３０ 加速度計
３４０ 記憶装置
３４１ コンピュータプログラム
３５０ プロセッサ
３５１ 動態情報生成部
３５２ 走行可能状態確認部
３６０ バス
４１０ 通信部
４２０ 入力部
４３０ 表示部
４４０ 記憶装置
４４１ コンピュータプログラム
４４２ 動態管理データ
４４３ 走行可能状態管理データ
４４４ トリップデータ
４５０ プロセッサ
４５１ 動態管理データ取得部
４５２ トリップデータ作成部
４５３ アイドル時間算出部
４５４ 訪問箇所計測部
４５５ 稼働時間算出部
４５６ レポート作成部
４５７ 目的地取得部
４５８ 作業予定時間決定部
４５９ 運行計画作成部
４６０ 運行計画変更部
４７０ バス
６００ 動態管理データ
６０１ トリップデータ
６０２ トリップデータ
６０３ トリップデータ

Claims (6)

1. 対象車両の目的地および当該目的地への到着予定時刻を取得する目的地取得部と、
   記憶装置に記憶されている参照車両の移動履歴を示す動態管理データに基づいて、前記目的地における作業予定時間を決定する作業予定時間決定部と、
   前記到着予定時刻および前記作業予定時間に基づいて、前記対象車両の運行計画を作成する運行計画作成部とを備える、運行計画作成装置。
2. 前記作業予定時間決定部は、前記動態管理データに基づいて、前記参照車両の前記目的地への到着時刻および前記目的地からの出発時刻の差を、前記作業予定時間として決定する、請求項１に記載の運行計画作成装置。
3. 第１の前記対象車両の運行計画に示される前記目的地に対する前記到着予定時刻および前記作業予定時間の組を、第２の前記対象車両の運行計画の空き時間帯に移動する運行計画変更部をさらに備える、請求項１または請求項２に記載の運行計画作成装置。
4. 前記運行計画作成部は、さらに、前記動態管理データから前記目的地への移動ルートを選択し、選択した前記移動ルートを含む前記運行計画を作成する、請求項１または請求項２に記載の運行計画作成装置。
5. 運行計画作成装置が、対象車両の目的地および当該目的地への到着予定時刻を取得するステップと、
   前記運行計画作成装置が、参照車両の移動履歴を示す動態管理データに基づいて、前記目的地における作業予定時間を決定するステップと、
   前記運行計画作成装置が、前記到着予定時刻および前記作業予定時間に基づいて、前記対象車両の運行計画を作成するステップとを含む、運行計画作成方法。
6. コンピュータを、
   対象車両の目的地および当該目的地への到着予定時刻を取得する目的地取得部、
   記憶装置に記憶されている参照車両の移動履歴を示す動態管理データに基づいて、前記目的地における作業予定時間を決定する作業予定時間決定部、および、
   前記到着予定時刻および前記作業予定時間に基づいて、前記対象車両の運行計画を作成する運行計画作成部として機能させるための、コンピュータプログラム。

Images