特許 7554055 運行管理システムおよび運行管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-10

(45)【発行日】2024-09-19

(54)【発明の名称】運行管理システムおよび運行管理プログラム

(51)【国際特許分類】

   G08G 1/00 20060101AFI20240911BHJP

   G06Q 50/40 20240101ALI20240911BHJP

   G07C 5/00 20060101ALI20240911BHJP

   G07C 5/08 20060101ALI20240911BHJP

【ＦＩ】

G08G1/00 D

G06Q50/40

G07C5/00 Z

G07C5/08

【請求項の数】 4

(21)【出願番号】P 2020045024

(22)【出願日】2020-03-16

(65)【公開番号】P2021149127

(43)【公開日】2021-09-27

【審査請求日】2023-02-16

【審判番号】

【審判請求日】2024-04-24

(73)【特許権者】

【識別番号】501418498

【氏名又は名称】矢崎エナジーシステム株式会社

(74)【代理人】

【識別番号】110001771

【氏名又は名称】弁理士法人虎ノ門知的財産事務所

(72)【発明者】

【氏名】石井 宏明

【合議体】

【審判長】佐藤 智康

【審判官】月野 洋一郎

【審判官】間野 裕一

(56)【参考文献】

【文献】特開２０１５－１３８３９５（ＪＰ，Ａ）

【文献】特開２００２－１４０４４６（ＪＰ，Ａ）

【文献】特開２０１３－２１４１９６（ＪＰ，Ａ）

【文献】特開２０１３－１８６７１７（ＪＰ，Ａ）

【文献】特開２００３－００６６９１（ＪＰ，Ａ）

【文献】特開２００６－２１５７４９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

G08G 1/00

G06Q 50/40

G07C 5/00

G07C 5/08

(57)【特許請求の範囲】

【請求項1】

車両に搭載された車載器に設けられ、前記車両の運行データを取得する第一取得部と、
前記車載器に設けられ、前記車載器における故障情報を取得する第二取得部と、
前記車載器に設けられ、前記運行データおよび前記故障情報を外部に送信する第一送信部と、
前記第一送信部から受信した前記運行データおよび前記故障情報を前記車両の車種と関連づけて保存する保存部と、
前記故障情報に基づいて、前記車載器の整備時期を車種毎に算出する算出部と、
前記算出部によって算出された前記整備時期を送信する第二送信部と、
前記第二送信部から受信した前記整備時期に基づいて管理対象の車両の運行計画を設定する設定部と、
を備え、
前記故障情報は、前記車載器が前記車両に搭載されてからの前記車載器の累積稼働時間を含む
運行管理システム。

【請求項2】

更に、前記車載器の整備時期を迎えた車両を運行管理者に通知する通知部を備え、
前記算出部は、車種毎に、故障が発生するまでの前記車載器の平均稼働時間に基づく上限稼働時間を算出し、
前記通知部は、前記累積稼働時間が前記上限稼働時間を超えた前記車載器が搭載されている車両を前記運行管理者に通知する
請求項１に記載の運行管理システム。

【請求項3】

前記車載器は、車載器本体と、前記車載器本体に接続された周辺機器と、を有し、
前記故障情報は、前記車載器本体についての前記故障情報である第一情報、および前記周辺機器についての前記故障情報である第二情報を含み、
前記算出部は、前記第一情報に基づいて前記車載器本体についての整備時期を算出し、前記第二情報に基づいて前記周辺機器の整備時期を算出する
請求項１または２に記載の運行管理システム。

【請求項4】

車両の運行データを取得し、
前記車両に搭載された車載器の故障情報を取得し、
前記運行データおよび前記故障情報を前記車両から外部に送信し、
前記運行データおよび前記故障情報を前記車両の車種と関連づけて保存し、
前記故障情報に基づいて車載器の整備時期を車種毎に算出し、
前記整備時期に基づいて管理対象の車両の運行計画を設定する、
各処理をコンピュータに実行させ、
前記故障情報は、前記車載器が前記車両に搭載されてからの前記車載器の累積稼働時間を含む、運行管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、運行管理システムおよび運行管理プログラムに関する。

【背景技術】

【0002】

従来、運行管理システムがある。特許文献１には、車輌に対して実行されたメンテナンスの履歴情報を管理するメンテナンス実行制御部と、次回実行すべき新たなメンテナンスの実行時期及び前記新たなメンテナンスに必要な交換部品を表す予測情報を生成するメンテナンス予測制御部を持つ運行管理センタを有する車輌運行管理システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００２－９９６４２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

