JP2022131015A - 運行管理装置、運行管理システム、運行管理プログラム及び日報データ構造 - Google Patents

Abstract

【課題】運行管理データの分割が起こらないようにすることができる運行管理装置、運行管理システム、運行管理プログラム及び日報データ構造を提供する。【解決手段】車載機１は、車両Ｖの出入庫に基づいて車両Ｖの運行管理データをメモリーカードに保存するカードＩ／Ｆ１８と、イグニッションオン信号及びイグニッションオフ信号が入力される電源Ｉ／Ｆ２２と、イグニッションオン信号及びイグニッションオフ信号のうち、イグニッションオン信号が入力された場合に運行記録開始のトリガとし、イグニッションオフ信号が入力された場合に運行記録終了のトリガとするＣＰＵ１１と、を備えている。そしてカードＩ／Ｆ１８は、ＣＰＵ１１の制御により運行記録開始から運行記録終了までを連続した一の運行管理データとしてメモリーカードに保存する。【選択図】図２

Description

本発明は、車両の運行管理装置、運行管理システム、運行管理プログラム及び日報データ構造に関する。

例えば、営業用のトラックなどの車両を所有する運送業者等においては、営業運転中に時々刻々と変化する車両の速度などの情報を運行管理装置等により記録し、記録した情報を分析することが行われている。このようにすることにより、運転手が効率的に運行業務を行っているかどうかを判断したり、運行業務にかかったコストを算出するための情報を得たり、運転手の安全運転管理に利用することなどが行われている。

特許文献１には、運行管理装置について次のような発明が開示されている。特許文献１に記載のデジタル式車両運行記録装置（運行管理装置）は、出庫操作が行われない状態で車両が所定距離走行したことを走行検出手段が検出すると、自動出庫手段が出庫処理を自動的に行わせる。

特開平６－３３１３９３号公報

特許文献１に記載された運行管理装置では、出庫処理を行わずに走行した場合でも自動的に出庫処理を行うことができる。しかしながら、例えば出庫処理を行わずに走行した後に乗務員が乗務員認証等により出庫処理を行うと、出庫処理を行わずに走行した部分は未出庫扱いの別データとして扱われる場合があった。

この場合、実際の運行としては一連の運行であるにもかかわらず、運行管理データとしては別データに分割されてしまうため、日報等を生成する際にはデータの編集等が必要となっていた。

そこで、本発明は、上記のような問題点に鑑み、運行管理データの分割が起こらないようにすることができる運行管理装置、運行管理システム、運行管理プログラム及び日報データ構造を提供することを課題とする。

上記課題を解決するためになされた発明は、車両の出入庫に基づいて前記車両の運行管理データを保存する保存部と、前記車両の起動に関する起動関連信号が入力される第１入力部と、前記起動関連信号のうち、第１信号が入力された場合に運行記録開始のトリガとし、第２信号が入力された場合に運行記録終了のトリガとする判定部と、を備え、前記保存部は、前記運行記録開始から前記運行記録終了までを連続した一の運行管理データとして保存する、ことを特徴とする運行管理装置である。

以上説明したように本発明によれば、車両の起動に関する起動関連信号をトリガとして運行記録開始から運行記録終了までを連続した一の運行管理データとして保存することができる。したがって、運行管理データの分割が起こらなくなり、日報等を生成する際に編集等の処理を行う必要がなくなる。

本発明の一実施形態にかかる運行管理システムの概略構成図である。 図１に示された車載機の概略構成図である。 図１に示された車載機の動作を示したフローチャートである。 本発明の一実施形態にかかる日報データ構造の例である。

以下、本発明の一実施形態を図面に基づいて説明する。図１は本発明の一実施形態にかかる運行管理装置と管理装置とを有する運行管理システムを示す概略構成図である。当該運行管理システム３は、図１に示すようにトラック等の車両Ｖに搭載される車載機１と、運送業者等の事務所に設置されるコンピュータ２と、を備えている。

