(57)【要約】【課題】  本発明の課題は、運転手に入力の負担を極力掛けずに、車輌の走行距離、時間および集荷配送に関するデータ、運転手の健康状態、運搬車輌の点検整備状況等のデータを収集することにより、運送業者における運転手、運搬車輌、荷物等の管理業務を容易に、かつ効率的にするものである。【解決手段】  集荷配送業務や運転手や車輌に関する情報を蓄積する記憶装置と、該記憶装置に蓄積する情報をインターネットを介して編集及び参照する手段を備えたサーバと、複数の車両を管理する運送業者の運行管理者と、該サーバの編集手段を利用できる通信端末を所持する運転手とで構成される車両管理システムにおいて、運転手が立寄り先に到着した時に車両の走行距離のメータ数を該通信端末から入力することにより、走行距離と到着時間を同時に取得できるようにした。【選択図】図１
2009015803.tif 000002
【特許請求の範囲】
【請求項１】
集荷配送業務や運転手や車輌に関する情報を蓄積する記憶装置と、該記憶装置に蓄積する情報をインターネットを介して編集及び参照する手段を備えたサーバと、複数の車両を管理する運送業者の運行管理者と、該サーバの編集手段を利用できる通信端末を所持する運転手とで構成される車両管理システムにおいて、運転手が立寄り先に到着した時に車両の走行距離のメータ数を該通信端末から入力することにより、走行距離と到着時間を同時に取得することを特徴とする車両管理システム。
【請求項２】
請求項１に記載の車両管理システムにおいて、運転手が配送先から出発する時に該配送先での業務を終えたことの確認情報を該通信端末から入力することにより、配送先の出発時刻を同時に取得することを特徴とする車両管理システム。
【請求項３】
請求項１に記載の車両管理システムにおいて、運転手が入出庫時に自身の健康状態および車両の点検状態を該通信端末から入力することにより、運転手の健康状態および車両の点検時間を同時に取得することを特徴とする車両管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、運送業者における車輌の運行を管理するシステムに関する。
【背景技術】
【０００２】  複数の車輌を有する運送業者において、運行管理者は、運転手の健康状態、車輌の点検整備状況、運搬荷物の集荷配送の指示管理を常時管理しなければならない。
すなわち、運行管理者は、運転手が車輌を事業所の車庫から出庫し運行する前に、運転手の健康状態および車輌の点検整備状況の確認を行い、その記録を保存する必要がある。運転手の健康状態、車輌の整備状況が良好なことを確認後、運行管理者は運転手に運搬荷物の集荷配送の指示を行う。
また、運行管理者は運転手が運搬荷物の集荷配送業務を終了後、車輌を事業所の車庫に入庫する時にも、運転手の健康状態および車輌の整備状況の確認を行い、その記録を保存する必要がある。
ここで、運転手の健康状態、車輌の点検整備状況は運送業者の事業所内で行うので、運行管理者と運転手との連絡報告は書面にて行うことができるが、車輌や運転手ごと個々に行わなければならず、書類等の作成や管理に多大な時間と労力を要している。
一方、運行中の運転手と運行管理者との連絡に関しては、電話や携帯電話による口頭で行わざるをえない状況である。ここで、荷主等の運搬荷物の運搬状況の問合せ等に対し、運転手に電話や携帯電話で口頭による問合せをするのであるが、口頭による連絡では、言い間違いや聞き間違い等のトラブルが避けられず、確認にも時間を要している。
また、省エネ等の要求から、車輌のより効率的な運行計画立案が求められるようになってきている。【０００３】  そこで、従来の車輌運行管理システムには、個々の車輌にクルージング・サーバを配置し、携帯電話回線を利用してセンタ・サーバに自動的に出力情報を伝送し、センタ・サーバで運転日報を作成するといったものがある。
ところが、この方式では個々の車輌ごとに高価なクルージング・サーバやデータ通信機を設置しなければならず、中小の運送業者が導入する障害となってる。また、この方式では車輌の管理は行えるが、運転手の健康状態の管理業務や運搬荷物の運搬状況の問合せ等の管理はできない。（例えば、特許文献１参照）。【０００４】  また、運搬荷物の運搬状況の問合せを容易に閲覧する方法として、車輌ごとに割当てた携帯電話で、各運搬先への配送完了に、配送ルートを単位とする配送業務を個々のジョブデータとしてメールサーバに配送済報告を行い、これに基き、刻々変化する配送状況を把握するといったものがある。
ところが、この方法では運搬荷物の運搬状況の問合せ等の管理は行えるが、運転手の健康状態の管理業務や車輌の管理はできない。また、配送済報告における時間に関するデータが手入力のため操作に難点がある。（例えば、特許文献２参照）。【０００５】  また、運行管理者と運転手との口頭報告による誤連絡を防止する方法として、インターネット上で、車輌ごとに割当てた携帯電話と電子メールを送受信して個々の集荷配送物の情報を確認するといったものがある。
ところが、この方法は運行管理者と運転手との連絡のみに特化したシステムであるので、運搬荷物の運搬状況の問合せは行えるが、車輌の配送先ごとの走行距離等は管理はできないし、運行に関する時間を運行管理者や運転手が手入力しなければならないため操作に難点がある。（例えば、特許文献３参照）。
【特許文献１】特開２００２−１１７４７８号公報
【特許文献２】特開２０００−２６８１０１号公報
【特許文献３】特開２００５−８９０２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】  解決しようとする課題は、運転手に入力の負担を極力掛けずに、車輌の走行距離、時間および集荷配送に関するデータ、運転手の健康状態、運搬車輌の点検整備状況等のデータを収集することにより、運送業者における運転手、運搬車輌、荷物等の管理業務を容易に、かつ効率的にするものである。
【課題を解決するための手段】
【０００７】  上記課題を解決するために、請求項１に記載の発明は、集荷配送業務や運転手や車輌に関する情報を蓄積する記憶装置１と、該記憶装置１に蓄積する情報をインターネットを介して編集及び参照する手段を備えたサーバ２と、複数の車両を管理する運送業者の運行管理者と、該サーバの編集手段を利用できる通信端末４を所持する運転手とで構成される車両管理システムにおいて、運転手が立寄り先に到着した時に車両の走行距離のメータ数を該通信端末４から入力することにより、走行距離と到着時間を同時に取得し、該情報を記憶装置１に蓄積できるようにすることにある。【０００８】  すなわち、運転手が立寄り先に到着した時に車両の走行距離のメータ数を該通信端末４から入力し、インターネット、サーバ２を介して記憶装置１に登録する。この時、サーバー２が有している内部時間をも同時に取得し、記憶装置１に登録する。このことにより、運転手が走行距離のメータ数を入力、登録するするだけで、記憶装置１には、運転手が立寄り先に到着した時間が同時に登録される。【０００９】  請求項２に記載の発明は、運転手が配送先から出発する時に該配送先での業務を終えたことの確認情報を該通信端末４から入力し、インターネット、サーバ２を介して記憶装置１に登録する。この時、サーバ２が有している内部時間をも同時に取得し、記憶装置１に登録する。このことにより、運転手が集荷配送業務を終了したことの確認情報を入力、登録するするだけで、記憶装置１には、運転手が配送先を出発した時間が同時に登録される。【００１０】  請求項３に記載の発明は、運転手が入出庫時に自身の健康状態及び車両の点検状態を該通信端末４から入力し、インターネット、サーバ２を介して記憶装置１に登録する。この時、サーバ２が有している内部時間をも同時に取得し、記憶装置１に登録する。このことにより、運転手の健康状態および車輌の点検情報を入力、登録するするだけで、記憶装置１には、運転手の健康状態および運搬車輌の点検時間が同時に登録される。
【発明の効果】
【００１１】  本発明によれば、個々の車輌ごとに高価なクルージング・サーバやデータ通信機を設置しなくても、一般的な情報を蓄積する記憶装置と、インターネットを介して編集及び参照する手段を備えたサーバと、携帯電話等の通信端末とでもって、運送業者における運転手、運搬車輌、荷物等の管理業務を容易に、かつ効率的にする総合的な車輌管理システムが安価に構築できる。【００１２】  また、運転手が立寄り先に到着した時に、車両の走行距離のメータ数、すなわち、携帯電話等の通信端末に入力が容易な数字のみを入力送信するだけで、立寄り先間の走行距離や走行時間や到着時間を運行管理者側で知ることができる。
さらに、燃料給油時にも車両の走行距離のメータ数を入力送信することにより、各車輌ごとの平均燃費等も知ることができる。
これらの情報により、車輌の省エネや効率的な配送計画や整備計画が容易となる。【００１３】  また、運転手が配送先から出発する時に、予め運行管理者から送信されている該配送先での業務情報を確認し、終了したことの確認情報を入力送信するすることにより、集荷配送業務作業の完了確認および完了時間を運行管理者側で知ることができる。
また、配送先への到着時間および出発時間が判明することから、配送先での配送集荷時間を知ることもでき、作業の効率化が図れる。【００１４】  さらに、運転手が出庫時と入庫時に、自身の健康状態及び車両の点検状態を入力送信することにより、車輌の出庫時間、入庫時間、運転手の健康状況および車輌の点検整備状況、点検時間等の情報がデータの記憶装置に自動的に記憶され、各管理諸表の作成が容易になる。
【発明を実施するための最良の形態】
【００１５】  以下、本発明を適用した実施形態例図２に基いて説明する。本実施形態の基本構成は、集荷配送業務や運転手や車輌に関する情報を蓄積する記憶装置、すなわち、データベース５と、インターネットを介してデータベース５の情報を編集及び参照する手段を備えたサーバ６とパソコン７と、インターネットに接続可能な携帯電話８とで構成される。
【実施例１】
【００１６】  本発明の管理システムの実施例におけるデータベース５の主な構成を図３に示す。データベースは主に運転手マスター、車輌マスター、荷主マスター、立寄り先マスター、注文マスター、配車マスター、給油マスター、点呼マスター等からなる。
運転手マスターは、運転手がインターネットを介してサーバー２に接続できるようにするための運転手識別用の運転手ＩＤと運転手名、運転手へ電子メールを送るための携帯メールアドレス等からなる。
車輌マスターは、車輌識別用の車輌ＩＤと車輌番号、走行距離を算出するための総走行距離数、車検日等からなる。
荷主マスターは、荷主識別用の荷主ＩＤと荷主名、住所、電話番号等からなる。
立寄り先マスターは、立寄り先ＩＤと立寄り先名、住所、電話番号、地図等からなる。
注文マスターは、注文ＩＤと荷主ＩＤ，配車ＩＤ，品物明細、荷サイズ、数量、立寄り先、到着時メーター、到着時間、出発時間、積込みメモ、積込みフラグ、荷降しメモ、荷降しフラグ等からなる。
配車マスターは、配車ＩＤ、運転手ＩＤ、車輌ＩＤ、配車年月、行先等からなる。
給油マスターは、給油ＩＤ、配車ＩＤ、給油量、給油時メーター、給油日時等からなる。
点呼マスターは、点呼ＩＤ、配車ＩＤ、入庫時刻、入庫時メーター、出庫時刻、出庫時メーター、出勤状況、車輌運行前後の運転手の健康状態フラグ、服装フラグ、車輌の整備状況を確認するために必要な確認項目である、タコチャート装着フラグ、免許証フラグ、ブレーキ点検フラグ、タイヤ点検フラグ等からなる。【００１７】  荷主からの集荷配送業務をファックスやインターネット経由で受注した運行管理者は、パソコン７の受注管理画面図４から、荷主名、立寄り先、日付指定、荷姿、荷サイズ、数量、積込みメモ、荷降しメモ等の情報を入力し、データ登録ボタンをクリックする。すると、これらの情報はデータベースに登録される。
次に、運行管理者は、配車管理画面図５から、配車予定が未定と表示されているいずれかの車輌を選択する。
すると、新規配車画面図６が表示されるので、運転手、行先、未だ未配車の注文を割付け、データ登録する。【００１８】  ここで、図２に示すように、運転手Ａが運送会社から車輌を出庫し、訪問先Ａ社、訪問先Ｂ社、訪問先Ｃ社と回って集荷配送作業を終えた後、帰社し車輌を入庫する場合を例として説明する。メニュー画面図７では、訪問先Ａへの集荷配送は終えて、訪問先Ｂに運行している状態を表示してある。訪問を終えた先は「済」の表示が自動的になされる。
まず、出社した運転手Ａの携帯電話８ａには、メニュー画面図７へアクセスするためのメールが運送管理システム側から送信されている。もちろん、運転手Ａ側からメールを要求できることもできることは言うまでもない。
運転手Ａはメニュー画面図７から「運行前点呼」を選択する。すると、運行前点検画面図８が表示されるので、出庫時メーターを数字入力すると共に各点検項目をチェックする。
そして、その結果を運行管理者に報告すると共に「送信する」ボタンをクリックしてデータベースに登録する。すると、運行前点検書類図１５が自動作成されるので、運行管理者や運転手の書類作成手間や保管手間が大幅に削減できる。
次に、運転手Ａはメニュー画面図７から、「今日の立寄り先」を確認する。例では、訪問先Ａ、訪問先Ｂ、訪問先Ｃの順番で運行することが判る。「今日の立寄り先」ボタンをクリックすると、今日の立寄り先画面図１０が表示され、今日の立寄り先での業務内容が表示される。また、メニュー画面図７の「電」ボタンをクリックすると、訪問先に直接電話がかかる。「所」ボタンをクリックすると、訪問先の住所、地図等の情報が表示される。ここでは、その画面は省略する。【００１９】  以下メニュー画面図７、今日の立寄り先画面図１０では、訪問先Ａへの集荷配送は終えて、訪問先Ｂに運行している状態を表示してある。よって、運転手Ａが訪間先Ｂに到着した時から説明する。運転手Ａが訪問先Ｂに到着した時に、Ａはメニュー画面図７の「今日の立寄り先」の訪問先Ｂの「着」ボタンをクリックする。すると、到着画面図９が表示される。そこで、車輌の到着時の走行メーター数を数字入力し、到着画面図９の「送信する」ボタンをクリックする。
運転手Ａは訪問先Ｂでの積込み、荷降し作業を行い、終了したならば、再度、メニュー画面図７の「今日の立寄り先」ボタンをクリックし、訪問先Ｂでの積込み、荷降し作業を終了したことを確認し、「送信する」ボタンをクリックする。
ここで、積込み、荷降しの情報をクリックすると、荷物情報図１１が表示される。
以下同様に、運転手Ａは訪問先Ｃでも同様の作業を行う。【００２０】  そして、訪問先Ａ、訪問先Ｂ、訪問先Ｃでの積込み、荷降しのすべての作業を終了した運転手Ａが運送会社に到着したら、メニュー画面図７から「運行後点呼」を選択する。すると、運行後点呼画面図１２が表示されるので、入庫時メーターを数字入力すると共に各点検項目をチェックする。
そして、その結果を運行管理者に報告すると共に「送信する」ボタンをクリックしてデータベースに登録する。すると、点呼記録表書類図１６が自動作成されるので、運行管理者や運転手の書類作成手間や保管手間が大幅に削減できる。【００２１】  運転手が車輌に給油した時には、メニュー画面図７の「給油」を選択する。すると、給油画面図１３が表示されるので、  給油量と給油時のメーター数を数字入力する。
また、荷主からの集荷配送状況の問合せ等に対しては、運行状況画面図１４に示すように、正確な到着、出発状況が把握できるので迅速に対応することができる。【００２２】  以上の作業手順でわかるように、運転手は基本的に数字入力と選択ボタンと送信ボタンを操作するだけで、訪問先の情報、集荷配送の情報、荷物の詳細等を文字情報で確実に得られる。また、運行管理者側では、運行前点検書類図１５、点呼記録表書類図１６、運行日報書類図１７、月別車輌運送実績表書類図１８等の車輌運行に関する諸書類が自動作成できる。また、ここでは記載しないが、データベースから受注伝票や、得意先別請求書や車輌別収支実績表などの経理書類も同時に自動作成できる。
【図面の簡単な説明】
【００２３】
【図１】本発明を適用した、運送管理システムのシステム構成図
【図２】本発明を適用した、実施形態例
【図３】本発明を適用した、実施例のデータベースの主な構成
【図４】本発明を適用した、実施例の受注管理画面
【図５】本発明を適用した、実施例の配車管理画面
【図６】本発明を適用した、実施例の新規配車画面
【図７】本発明を適用した、実施例のメニュー画面
【図８】本発明を適用した、実施例の運行前点呼画面
【図９】本発明を適用した、実施例の到着画面
【図１０】本発明を適用した、実施例の今日の立寄り先画面
【図１１】本発明を適用した、実施例の荷物情報
【図１２】本発明を適用した、実施例の運行後点呼画面
【図１３】本発明を適用した、実施例の給油画面
【図１４】本発明を適用した、実施例の運行状況画面
【図１５】本発明を適用した、実施例の運行前点検書類
【図１６】本発明を適用した、実施例の点呼記録表書類
【図１７】本発明を適用した、実施例の運行日報書類
【図１８】本発明を適用した、実施例の月別車輌運送実績表書類
【符号の説明】
【００２４】１      記憶装置                          ５      データベース
２      サーバ                            ６      サーバ
３      操作端末                          ７      パソコン
４      通信端末                          ８      携帯電話
【図１】
2009015803.tif 000003
【図２】
2009015803.tif 000004
【図３】
2009015803.tif 000005
【図４】
2009015803.tif 000006
【図５】
2009015803.tif 000007
【図６】
2009015803.tif 000008
【図７】
2009015803.tif 000009
【図８】
2009015803.tif 000010
【図９】
2009015803.tif 000011
【図１０】
2009015803.tif 000012
【図１１】
2009015803.tif 000013
【図１２】
2009015803.tif 000014
【図１３】
2009015803.tif 000015
【図１４】
2009015803.tif 000016
【図１５】
2009015803.tif 000017
【図１６】
2009015803.tif 000018
【図１７】
2009015803.tif 000019
【図１８】
2009015803.tif 000020