車両に搭載される車載器に対して、適切な整備スケジュールを設定できることが望ましい。運行計画において適切に整備スケジュールを設定することができれば、車載器の突発的な故障による運行計画の修正を抑制することができる。

【0005】

本発明の目的は、車載器に対する適切な整備時期を設定することが可能な運行管理システムおよび運行管理プログラムを提供することである。

【課題を解決するための手段】

【0006】

本発明の運行管理システムは、車両に搭載された車載器に設けられ、前記車両の運行データを取得する第一取得部と、前記車載器に設けられ、前記車載器における故障情報を取得する第二取得部と、前記車載器に設けられ、前記運行データおよび前記故障情報を外部に送信する第一送信部と、前記第一送信部から受信した前記運行データおよび前記故障情報を前記車両の車種と関連づけて保存する保存部と、前記故障情報に基づいて、前記車載器の整備時期を車種毎に算出する算出部と、前記算出部によって算出された前記整備時期を送信する第二送信部と、前記第二送信部から受信した前記整備時期に基づいて管理対象の車両の運行計画を設定する設定部と、を備えることを特徴とする。

【発明の効果】

【0007】

本発明に係る運行管理システムは、車両の運行データを取得する第一取得部と、車載器における故障情報を取得する第二取得部と、運行データおよび故障情報を外部に送信する第一送信部と、第一送信部から受信した運行データおよび故障情報を車両の車種と関連づけて保存する保存部と、故障情報に基づいて、車載器の整備時期を車種毎に算出する算出部と、算出部によって算出された整備時期を送信する第二送信部と、第二送信部から受信した整備時期に基づいて管理対象の車両の運行計画を設定する設定部と、を備える。本発明に係る運行管理システムによれば、故障情報に基づいて車種毎の整備時期が算出されることで、車載器に対する適切な整備時期を設定することができるという効果を奏する。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態の車両管理システムを示す図である。

【図2】図２は、実施形態の故障情報データベースを示す図である。

【図3】図３は、実施形態の統計データベースを示す図である。

【図4】図４は、実施形態の車載器における処理を示すフローチャートである。

【図5】図５は、実施形態のサーバにおける処理を示すフローチャートである。

【図6】図６は、実施形態の事務所ＰＣにおける処理を示すフローチャートである。

【図7】図７は、実施形態における運行計画の設定手順を示すフローチャートである。

【図8】図８は、実施形態の運行計画表の一例を示す図である。

【発明を実施するための形態】

【0009】

以下に、本発明の実施形態に係る運行管理システムおよび運行管理プログラムにつき図面を参照しつつ詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。また、下記の実施形態における構成要素には、当業者が容易に想定できるものあるいは実質的に同一のものが含まれる。

【0010】

［実施形態］
図１から図８を参照して、実施形態について説明する。本実施形態は、運行管理システムおよび運行管理プログラムに関する。図１は、実施形態の車両管理システムを示す図、図２は、実施形態の故障情報データベースを示す図、図３は、実施形態の統計データベースを示す図、図４は、実施形態の車載器における処理を示すフローチャート、図５は、実施形態のサーバにおける処理を示すフローチャート、図６は、実施形態の事務所ＰＣにおける処理を示すフローチャート、図７は、実施形態における運行計画の設定手順を示すフローチャート、図８は、実施形態の運行計画表の一例を示す図である。

【0011】

図１に示す本実施形態の運行管理システム１は、車両１００の運行を管理するシステムである。運行管理システム１は、例えば、貨物自動車運送事業、旅客自動車運送事業等の事業者の設備として導入される。運行管理システム１は、車両用の運行管理プログラムに従って動作する。運行管理システム１は、車載器２、サーバ６、および事務所ＰＣ７を有する。

【0012】

事務所ＰＣ７は、例えば、運送事業者の事務所に設置された汎用のコンピュータ装置で構成される。事務所ＰＣ７は、管理対象の各車両の運行状況を管理する機能を有している。管理機能には、各車両の整備を含む運行計画を作成する機能が含まれる。事務所ＰＣ７は、ＣＰＵ７０、通信部７１、不揮発性メモリ７２、揮発性メモリ７３、および外部入力インタフェース７４を有する。事務所ＰＣ７は、通信部７１およびインターネット網ＮＷを介してサーバ６および無線基地局５のそれぞれと通信を行なう。事務所ＰＣ７は、例えば、不揮発性メモリ７２からＣＰＵ７０に読み込んだプログラムに従って、運行計画の作成、および運行状況の管理を実行する。