車載機１は、車両Ｖの車両情報や車両Ｖに積載される荷物に関する荷物情報及び作業内容の作業情報を含む運行管理データを収集する。即ち、運行管理データは、車両運行時に取得されるデータである。運行管理データの内容は、後述する運行日報に掲載される情報を含むものである。ここで、本実施形態における車両の走行により得られる走行情報とは、車両の走行中だけでなく停車中なども含み、車両の稼働中において稼働の結果発生する情報全般をいう。また、本実施形態における荷物情報とは、荷物の内容に限らず、荷物の運搬において付随して発生する情報全般をいう。

車載機１で収集された情報は広域通信Ｎ１を介してサーバＳに蓄積される。そして、コンピュータ２は、インターネット等のネットワークＮ２を介してサーバＳから蓄積された情報を取得する。なお、車載機１とコンピュータ２とは、サーバＳを介さずに直接広域通信網Ｎ１やネットワークＮ２等を経由して情報の送受を行ってもよい。

車載機１の機能構成図を図２に示す。図２に示したように、車載機１は、ＣＰＵ１１と、速度Ｉ／Ｆ１２と、ＧＰＳＩ／Ｆ１３と、スピーカー１４と、Ｇセンサ１５と、ＵＳＢ１６と、バックアップデータ１７と、カードＩ／Ｆ１８と、データ処理部１９と、プログラムデータ２０と、ワークデータ２１と、電源Ｉ／Ｆ２２と、を備えている。

ＣＰＵ１１は、車載機１の各部を統括的に制御するＣＰＵ（Central Processing Unit）である。速度Ｉ／Ｆ１２には、車両の速度を検出する車速センサが接続され、車速センサ（図示せず）からの速度パルスが入力される。

ＧＰＳＩ／Ｆ１３は、ＧＰＳ（Global Positioning System）受信機（図示せず）に接続され、ＧＰＳ受信機がＧＰＳ衛星から送信される信号を受信して取得した現在位置情報が入力される。

スピーカー１４は、各種報知情報や警報音等を音声にて出力する。Ｇセンサ１５は、加速度センサであって、車載機１が設置されている車両の加速度を検出する。

ＵＳＢ１６は、ＬＴＥモジュール３０と接続するＵＳＢ（Universal Serial Bus）規格のＩ／Ｆである。バックアップデータ１７は、メモリーカードに記録される運行管理データのバックアップとなるデータである。バックアップデータ１７は、フラッシュメモリ等の書き換え可能な不揮発性メモリに格納されている。

カードＩ／Ｆ１８は、運転者等が所持するメモリーカードが挿抜自在に接続される。当該メモリーカードには運行管理データが保存（記録）される。データ処理部１９は、収集された運行管理データをメモリーカードに記録するための所定の形式に変換する処理を行う。

プログラムデータ２０は、ＣＰＵ１１で実行されるコンピュータプログラムのデータである。プログラムデータ２０は、フラッシュメモリ等の書き換え可能な不揮発性メモリに格納されている。ワークデータ２１は、ＣＰＵ１１が各種処理を実行する際に発生するデータである。ワークデータ２１は、例えばＤＤＲＳＤＲＡＭ（Double Data Rate Synchronous Dynamic Random Access Memory）等の書き換え可能な揮発性のメモリに格納される。

電源Ｉ／Ｆ２２は、イグニッションオン信号及びイグニッションオフ信号が入力されるとともに、車両に搭載されているバッテリから供給される電力が入力され、車載機１内の各回路等へ電力供給をする。

ＬＴＥモジュール３０は、ＬＴＥ（Long Term Evolution）による無線通信を行うモジュールである。ＬＴＥモジュール３０は、図１の広域通信Ｎ１による通信を行うものである。

