(57)【要約】【解決手段】センター１は、配送計画に基づいて、配送先単位で当該配送先、配送順序及び荷物の情報が含まれている配送指示メールを作成し、それらのメールを移動端末１０に送信する。移動端末１０は、各配送先で配送作業が完了した時点で、受信した当該配送先の配送指示メールに対して、センター１に引用返信を行う。センター１は、返信された配送指示メールを受信すると、その受信データに基づいて、配送実績を管理する。【効果】搭乗者は、メールを受信し、読み、そのまま返信するという簡単な操作をするだけでよい。センター１は、返信された配送指示メールを受信すると、その受信データに基づいて、配送が計画どおり行われたかどうかをチェックして、配送実績をリアルタイムで把握し、管理することができる。【選択図】        図１
2004227502.tif 000002
【特許請求の範囲】
【請求項１】
センターに設置されたコンピュータと車両に搭載された移動端末との間で行われる通信を利用して配送管理を行う配送管理方法であって、
センターは、配送計画に基づいて、配送先単位で当該配送先、配送順序及び荷物の情報が含まれている配送指示メールを作成し、それらの配送指示メールを移動端末に送信し、
移動端末は、当該配送先で配送作業が完了した時点で、受信した当該配送先に関する配送指示メールに対して、センターに引用返信を行い、
センターは、返信された配送指示メールを受信すると、その受信データに基づいて、配送実績を管理することを特徴とする配送管理方法。
【請求項２】
センターは、配送計画に基づいて、移動端末に配送指示メールを送信する際に、配送時刻の遅い配送先の順に配送指示メールを送信することを特徴とする請求項１記載の配送管理方法。
【請求項３】
センターは、配送計画に基づいて、移動端末に配送指示メールを送信する際に、所定の時間間隔を設けて各配送指示メールを送信することを特徴とする請求項２記載の配送管理方法。
【請求項４】
配送指示メールの件名に、当該配送先と配送順序の情報が含まれていることを特徴とする請求項１記載の配送管理方法。
【請求項５】
センターに設置されたコンピュータと車両に搭載された移動端末との間で行われる通信を利用して配送管理を行う配送管理方法であって、
センターは、配送計画に基づいて、拠点単位で当該拠点の情報が含まれている指示メールを作成し、それらのメールを移動端末に送信し、
移動端末は、当該拠点で集荷又は出荷作業が完了した時点で、受信した当該拠点の指示メールに対して、センターに引用返信を行い、
センターは、返信された指示メールを受信すると、その受信データに基づいて、配送実績を管理することを特徴とする配送管理方法。
【請求項６】
センターに設置されたコンピュータと車両に搭載された移動端末との間で行われる通信を利用して配送管理を行う配送管理システムであって、センターは、
配送計画に基づいて、配送先単位で当該配送先、配送順序及び荷物の情報が含まれている配送指示メールを作成するメール作成手段と、
メール作成手段によって作成されたメールを移動端末に送信する送信手段と、配送先で配送作業が完了した時点で、移動端末から引用返信された配送指示メールを受信すると、その受信データに基づいて、配送実績を管理する管理手段とを有することを特徴とする配送管理システム。
【請求項７】
前記移動端末は、搭乗者の持つ携帯端末機であることを特徴とする請求項６記載の配送管理システム。
【請求項８】
前記移動端末にはＧＰＳユニットが付属していることを特徴とする請求項６記載の配送管理システム。
【請求項９】
センターに設置されたコンピュータと車両に搭載された移動端末との間で行われる通信を利用して配送管理を行うための配送管理プログラムであって、
センターのコンピュータに実装され、
配送計画を取得するステップと、
配送計画に基づいて、配送先単位で当該配送先、配送順序及び荷物の情報が含まれている配送指示メールを作成し、それらの作成されたメールを移動端末に送信するステップと、
配送先で配送作業が完了した時点で、移動端末から引用返信された配送指示メールを受信するステップと、
その受信データに基づいて、配送実績を管理するステップとを有することを特徴とする配送管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、配送指示メールを各車両の移動端末に送信し、その返信メールに基づいて配送実績を管理する配送管理方法、システム及びプログラムに関するものである。
【０００２】
【従来の技術】
従来、車両の配送管理は、車両にディジタルタコグラフなどの専用端末を装備し、この専用端末からセンターの管理装置に対して、配送実績データを送信することによって行っていた。
【０００３】
【特許文献１】特開２０００−２６８１０１号公報
【０００４】
【発明が解決しようとする課題】
前記の配送管理方法では、専用端末が高価であり、また、専用端末の携帯性、操作性に難があり、搭乗者が手軽に使用することができなかった。
そこで、本発明は、汎用されている電子メールを用いてセンターから配送指示を送ることができ、車両では、搭乗者が簡単な操作によって配送実績データを返送することができる配送管理方法、システム及びプログラムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明の配送管理方法では、センターは、配送計画に基づいて、配送先単位で当該配送先、配送順序及び荷物の情報が含まれている配送指示メールを作成し、それらのメールを移動端末に送信する。移動端末は、配送作業が完了した時点で、受信した当該配送先の配送指示メールに対して、センターに引用返信を行う。センターは、返信された配送指示メールを受信すると、その受信データに基づいて、配送実績を管理する（請求項１）。
【０００６】
前記の方法によれば、センターで計画立案した配送計画を、配送先単位で電子メールを用いて移動端末に送信し、移動端末は、当該配送先での作業が済めば、受信したメールに対する引用返信をするだけで、センターに配送作業を報告することができる。すなわち、搭乗者は、移動端末によってメールを受信し、読み、そのまま返信するという簡単な操作をするだけでよく、従来のように専用端末の慣れない操作をする必要はない。センターは、返信された配送指示メールを受信すると、その受信データに基づいて、配送が計画どおり行われたかどうかをチェックすることにより、配送実績をリアルタイムで把握し、管理することができる。
【０００７】
また、センターは、配送計画に基づいて、移動端末に配送指示メールを送信する際に、配送時刻の遅い配送先順に配送指示メールを送信することとすれば（請求項２）、移動端末のメール確認画面に並ぶ順番は、上から配送・作業順に並んでいるため、作業者が感覚的に作業を理解しやすいという利点がある。このため、繁忙時の作業者の操作ミス減少が見込める。
なお、センターは、配送計画に基づいて移動端末に配送時刻の遅い配送先順に配送指示メールを送信する際に、所定の時間間隔を設けて配送指示メールを送信することが望ましい（請求項３）。これは、メールの送信時間にばらつきが出るので、そのばらつきを吸収するためである。
【０００８】
また、配送指示メールの件名に、当該配送先と配送順序の情報を含むこととすれば（請求項４）、搭乗者は、受信メール一覧の画面（件名が並んでいる）を一目見るだけで、配送先と配送順序を把握することができる。したがって、搭乗者に負担をかけることが少なくなり、作業能率の向上を図ることができる。
また、本発明の配送管理方法では、センターは、配送計画に基づいて、拠点単位で当該拠点及び荷物の情報が含まれている指示メールを作成し、それらのメールを移動端末に送信し、移動端末は、当該拠点で集荷作業又は出荷作業が完了した時点で、受信した当該拠点の指示メールに対して、センターに引用返信を行い、センターは、返信された指示メールを受信すると、その受信データに基づいて、集荷及び出荷の実績を管理することができる（請求項５）。
【０００９】
本明細書において、車両が、配送の対象となる荷物を集荷したり出荷したりする場所を「拠点」という。
この方法は、荷物の集荷及び出荷の実績を管理するのに適した方法であり、センターで計画立案した計画を、拠点単位ごとに電子メールを用いて移動端末に送信し、移動端末は、当該拠点での作業が済めば、受信したメールに対する引用返信をするだけで、センターに作業を報告することができる。すなわち、搭乗者は、移動端末によってメールを受信し、読み、そのまま返信するという簡単な操作をするだけでよく、従来のように専用端末の慣れない操作をする必要はない。
【００１０】
本発明の配送管理システムは、センターにおいて、配送計画に基づいて、配送先単位で当該配送先、配送順序及び荷物の情報が含まれている配送指示メールを作成するメール作成手段と、メール作成手段によって作成されたメールを移動端末に送信する送信手段と、配送先で配送作業が完了した時点で、移動端末から引用返信された配送指示メールを受信すると、その受信データに基づいて、配送実績を管理する管理手段とを有するものである（請求項６）。
【００１１】
この配送管理システムであれば、センターで計画立案した配送計画を、センターから配送先単位で電子メールを用いて移動端末に送信する。移動端末は、当該配送先での作業が済めば、受信したメールに対する引用返信をするだけで、センターに配送作業を報告することができる。センターは、返信された配送指示メールを受信すると、その受信データに基づいて、どの配送計画に対して返信されたかをチェックすることにより、配送実績を管理することができる。
【００１２】
前記移動端末が携帯端末機であれば（請求項７）、搭乗者は、使い勝手のよく分かっている携帯端末機を操作するだけでよく、従来のように専用端末の慣れない操作をする必要はない。したがって、作業の効率が向上する。
前記移動端末にＧＰＳユニットが付属していれば（請求項８）、その車両の位置情報をセンターに知らせることができるので、センターは、配送車両の位置把握を含めて、配送実績の管理ができる。
【００１３】
また、本発明の配送管理プログラムは、センターのコンピュータに実装され、本発明の前記配送管理システムを稼動するための各ステップを含むものである。本プログラムは、配送計画を取得するステップと、配送計画に基づいて、配送先単位で当該配送先、配送順序及び荷物の情報が含まれている配送指示メールを作成し、それらの作成されたメールを移動端末に送信するステップと、配送先で配送作業が完了した時点で、移動端末から引用返信された配送指示メールを受信するステップと、その受信データに基づいて、配送実績を管理するステップとを有している（請求項９）。この配送管理プログラムを、センターのコンピュータに実装し、各車両に移動端末を配備するだけで、本配送管理システムを構築することができる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を、添付図面を参照しながら詳細に説明する。
図１は、本発明の電子メールを用いた配送管理システムの構成を示すブロック図である。同システムは、コンピュータ３を備えたセンター１、携帯電話機、ＰＤＡなどの電子メール受信機能を備えた移動端末１０を搭載した車両２、及びコンピュータ３と移動端末とをつなぐ通信回線５〜９などからなっている。
【００１５】
コンピュータ３は、本発明の配送管理プログラムを記憶したＣＤ−ＲＯＭなどの媒体４を格納するとともに、コンピュータ３内のハードディスクの中にディレクトリを作って、本システムの運用に必要な各種データベース（配送デスデータベースという）を構築している。なお、配送管理プログラムは、通信回線を通してダウンロードされたものであってもよい。
通信回線は、センター１内のコンピュータ回線を集約するルータ５、電話回線網を通してインターネットプロバイダに信号を送り出すモデム６、インターネット７、プロバイダのメールサーバ８及び移動端末１０との接続をするパケット通信網９等からなっている。なお、ルータ５やモデム６を使わずに、コンピュータ３とインターネットプロバイダを無線回線で直接結ぶような構成（図示せず）を採用してもよい。
【００１６】
また、移動端末には、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信ユニット１１が接続されている。ＧＰＳ受信ユニット１１は、アンテナ１２を通してＧＰＳ衛星から現在位置情報を取得する。
以上のシステムにおける処理の流れを簡単に説明すると、次のようになる。
コンピュータ３は、配送計画に基づいて電子メールの件名（Ｓｕｂｊｅｃｔ）と本文を作成して、移動端末１０に送信する。
【００１７】
車両２の搭乗者は、指示された作業が終わったら、移動端末１０を使って、受信した電子メールをそのまま手動で引用返信する。
コンピュータ３は、移動端末１０から返信メールを受信すると、返信時刻を把握し、配送実績として格納する。
図２は、以上に概略述べた情報の流れを示すタイムチャートである。
センター１のコンピュータ３は、移動端末１０に対して、出発拠点、配送先１，２，・・・、帰着拠点に関する情報をそれぞれ電子メールで送る。「出発拠点」とは車両２が荷物を集荷する場所（配送センターなど）をいい、「配送先」は、車両２が荷物を届け、又は荷物を搬入する場所をいう。「帰着拠点」は車両２が荷物を出荷する場所をいう。「情報」のなかには、配送順序及び荷物を特定する情報等も含まれている。
【００１８】
移動端末１０は、車両２が出発拠点を出ると、搭乗者の操作に基づいて、受信した出発拠点に関する電子メールをそのまま引用返信する。また、配送先１，２，・・・での作業が終了するたびに、搭乗者の操作に基づいて、受信した配送先１，２，・・・に関する配送指示電子メールをそのまま引用返信する。最後に、帰着拠点に到達すると、搭乗者の操作に基づいて、受信した帰着拠点に関する電子メールをそのまま引用返信する。
【００１９】
図３は、センター１のコンピュータ３における配送計画送信から配送実績取得までの全体の処理の流れを示すフローチャートである。コンピュータ３で実行される機能として、計画監視機能、メール送信機能、メール受信機能、確認機能の４つの機能がある。上記の各機能は、コンピュータ３内で各々独立した処理として実行され、配送デスデータベースや電子メールを介して各種情報の受け渡しを行っている。各機能の概要は次のとおりである。
【００２０】
計画監視機能：コンピュータ３は、常に配送計画立案ソフトの配送計画確定情報のデータベースを監視している。配送計画が確定すると、データベースからその計画を取得し、各配送先のメールを構築し、メール送信用のデータベースに書き込む。
メール送信機能：コンピュータ３は、常にメール送信用のデータベースを監視している。メール送信用のデータベースに未送信メッセージが存在した場合には、メッセージを取得し電子メールとして送信する。
【００２１】
メール受信機能：コンピュータ３は、プロバイダのメールサーバ８を常に監視している。メールサーバ８に車両２からの返信メールが存在する場合、当該メールを受信する。受信したメールのＦＲＯＭアドレス、件名、本文を読み、配送実績に関するメールの場合、受信ログのデータベースに書き込む。
確認機能：コンピュータ３は、受信ログのデータベースを常に監視している。レジストリに前回切り出したデータに関する情報を書き込んでおり、その情報よりも新しい受信ログが存在した場合には、そのデータを取得し、配送計画確定情報のデータベースに配送実績として書き込む。
【００２２】
以上の４つの機能に基づく本発明の配送管理処理の流れをそれぞれ説明する。図４は、計画監視機能に基づく処理の流れを示すフローチャートである。この処理に用いられるデータベースとして、「配送計画確定情報ヘッダ」、「配送計画確定情報明細テーブル」、「移動端末情報テーブル」、「荷物情報テーブル」、「実車両マスタテーブル」、「移動端末送信メッセージテーブル」がある。
「配送計画確定情報ヘッダ」は、配送計画ごとに作成され、システム管理識別コード（識別コードのことを「ＩＤ」ともいう）、計画管理ＩＤ、配送に従事する当該実車両コード、搭乗者コード、計画の状態（確定か、未確定か）、メール送信状況（未送信か、送信完了か）の情報を含んでいる。データベースのフォーマット例は、表１のとおりである。
【００２３】
【表１】
2004227502.tif 000003
【００２４】
「配送計画確定情報明細テーブル」は、配送計画の詳細を格納したテーブルであり、取り扱う荷物ごとに作成される。次の表２に示すような各種項目を含んでいる。必須項目とされている項目は、現計画の段階で必ず記載されている項目をいう。「配送順」は当該荷物を何番目に配送するかの順序を表す。地点には、前述したように拠点、配送先といった種類があるので、この種類を「地点種別」として格納している。「配送種別」は、配送、集荷、転送（配送）、転送（集荷）―転送とは配送先から他の配送先へ荷物を送ることをいう――の情報を表す。配送先への「到着時刻」、「出発時刻」は予定を表す。
【００２５】
【表２】
2004227502.tif 000004
【００２６】
荷物情報テーブル（表３）は、荷物ごとに作成され、荷物の名称など当該荷物を特定するためのテーブルである。
【００２７】
【表３】
2004227502.tif 000005
【００２８】
実車両マスタテーブル（表４）は、車両の名称など車両を特定するためのテーブルである。
【００２９】
【表４】
2004227502.tif 000006
【００３０】
移動端末情報テーブル（表５）は、搭乗者の持っている移動端末を特定するためのテーブルである。
【００３１】
【表５】
2004227502.tif 000007
【００３２】
移動端末送信メッセージテーブル（表６）は、移動端末１０に送信する配送指示メールのデータを格納しておくテーブルである。当該データは、センター１を送信元とする送信元アドレス、搭乗者マスタテーブル（後述）から読み出される搭乗者の持っている移動端末１０の送信先アドレス、件名、及び本文のデータからなる。前記「件名」には、拠点又は配送先と、配送日、配送順が記入される。前記「本文」は、地点種別が配送先か拠点かで異なり，  配送先の場合、配送日付、車両名称、配送順、配送種別、配送先、商品、到着予定時刻、出発予定時刻が文字、数字で記入される。この他、システム管理ＩＤ、計画管理ＩＤ、配送順、荷物コードの各データも記入される。拠点の場合、配送日付、車両名称、地点種別、拠点名、到着予定時刻、出発予定時刻が文字、数字で記入される。この他、システム管理ＩＤ、計画管理ＩＤ、配送順、荷物コードの各データも記入される。
【００３３】
【表６】
2004227502.tif 000008
【００３４】
図４を参照して、コンピュータ３は、配送計画確定情報ヘッダを常時監視しており（ステップＳ１）、計画の状態（確定か、未確定か）、メール送信状況（未送信か、送信完了か）を調べている。計画が確定しており、メール送信状況が未送信であれば（ステップＳ２）、配送計画確定情報ヘッダから計画管理ＩＤ、実車両コード、搭乗者コードなどの情報を取得する。当該計画管理ＩＤに基づいて、配送計画確定情報明細テーブルから荷物コード、荷物の配送先や配送順などの明細情報を取得する。荷物コードに基づいて荷物情報テーブルから荷物情報を取得し、実車両コードに基づいて実車両マスタテーブルから車両名称を取得し、移動端末情報テーブルから移動端末情報を取得する（以上ステップＳ３）。
【００３５】
そして、以上取得された情報に基づいて、車両に送信するメールの本文を作成する（ステップＳ４）。メッセージの内容は、表６を参照して説明したとおりである。
図５は、メール送信機能に基づく処理の流れを示すフローチャートである。この処理に用いられるデータベースとして、「移動端末送信メッセージテーブル」、「移動端末情報テーブル」、「搭乗者マスタテーブル」、「配送計画確定情報明細テーブル」がある。
【００３６】
「移動端末送信メッセージテーブル」は、表６に示した項目に加えて、「送信済みフラグ」、「送信状態」の必須項目がある。「送信済みフラグ」は、当該メッセージが未送信か、送信済かを示すフラグである。「送信状態」は、さらに細かく、未送信、接続中、送信待ち、応答待ち、応答受信、送信中、送信完了、エラーを示すフラグである。データベースのフォーマット例を表７に示す。
【００３７】
【表７】
2004227502.tif 000009
【００３８】
移動端末情報テーブル（表８）は、表５で説明したのと同じ内容である。
【００３９】
【表８】
2004227502.tif 000010
【００４０】
搭乗者マスタテーブル（表９）は、搭乗者の持つ携帯端末を特定するためのテーブルである。特定は、形態端末のＥ−ｍａｉｌアドレスで行う。
【００４１】
【表９】
2004227502.tif 000011
【００４２】
配送計画確定情報明細テーブル（表１０）は、表２を用いて説明したテーブルであり、計画管理ＩＤをキーにして明細の件数を取得する。「明細件数」とは、テーブル内の配信するメール数のことであり、配送先及び拠点の数に相当する。拠点には通常、出発拠点、帰着拠点の２つがあるので、配送先の数＋２が、明細件数になる。
【００４３】
【表１０】
2004227502.tif 000012
【００４４】
図５を参照して、コンピュータ３は、未送信のメッセージが存在するかどうか、移動端末送信メッセージテーブルを常時監視している（ステップＴ１）。未送信のメッセージが存在する場合（ステップＴ２）、移動端末送信メッセージテーブルから送信するメールのデータを取得し、移動端末情報テーブルから送信する移動端末１０の情報を取得し、搭乗者マスタテーブルから送信先のメールアドレスを取得する（ステップＴ３）。
【００４５】
そして、配送計画確定情報明細テーブルに基づいて、前述した明細件数を取得する。
コンピュータ３は、この明細件数に相当する数のメールデータ（メール件名と本文）を作成し（ステップＴ４）、メール送信する（ステップＴ５）。したがって、拠点、配送先ごとに１件ずつの電子メールが送信されることになるが、このようにメールを分割して送ることは、搭乗者が作業しやすく、進捗管理などの観点からも好ましいことである。
【００４６】
一般的な移動端末（例えば携帯電話）で受信メール一覧を起動した場合、受信したメールは新しいものほど上になるように表示されるため、配送計画を普通に電子メールで送信すると、早い順番の配送先のものほど下に表示されてしまう（もしくは電子メールの遅延のため、順番が大幅に崩れてしまう）。
そこで、電子メールを送信する場合、配送・作業順序と逆の順序で送信する。さらに、電子メールの送信間隔を空け、電子メールの遅延による影響をできるだけ抑えることとする。
【００４７】
この電子メールの送信手順（ステップＴ５）の詳細を図６のフローチャートに示す。コンピュータ３は配送計画確定情報明細テーブルから配送順を確認し（ステップＴ５１）、配送順とは逆の順序で電子メールを作成する（ステップＴ５２）。そして移動端末送信メッセージテーブルにメールデータを書き込み（ステップＴ５３）、送信する。次に所定時間の経過を待ってから（ステップＴ５５）、次の電子メールについて、前記と同様の送信操作を行う。配送計画にある全ての電子メールについて送信操作が終わると（ステップＴ５４）、元の処理（図５；ステップＴ５）に戻る。ステップＴ５５における「所定時間」は、統計的に得られる最長送信時間と、統計的に得られる最短送信時間との差よりも長い時間に設定すればよい。
【００４８】
この結果、送信された配送指示メールは、移動端末の画面上では、図７に示すように、配送・作業順に上から並ぶようにすることができる。したがって、搭乗者の感覚と一致し、情報を確認しやすくなり、繁忙時の作業ミス、操作ミスが減る。また、センター側は順番を並べ替えるという簡単な処理で済むので、既存のメール送信処理に対する改造量が少なくて済む。
なお、電子メールを配送順と逆の順序で並べ替える処理（ステップＴ５２）をしないで送信した場合、携帯電話機上では、図８に示すように、配送・作業順とほぼ逆の順序で上から並んでしまうので、搭乗者は感覚的に情報を確認しにくくなる。このため、繁忙時に作業ミス、操作ミスを誘発するおそれがある。
【００４９】
次に、移動端末１０でのメール返信操作を説明する。この操作は、コンピュータ３が行うのではなく、搭乗者が移動端末１０を手動操作して行う。
図９は、移動端末１０でのメール返信操作を説明するためのフローチャートである。移動端末１０で配送を指示する電子メールを待ち受けて、メールを受信する（ステップＵ１）。拠点又は配送先に到着すると（ステップＵ２）、搭乗者はそこでの作業を行い、その作業が終了すると（ステップＵ３）、受信した当該拠点又は配送先に関する電子メールに対して文章を追加することなく、そのまま返信する（ステップＵ４）。そして、次の拠点又は配送先についても作業が終了すると、同じように受信した当該拠点又は配送先に関する電子メールに対してそのまま返信することを繰り返す。このようにして、すべての拠点又は配送先について作業が終了するまで返信操作を続ける（ステップＵ５）。
【００５０】
図１０は、配送先に関する配送指示メールの画面図である。
図１０（ａ）は移動端末１０で受信された電子メールの画面図である。「件名」には、配送先、配送日、配送順が記入されている。搭乗者は、受信メールの件名一覧画面を見るだけで、拠点か配送先かの区別や、配送順がわかるため、１通１通メールを開いて内容を確認する必要がなく、作業者の負担感が軽減する。
「本文」は、配送日付、車両名称、配送順、配送種別、配送先、商品、到着予定時刻、出発予定時刻が文字、数字で記入され、システム管理ＩＤ、計画管理ＩＤ、配送順、荷物コードの各データも記入される。
【００５１】
図１０（ｂ）は移動端末１０から返信し、送信済みフォルダの中に残っている電子メールの画面図である。（ａ）（ｂ）２つの画面図を比較すると、件名に“Ｒｅ：”が付いていることと、本文の先頭のみ又は各行に“＞”が付いていることが違っているだけで、他の内容は同一である。
図１１は、拠点に関する電子メールの画面図である。
図１１（ａ）は移動端末１０で受信された電子メールの画面図である。「件名」には、拠点、配送日が記入されている。「本文」には、配送日付、車両名称、地点種別、拠点名、到着予定時刻、出発予定時刻が文字、数字で記入され、システム管理ＩＤ、計画管理ＩＤ、配送順、荷物コードの各データも記入されている。
【００５２】
図１１（ｂ）は移動端末１０から返信され、送信済みフォルダの中に残っている電子メールの画面図である。（ａ）（ｂ）２つの画面図を比較すると、これも、件名に“Ｒｅ：”  が付いていることと、本文の先頭のみ又は各行に“＞”が付いていることが違っているだけで、他の内容は同一である。
このように、搭乗者は、受信した当該拠点又は配送先に関する電子メールをそのまま返信するだけで配送実績が反映されるので、配送完了の電話連絡の必要がなくなる。また、普段の生活の身近にあり、慣れ親しんだ移動端末１０を用いることで、搭乗者に作業負担感を感じさせずに配送管理が可能となる。
【００５３】
なお、図１で説明したように、移動端末１０に、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）ユニット１１が接続されていれば、任意の時刻（例えばメール返信した時刻）にＧＰＳ衛星から取得される現在位置情報をセンター１のコンピュータ３に送ることができる。センター１は、この位置情報の利用することによって、車両の位置管理追跡を含む車両運行管理がリアルタイムで可能となる。また、センター１から各移動端末への現在位置確認要求（ポーリング）ができる。
【００５４】
つぎに、コンピュータ３でのメール受信機能に基づく処理の流れを説明する。図１２は、コンピュータ３でのメール受信機能に基づく処理の流れを示すフローチャートである。
この処理に用いられるデータベースは、「搭乗者マスタテーブル」、「移動端末情報テーブル」、「移動端末１０受信ログテーブル」である。
搭乗者マスタテーブル（表１１）は、表９で説明した搭乗者マスタテーブルと同じ内容を持つテーブルである。
【００５５】
【表１１】
2004227502.tif 000013
【００５６】
移動端末情報テーブル（表１２）は、表８で説明した移動端末情報テーブルと同じ内容を持つテーブルである。
【００５７】
【表１２】
2004227502.tif 000014
【００５８】
移動端末受信ログテーブル（表１３）は、移動端末１０から作業終了を示す返信メールが送られてきた場合に、その受信日時、パケット番号、端末コード、受信データを記憶するテーブルである。
【００５９】
【表１３】
2004227502.tif 000015
【００６０】
図１２のフローチャートに基づいて説明すると、コンピュータ３は、プロバイダのメールサーバ８を常に監視している（ステップＶ１）。メールサーバ８にメールが存在し、それが配送実績のメールである場合（ステップＶ２）、当該メールを取得する（ステップＶ３）。受信したメールのメールアドレスを基にして搭乗者マスタテーブルを検索して搭乗者コードを取得し、搭乗者コードを基にして移動端末情報テーブルを検索して移動端末の端末コードを取得する（ステップＶ４）。データベースに登録されてある移動端末かどうかを確認し（ステップＶ５）、そうであれば、件名が該当する件名（送信したメールの件名）であるかどうか確認する（ステップＶ６）。ＹＥＳであれば、受信したメールの受信日時、パケット番号、端末コード、受信データを（これらのデータを「配送実績受信データ」という）、移動端末受信ログテーブルに格納する。
【００６１】
コンピュータ３は、こうして格納した配送実績受信データを利用して、確認機能を実施する。図１３は、コンピュータ３での確認機能に基づく処理の流れを示すフローチャートである。
この処理に用いられるデータベースは、「移動端末受信ログテーブル」、「配送計画確定情報明細テーブル」及びそのバックアップテーブルである。
移動端末受信ログテーブル（表１４）は、表１３で説明した移動端末情報テーブルと同じ内容を持つテーブルである。
【００６２】
【表１４】
2004227502.tif 000016
【００６３】
配送計画確定情報明細テーブル（表１５）は、表２で説明した配送計画確定情報明細テーブルに、「配送状況」、「実配送日」、「実配送時刻」が必須項目として加わっている。「配送状況」、「実配送日」、「実配送時刻」は、車両の移動端末１０からメールの引用返信があった事実、返信の日付及び返信時刻に基づいて格納される情報である。
【００６４】
【表１５】
2004227502.tif 000017
【００６５】
図１３のフローチャートに基づいて説明すると、コンピュータ３は、移動端末受信ログテーブルを常に監視している（ステップＷ１）。監視の結果、未確認の配送実績受信データが存在した場合（ステップＷ２）、その配送実績受信データを取得し（ステップＷ３）、該当する配送計画の配送完了日付、配送完了時刻、配送状況等の実績データを配送計画確定情報明細テーブル及び、配送計画確定情報明細バックアップテーブルに書き込む（ステップＷ４）。
【００６６】
コンピュータ３は、この配送計画確定情報明細テーブルを読むことによって、当日の配送作業が計画どおり行われたかどうかを、時間遅れなしにリアルタイムで把握することができる。
以上で、本発明の実施の形態を説明したが、本発明の実施は、前記の形態に限定されるものではなく、本発明の範囲内で種々の変更を施すことが可能である。
【００６７】
【発明の効果】
以上のように本発明によれば、配送計画を、各配送先単位で配送指示メールとして分割して移動端末に送信し、配送先では、荷物の配送が完了した時点で、移動端末を用いて該当する配送先の配送指示メールに対して引用返信を行うことによって、センターで配送実績を取得することができる。
したがって、各車両に、ディジタルタコグラフなどの高価で操作性の悪い専用車載端末を使用することなく、安価で一般的な移動端末を配備することによって、安価かつ効率的に配送管理が実現できる。
【図面の簡単な説明】
【図１】本発明の配送管理システムの構成を示すブロック図である。
【図２】本発明におけるセンターと移動端末間の情報の流れを示すタイムチャートである。
【図３】配送管理プログラムにおける配送計画送信から配送実績取得までの全体の処理の流れを示すフローチャートである。
【図４】配送管理プログラムの計画監視機能に基づく処理の流れを示すフローチャートである。
【図５】配送管理プログラムのメール送信機能に基づく処理の流れを示すフローチャートである。
【図６】電子メールの好ましい送信手順を示すフローチャートである。
【図７】好ましい送信手順によって送信された配送計画の、携帯電話機上の画面図である。
【図８】通常考えられる送信手順によって送信された配送計画の、携帯電話機上の画面図である。
【図９】移動端末１０でのメール返信操作を説明するためのフローチャートである。
【図１０】配送先に関する配送指示メールの画面図である。
【図１１】拠点に関する配送指示メールの画面図である。
【図１２】配送管理プログラムのメール受信機能に基づく処理の流れを示すフローチャートである。
【図１３】配送管理プログラムの確認機能に基づく処理の流れを示すフローチャートである。
【符号の説明】
１  センター
２  車両
３  コンピュータ
４  媒体
５  ルータ
６  モデム
７  インターネット
８  メールサーバ
９  パケット通信網
１０  移動端末１０
１１  ＧＰＳ受信ユニット
１２  アンテナ
【図１】
2004227502.tif 000018
【図２】
2004227502.tif 000019
【図３】
2004227502.tif 000020
【図４】
2004227502.tif 000021
【図５】
2004227502.tif 000022
【図６】
2004227502.tif 000023
【図７】
2004227502.tif 000024
【図８】
2004227502.tif 000025
【図９】
2004227502.tif 000026
【図１０】
2004227502.tif 000027
【図１１】
2004227502.tif 000028
【図１２】
2004227502.tif 000029
【図１３】
2004227502.tif 000030