【0013】

サーバ６は、ワークステーション等のコンピュータ機器によって実現される。サーバ６は、例えば、インターネット上の任意の箇所に配置されたサーバであってもよく、企業内のローカルネットワーク上に配置されたサーバであってもよい。サーバ６は、通信サービスを提供するデータセンタに配置されてもよい。サーバ６には、車両の運行状況に関する情報や、車載器２の故障情報などが保存される。本実施形態のサーバ６は、複数の事業者の運行データおよび故障情報を蓄積する。サーバ６は、蓄積した故障情報に基づいて各事業者に対して点検・修理計画の立案を支援する。

【0014】

無線基地局５は、広域の無線通信を行なう基地局である。無線基地局５は、例えば、移動体無線通信サービスを提供する通信事業者の設備である。車載器２は、無線基地局５との間で無線通信を行なう。

【0015】

車載器２は、車両１００に搭載されている装置であり、自車両の入出庫や走行情報を含む運行データを記録する。車載器２は、例えば、車両１００の運行状況を記録するデジタルタコグラフ、ドライブレコーダー、タクシーメーター等である。図１には、車載器２の構成の一例として、デジタルタコグラフの構成が示されている。車載器２は、車載器本体２Ａ、および車載器本体２Ａに接続された周辺機器を有する。車載器本体２Ａは、速度インタフェース２１、エンジンインタフェース２２、ＧＰＳ受信部２３、アナログインタフェース２４、外部入力インタフェース２５、広域通信部２６、不揮発性メモリ２７、揮発性メモリ２８、カードインタフェース２９、スイッチ３０、および表示部３１を有する。車載器２は、周辺機器として、ハンディテンキー３２、カメラ３３、およびアンテナ３４を有する。

【0016】

速度インタフェース２１は、車両１００の走行速度を取得してＣＰＵ２０に出力する。エンジンインタフェース２２は、車両１００に搭載されたエンジンの回転速度を取得してＣＰＵ２０に出力する。ＧＰＳ受信部２３は、ＧＰＳアンテナを含む受信回路である。ＧＰＳ受信部２３は、ＧＰＳ衛星から送信される信号を受信し、車両１００の現在位置を算出する。ＧＰＳ受信部２３は、算出した現在位置の情報をＣＰＵ２０に出力する。アナログインタフェース２４は、車両１００の状態を検知するセンサに接続されている。アナログインタフェース２４は、例えば、エンジン温度を検出するセンサや、燃料量を検出するセンサに接続されている。外部入力インタフェース２５には、各種の外部機器が接続される。外部入力インタフェース２５は、カメラ３３が接続されるコネクタや、ハンディテンキー３２が接続されるコネクタを有していてもよい。

【0017】

広域通信部２６は、無線基地局５との間で通信を行なう通信モジュールである。広域通信部２６はＣＰＵ２０の指令に従い、アンテナ３４を介して無線基地局５と無線通信を行なう。不揮発性メモリ２７は、ＣＰＵ２０によって実行される処理プログラムや各種データを記憶している。揮発性メモリ２８は、例えば、ＣＰＵ２０による演算結果等を記憶するメモリである。カードインタフェース２９は、例えば、メモリカードが挿抜されるスロットである。乗務員は、車両１００に乗務するときに、所持するメモリカードをカードインタフェース２９に差し込む。カードインタフェース２９に挿入されたメモリカードには、車両１００の車両コード、乗務員コード、運行状況、故障情報等のデータが記録される。

【0018】

スイッチ３０は、乗務員による操作入力を受け付ける。表示部３１は、ＬＣＤ（Liquid Crystal Display）等の表示装置である。表示部３１は、ＣＰＵ２０からの指令に応じて、車載器２の動作状態、通信状態、時刻、運行状況、注意、警告、故障情報等を表示する。

【0019】