以上の説明から明らかなように、車載機１は、運行管理装置として機能する。そして、カードＩ／Ｆ１８は、メモリーカードに運行管理データを保存する保存部として機能し、電源Ｉ／Ｆ２２は、イグニッションオン信号及びイグニッションオフ信号が入力される第１入力部として機能する。そして、イグニッションオン信号及びイグニッションオフ信号が車両の起動に関する起動関連信号となり、イグニッションオン信号が第１信号、イグニッションオフ信号が第２信号となる。

コンピュータ２は、周知のパーソナルコンピュータ等で構成されている。即ちコンピュータ２は、ＣＰＵやネットワークＩ／Ｆ、ハードディスク等の記憶装置、プリンタ等が接続されるＵＳＢＩ／Ｆ等を有する本体部と、モニタ画面となるＬＣＤ（Liquid Crystal Display）等と、を有し、上述したように運送業者等の事務所に設置される。

コンピュータ２は、事務所員等の操作により、サーバＳからネットワークＮ２を介して運行管理データを取得し、取得した運行管理データに対して解析処理を行って運行日報を作成し、出力する。即ち、コンピュータ２は、管理装置として機能する。

次に、上述した構成の車載機１の動作例について図３のフローチャートを参照して説明する。図３に示したフローチャートは、ＣＰＵ１１で実行される。このフローチャートをコンピュータプログラムとして構成し、プログラムデータ２０に含ませることで、運行管理プログラムとすることができる。

まず、車両のイグニッションスイッチがオン（ＩＧＮＯＮ）となり、車載機１にイグニッションオン信号が入力されて車載機１に電源が投入されると、イグニッションオン信号が入力された時刻を保存する（ステップＳ１０１）。さらに、ステップＳ１０１では、運行管理データのメモリーカードへの記録も開始する。時刻は、ＣＰＵ１１がＲＴＣ（Real Time Clock）等の時計機能を有することで取得可能である。また、時刻の保存先はワークデータ２１でもよいし、ＣＰＵ１１内の記憶部でもよい。即ち、イグニッションオン信号（第１信号）が入力された場合に運行記録開始のトリガとしている。

次に、乗務開始があったか判定する（ステップＳ１０２）。この乗務開始とは、乗務開始を示す操作が行われたことを意味する。乗務開始は、乗務員が所持するスマートフォン等の携帯機器の操作により入力が行われてもよい。この場合、携帯機器からの乗務開始を示す情報等は広域通信Ｎ１を介してＬＴＥモジュール３０が受信してＵＳＢ１６を介してＣＰＵ１１が乗務開始を示す情報等を取得することにより判定することができる。即ち、ＵＳＢ１６は、乗務開始及び乗務終了（車両の入出庫に関する信号）が入力される第２入力部として機能する。

なお、乗務開始を示す情報等は、広域通信Ｎ１に代えてＢｌｕｅｔｏｏｔｈ（登録商標）等の短距離無線通信により直接受信してもよい。さらには、乗務開始は、例えば車載機１が有する操作ボタン等の入力手段（不図示）の操作により行ってもよい。

乗務開始なしと判定された場合は（ステップＳ１０２；Ｎｏ）、車両のイグニッションスイッチがオフ（ＩＧＮＯＦＦ）にされたか判定する（ステップＳ１０３）。つまり、イグニッションオフ信号が入力されたか判定する。ＩＧＮＯＦＦされない場合は（ステップＳ１０３；Ｎｏ）、ステップＳ１０２に戻り、再度乗務開始があったか判定する。

一方、ＩＧＮＯＦＦされた場合は（ステップＳ１０３；Ｙｅｓ）、運行管理データの記録を終了させる（ステップＳ１０４）。つまり、メモリーカードへの記録を終了させる。即ち、イグニッションオフ信号（第２信号）が入力された場合に運行記録終了のトリガとしている。この、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０４の順に動作した場合は、乗務開始や乗務終了といった操作がされないまま運行管理データが記録されるものである。

