(57)【要約】【課題】  本発明は、配車から日報までの一連の作業を支援し、運行状況を容易かつ正確に把握することができ、かつ運用の容易な運行管理システムを提供することを目的としている。【解決手段】  本発明に係る運行管理システムの代表的な構成は、ＧＰＳ機能付きの携帯型端末と、サーバーと、データベースと、事業者用のコンピュータ端末と、前記各端末およびサーバーを接続するネットワークからなる運行管理システムであって、前記携帯型端末は定期的に位置情報を前記サーバーに自動送信し、該サーバーは前記位置情報を前記データベースに記憶し、前記コンピュータ端末は前記データベースに格納されたデータを所定の条件に従って検索、抽出して参照可能であることを特徴とする。【選択図】    図１
2005115625.tif 000002
【特許請求の範囲】
【請求項１】
ＧＰＳ機能付きの携帯型端末と、サーバーと、データベースと、事業者用のコンピュータ端末と、前記各端末およびサーバーを接続するネットワークからなる運行管理システムであって、
前記携帯型端末は定期的に位置情報を前記サーバーに自動送信し、
該サーバーは前記位置情報を前記データベースに記憶し、
前記コンピュータ端末は前記データベースに格納されたデータを所定の条件に従って検索、抽出して参照可能であることを特徴とする運行管理システム。
【請求項２】
前記サーバーはHTTPサーバ機能を備え、
前記携帯型端末から送られた位置情報を、別途格納された地図情報に重ね合わせて閲覧可能としたことを特徴とする請求項１記載の運行管理システム。
【請求項３】
前記携帯型端末は乗務員の状態を入力する動態入力手段を備え、状態の入力とあわせて位置情報を送信することを特徴とする請求項１記載の運行管理システム。
【請求項４】
前記動態入力手段とは、携帯型端末から呼び出されるサーバーのウェブページであることを特徴とする請求項３記載の運行管理システム。
【請求項５】
前記データベースには、少なくとも乗務員の出欠情報、運転可能車種情報を含む乗務員情報と、少なくとも車種情報を含む輸送指示情報とを格納し、
車両に乗務員を割り当てる配車作業に際し、少なくとも出欠情報および選択した車両の車種情報から、当該車両を運転可能な乗務員を抽出し、判別可能に出力可能であることを特徴とする請求項１記載の運行管理システム。
【請求項６】
前記データベースには、少なくとも経過時間に即した経路を含む運行計画情報を格納し、
前記運行計画情報と、少なくとも前記携帯型端末から送信された位置情報および動態から生成される実績データとを、時間軸を基準として併記して出力可能であることを特徴とする請求項３記載の運行管理システム。
【請求項７】
前記携帯型端末から送信された位置情報を用いて、
経過時間に対する移動距離の変化をグラフとして表示可能であることを特徴とする請求項１記載の運行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客に対して車両を納品する業務において、乗務員に対する配車を支援し、運行状況を管理し、労務管理を支援することのできる運行管理システムに関するものである。
【背景技術】
【０００２】
従業員が外回りに出る業務においては、業務の進行状況が把握しにくいという潜在的な問題がある。特に配送、運送業においては、現在の運行状況を事業主、顧客のいずれもが随時知りたいという要請がある。従来からもよく知られているように、例えば宅配便などにおいて、荷物の状況（管理情報の一部）を顧客からもインターネット等を介して参照可能とすることが行なわれている。ただし現在行なわれているのは各事業所を従業員または荷物が通過した際に残された記録を用いることが多く、即時性に欠け、また状況の把握も大雑把なものとなっている。この宅配便は荷物単位における運行状況の例であるが、車両単位の配送、運送においても同様であった。
【０００３】
近年は、車両にＧＰＳを搭載して現在位置を把握して、サーバに送信し、ネットワークに公開する地図上に逐次表示する提案が数多くなされ（例えば、特許文献１等）、一部実施されるに至っている。特にタクシーの配車システムについて、ＧＰＳを用いた提案が数多くなされている。そのなかには、従業員たるタクシーの位置をＧＰＳによって把握し、顧客の所へ効率的に配車する配車システムと、顧客が携帯電話のＧＰＳを用いて自己の位置を事業者に位置を通知し、迅速確実に配車させる配車システムの提案が含まれる。
【０００４】
さらに配送、運送業においては、労務管理の必要があるため、作業終了後に従業員に日報を提出させる必要がある。このため従業員は自己の運行状況を随所で記録しておき、移動軌跡データを作成しなければならず、手間がかかり負荷が大きい。また、自己申告によるのみではデータの精度が低いという問題がある。従前はタコチャートやデジタル式タコグラフ等によって運行記録をとっていたが、時間とエンジン回転数から速度や休憩時間がわかる程度であり、いずれのルートを通ったかは不明である。またアナログ式タコチャートは判読しづらい場合もあり、記録を移し替える手間が必要であった。これについては、車載したＧＰＳによって得られた行動軌跡データに基づいて、日報を自動生成する管理方法も提案されている（特許文献２、特許文献３等）。
【０００５】
一方、車両を納品する業務は、他の例えば荷物の配送や、タクシーの配車などとは異なる特殊性を有している。すなわち従業員たる乗務員が運転する車両自体が納品すべき商品であり、車載装置を取り付けることはできない。また、乗務員は顧客に車両を納品した後は、公共機関を使用して事業所または次の出発地点まで移動しなくてはならないため、重量のある装置を車内に持ち込むことも問題がある。これについては近年急速に発達しつつあるＧＰＳ機能付の小型軽量な携帯型端末、例えば携帯電話やＰＤＡ(Personal Data Assistant)を利用することが考えられる。なお、携帯電話のＧＰＳを利用して従業員の移動軌跡データを作成する提案は既になされており（特許文献３等）、一部実施もされている。
【０００６】
【特許文献１】特開２００２−８７５４４
【特許文献２】特開平０９−２３１４２５
【特許文献３】特開２００３−４７０３２
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上記説明した如くＧＰＳ機能付きの携帯型端末を用いたシステムにおいては、市販品である汎用装置を用いることになる。このことはシステムの設備投資を低廉に抑えるという利点がある反面、システムの端末として機能させるための仕組みが必要となる。さらに端末は従業員の数だけ用意されることから多数となるため、システムに変更を加えることの容易性、すなわちシステムのフレキシブル性が問題となる。
【０００８】
また、ＧＰＳ機能付の携帯型端末から得られた移動軌跡データも、どのように取得するか、およびどのように利用して後処理するかが問題となる。さらにＧＰＳ機能からは得られないデータを、乗務員が安全かつ簡略に入力または取得するための構成も必要である。
【０００９】
また、車両を納品する業務においては、配送ごとに乗務員が運転する車種、および配達先までの距離が変化するという特殊性を有している。このため、乗務員に対して配車先を割り当てるに際して、上記特殊性を考慮した配車支援を行うことができれば簡便である。
【課題を解決するための手段】
【００１０】
上記課題を鑑みて、本発明に係る運行管理システムの代表的な構成は、ＧＰＳ機能付きの携帯型端末と、サーバーと、データベースと、事業者用のコンピュータ端末と、前記各端末およびサーバーを接続するネットワークからなる運行管理システムであって、前記携帯型端末は定期的に位置情報を前記サーバーに自動送信し、該サーバーは前記位置情報を前記データベースに記憶し、前記コンピュータ端末は前記データベースに格納されたデータを所定の条件に従って検索、抽出して参照可能であることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、配車から日報までの一連の作業を支援し、運行状況を容易かつ正確に把握することができ、かつ運用の容易な運行管理システムを提供することができる。
【発明を実施するための最良の形態】
【００１２】
本発明に係る運行管理システムの実施例について説明する。本実施例において運用管理システムは、車両を配送し納品する業務を管理するものであり、従業者たる乗務員は商品を直接運転して配送を行うものとする。ただし後述するように、荷物を積載して配送する業務においても本発明は適用可能である。まずシステムを構成する装置構成について説明し、次に動作の流れに沿ってソフトウェアの機能について説明する。
【００１３】
［装置構成］
図１は本実施例に係るシステムの装置構成を説明する図である。図１に示すように、事業者はHTTPサーバ１、データベースサーバ２を備え、内部ネットワークによって事業者用のコンピュータ端末（以下、事務所端末３という）を接続している。HTTPサーバ１はインターネットなどの外部ネットワーク４を介して、従業員たる乗務員が携帯する携帯型端末５と接続される。またデータベースサーバ２は、内部または外部ネットワークを介して、ホストコンピュータ６に接続される。さらにHTTPサーバ１には、外部ネットワーク４を介して顧客のコンピュータ端末（以下、顧客端末７という）が接続可能となっている。
【００１４】
HTTPサーバ１は外部ネットワーク４から携帯型端末５および顧客端末７がシステムにアクセスする際のインターフェースを提供している。すなわち携帯型端末５および顧客端末７は、HTTPサーバ１を介してデータベースサーバ２にデータを入力し、またデータベースサーバ２のデータを参照することができる。
【００１５】
データベースサーバ２は各種の情報を格納し、また検索、抽出などの参照を可能としている。データベースサーバ２にはHTTPサーバ１を介して携帯型端末５や顧客端末７からデータを入力、参照することができる。またホストコンピュータ６からデータベースサーバ２にデータが送信されてくると、自動的にデータを取り込むことが可能となっている。また事務所端末３を操作することによりデータを直接入力、抽出、検索し、出力することが可能となっている。ホストコンピュータ６は車両の受注、生産を行う業務についてのデータベースサーバであって、提携する他の事業者が管理するサーバである。
【００１６】
事務所端末３は、データベースアプリケーションを実行可能な一般的なコンピュータを用いることができる。なおHTTPサーバ１を用いたウェブアプリケーションによってデータベースを操作することも可能であり、その場合は事務所端末３はウェブブラウザを利用可能な任意のＯＳ、機種、および装置を用いることができる。
【００１７】
外部ネットワーク４は主としてインターネットが考えられるが、無手順などのプロトコルを用いた直接接続やＰＩＡＦＳ通信などを用いることでもよい。また携帯型端末５からインターネットへの接続をパケット通信によって行うことにより、接続状態を保ったままで通信費用を抑えることができる。
【００１８】
携帯型端末５は衛星から位置情報を取得するためのＧＰＳ機能と、動態を含む位置情報をHTTPサーバ１に送信するための通信機能、およびHTTPサーバ１のウェブページを開いてデータ入力するためのウェブブラウザを備えているものであればよい。そのような装置としては、ＧＰＳ機能付の携帯電話、ＰＤＡ(Personal Data Assistant)、小型のノートパソコンなどが市販、提供されており、安価に利用することができる。
【００１９】
［データの流れの概要］
図２はデータの流れの概要を説明する図である。図において外部ネットワーク４は省略している。ホストコンピュータ６からデータベースサーバ２には、搬入先の情報を含む車両情報が入力される。この情報を元に事務所端末３から担当する乗務員に配車すると、輸送指示情報などをデータベースサーバ２に入力格納する。乗務員は携帯型端末５からHTTPサーバ１を介して輸送指示情報、車両情報などが参照可能となる。携帯型端末５からは運行中に動態を含む位置情報が送信入力される。また運行中に事務所端末３からデータベースサーバ２へ緊急連絡情報が格納された場合には、これも携帯型端末５から参照可能である。運行完了後には、ホストコンピュータ６に結果としての位置情報および車両情報が送信される。事務所端末３からは、常時全てのデータを参照可能となっている。
【００２０】
それぞれのデータの詳細な内容、および入力、処理、出力の形態については、次にシステムの動作とあわせて説明する。
【００２１】
［システムの動作］
次に、本実施例に係るシステムの動作について説明する。図３は事前データの格納を説明するブロック図、図４は輸送指示をホストコンピュータからの取込みを説明するブロック図、図５は輸送指示取込みの検索画面例を示す図、図６は配車支援の動作を説明する図、図７は配車支援を説明する図、図８は輸送指示情報および運行計画情報の作成を説明するブロック図である。
【００２２】
（事前のデータ格納）
図３に示すように、システムの運用に際し、データベースサーバ２には事務所端末３からあらかじめ乗務員情報、および携帯電話情報を入力しておく。乗務員情報には、氏名、所属、能力などが含まれる。ここで能力とは、その乗務員が運転可能な車種や距離、時間（日数）などである。携帯電話情報とは、管理番号、電話番号、機種名、メールアドレス、ソフトバージョンなどが含まれる。
【００２３】
（車両情報取込み）
ホストコンピュータ６を管理する車両の生産業者において、顧客より依頼された車両が完成したとする。すると配送業者は事務所端末３を操作し、図４に示すようにホストコンピュータ６からデータベースサーバ２へと車両情報を取得する。車両情報には、車両の製造番号、車種、オプション取り付け日、搬出元、搬入先、完成日、搬入期日などが含まれる。ホストコンピュータ６とデータベースサーバ２とはISDN回線やVPN(Virtual Private Network)などで直接接続してデータ転送しても良いし、FTPプロトコルによりインターネットを介してホストコンピュータ６からデータを取得した後に、データベースサーバ２に格納することでもよい。
【００２４】
また、車両情報は事務所端末３から手動入力によって新規データを入力することも可能である。ここで携帯型端末５から車両情報を入力可能とすることも考えられるが、一般に携帯型端末は操作性および表示画面の観点から入力が面倒である場合が多いため、コンピュータから入力する方が簡便であり、また多くの項目についての入力も容易である。入力したデータは、図５に示すように、任意の項目の値を用いて検索することが可能となっている。
【００２５】
（配車支援）
本実施例において、配車とは、搬入すべき車両に乗務員を割り振る作業である。事務所端末３のオペレータは、上記の如く格納された車両情報および乗務員情報を参照し、当該車両情報に適した乗務員を割り当てる。
【００２６】
ここで図６および図７に示すように、本システムは配車支援を行なうことができる。例えば図７に示すように、まず領域10ａに輸送指示情報を表示させ、その一つを選択した上で乗務員の選択リスト画面10ｂを表示させる。このとき配車の適否を判断し、例えば選択した輸送車両を運転できる乗務員を無色で表示し、運転できない乗務員を水色で表示し、休暇中の乗務員を黄色で表示する。乗務員を選択すると画面が戻り、領域10ｃに確定した配車情報を表示する。
【００２７】
システム内部の動作としては、図６に示すように、乗務員情報からは運転可能車種情報、出欠情報、輸送範囲情報を取り出し（Ｓ１)、輸送指示情報からは車種情報、搬入先住所情報、搬入期日情報を取り出す（Ｓ２）。そして出社している乗務員を選出し（Ｓ３）、輸送車両を運転する能力をもつドライバーを選出する（Ｓ４）。さらに搬入先の住所をもとに、輸送を長距離、中距離、短距離などに分類し、その距離の輸送が可能な乗務員を選出し（Ｓ５）、上記の如く色分けして乗務員選択補助リストを表示する（Ｓ６）。乗務員の分類は、運転可能車種、輸送可能範囲などを考慮して割り出しを行なう。このように乗務員情報に含まれた乗務員の状態や能力に応じて配車支援を行なうことにより、オペレータは割り当てることのできる乗務員を容易に把握することができ、迅速に作業を行なうことができる。
【００２８】
なお運転できる乗務員のみを抽出して表示することも可能であるが、例えば乗務員が不足する場合に、輸送可能範囲を少ししか超えていない場合や、休暇中の者に頼みたい場合もある。このため、リスト上には全ての乗務員を表示し、運転可能か否かを色分けにて表示することとしている。
【００２９】
また一人の乗務員に対して複数の配車を行なうことができ、そのは作業の優先順位をあわせて設定する。この優先順位を調整することにより、乗務員が行なう仕事の順番を任意に変更することができる。すなわち、基本的には後から割り当てた配車は優先順位も後になるが、優先順位を先にする（小さくする）ことで、乗務員には先にその配車が伝達されることになる。これにより配車作業の柔軟性を向上させることができる。
【００３０】
データベースサーバ２または事務所端末３は、車両情報に対して乗務員を割り当てると、図８に示すように輸送指示情報および運行計画情報を作成する。輸送指示情報とは、携帯シリアル、乗務員名、車両番号、出発地、目的地、作業優先順位、指示割当日、出発日、到着日などを含み、今回の輸送の書誌事項を表すものである。運行計画情報は、出発地、目的地、ルート、休憩地点、休憩時間、高速料金などを含み、輸送の具体的な予定を示すものであるこの運行計画情報は後述する予実対比レポートの作成に使用されるため、データベースサーバ２に格納しておく。なお出発地、目的地は繰り返し用いられる場合が多いため、名称、TEL、FAX、住所、緯度、経度などの情報を出発地、目的地情報としてまとめてインデックス化し、運行計画情報に関連づける。これによりデータ容量の節約を図ることができる。
【００３１】
また事務所端末３は、データベースサーバ２に登録された車両情報および輸送指示情報を元にして、自動的に納品書を作成することができる。納品書は運行計画と共に乗務員が携行する。
【００３２】
（輸送時の動作）
次に、携帯型端末５を用いて輸送を行なう際のシステムの動作について説明する。図９は携帯型端末の画面例を示す図、図10は運航中のデータの格納を説明するブロック図、図11は緊急連絡送信を行なう場合の画面例である。
【００３３】
乗務員は、割り当てられた車両に乗って出発するに際して、携帯型端末５を起動させる。携帯型端末５は、搭載されたウェブブラウザ機能を起動すると、初期画面がHTTPサーバ１に接続されるようになっている。従って、図９（ａ）に示すように、所定の１つのボタン11を押すのみで携帯型端末５からシステムを起動できるように構成されている。
【００３４】
HTTPサーバ１は携帯型端末５のブラウザから取得された環境変数から電話番号を取得して端末を識別し、その管理番号に関連づけられた輸送作業の輸送指示情報および運行計画情報を開き、図９（ｂ）に示すように日報入力画面（動態入力手段）を表示する。乗務員が、例えば「出発」という項目を選択すると、現在の動態としてHTTPサーバ１を介してデータベースサーバ２に送信される。動態（ステータス）としては、出発、休憩、仮眠、到着、帰社などが考えられるが、項目はシステムの運用に沿って適宜定めることでよい。
【００３５】
すなわち乗務員は携帯型端末５を取り扱う上において、１つのボタンを押してHTTPサーバ１に接続し、表示される画面上で項目を選択するのみであり、文字入力を行なう必要はないよう構成している。
【００３６】
日報入力画面において入力がなされるか、または所定時間（例えば10秒）放置されると、図９（ｃ）に示すような位置情報自動送信画面が起動する。それ以後は携帯型端末５はHTTPサーバ１に対する接続を維持し、一定時間毎にページを読み直すことにより、ＧＰＳ機能を定期的に動作させ、HTTPサーバ１に位置情報を送信する。
【００３７】
また、上記動態を入力する際には、同時に携帯型端末５のＧＰＳ機能を動作させ、取得した位置情報を動態と共に送信する。図10に示すようにデータベースサーバ２は、動態と緯度、経度、および日時とを、位置情報として格納する。これにより、動態が変更になった位置を正確に判断することが可能となる。
【００３８】
この位置情報定期送信のタイマー機能は、HTMLの標準的なコマンドによって実現することができる。ＧＰＳ機能を動作させるためのコマンドは、携帯型端末５が解釈できる独自のHTML書式によって実現することもできるが、JAVA（登録商標）アプリケーションによって実現することもできる。なお実際上は、HTML書式によってＧＰＳ機能を動作させると確認ダイアログが必要となるため、JAVAアプリケーションをモジュールとして呼び出すよう構成することが好ましい。
【００３９】
このように本実施例においては、ごく一部の機能を担うモジュール、具体的にはＧＰＳ機能を動作させるためのモジュールをのぞいては、携帯型端末５から操作するインターフェースを全てHTTPサーバ１側に持たせている。従ってシステムの処理フローやデザインに変更を加えたい場合には、HTTPサーバ１上のファイルを編集するのみで全ての携帯型端末５について変更することができる。従って、個々の携帯型端末５においてプログラム等を更新する作業を行なう必要がなく、システム変更に対する各乗務員の作業負担を極めて軽減することができるため、システムのフレキシブル性が極めて高めることができる。
【００４０】
また上記したように、HTTPサーバ１側で環境変数を取得して、輸送作業を進行させる。すなわち各携帯型端末５の状況（進行度）はHTTPサーバ１側に保存され、管理されている。従って、例えば携帯型端末５の電池が消耗して一時的に接続が切れた場合であっても、輸送作業の最初から再度開始するわけではなく、前回電源切断時の続きから再開することができる（レジューム機能）。
【００４１】
また図９（ｄ）に示すように、乗務員は携帯型端末５を操作することにより、輸送指示情報を確認することが可能となっている。乗務員は紙による輸送指示情報、運行計画情報を携行して乗車しているが、このように携帯型端末５を通じて輸送指示情報を確認できることで利便性を向上させることができる。
【００４２】
図10および図11に示すように、事務所端末３からHTTPサーバ１を介して、携帯型端末５に向かって緊急連絡情報を送信することができる。緊急連絡情報としては、送信者、宛先、メッセージ内容がデータベースサーバ２に記録される。メッセージの内容は任意であるが、例えば気象情報、行き先の変更などが考えられる。なお、緊急とはいえ運転中に呼び出しを行なうと安全上の問題があるため、乗務員が携帯型端末５を操作した際に優先的に表示するよう構成している。これにより輸送業務に支障を来すことなく、連絡を送信、確認することが可能となっている。なお緊急連絡情報をデータベースサーバ２に格納することにより、乗務員は後からメッセージ内容を参照して確認することも可能である。
【００４３】
また携帯型端末５が携帯電話であることから、通話したり、メールの送受信を行なうことができ、事業所との連絡に簡便に利用することができる。また近年急速に発達しつつあるカメラ機能を利用することにより、故障箇所などを写真にとってサーバに送信することも可能である。
【００４４】
車両が目的地に到着し、車両を顧客に引き渡すと、乗務員は図９（ｂ）に示した日報入力画面を表示させ、「到着」という項目を選択する。すると引き渡した場所の位置情報と「到着」という動態があわせてデータベースサーバ２に格納される。そして乗務員は公共機関を使用して事業所へと戻り、到着したら「帰社」という項目を選択し、一連の輸送作業を終了する。
【００４５】
（データの処理と出力）
次に、上記動作によって取得されたデータの処理、表示もしくは出力について説明する。図12はデータの流れを説明するブロック図、図13は位置情報管理の出力例を示す図、図14は運行履歴管理の出力例を示す図、図15は運行状況グラフ表示の出力例を示す図、図16は労務管理のための出力例を示す図、図17は全てのデータから照会し、検索、抽出、出力する例を示す図、図18はマスター動作の編集の画面例を説明する図である。
【００４６】
まず輸送中の段階において、指定車両の現在位置を参照し、地図上に表示することが可能である。すなわち、図12に示すようにデータベースサーバ２に格納される位置情報（緯度、経度）を参照し、図13に示すように地図データと重ね合わせて表示する。図13においては、領域12ａに実行中の輸送作業一覧が表示され、いずれかの作業を選択すると、該当する車両の現在位置を地図領域12ｃに表示する。このとき、ＧＰＳ機能からは、位置情報のみでなく、精度情報も取得することができる。これを利用し、位置を表示する際に、アイコンの色を変えるなどして精度情報も視覚的に表現する。
【００４７】
また地図上に表示する際には、現在の位置のみでなく、位置情報の履歴もあわせて表示、印刷することができ、また画像ファイルとして出力することも可能である。これにより、経路を地図上で一見して把握することが可能である。表示は取得した位置情報をプロットしても良いし、線で接続して表示しても良い。また図に示す再生ボタン12ｂを押すことにより現時点までの位置情報を順次プロットし、位置情報をコマ送り再生することもでき、画面上に収まらない拡大率で地図を表示している場合にも直感的に経路を把握することができる。
【００４８】
また図12に示すように位置情報は、HTTPサーバ１および外部ネットワーク４を介して、顧客端末７からも参照可能となっている。これにより、顧客は自己の車両が現在どの位置にあるかを地図データ上で容易に把握することができる。
【００４９】
また位置情報を用いて、図14に示すように、運行履歴管理を行なうことができる。運行履歴とは時系列を軸として位置情報を参照するものであり、時間（時刻）、場所、動態の変化をより詳細に把握することができる。図14においては、領域13ａに輸送作業一覧が表示され、これを選択すると領域13ｂに運行履歴が表示される。このときＧＰＳ機能から得られた精度情報もあわせて出力することにより、運行履歴を評価する際の参考にすることができる。
【００５０】
運行履歴管理は時刻を基準として数値を羅列して表示しているが、図15に示すように、これを経過時間に対するグラフによって表すことにより視覚的に運行履歴を把握することが可能となる。図15においては、領域14ａに輸送作業一覧が表示され、これを選択するとその運行履歴を元に、領域14ｂに輸送完了までの経過時間に対する移動距離の変化をグラフとして表示している。またあわせて、基準となる日付および時刻も領域14ｃに表示する。なお移動距離は、定期的に位置情報を取得した各地点間の距離を積算している。グラフの傾きにより移動速度の変化を視覚的に判断することができ、以後の運行計画作成に利用することができる。表示したグラフは、印刷、コピーなどの出力が可能である。
【００５１】
また図16に示すように、日報のための予実対比レポートを生成することができる。図16において、領域15ａに輸送作業一覧が表示され、これを選択すると、領域15ｂに示すように運行計画情報と運行履歴（実績データ）とを、時間軸を基準として併記する。運行計画情報はあらかじめデータベースサーバ２に格納してあった情報である（図８参照）。これにより予定に対する実績を一目で判断できる予実対比レポートとすることができ、法規の定めにより必要とされる運行指示書と併用できる日報を容易に作成することが可能となる。
【００５２】
また輸送作業が完了すると、図12に示すように、ホストコンピュータ６に到着情報が自動的に送信される。到着情報とは、車両情報および位置情報である。顧客への引き渡し場所が変更になる場合もあるため、客観的事実としての位置情報が有効だからである。
【００５３】
また事務所端末３からは、例えば図17に示すように、データベースサーバ２に格納された全てのデータを照会し、検索、抽出、出力が可能である。出力には画面表示、テキストファイル（ＣＳＶ）出力、および印刷が含まれる。これにより業務の効率化、事務コスト削減、労務管理の容易化を図ることができる。
【００５４】
上記のようなデータベースサーバ２の参照、処理および出力は、HTTPサーバ１により、ウェブからも利用可能となっている。これにより遠隔地に事業所がある場合にも、同等の業務を行なうことが可能となる。また同一事業所内においても、事務所端末３が複数ある場合には、閲覧するだけの端末には専用のアプリケーションをインストールする必要がなく、業務上の管理が極めて簡略となるという利点がある。
【００５５】
さらに事務所端末３からは、図18に示すように、各種マスター情報を編集、追加することも可能となっている。マスター情報とは、逐次採取するデータではなく、インデックスにより参照されるデータをいい、協力会社や乗務員の諸情報、搬出入先の諸情報などが含まれる。
【００５６】
なお、本実施例においてはHTTPサーバ１、データベースサーバ２、ホストコンピュータ６をそれぞれ別のサーバー装置（コンピュータ）として説明したが、実際上は必ずしも分ける必要はなく、いずれか２つのサーバ、もしくは全てのサーバを単一のコンピュータ装置によって実現しても良い。さらには、事務所端末３をも兼ねさせることも可能である。
【産業上の利用可能性】
【００５７】
本発明は、車両を用いて運送、配送する業務における運行管理に利用することができる。
【図面の簡単な説明】
【００５８】
【図１】本実施例に係るシステムの装置構成を説明する図である。
【図２】データの流れの概要を説明する図である。
【図３】事前データの格納を説明するブロック図である。
【図４】輸送指示をホストコンピュータからの取込みを説明するブロック図である。
【図５】輸送指示取込みの検索画面例を示す図である。
【図６】配車支援の動作を説明する図である。
【図７】配車支援を説明する図である。
【図８】輸送指示情報および運行計画情報の作成を説明するブロック図である。
【図９】携帯型端末の画面例を示す図である。
【図１０】運航中のデータの格納を説明するブロック図である。
【図１１】緊急連絡送信を行なう場合の画面例である。
【図１２】データの流れを説明するブロック図である。
【図１３】位置情報管理の出力例を示す図である。
【図１４】運行履歴管理の出力例を示す図である。
【図１５】運行状況グラフ表示の出力例を示す図である。
【図１６】労務管理のための出力例を示す図である。
【図１７】全てのデータから照会し、検索、抽出、出力する例を示す図である。
【図１８】マスター動作の編集の画面例を説明する図である。
【符号の説明】
【００５９】
１    …HTTPサーバ
２    …データベースサーバ
３    …事務所端末
４    …外部ネットワーク
５    …携帯型端末
６    …ホストコンピュータ
７    …顧客端末
【図２】
2005115625.tif 000003
【図３】
2005115625.tif 000004
【図４】
2005115625.tif 000005
【図８】
2005115625.tif 000006
【図１０】
2005115625.tif 000007
【図１２】
2005115625.tif 000008
【図１７】
2005115625.tif 000009
【図１】
2005115625.tif 000010
【図５】
2005115625.tif 000011
【図６】
2005115625.tif 000012
【図７】
2005115625.tif 000013
【図９】
2005115625.tif 000014
【図１１】
2005115625.tif 000015
【図１３】
2005115625.tif 000016
【図１４】
2005115625.tif 000017
【図１５】
2005115625.tif 000018
【図１６】
2005115625.tif 000019
【図１８】
2005115625.tif 000020