ハンディテンキー３２は、車載器本体２Ａを遠隔操作する端末である。ハンディテンキー３２は、例えば、外部入力インタフェース２５に接続される。ハンディテンキー３２には、テンキー、十字キー、各種ボタン等が配置されている。乗務員は、ハンディテンキー３２に対する入力操作により車載器本体２Ａに対する指令を行なうことができる。カメラ３３は、車両１００の外部を撮像する撮像部であり、例えば、車両１００の前方や後方を撮像するように配置されている。アンテナ３４は、広域の無線通信で使用される周波数帯の電波を送受信する。

【0020】

ＣＰＵ２０は、第一取得機能２０Ａ、第二取得機能２０Ｂ、および第一送信機能２０Ｃを有する。第一取得機能２０Ａは、第一取得部の一例である。第二取得機能２０Ｂは、第二取得部の一例である。第一送信機能２０Ｃは、第一送信部の一例である。第一取得機能２０Ａ、第二取得機能２０Ｂ、および第一送信機能２０Ｃは、不揮発性メモリ２７からＣＰＵ２０に読み込んだプログラムによって実現される。

【0021】

第一取得機能２０Ａは、車両１００の運行データを取得する機能である。第一取得機能２０Ａは、例えば、速度インタフェース２１、エンジンインタフェース２２、ＧＰＳ受信部２３、およびアナログインタフェース２４を介して車両１００の運行データを取得する。第一取得機能２０Ａは、取得した運行データを不揮発性メモリ２７や揮発性メモリ２８等に適宜記憶させる。取得された運行データは、車両１００の運行が終了する際にメモリカードに記憶される。

【0022】

第二取得機能２０Ｂは、車載器２における故障情報を取得する機能である。故障情報の取得は、例えば、車両１００が運行している間に取得される。第二取得機能２０Ｂは、車両１００の運行が開始されるときに故障情報を取得してもよく、車両１００の運行中に的的に故障情報を取得してもよく、車両１００の運行が終了するときに故障情報を取得してもよい。

【0023】

車載器本体２Ａは、自己診断機能を有している。第二取得機能２０Ｂは、車載器本体２Ａの各機器が正常に作動しているか否かを診断する。第二取得機能２０Ｂは、診断の結果に基づき、車載器本体２Ａの故障情報を保存する。車載器本体２Ａの故障情報は、車載器本体２Ａの各機器の故障の有無についての情報である。

【0024】

第二取得機能２０Ｂは、周辺機器が正常に作動しているか否かを診断する。例えば、第二取得機能２０Ｂは、周辺機器に対して自己診断の結果を要求する。周辺機器は、第二取得機能２０Ｂの要求に応じて、自己診断の結果を第二取得機能２０Ｂに送信する。第二取得機能２０Ｂは、周辺機器の自己診断の結果を故障情報として保存する。周辺機器の故障情報は、各周辺機器の故障の有無についての情報である。

【0025】

第一送信機能２０Ｃは、運行データおよび故障情報を無線基地局５に送信する。送信される運行データは、第一取得機能２０Ａによって取得されたデータである。故障情報は、例えば、車両１００の車両コード、車載器本体２Ａにおける故障の有無に関する情報、周辺機器における故障の有無に関する情報、および車載器２の故障の有無を確認したときの累積稼働時間が含まれる。車載器本体２Ａの累積稼働時間は、例えば、車載器本体２Ａが車両１００に搭載されてから故障の有無を確認するまでの車両１００の稼働時間の累積値である。周辺機器の累積稼働時間は、例えば、周辺機器が車両１００に搭載されてから故障を確認するまでの稼働時間の累積値である。

【0026】

無線基地局５によって受信された運行データおよび故障情報は、サーバ６に保存される。サーバ６は、ＣＰＵ６０、通信部６１、不揮発性メモリ６２、揮発性メモリ６３、および外部入力インタフェース６４を有する。ＣＰＵ６０は、保存機能６０Ａ、算出機能６０Ｂ、および第二送信機能６０Ｃを有する。保存機能６０Ａは、保存部の一例である。算出機能６０Ｂは、算出部の一例である。第二送信機能６０Ｃは、第二送信部の一例である。保存機能６０Ａ、算出機能６０Ｂ、および第二送信機能６０Ｃは、不揮発性メモリ６２からＣＰＵ６０に読み込んだプログラムによって実現される。

【0027】

保存機能６０Ａは、車載器２の第一受信部から受信した運行データおよび故障情報を車両１００の車種と関連づけて保存する機能である。車両１００の車種についての情報は、例えば、運行データまたは故障情報に含まれていている。車種についての情報は、サーバ６が予め記憶していてもよい。この場合、サーバ６は、車両コードと、車両コードに対応する車種との対応関係を予め不揮発性メモリ６２等に記憶していてもよい。