ステップＳ１０２で乗務開始ありと判定された場合は（ステップＳ１０２；Ｙｅｓ）、未出庫から出庫へ切り替えて、ＩＧＮＯＮになった時刻を出庫時刻とする（ステップＳ１０５）。ステップＳ１０５では、乗務開始の操作等がなされたので、出庫へ切り替えるとともに、車両が起動した時点を出庫時刻とすべくステップＳ１０１で保存したＩＧＮＯＮになった時刻を出庫時刻とするようにメモリーカードを書き換える。即ち、乗務開始あり（出庫を示す信号）が入力される前にＩＧＮＯＮ（第１信号が入力）された場合は、当該ＩＧＮＯＮ（第１信号の入力）により出庫と判定し、当該ＩＧＮＯＮ（第１信号の入力）時刻を出庫時刻としている。

その後、ＩＧＮＯＦＦされるとＩＧＮＯＦＦ時刻を保存する（ステップＳ１０６）。時刻の保存先はＩＧＮＯＮ時刻と同様にワークデータ２１でもよいし、ＣＰＵ１１内の記憶部でもよい。そして、乗務終了があったか判断する（ステップＳ１０７）。この乗務終了とは、乗務終了を示す操作が行われたことを意味する。そして乗務終了は、乗務開始と同様に携帯機器の操作や入力手段の操作の有無等により判定すればよい。

次に、乗務終了なしと判定された場合は（ステップＳ１０７；Ｎｏ）、再度ＩＧＮＯＮされたか判定する（ステップＳ１０８）。再度ＩＧＮＯＮされた場合は（ステップＳ１０８；Ｙｅｓ）ステップＳ１０６に戻り、ＩＧＮＯＦＦされるとＩＧＮＯＦＦ時刻を保存する。一方、ＩＧＮＯＮされない場合は（ステップＳ１０８；Ｎｏ）ステップＳ１０７に戻り、乗務終了ありか否か再度判定する。

ステップＳ１０２、Ｓ１０５、Ｓ１０６、Ｓ１０７、Ｓ１０８の順に動作するケースとしては、中継地点での作業や休憩等により一旦エンジンを停止するケースが挙げられる。このようなケースも一連の運行とするために本実施形態では運行管理データの記録を終了させない。

ステップＳ１０７で乗務終了ありと判定された場合は（ステップＳ１０７；Ｙｅｓ）、出庫から入庫へ切り替えて、ＩＧＮＯＦＦになった時刻を入庫時刻とする（ステップＳ１０９）。ステップＳ１０５では、乗務終了の操作等がなされたので、入庫へ切り替えるとともに、車両の稼働が停止した時点を入庫時刻とすべくステップＳ１０６で保存したＩＧＮＯＦＦになった時刻を入庫時刻とするようにメモリーカードを書き換える。そして、運行管理データの記録を終了させる（ステップＳ１１０）。即ち、乗務終了あり（入庫を示す信号）が入力される前にＩＧＮＯＦＦ（第２信号が入力）された場合は、当該ＩＧＮＯＦＦ（第２信号の入力）により入庫と判定し、当該ＩＧＮＯＦＦ（第２信号の入力）時刻を入庫時刻としている。

以上のフローチャートの説明から明らかなようにＣＰＵ１１は判定部として機能する。また、以上説明したフローチャートのように動作させることで、未出庫状態で走行を開始しても、その後乗務開始操作をすることにより、ＩＧＮＯＮ時に出庫したものとして記録することができる。そして、未入庫状態でＩＧＮＯＦＦしても、その後乗務終了操作をすることにより、ＩＧＮＯＦＦ時に入庫したものとして記録することができる。即ち、ＩＧＮＯＮ（運行記録開始）からＩＧＮＯＦＦ（運行記録終了）までを連続した一の運行管理データとして保存している。

図３のフローチャートにより収集した運行管理データは、コンピュータ２により解析される。解析された結果は、運行日報として出力される。図４に運行日報のデータ構造の例を示す。

