JP2004001390A - Method for printing delivery slip, delivery slip and delivery method - Google Patents
Method for printing delivery slip, delivery slip and delivery method Download PDFInfo
- Publication number
- JP2004001390A JP2004001390A JP2003031707A JP2003031707A JP2004001390A JP 2004001390 A JP2004001390 A JP 2004001390A JP 2003031707 A JP2003031707 A JP 2003031707A JP 2003031707 A JP2003031707 A JP 2003031707A JP 2004001390 A JP2004001390 A JP 2004001390A
- Authority
- JP
- Japan
- Prior art keywords
- delivery
- slip
- information
- destination
- delivery slip
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
Description
【０００１】
【発明の属する技術分野】
本発明は、特に配送業務に好適な配送伝票印刷方法、配送伝票及び配送方法に関する。
【０００２】
【従来の技術】
従来の配送方法としては、例えば非特許文献１に記載のものがある。この配送方法は、集荷車両に無線通信網対応無線機を搭載し、集配状況の最新データを運行管理センタへ通知する。集荷と配送に際して集配作業者は、バーコードリーダを携行し、荷物を受け取った直後や荷物が確実に手渡せると判断した段階で、荷物に貼り付けてある伝票上のバーコードを読み取る。集荷車両に戻って車載端末のホルダスーパ・トラッカを戻すと、伝票番号と集配状況を示す情報が集配管理サーバへ自動的に送信されるようになっている。そして、この非特許文献１の図３には、運行管理センタ、営業所、空港毎の集荷・配送状況を米国のコンピュータが集め、集荷・配送状況を顧客（配送依頼者）にリアルタイムに送信してサービスすることが記載されている。
【０００３】
【非特許文献１】
ＮＩＫＫＥＩＣＯＭＭＵＮＩＣＡＴＩＯＮ１９９２．８．２の第１０９頁から第１１４頁
【０００４】
【発明が解決しようとする課題】
しかしながら、この非特許文献１等に記載の従来の配送方法は、荷物に貼り付けてある宅配伝票上のバーコードを読み取り、伝票番号と集配状況を示す情報が集配管理サーバへ自動的に送信されるようになっているが、伝票は従来のように客の手書きのものを事務員が手作業で処理しているため、手間がかかり時間の短縮に難点がある。また、多くの場合は、荷物を宅配会社等の特定場所の窓口まで持って行く必要があった。また、一部の宅配会社では、電話による集荷依頼を受け付けているが、この場合、集荷車両が客先（宅配依頼者のところ）に到着した後にドライバが客（宅配依頼者）に提供した宅配伝票に対して客が手書きにて必要事項を記載する等、非常に時間と手間がかかって煩わしいものであった。
【０００５】
ところで、従来の宅配依頼の発想は既に宅配依頼者が宅配会社を決めており、従って対象荷物の得意分野や集荷先と配送先との距離他諸関係、保険を含めた値段等の点を相互勘案して宅配会社を選定することはできなかった。
【０００６】
更に、宅配依頼者或いは依頼者から委託された者において宅配伝票を作成しているが、配送先が多い場合や同時別送がある場合等、複数の伝票に同一記載部分のある情報を手書きで記入しなければならぬ上、宅配料金の計算のためにその都度発送店舗、着荷店舗それぞれを確認せねばならず、大変面倒であった。
【０００７】
また、従来のカーボンの伝票は、取扱いづらく例えばＩＴ化に際して支障があるものであった。
【０００８】
そこで、本発明は、かかる課題を解決した配送伝票及び配送方法を提供することを主たる目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の配送伝票印刷方法は、配送依頼者がサーバに配送先を登録でき、これを呼び出して少なくとも配送先を印刷できるようにした。さらに、この配送受付方法に好適に使用されるラベル紙と台紙とで構成され、ラベル紙が貼付票部分と切離可能な配達票部分で形成された１枚のシート状ラベルになった配送伝票とした。また、この配送伝票を利用した配送方法とした。
つまり、本発明によれば、複数の配送事業者（配送会社）の中から荷物を配送する配送事業者が選定される。また、どこからどこへ配達するのかの「Ｆｒｏｍ−Ｔｏ情報（集荷先と配送先）」を特定することで、配送事業者の選定が促されると共に、配送を依頼する配送依頼者の配送伝票への記載事項を減らすことが可能になる。また、配送伝票を簡素化等できる。また、配送における伝票の取扱いが容易な配送方法となる。
【００１０】
【発明の実施の形態】
以下、本発明の実施形態を、図面を参照して詳細に説明する。
尚、以下の第１実施形態〜第３実施形態は、宅配受付サービスセンタを中核とした宅配受付方法に関する実施形態であり、第４実施形態は、宅配受付方法における宅配伝票に関する実施形態である。尚、請求項における用語「配送」は、本実施形態では「宅配」に該当する。
【００１１】
≪第１実施形態≫
まず、本発明の第１実施形態を説明する。
第１実施形態は、宅配受付サービスセンタを中核とした宅配受付方法（宅配受付システム）に関する実施形態のうち、集荷車両が車内で荷物に貼るラベルを印刷して荷物の集荷を行なうものである。
ここで、図１は、第１実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。図２は、集荷・宅配依頼情報のデータ構成を例示する図である。図３は、宅配会社別の発送店舗／着荷店舗コードを住所コードに対応させた発送店舗／着荷店舗コード−住所コード対応テーブルである。図４は、宅配会社別宅配料金テーブルである。
【００１２】
図１に示される第１実施形態では、個人宅又は事務所１００からパソコン１１０を使ってインターネット１２０を介して、宅配の集荷依頼を行なう場合の例を示している。
本第１実施形態の宅配受付方法が適用される宅配受付システムは、個人宅又は事務所１００に設置されたパソコン１１０、インターネット１２０を介して接続される宅配受付サービスセンタ１３０の宅配受付サーバ１４０、インターネット１２０を介して接続される宅配会社営業店舗１５０の営業店舗サーバ１６０、営業店舗サーバ１６０と無線通信網１２４を介して接続される集荷車両１８０の車載端末１７０、車載端末１７０と接続される宅配伝票発行用のラベラ１７２で構成される。
尚、宅配会社営業店舗１５０は複数存在する。つまり、宅配会社は複数存在する。また、集荷車両１８０も、宅配会社ごとに複数存在する。ちなみに、伝票発行用のラベラ１７２は、請求項の「宅配伝票発行機」に該当する。
【００１３】
宅配受付サービスセンタ１３０に設置される宅配受付サーバ１４０には、個人宅又は事務所１００に設置されたパソコン１１０から宅配依頼登録（宅配受付）を行なうためのアプリケーションソフト、記憶部１４４に配送依頼者毎に登録された顧客ＤＢを有する。また、電話帳ＤＢ、住所ＤＢ、施設（ゴルフ場、ホテル、空港等）や集荷先店舗等のデ−タベース等と言った参照データベース１４５と、更に処理装置１４２、通信装置１４３、入力装置１４８、出力装置１４６を備えていて、通信装置１４３を介してインターネット１２０に接続されている。尚、アプリケーションソフトの機能については、図８等を参照して後に詳しく説明する。
【００１４】
個人宅又は事務所１００のパソコン１１０は記憶装置１１４、処理装置１１２、通信装置１１５、入力装置１１８、出力装置１１６で構成され、通信装置１１５を介してインターネット１２０に接続されている。宅配依頼対象の荷物は後で説明する集荷車両１８０内での発行（印刷）された宅配伝票が貼付されることになる。
【００１５】
宅配会社の営業店舗サーバ１６０は、インターネット１２０に接続する通信装置１６５とこれに接続される処理装置１６２、更に処理装置１６２に接続される記憶装置１６４、出力装置１６６、入力装置１６８を具備する。通信装置１６５は前述のように無線通信網１２４にも接続されることになる。前述の車載端末１７０は通信装置１７６を介して無線通信網１２４と接続されることになる。符号１７４はラベラ１７２から発行される宅配伝票である。
【００１６】
本第１実施形態ではサーバ（宅配受付サーバ１４０）がサービスセンタ１３０にあって、利用者側の端末（パソコン１１０）にはこれを利用するためのブラウザがあることになる。
【００１７】
宅配依頼者（以下「依頼者」という）は、パソコン１１０を使いインターネット１２０を介して宅配受付サービスセンタ１３０の宅配受付サーバ１４０に接続し、次のように集荷依頼の登録を行なう。
即ち、初めてサービスを利用する場合は、例えば専用ホームページから依頼者の電話番号、住所、氏名、希望パスワード等の依頼者情報（個人情報）をパソコン１１０から入力する。この情報を受けたサービスセンタ１３０では依頼者に対して顧客ＩＤを発行する。このようにして顧客登録が完了したら、次に依頼者情報以外の情報、つまり集荷先情報、宅配先情報、荷物情報等を入力する（配送伝票印刷方法の発明でいえば請求項の「データベースに登録指示するステップ」に相当）。ところで顧客ＩＤの発行等顧客登録は少なくとも一箇所の宅配先入力を条件としてもよい。この工程で宅配受付サーバ１４０には顧客ＤＢに依頼者ないしはその依頼者と関連付けされる宅配先情報が登録され、顧客ＩＤ番号が自動採番されることになる。宅配先情報や集荷先情報は電話番号、住所、氏名等で構成される。しかし、元々宅配受付サーバ１４０内の参照データベース１４５や記憶装置１４４に蓄積された顧客ＤＢが利用できるなら、蓄積情報からの選択（例えば過去に宅配依頼したことのある宅配先履歴より選択するだけで今回の受付となったり、電話番号を入力すると電話帳データベースを参照して住所、氏名が自動入力となったりする。この場合のように情報を新たに入れずとも情報選択で足りるなら簡便である）でもよい。次に宅配便の種別等の配達便に関する情報、配達日指定の有無、配達時間帯、荷物の大きさ、重量等、依頼者の在宅日時を宅配情報として端末のパソコン１１０から入力する。
【００１８】
これらの情報（宅配依頼情報）を入力して送信すると、受付ＤＢとして宅配受付サーバ１４０の記憶部１４４に記憶されると共に、依頼者（集荷先）及び宅配先の住所から算出される料金（料金の算出については図４を参照して後に詳細に説明する）や、集配対応可能可否等の条件により、宅配会社を選定して宅配会社営業店舗１５０の営業店舗サーバ１６０に情報（図２参照の集荷・宅配依頼情報）を送信して集配指示を行なう。ちなみにこの指示は、請求項の「選択した配送事業者の所定の連絡アドレスへ、通信回線を介して前記集荷先を含む配送依頼事項を送信して集荷先へ回るよう集荷指示し」に該当する。
尚、宅配依頼情報（配送依頼事項）として、図２に示すような情報の全てを網羅してパソコン１１０から宅配受付サーバ１３０へ、また、宅配受付サーバ１３０から営業店舗サーバ１６０に送信する必要はない。また、一度にまとめて送信する必要もない。
【００１９】
集荷・宅配依頼情報が送信された当該宅配会社においては、集荷車両（集配車両）１８０を選定し、無線を介して集荷先が特定された集荷依頼の情報を送信する。ここで、営業店舗１５０と集荷車両１８０の車載端末１７０（又は図示しない携帯端末）との通信は常時無線で接続されている。無線通信としては、パケット通信網が一般的である。ちなみに、この第１実施形態では、集荷先は依頼者のところ、又は依頼者が集荷先として登録した住所の場所である。尚、集荷車両１８０の選定は、集荷先の住所コードから該当の着荷店舗を確定し、その着荷店舗に属している各集荷車両１８０の中から、その集荷先の住所コードを集荷ルートとして受け持っている該当の車両１８０を選定（１台選定）するという手順を踏む。
【００２０】
尚、顧客（依頼者）は顧客ＩＤとパスワードにより、個人宅又は事務所１００以外の施設（ホテル、アミューズメント施設、ゴルフ場、病院、デパート、コンビニエンスストア等）において、宅配受付サーバ１４０の記憶装置１４４の顧客ＤＢに蓄積された顧客データを自由に呼び出す（参照要求する）ことで、次回以降の各種サービスが受けられる。また、依頼者（集荷先）情報も宅配先（配送先）情報も修正等メンテナンス可能である。
【００２１】
集荷車両１８０は、集荷依頼の情報は、車載端末１７０（又は図示しない携帯端末）に転送され、車載端末１７０の表示画面に表示される。この車載端末１７０により音声も併用して集荷担当者に伝えるようにしてもよい。集荷車両１８０に通信された依頼者の宅配依頼情報を記憶し、この宅配依頼情報から集荷車両１８０に搭載されているラベラ１７２で伝票（宅配伝票）を印刷する。宅配伝票は、必要枚数印刷され、この宅配伝票には、集荷先としての依頼者情報、配送先としての宅配先情報、配達日、配達時間等が印刷される。これにより依頼者は、宅配伝票に依頼者及び宅配先等を手作業で記入しなければならないという煩いから開放される。
【００２２】
尚、二次元バーコードを印刷することにより、次の詳細情報を含んで印刷してもよい。即ち、依頼者情報として、依頼者の住所、姓名又は名称、電話番号、依頼者の住所の一部を数字で表現する住所コード、宅配先情報として、宅配先の住所、姓名又は名称、電話番号、宅配先の住所の一部を数字で表現する住所コード、宅配先の住所が配達担当エリアである営業所を示す着荷店舗コード、宅配先の住所コードから自動的に算出される緯度、経度である。荷物情報としては、荷物の品名、荷物の特性により確定する便名、荷物の大きさや重量を表すサイズ、荷物を配達する特定の日時を示す宅配日指定、宅配先への配達時間帯を指定する時間帯指定、荷物取扱上の注意を指定する注意事項、料金の支払方法を示す請求区分、荷物に貼付され宅配伝票のＩＤを示す伝票Ｎｏ．、宅配情報を入力した日時を示す受付日時であり、集荷先情報としては、集荷の日時を指定する集荷希望日時、集荷先の住所、姓名又は名称、電話番号、集荷先の住所の一部を数字で表現する住所コード、集荷の担当エリアとする営業所を示す発送店舗コード、集配先の住所コードから自動的に算出される緯度、経度である。
【００２３】
集荷車両１８０に搭載された車載端末１７０（又は携帯端末）の画面には、集配の道順、手順が表示され、集荷担当者は、この画面に表示された順番で個人宅を巡回する。即ち、記憶装置に集荷担当者の担当エリアの地図情報を事前に保管しておくことで、出力装置上に地図を表示し、追加された集荷先の位置をプロットすることも可能である。集荷車両が集荷先に立ち寄る順序、予定時間を算出して、出力装置の地図上に立ち寄るポイントの順路を表示する等、ルートガイダンスを行なう。これにより、集荷作業者は、効率よく間違わずに集荷先に立ち寄り、集荷作業を行なうことが可能となる。また、新規に追加があっても集荷漏れを防ぐことができる。尚、地図情報は、事前に保管しておくのではなく、例えば集配指示情報（集荷・配送情報）と共に、その道順や地図情報も含めて営業店舗１５０から車載端末１７０に送信するようにしてもよい。つまり、地図情報の都度のダウンロードを行なうようにしてもよい（ダウンロードはいずれかのサーバから行なう）。
【００２４】
該当する個人宅に到着した宅配会社の集荷担当者は、依頼者、集荷先、宅配先、荷物の大きさ、重量、料金を確認した上で、受け取った荷物に宅配伝票を貼って集荷を完了する。集荷担当者は、荷物の個数、集荷完了等の集荷実績を車載端末１７０に入力して宅配会社営業店舗１５０の営業店舗サーバ１６０に送信する。尚、料金の徴収は、通常、集荷担当者、又は取次契約店が依頼者から荷物を預かるときに行なうが、宅配受付サービスセンタ１３０に事前に依頼者の口座を届け出ることにより、インターネット上で集荷・配送依頼をするタイミングで宅配受付サービスセンタに対して自動決済することも可能である。この場合には、宅配会社に代わって宅配受付サービスセンタ１３０が、宅配料金を回収するため、宅配受付サービスセンタ１３０から事後に宅配会社に対して宅配料金を支払う仕組みとする。また、通常宅配料金を徴収している集荷担当者、又は取次契約店に対して、宅配伝票上に印字された請求区分に基づき決済みであることを提示する。このようにすることにより、集荷担当者、又は取次契約店は、宅配料金を徴収する手間が省けることになる。
【００２５】
宅配受付サービスセンタ１３０では、記憶装置１４４に依頼者情報、宅配先情報等の顧客ＤＢを管理しているため、個人宅又は事務所１００から電話で、或いは外に居る場合には携帯電話で（パソコン１１０や図５に示す専用受付端末２９０が無い場所から）も、集荷依頼することことが可能であり、特定の場所に出向かなくても都合のよい時間帯を指定して宅配依頼することができる。
また、依頼者の宅配依頼情報（配送依頼事項）に集荷先情報がある場合は、これを元に判断することで、集荷の依頼があった時点で集荷途中の集荷車両１８０を割り当てることができ、緊急に追加の宅配依頼があった場合でも対応できる。また、集荷途中で宅配伝票が印刷されるので、集荷時間を短縮することができ、また依頼者も宅配伝票を手書きする手間を省くことができる。
【００２６】
図２に、宅配情報のデータ構成例を示す。この情報は荷物の宅配に必要な情報であり、図１のパソコン１１０から宅配受付サーバ１４０に送信される集荷依頼情報（請求項の「配送依頼情報」に該当）がベースになっている。この例では、ログイン情報（２００５）、依頼者情報２０１０、宅配先情報２０２０、荷物（＝宅配対象荷物）情報２０３０、集荷先情報２０４０からなる。尚、依頼者及び宅配先は、個人、事業者を問わない。また、集荷先は、依頼者の自宅、事務所等以外の場合、例えばゴルフ場等の諸施設、コンビニエンスストア等の集荷委託場所や取次契約店等の場合もある。
【００２７】
ログイン情報２００５は、本サービスにログインする際に必要な情報で、顧客ＩＤ２０１１を入力することにより、該当の顧客ＤＢを参照・流用することが可能となる。また、パスワード２０１２は、個人情報である顧客ＤＢが他人である第三者へ漏洩することを防ぎ、依頼者の個人認証を行なうために使用される。
【００２８】
依頼者情報２０１０は、住所２０１３、姓名又は名称２０１４、電話番号２０１６、住所コード（郵便番号やＪＩＳ等の住所コード）２０１７、緯度（依頼者の住所により確定）２０１８、経度（依頼者の住所により確定）２０１９で構成される。この依頼者情報２０１０の内少なくとも姓名又は名称は宅配伝票の表示に反映され、緯度、経度等の情報は集荷時に宅配会社乃至その集配車の集配ルート等の決定に寄与する。
【００２９】
宅配先情報２０２０は、依頼者毎にひも付けされた過去の宅配先履歴や、参照ＤＢ１４５に登録された電話帳データや、諸施設／諸事業所データや、自宅配送として利用する場合の依頼者情報２０１０等から選択され、住所２０２２、姓名又は名称２０２４、電話番号２０２５、住所コード（郵便番号やＪＩＳ等の住所コード）２０２６、着荷店舗コード２０２７、緯度（依頼者の住所により確定）２０２８、経度（依頼者の住所により確定）２０２９で構成される。この宅配先情報２０２０の内少なくとも住所と姓名又は名称は宅配伝票の表示に反映され、緯度、経度等の情報は宅配時に宅配会社乃至その集配車の配送ルート等の決定に寄与する。ところで着荷店舗コード２０２７は配送先の住所及び宅配会社により確定するが、依頼者が最初に本システムを利用する際には無く、また、宅配会社が決まればそのデータが反映される。
【００３０】
荷物情報２０３０は品名（例えば「書類」。選択入力による）２０３１、便名（例えば「冷蔵便」。選択指定による）２０３２、サイズ（重さが加味されてもよい。選択指定による）２０３３、宅配日指定（カレンダより選択入力）２０３４、時間帯指定（選択入力。午前、午後、或いは時間帯）２０３５、注意事項（選択指定、例えばわれもの、天地無用）２０３６、請求区分（選択指定。発払い）２０３７、伝票Ｎｏ．（事前の割り当て範囲内から自動採番）２０３８、受付日時（自動）２０３９からなる。この第１実施形態では、少なくとも品名２０３１は宅配伝票への記入対象となる。これらの情報は最適宅配会社選定の為の情報として利用される。
【００３１】
集荷先情報２０４０は集荷希望日時（カレンダより選択）２０４２、住所（依頼者又は取次契約店等）２０４３、姓名又は名称（依頼者又は取次契約店等）２０４４、電話番号（依頼者又は取次契約店等）２０４５、住所コード（依頼者又は取次契約店等の住所コード）２０４６、発送店舗コード（集荷先の住所及び宅配会社により確定）２０４７、緯度（集荷先の住所により確定）２０４８、経度（集荷先の住所により確定）２０４９よりなる。ところで発送店舗コード２０２８は依頼者が最初に本システムを利用する際には無く、また、宅配会社が決まればそのデータが反映される。
【００３２】
図３は、宅配会社別の発送店舗／着荷店舗−住所コードの対応テーブルである。このテーブル３０００は宅配会社３０３０別に発送店舗及び着荷店舗のコード２０２７，２０４７とこの各店のエリアに該当する住所コード２０２６，２０４６が対応付けされている。住所コード２０２６，２０４６は宅配会社によらず共通であり発着荷店舗コードは業者で異なるから、これらのデータから特定の住所コードをカバーする宅配会社の発着荷店舗コード２０２７，２０４７が導き出される。ちなみにこの図３では、住所コード２０２６，２０４６は、７桁の郵便番号が記載してある。この郵便番号に属する依頼者や配送先は、当該住所コード２０２６，２０４６に対応する発送店舗／着荷店舗コード２０２７，２０４７の発送店舗や着荷店舗から荷物の集荷や配送がなされる。
【００３３】
図４は、宅配会社別宅配料金テーブルであり、このテーブル４０００は各宅配会社３０３０別に発送店舗コード２０４７と着荷店舗コード２０２７との関係から宅配料金４０４０が導き出されるようになっている。例えば、図４のＡ宅配について、発送店舗コードが「１２３４」の発送店舗に集荷され、着荷店舗コードが「９８７８」の着荷店舗から配送される荷物の宅配料金は６００円であることがわかる。こうして図３と図４の両テーブルから、宅配受付サービスセンタ１３０の宅配受付サーバ１４０は、集荷先（依頼者の自宅、取次契約店…）と宅配先に照らし、最も安価な宅配会社を選定することが可能となる。また、依頼者のパソコン１１０に料金を回答することも可能になる。ちなみに、この宅配会社別宅配料金テーブルは、請求項の「複数の配送事業者のデータを記憶したデータベース」に該当するものでもある。
【００３４】
この第１実施形態によれば、依頼者（宅配依頼者）の個人宅又は事務所１００からインターネットで宅配受付サービスセンタ１３０の宅配受付サーバ１４０にアクセスすることで、例えば最も安価な宅配料金の宅配会社が選択される。このため、依頼者にとって大変都合がよい。また、依頼者（その住所、氏名）や宅配先（その住所、氏名）を宅配受付サーバ１４０に送信することで（登録しておくことで）、宅配会社の集荷車両１８０の車載端末１７０に転送され、車載のラベラ１７２で宅配伝票に、依頼者、宅配先等が記入される。このため、依頼者は宅配伝票に多くの事項を記入しなければならないという煩いから開放される。もちろん依頼者は、宅配の依頼に備えて、宅配伝票を手許に置いておく必要はない。ちなみに、この実施形態は、宅配会社の顧客ＤＢを宅配受付センタという第３者（宅配業者含む）が管理し、その情報を開放してそれを元に宅配の集荷依頼及び宅配伝票を発行・印刷するサービスを行なうものである（以下の実施形態について同じ）。
【００３５】
≪第２実施形態≫
次に、本発明の第２実施形態を説明する。
第２実施形態は、宅配受付サービスセンタを中核とした宅配受付方法（宅配受付システム）に関する実施形態のうち、企業又は事務所に備えられた専用受付端末が荷物に貼る宅配伝票に依頼者（その住所、氏名）及び宅配先（その住所、氏名）を印刷し、そして、集荷を待つものである。
ここで、図５は、第２実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【００３６】
図５に示される第２実施形態では、依頼者が企業又は事務所２００であってパソコン１１０によっても、また専用受付端末２９０によっても宅配受付サービスセンタ１３０と通信できるようになっており、また宅配伝票発行機たるラベラ２９９は集荷車両１８０にはなくて専用受付端末２９０に付設されている点が特徴であり、他の点は図１の例と同様であるので、重複記載は省略する。
【００３７】
専用受付端末２９０による操作を説明する。
専用受付端末２９０のタッチパネル装置２９８では、依頼者は、基本的に宅配受付サービスセンタ１３０の宅配受付サーバ１４０に登録された顧客ＤＢ（パソコン１１０により登録されたもの）、及び参照ＤＢ１４５を元に、選択方式により集荷・宅配依頼情報を簡単に登録することができるが、パソコン１１０と同様の方式にて新規住所、氏名の入力を行なうこともできる。
【００３８】
宅配先情報入力画面では、配達便設定ボタン、配達日指定ボタンが用意されている。配達便設定ボタンをタッチすると、配達便情報設定画面が表示される。この画面では、宅配便別のボタンが用意され、例えばゴルフ宅配便ボタンをタッチすると、ゴルフ宅配便を指定した旨のメッセージが表示され、配達日情報設定画面が表示される。この画面では、配達日と配達時間帯の設定が行なわれる。
【００３９】
また、専用受付端末２９０は、宅配受付サービスセンタ１３０のサーバ１４０に登録された顧客ＤＢ（パソコン１１０により登録されたもの）、及び参照ＤＢ１４５を元に、選択方式により集荷・宅配依頼情報を簡単に登録することができ、宅配伝票作成の時間を短縮することができる。また、宅配受付サービスセンタ１３０に荷物の集荷・宅配依頼情報が集まるので、集荷車両１８０企業への立ち寄りの要否、集配ルートの選定等の作業計画の立案ができる。
【００４０】
入力が完了すると、図示しない入力完了を示すタッチパネルをタッチして、宅配受付サーバ１４０に依頼者情報、宅配先情報、集荷先情報等を登録する。このとき、ラベラ２９９で宅配伝票を必要枚数印刷する。この宅配伝票には、依頼者情報、宅配先情報、配達日、配達時間、宅配伝票Ｎｏ．が印刷される。この際印字される宅配伝票Ｎｏ．は、予め専用受付端末２９０に割り付けられた範囲、もしくは宅配受付サーバ１４０で管理されている範囲から自動的に採番され、同一伝票Ｎｏ．の宅配伝票が２つ以上存在しないように宅配受付サーバ１４０で管理される。印刷された宅配伝票は、該当する荷物に貼られ、宅配伝票が貼り付けられた荷物は、例えば企業２００の集配部署に運ばれる。また、取次契約店３００（第３実施形態の図６参照）の場合は、取次契約店３００に預けられる。その際、取次契約店３００は宅配会社の代りに宅配料金を代理受領する。
【００４１】
宅配受付サービスセンタ１３０の宅配受付サーバ１４０からの集荷指示（集荷・宅配依頼情報）を、インターネット１２０等を介して受信した宅配会社営業店舗１５０（選定された宅配会社）では、集荷可能な集荷車両１８０を選定し、選定された集荷車両１８０の車載機又は携帯端末１７０に無線通信網で依頼者の情報を送信する。集荷担当者は、集荷車両１８０の車載端末１７０又は図示しない携帯端末に表示される集荷手順に従って、集荷を行ない、荷物の個数、集荷完了等の集荷実績を車載端末又は携帯端末１７０に入力して営業店舗１５０の営業店舗サーバ１６０に送信する。
【００４２】
このように構成することにより、集荷依頼する荷物数が多い会社で、顧客ＩＤ番号により依頼者情報等が自動表示されるので、作業効率を向上することができる。また、伝票が自動的に印刷されるので作業効率を向上することができる。加えて、荷物の有無、数量、重量を予め把握できるので、適切な集配車を配車して集荷することができる。
【００４３】
即ち、最初の登録やその後のデータメンテ等はパソコン１１０で対処するが、専用受付端末２９０ではもっと簡単に、例えば金融機関の自動振込機のようなタッチパネル操作で画面上の選択肢を選ぶことによって宅配受付サーバ１４０とのやりとりが可能となっている。加えてラベラ２９９があるので、宅配受付サーバ１４０からの送信情報によってこの専用操作端末２９０において宅配伝票が印刷発行でき、集荷車両１８０が集荷にくるまでの間に荷物に貼っておくことができる。或いは、集荷車両１８０が集荷にきた後でも、直ちに宅配伝票を印刷発行できる。
【００４４】
尚、この専用受付端末２９０は処理装置２９２が中核をなし、これに通信装置２９５、記憶装置２９４、タッチパネル装置２９８、ラベラ２９９が接続され、通信装置２９５にてインターネット１２０接続されている。例えば会社の場合はインターネット１２０を介して宅配受付サーバ１４０とつながるパソコン１１０が複数台あって夫々から図１の例における個人又は事務所１００からの入力と同等のことが可能であるが、専用受付端末２９０では集荷依頼（宅配依頼）と宅配伝票発行をすることになるので例えば一事業所に一台あれば足り、しかも画面選択なので手間が大幅に省ける。その他、最適の宅配会社が選択されること、宅配伝票に多くの事項を記入しなければならないという煩いが解消されること等は、第１実施形態と同じである。
【００４５】
≪第３実施形態≫
続いて、本発明の第３実施形態を説明する。
第３実施形態は、宅配受付サービスセンタを中核とした宅配受付方法（宅配受付システム）３００に関する実施形態のうち、取次契約店（コンビニ、ホテル、ゴルフ場等）に備えられた専用受付端末が荷物に貼る宅配伝票に依頼者（その住所、氏名）及び宅配先（その住所、氏名）を印刷し、そして、集荷を待つものである。
ここで、図６は、第３実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【００４６】
図６に示される第３実施形態では、依頼者が荷物を発送する場所、つまり集荷先がコンビニエンスストア、ホテル、ゴルフ場等の取次契約店３００の場合の例である。そして、この第３実施形態では、取次契約店３００に専用受付端末２９０を設置し、依頼者は荷物を取次契約店３００に持参する。他の点は図５の例と同様である。このため、第１実施形態等との重複記載は省略する。また、専用受付端末２９０の構成や宅配受付サーバ１４０との交信等も、図１や図５の例と同様であるので、重複記載は省略する。
【００４７】
図６のようにホテル、リゾート地、駅、空港、ゴルフ場、スキー場、土産店、イベント会場から集荷依頼を行なう場合の例では、これらの場所を総称して取次契約店３００という。集荷依頼を行なう場所には、専用操作端末２９０及びラベラ２９９が設置され、専用操作端末２９０は、インターネット１２０又は電話回線を介して宅配受付サービスセンタ１３０の宅配受付サーバ１４０と接続されている。これらゴルフ場やスキー場等の外出先の場所からの宅配先は、自宅になることが多く、顧客ＩＤを専用操作端末２９０から入力すれば宅配先一覧のトップに依頼者の自宅住所が表示されるように設定されることが実用的である。つまり、宅配受付サーバ１４０には依頼者との関係において依頼者の自宅を指定した宅配先情報の選択画面が記録されている（図１７参照）。
【００４８】
また、この第３実施形態では、宅配の受付が行なわれるのは、専用受付端末２９０が設置されている場所と決まっているので、集荷先情報は自動的に事前に登録された専用受付端末２９０の設置先の住所が表示されるようになっている。また、宅配伝票への印字情報として依頼者の情報が入力されるようになっている。この専用操作端末２９０を操作して入力が完了すると、入力完了を示すタッチパネルをタッチして、宅配受付サーバ１４０に依頼者情報、宅配先情報、集荷先情報、配送情報を送信する。このとき、ラベラ２９９で宅配伝票を必要枚数（集荷対象個数）印刷する。この宅配伝票には、依頼者情報、宅配先情報、配達日、配達時間、伝票Ｎｏ．が印刷される。印刷された宅配伝票は、該当する荷物に貼られ、宅配伝票が貼り付けられた荷物は、例えば取次契約店３００の場合は、取次契約店３００に預けられる。その際、取次契約店３００は宅配会社の代りに宅配料金を代理受領する（別の宅配料金の支払いでもよい）。また、宅配受付サービスセンタ１３０に荷物の集荷・宅配依頼情報が集まるので、集配車の取次契約店３００への立ち寄りの要否、集配ルートの選定等作業計画の立案ができる。
【００４９】
このように構成することにより、取次契約店３００で宅配依頼することができ、集荷・宅配依頼情報に対応した集荷車両１８０の手配が可能となる。また、集荷・宅配依頼情報を専用受付端末２９０から入力して宅配伝票を作成できるので、宅配伝票の記入ミスを低減でき、作業効率がよい。
【００５０】
また、依頼者は、取次契約店３００等出先に荷物を持参しても専用受付端末に依頼者の顧客ＩＤやパスワードを入力することにより、過去に登録した顧客ＤＢの内容を呼び出して参照等することができ、面倒な宅配伝票記入の手間から解放され、しかも最適な業者が選択されることになる。
ちなみに、第３実施形態のような宅配依頼は、休日にゴルフ場等に行なった帰りに、ゴルフ場等からゴルフクラブ等を宅配便で送り返すことがあるが。帰り支度のあわただしい中に宅配伝票を書く手間を省くことができる。また、外出先から客先や観光地から親戚等に荷物を送る場合があるが、この場合、配送先の住所をうろ覚えであっても顧客ＤＢを呼び出すことで正しく記載された宅配伝票を得ることができる。
【００５１】
≪顧客ＤＢの構造≫
図７を参照して、宅配受付サーバ１４０の顧客ＤＢ７０１を説明する（適宜図１等参照）。図７は、顧客ＤＢ及び集荷・宅配依頼情報の構造である。
この図７に示すように、依頼者情報２０１０と宅配先情報２０２０は対になって、顧客ＤＢ７０１として宅配受付サーバ１４０にて管理されており、パソコン１１０から依頼者が自由に参照して更新等することが可能である。実際に荷物の宅配依頼を行ないたいときに、顧客ＤＢ７０１を呼び出し、宅配したい依頼者情報２０１０に対し、荷物情報２０３０、集荷先情報２０４０をひも付けして（対応付けて）宅配受付サーバ１４０に登録する。
つまり、宅配受付サーバ１４０は、依頼者（配送依頼者）ごとに依頼者情報（集荷先）２０１０と宅配先情報（配送先）２０２０を対応付けて記憶している。そして、インターネット（通信回線）１２０を介した依頼者からの問い合わせ（参照要求）に対して、依頼者情報（集荷先）２０１０と宅配先情報（配送先）２０２０を対にして回答する（参照させる）ようにした。また、顧客ＤＢ７０１の登録及び／又は更新の要求に対して、依頼者情報と宅配先情報を対にして登録及び／又は更新を受け付ける（登録指示等を受け付ける）ようにした。
【００５２】
≪宅配受付サーバの動作≫
次に、宅配受付サーバ１４０の動作を、図１〜図７を参照しつつ図８のフローチャートに従って説明する。尚、この動作説明を含む以後の説明（図８〜図１８参照）は、宅配受付サーバ１４０が有するアプリケーションソフトの機能を説明するものでもある。
図８は、宅配受付サーバの動作を説明するフローチャートである。
【００５３】
（新規サービス会員の顧客ＤＢへの登録）
依頼者がパソコン１１０（又は専用操作端末２９０）を利用して宅配受付サーバ１４０にアクセスすることにより、宅配受付サーバ１４０の動作がスタートする（Ｓ８０１）。まず、サービス会員であるか否かで処理を分岐する（Ｓ８０３）。サービス会員でない場合（Ｎ）は、顧客（依頼者）ＩＤを自動採番する（Ｓ８０５）。採番した顧客ＩＤは依頼者に通知する。尚、Ｓ８０３は、クッキ（ｃｏｏｋｉｅ）により処理がＹとＮに分岐するようにしてもよい。
【００５４】
次に、宅配依頼サーバ１４０は、依頼者に対して任意のパスワードを決めて入力（送信）するように求め、依頼者が送信したパスワードを受信して入力する（Ｓ８０７）。以後、依頼者は、宅配受付サーバ１４０にログイン（Ｓ８１３）するときにはこのパスワードと顧客ＩＤが必要になる。次に、宅配受付サーバ１４０は、依頼者が宅配受付サーバ１４０の要求に応じて送信する依頼者情報、宅配先情報を受信して入力する（Ｓ８０９，Ｓ８１１）。尚、依頼者情報及び宅配先情報は、図２に例示される内容のものである。
【００５５】
宅配受付サーバ１４０は、入力した依頼者情報及び宅配先情報を、記憶装置１４４の顧客ＤＢ７０１に登録する（Ｓ８２３）。その後、依頼者に宅配依頼するか否かの判断を要求し処理を分岐する（Ｓ８２５）。
依頼者が宅配依頼しない場合（Ｎ）は、登録を繰り返すか否かで処理を分岐する（Ｓ８４１）。依頼者が登録を繰り返さない場合（Ｎ）は、処理を終了する（エンド、Ｓ８４３）。Ｓ８４１で、依頼者が登録を繰り返す場合は、Ｓ８１５に移行する。Ｓ８１５では、宅配受付サーバ１４０は、顧客ＤＢ７０１の検索、依頼者１１０のパソコンに対して検索結果の表示を行なう（顧客ＤＢ検索・表示）。そして、顧客ＤＢ７０１の流用で処理を４つに分岐する（Ｓ８１７）。
【００５６】
Ｓ８１７において、依頼者により１の「新規入力」が選択された場合は、依頼者は、依頼者情報の入力と宅配先情報の入力の双方を新規に行なうことになる（Ｓ８０９，Ｓ８１１）。２の「依頼者／宅配先流用」が選択された場合は、依頼者は、顧客ＤＢ７０１に登録してある依頼者情報及び宅配先情報を確認（流用）して修正することになる（Ｓ８１９，Ｓ８２１）。３の「依頼者流用」が選択された場合は、依頼者は、顧客ＤＢ７０１に登録してある依頼者情報を確認（流用）して修正する（Ｓ８１９）。同時に、宅配先情報を新規に入力する（Ｓ８１１）。４の「宅配先流用」が選択された場合は、依頼者は、依頼者情報を新規に入力する（Ｓ８０９）。同時に、宅配先情報を確認（流用）して修正する（Ｓ８２１）。宅配受付サーバ１４０は、Ｓ８０９，Ｓ８１１，Ｓ８１９，Ｓ８２１において、それぞれの態様に応じて送信された情報やデータを受信して入力する。このように、顧客ＤＢ７０１に情報の追加登録を行なう場合でも、既に登録してある顧客ＤＢ７０１が参酌（流用）できるので、操作を行なう依頼者の入力の手間を大幅に省くことが可能である。
【００５７】
その後は、Ｓ８２３に移行して顧客ＤＢ７０１に入力情報の登録を行なう。そして、Ｓ８２５で依頼者に宅配依頼するか否かの判断を要求し、処理を分岐する。集荷依頼する場合は、Ｓ８２７の処理に移行する。集荷依頼しない場合は、Ｓ８４１において、登録を繰り返すか否かで処理を分岐する。Ｓ８４１において、依頼者が登録を繰り返す場合はＳ８１５に移行して処理を続け、登録を繰り返さない場合はＳ８４３に移行して処理を終了する（エンド）。
【００５８】
（既サービス会員の顧客ＤＢの更新等）
次に、既にサービス会員になっている依頼者の顧客ＤＢ７０１の更新等（追加・修正…）を、図８を参照して説明する（適宜図１〜図７参照）。
顧客ＤＢ７０１の更新等も、依頼者がパソコン１１０（又は専用操作端末２９０）を利用して宅配受付サーバ１４０にアクセスすることにより、宅配受付サーバ１４０の動作がスタートする（Ｓ８０１）。
【００５９】
宅配依頼サーバ１４０は、Ｓ８０３でサービス会員か否かの分岐処理を行なう。既にサービス会員として登録してある依頼者の場合は、そのパソコン１１０にログイン情報の入力画面が表示される。依頼者は、既に通知されている依頼者固有の顧客ＩＤ及びパスワードをログイン情報としてパソコン１１０に入力し、宅配受付サーバ１４０に送信することになる。宅配受付サーバはこれを受信してログイン情報の入力を行なう（Ｓ８１３）。宅配受付サーバ１４０は、このログイン情報で認証を行なう。認証すると宅配受付サーバ１４０は、顧客ＤＢ７０１の当該顧客のデータを検索し、検索結果をパソコン１１０に表示できるように送信する（Ｓ８１５、顧客ＤＢ検索・表示）。
【００６０】
次に、顧客ＤＢ７０１の流用態様で分岐するＳ８１７で、依頼者の判断により例えば２の「依頼者／宅配先流用」が選択されたとする。宅配受付サーバ１４０は、Ｓ８１９，Ｓ８２１で顧客ＤＢ７０１に登録してある当該依頼者の依頼者情報及び宅配先情報の確認・修正を受け付ける。そして、Ｓ８２３で、確認・修正されたものを顧客ＤＢ７０１に登録する。この態様では、顧客ＤＢ７０１に対しては確認・修正が行なわれるのみであり、新たな情報の追記（レコードの追記）は行なわれない。
【００６１】
尚、Ｓ８１７において、１の「新規入力」が選択された場合は、新たな情報が顧客ＤＢ７０１に追記される（新たなレコードの追記）。また、３の「依頼者流用」の場合は、依頼者情報が流用される態様で、新たな情報が顧客ＤＢ７０１に追記される（新たなレコードの追記）。また、４の「宅配先流用」の場合は、宅配先情報が流用される態様で、新たな情報が顧客ＤＢ７０１に追記される（新たなレコードの追記）。もちろん、３と４について、新たなレコードを追記することなく、既にあるレコードが修正される態様であってもよい。
【００６２】
（宅配依頼）
続いて、宅配依頼を、図８を参照して説明する（適宜図１〜図７参照）。
図８のフローチャートにおいて、Ｓ８２５の宅配依頼するか否かの分岐処理で、依頼者が宅配依頼する（Ｙ）を選択した場合に、宅配受付サーバ１４０は、依頼者からの宅配依頼を受け付ける処理を行なう。尚、ここでの依頼者は、新規のサービス会員か既サービス会員かは問わない。
【００６３】
まず、宅配受付サーバ１４０は、依頼者に対して荷物情報の入力（送信）を要求する。そして、依頼者から送信された荷物情報を入力する（Ｓ８２７）。次に、宅配受付サーバ１４０は、依頼者に対して集荷先情報の入力を要求する。そして、依頼者から送信された集荷先情報を入力する（Ｓ８２７）。尚、荷物情報及び集荷先情報は、図２に例示される内容のものである。
【００６４】
荷物情報及び集荷先情報が入力されると、宅配受付サーバ１４０は、宅配会社を選択するか否かの分岐処理を行なう（Ｓ８３１）。依頼者が１の「自動」を選ぶと、宅配受付サーバ１４０が宅配料金等を参照して宅配会社の自動選択を行なう（Ｓ８３３）。一方、依頼者が２の「依頼者指定」を選ぶと、依頼者が宅配会社を選択できる（Ｓ８３５）。このため、宅配受付サーバ１４０は、選択可能な宅配会社の一覧を、パソコン１１０（専用操作端末２９０）に送信するようになっている（例えば図１６参照）。
【００６５】
Ｓ８３３又はＳ８３５で宅配会社が選択されると、Ｓ８３７で集荷・宅配依頼情報が生成され、記憶装置１４４に集荷・宅配依頼情報として登録される。そして、集荷・宅配依頼情報は、選択された宅配会社営業店舗１５０の営業店舗サーバ１６０に送信される。これにより、各宅配会社での宅配処理がスタートする。尚、営業店舗サーバ１６０からは、例えば集荷車両１８０に集荷・宅配依頼情報が無線通信網を介して送信され、車載のラベラ１７２で荷物に貼付される宅配伝票が印刷される。或いは、依頼者が操作するので専用受付端末２９０の場合は、この専用受付端末２９０で宅配伝票が印刷される。
尚、この後も荷物の宅配依頼を行ないたい場合は、依頼者は、Ｓ８４１で登録を繰り返す（Ｙ）を選択する。すると、宅配受付サーバ１４０は、Ｓ８１５に移行して処理を継続する。
【００６６】
（依頼者情報入力）
図９を参照して、図８のフローチャートにおける依頼者情報入力を説明する（適宜図１〜図７参照）。図９は、図８の依頼者情報入力の詳細を説明するフローチャートである。
【００６７】
図８のＳ８０９では、図９に示される処理が行なわれる。Ｓ９０１でスタートした処理は、Ｓ９０３で、依頼者に対して電話番号の入力を要求し、電話番号が入力されると電話帳ＤＢ９０５を検索する。尚、電話帳ＤＢは、宅配受付サーバ１４０の参照ＤＢ１４５を構成するＤＢである。Ｓ９０７において、入力された電話番号が電話帳ＤＢに記載が有れば（ヒットすれば）、電話番号に対応付けられて記憶されている住所を依頼者情報として依頼者のパソコン１１０に表示し、この依頼者情報がＯＫか否かの内容を確認させる（Ｓ９０９）。ＯＫでない場合は、訂正を受け付ける（Ｓ９１１）。Ｓ９０９において依頼者情報がＯＫである場合は、依頼者情報を確定し（Ｓ９１５）、処理を終了する（Ｓ９１７）。
一方、Ｓ９０７で電話帳ＤＢ９０５にヒットしない場合（Ｎ）は、Ｓ９１３で依頼者が依頼者情報を手入力し、Ｓ９１５に移行し、Ｓ９１７で依頼者情報入力の処理を終了する。
【００６８】
このように、参照ＤＢ１４５の電話帳ＤＢ９０５を参照することで、図８のフローチャートにおける依頼者情報入力の作業負荷を、大幅に削減することができる。尚、図２の依頼者情報２０１０の経度、緯度は、宅配受付サーバ１４０の側で入力する。
尚、作業負荷の削減として、電話帳ＤＢ（参照ＤＢ）９０５に登録されている個人の住所、又は施設ＤＢに登録されている各施設の住所に、事前に緯度／経度を関連付けておき（紐付けしておき）、ここから選択する方式により、各集荷先・配送先、依頼者等の緯度／経度を自動的に振るようにするとよい（この点は、以下説明する実施形態や変形例でも同じである）。
また、Ｓ９１３のように、電話帳ＤＢ（参照ＤＢ）９０５を利用できずに手入力する場合も、例えば県・市・町名といったマスタＤＢから順番に選択する方式、又は手入力した文字列から県・市・町名レベル程度までをマッチングすることにより、自動的に住所コードを導き出すことが可能である。また、住所コードまでが自動で算出できれば、さらにその住所コードのエリアの中心点の緯度／経度のマスタＤＢがあれば、手入力した住所のだいたいの緯度／経度レベルを振ることが可能となる（この点は、以下説明する実施形態や変形例でも同じである）。
【００６９】
（宅配先情報入力）
図１０を参照して、図８のフローチャートにおける宅配先情報入力を説明する（適宜図１〜図７参照）。図１０は、図８の宅配先入力の詳細を説明するフローチャートである。
【００７０】
図８のＳ８１１では、図１０に示される処理が行なわれる。Ｓ１００１でスタートした処理は、Ｓ１００３で、依頼者に対して宅配先が、丸１の「一般個人」、丸２の「所定施設」、丸３の「自宅」であるか否かを選択させる処理、つまり宅配先情報選択を行なわせる。
【００７１】
依頼者が丸１の「一般個人」を選択した場合は、宅配受付サーバ１４０は、Ｓ１０１０の処理を行なう。
即ち、Ｓ１０１１で宅配先の電話番号の入力を要求し、参照ＤＢ１４５の電話帳ＤＢ９０５を検索する。Ｓ１０１３において、入力された電話番号が電話帳ＤＢ９０５に記載が有れば（ヒットすれば）、電話番号に対応付けられて記憶されている住所を宅配先情報として依頼者のパソコン１１０に表示し、この宅配先情報がＯＫか否かの内容を確認させる（Ｓ１０１７）。ＯＫでない場合は、訂正を受け付ける（Ｓ１０１９）。Ｓ１０１７において宅配先情報がＯＫである場合は、宅配先情報を確定し（Ｓ１０４０）、処理を終了する（Ｓ１０４５）。
一方、Ｓ１０１３で電話帳ＤＢ９０５にヒットしない場合（Ｎ）は、Ｓ１０１５で依頼者が宅配先情報を手入力し、Ｓ１０４０に移行し、Ｓ１０４５で宅配先情報入力の処理を終了する。
【００７２】
次に、依頼者が丸２の「所定施設」を選択した場合は、宅配受付サーバ１４０は、Ｓ１０２０の処理を行なう。
即ち、宅配受付サーバ１４０は、Ｓ１０２１で施設情報の検索（参照ＤＢ１４５の施設ＤＢ１０２３の検索）を行なうと共に、検索結果を依頼者のパソコン１１０に表示する（施設情報検索・一覧表示）。Ｓ１０２５において、依頼者は、一覧表示のなかから施設を選択する（施設情報選択）。選択された施設情報が、宅配先情報にセットされる。ちなみに、施設が施設ＤＢ１０２３に登録されていなければ、Ｓ１０１０の処理を行ない、宅配先情報を入力する。そして、宅配先情報を確定し（Ｓ１０４０）、処理を終了する（Ｓ１０４５）。
【００７３】
また、依頼者が丸３の「自宅」を選択した場合は、宅配受付サーバ１４０は、Ｓ１０３０の処理を行なう。
即ち、Ｓ１０３１で宅配先情報に依頼者情報をセットする。そして、宅配先情報を確定し（Ｓ１０４０）、処理を終了する（Ｓ１０４５）。
【００７４】
このように、参照ＤＢ１４５の電話帳ＤＢ９０５や施設ＤＢ１０２３を参照したり、宅配先情報に依頼者情報をセットしたりすることで、図８のフローチャートにおける依頼者情報入力の作業負荷を、大幅に削減することができる。尚、図２の宅配先情報の経度、緯度は、宅配受付サーバ１４０の側で入力する。
【００７５】
（集荷先情報入力）
図１１を参照して、図８のフローチャートにおける集荷先情報入力を説明する（適宜図１〜図７参照）。図１１は、図８の集荷先情報入力の詳細を説明するフローチャートである。
【００７６】
図８のＳ８２９では、図１１に示される処理が行なわれる。Ｓ１１０１でスタートした処理は、Ｓ１１０３で、依頼者に対して集荷場所が依頼者の住所であるか否かを選択させる。つまり集荷場所情報が依頼者情報と一致するか否かの選択を行なわせる。
【００７７】
Ｓ１１０３において、集荷場所＝依頼者住所である場合（Ｙ）は、宅配受付サーバ１４０は、集荷先に既に入力してある依頼者情報をセットする。そして、集荷先情報を確定し（Ｓ１１１７）、処理を終了する（Ｓ１１１９）。
【００７８】
一方、Ｓ１１０３において、集荷場所＝依頼者住所ではない場合（Ｎ）は、宅配受付サーバ１４０は、Ｓ１１０５で集荷先の電話番号の入力を要求し、参照ＤＢ１４５の電話帳ＤＢ９０５を検索する。Ｓ１１０７において、入力された電話番号が電話帳ＤＢ９０５に記載が有れば（ヒットすれば）、電話番号に対応付けられて記憶されている住所を集荷先情報として依頼者のパソコン１１０に表示し、この集荷先情報がＯＫか否かの内容を確認させる（Ｓ１１０９）。ＯＫでない場合は、訂正を受け付ける（Ｓ１１１１）。Ｓ１１０９において集荷先情報がＯＫである場合は、集荷先情報を確定し（Ｓ１１１７）、処理を終了する（Ｓ１１１９）。
Ｓ１１１３で電話帳ＤＢ９０５にヒットしない場合（Ｎ）は、Ｓ１１１３で依頼者が集荷先情報を手入力し、Ｓ１１１７に移行し、Ｓ１１１９で集荷先情報入力の処理を終了する。
【００７９】
このように、参照ＤＢ１４５の電話帳ＤＢ９０５を参照したり、集荷先情報に依頼者情報をセットしたりすることで、図８のフローチャートにおける集荷先情報入力の作業負荷を、大幅に削減することができる。尚、図２の集荷先情報の経度、緯度は、宅配受付サーバ１４０の側で入力する。
【００８０】
（ログイン情報入力画面）
次に、図１２を参照して、図８のＳ８１３におけるログイン情報入力の際に表示される画面例を説明する。
この図１２のログイン情報入力画面は、専用受付端末２９０に表示されるものである。このうち、ＩＤは、顧客（依頼者）ＩＤであり、図８のＳ８０５で宅配受付サーバ１４０が自動採番したものである。また、パスワードは、図８のＳ８０７で宅配受付サーバ１４０の要求に応じて依頼者が入力したものである。
このログイン情報入力画面の「ＯＫ」ボタンをパネルタッチすることで、ログイン情報が専用受付端末２９０からインターネットを経由して宅配受付サーバ１４０に送信され、認証がなされる。
【００８１】
（依頼者情報確認・訂正画面）
次に、図１３を参照して、図８のＳ８１９における依頼者情報確認・修正の際に表示される画面例を説明する。
この図１３の依頼者情報確認・訂正画面は、専用受付端末２９０に表示されるものである。依頼者がこの画面の表示を見て訂正がある場合は、訂正有をパネルタッチして訂正事項を入力する。訂正がない場合は、訂正無をパネルタッチする。これにより、宅配依頼を行なう際に、依頼者の入力の省力化等が図られる。
【００８２】
（集荷先情報入力画面）
次に、図１４を参照して、図８のＳ８２９における集荷先情報入力の際に表示される画面例を説明する。
この図１４の集荷先情報入力画面は、専用受付端末２９０に表示されるものである。この画面では、依頼者の自宅に荷物があってそこが集荷場所になる場合と、専用受付端末２９０の設置場所に荷物があってそこから荷物を送る場合とを選択できるようになっている。尚、図１４には示していないが、ここで他の集荷先を選定することができるようにしてもよい。また、集荷先の追加、訂正も可能として融通を効かせてもよい。この追加、訂正情報は宅配受付サーバ１４０の顧客ＤＢ７０１に反映される。
【００８３】
（宅配会社選択画面）
次に、図１５及び図１６を参照して、図８のＳ８３１，Ｓ８３３，Ｓ８３５における宅配会社選択の際に表示される画面例を説明する。
この図１５の宅配会社選択画面は、専用受付端末２９０に表示されるものである。この画面に示すように、宅配会社は、依頼者自身が選択することもできるし、宅配受付サーバ１４０の選択に任せることもできる。設置されている専用受付端末２９０を用いた場合には、必ず宅配受付サーバ１４０の宅配会社選択サービス（自動選択）を受けられるようにしてもよいが、依頼者自身に拘りがあるとき等に対処するには依頼者の判断に委ねる道がある方が望ましい。
【００８４】
ちなみに、依頼者自身が宅配会社を選択するとした場合は、図１６に示すような選択可能な宅配会社のリストを表示して、依頼者がそのリストの中から宅配会社を選択するようにする。但し、図８のＳ８２７の荷物情報入力による諸希望条件によっては当該希望業者のサービスが該当しなくなる場合もあり、その場合はその旨の断りをしてサービスセンタが宅配会社を選定するようにしてもよい。
また、宅配受付サーバ１４０が荷物情報を加味して依頼者のニーズに合った最も安価な業者が選定するようにしてもよい。また、依頼者により指定された宅配会社ではニーズ（配送日、宅配時間指定、便名等）に答えられない場合は、その旨を断って再度宅配会社選択画面に戻ってもよいが、この場合は依頼者のニーズに対応できる業者を挙げることが望ましい。
【００８５】
（宅配先情報入力画面）
図１７は、図８（図１１）のフローチャートにおける宅配先情報入力の際に表示される画面例を説明する。
この図１７の宅配先情報入力画面は、専用受付端末２９０に表示されるものである。例えば、依頼者がホテルやゴルフ場等の出先であるときは依頼者の自宅が宅配先であることが多いであろうから、これを筆頭に表示し、次いで実家や友人宅等依頼者と関連付けされる配送回数の多い順に顧客ＤＢ７０１から表示し、さらに、ホテル、ゴルフ場等の諸施設が参照ＤＢ１４５からリストされるようにし、これらは一画面ないしはこれで表示しきれなければ「次へ」画面でリスト表示される。尚、表示しきれない宛先はスクロール表示でもよい。ここで若しリストされていない宛先への配送を希望するならば新規宛先を追加できるようにする。
【００８６】
（荷物情報入力画面）
図１８は、図８のフローチャートにおけるＳ８２７の荷物情報入力の際に表示される画面例を説明する。
この図１８の荷物情報入力画面は、専用受付端末２９０に表示される。依頼者がこの荷物情報入力画面のコンボボックスによるプルダウンメニューにより、基本的に宅配の枠内（業務引き受け枠内）でサイズや荷姿等予め決まっている範囲から選択してもらうことになる。この例では、サイズ、荷姿、便名（冷蔵品用等）、希望配送日、希望宅配時間帯、品名、注意事項である。こうして荷物情報を選択して「ＯＫ」をタッチするとこれらの情報が宅配受付サーバ１４０に送信されて、顧客ＤＢ７０１や参照ＤＢ１４５を用いて宅配先、集荷先とも勘案して依頼者のニーズに見合った最も安価な業者を選定し、依頼者の操作する専用操作端末２９０に選定情報を送信する。尚、宅配受付サーバ１４０への送信前に一通りの入力情報を確認し、誤りがあれば訂正するようにすることが望ましい。
【００８７】
以上説明した操作は、依頼者本人が行なってもよいが、取次契約店等で代行してもよい。但し、依頼者のパスワードと顧客ＩＤの入力だけは依頼者本人が望ましい。依頼者は依頼者として法人等団体でもよく、この場合はその団体のパスワードと顧客ＩＤの運用を任された担当者が操作を行なうことになる。特にお中元やクリスマスプレゼント等で個人や団体が複数箇所に荷物を宅配希望する場合や、同じ宛先に複数の荷物を配送希望する場合に依頼伝票つまり宅配伝票（宅配伝票を兼ねる）を荷物ごとに記載する手間がかからなくなる。また、上記の各工程は顧客ＤＢ７０１や配送受付サーバ１４０の記憶装置の内容を最大限に活用し、かつキー入力を減らして極力選択画面にしたから、依頼者にとっての労力軽減の効果は絶大である。更に、宅配会社にとっては集荷先及び宅配先のデータが宅配受付サーバ１４０から宅配会社ないし集荷車両１８０の車載端末１７０に自動受信されるので目的地の緯度、経度から道順を選定することも容易である。尚、集荷先や宅配先のデータは宅配受付サーバ１４０において緯度、経度を付与しておいてもよい。更に本実施形態によれば、特定の場所に出向かなくても都合のよい時間帯を指定して集荷依頼することができる。また、顧客ＩＤを利用することにより、依頼者情報等が自動表示されるので、入力ミスを少なくすることができる。
【００８８】
尚、図１９は専用受付端末２９０の斜視図である。この専用受付端末２９０の筐体１は上面が操作者側に傾斜していてその殆どがタッチパネル２となっている。このタッチパネル２は付帯部品と共に、図５や図６のタッチパネル装置２９８を構成する。この専用受付端末２９０の内部構成は、図５や図６に示す通りであて記憶装置２９４、通信装置２９５、処理装置２９２、ラベラ２９９を備えている。ラベラ２９９のラベル出口２７からラベル２６がプリントアウトされるようになっている。通信装置２９５はケーブル２５を介してインターネット１２０に繋がっている。
この専用受付端末２９０は、このように画面一体式で構成されているので、設置が容易である。また、上面が殆どタッチパネル２になっていることと、上面が操作者側に傾斜していることで、操作が容易である。
【００８９】
≪第４実施形態（宅配伝票）≫
次に、上記した宅配受付サービスセンタを中核とした宅配受付方法に好適に使用される宅配伝票の実施形態を説明する。
ここで、図２０は、宅配伝票の平面図である。
【００９０】
図２０に示すように、この宅配伝票は、例えば図１９等に示す専用受付端末２９０のラベラ２９９からプリントアウトされた状態では台紙１４にラベル１５として仮付けされており、荷物に貼るときは台紙１４からラベル１５の全体を剥がすことになる。このラベル１５は糊付け部分１０、非糊付け部分９、糊付け部分１１の３つの部分に分かれ、糊付け部分１０と１１の裏面はいずれもラベル長手部８全体が剥離可能に仮糊付けされており、非糊付け部分９の裏面はラベル長手部分８の全体にかけて接着剤が着いておらず、つまり糊付けされていない。非糊付け部分９は糊付け部分１０と１１に挟まれるように位置しかつこれらとミシン目を介して繋がっているので、台紙１４に面接触した状態を維持している。
【００９１】
糊付け部分１０にて貼付票１６が形成され、非糊付け部分９にて受領票になる宅配票１７が形成されて夫々宅配先表示欄１８，２１、依頼者表示欄１９，２２、品名表示欄２０，２３が設けられている。更に貼付票１６には注意書き欄４があって、宅配会社名、問合せ先や契約条項等が記載されている。宅配票１７には着荷店舗コード５、発送店舗コード６の各欄があって、更に受領確認欄７も設けられている。受領確認欄は宅配先の受領を確認するサインや押印の欄となる。糊付け部分１１は余白片２４でもあるが、この部分にコメントが印刷されていても差し支えない。余白片２４は任意の構成要件であるが、宅配中の荷物から宅配伝票（配達票１７）が剥がれ落ちることのないよう宅配票１７を保持する目的で設けておいた方が好ましい。
【００９２】
宅配票１７と余白片２４との間、及び宅配票１７と貼付票１６との間は夫々ミシン目１２，１３が形成されている。この宅配伝票（ラベル１５）が、台紙１４から剥がされて荷物に貼付されると、糊付け部分１０，１１で非糊付け部分９が保持される。そして、この状態で宅配される。
【００９３】
最後の宅配先での受領確認の際、非糊付け部分９たる宅配票１７をミシン目１２，１３に沿って切り離す。こうして荷物には貼付票１６が残り、宅配業者の手元には受領票たる宅配票１７が集まる。宅配票１７の裏面には糊付けが施されていないから、剥離後の宅配票１７はカールせず、取扱いが便利である。即ち、裏面に糊付け部分があり、これを剥がして持ち帰る擬似接着方式の受領票では、表裏で張力に差が生じて受領票がカールするが、本発明ではカールするようなことがなく、剥がした後の取扱いが容易である。
【００９４】
本発明においてはこのラベル１５、即ち宅配伝票（配送伝票）は、台紙１４に仮付けされた印刷前の用紙と、印刷された台紙付の状態のものと、台紙から剥がした状態のもの、荷物に貼った状態を含み、また荷物から宅配票を離脱させる行為も含む。更に、宅配伝票や宅配票は、集配、集荷、配送の文言に拘るものではない。また、この宅配伝票は、第１〜第３実施形態のような宅配受付サービスセンタを中核とした宅配受付方法以外の通常の宅配（配送）にも好適に適用することができる。
【００９５】
また、印刷も専用受付端末２９０のラベラ２９９ばかりでなく、インクジェットプリンタやレーザプリンタのような通常のプリンタでもよい。また、ドットインパクトプリンタでもよい。つまり、この宅配伝票であれば、裏側に印字する必要がないのでどのようなプリンタでも印刷できる。このため、この宅配伝票はＩＴ化に好適に対応できる。また、この宅配伝票（配送伝票）であれば、カーボンの伝票のように、宅配中に伝票が圧力を受けて読みづらくなることもない。
【００９６】
≪顧客ＤＢの変形例≫
次に、図７を参照して説明した、顧客ＤＢ７０１の構造の変形例について説明する。
図２１は、図１等の宅配受付システムで使用される顧客ＤＢ及び集荷・宅配依頼情報の図７に示したものとは異なる変形例の構造である。以下の説明において、変形例にかかる部分は、符号の最後にａを付す。
【００９７】
図７に示した顧客ＤＢ７０１では、依頼者情報２０１０と宅配先情報２０２０を１対１で対応付けて記憶していたが、この図２１に示す変形例の顧客ＤＢ７０１ａでは、依頼者情報２０１０ａごとに宅配先情報２０２０ａ等を有している。つまり、依頼者情報２０１０ａと宅配先情報２０２０ａ等が１対Ｎ（Ｎは１以上の整数）の関係になっている。
【００９８】
この構造（階層構造）では、例えば、家族が何人かいる場合は、家族の構成員ごとに宅配先情報２０２０ａ等が分類整理して記憶されるので都合がよい。また、複数のセクションを有する企業等では、セクションごとに宅配先情報２０２０ａ等が分類整理して記憶されるので都合がよい。
【００９９】
≪宅配受付サーバの動作の変形例≫
次に、宅配受付サーバ１４０の動作の変形例を、図１〜図６等を参照しつつ図２２のフローチャートに従って説明する。
図２２は、宅配受付サーバ１４０の動作の変形例を説明するフローチャートである。
【０１００】
（顧客ＤＢへの登録・更新）
依頼者情報登録ステップ（Ｓ８４７ａ）を説明する。
依頼者がパソコン１１０（又は専用操作端末２９０）を利用して宅配受付サーバ１４０にアクセスすることにより、宅配受付サーバ１４０の動作がスタートする（Ｓ８０１ｓ）。Ｓ８０３ａは依頼者情報２０１０ａを新規に入力するステップである。Ｓ８０５ａは、既に顧客ＤＢ７０１ａに登録されている依頼者情報２０１０ａの確認（参照）・修正（更新）を行なうステップである。Ｓ８０７ａは、依頼者情報を顧客ＤＢ７０１ａに新規登録するステップである。ここのフローチャートでは、依頼者情報２０１０ａを新規登録すると処理を終了するようになっている（Ｓ８１１ａ）。単に依頼者情報２０１０ａを顧客ＤＢ７０１ａに登録するためだけの依頼者を考慮したものである。
次に、Ｓ８０９ａは、依頼者情報２０１０ａを確定して、依頼者登録（Ｓ８４７ａ）から、次の宅配先情報登録（Ｓ８４９ａ）に移行するステップである。このＳ８０９ａのステップを実行すると顧客ＤＢ７０１ａが更新されるようにしてもよい。これらのステップは、依頼者がパソコン１１０等から、宅配受付サーバ１４０に対して入力や登録等の指示を行なうものである。
【０１０１】
（宅配先情報の登録）
宅配先情報登録ステップ（Ｓ８４９ａ）を説明する。
Ｓ８１３ａは宅配先情報２０２０ａを新規に入力するステップである。Ｓ８１５ａは施設を宅配先として選択するステップである。Ｓ８１７ａは宅配先情報２０２０ａを選択・修正するステップである。Ｓ８１９ａは宅配先として自宅を選択するステップである。このＳ８１９ａは、例えば出先から自宅に荷物を送る際に活用できるものである。Ｓ８２１ａは入力した宅配先情報２０２０ａを顧客ＤＢ７０１ａに新規登録するステップである。ここのフローチャートでは、新規登録すると処理を終了するようになっている（Ｓ８２５ａ）。単に宅配先情報２０２０ａを顧客ＤＢ７０１ａに登録するためだけの依頼者を考慮したものである。次に、Ｓ８２７ａは、宅配先情報２０２０ａを確定して、宅配先情報登録（Ｓ８４９ａ）から、次の荷物情報登録（Ｓ８５１ａ）に移行するステップである。このＳ８２７ａのステップを実行すると顧客ＤＢ７０１ａが更新されるようにしてもよい。これらのステップは、依頼者がパソコン１１０等から、宅配受付サーバ１４０に対して入力や登録等の指示を行なうものである。
【０１０２】
（荷物情報の登録）
荷物情報登録ステップ（Ｓ８５１ａ）を説明する。
Ｓ８２９ａは荷物情報２０３０ａを入力するステップである。ここでの荷物情報２０３０ａは、少なくとも荷物の品名が入力されるものとする。
【０１０３】
（荷物情報の登録）
集荷先情報登録ステップ（Ｓ８５３ａ）を説明する。
Ｓ８３１ａは集荷先情報２０４０ａを新規に入力するステップである。Ｓ８３３ａの依頼者情報２０１０ａの選択は、依頼者情報２０１０ａに記述されている場所に集荷を依頼する場合に、実行されるステップである。Ｓ８３５ａは事前登録先を確認（参照）するステップである。事前登録先は、ここでは専用受付端末２９０（図５、図６参照）の設置場所になっており、当該場所が集荷場所になる。Ｓ８３７ａは、集荷先情報２０４０ａを確定して、次のステップ（Ｓ８３９ａ）に移行するステップである。
【０１０４】
Ｓ８３９ａ〜Ｓ８４３ａのステップ（宅配業者選択・確定、宅配伝票印字、集荷・宅配依頼情報登録）は、図８のＳ８３１〜Ｓ８３７のステップと同じであるので説明を省略する。尚、図２２の宅配伝票印字のステップ（Ｓ８４１ａ）と集荷・宅配依頼情報登録のステップ（Ｓ８４３ａ）は、図８と順序を逆にしてあるが、図８と同じ順序にしてもよい。
この図２２のフローチャートの処理により、宅配伝票への必要事項の記入の省力化が達成される。また、記入することの煩いが解消される。なお、宅配伝票の印字の際には、第４実施形態で説明した伝票が好適に使用できる。
【０１０５】
（依頼者情報入力）
図２３を参照して、図９の依頼者情報を入力するフローチャートの変形例を説明する（適宜図１〜図６、図２２等参照）。図２３は、図９のフローチャートの変形例を説明するフローチャートである。
【０１０６】
図２３のＳ９０１ａでスタートした処理は、Ｓ９０２ａで顧客ＤＢ７０１ａへの新規登録か否かで処理を分岐する。新規登録である場合（Ｙ）は、ステップＳ９０３ａ以降の処理を行なうが、Ｓ９１５ａまでの処理（依頼者情報２０１０ａの入力処理）は、図９のＳ９０３〜Ｓ９１５までの処理と同じであるので説明を省略する。
【０１０７】
Ｓ９１５ａで依頼者情報２０１０ａが確定すると、Ｓ９１９ａでパスワード入力は、宅配依頼サーバ１４０が、依頼者に対して任意のパスワードを決めて入力（送信）するように求め、依頼者が決定して送信したパスワードを受信して入力するステップである（図８のＳ８０７参照）。以後、ログインするにはこのパスワードが使われる。
【０１０８】
一方、Ｓ９０２ａで顧客ＤＢ７０１ａへの新規の登録ではない場合（Ｎ）は、Ｓ９２５ａで予め通知してある依頼者（顧客）ＩＤ、パスワードの入力を促す。Ｓ９２７ａで顧客ＤＢ７０１ａの依頼者検索・表示（つまりデータベースの参照要求）を受け付ける。検索された依頼者情報２０１０ａがＯＫの場合（Ｙ）は、依頼者情報２０１０ａを確定する。ＯＫでない場合（Ｎ）は、情報訂正を受け付ける（Ｓ９３３ａ）。そして、依頼者情報２０１０ａを確定する（Ｓ９３５ａ）。その後、Ｓ９２１ａに移行する。
【０１０９】
Ｓ９２１ａは、宅配先（宅配先情報２０２０ａ）の登録／呼出し処理を行なうステップに移行するか否かで処理を分岐するステップである。宅配先の登録や呼出しを行なう場合は、次の図２４のＳ１００１ａに移行する。宅配先の登録や呼出しを行なわない場合は、Ｓ９２２ａで依頼者情報２０１０ａを顧客ＤＢ７０１ａに登録し、Ｓ９２３ａで処理を終了する。
【０１１０】
（宅配先情報入力）
図２４を参照して、図１０の宅配先情報を入力するフローチャートの変形例を説明する（適宜図１〜図６等参照）。図２４は、図１０のフローチャートの変形例を説明するフローチャートである。尚、この図２４の丸１の処理は図１０の丸１の処理に相当し、図２４の丸２の処理は図１０の丸２の処理に相当し、図２４の丸４の処理は図１０の丸３の処理に相当するので、各処理の説明を省略する。
【０１１１】
図２４の丸３の登録済顧客ＤＢによる宅配先指定（Ｓ１０４３ａ）は、顧客ＤＢ７０１ａを参照して宅配先情報検索・一覧表示を受付（Ｓ１０２３ａ）、宅配先情報２０２０ａを選択させ（Ｓ１０２５ａ）、宅配先情報２０２０ａがＯＫか否かで処理を分岐し（Ｓ１０２７ａ）、ＯＫでない場合（Ｎ）は情報訂正を受け付け（Ｓ１０２９ａ）、ＯＫである場合（Ｙ）は、宅配先情報２０２０ａを確定する（Ｓ１０３３ａ）。
【０１１２】
一方、図２４の丸１と丸２の処理についても、宅配先情報２０２０ａを確定させる（Ｓ１０１３ａ）。そして、集荷依頼するか否かで処理を分岐し（Ｓ１０１５ａ）、集荷依頼しない場合（Ｎ）は、宅配先情報２０２０ａの顧客ＤＢ９０１ａへの登録を行ない、処理を終了する（Ｓ１０３７ａ）。Ｓ１０１５ａにおいて集荷依頼する場合（Ｙ）は、次の図２５に移行する。
【０１１３】
（荷物情報・集荷先情報入力処理）
図２５を参照して、図１１の集荷先情報を入力するフローチャートの変形例を説明する（適宜図１〜図６等参照）。図２５は、図１１のフローチャートの変形例を説明するフローチャートである。尚、この図２５のＳ１１０３ａ〜Ｓ１１１７ａのステップは、図１１のＳ１１０３〜Ｓ１１１７のステップと同じであるので、その説明を省略する。
【０１１４】
Ｓ１１３３ａは荷物情報２０３０ａの指定を行なう処理である。この処理は、Ｓ１１０１ａで、荷物情報２０３０ａを入力する。荷物情報２０３０ａは、ここでは少なくとも荷物の品名である。次に、Ｓ１１３５ａの一連の処理を行なう（Ｓ１１０３ａ〜Ｓ１１１７ａ、重複説明は省略する）。この一連の処理は集荷先情報２０４０ａの入力及び確定を促すものである。
【０１１５】
次に、宅配業者の選択を図１等に示す宅配受付サービスセンタ１３０（宅配受付サーバ１４０）に依頼するか否かで処理を分岐し（Ｓ１１９ａ）、依頼する場合（Ｙ）は、宅配業者の自動選択行なう（Ｓ１１２１ａ）。宅配業者択は、例えば料金に着目するならば、集荷先、宅配先、荷物の品名、重量等が確定すれば、自動的に選択できることは既に説明したとおりである。一方、Ｓ１１１９ａで業者の自動選択を依頼しない場合（Ｎ）は、依頼者による業者選択が行なわれる（Ｓ１１２３ａ）。また、自動選択した宅配業者が気に入らない場合は、このＳ１１２３ａで宅配業者の修正が行なわれる。
【０１１６】
宅配業者が選択されると、宅配するのに必要なデータの入力が完了したことになる。そこで、Ｓ１１２５ａとＳ１１２７ａで、入力したデータの一覧確認及び必要に応じて修正を促す。Ｓ１１２５ａで一覧確認がＯＫの場合（Ｙ）は、集荷依頼登録を繰り返すか否かで処理を分岐し（Ｓ１１２９ａ）、繰り返す場合（Ｙ）は、図２４のＳ１００１ａに移行する（Ａ）。登録を繰り返さない場合（Ｎ）は、既に説明したように宅配伝票の印刷を行ない（Ｓ１１３１ａ）、宅配受付サービスセンタ１３０（宅配受付サーバ１４０）へ集荷・宅配依頼情報送信を行なう（Ｓ１１３３ａ）。そして、処理を終了する（Ｓ１１３５ａ）。尚、Ｓ１１３１ａは、宅配業者が印刷して集荷に回る場合等は、省略可能なステップである。なお、宅配伝票の印刷の際には、第４実施形態で説明した伝票が好適に使用できる。
【０１１７】
この図２５のフローチャートの処理によれば、集荷先情報２０４０ａの入力の労力を大幅に省くことが可能である。また、適切な宅配業者が自動選択される。あるいは、好みの宅配業者を自ら選択することができる。そして、集荷依頼を繰り返す場合も処理が容易である。
【０１１８】
以上説明した実施形態（変形例）では、顧客ＤＢ７０１（７０１ａ）に顧客（依頼者）が自らアクセスし、顧客自らの操作で顧客ＤＢ７０１（７０１ａ）に配送先情報を含む配送情報を登録できる（例えば自分だけの送り先の住所録〔いわばマイリスト〕等を構築することができる）。かつ、この配送情報を遠隔の地から呼び出して配送伝票に印刷できる（登録してある情報は、インターネット１２０のような通信回線を介して遠隔地から参照することができる）。このため、例えば宅配先の情報を登録しておくことで、観光地から友人宅等に荷物を送るとき等、宅配先の住所を記憶したり住所を記載したメモを携行したりする必要がない（ちなみにブラウザがインストールされたインターネット接続可能なパソコンはどこにでもある）。また、以上説明した実施形態（変形例）では、配送伝票（宅配伝票）に労力をかけずに必要事項を記入することが可能になり、時間がないとき等に都合がよい。また、配送情報（依頼者情報、宅配先情報等）の登録は、各種情報を参照等して、入力操作を少なくして行なうことができる。
【０１１９】
ところで、配送伝票（宅配伝票）を記入する際に労力を要するのは、依頼者情報を記入することではなく、なによりも宅配先の住所等の宅配先情報（配送先情報）を記入することである。即ち、依頼者情報（送り主の住所）の記入は、自宅や自社の住所等の記入であり、書きなれているので記入作業は比較的容易である。また、依頼者情報は、自社のゴム印を押すこと等で記入を省力化できたり、宅配業者が予め自宅や自社の住所等を印刷した配送伝票を配布してくれたりする。一方、宅配先情報（宅配先）は、一般に書きなれておらず記入に気をつかい、しかも、宅配先は１箇所ではない。このため、ゴム印をたくさん準備したり、宅配業者から何種類もの予め印刷した配送伝票をもらっておいたりしなければならない（分類整理・保管等に余計な労力を使うことになる）。従って、宅配先が印刷できるようにすれば、配送伝票の記入が大幅に省力化できる。宅配伝票の分類整理・保管等も容易になる。このことは、配送業者（宅配業者）にとっても都合のよいことである。ちなみに、本発明者らは、このような観点をも踏まえて本発明を完成させたものである。
【０１２０】
なお、以上説明した本発明は、依頼者（宅配依頼者、集荷依頼者）の集荷依頼情報を通信回線で受付け、該情報をセンタ（図１等の宅配受付サーバ１４０）のデータベースのデータと照合して宅配会社を選択し、選択した宅配会社に対し、集荷車両を集荷先に差し向けるべく通信回線を介して集荷依頼者の集荷依頼事項（集荷・宅配依頼情報）を送信することを特徴とする。尚、当該集荷車両内にて送信データに基づく宅配伝票を印刷し発行しておくか、或いは当該集荷先にて集荷依頼事項を記録した宅配伝票を印刷して当該集荷物に貼付しておけば、集荷先に伺う時点で伝票が印刷発行されており、時間的にも作業面でも効率がいい。尚、この宅配伝票は情報端末に接続したラベラ（発行機）を用いてセンタから送信された集荷依頼情報を打ち出したものであり、集荷物に貼付できるラベル、つまり前記した宅配伝票（図２０参照）のようなラベルであることが望ましい。
【０１２１】
また、このシステム（配送・宅配受付方法）を宅配会社が利用する場合には、集荷依頼者の集荷依頼情報とデータベース（図１等の宅配受付サーバ１４０）のデータとの照合により選択された宅配会社が、前記集荷依頼情報を通信回線により入手し、当該情報を集荷車両に送信して、（イ）当該集荷車両内で前記送信情報に基づく宅配伝票を印刷発行し、集荷先の該当集荷物に前記宅配伝票を貼付するか、（ロ）集荷先を回るよう集荷指示して、集荷依頼者側端末で印刷発行された宅配伝票と共に該当集荷物を集荷することが好ましい態様となる。
【０１２２】
ところで集荷依頼者側端末に送信される集荷依頼情報はセンタ（図１に示す宅配受付サービスセンタ１３０）から提供されたもの、ないしはセンタ１３０から提供されて端末側に蓄積されている情報であることが好ましく、必ずしも依頼者が端末から入力した情報には限定されない。即ち、依頼者は端末から種々の情報を選択したり入力したりするが、センタ側ではその情報ないしはデータベースの情報によって宅配会社が利用し易いように情報を加工或いは追加することがあり、本発明で送信される集荷依頼情報はこの概念（センタ１３０側で加工された情報）も含むものである。
【０１２３】
尚、集荷依頼者の操作する端末は、新規のデータ入力ならパ−ソナルコンピュータ等の汎用端末でもよいが、操作簡便のためには専用操作端末でもよい。専用操作端末なら選択画面が表示されるタッチパネル式が便利である。更に、各端末には宅配伝票を印刷、発行するラベラが付設或いは兼用されることが実用的である。
【０１２４】
また、本明細書は所謂「宅配」について述べたが、宅配に限定されるものではない。また、配送も狭く解釈されるものではない。本願における配送の概念は荷物の出発点（例えば発送店舗）と荷物の到着点（例えば着荷店舗）が存在し、かつ集配が可能な範囲のものに広く適用可能である。また、用語「荷物」は、これが貨物であってもよい。
【０１２５】
尚、請求項の配送伝票印刷方法における「サーバ」は、前記した実施形態（変形例）では、例えば宅配受付サーバ１４０（図１等参照）に相当する。同様に、請求項の配送伝票印刷方法における「データベース」は、例えば宅配受付サーバ１４０の記憶装置１４４に記憶された顧客ＤＢ（図１等参照）に相当する。尚、この図１等に示される顧客ＤＢは、図７等では符号７０１で示され、図２１等では符号７０１ａで示される。また、このようなサーバやデータベースは、宅配業者が管理（運用）するものとしても、第三者が管理（運用）するものとしてもよい。ちなみに、前記した実施形態（変形例）では、第三者が管理（運用）するものとした。
【０１２６】
【発明の効果】
本発明によれば、配送事業者を選定し、集荷依頼者の便に供する配送受け受け方法を提供することが可能となり、更に配送依頼時の伝票記載の手間を大幅に軽減することになる。また、配送伝票への情報の記載や取扱い（顧客の取扱い、宅配業者の取扱い）が容易なる。
【図面の簡単な説明】
【図１】本発明にかかる第１実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【図２】図１の宅配受付システムで使用される集荷・宅配依頼情報のデータ構成を例示する図である。
【図３】図１の宅配受付システムで使用される宅配会社別の発送店舗／着荷店舗コードを住所コードに対応させた発送店舗／着荷店舗コード−住所コード対応テーブルである。
【図４】図１の宅配受付システムで使用される宅配会社別宅配料金テーブルである。
【図５】本発明にかかる第２実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【図６】本発明にかかる第３実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【図７】図１等の宅配受付システムで使用される顧客ＤＢ及び集荷・宅配依頼情報の構成である。
【図８】図１等の宅配受付システムにおける宅配受付サーバの動作を説明するフローチャートである。
【図９】図８の依頼者情報入力の詳細を説明するフローチャートである。
【図１０】図８の宅配先入力の詳細を説明するフローチャートである。
【図１１】図８の集荷先情報入力の詳細を説明するフローチャートである。
【図１２】図８のＳ８１３におけるログイン情報入力の際に表示される画面例である。
【図１３】図８のＳ８１９における依頼者情報確認・修正の際に表示される画面例である。
【図１４】図８のＳ８２９における集荷先情報入力の際に表示される画面例である。
【図１５】図８のＳ８３１，Ｓ８３３における宅配会社選択の際に表示される画面例である。
【図１６】図８のＳ８３１，Ｓ８３５における宅配会社選択の際に表示される画面例である。
【図１７】図８（図１１）のフローチャートにおける宅配先情報入力の際に表示される画面例である。
【図１８】図８のフローチャートにおけるＳ８２７の荷物情報入力の際に表示される画面例である。
【図１９】図５及び図６の専用受付端末の斜視図である。
【図２０】本発明にかかる実施形態の宅配伝票の平面図である。
【図２１】図１等の宅配受付システムで使用される顧客ＤＢ及び集荷・宅配依頼情報の図７に示したものとは異なる変形例の構成である。
【図２２】図１等の宅配受付サーバの動作の変形例を説明するフローチャートである。
【図２３】図９のフローチャートの変形例を説明するフローチャートである。
【図２４】図１０のフローチャートの変形例を説明するフローチャートである。
【図２５】図１１のフローチャートの変形例を説明するフローチャートである。
【符号の説明】
２…タッチパネル、９…非糊付部分、１０，１１…糊付け部分、１２，１３…ミシン目、１４…台紙、１５，２６…伝票ラベル、１６…貼付票、１７…配達票、１００…個人宅又は事務所、１１０…パソコン、１１５、１４３、１６５、１７６…通信装置、１２２…荷物、１２４…無線通信網、１３０…宅配受付サービスセンタ、１４０…宅配受付サーバ、１４４…記憶装置、１４５…参照ＤＢ１４５、１５０…宅配会社営業店舗、１６０…営業店舗サーバ、１７０…車載端末、１７２，２９９…ラベラ（宅配伝票発行機）、１８０…集荷車両、２９０…専用受付端末、２９８…タッチパネル装置、３２１…依頼者、２０１０…依頼者情報、２０２０…宅配先情報、２０２６，２０４６…住所コード、２０２７…着荷店舗コード、２０３０…宅配情報、２０４０…集荷先情報、２０４７…発送店舗コード、３０３０…宅配会社表示[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a delivery slip printing method, a delivery slip, and a delivery method particularly suitable for delivery work.
[0002]
[Prior art]
As a conventional delivery method, for example, there is a method described in
[0003]
[Non-patent document 1]
NIKKEI COMMUNICATION 1992.8.2, pp. 109-114.
[0004]
[Problems to be solved by the invention]
However, the conventional delivery method described in Non-Patent
[0005]
By the way, the conventional idea of a home delivery request is that the home delivery requester has already decided the home delivery company, so that the areas of specialty of the target package, the distance between the pickup destination and the delivery destination, other relationships, the price including insurance, etc. It was not possible to select a courier company.
[0006]
In addition, the home delivery requester or the person entrusted by the client prepares the home delivery slip, but when there are many delivery destinations or when there is simultaneous separate delivery, fill in the information with the same description part in multiple slips by handwriting In addition to this, the shipping store and the receiving store had to be checked each time to calculate the delivery fee, which was very troublesome.
[0007]
Further, conventional carbon slips are difficult to handle, for example, and have a problem in IT.
[0008]
Therefore, it is a main object of the present invention to provide a delivery slip and a delivery method that solve such a problem.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, the delivery slip printing method of the present invention allows a delivery requester to register a delivery destination in a server, call this, and print at least the delivery destination. Further, a delivery slip composed of a label sheet and a backing sheet suitably used in this delivery receiving method, and the label sheet is a single sheet-like label formed by a sticking slip portion and a separable delivery slip portion. And In addition, a delivery method using this delivery slip was adopted.
That is, according to the present invention, a delivery company that delivers packages is selected from a plurality of delivery companies (delivery companies). In addition, by specifying “From-To information (collection destination and delivery destination)” of where to deliver to, the selection of a delivery company is promoted, and the delivery slip of the delivery requester who requests delivery is included in the delivery slip. It is possible to reduce the description items. Further, the delivery slip can be simplified. In addition, it becomes a delivery method that facilitates handling of slips in delivery.
[0010]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
Note that the following first to third embodiments are embodiments relating to a home delivery reception method centered on a home delivery reception service center, and the fourth embodiment is an embodiment relating to a home delivery slip in the home delivery reception method. The term “delivery” in the claims corresponds to “delivery” in the present embodiment.
[0011]
<< 1st Embodiment >>
First, a first embodiment of the present invention will be described.
In the first embodiment, among the embodiments related to a home delivery reception method (home delivery reception system) centering on a home delivery reception service center, a pickup vehicle prints a label to be attached to the luggage in the vehicle and collects the luggage.
Here, FIG. 1 is an overall configuration diagram of a home delivery reception system in which the home delivery reception method of the first embodiment is performed. FIG. 2 is a diagram illustrating a data configuration of the pickup / delivery request information. FIG. 3 is a shipping store / arrival store code-address code correspondence table in which the shipping store / arrival store code for each delivery company is associated with an address code. FIG. 4 is a home delivery charge table for each home delivery company.
[0012]
The first embodiment shown in FIG. 1 shows an example in which a home delivery request is sent from a personal home or
The home delivery reception system to which the home delivery reception method of the first embodiment is applied includes a
Note that there are a plurality of delivery
[0013]
The home
[0014]
The
[0015]
The
[0016]
In the first embodiment, the server (home delivery reception server 140) is located in the
[0017]
The home delivery requester (hereinafter, referred to as “client”) connects to the home
That is, when the service is used for the first time, the client information (personal information) such as the telephone number, address, name, and desired password of the requester is input from the
[0018]
When this information (delivery request information) is input and transmitted, the fee is stored in the
Note that it is not necessary to transmit all of the information as shown in FIG. 2 from the
[0019]
In the home delivery company to which the collection / home delivery request information has been transmitted, a collection vehicle (collection / delivery vehicle) 180 is selected, and the information of the collection request in which the collection destination is specified is transmitted via wireless communication. Here, communication between the
[0020]
The customer (client) can use the customer ID and password to store the
[0021]
In the
[0022]
It should be noted that by printing a two-dimensional barcode, the following detailed information may be printed. That is, as the requester information, the address, first and last name or name of the requester, telephone number, an address code that expresses a part of the requester's address with numbers, and as the delivery destination information, the address of the delivery destination, first and last name or name, telephone number , An address code that expresses part of the home delivery address as a number, a receiving store code indicating a business office where the home delivery address is the delivery area, and a latitude and longitude automatically calculated from the home delivery address code is there. As the package information, specify the name of the package, the flight number determined based on the characteristics of the package, the size indicating the size and weight of the package, the delivery date designation indicating a specific date and time of delivery of the package, and the delivery time zone to the delivery destination Time zone designation, precautions for specifying precautions for handling luggage, billing category indicating payment method, slip No. indicating the ID of the delivery slip attached to the luggage The collection date and time indicating the date and time when the home delivery information was input, and the collection destination information includes the desired date and time of collection specifying the date and time of collection, the address of the collection destination, the first name or last name, the telephone number, and a part of the address of the collection destination An address code expressed by a number, a shipping store code indicating a business office serving as a collection area, and a latitude and longitude automatically calculated from an address code of a collection destination.
[0023]
On the screen of the in-vehicle terminal 170 (or mobile terminal) mounted on the
[0024]
The delivery agent of the courier company arriving at the relevant personal home confirms the requester, destination, delivery destination, size, weight, and fee of the package, and attaches a delivery slip to the received package to complete the collection. I do. The person in charge of collection inputs the number of packages, the collection results such as the completion of collection, etc. to the in-
[0025]
The home delivery
In addition, if there is collection destination information in the home delivery request information (delivery request items) of the requester, by making a determination based on this information, it is possible to allocate the
[0026]
FIG. 2 shows a data configuration example of the home delivery information. This information is necessary for home delivery of the package, and is based on collection request information (corresponding to “delivery request information” in the claims) transmitted from the
[0027]
The
[0028]
The
[0029]
The home
[0030]
The
[0031]
The
[0032]
FIG. 3 is a correspondence table of shipping stores / arrival stores-address codes for each delivery company. In this table 3000,
[0033]
FIG. 4 is a table showing a home delivery charge per delivery company. In this table 4000, a
[0034]
According to the first embodiment, for example, by accessing the home
[0035]
<< 2nd Embodiment >>
Next, a second embodiment of the present invention will be described.
In the second embodiment, among the embodiments relating to a home delivery reception method (home delivery reception system) centered on a home delivery reception service center, a requester (the home delivery slip) attached to a package by a dedicated reception terminal provided in a company or an office is attached to the request. The address and name) and the delivery destination (the address and name) are printed, and the collection is waited for.
Here, FIG. 5 is an overall configuration diagram of a home delivery reception system in which the home delivery reception method of the second embodiment is performed.
[0036]
In the second embodiment shown in FIG. 5, the requester is a company or an
[0037]
The operation of the dedicated reception terminal 290 will be described.
In the touch panel device 298 of the dedicated reception terminal 290, the requester basically makes a reference to the customer DB (registered by the personal computer 110) registered in the
[0038]
On the delivery destination information input screen, a delivery flight setting button and a delivery date designation button are provided. When the delivery flight setting button is touched, a delivery flight information setting screen is displayed. On this screen, buttons for each courier service are prepared. For example, when a golf courier button is touched, a message indicating that the golf courier service is designated is displayed, and a delivery date information setting screen is displayed. On this screen, a delivery date and a delivery time zone are set.
[0039]
In addition, the dedicated reception terminal 290 can easily collect collection / delivery request information by a selection method based on the customer DB (registered by the personal computer 110) registered in the
[0040]
When the input is completed, the user touches a touch panel (not shown) indicating input completion, and registers requester information, home delivery destination information, pickup destination information, and the like in home
[0041]
The delivery company business store 150 (the selected delivery company) that has received a collection instruction (collection / delivery request information) from the
[0042]
With this configuration, in a company where the number of packages requested to be picked up is large, requester information and the like are automatically displayed based on the customer ID number, so that work efficiency can be improved. In addition, since the slip is automatically printed, work efficiency can be improved. In addition, since the presence / absence, quantity, and weight of the luggage can be grasped in advance, it is possible to dispatch an appropriate collection / delivery vehicle to collect the cargo.
[0043]
That is, the initial registration and subsequent data maintenance are handled by the
[0044]
The processing unit 292 forms the core of the dedicated reception terminal 290, to which a communication device 295, a
[0045]
<< 3rd Embodiment >>
Subsequently, a third embodiment of the present invention will be described.
In the third embodiment, among the embodiments relating to a home delivery reception method (home delivery reception system) 300 centering on a home delivery reception service center, a dedicated reception terminal provided at an agency contract store (convenience store, hotel, golf course, etc.) is a package. The requester (the address and name) and the delivery destination (the address and name) are printed on the delivery slip attached to the delivery slip, and then the delivery is waited for.
Here, FIG. 6 is an overall configuration diagram of a home delivery reception system in which the home delivery reception method of the third embodiment is performed.
[0046]
The third embodiment shown in FIG. 6 is an example of a case where the place where the client sends out the luggage, that is, the collection destination is an
[0047]
As shown in FIG. 6, in a case where a pickup request is made from a hotel, a resort, a station, an airport, a golf course, a ski resort, a souvenir shop, and an event venue, these places are collectively referred to as an
[0048]
Further, in the third embodiment, since the home delivery is determined to be performed at the place where the dedicated reception terminal 290 is installed, the pickup destination information is automatically registered in the dedicated reception terminal 290. The address of the installation destination is displayed. Further, information of the requester is input as print information on the delivery slip. When the input is completed by operating the dedicated operation terminal 290, the touch panel indicating the completion of the input is touched, and the requester information, the home delivery destination information, the pickup destination information, and the delivery information are transmitted to the home
[0049]
With this configuration, a home delivery request can be made at the
[0050]
In addition, even if the client brings the luggage to a destination such as the
Incidentally, the home delivery request as in the third embodiment may return a golf club or the like from the golf course or the like by home delivery on the way back to a golf course or the like on a holiday. This eliminates the need to write a home delivery slip during a busy return home. In some cases, luggage may be sent from a destination to a customer or from a sightseeing spot to a relative or the like. In this case, even if you remember the address of the delivery destination, you can obtain a delivery slip correctly written by calling the customer DB. Can be.
[0051]
≫Structure of customer DB≫
The
As shown in FIG. 7, the
That is, the home
[0052]
≫Operation of home delivery reception server≫
Next, the operation of the home
FIG. 8 is a flowchart illustrating the operation of the home delivery reception server.
[0053]
(Registration of new service members in customer DB)
When the client accesses the home
[0054]
Next, the home
[0055]
The home
If the client does not request home delivery (N), the process branches depending on whether registration is repeated (S841). If the requester does not repeat the registration (N), the process ends (end, S843). If the requester repeats the registration in S841, the process proceeds to S815. In S815, the home
[0056]
In step S817, if 1 “new input” is selected by the requester, the requester newly performs both input of requester information and input of home delivery destination information (S809, S811). If "requester / home delivery destination" of
[0057]
After that, the flow shifts to S823, where the input information is registered in the
[0058]
(Update of customer DB of existing service members, etc.)
Next, updating (addition / modification, etc.) of the
Also for the update of the
[0059]
The home
[0060]
Next, it is assumed that, for example, 2 “requester / home delivery diversion” is selected by the requester in S817 that branches in the diversion mode of the
[0061]
When one “new input” is selected in S817, new information is added to the customer DB 701 (addition of a new record). In the case of “request of client” of 3, new information is added to the
[0062]
(Delivery request)
Next, the home delivery request will be described with reference to FIG. 8 (see FIGS. 1 to 7 as appropriate).
In the flowchart of FIG. 8, when the requester selects (Y) to request home delivery in the branch process of whether to request home delivery in S825, the home
[0063]
First, the home
[0064]
When the package information and the collection destination information are input, the home
[0065]
When the home delivery company is selected in S833 or S835, the collection / delivery request information is generated in S837 and registered in the
If the user wants to request the delivery of luggage even after this, the requester selects (Y) to repeat registration in S841. Then, home
[0066]
(Requester information input)
The requester information input in the flowchart of FIG. 8 will be described with reference to FIG. 9 (see FIGS. 1 to 7 as appropriate). FIG. 9 is a flowchart illustrating details of the requester information input of FIG.
[0067]
In S809 of FIG. 8, the process shown in FIG. 9 is performed. The process started in S901 requests the requester to input a telephone number in S903, and searches the
On the other hand, if there is no hit in the
[0068]
In this way, by referring to the
In order to reduce the workload, the latitude / longitude is associated in advance with the address of an individual registered in the telephone directory DB (reference DB) 905 or the address of each facility registered in the facility DB (string). It is preferable that the latitude / longitude of each collection destination / delivery destination, requester, and the like be automatically changed by a method selected from the above (this point is also applied to the embodiments and modified examples described below). Is the same).
Also, as in S913, when the telephone directory DB (reference DB) 905 cannot be used and is manually input, for example, a method of sequentially selecting from the master DB such as prefecture / city / town name, or the・ By matching up to the city / town name level, it is possible to automatically derive an address code. If the address code can be calculated automatically, and if there is a master DB of the latitude / longitude of the center point of the area of the address code, it is possible to assign the approximate latitude / longitude level of the manually input address ( This point is the same in the embodiments and modifications described below.)
[0069]
(Delivery destination information input)
The delivery destination information input in the flowchart of FIG. 8 will be described with reference to FIG. 10 (see FIGS. 1 to 7 as appropriate). FIG. 10 is a flowchart illustrating details of home delivery destination input in FIG.
[0070]
In S811 of FIG. 8, the process shown in FIG. 10 is performed. The process started in S1001 is a process in S1003 for allowing the client to select whether the home delivery destination is “General individual” of Mar. 1, “Predetermined facility” of Mar. 2, and “Home” of Mar. That is, home delivery destination information is selected.
[0071]
When the requester selects the "general individual" of the
That is, in S1011 the user is requested to input the telephone number of the delivery destination, and the
On the other hand, if there is no hit in the
[0072]
Next, when the requester selects the “predetermined facility” of
That is, the home
[0073]
When the requester selects the “home” of the
That is, in S1031, the client information is set in the home delivery destination information. Then, the home delivery destination information is determined (S1040), and the process ends (S1045).
[0074]
In this way, by referring to the
[0075]
(Input pickup information)
With reference to FIG. 11, collection destination information input in the flowchart of FIG. 8 will be described (see FIGS. 1 to 7 as appropriate). FIG. 11 is a flowchart illustrating the details of inputting the pickup destination information in FIG.
[0076]
In S829 of FIG. 8, the process shown in FIG. 11 is performed. The process started in S1101 causes the requester to select whether or not the pickup location is the address of the requester in S1103. That is, a selection is made as to whether or not the pickup location information matches the requester information.
[0077]
In S1103, if the collection location = the requester address (Y), the home
[0078]
On the other hand, if the pickup location is not the requester's address in S1103 (N), the home
If there is no hit in the
[0079]
In this way, by referring to the
[0080]
(Login information input screen)
Next, an example of a screen displayed when login information is input in S813 of FIG. 8 will be described with reference to FIG.
The login information input screen of FIG. 12 is displayed on the dedicated reception terminal 290. Among them, the ID is a customer (client) ID, which is automatically assigned by the home
By touching the “OK” button on the login information input screen with the panel, the login information is transmitted from the dedicated reception terminal 290 to the home
[0081]
(Requester information confirmation / correction screen)
Next, with reference to FIG. 13, an example of a screen displayed at the time of requester information confirmation / correction in S819 of FIG. 8 will be described.
The requester information confirmation / correction screen of FIG. 13 is displayed on the dedicated reception terminal 290. If the requester sees the display on this screen and there is a correction, he touches the panel with “correction” and inputs the correction items. If there is no correction, touch “No correction” on the panel. As a result, when making a home delivery request, labor saving of the input by the requester can be achieved.
[0082]
(Collection destination information input screen)
Next, with reference to FIG. 14, an example of a screen displayed at the time of collection destination information input in S829 of FIG. 8 will be described.
The pickup destination information input screen of FIG. 14 is displayed on the dedicated reception terminal 290. On this screen, it is possible to select between a case where there is luggage at the requester's home and that is a pickup location and a case where there is luggage at the installation location of the dedicated reception terminal 290 and the luggage is sent from there. Although not shown in FIG. 14, another collection destination may be selected here. In addition, it is also possible to add and correct the collection destination to make the accommodation flexible. This addition / correction information is reflected in the
[0083]
(Delivery company selection screen)
Next, with reference to FIG. 15 and FIG. 16, an example of a screen displayed when the home delivery company is selected in S831, S833, and S835 in FIG. 8 will be described.
The home delivery company selection screen of FIG. 15 is displayed on the dedicated reception terminal 290. As shown in this screen, the home delivery company can make the selection by the requester himself or leave it to the home
[0084]
By the way, if the client selects the home delivery company, a list of selectable home delivery companies as shown in FIG. 16 is displayed, and the client selects the home delivery company from the list. However, depending on the desired conditions by the luggage information input in S827 of FIG. 8, the service of the desired trader may not be applicable. In such a case, it is refused and the service center selects a delivery company. Is also good.
Alternatively, the home
[0085]
(Delivery destination information input screen)
FIG. 17 illustrates an example of a screen displayed when home delivery destination information is input in the flowchart of FIG. 8 (FIG. 11).
The home delivery destination information input screen of FIG. 17 is displayed on the dedicated reception terminal 290. For example, when the client is out of the hotel, golf course, etc., the client's home will likely be the home delivery destination, so this is displayed at the top and then associated with the client, such as the parent's house or a friend's house. Are displayed from the
[0086]
(Luggage information input screen)
FIG. 18 illustrates an example of a screen displayed at the time of inputting luggage information in S827 in the flowchart of FIG.
The luggage information input screen of FIG. 18 is displayed on the dedicated reception terminal 290. The requester basically has the pull-down menu of the combo box on the luggage information input screen select from a predetermined range, such as a size and a package, within the home delivery frame (within the business acceptance frame). In this example, the information includes the size, package, flight number (for refrigerated goods, etc.), desired delivery date, desired home delivery time zone, product name, and notes. When the user selects the package information and touches "OK", the information is transmitted to the home
[0087]
The operation described above may be performed by the client himself, or may be performed by an agency contract shop or the like. However, it is desirable that the requester himself / herself only input the requester's password and customer ID. The requester may be a corporation or the like as the requester, and in this case, the person in charge of the operation of the password and the customer ID of the group performs the operation. In particular, when an individual or group wishes to deliver packages to multiple locations, such as a mid-year gift or a Christmas present, or when delivering multiple packages to the same destination, a request slip, that is, a home delivery slip (also serving as a home delivery slip) is described for each package. You don't have to. In addition, since each of the above-described steps makes the most of the contents of the storage device of the
[0088]
FIG. 19 is a perspective view of the dedicated reception terminal 290. The
Since the dedicated reception terminal 290 is configured as an integral screen as described above, installation is easy. Further, the operation is easy because the upper surface is almost the
[0089]
«Fourth embodiment (delivery slip)»
Next, an embodiment of a home delivery slip suitably used in the home delivery reception method centering on the home delivery reception service center described above will be described.
Here, FIG. 20 is a plan view of the home delivery slip.
[0090]
As shown in FIG. 20, this home delivery slip is temporarily attached as a label 15 to the backing paper 14 when printed out from the labeler 299 of the dedicated reception terminal 290 shown in FIG. 19 and the like. The entire label 15 will be peeled off from. The label 15 is divided into three portions, a glued
[0091]
A pasting slip 16 is formed at the glued
[0092]
Perforations 12 and 13 are formed between the home delivery slip 17 and the blank piece 24 and between the home delivery slip 17 and the pasted slip 16, respectively. When this home delivery slip (label 15) is peeled off from the backing sheet 14 and affixed to the luggage, the
[0093]
At the time of receipt confirmation at the last home delivery destination, the home delivery slip 17 which is the
[0094]
In the present invention, the label 15, that is, the home delivery slip (delivery slip), is a sheet before printing temporarily attached to the backing sheet 14, a state with the printed backing sheet, a state where the label is peeled off from the backing sheet, And the act of removing the home delivery slip from the package. Further, the home delivery slip and the home delivery slip are not limited to the terms of collection, delivery, collection, and delivery. Further, the home delivery slip can be suitably applied to normal home delivery (delivery) other than the home delivery reception method centering on the home delivery reception service center as in the first to third embodiments.
[0095]
The printing may be performed not only by the labeler 299 of the dedicated reception terminal 290 but also by a normal printer such as an ink jet printer or a laser printer. Further, a dot impact printer may be used. In other words, this home delivery slip does not need to be printed on the back side, and can be printed by any printer. For this reason, this home delivery slip can be suitably used for IT. Also, with this home delivery slip (delivery slip), there is no pressure on the slip during home delivery to make it difficult to read, unlike a carbon slip.
[0096]
変 形 Modification of customer DB≫
Next, a modified example of the structure of the
FIG. 21 shows a modification of the customer DB and the collection / delivery request information used in the home delivery reception system shown in FIG. 1 and the like, which is different from that shown in FIG. In the following description, the portions according to the modified examples have a appended to the end of the reference numerals.
[0097]
In the
[0098]
In this structure (hierarchical structure), for example, when there are several families, home
[0099]
変 形 Modified example of operation of home delivery reception server≫
Next, a modified example of the operation of the home
FIG. 22 is a flowchart illustrating a modified example of the operation of home
[0100]
(Registration / update to customer DB)
The requester information registration step (S847a) will be described.
When the client accesses the home
Next, step S809a is a step in which the
[0101]
(Registration of home delivery information)
The home delivery destination information registration step (S849a) will be described.
S813a is a step of newly inputting the home
[0102]
(Registration of baggage information)
The package information registration step (S851a) will be described.
S829a is a step of inputting
[0103]
(Registration of baggage information)
The collection destination information registration step (S853a) will be described.
S831a is a step of newly inputting the
[0104]
The steps of S839a to S843a (selection / confirmation of delivery company, printing of delivery slip, registration of pickup / delivery request information) are the same as the steps of S831 to S837 in FIG. The order of printing the home delivery slip (S841a) and the step of registering the pickup / delivery request information (S843a) in FIG. 22 are reversed from FIG. 8, but may be the same as FIG.
By the processing of the flowchart of FIG. 22, labor saving of entry of necessary items on the home delivery slip is achieved. Also, the trouble of filling in is eliminated. When printing the home delivery slip, the slip described in the fourth embodiment can be preferably used.
[0105]
(Requester information input)
With reference to FIG. 23, a modified example of the flowchart of FIG. 9 for inputting the requester information will be described (see FIGS. 1 to 6, FIG. 22, etc. as appropriate). FIG. 23 is a flowchart illustrating a modification of the flowchart of FIG. 9.
[0106]
The process started in S901a in FIG. 23 branches depending on whether or not the process is newly registered in the
[0107]
When the
[0108]
On the other hand, if it is not a new registration in the
[0109]
S921a is a step of branching the processing depending on whether or not to proceed to the step of performing registration / call processing of the home delivery destination (home
[0110]
(Delivery destination information input)
Referring to FIG. 24, a modified example of the flowchart of FIG. 10 for inputting home delivery destination information will be described (see FIGS. 1 to 6 as appropriate). FIG. 24 is a flowchart illustrating a modification of the flowchart of FIG. The processing of
[0111]
The delivery destination designation by the registered customer DB of
[0112]
On the other hand, also in the processing of
[0113]
(Input processing of luggage information and pickup destination information)
Referring to FIG. 25, a modified example of the flowchart for inputting the collection destination information in FIG. 11 will be described (see FIGS. 1 to 6 as appropriate). FIG. 25 is a flowchart illustrating a modification of the flowchart of FIG. 11. Note that the steps of S1103a to S1117a in FIG. 25 are the same as the steps of S1103 to S1117 in FIG. 11, and a description thereof will be omitted.
[0114]
S1133a is processing for designating the
[0115]
Next, the process branches depending on whether or not to request the home delivery service center 130 (home delivery server 140) shown in FIG. 1 or the like to select a home delivery company (S119a). Automatic selection is performed (S1121a). As already explained, the choice of the home delivery company can be automatically made if the collection destination, the home delivery destination, the name of the package, the weight, and the like are determined when paying attention to the fee. On the other hand, when the automatic selection of the trader is not requested in S1119a (N), the requester selects the trader (S1123a). If the automatically selected delivery service provider is not satisfied, the delivery service provider is corrected in S1123a.
[0116]
When the home delivery company is selected, the input of the data necessary for home delivery is completed. Therefore, in S1125a and S1127a, the user is prompted to check a list of the input data and correct the data as necessary. If the list confirmation is OK in S1125a (Y), the process branches depending on whether to repeat the collection request registration (S1129a), and if it is repeated (Y), the process proceeds to S1001a in FIG. 24 (A). If the registration is not repeated (N), the home delivery slip is printed as described above (S1131a), and the pickup / home delivery request information is transmitted to the home delivery reception service center 130 (home delivery reception server 140) (S1133a). Then, the process ends (S1135a). Note that S1131a is a step that can be omitted, for example, when the home delivery company prints and goes to pickup. When printing the home delivery slip, the slip described in the fourth embodiment can be preferably used.
[0117]
According to the processing of the flowchart in FIG. 25, it is possible to greatly reduce the labor for inputting the
[0118]
In the embodiment (modification) described above, the customer (client) accesses the customer DB 701 (701a) by himself / herself, and can register the delivery information including the delivery destination information in the customer DB 701 (701a) by the customer's own operation (for example, You can build your own address book (so-called My List) etc.). Further, the delivery information can be called up from a remote place and printed on a delivery slip (registered information can be referred to from a remote place via a communication line such as the Internet 120). Therefore, for example, by registering home delivery information, there is no need to memorize the home delivery destination address or carry a memo with the address when sending luggage from a sightseeing spot to a friend's house or the like. (By the way, there are computers with a browser installed anywhere that can connect to the Internet). Further, in the above-described embodiment (modification), it is possible to fill in necessary items on the delivery slip (home delivery slip) without any effort, which is convenient when there is no time. In addition, registration of delivery information (client information, delivery destination information, etc.) can be performed with a reduced number of input operations by referring to various types of information.
[0119]
By the way, when filling out a delivery slip (delivery slip), it is not necessary to fill in the requester information, but to fill in the delivery destination information (delivery destination information) such as the address of the delivery destination. It is. That is, the entry of the client information (address of the sender) is an entry of the address of the home or the company, etc., and the entry operation is relatively easy since the entry is completed. In addition, the requester information can be saved by pressing a rubber stamp of the company or the like, or a home delivery company distributes a delivery slip in which the address of the home or the company is printed in advance. On the other hand, the home delivery destination information (delivery destination) is generally unwritten and cares to be taken, and the home delivery destination is not one place. For this reason, a lot of rubber stamps must be prepared, or several types of pre-printed delivery slips must be obtained from the courier service (excessive labor is required for sorting, storage, etc.). Therefore, if the home delivery destination can print, the entry of the delivery slip can be greatly reduced. Classification, arrangement and storage of home delivery slips are also facilitated. This is convenient for a delivery company (delivery company). Incidentally, the present inventors have completed the present invention based on such viewpoints.
[0120]
In the present invention described above, collection request information of a requester (delivery requester, pickup requester) is received via a communication line, and the information is compared with data in a database of a center (
[0121]
When the home delivery company uses this system (delivery / delivery reception method), the home delivery selected by comparing the collection request information of the collection requester with the data of the database (
[0122]
By the way, the collection request information transmitted to the collection requester side terminal is provided from the center (the home delivery
[0123]
The terminal operated by the collection requester may be a general-purpose terminal such as a personal computer for new data input, or a dedicated operation terminal for easy operation. For a dedicated operation terminal, a touch panel that displays a selection screen is convenient. Further, it is practical that a labeler for printing and issuing a home delivery slip is attached to or shared with each terminal.
[0124]
Further, the present specification has described so-called “home delivery”, but the present invention is not limited to home delivery. Also, delivery is not to be construed narrowly. The concept of delivery in the present application can be widely applied to those in which there is a starting point of a package (for example, a shipping store) and an arrival point of a package (for example, a receiving store) and in a range where collection and delivery are possible. Also, the term "package" may be a cargo.
[0125]
The “server” in the delivery slip printing method of the claims corresponds to, for example, the home delivery reception server 140 (see FIG. 1 and the like) in the above-described embodiment (modification). Similarly, the “database” in the delivery slip printing method of the claims corresponds to, for example, a customer DB (see FIG. 1 and the like) stored in the
[0126]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, it becomes possible to provide the delivery receiving method which selects a delivery company and provides it to the mail of a collection requester, and also greatly reduces the time required to describe a slip at the time of a delivery request. In addition, the description and handling of information on the delivery slip (customer handling, courier service handling) becomes easy.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of a home delivery reception system in which a home delivery reception method according to a first embodiment of the present invention is performed.
FIG. 2 is a diagram exemplifying a data configuration of pickup / delivery request information used in the home delivery reception system of FIG. 1;
FIG. 3 is a shipping store / arrival store code-address code correspondence table in which a shipping store / arrival store code for each delivery company used in the home delivery reception system of FIG. 1 corresponds to an address code.
FIG. 4 is a home delivery charge table for each home delivery company used in the home delivery reception system of FIG. 1;
FIG. 5 is an overall configuration diagram of a home delivery reception system in which a home delivery reception method according to a second embodiment of the present invention is performed.
FIG. 6 is an overall configuration diagram of a home delivery reception system in which a home delivery reception method according to a third embodiment of the present invention is performed.
FIG. 7 is a configuration of a customer DB and pickup / delivery request information used in the home delivery reception system of FIG. 1 and the like.
FIG. 8 is a flowchart illustrating an operation of a home delivery reception server in the home delivery reception system of FIG. 1 and the like.
FIG. 9 is a flowchart illustrating details of requester information input in FIG. 8;
FIG. 10 is a flowchart illustrating details of home delivery destination input in FIG. 8;
FIG. 11 is a flowchart illustrating details of collection destination information input in FIG. 8;
FIG. 12 is a screen example displayed when login information is input in S813 of FIG. 8;
FIG. 13 is an example of a screen displayed when requester information is confirmed and corrected in S819 of FIG. 8;
FIG. 14 is a screen example displayed at the time of collection destination information input in S829 of FIG. 8;
FIG. 15 is a screen example displayed at the time of home delivery company selection in S831 and S833 of FIG. 8;
FIG. 16 is a screen example displayed when a home delivery company is selected in S831 and S835 of FIG. 8;
FIG. 17 is a screen example displayed when home delivery destination information is input in the flowchart of FIG. 8 (FIG. 11).
FIG. 18 is an example of a screen displayed when inputting luggage information in S827 in the flowchart of FIG.
FIG. 19 is a perspective view of the dedicated reception terminal of FIGS. 5 and 6;
FIG. 20 is a plan view of a home delivery slip according to the embodiment of the present invention.
21 is a configuration of a modified example different from that shown in FIG. 7 of the customer DB and the collection / delivery request information used in the home delivery reception system of FIG. 1 and the like.
FIG. 22 is a flowchart illustrating a modification of the operation of the home delivery reception server of FIG. 1 and the like.
FIG. 23 is a flowchart illustrating a modification of the flowchart of FIG. 9;
FIG. 24 is a flowchart illustrating a modification of the flowchart of FIG. 10;
FIG. 25 is a flowchart illustrating a modified example of the flowchart of FIG. 11;
[Explanation of symbols]
2: Touch panel, 9: Non-glued portion, 10, 11: Glued portion, 12, 13: Perforation, 14: Mount, 15, 26: Slip label, 16: Sticky slip, 17: Delivery slip, 100: Private home Or office, 110 personal computer, 115, 143, 165, 176 communication device, 122 luggage, 124 wireless communication network, 130 home delivery reception service center, 140 home delivery reception server, 144 storage device, 145
Claims (21)
前記サーバが、通信回線を介して送信された配送先の住所を含む配送先情報を受信し、これを分類整理して当該サーバが管理するデータベースに登録するステップ、
前記サーバが、通信回線を介して送信される前記データベースの参照要求に対し、前記データベースを参照させるステップ、
を有することを特徴とする配送伝票印刷方法。The delivery destination information registered in the server is referenced from a terminal operated by the delivery requester who intends to ship the package, and at least the delivery destination is printed on the delivery slip attached to the package by the delivery requester's operation. A delivery slip printing method that enables
A step in which the server receives delivery destination information including a delivery destination address transmitted via a communication line, sorts and organizes the information, and registers the sorted and registered information in a database managed by the server;
Wherein the server refers to the database for a reference request for the database transmitted via a communication line,
And a delivery slip printing method.
前記サーバが、前記受信した情報に基づいて配送事業者の所定の連絡アドレスへ、通信回線を介して前記集荷先を含む配送依頼事項を送信して集荷先へ回るよう集荷指示するステップ、
をさらに有することを特徴とする請求項１に記載の配送伝票印刷方法。The server receives information from the terminal via a communication line capable of specifying a collection destination of the package;
The server sends a delivery request item including the collection destination via a communication line to a predetermined contact address of a delivery company based on the received information, and instructs collection to go to the collection destination,
The delivery slip printing method according to claim 1, further comprising:
前記データベースを参照させるステップにおける参照要求に対して、前記集荷先と配送先を対にして参照させるようにしたこと、
を特徴とする請求項１又は請求項２に記載の配送伝票印刷方法。The database of the server stores a delivery destination and a collection destination in association with each delivery requester,
For the reference request in the step of referencing the database, the pickup destination and the delivery destination are referred to in a pair,
The delivery slip printing method according to claim 1 or 2, wherein:
通信回線を介して、配送先の住所を含む配送先情報を予め前記サーバに送信して当該サーバが管理するデータベースに登録指示するステップ、
通信回線を介して、前記データベースに登録してある配送情報を参照するステップ、
前記参照した配送情報に基づいて印刷装置に印刷指示をするステップ、
を有することを特徴とする配送伝票印刷方法。Delivery slip printing that enables a delivery requester who intends to ship a package to refer to the delivery destination information registered in the server in advance using a terminal and print at least the delivery destination on a delivery slip attached to the package. The method
Sending, via a communication line, delivery destination information including a delivery destination address to the server in advance, and instructing registration in a database managed by the server;
Referring to the delivery information registered in the database via a communication line,
Instructing a printing device to print based on the referred delivery information;
And a delivery slip printing method.
前記配送伝票は、ラベル紙と台紙とを貼り合せたものであり、該ラベル紙の表面は貼付票部分と配送票部分で形成して一枚のシート状ラベルとし、該貼付票部分の裏面は台紙に剥離可能に糊付けされており、前記配送票部分の裏面は前記台紙との間に糊付け部を介さず、前記配送票部分と前記貼付票部分との間はミシン目を形成して切り離し可能にし、前記配送票部分と貼付票部分の夫々に、少なくとも配送先及び依頼者の情報の記入欄があることを特徴とする配送伝票。A delivery slip used to deliver the package,
The delivery slip is obtained by laminating a label sheet and a backing sheet, and the surface of the label sheet is formed by a sticking slip portion and a delivery slip portion to form one sheet label, and the back surface of the sticking slip portion is It is glued releasably to the mount, the back side of the delivery slip part does not pass through the glue part between the mount, and the delivery slip part and the sticky slip part can be separated by forming a perforation A delivery slip characterized in that each of the delivery slip portion and the attached slip portion has at least an entry field for information on a delivery destination and a client.
前記配送伝票は、ラベル紙と台紙とを貼り合せたものであり、該ラベル紙の表面は貼付票部分と配送票部分で形成して一枚のシート状ラベルとし、該貼付票部分の裏面は台紙に剥離可能に糊付けされており、前記配送票部分の裏面は前記台紙との間に糊付け部を介さず、前紀配送票部分と前記貼付票部分との間はミシン目を形成して切り離し可能にし、前記配送票部分と貼付票部分の夫々に、少なくとも配送先及び依頼者の情報がプリンタで印刷されていることを特徴とする配送伝票。A delivery slip used to deliver the package,
The delivery slip is obtained by laminating a label sheet and a backing sheet, and the surface of the label sheet is formed by a sticking slip portion and a delivery slip portion to form one sheet label, and the back surface of the sticking slip portion is The backing of the delivery slip is not glued to the backing with a gluing portion interposed between the backing and the backing, and a perforation is formed between the delivery slip and the pasting slip to separate them. A delivery slip, wherein at least information on a delivery destination and a requester is printed by a printer on each of the delivery slip portion and the attached slip portion.
前記配送伝票は、ラベル紙の表面は貼付票部分と配送票部分で形成して一枚のシート状ラベルにし、該貼付票部分の裏面は糊付け部になっており、前記配送票部分の裏面は対象荷物との間に糊付け部を介さず、前記配送票部分と前記貼付票部分との間はミシン目を形成して切り離し可能にし、前記配送票部分と貼付票部分の夫々に、少なくとも配送先及び依頼者の情報の記入欄があることを特徴とする配送伝票。A delivery slip used to deliver the package,
In the delivery form, the front side of the label paper is formed of a sticky slip portion and a delivery slip portion to form a single sheet-like label, the back surface of the sticky slip portion is a glued portion, and the back surface of the delivery slip portion is A perforation is formed between the delivery slip portion and the sticky slip portion so that the delivery slip portion and the sticky slip portion can be separated without interposing a glue portion between the delivery slip portion and the target baggage. And a delivery slip characterized by a field for entering information of the client.
前記配送伝票は、ラベル紙と台紙とを貼り合せたものであり、該ラベル紙の表面は貼付票部分と配送票部分で形成して一枚のシート状ラベルとし、該貼付票部分の裏面は台紙に剥離可能に糊付けされており、前記配送票部分の裏面は前記台紙との間に糊付け部を介さず、前記配送票部分と前記貼付票部分との間はミシン目を形成して切り離し可能にし、前記配送票部分と貼付票部分の夫々に、少なくとも配送先及び依頼者の情報の記入欄があることを特徴とする配送伝票。A delivery slip attached to the package to be delivered,
The delivery slip is obtained by laminating a label sheet and a backing sheet, and the surface of the label sheet is formed by a sticking slip portion and a delivery slip portion to form one sheet label, and the back surface of the sticking slip portion is It is glued releasably to the mount, the back side of the delivery slip part does not pass through the glue part between the mount, and the delivery slip part and the sticky slip part can be separated by forming a perforation A delivery slip characterized in that each of the delivery slip portion and the attached slip portion has at least an entry field for information on a delivery destination and a client.
前記配送伝票は、ラベル紙と台紙とを貼り合せたものであり、該ラベル紙の表面は貼付票部分と配送票部分で形成して一枚のシート状ラベルとし、該貼付票部分の裏面は台紙に剥離可能に糊付けされており、前記配送票部分の裏面は前記台紙との間に糊付け部を介さず、前紀配送票部分と前記貼付票部分との間はミシン目を形成して切り離し可能にし、前記配送票部分と貼付票部分の夫々に、少なくとも配送先及び依頼者の情報がプリンタで印刷されていることを特徴とする配送伝票。A delivery slip attached to the package to be delivered,
The delivery slip is obtained by laminating a label sheet and a backing sheet, and the surface of the label sheet is formed by a sticking slip portion and a delivery slip portion to form one sheet label, and the back surface of the sticking slip portion is The backing of the delivery slip is not glued to the backing with a gluing portion interposed between the backing and the backing, and a perforation is formed between the delivery slip and the pasting slip to separate them. A delivery slip, wherein at least information on a delivery destination and a requester is printed by a printer on each of the delivery slip portion and the attached slip portion.
前記配送伝票は、ラベル紙の表面は貼付票部分と配送票部分で形成して一枚のシート状ラベルにし、該貼付票部分の裏面は糊付け部になっており、前記配送票部分の裏面は対象荷物との間に糊付け部を介さず、前記配送票部分と前記貼付票部分との間はミシン目を形成して切り離し可能にし、前記配送票部分と貼付票部分の夫々に、少なくとも配送先及び依頼者の情報の記入欄があることを特徴とする配送伝票。A delivery slip attached to the package to be delivered,
In the delivery form, the front side of the label paper is formed of a sticky slip portion and a delivery slip portion to form a single sheet-like label, the back surface of the sticky slip portion is a glued portion, and the back surface of the delivery slip portion is A perforation is formed between the delivery slip portion and the sticky slip portion so that the delivery slip portion and the sticky slip portion can be separated without interposing a glue portion between the delivery slip portion and the target baggage. And a delivery slip characterized by a field for entering information of the client.
前記配送伝票を荷物に貼付した状態で、該荷物を受取人に配送し、
前記荷物を配送先へ受け渡す際に、前記配送票部分を前記配送用伝票から剥離させて受領票として回収することを特徴とする荷物の配送方法。A delivery method using the delivery slip according to any one of claims 5 to 16, wherein
With the delivery slip attached to the package, deliver the package to the recipient,
When delivering the package to a delivery destination, a method of delivering the package, wherein the delivery slip portion is separated from the delivery slip and collected as a receipt slip.
通信回線を介して荷物の配送依頼を受け付ける配送受付けサーバが、
前記荷物に対する集荷先と配送先が特定された配送依頼情報を、通信回線を介して受信し、
前記受信した配送依頼情報を、複数の配送事業者のデータを記憶したデータベースと照合し、該配送事業者ごとに記憶されている宅配料金と、前記配送依頼情報により特定された集荷先及び配送先とから宅配料金を算出し、これを依頼者へ回答送信する、
ことを特徴とする荷物の配送方法。A delivery method using the delivery slip according to any one of claims 5 to 16, wherein
A delivery receiving server that receives a package delivery request via a communication line,
Receiving, via a communication line, delivery request information specifying a collection destination and a delivery destination for the package,
The received delivery request information is checked against a database storing data of a plurality of delivery companies, a home delivery charge stored for each delivery company, and a pickup destination and a delivery destination specified by the delivery request information. Calculate the home delivery fee from and send the answer to the requester,
A method of delivering luggage, characterized in that:
通信回線を介して荷物の配送依頼を受け付ける配送受付サーバが、
前記荷物に対する集荷先と配送先が特定された配送依頼情報を、通信回線を介して受信し、
前記受信した配送依頼情報を複数の配送事業者のデータを記憶したデータベースと照合して前記配送依頼情報に基づいて複数の配送事業者を選択したリストを作成すると共に当該配送依頼情報の送信先に返信することにより配送事業者の選択を促すようにした、
ことを特徴とする荷物の配送方法。A delivery method using the delivery slip according to any one of claims 5 to 16, wherein
A delivery reception server that receives a package delivery request via a communication line,
Receiving, via a communication line, delivery request information specifying a collection destination and a delivery destination for the package,
The received delivery request information is compared with a database storing data of a plurality of delivery companies to create a list of a plurality of delivery companies based on the delivery request information, and to a destination of the delivery request information. Reply to prompt the choice of delivery business,
A method of delivering luggage, characterized in that:
複数の宅配会社から１の宅配会社を選択して荷物の配送を指示する配送受付サーバにより配送の選択をされた配送事業者のサーバが、
前記配送受付サーバから通信回線を介して配送依頼事項を受信し、当該配送依頼事項を前記荷物の集荷を行なう集荷車両に送信することで、当該集荷車両内の宅配伝票発行機が前記荷物に貼付される宅配伝票を印刷できるようにした、
ことを特徴とする荷物の配送方法。A delivery method using the delivery slip according to any one of claims 5 to 16, wherein
A server of a delivery company selected for delivery by a delivery reception server that selects one delivery company from a plurality of delivery companies and instructs delivery of package,
By receiving a delivery request item from the delivery reception server via a communication line and transmitting the delivery request item to a collection vehicle that collects the package, the delivery slip issuing machine in the collection vehicle attaches the delivery request item to the package. To be able to print the delivery slip
A method of delivering luggage, characterized in that:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003031707A JP2004001390A (en) | 2003-02-07 | 2003-02-07 | Method for printing delivery slip, delivery slip and delivery method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003031707A JP2004001390A (en) | 2003-02-07 | 2003-02-07 | Method for printing delivery slip, delivery slip and delivery method |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001394520A Division JP3567436B2 (en) | 2001-12-26 | 2001-12-26 | Delivery reception method and delivery reception server |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004001390A true JP2004001390A (en) | 2004-01-08 |
Family
ID=30437872
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003031707A Pending JP2004001390A (en) | 2003-02-07 | 2003-02-07 | Method for printing delivery slip, delivery slip and delivery method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004001390A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011092933A1 (en) * | 2010-01-28 | 2011-08-04 | リプレックス株式会社 | Sale system |
| WO2020026936A1 (en) * | 2018-07-31 | 2020-02-06 | 本田技研工業株式会社 | Visit management device, visit management method, and visit management system |
-
2003
- 2003-02-07 JP JP2003031707A patent/JP2004001390A/en active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011092933A1 (en) * | 2010-01-28 | 2011-08-04 | リプレックス株式会社 | Sale system |
| JPWO2011092933A1 (en) * | 2010-01-28 | 2013-05-30 | リプレックス株式会社 | Sales system |
| WO2020026936A1 (en) * | 2018-07-31 | 2020-02-06 | 本田技研工業株式会社 | Visit management device, visit management method, and visit management system |
| JPWO2020026936A1 (en) * | 2018-07-31 | 2021-09-09 | 本田技研工業株式会社 | Visit management device, visit management method and visit management system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101491051B (en) | Method, system, carrier server and mobile device for shipping a package without the shipper being required to apply a shipping label | |
| JP5470143B2 (en) | Baggage misdelivery prevention system | |
| JP4927375B2 (en) | Package delivery notification method | |
| US20040024711A1 (en) | Method of and system for filing orders | |
| US20110228337A1 (en) | Delivery transfer system and delivery order form printing program | |
| US20070250372A1 (en) | Computer-assisted system and method for planning tradeshow visits | |
| JP3590953B2 (en) | Delivery reception method and delivery reception server | |
| JP2009015803A (en) | Vehicle management system | |
| JP4130311B2 (en) | Delivery prior notification method and delivery date change request acceptance method | |
| JP3567436B2 (en) | Delivery reception method and delivery reception server | |
| JP2006331324A (en) | Commodity delivery support system | |
| US20190255573A1 (en) | Delivery and routing management based on multi-identifier labels | |
| JP2004001390A (en) | Method for printing delivery slip, delivery slip and delivery method | |
| JP2007513417A (en) | Vehicle terminal device and physical distribution management system using the same | |
| JP7034800B2 (en) | Baggage delivery support system and baggage delivery support method | |
| JP5280137B2 (en) | Collection management system, collection management program, and collection management method | |
| JP4311583B1 (en) | Delivery takeover system | |
| AU2014280858A1 (en) | Ticket and conveyance management systems | |
| JP4497661B2 (en) | Taxi delivery service system | |
| JP2005225680A (en) | Electronic tag identification device and working method | |
| JPH0872997A (en) | Order receiving-sending management device | |
| JP4666939B2 (en) | Online delivery system and delivery request method | |
| JP2004126729A (en) | Vehicle dispatching method and computer system | |
| JPH07175863A (en) | Delivery service order processor in restaurant | |
| KR102527365B1 (en) | Goods delivery service system, server and method |