【0028】

保存機能６０Ａは、例えば、故障情報を図３に示す故障情報データベースＤＢ１に保存する。故障情報データベースＤＢ１が有する項目は、顧客コード、車両コード、運行日、車種、カードインタフェース２９の累積稼働時間および故障フラグ、カメラ３３の累積稼働時間および故障フラグ、ハンディテンキー３２の累積稼働時間および故障フラグを含む。カードインタフェース２９の故障は、車載器本体２Ａの故障に含まれる。車種は、例えば、大型トラック、中型トラック、小型トラック、路線バス、高速乗合いバス等に分類されている。

【0029】

故障情報データベースＤＢ１の各レコードにおいて、故障している機器の故障フラグが「有」と記録される。例えば、図２に例示された一番上のレコードでは、カメラ３３の故障フラグが「有」とされる。カメラ３３の故障が検出されたときのカメラ３３の累積稼働時間は、８，０００時間である。この場合、累積稼働時間が８，０００時間となった時点でカメラ３３に故障が発生したとみなされる。以下の説明では、機器の故障が判明したときの、その機器の累積稼働時間を単に「故障時の累積稼働時間」と称する。例えば、二番目のレコードのカメラ３３では、故障時の累積稼働時間が７，０００時間である。

【0030】

算出機能６０Ｂは、故障情報に基づいて、車載器２の整備時期を車種毎に算出する。図３には、算出機能６０Ｂによって生成される統計データベースＤＢ２が示されている。算出機能６０Ｂは、故障情報データベースＤＢ１から車種毎の故障データを抽出して、統計データベースＤＢ２を生成する。算出機能６０Ｂは、車種毎に故障実績を統計したテーブルを生成する。統計データベースＤＢ２が有する項目は、機器の種類、故障時の平均稼働時間、および点検時間である。

【0031】

故障時の平均稼働時間は、故障した機器において故障が発生するまでの稼働時間の平均値である。例えば、図２に示す故障情報データベースＤＢ１では、大型の車種について、カメラ３３の故障情報が２件登録されている。この２件について、故障時の累積稼働時間の平均値は、７，５００時間である。この場合、大型の車種について、カメラ３３の平均稼働時間が７，５００時間とされる。

【0032】

算出機能６０Ｂは、故障時の平均稼働時間に基づいて、点検時間を設定する。点検時間は、故障時の平均稼働時間に基づく上限稼働時間である。点検時間は、例えば、故障時の平均稼働時間に対して所定の安全率を乗じて算出される。点検時間は、故障時の平均稼働時間よりも身近な短い時間である。本実施形態の運行管理システム１では、機器の累積稼働時間が点検時間を超えた場合に、その機器が整備時期を迎えたと判定される。

【0033】

第二送信機能６０Ｃは、算出機能６０Ｂによって算出された整備時期を送信する。ここで、整備時期の送信とは、例えば、整備時期を迎えた機器を識別する情報を送信することである。第二送信機能６０Ｃは、整備時期を迎えた機器がある場合、その機器が搭載されている車両１００の車両コードおよび整備すべき機器の種類を広域通信部２６によって送信させる。

【0034】

事務所ＰＣ７のＣＰＵ７０は、設定機能７０Ａおよび通知機能７０Ｂを有する。設定機能７０Ａは、設定部の一例である。通知機能７０Ｂは、通知部の一例である。設定機能７０Ａおよび通知機能７０Ｂは、不揮発性メモリ７２からＣＰＵ７０に読み込んだプログラムによって実現される。

【0035】

設定機能７０Ａは、サーバ６の第二送信部から受信した整備時期に基づいて管理対象の車両の運行計画を設定する機能である。通知機能７０Ｂは、車載器２の整備時期を迎えた車両１００を運行管理者に通知する機能である。通知機能７０Ｂは、例えば、事務所ＰＣ７のディスプレイのポップアップによって整備対象の車載器２、およびその車載器２が搭載された車両１００の車両コードを運行管理者に通知してもよく、電子メールによって整備対象の車載器２および車両コードを運行管理者に通知してもよい。

【0036】