図４に示した日報データ構造５は、運行管理（ＤＩＤ）ファイル５ａ、イベント（ＤＥＶ）ファイル５ｂ、ＧＰＳファイル５ｃ、法３ファイル５ｄ、エンジンファイル５ｅ、温度ファイル５ｆで構成されている。運行管理ファイル５ａは、集配先等の車両運行の管理に関する情報が各事象の発生時刻と関連付けて格納されている。イベントファイル５ｂは、ＩＧＮＯＮ、ＩＧＮＯＦＦや作業内容等の車両運行中に発生したイベントに関する情報が各イベントの発生時刻と関連付けて格納されている。

ＧＰＳファイル５ｃは、ＧＰＳＩ／Ｆ１３が取得した位置情報が時刻と関連付けて格納されている。法３ファイル５ｄは、時間・距離・速度の法定３要素の情報が時刻と関連付けて格納されている。エンジンファイル５ｅは、エンジンの回転数等の情報が時刻と関連付けて格納されている。温度ファイル５ｆは、荷室内の温度情報が時刻と関連付けて格納されている。これらのファイルのうち、少なくともＧＰＳファイル５ｃ、法３ファイル５ｄ、エンジンファイル５ｅは、車両Ｖの走行データに相当する。

図４に示した日報データ構造５は、出庫から入庫までに取得されたデータで構成されている。つまり、ＩＧＮＯＮからＩＧＮＯＦＦまでに取得されたデータで構成されている。

本実施形態によれば、車載機１は、車両Ｖの出入庫に基づいて車両Ｖの運行管理データをメモリーカードに保存するカードＩ／Ｆ１８と、イグニッションオン信号及びイグニッションオフ信号が入力される電源Ｉ／Ｆ２２と、イグニッションオン信号及びイグニッションオフ信号のうち、イグニッションオン信号が入力された場合に運行記録開始のトリガとし、イグニッションオフ信号が入力された場合に運行記録終了のトリガとするＣＰＵ１１と、を備えている。そしてカードＩ／Ｆ１８は、ＣＰＵ１１の制御により運行記録開始から運行記録終了までを連続した一の運行管理データとしてメモリーカードに保存する。

車載機１が上記のように構成されることにより、車両Ｖのイグニッションオン信号やイグニッションオフ信号をトリガとして運行記録開始から運行記録終了までを連続した一の運行管理データとして保存することができる。したがって、乗務員等の操作ミス等による運行管理データの意図しない分割が起こらなくなり、日報等を生成する際に編集等の処理を行う必要がなくなる。

また、車両Ｖの入出庫に関する信号が入力されるＵＳＢ１６を備え、ＣＰＵ１１は、入出庫に関する信号のうち、出庫を示す信号が入力される前にイグニッションオン信号が入力された場合は、当該イグニッションオン信号の入力により出庫と判定し、入庫を示す信号が入力される前にイグニッションオフ信号が入力された場合は、当該イグニッションオフ信号の入力により入庫と判定している。このようにすることにより、イグニッションオン信号入力時に出庫したとみなし、イグニッションオフ信号入力時に入庫したとみなすことができる。

また、ＣＰＵ１１は、イグニッションオン信号の入力により出庫と判定した場合は当該イグニッションオン信号の入力時刻を出庫時刻とし、前記イグニッションオフ信号の入力により入庫と判定した場合は当該イグニッションオフ信号の入力時刻を入庫時刻としている。このようにすることにより、入庫時刻や出庫時刻の編集等を行わずに、自動的に実態に即した入庫時刻及び出庫時刻を設定することができる。

また、上述した車載機１とコンピュータ２とを備える運行管理システム３によれば、車両Ｖのイグニッションオン信号やイグニッションオフ信号をトリガとして運行記録開始から運行記録終了までを連続した一の運行管理データとして保存することができる。したがって、出庫処理や入庫処理を行わない場合であっても運行データの分割等が起こらなくなり、日報等を生成する際に編集等の処理を行う必要がなくなる。

