ホーム > 特許ランキング > 矢崎エナジーシステム株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023178799
(43)【公開日】2023-12-18
(54)【発明の名称】運行管理システム及び運行管理サーバ
(51)【国際特許分類】
G06Q 10/083 20230101AFI20231211BHJP
B65G 61/00 20060101ALI20231211BHJP
【ＦＩ】
G06Q10/08 300
B65G61/00 540
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2022091711
(22)【出願日】2022-06-06
(71)【出願人】
【識別番号】501418498
【氏名又は名称】矢崎エナジーシステム株式会社
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】佃 大河
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA16
(57)【要約】
【課題】荷物を輸送する各車両の荷待ち時間を削減するために役立つ運行管理システムを提供すること。
【解決手段】車両１０に搭載可能な車載器１１と、車両の運行状態を管理するサーバ２０と、運送事業者が利用可能な事務所ＰＣ３１と、荷主が利用可能な荷主ＰＣ４１とを備える。サーバ２０は車両が荷主エリアに到着し荷待ち状態へ移行したことを車載器１１からの通知により検知し、荷待ち状態の情報２１を事務所ＰＣ３１、荷主ＰＣ４１に対してそれぞれ通知する。サーバ２０は車載器１１から荷待ち解除情報を受信した場合は、荷待ち解除を事務所ＰＣ３１および荷主ＰＣ４１に対してそれぞれ通知する。サーバ２０が荷主ＰＣ４１から荷待ち解除情報を受信した場合には、車載器１１および事務所ＰＣ３１に対して荷待ち解除をそれぞれ通知する。
【選択図】図１
【解決手段】車両１０に搭載可能な車載器１１と、車両の運行状態を管理するサーバ２０と、運送事業者が利用可能な事務所ＰＣ３１と、荷主が利用可能な荷主ＰＣ４１とを備える。サーバ２０は車両が荷主エリアに到着し荷待ち状態へ移行したことを車載器１１からの通知により検知し、荷待ち状態の情報２１を事務所ＰＣ３１、荷主ＰＣ４１に対してそれぞれ通知する。サーバ２０は車載器１１から荷待ち解除情報を受信した場合は、荷待ち解除を事務所ＰＣ３１および荷主ＰＣ４１に対してそれぞれ通知する。サーバ２０が荷主ＰＣ４１から荷待ち解除情報を受信した場合には、車載器１１および事務所ＰＣ３１に対して荷待ち解除をそれぞれ通知する。
【選択図】図１
【特許請求の範囲】
【請求項1】
荷物を運送する車両に搭載可能な車載器と、
少なくとも前記車両の運行状態を管理可能なサーバと、
前記車両を管理する運送事業者が利用可能な事業者端末と、
前記車両で運送される荷物の荷主が利用可能な荷主端末と、
を備え、
前記サーバが、
管理対象の前記車両が前記荷主の指定した荷積みまたは荷卸しの場所に到着し、荷待ち状態へ移行したことを検知して、荷待ち状態を表す情報を前記事業者端末および前記荷主端末に対してそれぞれ通知する荷待ち通知部と、
前記車載器から荷待ち解除情報を受信した場合に、荷待ち解除を前記事業者端末および前記荷主端末に対してそれぞれ通知し、前記荷主端末から荷待ち解除情報を受信した場合には、前記車載器および前記事業者端末に対して荷待ち解除をそれぞれ通知する荷待ち解除通知部と、
を有する運行管理システム。
少なくとも前記車両の運行状態を管理可能なサーバと、
前記車両を管理する運送事業者が利用可能な事業者端末と、
前記車両で運送される荷物の荷主が利用可能な荷主端末と、
を備え、
前記サーバが、
管理対象の前記車両が前記荷主の指定した荷積みまたは荷卸しの場所に到着し、荷待ち状態へ移行したことを検知して、荷待ち状態を表す情報を前記事業者端末および前記荷主端末に対してそれぞれ通知する荷待ち通知部と、
前記車載器から荷待ち解除情報を受信した場合に、荷待ち解除を前記事業者端末および前記荷主端末に対してそれぞれ通知し、前記荷主端末から荷待ち解除情報を受信した場合には、前記車載器および前記事業者端末に対して荷待ち解除をそれぞれ通知する荷待ち解除通知部と、
を有する運行管理システム。
【請求項2】
前記荷主端末は、管理対象の前記車両が前記荷待ち状態へ移行した際に、荷待ち状態の車両を表す可視情報を画面上に表示すると共に、荷待ち解除を指示するための入力操作を受け付け可能な操作ボタンを表示するユーザインタフェースを有する、
請求項１に記載の運行管理システム。
請求項１に記載の運行管理システム。
【請求項3】
前記車載器は、自車両が前記荷待ち状態の時に、自車両の走行開始を検知した場合には、前記荷待ち解除情報を前記サーバへ自動的に送信する荷待ち解除検知部を有する、
請求項１に記載の運行管理システム。
請求項１に記載の運行管理システム。
【請求項4】
荷物を運送する車両における現在位置の情報、および前記車両の荷待ち状態を表す情報を前記車両に搭載された車載器から取得する車両管理部と、
前記車載器から取得した情報に基づいて顧客を特定する顧客特定部と、
前記荷待ち状態の解除を指示する外部からの信号を受信可能な解除指示受信部と、
車両が前記荷待ち状態になってからそれが解除されるまでの荷待ち時間を記録する荷待ち時間計測部と、
計測した前記荷待ち時間の情報を、該当する顧客に紐付けした状態で記憶する情報記憶部と、
前記情報記憶部が記憶した情報を顧客毎に集計して出力する集計部と、
を備える運行管理サーバ。
前記車載器から取得した情報に基づいて顧客を特定する顧客特定部と、
前記荷待ち状態の解除を指示する外部からの信号を受信可能な解除指示受信部と、
車両が前記荷待ち状態になってからそれが解除されるまでの荷待ち時間を記録する荷待ち時間計測部と、
計測した前記荷待ち時間の情報を、該当する顧客に紐付けした状態で記憶する情報記憶部と、
前記情報記憶部が記憶した情報を顧客毎に集計して出力する集計部と、
を備える運行管理サーバ。
【請求項5】
前記集計部は、前記情報記憶部が記憶した情報を顧客毎に集計し、集計の結果を日報形式のデータに自動編集してから出力する、
請求項４に記載の運行管理サーバ。
請求項４に記載の運行管理サーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、運送事業者が顧客の荷物を運送する車両を管理するために利用可能な運行管理システム及び運行管理サーバに関する。
【背景技術】
【0002】
トラックなどの車両を利用して様々な顧客の荷物を運送する運送事業者は、顧客の指示に従い、ある荷積み地点で荷物を車両に積み込み、指定された荷卸し地点まで車両を運行し、荷卸し地点に到着すると車両から荷物を下ろして荷主に引き渡すように荷物を扱う。
【0003】
実際には、それぞれの車両の運転を担当する各運転手が、事前に作成された運行計画に従い、車両の運転、荷積み作業、及び荷卸し作業を行うのが一般的である。
【0004】
一方、車両が指定された荷積み地点に到着しても、顧客側の準備がまだできていない状況では、運転手は即座に荷積みの作業を開始することができず、荷待ち状態になる。車両が指定された荷卸し地点に到着した場合も同様である。また、荷積み地点や荷卸し地点の近傍で、荷待ちの多数のトラックが並んで渋滞が発生しているような場合にも、それぞれの車両が荷待ち状態になる。
【0005】
例えば特許文献１には、目的地付近における待機時間を考慮した到着時間を搭乗者及び管理者に通知して目的地付近における待機時間の削減を図ることを目的とした到着時間通知システムが開示されている。この到着時間通知システムは、車載器と受信端末と管理装置とサーバとを備えている。また、車載器は、自車両の位置情報を取得するとともに、自車両の待機時間と周辺車両の待機時間とを計測し、自車両の位置情報と自車両及び周辺車両それぞれの待機時間とをサーバに送信する機能を有する。サーバは、指定エリア内におけるエリア待機時間を到着時間に加えた修正後の到着時間を受信端末又は管理装置の少なくとも一方に送信する機能を有する。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０２１－１５４５６号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
ところで、現状では、運送事業者の会社等に所属して勤務しているトラック運転手の業務時間の中には、運転時間の他に荷積み、荷卸し等の作業時間も含まれる。また、運転手の運転している車両が荷待ち状態にある場合の時間もトラック運転手の業務時間に含まれる。また、荷待ちに伴って業務時間が増えると、各運転手の残業時間も事前の予想以上に増えてしまう懸念がある。また、運送事業者から荷主に対し費用を請求する際に、荷待ち状態に起因したコストが明確化されなければ、当事者同士でどのようにこのコストを負担すべきかについてトラブルが発生する懸念もある。
【0008】
一方、特許文献１の技術では車載器が自車両の待機時間と周辺車両の待機時間とを計測し、自車両の位置情報と自車両及び周辺車両それぞれの待機時間とをサーバに送信することができる。しかしながら、運送事業者側の管理者や、荷主側の管理者は、それぞれの車両が実際に荷待ち状態になっていたとしてもその状況をリアルタイムで知ることができない。
【0009】
したがって、荷待ち状態の車両に対して荷主側、あるいは運送事業者側の管理者がリアルタイムで何らかの行動を行って、荷待ち状態を早期に解消するような対策をすることはできなかった。また、車両の運行実績に関する従来の日報などのデータを統計的に分析したとしても、荷待ち状態の実際の発生状況や発生原因を運送事業者側および荷主側のいずれにおいても正しく把握することは困難であり、各車両における荷待ち状態の時間を削減するための根本的な対策はできなかった。
【0010】
本発明は、上述した事情に鑑みてなされたものであり、その目的は、荷物を輸送する各車両の荷待ち時間を削減するために役立つ運行管理システム及び運行管理サーバを提供することにある。
【課題を解決するための手段】
【0011】
本発明に係る上記目的は、下記構成により達成される。
【0012】
荷物を運送する車両に搭載可能な車載器と、
少なくとも前記車両の運行状態を管理可能なサーバと、
前記車両を管理する運送事業者が利用可能な事業者端末と、
前記車両で運送される荷物の荷主が利用可能な荷主端末と、
を備え、
前記サーバが、
管理対象の前記車両が前記荷主の指定した荷積みまたは荷卸しの場所に到着し、荷待ち状態へ移行したことを検知して、荷待ち状態を表す情報を前記事業者端末および前記荷主端末に対してそれぞれ通知する荷待ち通知部と、
前記車載器から荷待ち解除情報を受信した場合に、荷待ち解除を前記事業者端末および前記荷主端末に対してそれぞれ通知し、前記荷主端末から荷待ち解除情報を受信した場合には、前記車載器および前記事業者端末に対して荷待ち解除をそれぞれ通知する荷待ち解除通知部と、
を有する運行管理システム。
少なくとも前記車両の運行状態を管理可能なサーバと、
前記車両を管理する運送事業者が利用可能な事業者端末と、
前記車両で運送される荷物の荷主が利用可能な荷主端末と、
を備え、
前記サーバが、
管理対象の前記車両が前記荷主の指定した荷積みまたは荷卸しの場所に到着し、荷待ち状態へ移行したことを検知して、荷待ち状態を表す情報を前記事業者端末および前記荷主端末に対してそれぞれ通知する荷待ち通知部と、
前記車載器から荷待ち解除情報を受信した場合に、荷待ち解除を前記事業者端末および前記荷主端末に対してそれぞれ通知し、前記荷主端末から荷待ち解除情報を受信した場合には、前記車載器および前記事業者端末に対して荷待ち解除をそれぞれ通知する荷待ち解除通知部と、
を有する運行管理システム。
【0013】
荷物を運送する車両における現在位置の情報、および前記車両の荷待ち状態を表す情報を前記車両に搭載された車載器から取得する車両管理部と、
前記車載器から取得した情報に基づいて顧客を特定する顧客特定部と、
前記荷待ち状態の解除を指示する外部からの信号を受信可能な解除指示受信部と、
車両が前記荷待ち状態になってからそれが解除されるまでの荷待ち時間を記録する荷待ち時間計測部と、
計測した前記荷待ち時間の情報を、該当する顧客に紐付けした状態で記憶する情報記憶部と、
前記情報記憶部が記憶した情報を顧客毎に集計して出力する集計部と、
を備える運行管理サーバ。
前記車載器から取得した情報に基づいて顧客を特定する顧客特定部と、
前記荷待ち状態の解除を指示する外部からの信号を受信可能な解除指示受信部と、
車両が前記荷待ち状態になってからそれが解除されるまでの荷待ち時間を記録する荷待ち時間計測部と、
計測した前記荷待ち時間の情報を、該当する顧客に紐付けした状態で記憶する情報記憶部と、
前記情報記憶部が記憶した情報を顧客毎に集計して出力する集計部と、
を備える運行管理サーバ。
【発明の効果】
【0014】
本発明の運行管理システム及び運行管理サーバによれば、荷物を輸送する各車両の荷待ち時間を削減することが可能である。すなわち、運行管理システムのサーバが荷待ち状態の情報を事業者端末および荷主端末に対してそれぞれ通知するので、運送事業者側の管理者および荷主側の管理者は、荷待ち状態の発生をリアルタイムで正確に把握でき、荷待ち状態を早期に解消するために必要な措置を取ることも可能になる。
【0015】
また、本発明の運行管理サーバは各車両で実際に発生した荷待ち状態の時間を計測した結果を顧客毎に集計して出力するので、運送事業者側の管理者および荷主側の管理者は、荷待ち状態の発生の傾向や原因を正確に分析し、荷待ち状態の発生頻度やその時間を削減したり、荷待ちの発生を未然に回避するために必要な対応を取ることが可能になる。
【0016】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【0017】
【発明を実施するための形態】
【0018】
本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。
【0019】
＜システムの概要＞
図１は、本発明の実施形態に係る運行管理システム１００の構成例を示すブロック図である。
図１は、本発明の実施形態に係る運行管理システム１００の構成例を示すブロック図である。
【0020】
運送事業者が、荷主事業所４０から依頼された荷物の輸送をトラック車両１０で行う場合には、トラックの運転手は最初にトラック車両１０を運送事業者の事業所の駐車場から荷主が指定した荷積み地点の荷主事業所まで運行する。次に、荷主事業所で荷主から預かった荷物をトラック車両１０に荷積みする。荷積み作業が完了すると、運転手は輸送先の荷主事業所までトラック車両１０を運行する。輸送先の荷主事業所に到着すると、トラック車両１０からの荷卸し作業を行って荷物を荷主に引き渡す。
【0021】
しかし、荷積み地点の近傍（荷主エリア）にトラック車両１０が到着しても、荷主の都合や作業待ちの他車両の渋滞などに起因して、直ちに荷積み作業を開始できない場合がある。これが「荷待ち発生」の状況であり、運転手は荷積みできる状態になるまでそのまま待機しなければならず、これが運転手の労務上の大きな負担となる。荷卸しの場合も同様である。
【0022】
図１に示した運行管理システム１００においては、各トラック車両１０に車載器１１が搭載されている。この車載器１１は、トラック車両１０における荷待ちの状態を検出する機能や、荷待ち時間の記録機能１２などを備えている。また、車載器１１は無線通信によりサーバ２０との間で通信することができる。
【0023】
運送事業者の事務所３０内には各トラック車両１０の運行を管理するための機能を有する事務所ＰＣ（パーソナルコンピュータ）３１が配置されている。また、荷主事業所４０内には荷主が荷物の輸送状態を管理するための機能を有する荷主ＰＣ４１が配置されている。事務所ＰＣ３１および荷主ＰＣ４１は、それぞれが例えばインターネットを経由してサーバ２０との間で通信することができる。
【0024】
サーバ２０は、車載器１１との間の通信により、トラック車両１０が荷待ち状態になったことを検知すると、荷待ち状態の通知２１を事務所ＰＣ３１および荷主ＰＣ４１のそれぞれに対して送信する機能を有している。
【0025】
また、荷主ＰＣ４１から荷待ち解除の通知２２が送信された場合には、サーバ２０は荷待ち解除の通知２２を車載器１１および事務所ＰＣ３１にそれぞれ送信する。また、車載器１１が自車両の走行検知などにより荷待ち解除の通知２２を送信した場合には、サーバ２０は荷待ち解除の通知２２を事務所ＰＣ３１および荷主ＰＣ４１にそれぞれ送信する。
【0026】
荷待ち状態の通知２１および荷待ち解除の通知２２は、荷待ち車両表示機能３２により事務所ＰＣ３１の画面表示に反映される。したがって、運送事業者の事務所３０の管理者は、事務所ＰＣ３１の画面表示により各トラック車両１０の荷待ち状態をリアルタイムで把握できる。
【0027】
また、荷待ち状態の通知２１は荷待ち車両表示機能４２により荷主ＰＣ４１の画面表示に反映される。したがって、荷主事業所４０の管理者は、荷主ＰＣ４１の画面表示により各トラック車両１０の荷待ち状態をリアルタイムで把握できる。また、荷主事業所４０の管理者は、荷主ＰＣ４１の画面に対する入力操作により、荷待ち状態を解除するための指示をすることができる。この指示がサーバ２０を経由して荷待ち解除の通知２２として事務所ＰＣ３１および車載器１１に送信される。
【0028】
したがって、運送事業者の事務所３０の管理者および荷主事業所４０の管理者は、事務所ＰＣ３１および荷主ＰＣ４１における共通の画面表示により、トラック車両１０の荷待ち状態について共通の認識を持つことができる。
【0029】
事務所ＰＣ３１の日報出力機能３３は、荷待ち時間の記録機能１２により記録されたデータ、或いはサーバ２０上で記録されたデータの集計により、「荷待ち情報」が記載された日報を出力することができる。この日報により、各管理者は各トラック車両１０で発生した荷待ち状態についてより正確な情報を入手できる。これにより、各管理者はトラック運転手の荷待ち時間が削減されるように、原因を究明したり根本的な対策をすることが容易になる。
【0030】
なお、荷待ち時間の記録機能１２については、車載器１１およびサーバ２０の少なくとも一方に実装すれば良い。また、荷待ち時間の集計を行う機能については、サーバ２０上に配置しても良いし、事務所ＰＣ３１上に配置しても良い。
【0031】
運行管理システム１００を構成するために必要な車載器１１については、トラック車両に一般的に搭載されるデジタルタコグラフのような運行記録計に特別な機能を追加することで実現できる。勿論、デジタルタコグラフ以外の車載器を利用することもできる。
【0032】
図２は、車載器１１の構成例を示すブロック図である。
図２に示した車載器１１は、車速検出部１１ａ、ＧＰＳ受信機１１ｂ、表示部１１ｃ、操作部１１ｄ、ＲＴＣ１１ｅ、制御部１１ｆ、不揮発性メモリ１１ｇ、揮発性メモリ１１ｈ、メモリカードＩＦ１１ｉ、無線通信部１１ｊ、及びメモリカード１５を備えている。
図２に示した車載器１１は、車速検出部１１ａ、ＧＰＳ受信機１１ｂ、表示部１１ｃ、操作部１１ｄ、ＲＴＣ１１ｅ、制御部１１ｆ、不揮発性メモリ１１ｇ、揮発性メモリ１１ｈ、メモリカードＩＦ１１ｉ、無線通信部１１ｊ、及びメモリカード１５を備えている。
【0033】
車速検出部１１ａは、車両側から出力される車速パルスの信号を入力し、制御部１１ｆにおける車速検出の処理に適した信号に変換する。
ＧＰＳ（Global Positioning System）受信機１１ｂは、複数のＧＰＳ衛星からの電波を受信して、受信した信号の時間に基づいて自車両の現在位置を表す緯度／経度を算出することができる。
ＧＰＳ（Global Positioning System）受信機１１ｂは、複数のＧＰＳ衛星からの電波を受信して、受信した信号の時間に基づいて自車両の現在位置を表す緯度／経度を算出することができる。
【0034】
表示部１１ｃは、運転者の視認しやすい位置に配置され、運転者の入力操作の際に必要な案内の情報や数値、時間などの情報を表示可能な能力を有している。
【0035】
操作部１１ｄは、運転者の操作しやすい位置に配置され、運転者からの入力操作を受け付け可能な多数のボタンを有している。このボタンの中には、自車両が「荷待ち」状態になった時に運転者により操作される荷待ちボタンも含まれている。
【0036】
ＲＴＣ（Real Time Clock）１１ｅは、半導体の集積回路（ＩＣ）により構成され、現在の日付、曜日、時刻（時分秒）の情報を生成したり、時間を計測するための時計機能を有している。
【0037】
制御部１１ｆは、マイクロコンピュータを主体とする電子回路により構成され、予め組み込まれたプログラムを実行することにより、車載器１１に必要とされる機能を実現するための各種制御を実施する。具体的には、次の（１）～（６）に示すような機能が含まれている。
【0038】
（１）現在位置、現在時刻、車速などを含む自車両の運行情報を定期的に取得して記録する機能
（２）「荷待ち」状態を検出する機能
（３）自車両の状態の監視により「荷待ち」の解除を検出する機能
（４）「荷待ち」状態をサーバ２０へ通知する機能
（５）「荷待ち」解除の指示をサーバ２０から受信する機能
（６）「荷待ち」状態の開始時刻と終了時刻、又は「荷待ち」状態の時間の長さを計測して記録する機能
（２）「荷待ち」状態を検出する機能
（３）自車両の状態の監視により「荷待ち」の解除を検出する機能
（４）「荷待ち」状態をサーバ２０へ通知する機能
（５）「荷待ち」解除の指示をサーバ２０から受信する機能
（６）「荷待ち」状態の開始時刻と終了時刻、又は「荷待ち」状態の時間の長さを計測して記録する機能
【0039】
不揮発性メモリ１１ｇは、車載器１１の各種機能を実現するために必要な制御部１１ｆのコンピュータが実行可能なプログラムや、各種定数データを保持している。また、保存の必要な各種データを書き込み登録することができる。
【0040】
揮発性メモリ１１ｈは、制御部１１ｆが動作中に生成した各種データを一時的に保持するために利用される。
メモリカードＩＦ（インタフェース）１１ｉは、メモリカード１５を着脱自在に保持可能なスードスロットを有し、メモリカード１５を制御部１１ｆのマイクロコンピュータと接続することができる。
メモリカードＩＦ（インタフェース）１１ｉは、メモリカード１５を着脱自在に保持可能なスードスロットを有し、メモリカード１５を制御部１１ｆのマイクロコンピュータと接続することができる。
【0041】
無線通信部１１ｊは、例えばＬＴＥ（Long Term Evolution）などの通信規格に対応した無線通信機能を有し、移動体通信事業者などが提供する無線基地局と自車両との間で無線通信回線を確立することができる。
【0042】
メモリカード１５は、不揮発性メモリを内蔵し、自車両を運行する運転者を特定する情報、車両を特定する情報、車載器１１が生成した運行記録データなどを登録し保持することができる。
【0043】
図３は、サーバ２０の構成例を示すブロック図である。
サーバ２０は、例えば所定のデータセンタなどに設置されたコンピュータシステムにより構成されている。本実施形態のサーバ２０は、運行管理システム１００の全体の制御に必要な図３に示した各種機能をサーバ２０が備えている。
サーバ２０は、例えば所定のデータセンタなどに設置されたコンピュータシステムにより構成されている。本実施形態のサーバ２０は、運行管理システム１００の全体の制御に必要な図３に示した各種機能をサーバ２０が備えている。
【0044】
図３に示すように、サーバ２０は通信部２０ａ、車両管理部２０ｂ、運行記録ＤＢ２０ｃ、荷待ち管理部２０ｄ、荷待ち時間計測部２０ｅ、荷待ち通知部２０ｆ、荷待ち解除通知部２０ｇ、事務所管理部２０ｈ、荷主管理部２０ｉ、及びデータ集計部２０ｊの各機能を備えている。
【0045】
通信部２０ａは、通信ネットワーク２３と接続されている。サーバ２０は、通信部２０ａ及び通信ネットワーク２３を経由して、インターネットなどの公共の通信網と接続可能であり、各トラック車両１０に搭載された車載器１１、事務所ＰＣ３１、および荷主ＰＣ４１との間でそれぞれ通信回線を接続できる。
【0046】
車両管理部２０ｂは、通信部２０ａを介して各トラック車両１０に搭載された車載器１１との間でデータ通信を行い、各トラック車両１０の各時点の運行状況を表す運行データを取得できる。この運行データの中には、車両や車載器１１を特定するＩＤ、日時、車両の現在位置、現在の車速、車載器１１が把握している現在の状態などの情報が含まれている。
【0047】
運行記録ＤＢ（データベース）２０ｃは、車両管理部２０ｂが各車両から取得した運行データを車両毎に及び荷主毎に区別して蓄積し保存する機能を有している。
荷待ち管理部２０ｄは、各トラック車両１０が荷待ち状態であるか否かを把握してそれを管理する機能を有している。
荷待ち管理部２０ｄは、各トラック車両１０が荷待ち状態であるか否かを把握してそれを管理する機能を有している。
【0048】
荷待ち時間計測部２０ｅは、各トラック車両１０が荷待ち状態になった時の開始時刻およびその終了時刻をそれぞれ検出して記録する、又は荷待ち状態の時間の長さを計測する機能を有している。荷待ち時間計測部２０ｅが計測した荷待ち状態の時間の情報は、車両毎に運行記録ＤＢ２０ｃに書き込まれる。その場合、運行記録ＤＢ２０ｃは、荷待ち状態の時間の情報を荷主と紐付けした状態で荷待ちが発生した場所の位置情報と共に記憶する。
【0049】
荷待ち通知部２０ｆは、荷待ち管理部２０ｄが各トラック車両１０の車載器１１から送信される情報により荷待ち状態になったことを検知すると、荷待ち状態の通知２１を事務所ＰＣ３１および荷主ＰＣ４１の両方に対してそれぞれ送信する。
【0050】
荷待ち解除通知部２０ｇは、荷待ち管理部２０ｄが把握している荷待ち状態が解除された場合に、荷待ち解除の通知２２を送信する。各トラック車両１０の車載器１１から受信した情報により荷待ち状態が解除された場合には、荷待ち解除通知部２０ｇは荷待ち解除の通知２２を事務所ＰＣ３１および荷主ＰＣ４１の両方を送信先として荷待ち解除の通知２２を送信する。また、荷主ＰＣ４１からの荷待ち解除の指示により荷待ち状態が解除された場合には、荷待ち解除通知部２０ｇは車載器１１および事務所ＰＣ３１の両方を送信先として荷待ち解除の通知２２をそれぞれ送信する。
【0051】
事務所管理部２０ｈは、事務所ＰＣ３１の画面上に表示すべきＷｅｂページの情報や、事務所ＰＣ３１がアクセスするために必要な情報や、メッセージなどの送信先を表す情報を保持し管理している。
【0052】
荷主管理部２０ｉは、運送事業者の顧客であるそれぞれの荷主の情報を保持し管理している。具体的には、各荷主が荷積み地や荷卸し地として指定する各事業所の地点やその領域の範囲を表す情報や、荷主ＰＣ４１の画面上に表示すべきＷｅｂページの情報や、荷主ＰＣ４１がアクセスするために必要な情報や、メッセージなどの送信先を表す情報を保持し管理している。
【0053】
データ集計部２０ｊは、運行記録ＤＢ２０ｃが蓄積している情報を荷主毎に区分して、荷待ち時間を集計し、その結果を記憶する。データ集計部２０ｊが記憶した荷待ち時間の集計結果は、事務所ＰＣ３１からの要求により出力できる。また、データ集計部２０ｊは事前に定めた日報の形式で荷待ち時間を集計し出力することもできる。
【0054】
【0055】
＜荷待ち状態を荷主の指示で解除する場合の動作＞
図４に示した動作について以下に説明する。
図４に示した動作について以下に説明する。
【0056】
例えば図１に示すようにトラック車両１０が荷主エリアに到着した場合に、車載器１１はＧＰＳ受信機１１ｂで検出した車両の現在位置と、事前に把握している荷積み地などのエリアとを比較して、到着を検知する（Ｓ１０）。
【0057】
ここで、他のトラックなどが並んで渋滞が発生しているような場合は、すぐに荷積み又は荷卸しなどの作業を開始できないので、トラック車両１０は荷待ち状態になる。トラック車両１０の運転手が荷待ちである事を確認し、車載器１１の操作部１１ｄにある「荷待ちボタン」を操作すると、車載器１１はＳ１１で荷待ち検知状態になる。荷待ちでない場合は、図６のＳ５１の処理に進む。
【0058】
車載器１１は、荷待ち検知状態になると荷待ち状態の通知ｉ０１をサーバ２０へ送信する。また、車載器１１はＲＴＣ１１ｅの時間計測機能を用いてＳ１２で荷待ち時間の記録および計測を開始する。
【0059】
一方、サーバ２０は車載器１１からの荷待ち状態の通知ｉ０１を受信して、該当するトラック車両１０が荷待ち状態になったことを認識する。この場合、サーバ２０の荷待ち通知部２０ｆは、事務所ＰＣ３１および荷主ＰＣ４１のそれぞれに対してＳ１３で荷待ち通知ｉ０２を送信する。また、サーバ２０の荷待ち時間計測部２０ｅは、Ｓ１４で荷待ち時間の記録および計測を開始する。
【0060】
荷主ＰＣ４１は、サーバ２０から送信される荷待ち通知ｉ０２の受信により、管理対象のトラック車両１０が荷待ち状態であることが分かるようにＳ１５で画面上に表示する。実際には、荷待ち状態を表すＷｅｂページが荷主ＰＣ４１の画面上のブラウザにより表示される。
【0061】
同様に、事務所ＰＣ３１は、サーバ２０から送信される荷待ち通知ｉ０２の受信により、管理対象のトラック車両１０が荷待ち状態であることが分かるようにＳ１６で画面上に表示する。実際には、荷待ち状態を表すＷｅｂページが事務所ＰＣ３１の画面上のブラウザにより表示される。
【0062】
また、荷主ＰＣ４１が表示するＷｅｂページの中には、「荷待ち解除」ボタンが含まれている。荷主ＰＣ４１を操作する荷主側の管理者は、Ｗｅｂページの画面上で、「荷待ち解除」ボタンをマウスなどで操作することができる。
【0063】
荷主側の管理者が該当するトラック車両１０における荷待ちの原因が解消されたことを確認した後で、「荷待ち解除」ボタンを操作すると、荷主ＰＣ４１は解除入力があったことをＳ１７で検知して荷待ち解除通知ｉ０３をＳ１８でサーバ２０へ送信する。
【0064】
サーバ２０の荷待ち解除通知部２０ｇは、荷主ＰＣ４１からの荷待ち解除通知ｉ０３を受信すると、荷待ち解除通知ｉ０４をＳ１９で車載器１１および事務所ＰＣ３１のそれぞれに送信する。
【0065】
車載器１１は、サーバ２０から荷待ち解除通知ｉ０４を受信した場合には、それをＳ２１で検知してＳ２２の処理に進む。そして、Ｓ２２で荷待ち時間の計測を終了してその時間を記憶し、Ｓ２３で荷待ち状態を解除する。
【0066】
また、サーバ２０は荷待ち解除通知ｉ０３の受信によりＳ２４からＳ２５の処理に進む。そして、荷待ち時間計測部２０ｅにおける荷待ち時間の計測を終了してその時間を運行記録ＤＢ２０ｃに記憶し、Ｓ２６で該当するトラック車両１０の荷待ち状態を解除する。
【0067】
また、荷主ＰＣ４１の画面においては、該当するトラック車両１０の荷待ち状態が解除されたことがＳ２７で表示される。
また、事務所ＰＣ３１はサーバ２０からの荷待ち解除通知ｉ０４の受信によりＳ２８からＳ２９の処理に進む。そして、事務所ＰＣ３１の画面上に、該当するトラック車両１０の荷待ち状態が解除されたことがＳ２９で表示される。
また、事務所ＰＣ３１はサーバ２０からの荷待ち解除通知ｉ０４の受信によりＳ２８からＳ２９の処理に進む。そして、事務所ＰＣ３１の画面上に、該当するトラック車両１０の荷待ち状態が解除されたことがＳ２９で表示される。
【0068】
【0069】
車載器１１の制御部１１ｆはトラック車両１０側から出力される車速パルスに基づいて車速を常時、又は定期的に監視しているので自車両の走行の有無を識別することができる。車載器１１は、自車両が荷待ち状態になっている時に自車両の走行をＳ３１で検知すると次のＳ３２の処理に進み、荷待ち解除通知ｉ１１をサーバ２０へ送信する。
【0070】
サーバ２０の荷待ち解除通知部２０ｇは、車載器１１からの荷待ち解除通知ｉ１１を受信すると、荷待ち解除通知ｉ１２をＳ１９Ａで荷主ＰＣ４１および事務所ＰＣ３１のそれぞれに送信する。
【0071】
また、サーバ２０は荷待ち解除通知ｉ１１の受信によりＳ３５からＳ３６の処理に進む。そして、荷待ち時間計測部２０ｅにおける荷待ち時間の計測を終了してその時間を運行記録ＤＢ２０ｃに記憶し、Ｓ３７で該当するトラック車両１０の荷待ち状態を解除する。
【0072】
また、荷主ＰＣ４１はサーバ２０からの荷待ち解除通知ｉ１２の受信によりＳ３８からＳ３９の処理に進む。そして、荷主ＰＣ４１の画面上に、該当するトラック車両１０の荷待ち状態が解除されたことがＳ３９で表示される。
【0073】
また、事務所ＰＣ３１はサーバ２０からの荷待ち解除通知ｉ１２の受信によりＳ４０からＳ４１の処理に進む。そして、事務所ＰＣ３１の画面上に、該当するトラック車両１０の荷待ち状態が解除されたことがＳ４１で表示される。
【0074】
＜荷待ち以外の動作＞
図６に示した動作について以下に説明する。
図６に示した動作について以下に説明する。
【0075】
荷主エリアに到着したトラック車両１０の運転手は、その場所で荷積み又は荷卸しの作業を開始する（Ｓ５１）。例えば運転手が車載器１１の操作部１１ｄにある作業開始ボタンを操作することにより、車載器１１は作業開始を認識し、作業開始時刻などの情報を運行記録データと共に車載器１１上のメモリカード１５等に記録することができる。
【0076】
荷積み又は荷卸しの作業が終了すると、例えば運転手が操作部１１ｄにある作業終了ボタンを操作することで、車載器１１は作業終了をＳ５２で認識する。これにより、作業終了時刻などの情報を運行記録データと共に車載器１１上のメモリカード１５等に記録することができる。
【0077】
運転手がトラック車両１０を運転して荷主エリアを出発すると、車載器１１は自車両の走行速度などに基づいてＳ５３で出発を認識することができる。
【0078】
トラック車両１０の当日の運行が終了すると、運転手の運転によりトラック車両１０は運送事業者の事務所３０に戻る。これを車載器１１がＳ５４で認識する。また、運転手は所定の車載器１１に対してＳ５５で入庫手続きを実施する。
【0079】
例えば、運転手が車載器１１からメモリカード１５を取り外し、メモリカード１５に記録された運行記録データを事務所ＰＣ３１で読み込む。また、メモリカード１５の内容と同等のデータがサーバ２０上にも存在するので、サーバ２０から事務所ＰＣ３１へ運行記録データを転送することも可能である。
【0080】
事務所ＰＣ３１は、車載器１１のメモリカード１５から読み込んだ運行記録データ、又はサーバ２０から読み込んだ運行記録データの内容をＳ６１で確認し、当日の運行記録データの中に「荷待ち」を表す情報が含まれているか否かを識別する。「荷待ち」を表す情報が含まれていない場合は、事務所ＰＣ３１は運行記録データを集計して通常形式の日報をＳ６２で作成し紙への印刷などの出力を実行する。
【0081】
一方、当日の運行記録データの中に「荷待ち」を表す情報が含まれている場合には、事務所ＰＣ３１は通常形式の日報と、荷待ちの特別な日報（図７の勤怠日報７０）の両方を運行記録データに基づいてＳ６３で作成し紙への印刷などの出力を実行する。
【0082】
事務所ＰＣ３１は、作成した荷待ちの日報の情報と共に、荷待ちが発生したことを表すメッセージを含む電子メールを、荷主側の担当者に対してＳ６４で送信する。或いは、サーバ２０を利用して、荷主ＰＣ４１の画面に表示するＷｅｂページの中に、荷待ちが発生したことを表すメッセージや荷待ちの日報の内容を反映するように事務所ＰＣ３１がメッセージを送信する。
【0083】
【0084】
図６に示した勤怠日報７０は、運行区分表示欄７１、作業時間表示欄７２、荷待ち時間表示欄７３、運行チャート表示欄７４、日報情報表示欄７５、荷主毎の荷待ち時間表示欄７６等に区分された様々な情報の一覧として構成されている。
【0085】
勤怠日報７０の運行区分表示欄７１は、日報番号、乗務員名、車両名、走行時間、出庫日時、入庫日時、走行距離、稼働時間、連続運転時間などのそれぞれの情報を入力する項目を有している。
【0086】
また、勤怠日報７０の作業時間表示欄７２は、当日の荷積み、休憩、荷卸しなどの作業項目毎に、作業の種別、荷主名、着日時、発日時、および作業時間の各情報を入力する項目を有している。
【0087】
また、勤怠日報７０の荷待ち時間表示欄７３は、当日の車両運行において「荷待ち」が発生した場所のそれぞれについて、荷主名、荷主指定到着時刻、到着時刻、「荷待ち」の開始日時、「荷待ち」の終了日時、および荷待ち時間の各情報を入力する項目を有している。
【0088】
また、勤怠日報７０の運行チャート表示欄７４は、当日の車両の運行状態を時系列で表すチャートと、作業、休憩、残業、連続運転等の区分毎の状態変化を時系列で表すチャートとをそれぞれ表示する領域を有している。
【0089】
また、勤怠日報７０の日報情報表示欄７５は、荷積み時間、荷卸し時間、荷待ち合計時間、休憩時間、残業時間、深夜残業時間、拘束時間、月間累計残業時間、および月間累計拘束時間の各情報を入力する項目を有している。
【0090】
また、勤怠日報７０の荷主毎の荷待ち時間表示欄７６は、当日または一定期間の車両運行において、発生した「荷待ち」の累計時間を荷主毎に区分して荷主名と対応付けてそれぞれ入力する項目を有している。
【0091】
図７に示した勤怠日報７０の各項目に入力する情報は、車載器１１がメモリカード１５に記録した運行記録データ、又はサーバ２０が運行記録ＤＢ２０ｃやデータ集計部２０ｊで管理しているデータに基づいて生成できる。
なお、勤怠日報７０の中には、トラック車両１０の荷室における冷蔵・冷凍などの温度管理情報が含まれていてもよい。
なお、勤怠日報７０の中には、トラック車両１０の荷室における冷蔵・冷凍などの温度管理情報が含まれていてもよい。
【0092】
なお、本発明は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。
【0093】
例えば、図５に示した動作例においては、車載器１１はＳ３１で自車両の走行を検知すると、即座に「荷待ち」を解除するように処理している。一方、所定エリア内で一定速度以下で自車両が移動したことをＳ３１で検知したような走行状態では、「荷待ち」を解除しないように車載器１１が処理するように変更してもよい。
【0094】
あるいは、自車両の走行検知により「荷待ち」を一旦解除し、その後で自車両が所定時間内に所定エリアから出ていなければ、再度荷待ち状態に移行するように処理してもよい。例えば、荷待ちしているトラックが順番に並んでいて、荷主の事業所内で渋滞している状況では、このような処理が適切である。
【0095】
上述の運行管理システム１００を利用することで、荷主側の管理者および運送事業者側の管理者は、トラック車両１０において実際に発生した荷待ちの状況をリアルタイムで把握できるので、荷待ちの状況を早期に解消するための対策を講じることが可能になる。その結果、荷待ちの時間が減り、トラック運転手の労務状況の改善が期待できる。
【0096】
また、荷主側の管理者および運送事業者側の管理者は、実際に発生したトラック車両１０の荷待ちの時間について共通の認識を持つことができる。これにより、発生した荷待ち時間の対価として荷待ちの特別料金を運送事業者が荷主に請求しても問題のない状況が実現する。これにより、荷待ち時間の削減が期待できる。
【0097】
また、荷待ち時間を含む運行記録データを集計した結果を運行管理システム１００が荷主毎に区分して勤怠日報７０などの形式で発行することにより、荷待ちが発生している事業所の場所などの特定が容易になり、荷待ちの原因の究明や、荷待ちを削減するための根本的な対策を実現可能になる。
【0098】
ここで、上述した本発明の実施形態に係る運行管理システム及び運行管理サーバの特徴をそれぞれ以下［１］～［５］に簡潔に纏めて列記する。
［１］ 荷物を運送する車両に搭載可能な車載器（１１）と、
少なくとも前記車両の運行状態を管理可能なサーバ（２０）と、
前記車両を管理する運送事業者が利用可能な事業者端末（事務所ＰＣ３１）と、
前記車両で運送される荷物の荷主が利用可能な荷主端末（荷主ＰＣ４１）と、
を備え、
前記サーバが、
管理対象の前記車両が前記荷主の指定した荷積みまたは荷卸しの場所に到着し、荷待ち状態へ移行したことを検知して、荷待ち状態を表す情報を前記事業者端末および前記荷主端末に対してそれぞれ通知する荷待ち通知部（２０ｆ、Ｓ１３）と、
前記車載器から荷待ち解除情報を受信した場合に、荷待ち解除を前記事業者端末および前記荷主端末に対してそれぞれ通知し、前記荷主端末から荷待ち解除情報を受信した場合には、前記車載器および前記事業者端末に対して荷待ち解除をそれぞれ通知する荷待ち解除通知部（２０ｇ、Ｓ１９、Ｓ１９Ａ）と、
を有する運行管理システム（１００）。
［１］ 荷物を運送する車両に搭載可能な車載器（１１）と、
少なくとも前記車両の運行状態を管理可能なサーバ（２０）と、
前記車両を管理する運送事業者が利用可能な事業者端末（事務所ＰＣ３１）と、
前記車両で運送される荷物の荷主が利用可能な荷主端末（荷主ＰＣ４１）と、
を備え、
前記サーバが、
管理対象の前記車両が前記荷主の指定した荷積みまたは荷卸しの場所に到着し、荷待ち状態へ移行したことを検知して、荷待ち状態を表す情報を前記事業者端末および前記荷主端末に対してそれぞれ通知する荷待ち通知部（２０ｆ、Ｓ１３）と、
前記車載器から荷待ち解除情報を受信した場合に、荷待ち解除を前記事業者端末および前記荷主端末に対してそれぞれ通知し、前記荷主端末から荷待ち解除情報を受信した場合には、前記車載器および前記事業者端末に対して荷待ち解除をそれぞれ通知する荷待ち解除通知部（２０ｇ、Ｓ１９、Ｓ１９Ａ）と、
を有する運行管理システム（１００）。
【0099】
上記［１］の構成の運行管理システムによれば、車両において荷待ちが発生した場合に、運送事業者および荷主は、それぞれ事業者端末および荷主端末で状況を確認できる。また、荷待ちの解除を車載器が検知した場合は、運送事業者および荷主は、それぞれ事業者端末および荷主端末で荷待ちが解除されたことを確認できる。また、荷主が荷主端末の入力操作で荷待ち解除を指示した場合には、サーバ、車載器、および事業者端末は荷待ち解除を認識できる。したがって、運送事業者側の管理者および荷主側の管理者は実際に発生した荷待ちの状況をリアルタイムで把握でき、荷待ちの状況を早期に解消するための対策を講じることが可能になる。その結果、荷待ちの時間が減り、トラック運転手の労務状況の改善が期待できる。また、荷主側の管理者および運送事業者側の管理者は、実際に発生した車両の荷待ちの時間について共通の認識を持つことができる。これにより、発生した荷待ち時間の対価として荷待ちの特別料金を運送事業者が荷主に請求しても問題のない状況が実現する。これにより、荷待ち時間の削減が期待できる。
【0100】
［２］ 前記荷主端末は、管理対象の前記車両が前記荷待ち状態へ移行した際に、荷待ち状態の車両を表す可視情報を画面上に表示すると共に、荷待ち解除を指示するための入力操作を受け付け可能な操作ボタンを表示するユーザインタフェース（荷主管理部２０ｉ、Ｓ１３、Ｓ１５、Ｓ１７）を有する、
上記［１］に記載の運行管理システム。
上記［１］に記載の運行管理システム。
【0101】
上記［２］の構成の運行管理システムによれば、荷主側の管理者は、管理対象の車両が荷待ち状態になっていることを荷主端末の画面上で確認できる。また、荷主側の管理者は、荷待ちの原因が解消されたことを確認した後で、ユーザインタフェースの操作ボタンを操作して、荷待ち状態の解除を指示することができる。
【0102】
［３］ 前記車載器は、自車両が前記荷待ち状態の時に、自車両の走行開始を検知した場合には、前記荷待ち解除情報を前記サーバへ自動的に送信する荷待ち解除検知部（Ｓ３１、Ｓ３２）を有する、
上記［１］に記載の運行管理システム。
上記［１］に記載の運行管理システム。
【0103】
上記［３］の構成の運行管理システムによれば、車載器の状態が荷待ち状態に移行した後、荷待ち状態の原因が解消された場合に、運転手が特別な操作を行わなくても、車載器の荷待ち状態を自動的に解除できる。また、荷待ちが解除されたことをシステム全体で把握できる。
【0104】
［４］ 荷物を運送する車両における現在位置の情報、および前記車両の荷待ち状態を表す情報を前記車両に搭載された車載器から取得する車両管理部（２０ｂ）と、
前記車載器から取得した情報に基づいて顧客を特定する顧客特定部（荷待ち管理部２０ｄ、荷主管理部２０ｉ）と、
前記荷待ち状態の解除を指示する外部からの信号を受信可能な解除指示受信部（荷待ち管理部２０ｄ）と、
車両が前記荷待ち状態になってからそれが解除されるまでの荷待ち時間を記録する荷待ち時間計測部（２０ｅ）と、
計測した前記荷待ち時間の情報を、該当する顧客に紐付けした状態で記憶する情報記憶部（運行記録ＤＢ２０ｃ）と、
前記情報記憶部が記憶した情報を顧客毎に集計して出力する集計部（データ集計部２０ｊ）と、
を備える運行管理サーバ（サーバ２０）。
前記車載器から取得した情報に基づいて顧客を特定する顧客特定部（荷待ち管理部２０ｄ、荷主管理部２０ｉ）と、
前記荷待ち状態の解除を指示する外部からの信号を受信可能な解除指示受信部（荷待ち管理部２０ｄ）と、
車両が前記荷待ち状態になってからそれが解除されるまでの荷待ち時間を記録する荷待ち時間計測部（２０ｅ）と、
計測した前記荷待ち時間の情報を、該当する顧客に紐付けした状態で記憶する情報記憶部（運行記録ＤＢ２０ｃ）と、
前記情報記憶部が記憶した情報を顧客毎に集計して出力する集計部（データ集計部２０ｊ）と、
を備える運行管理サーバ（サーバ２０）。
【0105】
上記［４］の構成の運行管理サーバによれば、実際に車両において発生した荷待ちの時間の情報を荷主毎に正確に記録できる。また、記録した情報を荷主毎に集計して出力することで、これ以降に発生する荷待ちの発生時間や発生頻度を減らすために役立つ情報が得られる。
【0106】
［５］ 前記集計部は、前記情報記憶部が記憶した情報を顧客毎に集計し、集計の結果を日報形式のデータ（勤怠日報７０）に自動編集してから出力する、
上記［４］に記載の運行管理サーバ。
上記［４］に記載の運行管理サーバ。
【0107】
上記［５］の構成の運行管理サーバによれば、集計の結果を日報として出力することで、荷待ちの根本的な原因を究明したり、荷待ちを解消するための対策を講じることが容易になる。また、発生した荷待ちの対価の料金を運送事業者が荷主に請求することも容易になり、荷待ちの削減に繋がる。これにより、運転手の労務状況も改善される。
【符号の説明】
【0108】
１０ トラック車両
１１ 車載器
１１ａ 車速検出部
１１ｂ ＧＰＳ受信機
１１ｃ 表示部
１１ｄ 操作部
１１ｅ ＲＴＣ
１１ｆ 制御部
１１ｇ 不揮発性メモリ
１１ｈ 揮発性メモリ
１１ｉ メモリカードＩＦ
１１ｊ 無線通信部
１２ 荷待ち時間の記録機能
１５ メモリカード
２０ サーバ
２０ａ 通信部
２０ｂ 車両管理部
２０ｃ 運行記録ＤＢ
２０ｄ 荷待ち管理部
２０ｅ 荷待ち時間計測部
２０ｆ 荷待ち通知部
２０ｇ 荷待ち解除通知部
２０ｈ 事務所管理部
２０ｉ 荷主管理部
２０ｊ データ集計部
２１ 荷待ち状態の通知
２２ 荷待ち解除の通知
２３ 通信ネットワーク
３０ 運送事業者の事務所
３１ 事務所ＰＣ
３２ 荷待ち車両表示機能
３３ 日報出力機能
４０ 荷主事業所
４１ 荷主ＰＣ
４２ 荷待ち車両表示機能
７０ 勤怠日報
７１ 運行区分表示欄
７２ 作業時間表示欄
７３ 荷待ち時間表示欄
７４ 運行チャート表示欄
７５ 日報情報表示欄
７６ 荷主毎の荷待ち時間表示欄
１００ 運行管理システム
ｉ０１ 荷待ち状態の通知
ｉ０２ 荷待ち通知
ｉ０３，ｉ０４，ｉ１１，ｉ１２ 荷待ち解除通知
１１ 車載器
１１ａ 車速検出部
１１ｂ ＧＰＳ受信機
１１ｃ 表示部
１１ｄ 操作部
１１ｅ ＲＴＣ
１１ｆ 制御部
１１ｇ 不揮発性メモリ
１１ｈ 揮発性メモリ
１１ｉ メモリカードＩＦ
１１ｊ 無線通信部
１２ 荷待ち時間の記録機能
１５ メモリカード
２０ サーバ
２０ａ 通信部
２０ｂ 車両管理部
２０ｃ 運行記録ＤＢ
２０ｄ 荷待ち管理部
２０ｅ 荷待ち時間計測部
２０ｆ 荷待ち通知部
２０ｇ 荷待ち解除通知部
２０ｈ 事務所管理部
２０ｉ 荷主管理部
２０ｊ データ集計部
２１ 荷待ち状態の通知
２２ 荷待ち解除の通知
２３ 通信ネットワーク
３０ 運送事業者の事務所
３１ 事務所ＰＣ
３２ 荷待ち車両表示機能
３３ 日報出力機能
４０ 荷主事業所
４１ 荷主ＰＣ
４２ 荷待ち車両表示機能
７０ 勤怠日報
７１ 運行区分表示欄
７２ 作業時間表示欄
７３ 荷待ち時間表示欄
７４ 運行チャート表示欄
７５ 日報情報表示欄
７６ 荷主毎の荷待ち時間表示欄
１００ 運行管理システム
ｉ０１ 荷待ち状態の通知
ｉ０２ 荷待ち通知
ｉ０３，ｉ０４，ｉ１１，ｉ１２ 荷待ち解除通知
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】