図４を参照して、本実施形態の車載器２における処理について説明する。ステップＳ１０において、車両１００の運行が開始される。車載器２の第一取得機能２０Ａは、車両１００の運行が開始されると運行データの取得および運行データの記録を開始する。また、第二取得機能２０Ｂは、車載器２における故障情報の取得を開始する。ステップＳ１０が実行されると、ステップＳ２０に進む。

【0037】

ステップＳ２０において、第一送信機能２０Ｃは、機器の故障が発生しているか否かを判定する。第一送信機能２０Ｃは、自車両において車載器本体２Ａおよび周辺機器の何れかに故障が発生している場合、ステップＳ２０で肯定判定する。ステップＳ２０で肯定判定された場合にはステップＳ３０に進み、否定判定された場合には、故障情報の取得およびステップＳ２０の判定が繰り返される。

【0038】

ステップＳ３０において、第一送信機能２０Ｃは、運行データおよび故障情報を広域通信部２６から無線基地局５に送信する。送信される故障情報には、車両コード、車載器本体２Ａの故障の有無、および各周辺機器の故障の有無が含まれる。ステップＳ３０が実行されると、ステップＳ４０に進む。

【0039】

ステップＳ４０において、ＣＰＵ２０は、車両１００の運行を終了するか否かを判定する。ステップＳ４０で肯定判定された場合には本フローチャートによる処理を終了し、否定判定された場合にはステップＳ２０に移行する。

【0040】

図５を参照して、サーバ６における処理について説明する。ステップＳ１１０において、サーバ６の通信部６１は、車載器２の第一送信部から送信されたデータを受信する。受信するデータは、例えば、ステップＳ３０において送信された運行データおよび故障情報を含む。ステップＳ１１０が実行されると、ステップＳ１２０に進む。

【0041】

ステップＳ１２０において、サーバ６は、受信したデータを蓄積する。保存機能６０Ａは、運行データおよび故障情報を車両１００の車種と関連づけて故障情報データベースＤＢ１に蓄積する。ステップＳ１２０が実行されると、ステップＳ１３０に進む。

【0042】

ステップＳ１３０において、算出機能６０Ｂは、各接続機器の累積稼働時間が点検時間を超えているか否かを判定する。算出機能６０Ｂは、ステップＳ１２０において蓄積したデータに基づいて、統計データベースＤＢ２を更新し、車種毎の故障実績のテーブルを更新する。より詳しくは、算出機能６０Ｂは、車種毎に、各機器の故障時の平均稼働時間、および点検時間を算出する。算出機能６０Ｂは、更新後の点検時間に基づいて、ステップＳ１３０の判定を行なう。

【0043】

例えば、図３の統計データベースＤＢ２では、大型の車種について、カメラ３３の点検時間が７，２００時間である。この場合、算出機能６０Ｂは、大型の車種に属する車両１００について、カメラ３３の累積稼働時間が７，２００時間を超えているか否かを判定する。また、算出機能６０Ｂは、大型の車種に属する車両１００について、カードインタフェース２９やハンディテンキー３２の累積稼働時間が統計データベースＤＢ２の点検時間を超えているか否かを判定する。算出機能６０Ｂは、判定対象とする車両１００の接続機器の何れかにおいて累積稼働時間が点検時間を超えている場合、ステップＳ１３０で肯定判定する。

【0044】

ステップＳ１３０で肯定判定された場合にはステップＳ１４０に進み、否定判定された場合には、他の車両１００に対してステップＳ１３０の判定を行なう。算出機能６０Ｂは、管理対象の全ての車両１００について、ステップＳ１３０の判定を順番に実行するように構成されている。

【0045】

ステップＳ１４０において、第二送信機能６０Ｃは、点検情報を送信する。点検情報は、例えば、車種毎の各機器の点検時間、累積稼働時間が点検時間を超えている機器、およびその機器が搭載されている車両１００についての情報である。つまり、送信される点検情報は、点検すべき機器の種類、および車両コードを含む。第二送信機能６０Ｃは、通信部６１によって点検情報を事務所ＰＣ７に送信する。ステップＳ１４０が実行されると、本フローチャートによる処理は一旦終了してステップＳ１１０に移行する。

【0046】

次に、図６を参照して、事務所ＰＣ７における処理について説明する。ステップＳ２１０において、事務所ＰＣ７は、点検情報を受信する。受信する点検情報は、例えば、ステップＳ１４０においてサーバ６の第二送信部によって送信された点検情報である。受信した点検情報は、例えば、不揮発性メモリ７２に保存される。ステップＳ２１０が実行されると、ステップＳ２２０に進む。