また、図４に示した日報データ構造５によれば、少なくとも車両の運行管理（ＤＩＤ）ファイル５ａ、イベント（ＤＥＶ）ファイル５ｂ、ＧＰＳファイル５ｃ、法３ファイル５ｄ、エンジンファイル５ｅ、温度ファイル５ｆを含み、これらのファイルは、イグニッションオンからイグニッションオフまでに得られたデータで構成されている。このようにすることにより、イグニッションオンからイグニッションオフまでに得られたデータにより日報が構成されているので、出庫や入庫操作と、イグニッションオンやイグニッションオフのタイミングが一致しない場合であっても、１運行として日報を構成して管理することが可能となる。

また、本発明は上記実施形態に限定されるものではない。即ち、当業者は、従来公知の知見に従い、本発明の骨子を逸脱しない範囲で種々変形して実施することができる。かかる変形によってもなお本発明の運行管理装置、運行管理システム、運行管理プログラム及び日報データ構造の構成を具備する限り、勿論、本発明の範疇に含まれるものである。

１ 車載機
２ コンピュータ
３ 運行管理システム
５ 日報データ構造
１１ ＣＰＵ（判定部）
１６ ＵＳＢ（第２入力部）
１８ カードＩ／Ｆ（保存部）
２２ 電源Ｉ／Ｆ（第１入力部）

Claims (7)

1. 車両の出入庫に基づいて前記車両の運行管理データを保存する保存部と、
   前記車両の起動に関する起動関連信号が入力される第１入力部と、
   前記起動関連信号のうち、第１信号が入力された場合に運行記録開始のトリガとし、第２信号が入力された場合に運行記録終了のトリガとする判定部と、を備え、
   前記保存部は、前記運行記録開始から前記運行記録終了までを連続した一の運行管理データとして保存する、
   ことを特徴とする運行管理装置。
2. 前記車両の入出庫に関する信号が入力される第２入力部を備え、
   前記判定部は、前記入出庫に関する信号のうち、出庫を示す信号が入力される前に前記第１信号が入力された場合は、当該第１信号の入力により出庫と判定し、入庫を示す信号が入力される前に前記第２信号が入力された場合は、当該第２信号の入力により入庫と判定する、
   ことを特徴とする請求項１に記載の運行管理装置。
3. 前記保存部は、前記第１信号の入力により出庫と判定した場合は当該第１信号の入力時刻を出庫時刻とし、前記第２信号の入力により入庫と判定した場合は当該第２信号の入力時刻を入庫時刻とすることを特徴とする請求項２に記載の運行管理装置。
4. 前記第１信号は、イグニッションオン信号であり、前記第２信号は、イグニッションオフ信号であることを特徴とする請求項１から３のうちいずれか一項に記載の運行管理装置。
5. 請求項１から４のうちいずれか一項に記載の運行管理装置と、
   前記運行管理装置に保存された前記運行管理データを取得し、当該運行管理データに基づいて所定の解析処理により日報を作成する管理装置と、
   を備えることを特徴とする運行管理システム。
6. 車両の出入庫に基づいて前記車両の運行管理データを保存する保存部と、
   前記車両の起動に関する起動関連信号が入力される第１入力部と、
   前記起動関連信号のうち、第１信号が入力された場合に運行記録開始のトリガとし、第２信号が入力された場合に運行記録終了のトリガとする判定部と、してコンピュータを機能させ、
   前記保存部は、前記運行記録開始から前記運行記録終了までを連続した一の運行管理データとして保存する、
   ことを特徴とする運行管理プログラム。
7. 車両運行時に取得された運行管理データに基づいて作成される日報を構成する日報データ構造であって、
   少なくとも前記車両の走行データを含み、
   前記走行データは、前記車両の起動に関する起動関連信号のうちイグニッションオンからイグニッションオフまでに得られたデータで構成されている、
   ことを特徴とする日報データ構造。

Images