(57)【要約】【課題】ビル等の施設内に入居している荷受人宛に送られた荷物を施設内の物流センタで一括して受け取った後、あるいは、施設内の荷送人から荷物を受け取った後、施設内における集荷・配達状況を容易に把握することができるプログラムを提供する【解決手段】物流センタ１が荷物２１１を受け取ったとき、受け取った日時および運送業者名、荷受人名を含む情報を受託情報としてホストコンピュータ３に送信する。そして、該荷物２１１の荷受人５までの配達が完了したとき、配達完了情報をホストコンピュータ３に送信する。ホストコンピュータ３は運送業者からの問い合わせに応じて蓄積した情報に基づいて委託された荷物の状況について応答する。【選択図】　　　図１
2004123379.tif 000002
【特許請求の範囲】
【請求項１】
施設内の荷受人宛の荷物を前記施設内の物流センタで外部の運送業者から受け取り、前記運送業者からの委託により前記荷物を前記荷受人まで配達するに当たっての配達状況を、コンピュータで管理させるための施設内集荷・配達管理プログラムであって、
コンピュータを、
物流センタの端末に入力された、前記荷物の受領日時、運送業者名、荷受人名を含む受託情報をネットワークを介して前記コンピュータに送信する処理、
荷受人に対する前記荷物引き渡し時、施設内配達人により入力された配達完了情報をネットワークを介して前記コンピュータに送信する処理、
ネットワークを介して前記コンピュータに送信された前記受託情報及び前記配達完了情報を蓄積し、前記運送業者からの問い合わせに応じて委託された前記荷物の状況について応答する処理、
としての機能を実現させるための施設内集荷・配達管理プログラム。
【請求項２】
前記受託情報には、前記物流センタまで荷物を配送してきた業者の伝票番号を表す運送業者問い合わせ番号が含まれていることを特徴とする請求項１に記載の施設内集荷・配達管理プログラム。
【請求項３】
前記荷物の受取人までの配達が完了したとき、荷受人の受領証明を受けた配達用伝票を読み込み受領証明イメージを取得する処理、
前記受領証明イメージをネットワークを介して前記コンピュータに送信する処理、
を前記コンピュータに実行させることを特徴とする請求項１または請求項２に記載の施設内集荷・配達管理プログラム。
【請求項４】
施設内の荷送人から託された荷物を前記荷送人が指定する運送業者毎に仕分けし、仕分けられた前記荷物を施設内の物流センタで前記指定された運送業者毎に一括して受け渡すまでの一連の処理をコンピュータで管理させるための施設内集荷・配達管理プログラムであって、
コンピュータを、
端末に入力された前記荷物の受領日時、運送業者名、数量、問い合わせ番号を含む受託情報をネットワークを介して前記コンピュータに送信する処理、
当該荷物を運送業者に受け渡したとき、受け渡し完了の情報を前記コンピュータに入力する処理、
としての機能を実現させるための施設内集荷・配達管理プログラム。
【請求項５】
前記運送業者問い合わせ番号と、別途施設内配達用として作成した施設内配達用伝票の伝票番号を表す施設内配達用問い合わせ番号とをリンクし、運送業者問い合わせ番号及び／又は施設内配達用問い合わせ番号を参照することにより、当該荷物の状況についてホストコンピュータから応答することを前記コンピュータに実行させることを特徴とする請求項１乃至請求項３に記載の施設内集荷・配達管理プログラム。
【請求項６】
施設内の荷受人宛の荷物を前記施設内の物流センタで外部の運送業者から受け取り、前記運送業者からの委託により前記荷物を前記荷受人まで配達するに当たっての配達状況を、コンピュータで管理する施設内集荷・配達管理システムであって、
物流センタの端末に入力された、前記荷物の受領日時、運送業者名、荷受人名を含む受託情報をネットワークを介して前記コンピュータに送信する手段と、
荷受人に対する前記荷物引き渡し時、施設内配達人により入力された配達完了情報をネットワークを介して前記コンピュータに送信する手段と、
ネットワークを介して前記コンピュータに送信された前記受託情報及び前記配達完了情報を蓄積し、前記運送業者からの問い合わせに応じて委託された前記荷物の状況について応答する手段と、
を有することを特徴とする施設内集荷・配達管理システム。
【請求項７】
前記受託情報には、前記物流センタまで荷物を配送してきた業者の伝票番号を表す運送業者問い合わせ番号が含まれていることを特徴とする請求項６に記載の施設内集荷・配達管理システム。
【請求項８】
前記荷物の受取人までの配達が完了したとき、荷受人の受領証明を受けた配達用伝票を読み込み受領証明イメージを得る手段と、
前記受領証明イメージをネットワークを介して前記ホストコンピュータに送信する手段と
を有することを特徴とする請求項６または請求項７に記載の施設内集荷・配達管理システム。
【請求項９】
施設内の荷送人から託された荷物を前記荷送人が指定する運送業者毎に仕分けし、仕分けられた前記荷物を施設内の物流センタで前記指定された運送業者毎に一括して受け渡すまでの一連の処理をコンピュータで管理する施設内集荷・配達管理システムであって、
端末に入力された前記荷物の受領日時、運送業者名、数量、問い合わせ番号を含む受託情報をネットワークを介して前記コンピュータに送信する手段と、
当該荷物を運送業者に受け渡したとき、受け渡し完了の情報を前記コンピュータに入力する手段と、
を有することを特徴とする施設内集荷・配達管理システム。
【請求項１０】
前記運送業者問い合わせ番号と、別途施設内配達用として作成した施設内配達用伝票の伝票番号を表す施設内配達用問い合わせ番号とをリンクし、運送業者問い合わせ番号及び／又は施設内配達用問い合わせ番号を参照することにより、当該荷物の状況についてホストコンピュータから応答することができることを特徴とする請求項６乃至請求項８のいずれか１項に記載の施設内集荷・配達管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビル等の施設内に入居している荷受人宛に送られた荷物を外部の運送業者から受け取った後、あるいは、施設内の荷送人から荷物を受け取った後、施設内における集荷・配達状況を管理する施設内集荷・配達管理プログラム及び施設内集荷・配達管理システムに関する。
【０００２】
【従来の技術】
多数のテナントが入居する大型ビル等の施設において、各荷受人に荷物を配達するとき、運送業者が施設内の荷受人まで直接荷物を配達することとすると、荷物を運んできたトラックから荷物をおろしてから、荷受人に配達が完了するまでの時間、トラックを施設内に駐車しておかなければならない。
【０００３】
しかし、施設内におけるトラックを受け入れる駐車スペースが限られているため、同じ時間帯に、別々の運送業者が次々と荷物を運び込もうとしたとき、駐車スペースが空くまで、運送用トラックを施設外で待機させなければならないという事態が発生することがあり、そのため、その施設の周辺で交通渋滞が起こる場合があった。
【０００４】
かかる場合において、その施設内の荷受人宛の荷物を代理人が一括して受け取ることにすれば、運送業者が、荷物を施設内の荷受人のところまで配達する時間分運送用トラックの施設内における駐車時間を短縮することができる。
【０００５】
同様に、施設内の荷送人が荷物を発送する場合において、運送業者が集荷のために直接施設内の荷受人まで受け取りに行くこととすると、受け取りが完了するまでの時間、集荷のためのトラックを施設内に駐車しておかなければならない。このため、上記と同様に、その施設の周辺で交通渋滞が起こることがあった。
【０００６】
かかる場合において、代理人が、施設内の荷送人の荷物を集荷し、一括して運送業者に引き渡すことにすれば、同様に、トラックの施設内における駐車時間を短縮することが出来る。
【０００７】
例えば、運送用トラック一台あたり施設内での駐車時間が平均３０分だったのが、３分程度に短縮することができれば、施設内の駐車スペースが空くまで運送用トラックを施設外で待機させたりする必要がなくなり、施設周辺における交通渋滞も起こらなくなる。
【０００８】
そこで、従来、施設内の各荷受人に荷物を配達する場合において、その施設に入居するテナントから代理契約を結ぶなどして、代理人が一括してその施設内の荷受人宛の荷物を受領し、荷受人５のところまで配達することが行われていた。
【０００９】
図２４を参照して、従来の代理受領の手順について説明する。
【００１０】
運送業者２１は顧客から託された荷物２１１をトラックに積んで荷受人５が入居する施設まで運送し（ｄ２１）、施設内の所定の駐車スペースにこのトラックを駐車し、施設内に入居している荷受人宛の荷物２１１をおろして、荷物２１１毎に添付された物流伝票２１２とともに一括して代理人２２に引き渡す（ｄ２２）。代理人２２は物流伝票２１２に受領印を押印するとともに、２部そのコピーを取った上で（ｄ３５）受領印が押印された物流伝票２１２を運送業者２１に返却する（ｄ３３）。
【００１１】
運送業者２１は受領印を押印した物流伝票２１２を受け取り、運送用トラックとともに、施設の外に退出する。これで、運送業者２１の業務は完了する。
【００１２】
代理人２２は受け取った荷物２１１を荷受人５のところまで配達する（ｄ２３）。そして、荷受人に物流伝票２１２のコピーを１部荷受人控えとして渡す（ｄ３６）とともに、荷受人に物流伝票２１２のもう一方のコピーに荷受人５の受領印をもらい（ｄ３７、ｄ３８）荷受人５の受領印が押印された物流伝票２１２のコピーを保管する（ｄ３９）。
【００１３】
このようにすることで、運送業者２１が運送用トラックを施設内に駐車する時間を短縮することが出来るので、施設周辺における交通渋滞の問題も解決される。
【００１４】
ここでは、施設内の各荷受人に荷物を配達する場合について説明したが、施設内の各荷送人の荷物を集荷し、一括して運送業者に受け渡す場合も同様である。
【００１５】
【特許文献１】
特開２００２−８７５２６号公報
【００１６】
【発明が解決しようとする課題】
しかし、前述のように、代理人２２が一括してその施設内の荷受人宛の荷物２１１を受領し、荷受人５のところまで配達する方法では、運送業者２１にとって、代理人２２にその荷物２１１を引き渡した時点で業務が完了してしまうので、その荷物２１１が実際に荷受人５のところまで届いたかどうか、運送業者２１がみずから確かめることはできなかった。
【００１７】
また、代理人が受け取った後、荷物２１１を配達する範囲が、その施設内にとどまるため、いつ荷受人５が受け取ったかなどの管理が不十分となる場合があった。
【００１８】
かかる課題は、施設内の各荷送人の荷物を集荷し、一括して運送業者に受け渡す場合にも同様に発生する。
【００１９】
本発明は、このような課題に鑑みてなされたもので、ビル等の施設内に入居している荷受人宛に送られた荷物を施設内の物流センタで一括して受け取った後、あるいは、施設内の荷送人から荷物を受け取った後、施設内における集荷・配達状況を容易に把握することができる施設内集荷・配達管理プログラム及び施設内集荷・配達管理システムを提供することを目的とする。
【００２０】
【課題を解決するための手段】
本発明に係る施設内集荷・配達管理プログラムは、施設内の荷受人宛の荷物を前記施設内の物流センタで外部の運送業者から受け取り、前記運送業者からの委託により前記荷物を前記荷受人まで配達するに当たっての配達状況を、コンピュータで管理させるための施設内集荷・配達管理プログラムであって、コンピュータを、物流センタの端末に入力された、前記荷物の受領日時、運送業者名、荷受人名を含む受託情報をネットワークを介して前記コンピュータに送信する処理、荷受人に対する前記荷物引き渡し時、施設内配達人により入力された配達完了情報をネットワークを介して前記コンピュータに送信する処理、ネットワークを介して前記コンピュータに送信された前記受託情報及び前記配達完了情報を蓄積し、前記運送業者からの問い合わせに応じて委託された前記荷物の状況について応答する処理、としての機能を実現させる。
【００２１】
この発明によれば、ビル等の施設内に入居している荷受人宛に送られた荷物を施設内の物流センタで受け取った後、荷物に関する情報、物流センタで荷物を受け取った者、最終的に荷受けした者等の情報がホストコンピュータに保管されるため、当該荷物配達に関する責任の明確化がなされると共に、インターネットを通じて、荷物の配達状況を容易に確認することができる。
【００２２】
【発明の実施の形態】
以下、本発明に係る施設内集荷・配達管理システムの一実施の形態について、図１乃至図２３を参照して詳細に説明する。
【００２３】
図１は本発明の第１の実施の形態における施設内集荷・配達管理システムの全体構成図を示す。第１の実施の形態は施設内の各荷受人に荷物を配達する場合に適用する施設内集荷・配達管理システムである。
【００２４】
図１に示すように、本実施の形態における施設内集荷・配達管理システムは、施設内集荷・配達システムセンタ（物流センタ）１に設置され、受領日時、運送業者名、荷受人名を含む情報を受託情報として受け付け、ホストコンピュータ３に送信する物流センタコンピュータ１５と、物流センタコンピュータ１５からの情報を受信するホストコンピュータ３と、トレースセンタ４に設置されたトレース４１と、荷受人５に荷物を引き渡したとき、配達完了情報を送信するためのＰＤＴ（ポータブルデータターミナル）１３ｂと、これらの情報授受のために用いられる専用通信回線２とからなる。
【００２５】
施設内集荷・配達システムセンタ（物流センタ）１に設置された物流センタコンピュータ１５は、施設内配達用伝票を作成するための端末１１、運送業者２１から持ち込まれた荷物２１１に添付された物流伝票２１２を読み込むためのＰＤＴ１３ａ、及び荷送人、荷受人や運送業者２１から持ち込まれた荷物２１１に関する情報等を蓄える荷物情報データベース１２から構成される。
【００２６】
ホストコンピュータ３は、専用通信回線２を介して送信されて来た荷物に関する情報及び、ＰＤＴ１３ｂから送信された情報を整理し、受託情報３ａ、集荷情報３ｂ、及び配達完了情報３ｃとして保管する。また、運送業者からの要求に基づいて荷物の配達状況をインターネット６１を介して運送業者端末６に送信する。さらに、運送業者２１からの要求に基づいて受領印が押印された到着原票５１のイメージを配達証明として、公衆電話回線６２を介して、要求のＦＡＸ装置６５宛送信する。
【００２７】
トレースセンタ４は、荷物２１１を荷受人５に引き渡したとき、荷受人から受領印をもらった到着伝票５１のイメージを受領印の印影とともに読み込み、イメージデータとして格納するためのトレース４１が設置される。トレース４１により読み込まれたイメージデータは専用通信回線２を介してホストコンピュータ３に送信される。
【００２８】
図２は第１の実施の形態において、施設内に荷物を搬入するときの経路の例を示す図である。
【００２９】
図２に示すように、施設の敷地内には、北ビル１６と南ビル１７とが建てられており、各ビルには物品の販売店や飲食店や一般事務所等のテナントが入居している。北ビルの西側には施設内集荷・配達システムセンタ（物流センタ）１があり、その近傍に荷下ろし・荷さばきエリア１９が形成されている。
【００３０】
北ビル１６または南ビル１７に入居している荷受人５宛の荷物２１１を積んだトラックは、トラック出入り口１８から入り実線で示した搬入経路を通って荷下ろし・荷さばきエリア１９で荷物２１１を下ろし、搬入経路を逆にたどってトラック出入り口から退出する。
【００３１】
荷下ろし・荷さばきエリア１９で下ろされた荷物２１１は、次に述べる処理手順に従い、点線で示した配達ルートを通り北ビル１６または南ビル１７に入居している荷受人５に配達される。
【００３２】
図３は第１の実施の形態における施設内集荷・配達管理システムの処理手順を示すシーケンス図である。
【００３３】
図３に示すように、運送業者２１は顧客から託された荷物２１１をトラックに積んで荷受人５が入居する施設の施設内集荷・配達システムセンタ（物流センタ）１まで運送し（ｄ２１）、施設内の所定の駐車スペース（荷下ろし・荷捌きエリア）にこのトラックを駐車し、施設内に入居している荷受人宛の荷物２１１をおろして、荷物２１１毎に添付された物流伝票２１２とともに一括して物流センタ１に引き渡す（ｄ２２）。物流センタ１は物流伝票２１２に受領印を押印し、ＰＤＴ１３ａで物流伝票２１２のバーコードに表記された「お問い合わせＮｏ．」を読み、そして、受領印が押印された物流伝票２１２を運送業者２１に返却する（ｄ３３）。ここで、物流伝票２１２のバーコードに表記された「お問い合わせＮｏ．」は、物流センタ１まで当該荷物を配送してきた運送業者２１の伝票番号を表す運送業者問い合わせ番号であって、各運送業者２１が荷物毎に独自に付番したＮｏ．である。
【００３４】
物流センタ１の荷物情報データベース１２には、荷物を持ち込んだ運送業者２１に関する情報と、荷送人の住所、氏名等の荷送人情報と、施設内に居住している荷受人の住所、氏名等の荷受人情報とがあらかじめ登録されているので、これらの情報と、ＰＤＴ１３ａで物流伝票２１２から読み込んだ「お問い合わせＮｏ．」を、物流センタの端末１１を操作して表示させる。そして、その荷物を物流センタ１で受け取った日時とともに受託情報としてホストコンピュータ３にインターネットを介してその都度送信する（ｄ５１）。
【００３５】
このとき、物流センタの端末１１に表示される画面の例を図４及び図５に示す。荷物を持ち込んだ運送業者２１に関する情報は図４に示す持ち込み物流事業者欄４５のコンボボックスをスクロールさせて検索し、荷送人情報は、図５に示す荷送人欄４６のコンボボックスで検索する。同様に、荷受人情報は、図４の荷受人欄４７にて検索する。さらに、図４に示すように、物流センタの端末１１から車種情報欄４８に、運送業者２１の車種及び燃料を入力することもできる。また、物流センタの端末１１には、図５に示すように物流伝票２１２から読み込んだ「お問い合わせＮｏ．」３７及び物流センタ１において荷物毎に付番した施設内配達に関する「お問い合わせＮｏ．」３５が表示される。
【００３６】
ここで、運送業者２１が物流センタ１に持ち込んでくるたびに作成されるこれらの情報は荷物情報として荷物情報データベース１２に集積される。また、この荷物情報は一定量まとめて、集荷情報としてホストコンピュータ３にインターネット１を介して適時送信する（ｄ５１）。
【００３７】
さらに、物流センタの端末１１は、受託情報を基に施設内での配達に用いる施設内配達専用伝票を作成する（ｄ４１）。
【００３８】
なおここでは、ＰＤＴ１３ａは物流伝票２１２から「お問い合わせＮｏ．」のみを読み込むこととしているが、ＰＤＴ１３ａは物流伝票２１２に記載の荷送人及び荷受人に関する情報を読み込み、物流センタの端末１１を介することなく、その荷物を受け取った日時とともに受託情報として、ＰＤＴ１３ａから直接ホストコンピュータ３に専用通信回線２を介して送信する（ｄ５１）こととしても良い。
【００３９】
上述の運送業者２１から物流センタが荷物を受託するときの処理を図６にフローチャートとして示す。
【００４０】
図６に示すように、物流センタ１は、運送業者２１から荷物を受け取ると、まず、ＰＤＴ１３ａで物流伝票２１２のバーコードに表記された「お問い合わせＮｏ．」を読むと共に、荷物の重量・個数及び荷物を運んできた車両の車両番号をＰＤＴ１３ａから入力する（Ｓｐｅｐ１０１）。
【００４１】
次いで、荷物を持ち込んだ運送業者２１に関して、物流センタ１の端末１１から持ち込み物流事業者欄４５のコンボボックスをスクロールさせて検索し、あらかじめ物流センタコンピュータ１５に登録された業者かどうかチェックする（Ｓｐｅｐ１０２）。あらかじめ登録した業者でない場合は運送業者名を新規入力し（Ｓｐｅｐ１０３）物流センタコンピュータ１５の荷物情報データベース１２に追加する（Ｓｐｅｐ１０４）。その後、コンボボックスをスクロールさせ荷物情報データベース１２から、運送業者２１を選択し入力する（Ｓｐｅｐ１０５）。
【００４２】
続いて、荷送人に関しては物流センタ１の端末１１から荷送人欄４６のコンボボックスをスクロールさせて検索し、荷物情報データベース１２から荷送人の住所氏名を選択し入力する（Ｓｐｅｐ１０６）。次いで、荷受人に関して荷受人欄４７をスクロールさせて検索し、荷物情報データベース１２から荷受人の住所氏名を選択し入力する（Ｓｐｅｐ１０７）。
【００４３】
ここで、荷送人や荷受人に関する情報が荷物情報データベース１２に登録されていない場合は、上記Ｓｐｅｐ１０２からＳｐｅｐ１０４までと同様の手順で荷送人あるいは荷受人を新規に入力し荷物情報データベース１２に追加する。
【００４４】
これらの入力が完了すると、物流センタコンピュータ１５は、入力が完了した日時を受領日情報として追加し、さらに施設内配達用「お問い合わせＮｏ．」を追加する（Ｓｐｅｐ１０８）と共に、施設内配達用「お問い合わせＮｏ．」を付番した施設内配達用伝票を作成する（Ｓｐｅｐ１０９）。
【００４５】
そして、物流センタコンピュータ１５は、運送業２１が付番した「お問い合わせＮｏ．」と施設内配達用「お問い合わせＮｏ．」とを関連づけ（リンクづけ）て集荷情報データベース３ｂに蓄積する（Ｓｐｅｐ１１０）。
【００４６】
そして、これら運送業２１が付番した「お問い合わせＮｏ．」、施設内配達用「お問い合わせＮｏ．」、「お問い合わせＮｏ．」の関連づけ（リンクづけ）情報、荷物の重量・個数、運送業者名、荷送人の住所氏名、荷受人の住所氏名及び受領日時は、受託情報としてホストコンピュータ３に送信される（Ｓｐｅｐ１１１）。
【００４７】
以上で、物流センタ１での荷物の受託処理が完了する。
【００４８】
ここで、物流センタの端末１１が受託情報を基に施設内での配達に用いるために作成した施設内配達専用伝票は、運送業者控（お客様控）３１、荷受人控（送り状兼荷札）４１、及び到着原票５１の三枚綴りになっており、運送業者控３１には物流センタ１の受領印を押印して運送業者に渡す（ｄ４２）。
【００４９】
運送業者２１は、受領印が押印された物流伝票２１２及び運送業者控３１を受け取り、運送用トラックとともに、施設の外に退出する。これで、運送業者２１の業務は完了する。
【００５０】
綴りの一枚目、運送業者控（お客様控）３１には、図７に示すように、荷物を持ち込んだ運送業者２１を表記する持ち込み業者欄３２、荷受人５を表記する荷受人欄３３、流通センタの受領印を押印する受領印欄３４、施設内配達用伝票の伝票番号を表す施設内配達用問い合わせ番号であって、物流センタ１において荷物毎に付番した施設内配達に関する「お問い合わせＮｏ．」欄３５、及びお客様コード欄３６が作られている。そして、持ち込み業者欄３２には、荷物を持ち込んだ運送業者２１が独自に付番し、物流伝票２１２に表記した「お問い合わせＮｏ．」と同一の番号が運送業者付番「お問い合わせＮｏ．」３７として表記されている。
【００５１】
運送業者付番「お問い合わせＮｏ．」と施設内配達に関する「お問い合わせＮｏ．」とは、ホストコンピュータ内でリンクさせるので、どちらの番号を参照してホストコンピュータ３にアクセスしても、運送業者２１はその荷物に関する配達状況を追跡調査することができる。
【００５２】
綴りの二枚目、荷受人控（送り状兼荷札）４１には、図８に示すように、荷物を持ち込んだ運送業者２１を表記する持ち込み業者欄３２、及び荷受人５を表記する荷受人欄３３、が作られ、施設内配達に関する「お問い合わせＮｏ．」３５が表記されている。また、持ち込み業者欄３２には、物流伝票２１２に表記した「お問い合わせＮｏ．」と同一の番号が運送業者付番「お問い合わせＮｏ．」３７として表記されている。
【００５３】
荷受人控（送り状兼荷札）４１は、荷物２１１を荷受人５に引き渡すとき、荷物と共に渡す。荷受人５は、受け取った荷物２１１に何らかの問題があったときなど、荷受人控４１に記載された「お問い合わせＮｏ．」３５を物流センタ１に伝えれば、その荷物の配達ルート等を追跡調査することができるため、速やかな問題解決が期待できる。なお、運送業者付番「お問い合わせＮｏ．」３７と施設内配達に関する「お問い合わせＮｏ．」３５とは、リンクされているので、荷受人５がどちらの「お問い合わせＮｏ．」を伝えても、物流センタ１はホストコンピュータ３にアクセスすることにより、その荷物の配達ルート等を追跡調査することができる。
【００５４】
綴りの三枚目、到着原票５１には、図９に示すように、荷物を持ち込んだ運送業者２１を表記する持ち込み業者欄３２、荷受人５を表記する荷受人欄３３、施設内配達に関する「お問い合わせＮｏ．」欄３５、客様コード欄３６、及び荷受人５の受領印を押印する受領印欄５２が作られ、さらに、施設内配達用の「お問い合わせＮｏ．」のバーコド５３が表示されている。また、持ち込み業者欄３２には、運送業者付番「お問い合わせＮｏ．」３７が表記されている。
【００５５】
図３に示すように、荷物２１１を荷受人５に配達したとき、荷受人５から受領印をもらうと同時に配達人はＰＤＴ１３ｂを使ってバーコード５３を読み込み（ｄ６１）配達完了情報として専用通信回線２を介してホストコンピュータ３に送信する（ｄ６２）。
【００５６】
ホストコンピュータ３での処理を図１０の配達完了処理フローチャートに示す。
【００５７】
図１０に示すように、ＰＤＴ１３ｂを使ってバーコード５３から読み込まれた施設内配達用「お問い合わせＮｏ．」はホストコンピュータ３に送信される（Ｓｐｅｐ２０１，Ｓｔｅｐ２０２）。
【００５８】
ホストコンピュータ３では、上記「お問い合わせＮｏ．」が送信された日時を配達完了日時として付与する（Ｓｐｅｐ２０３）。次いで、「お問い合わせＮｏ．」に基づき集荷情報データベース３ｂを検索し（Ｓｐｅｐ２０５）、関連情報をまとめて配達完了情報データベース３ｃに蓄積する（Ｓｐｅｐ２０６）。
【００５９】
上述の通り、配達完了と同時にＰＤＴ１３ｂから直接ホストコンピュータ３に送信されるので、配達完了日時を示す配達完了情報がリアルタイムにホストコンピュータ３に反映される。従って、運送業者２１はインターネット２を介してホストコンピュータ３にアクセスすることにより、その時点で、配達が完了しているかどうか、リアルタイムに状況を知ることができる。
【００６０】
例えば、運送業者端末６のＰＣ６３から配達状況を確認したい場合は、まず、施設内配達管理システムを運用する会社のホームページを表示させ、施設内配達状況確認サービスを選択する。すると、ＰＣ６３上に「お問い合わせＮｏ．」その他の入力を促すガイド画面が表示される。この画面上のガイドに従って「お問い合わせＮｏ．」等の入力を行う。この場合、運送業者付番「お問い合わせＮｏ．」３７と施設内配達に関する「お問い合わせＮｏ．」３５とは、リンクされているので、運送業者が、自ら付番した運送業者付番「お問い合わせＮｏ．」３７を入力しても良い。
【００６１】
ホストコンピュータ３は、上記要求データをインターネット６１を介して受信するので、蓄積されたデータベース（３ａ，３ｂ，３ｃ）を検索し、配達完了情報を受信していれば、完了した日時とともに当該荷物の配達が完了した旨、配達完了情報を受信していなければ、配達未完である旨インターネット６１を介して運送業者端末６のＰＣ６３に返信する。
【００６２】
なお、ＰＣ６３を用いる代わりにブラウザ対応の携帯電話６４を用いても良い。ブラウザ対応の携帯電話６４を用いる場合は、施設内配達管理システムを運用する会社のＵＲＬを入力し、施設内配達状況確認サービスを選択する。そして、ガイドに従って、「お問い合わせＮｏ．」等の入力を行えばよい。その後の処理は、ＰＣ６３を用いた場合と同様である。
【００６３】
図３に示すように、荷受人５の受領印が押印された到着原票５１は、トレースセンタ４に持ち込まれ（ｄ４６）トレースセンタ４に設置されたトレース４１により受領印が押印された到着原票５１のイメージが読み込まれ、専用線４１を介してホストコンピュータに送信される（ｄ４７）。
【００６４】
受領印が押印された到着原票５１のイメージは、配達証明として扱うことができ、ホストコンピュータにおいてこのイメージが送られてきたとき、施設内における当該荷物の一連の配達処理がすべて完了することとなる。
【００６５】
また、受領印が押印された到着原票５１のイメージがホストコンピュータに蓄積されるので、運送業者２１等から要求があったとき、ホストコンピュータ３は受領印が押印された到着原票５１のイメージを配達証明として、要求のＦＡＸ番号宛送信することが可能となる。このとき、運送業者付番「お問い合わせＮｏ．」３７と施設内配達に関する「お問い合わせＮｏ．」３５とは、リンクされているので、運送業者が、自ら付番した運送業者付番「お問い合わせＮｏ．」３７を参照して要求してきた場合であっても、受領印が押印された到着原票５１のイメージを配達証明として、要求のＦＡＸ番号宛送信することができる。
【００６６】
例えば、運送業者２１がブラウザ対応の携帯電話６４を用いて、受領印が押印された到着原票５１のイメージのＦＡＸ送信を要求する場合は、まず、施設内配達管理システムを運用する会社のＵＲＬを入力し、配達受領印要求サービスを選択する。すると、ＵＲＬに応答して受領印要求画面が携帯電話６４に提供され、お問い合わせＮｏ．、要求元電話番号、送付先名称、ＦＡＸ番号等の入力を促すガイド画面が表示される。
【００６７】
運送業者２１は、携帯電話６４に表示された画面のガイドに従い、お問い合わせＮｏ．等を入力する。この場合、運送業者付番「お問い合わせＮｏ．」３７と施設内配達に関する「お問い合わせＮｏ．」３５とは、リンクされているので、運送業者が、自ら付番した運送業者付番「お問い合わせＮｏ．」３７を入力しても良い。内容に間違いがなければ送信ボタンをクリックして送信し、訂正があればクリアボタンをクリックして再度入力を行う。
【００６８】
ホストコンピュータ３は、上記要求データをインターネット６１を介して受信するので、蓄積されたデータベース（３ａ，３ｂ，３ｃ）を検索し、受領印が押印された到着原票５１のイメージを受信していれば、完了した日時とともに受領印が押印された到着原票５１のイメージを公衆電話回線６２を介して、指定されたＦＡＸ番号に対応するＦＡＸ装置６５に送信する。
【００６９】
ここで、ブラウザ対応の携帯電話６４を用いる代わりにＰＣ６３を用いても良い。ＰＣ６３を用いる場合は、施設内配達管理システムを運用する会社のホームページを表示させ、配達受領印要求サービスを選択する。そして、ガイドに従って、お問い合わせＮｏ．等の入力を行えばよい。その後の処理は、ブラウザ対応の携帯電話６４を用いた場合と同様である。
【００７０】
ホストコンピュータ３では、送信されてきた上記データを整理し、受託情報３ａ、集荷情報３ｂ、及び配達完了情報３ｃとして保管する。これらのデータは施設内配達に関する「お問い合わせＮｏ．」３５と関連づけられ、さらに、運送業者付番「お問い合わせＮｏ．」３７と施設内配達に関する「お問い合わせＮｏ．」３５とはリンクされているので、どちらの「お問い合わせＮｏ．」を参照しても必要なデータを取り出すことができる。また、これらのデータは、ＰＤＴ１３ｂからの完了情報を受信するたび、および、トレースセンタ４からの受領印が押印された到着原票５１のイメージデータを受信するたびにリアルタイムに更新される。さらに、これらのデータを加工することにより、当該施設のオーナに対する請求書の作成のみならず、オーナに代わって、運送業者や施設の管理会社等に対する請求書を作成することもできる。
【００７１】
図１１は、施設のオーナーや運送業者や施設の管理会社等に対する手数料請求処理のフローチャートである。
【００７２】
図１１に示すように、手数料処理においてはまず、端末１１に施設内配送手数料設定画面を表示させる（Ｓｐｅｐ３０１）。次いで、この画面から運送業者を選択する（Ｓｐｅｐ３０２）。続いて、手数料の請求処理を伝票単位で行うのか、月単位で行うのかを選ぶ（Ｓｐｅｐ３０３）。
【００７３】
伝票単位で請求処理を行うことを選んだ場合は、荷物一個当たりの基本手数料を設定すると（Ｓｐｅｐ３０４）、１伝票毎に施設のオーナーや運送業者や施設の管理会社等に対して請求書発行等の請求処理がなされる（Ｓｐｅｐ３０５）。
【００７４】
一方、月単位で請求処理を行うことを選んだ場合は、まず、荷物一個当たりの基本手数料を設定し（Ｓｐｅｐ３０６）、次いで、割引の設定を行う（Ｓｐｅｐ３０７）。この場合は、１月毎に施設のオーナーや運送業者や施設の管理会社等に対して請求書発行等の請求処理がなされる（Ｓｐｅｐ３０８）。ここで、割引の設定は、例えば１月当たり配達した荷物の個数が１０００個以上の場合は１０％引き、２５００個を超える場合は１５％引き、５０００個を超える場合は２０％引きというふう設定する。
【００７５】
さらに、施設内集荷・配達システムセンタ（物流センタ）１にて運送業者２１から荷物２１１を受け取ったとき、この荷物２１１を運んできたトラック等の車種及び燃料を、受領した時刻と共に物流センタコンピュータ１５に入力することとしても良い。これらの情報は、荷物情報データベース１２に蓄えられ、車種毎、時間帯毎あるいは燃料毎にデータを取り出すことが出来る。例えば、軽トラックで燃料を軽油とした車両は６：００〜８：３０の時間帯に２３台荷物を搬入するために施設に入ってきたというようなデータを取り出すことが出来る。
【００７６】
図１２は、かかる場合において荷物２１１を運んできたトラック等の車種及び燃料の入力処理を示す車種・燃料入力処理フローチャートである。
【００７７】
図１２に示すように、車種・燃料入力処理においては、まず、端末１１に車種・燃料入力画面を表示させる（Ｓｐｅｐ４０１）。次いで、この画面上で、車種及び燃料を選択し入力する（Ｓｐｅｐ４０２）。
【００７８】
物流センタコンピュータ１５は、車種及び燃料が入力された日時を付与し（Ｓｐｅｐ４０３）、車種・燃料入力情報として蓄積する（Ｓｐｅｐ４０４）。
【００７９】
このように蓄積された車種・燃料情報を出力する場合は（Ｓｐｅｐ４０５）、まず、例えば２００２年６月２１日から２００２年７月２０日までというように日付範囲を指定し（Ｓｐｅｐ４０６）、次いで、車種、燃料、時間帯の出力順序を指定する（Ｓｐｅｐ４０７）。例えば、車種、燃料、時間帯の順序で出力することを指定した場合は、２００２年６月２１日から２００２年７月２０日までの期間において、車種、燃料、時間帯、の順序で各時間帯における車両の台数が一覧表として出力される（Ｓｐｅｐ４０８）。
【００８０】
ここで、一覧表の出力は、一覧表として印刷することも可能であり、またＣＳＶファイルとして出力することも可能である。
【００８１】
このようなデータを蓄積することにより、同様の設備において荷物の搬入経路やスペースを計画する上での参考資料として利用することが出来る。また、官公庁に対し、都市開発計画等の基礎データとして提示することも可能となる。
【００８２】
また、本実施の形態においては施設内集荷・配達システムセンタ（物流センタ）１は施設内に１箇所設けているが、大規模な施設の場合、荷下ろし・荷さばきエリア１９を複数にしなければならない場合がある。例えば、荷下ろし・荷さばきエリア１９（荷受場）を３箇所設けなければ成らない場合は、図１３に示すように、施設内集荷・配達システムセンタ（物流センタ）１に隣接して荷受場Ａを配置し、荷受場Ｂ及び荷受場Ｃを離れたところに配置する。そして、各荷受場に物流センタコンピュータ１５，及び端末１５ｂ及び１５ｃをおき、各荷受場で、先に述べた処理手順で荷物の受け取り処理を行い、入力したデータを端末１５ｂ及び１５ｃから通信回線を通じて物流センタコンピュータ１５に送信する。このとき通信回線が使えない場合は、フロッピー（登録商標）ディスク１５１，１５２にてデータのやりとりを行う。
【００８３】
このように、物流センタコンピュータ１５と各荷受場に設けた端末（この例では端末１５ｂ及び１５ｃ）とでデータのやりとりを行うことにより、荷下ろし・荷さばきエリア１９を複数にしなければならない場合でも対応が可能となる。
【００８４】
このように、第１の実施の形態によれば、施設内に入居している荷受人５宛に送られた荷物２１１を施設内の物流センタ１で一括して受け取り、当該荷物２１１を施設内の当該荷受人５まで配達するので、運送業者２１が運送用トラックを施設内に駐車する時間を短縮することができ、施設周辺における交通渋滞の問題も解決される。
【００８５】
また、荷物２１１を物流センタ１で受け取った日時、荷受人５のところに配達した日時、実際に受け取った荷受人５の名前、運送業者付番「お問い合わせＮｏ．」３７、施設内配達に関する「お問い合わせＮｏ．」３５がホストコンピュータ３に集約されるので、運送業者２１等が「お問い合わせＮｏ．」を参照することによって荷受人５のところに配達が完了した日時をリアルタイムに知ることができる。
【００８６】
さらに、施設内において、いつ、誰が、誰に配達したかが明らかになるため、責任の所在が明確になる。例えば、荷受人５が荷物２１１を受け取ったとき、その荷物２１１がすでに破損していたような場合、その責任が運送業者２１の側にあるのか物流センタ１の側にあるのかの追求が容易となる。
【００８７】
また、運送業者付番「お問い合わせＮｏ．」３７と施設内配達に関する「お問い合わせＮｏ．」３５とは、リンクされているので、どちらの「お問い合わせＮｏ．」を参照しても荷物の配達状況を追跡することができる。
【００８８】
例えば、運送業者２１が物流伝票２１２に記載した「お問い合わせＮｏ．」３７のみを頼りに、施設内配達状況を知ることができ、また、受領印が押印された到着原票５１のイメージを配達証明としてＦＡＸ等で受信することができる。
【００８９】
次に本発明の第２の実施の形態を図１４乃至図２３を参照して詳細に説明する。
【００９０】
図１４は、第２の実施の形態における施設内集荷・配達管理システムの全体構成図を示す。第２の実施の形態は、第１の実施の形態とは逆に施設内の各荷送人の荷物を集荷する場合に適用する施設内集荷・配達管理システムである。
【００９１】
図１４に示すように、本実施の形態における施設内集荷・配達管理システムは、施設内集荷・配達システムセンタ（物流センタ）１に設置された物流センタコンピュータ１５と、物流センタコンピュータ１５に物流伝票７１ａ，ｂから読み込んだ情報を送信するためのＰＤＴ（ポータブルデータターミナル）１４ａ，１４ｂと、物流センタコンピュータ１５に蓄えられた情報を受け渡し完了情報３ｄとして受け取るホストコンピュータ３と、これらの情報の授受のために用いられる専用通信回線２とで構成される。さらに、ホストコンピュータ３と運送業者の端末６３とはインターネット６１で繋がっている。
【００９２】
施設内集荷・配達システムセンタ（物流センタ）１に設置された物流センタコンピュータ１５は、運送業者８に対して受け渡しが完了したとき受け渡し完了情報等を入力する端末１１と、施設内の荷送人７ａ，７ｂ，・・・（以下荷送人７と総称する）から受領した荷物２２１，２２２，・・・（以下荷物２２１と総称する）に添付された物流伝票７１ａ，７１ｂ，・・・（以下物流伝票７１と総称する）を読み込むＰＤＴ１４ａと、施設内の荷送人７から受領した荷物２２１に関する情報等を蓄える荷物情報データベース１２とで構成される。
【００９３】
なおＰＤＴ１４ｂは、施設内の荷送人７から荷物を集荷する集荷担当業者が手に持ち、荷物２２１を受領したとき、その場で添付された物流伝票７１を読み込むために使われる。
【００９４】
図１５は第２の実施の形態において、施設内から荷物２２１を搬出するときの経路の例を示す図である。
【００９５】
図１５に示すように、施設の敷地内には、北ビル１６と南ビル１７とが建てられており、各ビルには物品の販売店や飲食店や一般事務所等のテナントが入居している。北ビルの西側には施設内集荷・配達システムセンタ（物流センタ）１があり、その近傍に荷下ろし・荷さばきエリア１９が形成されている。
【００９６】
北ビル１６または南ビル１７に入居している荷送人７から受け取った荷物２２１は、各ビル１６，１７から実線で示したルートをたどり荷下ろし・荷さばきエリア１９に運ばれる。
【００９７】
荷下ろし・荷さばきエリア１９まで運ばれてきた荷物２２１は、運送業者８ａ，８ｂ，・・・（以下運送業者８と総称する）毎に分別される。運送業者８のトラックは、トラック出入り口１８から進入し、点線で示した搬出ルートを通って荷下ろし・荷さばきエリア１９に行き、自分が担当する荷物２２１を積み込んだ後、点線で示した搬出ルートをたどりトラック出入り口１８から退出する。
【００９８】
図１６は第２の実施の形態における荷物の動きを示すシーケンス図である。
【００９９】
図１６に示すように、荷送人７ａ，７ｂ，・・・から託された荷物２２１，２２２，・・・は、施設内集荷・配達システムセンタ（物流センタ）１に集められ（ｄ６６，ｄ６７）物流センタ１で担当運送業者８毎に仕分けられる。担当運送業者８毎に仕分けられた荷物２２１は、担当運送業者８のトラックに積み込まれ搬出される（ｄ６８，ｄ６９）。
【０１００】
図１７は第２の実施の形態における施設内集荷・配達管理システムの処理手順を示すシーケンス図である。
【０１０１】
図１７に示すように、集荷担当者は荷送人７ａ，７ｂ，・・・から託された荷物２２１，２２２，・・・に添付された物流伝票７１ａ，７１ｂ，・・・（物流伝票７１と総称する）のバーコードに表記された「お問い合わせＮｏ．」をＰＤＴ１４ｂにて読み込む。さらにＰＤＴ１４ｂを操作して、個数・重量を入力し、これらの情報を物流センタコンピュータ１５に送信する（ｄ７１，ｄ７２）。
【０１０２】
物流センタコンピュータ１５は受け取ったデータの集積及び処理を行う（ｄ７３）。
【０１０３】
物流センタ１の担当者は、荷物２２１を運送業者８の運送用トラックに積み込む際に、このトラック等の車種、燃料を端末１１から入力する（ｄ７４）。さらに、端末１１に運送業者毎の集荷情報を表示させ、集荷情報から運送用トラックに積み込んだ荷物を選択し入力すると、入力した日時が受け渡し日時として付加され、この受け渡し日時と共に「お問い合わせＮｏ．」等とが関連づけられ受け渡し完了情報として登録される（ｄ７５）。このとき、図１８に示す貨物受渡書８１がプリントアウトされるので（ｄ７６）、貨物受渡書８１に運送業者８の受領印をもらい、物流センタ１に保管する。
【０１０４】
また、受け渡し日時等の受け渡し完了情報８２は、物流センタコンピュータ１５に記憶されると同時に、専用通信回線２を介してホストコンピュータ３に送信され（ｄ７７）、ホストコンピュータ３にても「お問い合わせＮｏ．」とともに記憶される。
【０１０５】
ホストコンピュータ３は、インターネット６１を介して、各運送業者端末６にも接続されているので、各運送業者はＰＣ６３等から「お問い合わせＮｏ．」をリファーすることにより、当該荷物２２１を集荷した日時、物流センタ１で運送業者８に引き渡された日時を知ることが可能となり、責任の分界点を明確化することが出来る。
【０１０６】
物流センタコンピュータ１５には、あらかじめ荷物の重量と集荷手数料との関係が入力されており、この関係に基づいて、運送業者８毎に集荷手数料を計算し定期的に集荷手数料請求書８３を発行する等の手数料の請求処理を行う（ｄ７８）。また、蓄積された情報は加工され、運送業者別出荷一覧や集荷担当別出荷一覧などの各種帳票８４として出力することが可能となる（ｄ７９）。
【０１０７】
上記の一連の処理において、集荷担当者が集荷する荷物２２１に添付された物流伝票７１は、施設内で集荷するための特別な伝票を用いるのでなく、荷送人が依頼する運送業者８の伝票を用いる。普通、１つの施設内に複数の運送業者８が出入りするので、ＰＤＴ１４ｂで物流伝票７１のデータを読み込むときには運送業者８の名称等も読み込む必要がある。なお、物流伝票７１は荷物２２１を運送業者８に引き渡すときに、荷物２２１と一緒に引き渡される。
【０１０８】
図１９は、集荷担当者が集荷時に物流伝票７１を読み込むときの手順を示す図である。また、図２０は、集荷処理のフローチャートである。
【０１０９】
図１９及び図２０に示すように、まず、集荷担当者は、ＰＤＴ１４ｂにて集荷担当業者名を表示したバーコード７５を読み込む（Ｓｔｅｐ５０１）。次いで、物流事業者一覧７６に記載された運送業者名から、該当する運送業者を表示したバーコードを読み込む（Ｓｔｅｐ５０２）。そして、物流伝票７１にバーコード表示された伝票番号、「お問い合わせＮｏ．」等を読み込み、さらに、ＰＤＴ１４ｂにて個数・重量を入力する（Ｓｔｅｐ５０３）。
【０１１０】
ＰＤＴ１４ｂに入力されたこれらの情報は、物流センタコンピュータ１５に送信される（Ｓｔｅｐ５０４）。物流センタコンピュータ１５では、「お問い合わせＮｏ．」、集荷担当業者及び運送業者８を関連づけて集荷情報として荷物情報データベース１２に登録する（Ｓｔｅｐ５０５）。
【０１１１】
登録された集荷情報は物流センタ１の端末１１で修正することが出来る。修正の必要がある場合は（Ｓｔｅｐ５０６）、端末１１から「お問い合わせＮｏ．」を入力すると、関連づけられた運送業者８等の集荷情報が表示されるので、必要な箇所を修正する（Ｓｔｅｐ５０７）。
【０１１２】
このように運送業者名等をバーコードで読み込むことにしたので、入力ミスを防ぐことが出来る。また、運送業者８毎に物流伝票７１のフォームが異なっていても、物流伝票７１のバーコードを読み込む前に運送業者名をバーコードで読み込んでいるので、各物流伝票７１のフォーマットに応じたバーコードの読み込みが可能となる。さらに、複数の業者により集荷がなされている場合は、複数の集荷担当業者名をバーコード表示したリスト７５から該当するバーコードを読み込めば良い。
【０１１３】
なお、物流伝票７１の読み込みは、集荷担当者が荷物２２１を集荷し、物流センタ１まで持ち込んだ後で、まとめてＰＤＴ１４ａで行うこととしても良い。
【０１１４】
次に、集荷した荷物２２１を運送業者８に受け渡すときの処理について、図２１の受け渡し処理フローチャートを参照して説明する。
【０１１５】
図２１に示すように、既に集荷時点で物流センタコンピュータ１５に集荷情報が伝送され蓄積されているので、まず、端末に運送業者８毎に集荷情報を表示させる（Ｓｔｅｐ６０１）。次いで、表示画面をスクロールして運送用トラックに積み込んだ荷物を選択し入力する（Ｓｔｅｐ６０２）。
【０１１６】
上記入力が完了したとき、入力した日時が受け渡し日時として付加され（Ｓｔｅｐ６０３）、出荷日、運送業者８、総出荷件数、総出荷個数等を表示した貨物受渡書を印字する（Ｓｔｅｐ６０４）。また、これらの情報は受け渡し完了情報として物流センタコンピュータ１５に登録し（Ｓｔｅｐ６０５）、ホストコンピュータ３に送信する（Ｓｔｅｐ６０６）。これで、受け渡し処理は完了する。
【０１１７】
次に、受け渡し処理時、運送用トラックの車種・燃料を入力する場合の処理ついて図２２の車種・燃料入力処理フローチャートを参照して説明する。
【０１１８】
図２２に示すように、車種・燃料入力処理においては、まず、端末１１に車種・燃料入力画面を表示させる（Ｓｐｅｐ７０１）。次いで、この画面上で、車種及び燃料を選択し入力する（Ｓｐｅｐ７０２）。
【０１１９】
物流センタコンピュータ１５は、車種及び燃料が入力された日時を付与し（Ｓｐｅｐ７０３）、車種・燃料入力情報として蓄積する（Ｓｐｅｐ７０４）。
【０１２０】
このように蓄積された車種・燃料情報を出力する場合は（Ｓｐｅｐ７０５）、まず、例えば２００２年６月２１日から２００２年７月２０日までというように日付範囲を指定し（Ｓｐｅｐ７０６）、次いで、車種、燃料、時間帯の出力順序を指定する（Ｓｐｅｐ７０７）。例えば、車種、燃料、時間帯の順序で出力することを指定した場合は、２００２年６月２１日から２００２年７月２０日までの期間において、車種、燃料、時間帯、の順序で各時間帯における車両の台数が一覧表として出力される（Ｓｐｅｐ８０８）。
【０１２１】
次に、運送業者等に対する手数料請求処理について図２３の手数料請求処理フローチャートを参照して説明する。
【０１２２】
図２３に示すように、手数料処理においてはまず、端末１１に集荷手数料設定画面を表示させる（Ｓｐｅｐ８０１）。次いで、この画面から運送業者を選択する（Ｓｐｅｐ８０２）。続いて、手数料の請求処理を伝票単位で行うのか、月単位で行うのかを選ぶ（Ｓｐｅｐ８０３）。
【０１２３】
伝票単位で請求処理を行うことを選んだ場合は、荷物一個当たりの基本手数料を設定すると（Ｓｐｅｐ８０４）、１伝票毎に運送業者等に対して請求書発行等の請求処理がなされる（Ｓｐｅｐ８０５）。
【０１２４】
一方、月単位で請求処理を行うことを選んだ場合は、まず、荷物一個当たりの基本手数料を設定し（Ｓｐｅｐ８０６）、次いで、割引の設定を行う（Ｓｐｅｐ８０７）。この場合は、１月毎に施設のオーナーや運送業者や施設の管理会社等に対して請求書発行等の請求処理がなされる（Ｓｐｅｐ８０８）。ここで、割引の設定は、例えば１月当たり配達した荷物の個数が１０００個以上の場合は１０％引き、２５００個を超える場合は１５％引き、５０００個を超える場合は２０％引きというふう設定する。
【０１２５】
このように、第２の実施の形態によれば、施設内に入居している荷送人７からの荷物２２１を施設内で受け取った後、荷物２２１に関する情報、受領日時、運送業者名、引き渡し日時等の情報が物流センタ１のコンピュータ１５に保管されるため、当該荷物配達に関する責任の明確化がなされると共に、荷物２２１の配達状況を容易に確認することができる。
【０１２６】
また、施設内に入居している荷送人７から集荷してきた荷物２２１を施設内の物流センタ１に集積し、運送業者８に引き渡すので運送業者８が運送用トラックを施設内に駐車する時間を短縮することができ、施設周辺における交通渋滞の問題も解決される。
【０１２７】
さらに、荷物２２１を荷送人７から受け取った日時、荷物を受け取った集荷担当業者の名称、「お問い合わせＮｏ．」等がホストコンピュータ３に集約されるので、運送業者８が「お問い合わせＮｏ．」を参照することによって荷物２２１を荷送人７から受け取った日時、運送業者８に受け渡した日時をリアルタイムに知ることができる。
【０１２８】
また、施設内において、いつ、誰が当該荷物２２１を受け取ったかが明らかになるため、責任の所在が明確になる。例えば、荷受人が運送業者８から荷物２２１を受け取ったとき、その荷物２２１がすでに破損していたような場合、その責任が運送業者８の側にあるのか物流センタ１の側にあるのかの追求が容易となる。
【０１２９】
さらに、荷物２２１を運送業者８の運送用トラックに積み込む際に、このトラック等の車種、燃料を端末１１から入力するので、これらの情報は、荷物情報データベース１２に蓄えられ、車種毎、時間帯毎あるいは燃料毎にデータを取り出すことが出来る。また、このようなデータを蓄積することにより、同様の設備において荷物の搬入経路やスペースを計画する上での参考資料として利用することが出来る。また、官公庁に対し、都市開発計画等の基礎データとして提示することも可能となる。
【０１３０】
【発明の効果】
以上のように、本発明の施設内集荷・配達管理プログラム及び施設内集荷・配達管理システムによれば、施設内の物流センタで受け取った後の配達状況がホストコンピュータにリアルタイムに集約される。そして、運送業者の端末からこのホストコンピュータにアクセスが可能となるため、運送業者みずから荷物が実際に荷受人のところまで届いたかどうかを確かめることが出来る。
【０１３１】
また、ホストコンピュータにアクセスすることで施設内における配達状況を容易に把握することができるので、いつ荷受人がその荷物を受け取ったかなどの管理が十分可能となる。
【０１３２】
さらに、施設内に入居している荷送人からの荷物を施設内で受け取った後、荷物に関する情報、受領日時、運送業者名、受け渡し日時等の情報が物流センタのコンピュータに保管されるため、当該荷物配達に関する責任の明確化がなされると共に、荷物の配達状況を容易に確認することができる。
【図面の簡単な説明】
【図１】第１の実施の形態における施設内集荷・配達管理システムの全体構成図である。
【図２】第１の実施の形態において、施設内に荷物を搬入するときの経路の例を示す図である。
【図３】第１の実施の形態において、システムの処理手順を示すシーケンス図である。
【図４】第１の実施の形態において、物流センタの端末１１に表示される画面の一例である。
【図５】第１の実施の形態において、物流センタの端末１１に表示される画面の一例である。
【図６】第１の実施の形態の荷物の受託処理フローチャートである。
【図７】第１の実施の形態の施設内配達専用伝票における運送業者控である。
【図８】第１の実施の形態の施設内配達専用伝票における荷受人控である。
【図９】第１の実施の形態の施設内配達専用伝票における到着原票である。
【図１０】第１の実施の形態の配達完了処理フローチャートである。
【図１１】第１の実施の形態の手数料請求処理のフローチャートである。
【図１２】第１の実施の形態の車種・燃料入力処理フローチャートである。
【図１３】荷受場が複数箇所ある場合情報伝達方法を示す図である。
【図１４】第２の実施の形態における施設内集荷・配達管理システムの全体構成図である。
【図１５】第２の実施の形態において、施設内から荷物を搬出するときの経路の例を示す図である。
【図１６】第２の実施の形態における荷物の動きを示すシーケンス図である。
【図１７】第２の実施の形態における施設内集荷・配達管理プログラムの処理手順を示すシーケンス図である。
【図１８】貨物受渡書の一例である。
【図１９】集荷時に物流伝票を読み込むときの手順を示す図である。
【図２０】第２の実施の形態の集荷処理フローチャートである。
【図２１】第２の実施の形態の受け渡し処理フローチャートである。
【図２２】第２の実施の形態の車種・燃料入力処理フローチャートである。
【図２３】第２の実施の形態の手数料請求処理フローチャート
【図２４】従来の代理人受領の手順を示すシーケンス図である。
【符号の説明】
１　施設内集荷・配達システムセンタ（物流センタ）
１１　施設内集荷・配達管理システム端末
２　インターネット
３　ホストコンピュータ
４　トレースセンタ
５　荷受人
６　運送業者端末
７　荷送人
１３ａ、１３ｂ、１４ａ、１４ｂ　ＰＤＴ（ポータブルデータターミナル）
【図１】
2004123379.tif 000003
【図２】
2004123379.tif 000004
【図３】
2004123379.tif 000005
【図４】
2004123379.tif 000006
【図５】
2004123379.tif 000007
【図６】
2004123379.tif 000008
【図７】
2004123379.tif 000009
【図８】
2004123379.tif 000010
【図９】
2004123379.tif 000011
【図１０】
2004123379.tif 000012
【図１１】
2004123379.tif 000013
【図１２】
2004123379.tif 000014
【図１３】
2004123379.tif 000015
【図１４】
2004123379.tif 000016
【図１５】
2004123379.tif 000017
【図１６】
2004123379.tif 000018
【図１７】
2004123379.tif 000019
【図１８】
2004123379.tif 000020
【図１９】
2004123379.tif 000021
【図２０】
2004123379.tif 000022
【図２１】
2004123379.tif 000023
【図２２】
2004123379.tif 000024
【図２３】
2004123379.tif 000025
【図２４】
2004123379.tif 000026