(57)【特許請求の範囲】
【請求項１】
車両に搭載され、運送業者側と無線通信を行う通信ユニットと、この通信ユニットに接続される携帯端末とを備えてなる荷物運送システムにおいて、
顧客より運送を依頼された荷物に関する受注データに含まれている、前記荷物の大きさまたは重量，前記荷物の運送条件に関する情報を運送業者が電子データとして受け取る手段と、
前記荷物を運送させる車両の通信ユニットに、前記受注データを送信すると共に、顧客より運送を依頼された荷物を運送させる車両を、各車両側より送信された前記積載率、前記荷物の大きさまたは重量，前記荷物の運送条件に関する情報を考慮して選択すると、前記荷物を運送させる候補として選択した複数の車両側に、前記荷物の運送条件に関する情報を予め送信する手段とを備え、
前記携帯端末は、受注データに基づく集荷先で集荷データが入力されると、その集荷データと前記運送業者より送信され前記通信ユニットを介して得た受注データとを照合し、両者が異なっている場合は前記乗員に報知を行うと共に、各集荷先における業務完了のタイミング又は入力訂正のタイミングで車両の積載率の入力画面を表示し、前記積載率が入力されて入力作業完了表示又は状況確認画面表示を行うと、前記積載率データを前記通信ユニットを介して前記運送業者側に送信し、
前記荷物を運送させる候補として選択された車両側の携帯端末は、前記運送業者より送信されて提示された運送条件について前記車両の乗員が対応可能な条件が入力されると、当該条件を前記通信ユニットを介して前記運送業者に送信することで逆提示し、
前記運送業者側の送信手段は、更に、前記候補として選択した車両側より逆提示された条件の内、最適な条件を提示した車両を選択することを特徴とする荷物運送システム。
【請求項２】
前記受注データに基づいて前記携帯端末が直接読取り可能な形式のデータ記録体を作成する手段を備え、
前記携帯端末は、前記データ記録体に記録されたデータを読み取ることを特徴とする請求項１記載の荷物運送システム。
【請求項３】
前記データ記録体は、バーコードで構成され、
前記携帯端末は、バーコードリーダ装置で構成されていることを特徴とする請求項２記載の荷物運送システム。
【請求項４】
各車両側の通信ユニットは、該車両の現在位置を特定するための位置特定手段を備え、前記位置特定手段より得た車両の現在位置情報を前記運送業者側に送信し、
前記運送業者側の送信手段は、各車両側より送信された現在位置情報を考慮して、顧客より運送を依頼された荷物を運送させる車両を選択することを特徴とする請求項１乃至３の何れかに記載の荷物運送システム。
【請求項５】
前記運送業者側の送信手段は、前記車両の運行にかかわる交通情報を得た場合は、該交通情報を前記車両側に送信することを特徴とする請求項１乃至４の何れかに記載の荷物運送システム。
【請求項６】
前記車両の通信ユニットは、該車両が走行している道路の状況を交通情報として前記運送業者に送信することを特徴とする請求項５記載の荷物運送システム。
【請求項７】
前記車両の通信ユニットは、自車両の運行データを収集して、その収集した運行データを前記運送業者側に送信し、
前記運送業者側は、前記車両より送信された運行データを蓄積してなるデータベースを作成する手段と、そのデータベースに蓄積された運行データを解析することで、車両の運行時間を統計的に推定する手段とを備えることを特徴とする請求項１乃至６の何れかに記載の荷物運送システム。
【請求項８】
前記運送業者側は、前記車両が集荷した荷物の運送先となる顧客側にも前記受注データに基づく配送データを送信し、
前記車両の携帯端末または前記運送先の顧客側は、集荷した荷物を前記配送先の顧客に渡す際に、該顧客側に送信されている前記配送データと前記受注データとを照合し、確認を行う手段を備えることを特徴とする請求項１乃至７の何れかに記載の荷物運送システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、顧客より運送を依頼された荷物を運送業者が集荷して運送する荷物運送システムに関する。
【０００２】
【従来の技術】
従来、運送業者は、業者の事務所などにおいて顧客（荷主）からの荷物の運送依頼を電話やＦＡＸなどで受注すると、その受注データを受注管理用のパーソナルコンピュータ等に人手によって入力する場合が多かった。また、運送を依頼された荷物を集荷に行く車両のドライバに対しても、業務指示を電話連絡で行っていたため、受注データの入力ミスや業務指示の連絡ミスなどが発生し易いという問題があった。
【０００３】
このように人手を介すことによるデータの入力ミスを減らすため、運送業務の管理にバーコードなどを利用する事が行われている。例えば、ドライバは、バーコード化された伝票を集荷時に受け取ると、バーコードリーダよってそのバーコードを読み取ることで伝票データの入力を行うようにしたものがある。
【０００４】
【発明が解決しようとする課題】
しかしながら、そのように伝票データの入力を行った場合でも、実際に集荷された荷物と伝票データとが一致しているかどうかを迅速に確認する手段がなく、運送先に荷物を配送した時点で作業ミスがあったことが判明する場合などがあり、作業チェックを効率的に行うことができなかった。
【０００５】
本発明は上記事情に鑑みてなされたものであり、その目的は、作業ミスを低減して効率的に運用することができる荷物運送システムを提供することにある。
【０００６】
【課題を解決するための手段】
請求項１記載の荷物運送システムによれば、顧客が、荷物の運送を運送業者に依頼する場合、その受注データを電子データとして運送業者に送信すると、運送業者側は、荷物を運送させる車両の乗員が携帯している携帯端末側に顧客より送信された受注データを転送する。
【０００７】
そして、車両の乗員が、送信された受注データに基づいて顧客の所に集荷に向い、集荷作業を行う際に集荷データを携帯端末に入力すると、携帯端末は、入力された集荷データと運送業者より送信された受注データとを照合し、両者が異なっている場合は乗員にその旨の報知を行う。
【０００８】
即ち、顧客と運送業者、車両の乗員との間において転送される発注／受注データは電子データ化されているので、データ内容の伝達ミス等を極力低減することができる。また、車両の乗員は、顧客先で集荷作業を行う場合に携帯端末に集荷データを入力すればその時点で携帯端末によって受注データとの照合が行われ、双方のデータが一致せず集荷作業に誤りがある場合には、その旨が乗員に報知される。従って、顧客先で集荷を行う段階でその作業に誤りがあるかどうかを迅速に確認することができ、作業を効率的に行うことができる。そして、車両の乗員は、集荷先において場所を選ぶことなく、例えば車両を離れた荷物の側などで携帯端末に集荷データを入力することができ、作業の確認をより容易且つ柔軟に行うことができる。
また、各車両の乗員が、各集荷先における業務完了のタイミング又は入力訂正のタイミングで携帯端末が車両の積載率の入力画面を表示し、前記積載率が入力されて入力作業完了表示又は状況確認画面表示を行った場合、通信ユニットがその積載率データを運送業者側に送信し、運送業者側は、各車両側より送信された積載率データを考慮して、顧客より運送を依頼された荷物を運送させる車両を選択する。即ち、各車両が稼働中である場合には、その稼働状況に応じて車両の積載率も動的に変化する。従って、運送業者側が、各車両より送信されたその時点での積載率データを考慮することで、荷物を運送させる車両を適切に選択することが可能となる。
そして、運送業者側は、荷物を運送させる車両を、各車両側より送信された積載率、受注データに含まれている荷物の大きさまたは重量に関する情報も考慮して選択する。即ち、各車両の積載率並びに荷物の大きさや重量を事前に把握することで、運送業者側は、その荷物を積載可能な車両を選択して集荷を指示することが可能となる。
更に、運送業者側は、荷物を運送させる車両を、その荷物の運送条件に関する情報をも考慮して選択する。ここでの運送条件とは、少なくとも荷物の集荷希望日時や着荷希望日時などである。そして、運送業者側が、顧客より要求された運送条件を満たして荷物を運送することが可能であると推定される車両を選択すれば、顧客の要求に極力応じるように運送を行わせることができる。
また、運送業者側は、荷物を運送させる候補として選択した複数の車両側に荷物の運送条件に関する情報を予め送信して提示し、その運送条件を承諾して応答を返信した車両の中より荷物を運送させる車両を選択する。即ち、車両の乗員が各自の業務スケジュールを考慮した上で提示された運送条件を満たすことが可能であると判断し、通信ユニットを介して運送業者に応答を返すことで、運送業者側は、応答を返してきた車両の中から最も適切であると判断した車両を選択することができる。従って、顧客が要求した運送条件をより確実に満たすことが可能な車両を選択できる。
そして、荷物を運送させる候補として選択された車両の乗員が、運送業者より提示された運送条件について自身が対応可能な条件を運送業者に送信して逆提示すると、運送業者側は、逆提示された条件の内、最適な条件を提示した車両を選択する。即ち、各車両の稼働状況によっては、何れの車両も顧客が要求した運送条件を満たすことができない場合があったり、逆に、顧客が要求した運送条件よりも有利な条件で運送を行うことが可能である場合も考えられる。従って、候補として選択された車両の乗員が、現在の状況で対応可能と考えた条件を運送業者に逆提示し、運送業者がそれらの内から最適であると判断した車両を選択することで、顧客が要求した運送条件に最も近い、或いは、より有利な条件での運送を行うことができる。
【０００９】
請求項２記載の荷物運送システムによれば、顧客側が、受注データに基づいて携帯端末が直接読取り可能な形式のデータ記録体を作成すると、車両の乗員が、携帯端末によってデータ記録体に記録されたデータを読み取らせて集荷データを入力する。例えば、顧客が、電波信号，磁気信号や光信号等を用いて携帯端末が読み取ることができるデータ記録体をラベルやタグ等として予め作成し、集荷される荷物に添付しておけば、車両の乗員は、携帯端末によってそのラベルやタグ等から集荷データを容易に読み取ることができる。
【００１０】
具体的には、例えば請求項３に記載したように、データ記録体をバーコードで構成し、携帯端末をバーコードリーダ装置で構成する。バーコードは、バーコードプリンタのような装置を用いて比較的簡単に作成することができるので、作成したバーコードを荷物に添付しておけば、車両の乗員は、バーコードリーダ装置によってそのバーコードを読み取ることで集荷データを容易に入力できる。
【００１３】
請求項４記載の荷物運送システムによれば、各車両側の通信ユニットが、位置特定手段より得た車両の現在位置情報を運送業者側に送信すると、運送業者側は、送信された現在位置情報を考慮して荷物を運送させる車両を選択する。即ち、各車両の現在位置が分かれば、運送業者は、客先に集荷に向かわせるのに適当な車両を容易に選択することができる。
【００１９】
請求項５記載の荷物運送システムによれば、運送業者側は、車両の運行にかかわる交通情報を得た場合はその交通情報を車両側に送信する。例えば、ＶＩＣＳ（登録商標）等から得られる交通情報の内、各車両の運行にかかわる（業務の遂行に影響を及ぼす）と思われる事故や渋滞などの情報を得た場合に、その情報を運送業者が車両側に送信することで、車両の乗員は、自車両の運行に関係するより必要性が高い情報だけを得ることができる。そして、車両の乗員は、その交通情報に基づいて適当な迂回路を選択するなどして、業務の遂行を極力遅滞なく行うことが可能となる。
【００２０】
請求項６記載の荷物運送システムによれば、車両の通信ユニットは、車両が走行している道路の状況を交通情報として運送業者に送信する。即ち、各車両が、夫々の現在位置において把握した道路の状況を運送業者に送信すれば、運送業者側は、よりタイムラグが少なく確実性が高い交通情報を得ることができる。また、ＶＩＣＳ等から得られる交通情報からは予測できないような突発的に生じた事態にも、より柔軟に対応することが可能となる。
【００２１】
請求項７記載の荷物運送システムによれば、車両の通信ユニットは、自車両の運行データを収集して、その収集した運行データを運送業者側に送信し、運送業者側は、車両より送信された運行データを蓄積してなるデータベースを作成する。そして、そのデータベースに蓄積された運行データを解析することで、車両の運行時間を統計的に推定する。
【００２２】
例えば、車両が特定の２つの顧客間（集荷元−運送先）において荷物を複数回運送した場合に、夫々運送に要した運行データを蓄積すれば、それらの運行データを解析することで、前記２つの顧客間における荷物の平均運送時間を得ることができる。従って、各車両の運行データを蓄積したデータベースを作成すれば、蓄積されたデータを解析することにより、荷物の運送に要する時間を推定することが可能となる。
【００２３】
請求項８記載の荷物運送システムによれば、運送業者側は、荷物の運送先となる顧客側にも受注データに基づく配送データを送信し、車両の携帯端末または運送先の顧客側は、荷物を配送先の顧客に渡す際にその顧客側に送信されている配送データと受注データとを照合して確認を行う。従って、荷物が適切な運送先に運送されたかどうかについても確認することができる。
【００２６】
顧客１及び２に並びに運送業者３は、相互にやり取りする業務情報を、標準化されたナンバリング方式（例えば、ＪＴＲＮ等）を用いてナンバリングするようにしており、例えば、顧客１−運送業者３，運送業者３−顧客２の間では、ナンバリングした電子データを電話回線（ＩＳＤＮ(Integrated Services Digital Network) など）を介したパケット通信（ＣＩＩ(Center for the Informatization of the Industry)シンタックスルールに準拠）を行うことで伝送するようにしている。
【００２７】
また、運送業者３は、荷物を運送させる自社の車両４とは無線通信を行ってナンバリングした電子データを伝送する（同様に、ＣＩＩシンタックスルールに準拠）。この場合の無線通信は、例えば、ＶＩＣＳやＩＴＳ(Intelligent Traffic System)などのインフラとして路上に設置されているＤＳＲＣ(Dedicated Short Range Communication，狭域通信) や，携帯電話，衛星通信等を適宜選択して使用する。
【００２８】
図９（ａ）は、顧客１側のシステム構成を詳細に示すものである。顧客１のオペレータは、パーソナルコンピュータ（パソコン）５を介して、データベースサーバ６内の、製品番号管理データベース７，荷物（運送）番号管理データベース８，顧客（ユーザ）管理データベース９，発注番号管理データベース１０にアクセスし、必要なデータの記憶及び読み出しを行うようになっている。
【００２９】
また、パソコン５にはバーコードプリンタ１１が接続されており、パソコン５に入力されたデータをバーコードデータに変換し、バーコード（データ記録体）１２をプリントアウトさせることができるようになっている。また、パソコン５は、通信端末としても機能し、前述のように電話回線を介して運輸業者３や顧客２に対して電子データを送信できるようになっている。
【００３０】
図１０は、運送業者３及び顧客２側のシステム構成を詳細に示すものである。運送業者３の事務所若しくは配送センタには、通信端末としてのパソコン１３があり、そのパソコン１３から、データベースサーバ１４の受注番号管理データベース１５，車両番号管理データベース１６にアクセスして、必要なデータの記憶及び読み出しが可能となっている。
【００３１】
同様に、顧客２側にも、通信端末としてのパソコン１７，そのパソコン１７よりアクセス可能なデータベースサーバ１８の受領番号管理データベース１９が設けられている。また、パソコン１７には、バーコードハンディターミナル（ＢＨＴ）２０が接続可能となっており、パソコン１７よりＢＨＴ２０に対して必要なデータを転送できるようになっている。
【００３２】
一方、図１は、車両４側のシステム構成を詳細に示すものである。車両４に搭載されている通信ユニット（ＣＵ）２１は、各種制御を行うためにマイクロコンピュータ等を中心として構成される制御部２２，メモリ２３，無線信号によって通信を行うための通信部２４，各種の表示を行うためのディスプレイ２５などを備えている。
【００３３】
また、通信ユニット２１には、ＧＰＳアンテナ２６及びＧＰＳレシーバ２７をも備えており、ＧＰＳ(Grobal Positioning System) 衛星より送信されるＧＰＳ信号を受信して、車両４の現在位置を検出することができるようになっている。また、通信ユニット２１には、車両４に内蔵されている車速センサ２８からの車速検出信号も与えられており、図示しない方位センサにより得られる車両４の進行方向の情報なども加えることで、ＧＰＳ信号に依らず自律的に現在位置を検出することもできるようになっている。
【００３４】
更に、通信ユニット２１には、ＢＨＴ（携帯端末）２９が有線または無線により電気的に接続可能となっている。ＢＨＴ２９には、通信ユニット２１が保持しているデータがダウンロードできるようになっており、また、ＢＨＴ２９が読み込んだデータを通信ユニット２１側にアップロードすることもできる。ＢＨＴ２９は、前記ＢＨＴ２０と同様に、電池駆動によって車両４のドライバ（乗員）が携帯可能なバーコードリーダ装置である。
【００３５】
次に、本実施例の作用について図２乃至図７，図１１乃至図１３をも参照して説明する。図１１は、業務の流れを概略的に示す行程フローである。顧客１は、先ず顧客２に運送する荷物を選択する（ステップＡ１）。顧客１の製品には、製造番号或いはそれに類するものが付されている。製品は、その種類，原材料，形，重量，特徴などが分類され、製品番号管理データベース７において適宜電子データ化されている。荷物の特定には上記の製造番号等を用いても良いが、運送業者３との間で各製品を運送するための専用ケースを予め取り決めている場合には、その専用ケースにナンバリングを行い、荷物（運送）番号管理データベース８に登録させておけば良い。その場合、専用ケースに関する情報としては、例えば、ケースの種類，数量（最小運送単位），サイズ，重量などがある。
【００３６】
また、顧客１は、顧客（ユーザ）管理データベース９において、各ユーザの氏名，住所，電話番号等の顧客情報を管理しており、その顧客（ユーザ）管理データベース９よりこれらから荷物を届けようとする顧客２の情報を取り出す。即ち、顧客１のオペレータは、パソコン５を介してデータベースサーバ６にアクセスし、上述の荷物（運送）番号管理データベース８や顧客（ユーザ）管理データベース９より荷物番号，顧客情報を得ると共に、荷物を運送するための条件（集荷希望日時，着荷希望日時など，運送条件）などを付加して発注データを生成する（ステップＡ２）。
【００３７】
そして、オペレータは、生成した発注データに発注番号を付加し、パソコン５を介して運送業者３に送信する（ステップＡ３）。この発注データは、発注番号管理データベース１０に記憶される。それから、顧客１は、その発注データをバーコードプリンタ１１に出力してバーコードデータに変換し、バーコード１２をプリントアウトさせると（ステップＡ４）、図９（ｂ）に示すようにそのバーコード１２を荷物（ケース）３０に添付しておく。
【００３８】
ここで、発注データの一部の構成例を図１２及び図１３に示す。図１２に示すように、ＣＩＩシンタックスルールでは、複数のメッセージの集合を１つのメッセージグループとして扱う。メッセージグループの先頭にはメッセージグループヘッダを配置し、最後尾にはメッセージグループトレーラを配置して各メッセージグループを区分する。そして、前記ヘッダとトレーラとの間に、可変長のメッセージが配置される。
【００３９】
また、ＪＴＲＮでは、図１３に示すように、「荷送人」，「荷送人部署」，「荷送人電話番号」等の各項目を示すタグ番号が、「３０１００」，「３０１０５」，「３０１２０」のように定められている。各項目の内容は、文字列や数字列によって表し、各項目が夫々ＴＦＤ(Transfer Form Data)として区分され、そのＴＦＤの集合によってメッセージが構成されている。
【００４０】
運送業者３のオペレータは、顧客１より送信された発注データを受信すると（ステップＢ１）、パソコン１３がデータベースサーバ１４の受注番号管理データベース１５に受注データを記憶させる。そして、オペレータは、受注データの内容をパソコン１３のディスプレイに表示させて受注内容を確認すると、荷物３０を運送するのに適当と思われる車両（例えば、業務予定などからその時点で顧客１の近辺において業務を行っていると推定される車両）の候補を車両番号管理データベース１６より選択し（ステップＢ２）、それらの候補車両に荷物３０の運送条件を送信する（ステップＢ３）。
【００４１】
各候補車両のドライバは、送信された運送条件を考慮して（例えば、その時点で予定している業務日程や業務変更に伴う利益の増減，或いは自身の体調など）、その運送条件で荷物３０の運送が可能であると判断した場合には、運送業者３に応答を返す。運送業者３は、各候補車両からの応答結果を受け取るとそれらの中から運送に適当と思われる（若しくは、一番早く応答を返した車両でも良い）車両４を決定し（ステップＢ４）、受注データを該車両４に送信する（ステップＢ５）。また、オペレータは、パソコン１３により運送先の顧客２にも車両４に関するデータ及び受注データを送信しておく（ステップＢ６）。
【００４２】
次に、車両４において、通信ユニット２１は、運送業者３より送信されたデータを受信する（ステップＣ１）。すると、そのデータは、制御部２２によってディスプレイ２５に表示される。車両４のドライバは、ディスプレイに表示された受注データに基づいて顧客１の所へ荷物３０の集荷に向う（ステップＣ２）。
【００４３】
また、車両４のドライバは、ＢＨＴ２９に受注データをダウンロードさせる（ステップＣ３）。そして、ドライバは、顧客１の所に到着して荷物３０を車両４に積み込む際に、ＢＨＴ２９によって荷物３０に添付されているバーコード１２を読み取る（ステップＣ４）。すると、ＢＨＴ２９には、運送業者３より送信された受注データがダウンロードされているので、ＢＨＴ２９は、その受注データとバーコード１２のデータを照合して両者が一致するか否かを判定する。
【００４４】
両データが一致していれば（ＯＫ）、車両４のドライバは、集荷した荷物３０を顧客２の所まで運送する（ステップＣ６）。また、両データが一致しない場合（ＮＧ）、ＢＨＴ２９はドライバにその旨の報知を行う。例えば、ＢＨＴ２９のディスプレイに後述する図５（ｈ）に示すような文字表示で警告を行ったり、警告音を発生させたりする。その場合、ドライバは、顧客１や輸送業者２にデータ不一致の原因調査依頼を行い（ステップＣ５）、どの時点で誤りが生じたのかを確認する。
【００４５】
車両４が顧客２の所に到着すると、ドライバは運送してきた荷物３０を降ろす（ステップＣ７）。この時、顧客２側においてもデータの照合を行う（ステップＣ８）。即ち、顧客２側の受領番号管理データベース１９には、運送業者３より送信された配送データが記憶されているのでその配送データをＢＨＴ２０に転送し、該ＢＨＴ２０によって荷物３０に添付されているバーコード１２をＢＨＴ２０により読取って照合を行う。
【００４６】
ここで、両データが一致していれば（ＯＫ）、一連の運送業務は完了したことになり、車両４から運送業者３に対して運送完了の送信を行なう（ステップＣ９）。また、両データが一致しなければ（ＮＧ）、ＢＨＴ２０はドライバにその旨の報知を行う。そして、ドライバは、ステップＣ６と同様に顧客１や運送業者３にデータ不一致の原因調査依頼を行い（ステップＣ１０）、どの時点で誤りが生じたのかを確認する。
【００４７】
次に、上記フローにおけるステップＣ３〜Ｃ５部分に関する処理の詳細を、図２乃至図７を参照して説明する。図３及び図４は、ＢＨＴ２９の制御内容を示すフローチャートであり、図２は、ＢＨＴ２９に配置されているファンクションキーＦ１〜Ｆ８（図１では図示せず）に割り当てられている機能を示すものである。また、図５乃至図７は、上記フローチャートの実行に伴うＢＨＴ２９のディスプレイ画面表示の遷移状態を示す。
【００４８】
ＢＨＴ２９の電源がＯＮされると図３に示す処理がスタートし、ＢＨＴ２９は、通信ユニット２１に電源がＯＮされたことを通知する（ステップＳ１）。そして、通信ユニット２１から業務データ（受注データ）をダウンロードするための処理準備を行なう（ステップＳ２）。この時、ＢＨＴ２９のディスプレイには、「業務データをダウンロードします」のようにメッセージが表示される（図５（ａ）参照）。
【００４９】
続いて、ＢＨＴ２９は、通信ユニット２１から業務データをダウンロードする（ステップＳ３，Ｓ４）。この時、ディスプレイには、「業務データダウンロード中」のようにメッセージが表示される（図５（ｂ）参照）。ダウンロードが完了すると（ステップＳ４，「ＹＥＳ」）、ＢＨＴ２９は、ドライバがファンクションキーＦ５を操作した場合にダウンロードした業務データをディスプレイに表示させる（ステップＳ５，図５（ｃ）参照）。
【００５０】
図５（ｃ）では、例えば、顧客１の社名「ＡＢＣ工業」，電話番号「０５６６−２２−３３４４」，荷物３０（この場合、複数とする）の品番「１９９９９９９９９」，「２３４７６７９９０」などが一画面に表示されている。そして、この画面にまだ表示されていないデータがあるので、次の画面（ページ）を表示させる、ファンクションキーＦ６の操作を促すメッセージも表示されている。
【００５１】
ここで、ドライバがファンクションキーＦ６を操作すると（ステップＳ６，「ＮＯ」），（ステップＳ１４，「ＹＥＳ」）、ディスプレイの画面は図５（ｄ）に示すように切り換わり（ステップＳ１５）、残りの荷物３０の品番「１９９９９２２２９」が表示される。また、車両４の積載率を入力する部分と（この時点で未入力なので「−」）業務の状況「未完」，前ページ（図５（ｃ））を表示させるファンクションキーＦ７，作業開始のファンクションキーＦ２の表示も行なわれている。
【００５２】
この場合、Ｆ２，Ｆ６以外のファンクションキーが操作されると（ステップＳ１４，「ＮＯ」）、図７（ｇ）に示すように「無効なボタンが操作されました」との表示がなされ（ステップＳ１７）、ステップＳ６に戻る。
【００５３】
また、ステップＳ１５により図５（ｄ）の画面が表示されている状態でドライバがファンクションキーＦ２を操作すると（ステップＳ１６，「ＹＥＳ」）ステップＳ７に移行し、ファンクションキーＦ７を操作すると（ステップＳ１６，「ＮＯ」），（ステップＳ１８，「ＹＥＳ」）ステップＳ２０に移行して、前ページの画面図３（ｃ）を表示してからステップＳ６に戻る。この時、Ｆ２，Ｆ７以外のファンクションキーが操作されると（ステップＳ１８，「ＮＯ」）ステップＳ１９に移行し、ステップＳ１７と同様に図７（ｇ）に示す画面を表示してステップＳ６に戻る。
【００５４】
ステップＳ６において、ドライバがファンクションキーＦ２を操作すると（「ＹＥＳ」）、図５（ｅ）に示す業務入力画面が表示される（ステップＳ７）。即ち、ＢＨＴ２９によるバーコードデータの読み取り入力待ち状態である。
【００５５】
そして、ドライバがＢＨＴ２９を携帯して荷物３０を降ろした場所に移動し、ＢＨＴ２９によって荷物３０に添付されているバーコード１２を読み取ると、ＢＨＴ２９は、読み取ったバーコード１２のデータをディスプレイに表示させる（ステップＳ８，図５（ｆ）参照）。また、この時、ＢＨＴ２９が通信ユニット２１よりダウンロードした業務データとの照合が行われる。品番「２８７７３６５４６７」が業務データにあれば、図５（ｇ）に示すようにディスプレイに「済」が表示される。一方、前記品番が業務データになければ、図５（ｈ）に示すようにディスプレイに「異」，「ＮＧ  異品チェック」等が表示される。
【００５６】
ＢＨＴ２９によるバーコードデータの読み取り作業を継続する場合には、ファンクションキーＦ６を操作して（ステップＳ９，「ＮＯ」），（ステップＳ１２，「ＹＥＳ」）ステップＳ７に移行し、次のバーコード１２のデータを読み取る。また、バーコードデータの読み取り作業を終了する場合は、ファンクションキーＦ４を操作して（ステップＳ９，「ＹＥＳ」）ステップＳ１０に移行する。
【００５７】
また、この場合、Ｆ４，Ｆ６以外のファンクションキーが操作されると（ステップＳ１２，「ＮＯ」）、ステップＳ１３に移行して図７（ｇ）に示す画面が表示され、ステップＳ９に戻る。
【００５８】
ステップＳ１０において、読み取ったバーコードデータが全て正常である場合は（ステップＳ１０，「ＹＥＳ」）、図５（ｉ）に示すようにディスプレイに「正常完了」と共に、「積載率」の入力部分が表示される（ステップＳ１１）。そして、業務完了のためのファンクションキーＦ４が操作され（ステップＳ２１，「ＹＥＳ」）、且つ、所定時間内にユーザによって積載率データの入力が行われると（ステップＳ２２，「ＹＥＳ」）、ＢＨＴ２９は、図７（ｈ）に示すように入力作業完了の画面表示を行う（ステップＳ２４）。
【００５９】
ここで、ファンクションキーＦ４が操作されない場合（ステップＳ２１，「ＮＯ」）、または、その操作後、所定時間内に積載率データの入力が行われない場合は（ステップＳ２２，「ＮＯ」）、ＢＨＴ２９は、図７（ｉ）に示すように表示画面の積載率データ入力部分を点滅表示させて（ステップＳ２３）ステップＳ２１に戻る。尚、積載率は、重量積載率，体積積載率の何れか、またはその両方でも良い。
【００６０】
ステップＳ２４において、図７（ｈ）に示す画面には、更に、ファンクションキーＦ５の操作により状況確認を促す表示と、ＢＨＴ２９を通信ユニット２１の所定位置にセットすることを促す表示とがなされている。ここで、ドライバがファンクションキーＦ５を操作すると（ステップＳ２５，「ＹＥＳ」）、図６（ａ）に示す状況確認画面が表示される（ステップＳ２６）。そして、以降のステップＳ２８〜Ｓ３０は、前述と同様に次ページ，前ページの画面を表示させる処理である。
【００６１】
また、ステップＳ２５においてドライバがファンクションキーＦ５を操作しない場合も（「ＮＯ」）図６（ａ）に示す状況確認画面が表示される（ステップＳ３１）。そして、ドライバがＢＨＴ２９を通信ユニット２１上の所定位置に載置するまで（ステップＳ３２，「ＮＯ」）ステップＳ３１においてその画面が表示され続け、ＢＨＴ２９を通信ユニット２１上の所定位置に載置すると（ステップＳ３２，「ＹＥＳ」）、ＢＨＴ２９が読み込んだバーコードデータが通信ユニット２１側にアップロードされ（図７（ｇ）参照）、処理は終了する（図７（ｅ）参照）。
すると、通信ユニット２１は、アップロードされたデータを運送業者３側に送信する。
【００６２】
一方、ステップＳ１０において、読み取ったバーコードデータに異常がある場合は（「ＮＯ」）、図５（ｊ）に示すようにディスプレイに「異常完了」と共に、「業務確認（Ｆ５）」などが表示される（ステップＳ３３）。そして、ドライバがファンクションキーＦ５を操作すると（ステップＳ３４，「ＹＥＳ」）、ＢＨＴ２９は、図６（ｅ），（ｆ）に示すように状況確認用の画面表示を行う（ステップＳ３５）。
【００６３】
この場合、ファンクションキーＦ６，Ｆ７を操作すると前述と同様に次ページ，前ページの画面が表示されるが、その部分の処理は省略している。また、ステップＳ３４においてＦ５以外のファンクションキーが操作されると（ステップＳ３４，「ＮＯ」）、ＢＨＴ２９は図７（ｇ）に示すように無効操作の画面表示を行う（ステップＳ３６）。
【００６４】
ステップＳ３５において状況確認用の画面表示が行われている状態で、ドライバがファンクションキーＦ８を操作すると（ステップＳ３７，「ＹＥＳ」）、ＢＨＴ２９は、図７（ａ）に示すように異品訂正用の画面表示を行う（ステップＳ３９）。
【００６５】
この訂正用の画面表示では、運送業者３より送信されたデータには含まれていなかった番号「２３４５６７７７」の製品について、ファンクションキーＦ３を操作して「削除」するか、ファンクションキーＦ４を操作して「登録」するかを選択する。即ち、上記番号の製品については、ドライバが顧客１に確認を行い、単なる顧客１側の入力ミスであって本来運送する必要がないものであれば、ファンクションキーＦ３を操作して（ステップＳ３９，「ＹＥＳ」）当該番号の製品を「削除」する（ステップＳ４０）。
【００６６】
また、顧客１が運送業者３に発注した段階では運送する予定ではなかったが、その後運送する必要が生じたものであればファンクションキーＦ４を操作し（ステップＳ３９，「ＮＯ」），（ステップＳ４０，「ＹＥＳ」）当該番号の製品を「登録」して追加する（ステップＳ４４）。また、ステップＳ３４においてＦ３，Ｆ４以外のファンクションキーが操作されると（ステップＳ４３，「ＮＯ」）、ＢＨＴ２９は，図７（ｇ）に示す無効操作の画面表示を行う（ステップＳ４７）。
【００６７】
ステップＳ４０においてデータを削除した場合、また、ステップＳ４４においてデータを登録した場合は、夫々、「削除」，「登録」の表示と共に積載率の入力を促す表示が行われ（ステップＳ４１，Ｓ４５）、積載率を入力してファンクションキーＦ５を操作すると（ステップＳ４２，Ｓ４６）、ステップＳ３１に移行する。尚、ここでのステップＳ４１及びＳ４２，並びにＳ４５及びＳ４６の処理は、実際にはステップＳ２２〜Ｓ２６と同様に処理されるものを省略して表している。
【００６８】
以上のように本実施例によれば、顧客１は、荷物３０を運送するための発注データを電子データとして運送業者３に送信すると共に、その受注データに基づくバーコード１２を作成し、運送業者３は、車両４のドライバが携帯しているＢＨＴ２９に通信ユニット２１を介して受注データを転送する。そして、ドライバは、送信された受注データに基づいて顧客１の所に集荷に向い、集荷作業を行う際にＢＨＴ２９によってバーコード１２に記録されたデータを読み取ると、ＢＨＴ２９は、入力された集荷データと運送業者３より送信された受注データとを照合し、両者が異なっている場合はドライバにその旨の報知を行うようにした。
【００６９】
従って、顧客１，２と運送業者３、車両４との間において転送される発注／受注データは電子データ化されているので、データ内容の伝達ミス等を極力低減することができる。また、車両４のドライバは、集荷を行う段階でその作業に誤りがあるかどうかを迅速に確認することができ、作業を効率的に行うことができる。そして、ドライバは、集荷先において場所を選ぶことなく、例えば車両４を離れた荷物３０の側などでＢＨＴ２９により荷物３０に添付されたバーコード１２を容易に読み取ることができ、作業の確認をより容易且つ柔軟に行うことができる。
【００７０】
また、本実施例によれば、運送業者３は、荷物３０を運送させる候補として選択した複数の車両側に荷物３０の運送条件に関する情報を予め送信して提示し、その運送条件を承諾して応答を返信した車両の中より荷物３０を運送させる車両を選択する。
【００７１】
そして、車両の乗員が各自の業務スケジュールを考慮した上で提示された運送条件を満たすことが可能であると判断して運送業者３に応答を返すことで、運送業者３は、応答を返してきた車両の中から最も適切であると判断した車両を選択することができる。従って、顧客の要求に極力応じるように運送を行わせることができる。その場合、運送業者３は、受注データに含まれている荷物３０の大きさや重量に関する情報をも考慮して車両を選択するので、その荷物３０を積載可能な車両４を選択して集荷を指示することが可能となる。
【００７２】
更に、本実施例によれば、運送業者３は、荷物３０の運送先となる顧客２側にも受注データに基づく配送データを送信し、顧客２は、荷物３０が顧客２に渡される際に，ＢＨＴ２０によりバーコード１２を読み取って受注データと配送データとを照合して確認を行うので、荷物３０が適切に運送されたかどうかについても容易に確認することができる。
【００７３】
（第２実施例）
図１４は本発明の第２実施例を示すものであり、第１実施例と同一部分には同一符号を付して説明を省略し、以下異なる部分についてのみ説明する。第２実施例の構成は、基本的に第１実施例と同様であり、車両４のドライバと、運送業者３との間で行われる処理が一部異なっている。
【００７４】
即ち、車両４の通信ユニット２１は、前述のように、ＧＰＳアンテナ２６及びＧＰＳレシーバ２７によって受信したＧＰＳ信号に基づいて車両４の現在位置を検出しており、その検出した現在位置の情報を運送業者３に対して定期的に送信している（ステップＣ１１）。そして、運送業者３は、ステップＢ２において候補車両を選択する際に、各車両より送信されている現在位置の情報に基づいて、顧客１に比較的近い位置にあり短時間内に集荷に向うことが可能と推定される車両４を選択する。尚、通信ユニット２１，ＧＰＳアンテナ２６及びＧＰＳレシーバ２７は、位置特定手段３１を構成している。
【００７５】
また、車両４のドライバは、ステップＢ３において運送業者３より荷物３０の運送条件が送信された場合に、その運送条件を満たすことができるか、または、前記運送条件を満たすことはできないが、その条件にどれくらい近い条件で業務を遂行することができるかを、運送業者３側に逆提示する（ステップＣ１２）。例えば、指定された希望集荷時刻が１４：００である場合に、１４：３０であれば集荷可能であるなどを提示する。或いは、顧客１が提示した運送条件よりも有利な条件が提示可能である場合には（例えば、希望着荷時刻が１７：００に対して、１６：３０に着荷可能と判断した場合など）、その条件を提示しても良い。そして、運送業者３は、ステップＢ４において各車両４より逆提示された条件を考慮して、顧客１が希望した運送条件を満たすことが可能であると応答した車両がある場合はその車両を選択し、顧客１が希望した運送条件を満たすことができると応答した車両がなければ、その条件に最も近い条件を逆提示した車両を選択する。
【００７６】
また、第１実施例において、通信ユニット２１は、車両４が集荷を行う毎にドライバがＢＨＴ２９に入力した積載率のデータを運送業者３側に送信しているので、ステップＢ４における車両の選択に際しては、その積載率のデータをも考慮して選択する。即ち、積載率からそれ以上の荷物を集荷することは不適当であると判断した車両は選択しない。
【００７７】
以上のように第２実施例によれば、通信ユニット２１は、車両４の現在位置情報を運送業者３側に送信し、運送業者３は、送信された現在位置情報を考慮して荷物３０を運送させる車両を選択するので、顧客１に集荷に向かわせるのに適当な車両を容易に選択することができる。
【００７８】
また、車両４のドライバは、ＢＨＴ２９に車両４の積載率を入力して運送業者３側に送信し、運送業者３は、各車両４側より送信された積載率データをも考慮して荷物３０を運送させる車両を選択するので、各車両の稼働状況に応じて動的に変化する積載率を考慮することで、荷物３０を運送させる車両を適切に選択することができる。
【００７９】
更に、第２実施例によれば、候補として選択された車両のドライバは、運送業者３より提示された運送条件について自身が対応可能な条件を運送業者に送信して逆提示し、運送業者３は、逆提示された条件の内、最適な条件を提示した車両を選択するので、顧客１が要求した運送条件に最も近い、或いは、場合によってはより有利な条件での運送を行うことができる。
【００８０】
（第３実施例）
図１５乃至図１７は本発明の第３実施例を示すものであり、第２実施例と異なる部分についてのみ説明する。第３実施例では、運送業者３は、交通情報センタ３２及び各車両４（４ａ，４ｂ，…）より交通情報を得ると、それらの情報から各車両の運行に影響を及ぼすと推定される情報を適宜選択して各車両４に送信するようになっている。
【００８１】
図１５は、その部分のシステム構成を概念的に示すものである。交通情報センタ３２は、例えばＶＩＣＳの情報センタや道路公団等の交通情報センタなどであり、運送業者３は、交通情報センタ３２より送信される交通情報を常時受信している。
【００８２】
また、各車両４のドライバは、各自が走行している道路の交通状況について、自車両４若しくは他の車両４の運行に影響を及ぼすと想定される事態が発生した場合には、その情報を通信ユニット２１を介して運輸業者３に送信する。この場合、車両４のドライバは、通信ユニット２１の通信部２４が通話機能を備えた携帯電話装置等であれば、その通話機能を使って運輸業者３に交通情報を連絡する。更に、通信ユニット２１を用いるものに限らず、ドライバが別途に携帯電話装置などを所持している場合は、その携帯電話装置を利用しても良い。
或いは、通話によるものに限らず、例えば、通信ユニット２１のディスプレイ２５に、「渋滞２ｋｍ」，「事故発生により通行止め」などの項目を表示させてドライバに選択させ、通信ユニット２１がＧＰＳ信号より得た位置情報と共にそれらの交通情報を運送業者３に送信するようにしても良い。
【００８３】
運輸業者３は、これらの交通情報を受信して収集すると、その時点における各車両４の位置情報に基づいて、各車両４毎に、以降の運行に影響を及ぼすと思われる事故などの交通情報を夫々に送信する。そして、各車両４のドライバは、運送業者３より送信された交通情報に基づき必要に応じて経路変更などを行い、業務スケジュールの遅れが最小限となるように調整する。
【００８４】
更に、各車両４の通信ユニット２１は、車両４の運行データを常時収集しており、その収集した運行データを適当なタイミングで運送業者３に送信している。運行データとは、例えば、荷送人たる顧客１から荷受人たる顧客２に荷物を運送するのに要した時間等である。
【００８５】
ここで、図１６は、運送業者３側のパソコン１３において各車両４より送信された運行データを処理する内容を示す行程のフローである。運送業者３は、運行データを受信すると（ステップＢ１１）、データベースサーバ１４の車両運行データベース３３（図１７参照）にデータを追加する（ステップＢ１２）。
【００８６】
即ち、各車両４は、ある程度固定化された荷送人と荷受人との間において荷物の運送を繰り返し行うため、同一の荷送人−荷受人間で荷物を運送した場合に、どれ位の運送時間を要したかについて複数のデータを得ることができる。従って、そのデータを蓄積して車両運行データベース３３を形成し、適当な時点でデータを読み出して解析を行えば（ステップＢ１３）、平均的な運行時間を推定することができる（ステップＢ１４）。そして、新たなデータを加えて運行時間を推定すると、車両運行データベース３３に保持している運行時間を新たに推定したものにアップデートする（ステップＢ１５）。
【００８７】
この場合の運行データは、必ずしも荷送人−荷受人間のデータに限らず、それらの間の経路を適当な区間に区切り、その区間毎の運行データを蓄積するようにしても良い。また、データを送信した車両毎に運行データを蓄積しても良いし、運行時間（時刻）帯毎にデータを蓄積しても良い。
【００８８】
以上の処理を繰り返し行うことで、運送業者３は、荷物３０の運送車両を決定する際に、車両運行データベース３３より対応する地点間（顧客間）の推定運行時間を読み出して（上記のように、運行データが区間毎である場合は必要な区間のデータを読み出して足し合わせる）、予め顧客１が希望した運送条件に対する実現可能性を検討して車両４を選択することができる。また、必要に応じて車両４側に推定運行時間のデータをフィードバックして、各ドライバが業務スケジュールを調整するために利用することも可能である。
【００８９】
以上のように第３実施例によれば、運送業者３は、車両４の運行にかかわる交通情報を得た場合はその交通情報を車両４側に送信するので、車両４の乗員は、自車両４の運行に関係するより必要性が高い情報だけを得ることができる。そして、車両４の乗員は、その交通情報に基づいて適当な迂回路を選択するなどして、業務の遂行を極力遅滞なく行うことが可能となる。
【００９０】
また、車両４の乗員は、車両４が走行している道路の状況を交通情報として運送業者３に送信するので、運送業者３は、よりタイムラグが少なく確実性が高い交通情報を得ることができる。また、ＶＩＣＳ等から得られる交通情報からは予測できないような突発的に生じた事態にも、より柔軟に対応することが可能となる。
【００９１】
更に、第３実施例によれば、車両４は、自車両４の運行データを収集して、その収集した運行データを運送業者３側に送信し、運送業者３は、車両４より送信された運行データを蓄積してなる車両運行データベース３３を作成し、そのデータベース３３に蓄積されたデータを解析することで、荷物３０の運送に要する時間を推定して業務スケジュールを調整することが可能となる。
【００９２】
（第４実施例）
図１８は、本発明の第４実施例を示すものである。第４実施例では、車両４のドライバが、今まで取引がなく、顧客番号がナンバリングされていない新規の顧客１Ｎより飛び込みで荷物の運送依頼を受けた場合の処理について述べる。即ち、図１８の行程フローに示すように、車両４のドライバが業務途中において新規の顧客１Ｎより飛び込みで荷物の運送依頼を受けた場合は（ステップＡ１１）、先ず、運送業者３にその旨を電話等の通話により連絡し、顧客１Ｎの名称，住所，電話番号等の情報を伝える（ステップＣ２１）。
【００９３】
ドライバからの連絡を受けた運送業者３は、その発注を受け付けると（ステップＢ２１）、新規顧客１Ｎに対してその時点で顧客番号を付与し、発注番号管理データベース１５に設定登録する（ステップＢ２２）。そして、設定登録した顧客番号を新規顧客１Ｎに対し電話やＦＡＸ，電子メール等で連絡する（ステップＢ２３）。
【００９４】
すると、新規顧客１Ｎは、運送業者３より連絡された顧客番号を用い、第１実施例と同様にＪＴＲＮに準拠して発注データを作成すると（ステップＡ２）、該発注データを運送業者３に送信すると共に（ステップＡ３）、バーコード１２を作成する（ステップＡ４）。以降の処理は、第１実施例と全く同様である。
【００９５】
また、新規顧客１ＮがＪＴＲＮに関する情報を持っていない場合には、図１８に破線で示すように対応を行っても良い。即ち、運送業者３は、ステップＢ２２で新規顧客１Ｎの顧客番号を設定登録すると、ＪＴＲＮに準拠した受注データを作成して（ステップＢ２４）その作成した発注データを顧客１ＮにＦＡＸや電子メール等で送信する。そして、顧客１Ｎは、運送業者３より送信された受注データに基づいてバーコード１２を作成するだけで良い（ステップＡ２）。斯様な場合は、新規顧客１ＮがＪＴＲＮに関する情報（データフォーマット）を当初は有していなくても、本実施例のシステムを適用することが可能である。
【００９６】
以上のように第４実施例によれば、車両４のドライバは、新規の顧客１Ｎより荷物の運送依頼を受けた場合は、その顧客１Ｎの情報を運送業者３に送信し、運送業者３は送信された顧客１Ｎの情報に基づいて顧客１Ｎのデータを発注番号管理データベース１５に設定登録し、その設定登録した顧客データを顧客１Ｎに伝達すると共に、運送依頼に対応した受注データを作成してその受注データをも顧客１Ｎに伝達するので、新規の顧客１Ｎであっても、本システムを同様に適用して荷物３０の運送を行うことができる。
【００９７】
本発明は上記し且つ図面に記載した実施例にのみ限定されるものではなく、次のような変形または拡張が可能である。
集荷した荷物３０を、一旦運送業者３の配送センタ等に持ち帰り、顧客２への運送は同じ受注データが転送されている別の車両が行うようにしても良い。
運送車両４において運転以外の業務を行なうのは、ドライバに限らず、同乗している他の乗員であっても良い。
ＢＨＴ２９のような携帯端末に無線通信機能が搭載されており、メモリの容量が十分である場合は、通信ユニット２１を介してデータをダウンロード，アップロードさせる必要はなく、運送業者と携帯端末とが直接通信を行うようにしても良い。
顧客２側においてＢＨＴ２０を用意せずとも、車両４のドライバが携帯しているＢＨＴ２９にデータをダウンロードさせて配送のチェックを行うようにしても良い。
【００９８】
データ記録体は、バーコード１２に限ることなく、２次元コードの例えばＱＲコードや、データが記憶されたメモリチップを内蔵したＩＣタグなどでも良い。第２実施例において、積載率データを考慮した車両の選択を運送業者３側で行うものに換えて、運送条件に荷物３０の大きさや重量の情報を予め含ませておき、各車両のドライバ側で各自がその時点の積載率を考慮した上で、ステップＣ１２で応答を返すようにしても良い。
通信ユニット２１は、その一部をカーナビゲーション装置と共通に構成しても良い。
【図面の簡単な説明】
【図１】本発明の第１実施例であり、車両側のシステム構成を詳細に示す図
【図２】バーコードハンディターミナル（ＢＨＴ）に配置されているファンクションキーＦ１〜Ｆ８に割り当てられている機能を示す図
【図３】ＢＨＴの制御内容を示すフローチャート（その１）
【図４】ＢＨＴの制御内容を示すフローチャート（その２）
【図５】図３及び図４のフローチャートの実行に伴うＢＨＴのディスプレイ画面表示の遷移状態を示す図（その１）
【図６】同ＢＨＴのディスプレイ画面表示の遷移状態を示す図（その２）
【図７】同ＢＨＴのディスプレイ画面表示の遷移状態を示す図（その３）
【図８】荷物運送システムの構成を概念的に示す図
【図９】（ａ）は、荷送人たる顧客側のシステム構成を詳細に示す図、（ｂ）は（ａ）に示すシステムで作成したバーコードを荷物に添付した状態を示す図
【図１０】運送業者及び荷受人たる顧客側のシステム構成を詳細に示す図
【図１１】業務の流れを概略的に示す行程フロー
【図１２】ＣＩＩシンタックスルールに基づく通信データの構成を示す図
【図１３】ＪＴＲＮに準拠した業務メッセージの一例を示す図
【図１４】本発明の第２実施例を示す要部の図１１相当図
【図１５】本発明の第３実施例であり、運送業者が交通情報等を得て各車両に送信するシステムの構成を示す図
【図１６】運送業者側において各車両より送信された運行データを処理する内容を示す行程のフロー
【図１７】図１０相当図
【図１８】本発明の第４実施例を示す図１１相当図
【符号の説明】
１，１Ｎ及び２は顧客、３は運送業者、４は車両、１２はバーコード（データ記録体）、２０はバーコードハンディターミナル、２１は通信ユニット、２９はバーコードハンディターミナル（携帯端末，バーコードリーダ装置）、３０は荷物、３１は位置特定手段、３３は車両運行データベース（データベース）を示す。
【図１】
0003948204.tif 000002
【図２】
0003948204.tif 000003
【図３】
0003948204.tif 000004
【図４】
0003948204.tif 000005
【図５】
0003948204.tif 000006
【図６】
0003948204.tif 000007
【図７】
0003948204.tif 000008
【図８】
0003948204.tif 000009
【図９】
0003948204.tif 000010
【図１０】
0003948204.tif 000011
【図１１】
0003948204.tif 000012
【図１２】
0003948204.tif 000013
【図１３】
0003948204.tif 000014
【図１４】
0003948204.tif 000015
【図１５】
0003948204.tif 000016
【図１６】
0003948204.tif 000017
【図１７】
0003948204.tif 000018
【図１８】
0003948204.tif 000019