【0047】

ステップＳ２２０において、ＣＰＵ７０の通知機能７０Ｂは、ポップアップ通知を実行する。受信した点検情報をポップアップウインドウに表示して運行管理者に通知する。ポップアップウインドウには、例えば、車両コード、整備、点検を要する機器の種類などが表示される。ステップＳ２２０が実行されると、ステップＳ２３０に進む。

【0048】

ステップＳ２３０において、設定機能７０Ａは、運行計画へ点検情報を反映させる。運行計画の設定手順の一例について、図７を参照して説明する。

【0049】

ステップＳ３１０において、設定機能７０Ａは、運行計画の作成を開始する。ステップＳ３２０において、設定機能７０Ａは、機器の累積稼働時間が点検時間を超えているか否かを判定する。設定機能７０Ａは、管理対象に含まれる車両１００のそれぞれについて、ステップＳ３２０の判定を行なう。設定機能７０Ａは、取得した点検情報に基づいて、対象の車両１００に搭載されている機器が点検時期を迎えているかを判定する。対象の車両１００において、点検時期を迎えている機器が一つでもある場合、ステップＳ３２０で肯定判定される。ステップＳ３２０で肯定判定された場合にはステップＳ３３０に進み、否定判定された場合には次の車両１００についてステップＳ３２０の判定が実行される。

【0050】

ステップＳ３３０において、設定機能７０Ａは、対象の車両１００に対する点検日をセットする。図８には、運行計画表の一例が示されている。図８の運行計画表には、車両Ａから車両Ｊまでの各車両の運行計画が示されている。点検日には、マークＭＩが表示されている。図８の例では、車両Ｂおよび車両Ｇに対して車両１００の点検を行なう点検日のマークＭＩが表示されている。ステップＳ３３０が実行されると、ステップＳ３４０に進む。なお、点検時期を迎えているか否かの判定が終了していない車両１００が存在する場合、更にステップＳ３２０の判定に移行してもよい。

【0051】

ステップＳ３４０において、設定機能７０Ａは、各車両の運行計画を作成する。設定機能７０Ａは、ステップＳ３３０でセットされた点検日を反映させて各車両の運行計画を作成する。ステップＳ３４０が実行されると、本フローチャートによる処理が終了し、ステップＳ２３０に戻る。ステップＳ２３０が実行されると、図６のフローチャートによる処理が終了する。

【0052】

設定された点検日には、車載器２の点検が行なわれる。点検日に実行される点検内容には、車載器２における故障の有無を点検すること、車載器２の故障している機器を修理すること、故障している機器を交換すること、が含まれる。

【0053】

以上説明したように、本実施形態の運行管理システム１は、第一取得機能２０Ａと、第二取得機能２０Ｂと、第一送信機能２０Ｃと、保存機能６０Ａと、算出機能６０Ｂと、第二送信機能６０Ｃと、設定機能７０Ａと、を有する。第一取得機能２０Ａは、第一取得部の一例であり、車両１００に搭載された車載器２に設けられ、車両１００の運行データを取得する。第二取得機能２０Ｂは、第二取得部の一例であり、車載器２に設けられ、車載器２における故障情報を取得する。第一送信機能２０Ｃは、第一送信部の一例であり、車載器２に設けられ、運行データおよび故障情報を外部に送信する。

【0054】

保存機能６０Ａは、保存部の一例であり、第一送信部から受信した運行データおよび故障情報を車両１００の車種と関連づけて保存する。算出機能６０Ｂは、算出部の一例であり、故障情報に基づいて、車載器２の整備時期を車種毎に算出する。第二送信機能６０Ｃは、第二送信部の一例であり、算出部によって算出された整備時期を送信する。設定機能７０Ａは、設定部の一例であり、第二送信部から受信した整備時期に基づいて管理対象の車両１００の運行計画を設定する。

【0055】

本実施形態に係る運行管理システム１は、車載器２から取得した故障情報に基づいて整備時期を車種毎に算出し、この整備時期に基づいて運行計画を設定する。よって、車種毎に適切な整備計画を設定し、突発的な故障による運行計画の修正を抑制することができる。

【0056】

本実施形態の運行管理システム１は、更に、通知機能７０Ｂを有する。通知機能７０Ｂは、通知部の一例であり、車載器２の整備時期を迎えた車両１００を運行管理者に通知する。算出部は、車種毎に、故障が発生するまでの車載器２の平均稼働時間に基づく上限稼働時間を算出する。通知部は、累積稼働時間が上限稼働時間を超えた車載器２が搭載されている車両１００を運行管理者に通知する。本実施形態の運行管理システム１によれば、運行管理者は整備対象の車両１００が新たに発生したことを容易に知ることができる。

【0057】

本実施形態の車載器２は、車載器本体２Ａと、車載器本体２Ａに接続された周辺機器と、を有する。故障情報は、車載器本体２Ａについての故障情報である第一情報、および周辺機器についての故障情報である第二情報を含む。算出部は、第一情報に基づいて車載器本体２Ａについての整備時期を算出し、第二情報に基づいて周辺居住者の整備時期を算出する。車載器本体２Ａおよび周辺機器の各々について故障情報および整備時期が算出されることで、より精度の高い整備計画を設定することが可能となる。

【0058】

本実施形態の運行管理プログラムは、以下の（１）から（６）の各処理をコンピュータに実行させるプログラムである。
（１）車両１００の運行データを取得する処理
（２）車両１００に搭載された車載器２の故障情報を取得する処理
（３）運行データおよび故障情報を車両１００から外部に送信する処理
（４）受信した運行データおよび故障情報を車両１００の車種と可憐づけて保存する処理
（５）故障情報に基づいて車載器２の整備時期を車種毎に算出する処理
（６）整備時期に基づいて管理対象の車両１００の運行計画を設定する処理

【0059】

（１）の処理は、車載器２によって適宜実行される。ステップＳ２０は、（２）の処理に相当する。ステップＳ３０は、（３）の処理に相当する。ステップＳ１２０は、（４）の処理に相当する。ステップＳ１３０は、（５）の処理に相当する。ステップＳ３１０からステップＳ３４０は、（６）の処理に相当する。本実施形態の運行管理システム１および運行管理プログラムは、車載器本体２Ａの故障および車載器本体２Ａに付属する部品の故障に対して、車両１００のタイプ別に故障時期の事前予測を行なうことができる。これにより、運行計画の修正を最小限とすることが可能である。

【0060】

上述した実施形態で説明した運行管理プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な非一過性の記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

【0061】

［実施形態の変形例］
点検時間は、複数の事業者の故障情報に基づいて算出されてもよい。例えば、図２に示すように、故障情報データベースＤＢ１には、顧客コードが異なる車両の故障情報が蓄積される。算出機能６０Ｂは、顧客コードが同一であるか否かにかかわらず、同一車種の故障情報から故障時の平均稼働時間および点検時間を算出してもよい。

【0062】

故障の有無が確認される機器は、上記実施形態において例示されたものには限定されない。例えば、第二取得機能２０Ｂは、ＧＰＳ受信部２３、広域通信部２６、表示部３１等の故障の有無を取得してもよい。

【0063】

上記の実施形態および変形例に開示された内容は、適宜組み合わせて実行することができる。

【符号の説明】

【0064】

１ 運行管理システム
２ 車載器
２Ａ：車載器本体
５ 無線基地局
６ サーバ
７ 事務所ＰＣ
２０ ＣＰＵ
２０Ａ：第一取得機能、 ２０Ｂ：第二取得機能、 ２０Ｃ：第一送信機能
２１：速度インタフェース、 ２２：エンジンインタフェース、
２３：ＧＰＳ受信部、 ２４：アナログインタフェース、
２５：外部入力インタフェース、 ２６：広域通信部、
２７：不揮発性メモリ、 ２８：揮発性メモリ、
２９：カードインタフェース、 ３０：スイッチ、 ３１：表示部
３２：ハンディテンキー、 ３３：カメラ、 ３４：アンテナ
６０ ＣＰＵ
６０Ａ：保存機能、 ６０Ｂ：算出機能、 ６０Ｃ：第二送信機能
６１：通信部、 ６２：不揮発性メモリ、 ６３：揮発性メモリ、
６４：外部入力インタフェース
７０ ＣＰＵ
７０Ａ：設定機能、 ７０Ｂ：通知機能
７１：通信部、 ７２：不揮発性メモリ、 ７３：揮発性メモリ、
７４：外部入力インタフェース
１００ 車両
ＤＢ１：故障情報データベース、 ＤＢ２：統計データベース
ＮＷ インターネット網

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】