JP2003196356A - 配送受付方法 - Google Patents

Abstract

(57)【要約】 【課題】 個人宅又は出向いた場所から荷物を集荷でき
る集荷方法を提供する。 【解決手段】 依頼者はインターネット１２０を介して
専用受付端末２９０（或いはパソコン）により諸情報を
選択入力して業者選定をこの端末２９０から宅配受付サ
ービスセンタ１３０に依頼する。この依頼を受けたセン
タ１３０ではニーズに合った宅配会社を選定しその業者
に集荷依頼情報を伝送する。この宅配会社は集荷車両１
８０に集荷指示を出す。一方、専用操作端末２９０では
付設されたラベラ２９９から宅配伝票が印刷され、これ
を対象荷物に貼って集荷待ちとなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、特に配送業務に好
適な配送受付方法、配送伝票印刷方法、配送伝票及び配
送方法に関する。

【０００２】

【従来の技術】従来の配送方法としては、ＮＩＫＫＥＩ
ＣＯＭＭＵＮＩＣＡＴＩＯＮ １９９２．８．２の第１
０９頁から第１１４頁に記載のものがある。この配送方
法は、集荷車両に無線通信網対応無線機を搭載し、集配
状況の最新データを運行管理センタへ通知する。集荷と
配送に際して集配作業者は、バーコードリーダを携行
し、荷物を受け取った直後や荷物が確実に手渡せると判
断した段階で、荷物に貼り付けてある伝票上のバーコー
ドを読み取る。集荷車両に戻って車載端末のホルダスー
パ・トラッカを戻すと、伝票番号と集配状況を示す情報
が集配管理サーバへ自動的に送信されるようになってい
る。そして、この文献の図３には、運行管理センタ、営
業所、空港毎の集荷・配送状況を米国のコンピュータが
集め、集荷・配送状況を顧客（配送依頼者）にリアルタ
イムに送信してサービスすることが記載されている。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
配送方法は、荷物に貼り付けてある宅配伝票上のバーコ
ードを読み取り、伝票番号と集配状況を示す情報が集配
管理サーバへ自動的に送信されるようになっているが、
伝票は従来のように客の手書きのものを事務員が手作業
で処理しているため、手間がかかり時間の短縮に難点が
ある。また、多くの場合は、荷物を宅配会社等の特定場
所の窓口まで持って行く必要があった。また、一部の宅
配会社では、電話による集荷依頼を受け付けているが、
この場合、集荷車両が客先（宅配依頼者のところ）に到
着した後にドライバが客（宅配依頼者）に提供した宅配
伝票に対して客が手書きにて必要事項を記載する等、非
常に時間と手間がかかって煩わしいものであった。

【０００４】ところで、従来の宅配依頼の発想は既に宅
配依頼者が宅配会社を決めており、従って対象荷物の得
意分野や集荷先と配送先との距離他諸関係、保険を含め
た値段等の点を相互勘案して宅配会社を選定することは
できなかった。

【０００５】更に、宅配依頼者或いは依頼者から委託さ
れた者において宅配伝票を作成しているが、配送先が多
い場合や同時別送がある場合等、複数の伝票に同一記載
部分のある情報を手書きで記入しなければならぬ上、宅
配料金の計算のためにその都度発送店舗、着荷店舗それ
ぞれを確認せねばならず、大変面倒であった。

【０００６】また、従来のカーボンの伝票は、取扱いづ
らく例えばＩＴ化に際して支障があるものであった。

【０００７】そこで本発明、かかる課題を解決した配送
受付方法、宅配伝票及び配送方法を提供することを主た
る目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の配送受付方法は、配送を受け付ける配送受
付サーバが集荷先と配送先が特定された配送依頼情報を
受信し（配送を受け付け）、配送事業者を選定し、選定
した配送事業者に集荷先へ回るように指示することとし
た。また、配送伝票に所定事項を記入することとした。
また、配送伝票印刷方法では、配送依頼者がサーバに配
送先を登録でき、これを呼び出して少なくとも配送先を
印刷できるようにした。さらに、この配送受付方法に好
適に使用されるラベル紙と台紙とで構成され、ラベル紙
が貼付票部分と切離可能な配達票部分で形成された１枚
のシート状ラベルになった配送伝票とした。また、この
配送伝票を利用した配送方法とした。つまり、本発明に
よれば、複数の配送事業者（配送会社）の中から荷物を
配送する配送事業者が選定される。また、どこからどこ
へ配達するのかの「Ｆｒｏｍ−Ｔｏ情報（集荷先と配送
先）」を特定することで、配送事業者の選定が促される
と共に、配送を依頼する配送依頼者の配送伝票への記載
事項を減らすことが可能になる。また、配送伝票を簡素
化等できる。また、配送における伝票の取扱いが容易な
配送方法となる。

【０００９】

【発明の実施の形態】以下、本発明の実施形態を、図面
を参照して詳細に説明する。尚、以下の第１実施形態〜
第３実施形態は、宅配受付サービスセンタを中核とした
宅配受付方法に関する実施形態であり、第４実施形態
は、宅配受付方法における宅配伝票に関する実施形態で
ある。尚、請求項における用語「配送」は、本実施形態
では「宅配」に該当する。

【００１０】≪第１実施形態≫まず、本発明の第１実施
形態を説明する。第１実施形態は、宅配受付サービスセ
ンタを中核とした宅配受付方法（宅配受付システム）に
関する実施形態のうち、集荷車両が車内で荷物に貼るラ
ベルを印刷して荷物の集荷を行なうものである。ここ
で、図１は、第１実施形態の宅配受付方法が実施される
宅配受付システムの全体構成図である。図２は、集荷・
宅配依頼情報のデータ構成を例示する図である。図３
は、宅配会社別の発送店舗／着荷店舗コードを住所コー
ドに対応させた発送店舗／着荷店舗コード−住所コード
対応テーブルである。図４は、宅配会社別宅配料金テー
ブルである。

【００１１】図１に示される第１実施形態では、個人宅
又は事務所１００からパソコン１１０を使ってインター
ネット１２０を介して、宅配の集荷依頼を行なう場合の
例を示している。本第１実施形態の宅配受付方法が適用
される宅配受付システムは、個人宅又は事務所１００に
設置されたパソコン１１０、インターネット１２０を介
して接続される宅配受付サービスセンタ１３０の宅配受
付サーバ１４０、インターネット１２０を介して接続さ
れる宅配会社営業店舗１５０の営業店舗サーバ１６０、
営業店舗サーバ１６０と無線通信網１２４を介して接続
される集荷車両１８０の車載端末１７０、車載端末１７
０と接続される宅配伝票発行用のラベラ１７２で構成さ
れる。尚、宅配会社営業店舗１５０は複数存在する。つ
まり、宅配会社は複数存在する。また、集荷車両１８０
も、宅配会社ごとに複数存在する。ちなみに、伝票発行
用のラベラ１７２は、請求項の「配送伝票発行機」に該
当する。

【００１２】宅配受付サービスセンタ１３０に設置され
る宅配受付サーバ１４０には、個人宅又は事務所１００
に設置されたパソコン１１０から宅配依頼登録（宅配受
付）を行なうためのアプリケーションソフト、記憶部１
４４に配送依頼者毎に登録された顧客ＤＢを有する。ま
た、電話帳ＤＢ、住所ＤＢ、施設（ゴルフ場、ホテル、
空港等）や集荷先店舗等のデ−タベース等と言った参照
データベース１４５と、更に処理装置１４２、通信装置
１４３、入力装置１４８、出力装置１４６を備えてい
て、通信装置１４３を介してインターネット１２０に接
続されている。尚、アプリケーションソフトの機能につ
いては、図８等を参照して後に詳しく説明する。

【００１３】個人宅又は事務所１００のパソコン１１０
は記憶装置１１４、処理装置１１２、通信装置１１５、
入力装置１１８、出力装置１１６で構成され、通信装置
１１５を介してインターネット１２０に接続されてい
る。宅配依頼対象の荷物は後で説明する集荷車両１８０
内での発行（印刷）された宅配伝票が貼付されることに
なる。

【００１４】宅配会社の営業店舗サーバ１６０は、イン
ターネット１２０に接続する通信装置１６５とこれに接
続される処理装置１６２、更に処理装置１６２に接続さ
れる記憶装置１６４、出力装置１６６、入力装置１６８
を具備する。通信装置１６５は前述のように無線通信網
１２４にも接続されることになる。前述の車載端末１７
０は通信装置１７６を介して無線通信網１２４と接続さ
れることになる。符号１７４はラベラ１７２から発行さ
れる宅配伝票である。

【００１５】本第１実施形態ではサーバ（宅配受付サー
バ１４０）がサービスセンタ１３０にあって、利用者側
の端末（パソコン１１０）にはこれを利用するためのブ
ラウザがあることになる。

【００１６】宅配依頼者（以下「依頼者」という）は、
パソコン１１０を使いインターネット１２０を介して宅
配受付サービスセンタ１３０の宅配受付サーバ１４０に
接続し、次のように集荷依頼の登録を行なう。即ち、初
めてサービスを利用する場合は、例えば専用ホームペー
ジから依頼者の電話番号、住所、氏名、希望パスワード
等の依頼者情報（個人情報）をパソコン１１０から入力
する。この情報を受けたサービスセンタ１３０では依頼
者に対して顧客ＩＤを発行する。このようにして顧客登
録が完了したら、次に依頼者情報以外の情報、つまり集
荷先情報、宅配先情報、荷物情報等を入力する（配送伝
票印刷方法の発明でいえば請求項の「データベースに登
録指示するステップ」に相当）。ところで顧客ＩＤの発
行等顧客登録は少なくとも一箇所の宅配先入力を条件と
してもよい。この工程で宅配受付サーバ１４０には顧客
ＤＢに依頼者ないしはその依頼者と関連付けされる宅配
先情報が登録され、顧客ＩＤ番号が自動採番されること
になる。宅配先情報や集荷先情報は電話番号、住所、氏
名等で構成される。しかし、元々宅配受付サーバ１４０
内の参照データベース１４５や記憶装置１４４に蓄積さ
れた顧客ＤＢが利用できるなら、蓄積情報からの選択
（例えば過去に宅配依頼したことのある宅配先履歴より
選択するだけで今回の受付となったり、電話番号を入力
すると電話帳データベースを参照して住所、氏名が自動
入力となったりする。この場合のように情報を新たに入
れずとも情報選択で足りるなら簡便である）でもよい。
次に宅配便の種別等の配達便に関する情報、配達日指定
の有無、配達時間帯、荷物の大きさ、重量等、依頼者の
在宅日時を宅配情報として端末のパソコン１１０から入
力する。

【００１７】これらの情報（宅配依頼情報）を入力して
送信すると、受付ＤＢとして宅配受付サーバ１４０の記
憶部１４４に記憶されると共に、依頼者（集荷先）及び
宅配先の住所から算出される料金（料金の算出について
は図４を参照して後に詳細に説明する）や、集配対応可
能可否等の条件により、宅配会社を選定して宅配会社営
業店舗１５０の営業店舗サーバ１６０に情報（図２参照
の集荷・宅配依頼情報）を送信して集配指示を行なう。
ちなみにこの指示は、請求項の「選択した配送事業者の
所定の連絡アドレスへ、通信回線を介して前記集荷先を
含む配送依頼事項を送信して集荷先へ回るよう集荷指示
し」に該当する。尚、宅配依頼情報として、図２に示す
ような情報の全てを網羅してパソコン１１０から宅配受
付サーバ１３０へ、また、宅配受付サーバ１３０から営
業店舗サーバ１６０に送信する必要はない。また、一度
にまとめて送信する必要もない。

【００１８】集荷・宅配依頼情報が送信された当該宅配
会社においては、集荷車両（集配車両）１８０を選定
し、無線を介して集荷先が特定された集荷依頼の情報を
送信する。ここで、営業店舗１５０と集荷車両１８０の
車載端末１７０（又は図示しない携帯端末）との通信は
常時無線で接続されている。無線通信としては、パケッ
ト通信網が一般的である。ちなみに、この第１実施形態
では、集荷先は依頼者のところ、又は依頼者が集荷先と
して登録した住所の場所である。尚、集荷車両１８０の
選定は、集荷先の住所コードから該当の着荷店舗を確定
し、その着荷店舗に属している各集荷車両１８０の中か
ら、その集荷先の住所コードを集荷ルートとして受け持
っている該当の車両１８０を選定（１台選定）するとい
う手順を踏む。

【００１９】尚、顧客（依頼者）は顧客ＩＤとパスワー
ドにより、個人宅又は事務所１００以外の施設（ホテ
ル、アミューズメント施設、ゴルフ場、病院、デパー
ト、コンビニエンスストア等）において、宅配受付サー
バ１４０の記憶装置１４４の顧客ＤＢに蓄積された顧客
データを自由に呼び出す（参照要求する）ことで、次回
以降の各種サービスが受けられる。また、依頼者（集荷
先）情報も宅配先（配送先）情報も修正等メンテナンス
可能である。

【００２０】集荷車両１８０は、集荷依頼の情報は、車
載端末１７０（又は図示しない携帯端末）に転送され、
車載端末１７０の表示画面に表示される。この車載端末
１７０により音声も併用して集荷担当者に伝えるように
してもよい。集荷車両１８０に通信された依頼者の宅配
依頼情報を記憶し、この宅配依頼情報から集荷車両１８
０に搭載されているラベラ１７２で伝票（宅配伝票）を
印刷する。宅配伝票は、必要枚数印刷され、この宅配伝
票には、集荷先としての依頼者情報、配送先としての宅
配先情報、配達日、配達時間等が印刷される。これによ
り依頼者は、宅配伝票に依頼者及び宅配先等を手作業で
記入しなければならないという煩いから開放される。

【００２１】尚、二次元バーコードを印刷することによ
り、次の詳細情報を含んで印刷してもよい。即ち、依頼
者情報として、依頼者の住所、姓名又は名称、電話番
号、依頼者の住所の一部を数字で表現する住所コード、
宅配先情報として、宅配先の住所、姓名又は名称、電話
番号、宅配先の住所の一部を数字で表現する住所コー
ド、宅配先の住所が配達担当エリアである営業所を示す
着荷店舗コード、宅配先の住所コードから自動的に算出
される緯度、経度である。荷物情報としては、荷物の品
名、荷物の特性により確定する便名、荷物の大きさや重
量を表すサイズ、荷物を配達する特定の日時を示す宅配
日指定、宅配先への配達時間帯を指定する時間帯指定、
荷物取扱上の注意を指定する注意事項、料金の支払方法
を示す請求区分、荷物に貼付され宅配伝票のＩＤを示す
伝票Ｎｏ．、宅配情報を入力した日時を示す受付日時で
あり、集荷先情報としては、集荷の日時を指定する集荷
希望日時、集荷先の住所、姓名又は名称、電話番号、集
荷先の住所の一部を数字で表現する住所コード、集荷の
担当エリアとする営業所を示す発送店舗コード、集配先
の住所コードから自動的に算出される緯度、経度であ
る。

【００２２】集荷車両１８０に搭載された車載端末１７
０（又は携帯端末）の画面には、集配の道順、手順が表
示され、集荷担当者は、この画面に表示された順番で個
人宅を巡回する。即ち、記憶装置に集荷担当者の担当エ
リアの地図情報を事前に保管しておくことで、出力装置
上に地図を表示し、追加された集荷先の位置をプロット
することも可能である。集荷車両が集荷先に立ち寄る順
序、予定時間を算出して、出力装置の地図上に立ち寄る
ポイントの順路を表示する等、ルートガイダンスを行な
う。これにより、集荷作業者は、効率よく間違わずに集
荷先に立ち寄り、集荷作業を行なうことが可能となる。
また、新規に追加があっても集荷漏れを防ぐことができ
る。尚、地図情報は、事前に保管しておくのではなく、
例えば集配指示情報（集荷・配送情報）と共に、その道
順や地図情報も含めて営業店舗１５０から車載端末１７
０に送信するようにしてもよい。つまり、地図情報の都
度のダウンロードを行なうようにしてもよい（ダウンロ
ードはいずれかのサーバから行なう）。

【００２３】該当する個人宅に到着した宅配会社の集荷
担当者は、依頼者、集荷先、宅配先、荷物の大きさ、重
量、料金を確認した上で、受け取った荷物に宅配伝票を
貼って集荷を完了する。集荷担当者は、荷物の個数、集
荷完了等の集荷実績を車載端末１７０に入力して宅配会
社営業店舗１５０の営業店舗サーバ１６０に送信する。
尚、料金の徴収は、通常、集荷担当者、又は取次契約店
が依頼者から荷物を預かるときに行なうが、宅配受付サ
ービスセンタ１３０に事前に依頼者の口座を届け出るこ
とにより、インターネット上で集荷・配送依頼をするタ
イミングで宅配受付サービスセンタに対して自動決済す
ることも可能である。この場合には、宅配会社に代わっ
て宅配受付サービスセンタ１３０が、宅配料金を回収す
るため、宅配受付サービスセンタ１３０から事後に宅配
会社に対して宅配料金を支払う仕組みとする。また、通
常宅配料金を徴収している集荷担当者、又は取次契約店
に対して、宅配伝票上に印字された請求区分に基づき決
済みであることを提示する。このようにすることによ
り、集荷担当者、又は取次契約店は、宅配料金を徴収す
る手間が省けることになる。

【００２４】宅配受付サービスセンタ１３０では、記憶
装置１４４に依頼者情報、宅配先情報等の顧客ＤＢを管
理しているため、個人宅又は事務所１００から電話で、
或いは外に居る場合には携帯電話で（パソコン１１０や
図５に示す専用受付端末２９０が無い場所から）も、集
荷依頼することことが可能であり、特定の場所に出向か
なくても都合のよい時間帯を指定して宅配依頼すること
ができる。また、依頼者の宅配依頼情報（配送依頼事
項）に集荷先情報がある場合は、これを元に判断するこ
とで、集荷の依頼があった時点で集荷途中の集荷車両１
８０を割り当てることができ、緊急に追加の宅配依頼が
あった場合でも対応できる。また、集荷途中で宅配伝票
が印刷されるので、集荷時間を短縮することができ、ま
た依頼者も宅配伝票を手書きする手間を省くことができ
る。

【００２５】図２に、宅配情報のデータ構成例を示す。
この情報は荷物の宅配に必要な情報であり、図１のパソ
コン１１０から宅配受付サーバ１４０に送信される集荷
依頼情報（請求項の「配送依頼情報」に該当）がベース
になっている。この例では、ログイン情報（２００
５）、依頼者情報２０１０、宅配先情報２０２０、荷物
（＝宅配対象荷物）情報２０３０、集荷先情報２０４０
からなる。尚、依頼者及び宅配先は、個人、事業者を問
わない。また、集荷先は、依頼者の自宅、事務所等以外
の場合、例えばゴルフ場等の諸施設、コンビニエンスス
トア等の集荷委託場所や取次契約店等の場合もある。

【００２６】ログイン情報２００５は、本サービスにロ
グインする際に必要な情報で、顧客ＩＤ２０１１を入力
することにより、該当の顧客ＤＢを参照・流用すること
が可能となる。また、パスワード２０１２は、個人情報
である顧客ＤＢが他人である第三者へ漏洩することを防
ぎ、依頼者の個人認証を行なうために使用される。

【００２７】依頼者情報２０１０は、住所２０１３、姓
名又は名称２０１４、電話番号２０１６、住所コード
（郵便番号やＪＩＳ等の住所コード）２０１７、緯度
（依頼者の住所により確定）２０１８、経度（依頼者の
住所により確定）２０１９で構成される。この依頼者情
報２０１０の内少なくとも姓名又は名称は宅配伝票の表
示に反映され、緯度、経度等の情報は集荷時に宅配会社
乃至その集配車の集配ルート等の決定に寄与する。

【００２８】宅配先情報２０２０は、依頼者毎にひも付
けされた過去の宅配先履歴や、参照ＤＢ１４５に登録さ
れた電話帳データや、諸施設／諸事業所データや、自宅
配送として利用する場合の依頼者情報２０１０等から選
択され、住所２０２２、姓名又は名称２０２４、電話番
号２０２５、住所コード（郵便番号やＪＩＳ等の住所コ
ード）２０２６、着荷店舗コード２０２７、緯度（依頼
者の住所により確定）２０２８、経度（依頼者の住所に
より確定）２０２９で構成される。この宅配先情報２０
２０の内少なくとも住所と姓名又は名称は宅配伝票の表
示に反映され、緯度、経度等の情報は宅配時に宅配会社
乃至その集配車の配送ルート等の決定に寄与する。とこ
ろで着荷店舗コード２０２７は配送先の住所及び宅配会
社により確定するが、依頼者が最初に本システムを利用
する際には無く、また、宅配会社が決まればそのデータ
が反映される。

【００２９】荷物情報２０３０は品名（例えば「書
類」。選択入力による）２０３１、便名（例えば「冷蔵
便」。選択指定による）２０３２、サイズ（重さが加味
されてもよい。選択指定による）２０３３、宅配日指定
（カレンダより選択入力）２０３４、時間帯指定（選択
入力。午前、午後、或いは時間帯）２０３５、注意事項
（選択指定、例えばわれもの、天地無用）２０３６、請
求区分（選択指定。発払い）２０３７、伝票Ｎｏ．（事
前の割り当て範囲内から自動採番）２０３８、受付日時
（自動）２０３９からなる。この第１実施形態では、少
なくとも品名２０３１は宅配伝票への記入対象となる。
これらの情報は最適宅配会社選定の為の情報として利用
される。

【００３０】集荷先情報２０４０は集荷希望日時（カレ
ンダより選択）２０４２、住所（依頼者又は取次契約店
等）２０４３、姓名又は名称（依頼者又は取次契約店
等）２０４４、電話番号（依頼者又は取次契約店等）２
０４５、住所コード（依頼者又は取次契約店等の住所コ
ード）２０４６、発送店舗コード（集荷先の住所及び宅
配会社により確定）２０４７、緯度（集荷先の住所によ
り確定）２０４８、経度（集荷先の住所により確定）２
０４９よりなる。ところで発送店舗コード２０２８は依
頼者が最初に本システムを利用する際には無く、また、
宅配会社が決まればそのデータが反映される。

【００３１】図３は、宅配会社別の発送店舗／着荷店舗
−住所コードの対応テーブルである。このテーブル３０
００は宅配会社３０３０別に発送店舗及び着荷店舗のコ
ード２０２７，２０４７とこの各店のエリアに該当する
住所コード２０２６，２０４６が対応付けされている。
住所コード２０２６，２０４６は宅配会社によらず共通
であり発着荷店舗コードは業者で異なるから、これらの
データから特定の住所コードをカバーする宅配会社の発
着荷店舗コード２０２７，２０４７が導き出される。ち
なみにこの図３では、住所コード２０２６，２０４６
は、７桁の郵便番号が記載してある。この郵便番号に属
する依頼者や配送先は、当該住所コード２０２６，２０
４６に対応する発送店舗／着荷店舗コード２０２７，２
０４７の発送店舗や着荷店舗から荷物の集荷や配送がな
される。

【００３２】図４は、宅配会社別宅配料金テーブルであ
り、このテーブル４０００は各宅配会社３０３０別に発
送店舗コード２０４７と着荷店舗コード２０２７との関
係から宅配料金４０４０が導き出されるようになってい
る。例えば、図４のＡ宅配について、発送店舗コードが
「１２３４」の発送店舗に集荷され、着荷店舗コードが
「９８７８」の着荷店舗から配送される荷物の宅配料金
は６００円であることがわかる。こうして図３と図４の
両テーブルから、宅配受付サービスセンタ１３０の宅配
受付サーバ１４０は、集荷先（依頼者の自宅、取次契約
店…）と宅配先に照らし、最も安価な宅配会社を選定す
ることが可能となる。また、依頼者のパソコン１１０に
料金を回答することも可能になる。ちなみに、この宅配
会社別宅配料金テーブルは、請求項の「複数の配送事業
者のデータを記憶したデータベース」に該当するもので
もある。

【００３３】この第１実施形態によれば、依頼者（宅配
依頼者）の個人宅又は事務所１００からインターネット
で宅配受付サービスセンタ１３０の宅配受付サーバ１４
０にアクセスすることで、例えば最も安価な宅配料金の
宅配会社が選択される。このため、依頼者にとって大変
都合がよい。また、依頼者（その住所、氏名）や宅配先
（その住所、氏名）を宅配受付サーバ１４０に送信する
ことで（登録しておくことで）、宅配会社の集荷車両１
８０の車載端末１７０に転送され、車載のラベラ１７２
で宅配伝票に、依頼者、宅配先等が記入される。このた
め、依頼者は宅配伝票に多くの事項を記入しなければな
らないという煩いから開放される。もちろん依頼者は、
宅配の依頼に備えて、宅配伝票を手許に置いておく必要
はない。ちなみに、この実施形態は、宅配会社の顧客Ｄ
Ｂを宅配受付センタという第３者(宅配業者含む)が管理
し、その情報を開放してそれを元に宅配の集荷依頼及び
宅配伝票を発行・印刷するサービスを行なうものである
（以下の実施形態について同じ）。

【００３４】≪第２実施形態≫次に、本発明の第２実施
形態を説明する。第２実施形態は、宅配受付サービスセ
ンタを中核とした宅配受付方法（宅配受付システム）に
関する実施形態のうち、企業又は事務所に備えられた専
用受付端末が荷物に貼る宅配伝票に依頼者（その住所、
氏名）及び宅配先（その住所、氏名）を印刷し、そし
て、集荷を待つものである。ここで、図５は、第２実施
形態の宅配受付方法が実施される宅配受付システムの全
体構成図である。

【００３５】図５に示される第２実施形態では、依頼者
が企業又は事務所２００であってパソコン１１０によっ
ても、また専用受付端末２９０によっても宅配受付サー
ビスセンタ１３０と通信できるようになっており、また
宅配伝票発行機たるラベラ２９９は集荷車両１８０には
なくて専用受付端末２９０に付設されている点が特徴で
あり、他の点は図１の例と同様であるので、重複記載は
省略する。

【００３６】専用受付端末２９０による操作を説明す
る。専用受付端末２９０のタッチパネル装置２９８で
は、依頼者は、基本的に宅配受付サービスセンタ１３０
の宅配受付サーバ１４０に登録された顧客ＤＢ（パソコ
ン１１０により登録されたもの）、及び参照ＤＢ１４５
を元に、選択方式により集荷・宅配依頼情報を簡単に登
録することができるが、パソコン１１０と同様の方式に
て新規住所、氏名の入力を行なうこともできる。

【００３７】宅配先情報入力画面では、配達便設定ボタ
ン、配達日指定ボタンが用意されている。配達便設定ボ
タンをタッチすると、配達便情報設定画面が表示され
る。この画面では、宅配便別のボタンが用意され、例え
ばゴルフ宅配便ボタンをタッチすると、ゴルフ宅配便を
指定した旨のメッセージが表示され、配達日情報設定画
面が表示される。この画面では、配達日と配達時間帯の
設定が行なわれる。

【００３８】また、専用受付端末２９０は、宅配受付サ
ービスセンタ１３０のサーバ１４０に登録された顧客Ｄ
Ｂ（パソコン１１０により登録されたもの）、及び参照
ＤＢ１４５を元に、選択方式により集荷・宅配依頼情報
を簡単に登録することができ、宅配伝票作成の時間を短
縮することができる。また、宅配受付サービスセンタ１
３０に荷物の集荷・宅配依頼情報が集まるので、集荷車
両１８０企業への立寄りの要否、集配ルートの選定等の
作業計画の立案ができる。

【００３９】入力が完了すると、図示しない入力完了を
示すタッチパネルをタッチして、宅配受付サーバ１４０
に依頼者情報、宅配先情報、集荷先情報等を登録する。
このとき、ラベラ２９９で宅配伝票を必要枚数印刷す
る。この宅配伝票には、依頼者情報、宅配先情報、配達
日、配達時間、宅配伝票Ｎｏ．が印刷される。この際印
字される宅配伝票Ｎｏ．は、予め専用受付端末２９０に
割り付けられた範囲、もしくは宅配受付サーバ１４０で
管理されている範囲から自動的に採番され、同一伝票Ｎ
ｏ．の宅配伝票が２つ以上存在しないように宅配受付サ
ーバ１４０で管理される。印刷された宅配伝票は、該当
する荷物に貼られ、宅配伝票が貼り付けられた荷物は、
例えば企業２００の集配部署に運ばれる。また、取次契
約店３００（第３実施形態の図６参照）の場合は、取次
契約店３００に預けられる。その際、取次契約店３００
は宅配会社の代りに宅配料金を代理受領する。

【００４０】宅配受付サービスセンタ１３０の宅配受付
サーバ１４０からの集荷指示（集荷・宅配依頼情報）
を、インターネット１２０等を介して受信した宅配会社
営業店舗１５０（選定された宅配会社）では、集荷可能
な集荷車両１８０を選定し、選定された集荷車両１８０
の車載機又は携帯端末１７０に無線通信網で依頼者の情
報を送信する。集荷担当者は、集荷車両１８０の車載端
末１７０又は図示しない携帯端末に表示される集荷手順
に従って、集荷を行ない、荷物の個数、集荷完了等の集
荷実績を車載端末又は携帯端末１７０に入力して営業店
舗１５０の営業店舗サーバ１６０に送信する。

【００４１】このように構成することにより、集荷依頼
する荷物数が多い会社で、顧客ＩＤ番号により依頼者情
報等が自動表示されるので、作業効率を向上することが
できる。また、伝票が自動的に印刷されるので作業効率
を向上することができる。加えて、荷物の有無、数量、
重量を予め把握できるので、適切な集配車を配車して集
荷することができる。

【００４２】即ち、最初の登録やその後のデータメンテ
等はパソコン１１０で対処するが、専用受付端末２９０
ではもっと簡単に、例えば金融機関の自動振込機のよう
なタッチパネル操作で画面上の選択肢を選ぶことによっ
て宅配受付サーバ１４０とのやりとりが可能となってい
る。加えてラベラ２９９があるので、宅配受付サーバ１
４０からの送信情報によってこの専用操作端末２９０に
おいて宅配伝票が印刷発行でき、集荷車両１８０が集荷
にくるまでの間に荷物に貼っておくことができる。或い
は、集荷車両１８０が集荷にきた後でも、直ちに宅配伝
票を印刷発行できる。

【００４３】尚、この専用受付端末２９０は処理装置２
９２が中核をなし、これに通信装置２９５、記憶装置２
９４、タッチパネル装置２９８、ラベラ２９９が接続さ
れ、通信装置２９５にてインターネット１２０接続され
ている。例えば会社の場合はインターネット１２０を介
して宅配受付サーバ１４０とつながるパソコン１１０が
複数台あって夫々から図１の例における個人又は事務所
１００からの入力と同等のことが可能であるが、専用受
付端末２９０では集荷依頼（宅配依頼）と宅配伝票発行
をすることになるので例えば一事業所に一台あれば足
り、しかも画面選択なので手間が大幅に省ける。その
他、最適の宅配会社が選択されること、宅配伝票に多く
の事項を記入しなければならないという煩いが解消され
ること等は、第１実施形態と同じである。

【００４４】≪第３実施形態≫続いて、本発明の第３実
施形態を説明する。第３実施形態は、宅配受付サービス
センタを中核とした宅配受付方法（宅配受付システム）
３００に関する実施形態のうち、取次契約店（コンビ
ニ、ホテル、ゴルフ場等）に備えられた専用受付端末が
荷物に貼る宅配伝票に依頼者（その住所、氏名）及び宅
配先（その住所、氏名）を印刷し、そして、集荷を待つ
ものである。ここで、図６は、第３実施形態の宅配受付
方法が実施される宅配受付システムの全体構成図であ
る。

【００４５】図６に示される第３実施形態では、依頼者
が荷物を発送する場所、つまり集荷先がコンビニエンス
ストア、ホテル、ゴルフ場等の取次契約店３００の場合
の例である。そして、この第３実施形態では、取次契約
店３００に専用受付端末２９０を設置し、依頼者は荷物
を取次契約店３００に持参する。他の点は図５の例と同
様である。このため、第１実施形態等との重複記載は省
略する。また、専用受付端末２９０の構成や宅配受付サ
ーバ１４０との交信等も、図１や図５の例と同様である
ので、重複記載は省略する。

【００４６】図６のようにホテル、リゾート地、駅、空
港、ゴルフ場、スキー場、土産店、イベント会場から集
荷依頼を行なう場合の例では、これらの場所を総称して
取次契約店３００という。集荷依頼を行なう場所には、
専用操作端末２９０及びラベラ２９９が設置され、専用
操作端末２９０は、インターネット１２０又は電話回線
を介して宅配受付サービスセンタ１３０の宅配受付サー
バ１４０と接続されている。これらゴルフ場やスキー場
等の外出先の場所からの宅配先は、自宅になることが多
く、顧客ＩＤを専用操作端末２９０から入力すれば宅配
先一覧のトップに依頼者の自宅住所が表示されるように
設定されることが実用的である。つまり、宅配受付サー
バ１４０には依頼者との関係において依頼者の自宅を指
定した宅配先情報の選択画面が記録されている（図１７
参照）。

【００４７】また、この第３実施形態では、宅配の受付
が行なわれるのは、専用受付端末２９０が設置されてい
る場所と決まっているので、集荷先情報は自動的に事前
に登録された専用受付端末２９０の設置先の住所が表示
されるようになっている。また、宅配伝票への印字情報
として依頼者の情報が入力されるようになっている。こ
の専用操作端末２９０を操作して入力が完了すると、入
力完了を示すタッチパネルをタッチして、宅配受付サー
バ１４０に依頼者情報、宅配先情報、集荷先情報、配送
情報を送信する。このとき、ラベラ２９９で宅配伝票を
必要枚数（集荷対象個数）印刷する。この宅配伝票に
は、依頼者情報、宅配先情報、配達日、配達時間、伝票
Ｎｏ．が印刷される。印刷された宅配伝票は、該当する
荷物に貼られ、宅配伝票が貼り付けられた荷物は、例え
ば取次契約店３００の場合は、取次契約店３００に預け
られる。その際、取次契約店３００は宅配会社の代りに
宅配料金を代理受領する（別の宅配料金の支払いでもよ
い）。また、宅配受付サービスセンタ１３０に荷物の集
荷・宅配依頼情報が集まるので、集配車の取次契約店３
００への立寄りの要否、集配ルートの選定等作業計画の
立案ができる。

【００４８】このように構成することにより、取次契約
店３００で宅配依頼することができ、集荷・宅配依頼情
報に対応した集荷車両１８０の手配が可能となる。ま
た、集荷・宅配依頼情報を専用受付端末２９０から入力
して宅配伝票を作成できるので、宅配伝票の記入ミスを
低減でき、作業効率がよい。

【００４９】また、依頼者は、取次契約店３００等出先
に荷物を持参しても専用受付端末に依頼者の顧客ＩＤや
パスワードを入力することにより、過去に登録した顧客
ＤＢの内容を呼び出して参照等することができ、面倒な
宅配伝票記入の手間から解放され、しかも最適な業者が
選択されることになる。ちなみに、第３実施形態のよう
な宅配依頼は、休日にゴルフ場等に行なった帰りに、ゴ
ルフ場等からゴルフクラブ等を宅配便で送り返すことが
あるが。帰り支度のあわただしい中に宅配伝票を書く手
間を省くことができる。また、外出先から客先や観光地
から親戚等に荷物を送る場合があるが、この場合、配送
先の住所をうろ覚えであっても顧客ＤＢを呼び出すこと
で正しく記載された宅配伝票を得ることができる。

【００５０】≪顧客ＤＢの構造≫図７を参照して、宅配
受付サーバ１４０の顧客ＤＢ７０１を説明する（適宜図
１等参照）。図７は、顧客ＤＢ及び集荷・宅配依頼情報
の構造である。この図７に示すように、依頼者情報２０
１０と宅配先情報２０２０は対になって、顧客ＤＢ７０
１として宅配受付サーバ１４０にて管理されており、パ
ソコン１１０から依頼者が自由に参照して更新等するこ
とが可能である。実際に荷物の宅配依頼を行ないたいと
きに、顧客ＤＢ７０１を呼び出し、宅配したい依頼者情
報２０１０に対し、荷物情報２０３０、集荷先情報２０
４０をひも付けして（対応付けて）宅配受付サーバ１４
０に登録する。つまり、宅配受付サーバ１４０は、依頼
者（配送依頼者）ごとに依頼者情報（集荷先）２０１０
と宅配先情報（配送先）２０２０を対応付けて記憶して
いる。そして、インターネット（通信回線）１２０を介
した依頼者からの問い合わせ（参照要求）に対して、依
頼者情報（集荷先）２０１０と宅配先情報（配送先）２
０２０を対にして回答する（参照させる）ようにした。
また、顧客ＤＢ７０１の登録及び／又は更新の要求に対
して、依頼者情報と宅配先情報を対にして登録及び／又
は更新を受け付ける（登録指示等を受け付ける）ように
した。

【００５１】≪宅配受付サーバの動作≫次に、宅配受付
サーバ１４０の動作を、図１〜図７を参照しつつ図８の
フローチャートに従って説明する。尚、この動作説明を
含む以後の説明（図８〜図１８参照）は、宅配受付サー
バ１４０が有するアプリケーションソフトの機能を説明
するものでもある。図８は、宅配受付サーバの動作を説
明するフローチャートである。

【００５２】（新規サービス会員の顧客ＤＢへの登録）
依頼者がパソコン１１０（又は専用操作端末２９０）を
利用して宅配受付サーバ１４０にアクセスすることによ
り、宅配受付サーバ１４０の動作がスタートする（Ｓ８
０１）。まず、サービス会員であるか否かで処理を分岐
する（Ｓ８０３）。サービス会員でない場合（Ｎ）は、
顧客（依頼者）ＩＤを自動採番する（Ｓ８０５）。採番
した顧客ＩＤは依頼者に通知する。尚、Ｓ８０３は、ク
ッキ（cookie）により処理がＹとＮに分岐するようにし
てもよい。

【００５３】次に、宅配依頼サーバ１４０は、依頼者に
対して任意のパスワードを決めて入力（送信）するよう
に求め、依頼者が送信したパスワードを受信して入力す
る（Ｓ８０７）。以後、依頼者は、宅配受付サーバ１４
０にログイン（Ｓ８１３）するときにはこのパスワード
と顧客ＩＤが必要になる。次に、宅配受付サーバ１４０
は、依頼者が宅配受付サーバ１４０の要求に応じて送信
する依頼者情報、宅配先情報を受信して入力する（Ｓ８
０９，Ｓ８１１）。尚、依頼者情報及び宅配先情報は、
図２に例示される内容のものである。

【００５４】宅配受付サーバ１４０は、入力した依頼者
情報及び宅配先情報を、記憶装置１４４の顧客ＤＢ７０
１に登録する（Ｓ８２３）。その後、依頼者に宅配依頼
するか否かの判断を要求し処理を分岐する（Ｓ８２
５）。依頼者が宅配依頼しない場合（Ｎ）は、登録を繰
り返すか否かで処理を分岐する（Ｓ８４１）。依頼者が
登録を繰り返さない場合（Ｎ）は、処理を終了する（エ
ンド、Ｓ８４３）。Ｓ８４１で、依頼者が登録を繰り返
す場合は、Ｓ８１５に移行する。Ｓ８１５では、宅配受
付サーバ１４０は、顧客ＤＢ７０１の検索、依頼者１１
０のパソコンに対して検索結果の表示を行なう（顧客Ｄ
Ｂ検索・表示）。そして、顧客ＤＢ７０１の流用で処理
を４つに分岐する（Ｓ８１７）。

【００５５】Ｓ８１７において、依頼者により１の「新
規入力」が選択された場合は、依頼者は、依頼者情報の
入力と宅配先情報の入力の双方を新規に行なうことにな
る（Ｓ８０９，Ｓ８１１）。２の「依頼者／宅配先流
用」が選択された場合は、依頼者は、顧客ＤＢ７０１に
登録してある依頼者情報及び宅配先情報を確認（流用）
して修正することになる（Ｓ８１９，Ｓ８２１）。３の
「依頼者流用」が選択された場合は、依頼者は、顧客Ｄ
Ｂ７０１に登録してある依頼者情報を確認（流用）して
修正する（Ｓ８１９）。同時に、宅配先情報を新規に入
力する（Ｓ８１１）。４の「宅配先流用」が選択された
場合は、依頼者は、依頼者情報を新規に入力する（Ｓ８
０９）。同時に、宅配先情報を確認（流用）して修正す
る（Ｓ８２１）。宅配受付サーバ１４０は、Ｓ８０９，
Ｓ８１１，Ｓ８１９，Ｓ８２１において、それぞれの態
様に応じて送信された情報やデータを受信して入力す
る。このように、顧客ＤＢ７０１に情報の追加登録を行
なう場合でも、既に登録してある顧客ＤＢ７０１が参酌
（流用）できるので、操作を行なう依頼者の入力の手間
を大幅に省くことが可能である。尚、この宅配受付サー
バ１４０の依頼者情報及び宅配先情報の入力は、請求項
６の構成を具現化したものである。

【００５６】その後は、Ｓ８２３に移行して顧客ＤＢ７
０１に入力情報の登録を行なう。そして、Ｓ８２５で依
頼者に宅配依頼するか否かの判断を要求し、処理を分岐
する。集荷依頼する場合は、Ｓ８２７の処理に移行す
る。集荷依頼しない場合は、Ｓ８４１において、登録を
繰り返すか否かで処理を分岐する。Ｓ８４１において、
依頼者が登録を繰り返す場合はＳ８１５に移行して処理
を続け、登録を繰り返さない場合はＳ８４３に移行して
処理を終了する（エンド）。

【００５７】（既サービス会員の顧客ＤＢの更新等）次
に、既にサービス会員になっている依頼者の顧客ＤＢ７
０１の更新等（追加・修正…）を、図８を参照して説明
する（適宜図１〜図７参照）。顧客ＤＢ７０１の更新等
も、依頼者がパソコン１１０（又は専用操作端末２９
０）を利用して宅配受付サーバ１４０にアクセスするこ
とにより、宅配受付サーバ１４０の動作がスタートする
（Ｓ８０１）。

【００５８】宅配依頼サーバ１４０は、Ｓ８０３でサー
ビス会員か否かの分岐処理を行なう。既にサービス会員
として登録してある依頼者の場合は、そのパソコン１１
０にログイン情報の入力画面が表示される。依頼者は、
既に通知されている依頼者固有の顧客ＩＤ及びパスワー
ドをログイン情報としてパソコン１１０に入力し、宅配
受付サーバ１４０に送信することになる。宅配受付サー
バはこれを受信してログイン情報の入力を行なう（Ｓ８
１３）。宅配受付サーバ１４０は、このログイン情報で
認証を行なう。認証すると宅配受付サーバ１４０は、顧
客ＤＢ７０１の当該顧客のデータを検索し、検索結果を
パソコン１１０に表示できるように送信する（Ｓ８１
５、顧客ＤＢ検索・表示）。

【００５９】次に、顧客ＤＢ７０１の流用態様で分岐す
るＳ８１７で、依頼者の判断により例えば２の「依頼者
／宅配先流用」が選択されたとする。宅配受付サーバ１
４０は、Ｓ８１９，Ｓ８２１で顧客ＤＢ７０１に登録し
てある当該依頼者の依頼者情報及び宅配先情報の確認・
修正を受け付ける。そして、Ｓ８２３で、確認・修正さ
れたものを顧客ＤＢ７０１に登録する。この態様では、
顧客ＤＢ７０１に対しては確認・修正が行なわれるのみ
であり、新たな情報の追記（レコードの追記）は行なわ
れない。

【００６０】尚、Ｓ８１７において、１の「新規入力」
が選択された場合は、新たな情報が顧客ＤＢ７０１に追
記される（新たなレコードの追記）。また、３の「依頼
者流用」の場合は、依頼者情報が流用される態様で、新
たな情報が顧客ＤＢ７０１に追記される（新たなレコー
ドの追記）。また、４の「宅配先流用」の場合は、宅配
先情報が流用される態様で、新たな情報が顧客ＤＢ７０
１に追記される（新たなレコードの追記）。もちろん、
３と４について、新たなレコードを追記することなく、
既にあるレコードが修正される態様であってもよい。

【００６１】（宅配依頼）続いて、宅配依頼を、図８を
参照して説明する（適宜図１〜図７参照）。図８のフロ
ーチャートにおいて、Ｓ８２５の宅配依頼するか否かの
分岐処理で、依頼者が宅配依頼する（Ｙ）を選択した場
合に、宅配受付サーバ１４０は、依頼者からの宅配依頼
を受け付ける処理を行なう。尚、ここでの依頼者は、新
規のサービス会員か既サービス会員かは問わない。

【００６２】まず、宅配受付サーバ１４０は、依頼者に
対して荷物情報の入力（送信）を要求する。そして、依
頼者から送信された荷物情報を入力する（Ｓ８２７）。
次に、宅配受付サーバ１４０は、依頼者に対して集荷先
情報の入力を要求する。そして、依頼者から送信された
集荷先情報を入力する（Ｓ８２７）。尚、荷物情報及び
集荷先情報は、図２に例示される内容のものである。

【００６３】荷物情報及び集荷先情報が入力されると、
宅配受付サーバ１４０は、宅配会社を選択するか否かの
分岐処理を行なう（Ｓ８３１）。依頼者が１の「自動」
を選ぶと、宅配受付サーバ１４０が宅配料金等を参照し
て宅配会社の自動選択を行なう（Ｓ８３３）。一方、依
頼者が２の「依頼者指定」を選ぶと、依頼者が宅配会社
を選択できる（Ｓ８３５）。このため、宅配受付サーバ
１４０は、選択可能な宅配会社の一覧を、パソコン１１
０（専用操作端末２９０）に送信するようになっている
（例えば図１６参照）。

【００６４】Ｓ８３３又はＳ８３５で宅配会社が選択さ
れると、Ｓ８３７で集荷・宅配依頼情報が生成され、記
憶装置１４４に集荷・宅配依頼情報として登録される。
そして、集荷・宅配依頼情報は、選択された宅配会社営
業店舗１５０の営業店舗サーバ１６０に送信される。こ
れにより、各宅配会社での宅配処理がスタートする。
尚、営業店舗サーバ１６０からは、例えば集荷車両１８
０に集荷・宅配依頼情報が無線通信網を介して送信さ
れ、車載のラベラ１７２で荷物に貼付される宅配伝票が
印刷される。或いは、依頼者が操作するので専用受付端
末２９０の場合は、この専用受付端末２９０で宅配伝票
が印刷される。尚、この後も荷物の宅配依頼を行ないた
い場合は、依頼者は、Ｓ８４１で登録を繰り返す（Ｙ）
を選択する。すると、宅配受付サーバ１４０は、Ｓ８１
５に移行して処理を継続する。

【００６５】（依頼者情報入力）図９を参照して、図８
のフローチャートにおける依頼者情報入力を説明する
（適宜図１〜図７参照）。図９は、図８の依頼者情報入
力の詳細を説明するフローチャートである。

【００６６】図８のＳ８０９では、図９に示される処理
が行なわれる。Ｓ９０１でスタートした処理は、Ｓ９０
３で、依頼者に対して電話番号の入力を要求し、電話番
号が入力されると電話帳ＤＢ９０５を検索する。尚、電
話帳ＤＢは、宅配受付サーバ１４０の参照ＤＢ１４５を
構成するＤＢである。Ｓ９０７において、入力された電
話番号が電話帳ＤＢに記載が有れば（ヒットすれば）、
電話番号に対応付けられて記憶されている住所を依頼者
情報として依頼者のパソコン１１０に表示し、この依頼
者情報がＯＫか否かの内容を確認させる（Ｓ９０９）。
ＯＫでない場合は、訂正を受け付ける（Ｓ９１１）。Ｓ
９０９において依頼者情報がＯＫである場合は、依頼者
情報を確定し（Ｓ９１５）、処理を終了する（Ｓ９１
７）。一方、Ｓ９０７で電話帳ＤＢ９０５にヒットしな
い場合（Ｎ）は、Ｓ９１３で依頼者が依頼者情報を手入
力し、Ｓ９１５に移行し、Ｓ９１７で依頼者情報入力の
処理を終了する。

【００６７】このように、参照ＤＢ１４５の電話帳ＤＢ
９０５を参照することで、図８のフローチャートにおけ
る依頼者情報入力の作業負荷を、大幅に削減することが
できる。尚、図２の依頼者情報２０１０の経度、緯度
は、宅配受付サーバ１４０の側で入力する。尚、作業負
荷の削減として、電話帳ＤＢ（参照ＤＢ）９０５に登録
されている個人の住所、又は施設ＤＢに登録されている
各施設の住所に、事前に緯度／経度を関連付けておき
（紐付けしておき）、ここから選択する方式により、各
集荷先・配送先、依頼者等の緯度／経度を自動的に振る
ようにするとよい（この点は、以下説明する実施形態や
変形例でも同じである）。また、Ｓ９１３のように、電
話帳ＤＢ（参照ＤＢ）９０５を利用できずに手入力する
場合も、例えば県・市・町名といったマスタＤＢから順
番に選択する方式、又は手入力した文字列から県・市・
町名レベル程度までをマッチングすることにより、自動
的に住所コードを導き出すことが可能である。また、住
所コードまでが自動で算出できれば、さらにその住所コ
ードのエリアの中心点の緯度／経度のマスタＤＢがあれ
ば、手入力した住所のだいたいの緯度／経度レベルを振
ることが可能となる（この点は、以下説明する実施形態
や変形例でも同じである）。

【００６８】（宅配先情報入力）図１０を参照して、図
８のフローチャートにおける宅配先情報入力を説明する
（適宜図１〜図７参照）。図１０は、図８の宅配先入力
の詳細を説明するフローチャートである。

【００６９】図８のＳ８１１では、図１０に示される処
理が行なわれる。Ｓ１００１でスタートした処理は、Ｓ
１００３で、依頼者に対して宅配先が、丸１の「一般個
人」、丸２の「所定施設」、丸３の「自宅」であるか否
かを選択させる処理、つまり宅配先情報選択を行なわせ
る。

【００７０】依頼者が丸１の「一般個人」を選択した場
合は、宅配受付サーバ１４０は、Ｓ１０１０の処理を行
なう。即ち、Ｓ１０１１で宅配先の電話番号の入力を要
求し、参照ＤＢ１４５の電話帳ＤＢ９０５を検索する。
Ｓ１０１３において、入力された電話番号が電話帳ＤＢ
９０５に記載が有れば（ヒットすれば）、電話番号に対
応付けられて記憶されている住所を宅配先情報として依
頼者のパソコン１１０に表示し、この宅配先情報がＯＫ
か否かの内容を確認させる（Ｓ１０１７）。ＯＫでない
場合は、訂正を受け付ける（Ｓ１０１９）。Ｓ１０１７
において宅配先情報がＯＫである場合は、宅配先情報を
確定し（Ｓ１０４０）、処理を終了する（Ｓ１０４
５）。一方、Ｓ１０１３で電話帳ＤＢ９０５にヒットし
ない場合（Ｎ）は、Ｓ１０１５で依頼者が宅配先情報を
手入力し、Ｓ１０４０に移行し、Ｓ１０４５で宅配先情
報入力の処理を終了する。

【００７１】次に、依頼者が丸２の「所定施設」を選択
した場合は、宅配受付サーバ１４０は、Ｓ１０２０の処
理を行なう。即ち、宅配受付サーバ１４０は、Ｓ１０２
１で施設情報の検索（参照ＤＢ１４５の施設ＤＢ１０２
３の検索）を行なうと共に、検索結果を依頼者のパソコ
ン１１０に表示する（施設情報検索・一覧表示）。Ｓ１
０２５において、依頼者は、一覧表示のなかから施設を
選択する（施設情報選択）。選択された施設情報が、宅
配先情報にセットされる。ちなみに、施設が施設ＤＢ１
０２３に登録されていなければ、Ｓ１０１０の処理を行
ない、宅配先情報を入力する。そして、宅配先情報を確
定し（Ｓ１０４０）、処理を終了する（Ｓ１０４５）。

【００７２】また、依頼者が丸３の「自宅」を選択した
場合は、宅配受付サーバ１４０は、Ｓ１０３０の処理を
行なう。即ち、Ｓ１０３１で宅配先情報に依頼者情報を
セットする。そして、宅配先情報を確定し（Ｓ１０４
０）、処理を終了する（Ｓ１０４５）。

【００７３】このように、参照ＤＢ１４５の電話帳ＤＢ
９０５や施設ＤＢ１０２３を参照したり、宅配先情報に
依頼者情報をセットしたりすることで、図８のフローチ
ャートにおける依頼者情報入力の作業負荷を、大幅に削
減することができる。尚、図２の宅配先情報の経度、緯
度は、宅配受付サーバ１４０の側で入力する。

【００７４】（集荷先情報入力）図１１を参照して、図
８のフローチャートにおける集荷先情報入力を説明する
（適宜図１〜図７参照）。図１１は、図８の集荷先情報
入力の詳細を説明するフローチャートである。

【００７５】図８のＳ８２９では、図１１に示される処
理が行なわれる。Ｓ１１０１でスタートした処理は、Ｓ
１１０３で、依頼者に対して集荷場所が依頼者の住所で
あるか否かを選択させる。つまり集荷場所情報が依頼者
情報と一致するか否かの選択を行なわせる。

【００７６】Ｓ１１０３において、集荷場所＝依頼者住
所である場合（Ｙ）は、宅配受付サーバ１４０は、集荷
先に既に入力してある依頼者情報をセットする。そし
て、集荷先情報を確定し（Ｓ１１１７）、処理を終了す
る（Ｓ１１１９）。

【００７７】一方、Ｓ１１０３において、集荷場所＝依
頼者住所ではない場合（Ｎ）は、宅配受付サーバ１４０
は、Ｓ１１０５で集荷先の電話番号の入力を要求し、参
照ＤＢ１４５の電話帳ＤＢ９０５を検索する。Ｓ１１０
７において、入力された電話番号が電話帳ＤＢ９０５に
記載が有れば（ヒットすれば）、電話番号に対応付けら
れて記憶されている住所を集荷先情報として依頼者のパ
ソコン１１０に表示し、この集荷先情報がＯＫか否かの
内容を確認させる（Ｓ１１０９）。ＯＫでない場合は、
訂正を受け付ける（Ｓ１１１１）。Ｓ１１０９において
集荷先情報がＯＫである場合は、集荷先情報を確定し
（Ｓ１１１７）、処理を終了する（Ｓ１１１９）。Ｓ１
１１３で電話帳ＤＢ９０５にヒットしない場合（Ｎ）
は、Ｓ１１１３で依頼者が集荷先情報を手入力し、Ｓ１
１１７に移行し、Ｓ１１１９で集荷先情報入力の処理を
終了する。

【００７８】このように、参照ＤＢ１４５の電話帳ＤＢ
９０５を参照したり、集荷先情報に依頼者情報をセット
したりすることで、図８のフローチャートにおける集荷
先情報入力の作業負荷を、大幅に削減することができ
る。尚、図２の集荷先情報の経度、緯度は、宅配受付サ
ーバ１４０の側で入力する。

【００７９】（ログイン情報入力画面）次に、図１２を
参照して、図８のＳ８１３におけるログイン情報入力の
際に表示される画面例を説明する。この図１２のログイ
ン情報入力画面は、専用受付端末２９０に表示されるも
のである。このうち、ＩＤは、顧客（依頼者）ＩＤであ
り、図８のＳ８０５で宅配受付サーバ１４０が自動採番
したものである。また、パスワードは、図８のＳ８０７
で宅配受付サーバ１４０の要求に応じて依頼者が入力し
たものである。このログイン情報入力画面の「ＯＫ」ボ
タンをパネルタッチすることで、ログイン情報が専用受
付端末２９０からインターネットを経由して宅配受付サ
ーバ１４０に送信され、認証がなされる。

【００８０】（依頼者情報確認・訂正画面）次に、図１
３を参照して、図８のＳ８１９における依頼者情報確認
・修正の際に表示される画面例を説明する。この図１３
の依頼者情報確認・訂正画面は、専用受付端末２９０に
表示されるものである。依頼者がこの画面の表示を見て
訂正がある場合は、訂正有をパネルタッチして訂正事項
を入力する。訂正がない場合は、訂正無をパネルタッチ
する。これにより、宅配依頼を行なう際に、依頼者の入
力の省力化等が図られる。

【００８１】（集荷先情報入力画面）次に、図１４を参
照して、図８のＳ８２９における集荷先情報入力の際に
表示される画面例を説明する。この図１４の集荷先情報
入力画面は、専用受付端末２９０に表示されるものであ
る。この画面では、依頼者の自宅に荷物があってそこが
集荷場所になる場合と、専用受付端末２９０の設置場所
に荷物があってそこから荷物を送る場合とを選択できる
ようになっている。尚、図１４には示していないが、こ
こで他の集荷先を選定することができるようにしてもよ
い。また、集荷先の追加、訂正も可能として融通を効か
せてもよい。この追加、訂正情報は宅配受付サーバ１４
０の顧客ＤＢ７０１に反映される。

【００８２】（宅配会社選択画面）次に、図１５及び図
１６を参照して、図８のＳ８３１，Ｓ８３３，Ｓ８３５
における宅配会社選択の際に表示される画面例を説明す
る。この図１５の宅配会社選択画面は、専用受付端末２
９０に表示されるものである。この画面に示すように、
宅配会社は、依頼者自身が選択することもできるし、宅
配受付サーバ１４０の選択に任せることもできる。設置
されている専用受付端末２９０を用いた場合には、必ず
宅配受付サーバ１４０の宅配会社選択サービス（自動選
択）を受けられるようにしてもよいが、依頼者自身に拘
りがあるとき等に対処するには依頼者の判断に委ねる道
がある方が望ましい。

【００８３】ちなみに、依頼者自身が宅配会社を選択す
るとした場合は、図１６に示すような選択可能な宅配会
社のリストを表示して、依頼者がそのリストの中から宅
配会社を選択するようにする。但し、図８のＳ８２７の
荷物情報入力による諸希望条件によっては当該希望業者
のサービスが該当しなくなる場合もあり、その場合はそ
の旨の断りをしてサービスセンタが宅配会社を選定する
ようにしてもよい。また、宅配受付サーバ１４０が荷物
情報を加味して依頼者のニーズに合った最も安価な業者
が選定するようにしてもよい。また、依頼者により指定
された宅配会社ではニーズ（配送日、宅配時間指定、便
名等）に答えられない場合は、その旨を断って再度宅配
会社選択画面に戻ってもよいが、この場合は依頼者のニ
ーズに対応できる業者を挙げることが望ましい。

【００８４】（宅配先情報入力画面）図１７は、図８
（図１１）のフローチャートにおける宅配先情報入力の
際に表示される画面例を説明する。この図１７の宅配先
情報入力画面は、専用受付端末２９０に表示されるもの
である。例えば、依頼者がホテルやゴルフ場等の出先で
あるときは依頼者の自宅が宅配先であることが多いであ
ろうから、これを筆頭に表示し、次いで実家や友人宅等
依頼者と関連付けされる配送回数の多い順に顧客ＤＢ７
０１から表示し、さらに、ホテル、ゴルフ場等の諸施設
が参照ＤＢ１４５からリストされるようにし、これらは
一画面ないしはこれで表示しきれなければ「次へ」画面
でリスト表示される。尚、表示しきれない宛先はスクロ
ール表示でもよい。ここで若しリストされていない宛先
への配送を希望するならば新規宛先を追加できるように
する。

【００８５】（荷物情報入力画面）図１８は、図８のフ
ローチャートにおけるＳ８２７の荷物情報入力の際に表
示される画面例を説明する。この図１８の荷物情報入力
画面は、専用受付端末２９０に表示される。依頼者がこ
の荷物情報入力画面のコンボボックスによるプルダウン
メニューにより、基本的に宅配の枠内（業務引き受け枠
内）でサイズや荷姿等予め決まっている範囲から選択し
てもらうことになる。この例では、サイズ、荷姿、便名
(冷蔵品用等)、希望配送日、希望宅配時間帯、品名、注
意事項である。こうして荷物情報を選択して「ＯＫ」を
タッチするとこれらの情報が宅配受付サーバ１４０に送
信されて、顧客ＤＢ７０１や参照ＤＢ１４５を用いて宅
配先、集荷先とも勘案して依頼者のニーズに見合った最
も安価な業者を選定し、依頼者の操作する専用操作端末
２９０に選定情報を送信する。尚、宅配受付サーバ１４
０への送信前に一通りの入力情報を確認し、誤りがあれ
ば訂正するようにすることが望ましい。

【００８６】以上説明した操作は、依頼者本人が行なっ
てもよいが、取次契約店等で代行してもよい。但し、依
頼者のパスワードと顧客ＩＤの入力だけは依頼者本人が
望ましい。依頼者は依頼者として法人等団体でもよく、
この場合はその団体のパスワードと顧客ＩＤの運用を任
された担当者が操作を行なうことになる。特にお中元や
クリスマスプレゼント等で個人や団体が複数箇所に荷物
を宅配希望する場合や、同じ宛先に複数の荷物を配送希
望する場合に依頼伝票つまり宅配伝票（宅配伝票を兼ね
る）を荷物ごとに記載する手間がかからなくなる。ま
た、上記の各工程は顧客ＤＢ７０１や配送受付サーバ１
４０の記憶装置の内容を最大限に活用し、かつキー入力
を減らして極力選択画面にしたから、依頼者にとっての
労力軽減の効果は絶大である。更に、宅配会社にとって
は集荷先及び宅配先のデータが宅配受付サーバ１４０か
ら宅配会社ないし集荷車両１８０の車載端末１７０に自
動受信されるので目的地の緯度、経度から道順を選定す
ることも容易である。尚、集荷先や宅配先のデータは宅
配受付サーバ１４０において緯度、経度を付与しておい
てもよい。更に本実施形態によれば、特定の場所に出向
かなくても都合のよい時間帯を指定して集荷依頼するこ
とができる。また、顧客ＩＤを利用することにより、依
頼者情報等が自動表示されるので、入力ミスを少なくす
ることができる。

【００８７】尚、図１９は専用受付端末２９０の斜視図
である。この専用受付端末２９０の筐体１は上面が操作
者側に傾斜していてその殆どがタッチパネル２となって
いる。このタッチパネル２は付帯部品と共に、図５や図
６のタッチパネル装置２９８を構成する。この専用受付
端末２９０の内部構成は、図５や図６に示す通りであて
記憶装置２９４、通信装置２９５、処理装置２９２、ラ
ベラ２９９を備えている。ラベラ２９９のラベル出口２
７からラベル２６がプリントアウトされるようになって
いる。通信装置２９５はケーブル２５を介してインター
ネット１２０に繋がっている。この専用受付端末２９０
は、このように画面一体式で構成されているので、設置
が容易である。また、上面が殆どタッチパネル２になっ
ていることと、上面が操作者側に傾斜していることで、
操作が容易である。

【００８８】≪第４実施形態（宅配伝票）≫次に、上記
した宅配受付サービスセンタを中核とした宅配受付方法
に好適に使用される宅配伝票の実施形態を説明する。こ
こで、図２０は、宅配伝票の平面図である。

【００８９】図２０に示すように、この宅配伝票は、例
えば図１９等に示す専用受付端末２９０のラベラ２９９
からプリントアウトされた状態では台紙１４にラベル１
５として仮付けされており、荷物に貼るときは台紙１４
からラベル１５の全体を剥がすことになる。このラベル
１５は糊付け部分１０、非糊付け部分９、糊付け部分１
１の３つの部分に分かれ、糊付け部分１０と１１の裏面
はいずれもラベル長手部８全体が剥離可能に仮糊付けさ
れており、非糊付け部分９の裏面はラベル長手部分８の
全体にかけて接着剤が着いておらず、つまり糊付けされ
ていない。非糊付け部分９は糊付け部分１０と１１に挟
まれるように位置しかつこれらとミシン目を介して繋が
っているので、台紙１４に面接触した状態を維持してい
る。

【００９０】糊付け部分１０にて貼付票１６が形成さ
れ、非糊付け部分９にて受領票になる宅配票１７が形成
されて夫々宅配先表示欄１８，２１、依頼者表示欄１
９，２２、品名表示欄２０，２３が設けられている。更
に貼付票１６には注意書き欄４があって、宅配会社名、
問合せ先や契約条項等が記載されている。宅配票１７に
は着荷店舗コード５、発送店舗コード６の各欄があっ
て、更に受領確認欄７も設けられている。受領確認欄は
宅配先の受領を確認するサインや押印の欄となる。糊付
け部分１１は余白片２４でもあるが、この部分にコメン
トが印刷されていても差し支えない。余白片２４は任意
の構成要件であるが、宅配中の荷物から宅配伝票（配達
票１７）が剥がれ落ちることのないよう宅配票１７を保
持する目的で設けておいた方が好ましい。

【００９１】宅配票１７と余白片２４との間、及び宅配
票１７と貼付票１６との間は夫々ミシン目１２，１３が
形成されている。この宅配伝票（ラベル１５）が、台紙
１４から剥がされて荷物に貼付されると、糊付け部分１
０，１１で非糊付け部分９が保持される。そして、この
状態で宅配される。

【００９２】最後の宅配先での受領確認の際、非糊付け
部分９たる宅配票１７をミシン目１２，１３に沿って切
り離す。こうして荷物には貼付票１６が残り、宅配業者
の手元には受領票たる宅配票１７が集まる。宅配票１７
の裏面には糊付けが施されていないから、剥離後の宅配
票１７はカールせず、取扱いが便利である。即ち、裏面
に糊付け部分があり、これを剥がして持ち帰る擬似接着
方式の受領票では、表裏で張力に差が生じて受領票がカ
ールするが、本発明ではカールするようなことがなく、
剥がした後の取扱いが容易である。

【００９３】本発明においてはこのラベル１５、即ち宅
配伝票（配送伝票）は、台紙１４に仮付けされた印刷前
の用紙と、印刷された台紙付の状態のものと、台紙から
剥がした状態のもの、荷物に貼った状態を含み、また荷
物から宅配票を離脱させる行為も含む。更に、宅配伝票
や宅配票は、集配、集荷、配送の文言に拘るものではな
い。また、この宅配伝票は、第１〜第３実施形態のよう
な宅配受付サービスセンタを中核とした宅配受付方法以
外の通常の宅配（配送）にも好適に適用することができ
る。

【００９４】また、印刷も専用受付端末２９０のラベラ
２９９ばかりでなく、インクジェットプリンタやレーザ
プリンタのような通常のプリンタでもよい。また、ドッ
トインパクトプリンタでもよい。つまり、この宅配伝票
であれば、裏側に印字する必要がないのでどのようなプ
リンタでも印刷できる。このため、この宅配伝票はＩＴ
化に好適に対応できる。また、この宅配伝票（配送伝
票）であれば、カーボンの伝票のように、宅配中に伝票
が圧力を受けて読みづらくなることもない。

【００９５】≪顧客ＤＢの変形例≫次に、図７を参照し
て説明した、顧客ＤＢ７０１の構造の変形例について説
明する。図２１は、図１等の宅配受付システムで使用さ
れる顧客ＤＢ及び集荷・宅配依頼情報の図７に示したも
のとは異なる変形例の構造である。以下の説明におい
て、変形例にかかる部分は、符号の最後にａを付す。

【００９６】図７に示した顧客ＤＢ７０１では、依頼者
情報２０１０と宅配先情報２０２０を１対１で対応付け
て記憶していたが、この図２１に示す変形例の顧客ＤＢ
７０１ａでは、依頼者情報２０１０ａごとに宅配先情報
２０２０ａ等を有している。つまり、依頼者情報２０１
０ａと宅配先情報２０２０ａ等が１対Ｎ（Ｎは１以上の
整数）の関係になっている。

【００９７】この構造（階層構造）では、例えば、家族
が何人かいる場合は、家族の構成員ごとに宅配先情報２
０２０ａ等が分類整理して記憶されるので都合がよい。
また、複数のセクションを有する企業等では、セクショ
ンごとに宅配先情報２０２０ａ等が分類整理して記憶さ
れるので都合がよい。

【００９８】≪宅配受付サーバの動作の変形例≫次に、
宅配受付サーバ１４０の動作の変形例を、図１〜図６等
を参照しつつ図２２のフローチャートに従って説明す
る。図２２は、宅配受付サーバ１４０の動作の変形例を
説明するフローチャートである。

【００９９】（顧客ＤＢへの登録・更新）依頼者情報登
録ステップ（Ｓ８４７ａ）を説明する。依頼者がパソコ
ン１１０（又は専用操作端末２９０）を利用して宅配受
付サーバ１４０にアクセスすることにより、宅配受付サ
ーバ１４０の動作がスタートする（Ｓ８０１ｓ）。Ｓ８
０３ａは依頼者情報２０１０ａを新規に入力するステッ
プである。Ｓ８０５ａは、既に顧客ＤＢ７０１ａに登録
されている依頼者情報２０１０ａの確認（参照）・修正
（更新）を行なうステップである。Ｓ８０７ａは、依頼
者情報を顧客ＤＢ７０１ａに新規登録するステップであ
る。ここのフローチャートでは、依頼者情報２０１０ａ
を新規登録すると処理を終了するようになっている（Ｓ
８１１ａ）。単に依頼者情報２０１０ａを顧客ＤＢ７０
１ａに登録するためだけの依頼者を考慮したものであ
る。次に、Ｓ８０９ａは、依頼者情報２０１０ａを確定
して、依頼者登録（Ｓ８４７ａ）から、次の宅配先情報
登録（Ｓ８４９ａ）に移行するステップである。このＳ
８０９ａのステップを実行すると顧客ＤＢ７０１ａが更
新されるようにしてもよい。これらのステップは、依頼
者がパソコン１１０等から、宅配受付サーバ１４０に対
して入力や登録等の指示を行なうものである。

【０１００】（宅配先情報の登録）宅配先情報登録ステ
ップ（Ｓ８４９ａ）を説明する。Ｓ８１３ａは宅配先情
報２０２０ａを新規に入力するステップである。Ｓ８１
５ａは施設を宅配先として選択するステップである。Ｓ
８１７ａは宅配先情報２０２０ａを選択・修正するステ
ップである。Ｓ８１９ａは宅配先として自宅を選択する
ステップである。このＳ８１９ａは、例えば出先から自
宅に荷物を送る際に活用できるものである。Ｓ８２１ａ
は入力した宅配先情報２０２０ａを顧客ＤＢ７０１ａに
新規登録するステップである。ここのフローチャートで
は、新規登録すると処理を終了するようになっている
（Ｓ８２５ａ）。単に宅配先情報２０２０ａを顧客ＤＢ
７０１ａに登録するためだけの依頼者を考慮したもので
ある。次に、Ｓ８２７ａは、宅配先情報２０２０ａを確
定して、宅配先情報登録（Ｓ８４９ａ）から、次の荷物
情報登録（Ｓ８５１ａ）に移行するステップである。こ
のＳ８２７ａのステップを実行すると顧客ＤＢ７０１ａ
が更新されるようにしてもよい。これらのステップは、
依頼者がパソコン１１０等から、宅配受付サーバ１４０
に対して入力や登録等の指示を行なうものである。

【０１０１】（荷物情報の登録）荷物情報登録ステップ
（Ｓ８５１ａ）を説明する。Ｓ８２９ａは荷物情報２０
３０ａを入力するステップである。ここでの荷物情報２
０３０ａは、少なくとも荷物の品名が入力されるものと
する。

【０１０２】（荷物情報の登録）集荷先情報登録ステッ
プ（Ｓ８５３ａ）を説明する。Ｓ８３１ａは集荷先情報
２０４０ａを新規に入力するステップである。Ｓ８３３
ａの依頼者情報２０１０ａの選択は、依頼者情報２０１
０ａに記述されている場所に集荷を依頼する場合に、実
行されるステップである。Ｓ８３５ａは事前登録先を確
認（参照）するステップである。事前登録先は、ここで
は専用受付端末２９０（図５、図６参照）の設置場所に
なっており、当該場所が集荷場所になる。Ｓ８３７ａ
は、集荷先情報２０４０ａを確定して、次のステップ
（Ｓ８３９ａ）に移行するステップである。

【０１０３】Ｓ８３９ａ〜Ｓ８４３ａのステップ（宅配
業者選択・確定、宅配伝票印字、集会・配送依頼情報登
録）は、図８のＳ８３１〜Ｓ８３７のステップと同じで
あるので説明を省略する。尚、図２２の宅配伝票印字の
ステップ（Ｓ８４１ａ）と集荷・配送依頼情報登録のス
テップ（Ｓ８４３ａ）は、図８と順序を逆にしてある
が、図８と同じ順序にしてもよい。この図２２のフロー
チャートの処理により、宅配伝票への必要事項の記入の
省力化が達成される。また、記入することの煩いが解消
される。なお、宅配伝票の印字の際には、第４実施形態
で説明した伝票が好適に使用できる。

【０１０４】（依頼者情報入力）図２３を参照して、図
９の依頼者情報を入力するフローチャートの変形例を説
明する（適宜図１〜図６、図２２等参照）。図２３は、
図９のフローチャートの変形例を説明するフローチャー
トである。

【０１０５】図２３のＳ９０１ａでスタートした処理
は、Ｓ９０２ａで顧客ＤＢ７０１ａへの新規登録か否か
で処理を分岐する。新規登録である場合（Ｙ）は、ステ
ップＳ９０３ａ以降の処理を行なうが、Ｓ９１５ａまで
の処理（依頼者情報２０１０ａの入力処理）は、図９の
Ｓ９０３〜Ｓ９１５までの処理と同じであるので説明を
省略する。

【０１０６】Ｓ９１５ａで依頼者情報２０１０ａが確定
すると、Ｓ９１９ａでパスワード入力は、宅配依頼サー
バ１４０が、依頼者に対して任意のパスワードを決めて
入力（送信）するように求め、依頼者が決定して送信し
たパスワードを受信して入力するステップである（図８
のＳ８０７参照）。以後、ログインするにはこのパスワ
ードが使われる。

【０１０７】一方、Ｓ９０２ａで顧客ＤＢ７０１ａへの
新規の登録ではない場合（Ｎ）は、Ｓ９２５ａで予め通
知してある依頼者（顧客）ＩＤ、パスワードの入力を促
す。Ｓ９２７ａで顧客ＤＢ７０１ａの依頼者検索・表示
（つまりデータベースの参照要求）を受け付ける。検索
された依頼者情報２０１０ａがＯＫの場合（Ｙ）は、依
頼者情報２０１０ａを確定する。ＯＫでない場合（Ｎ）
は、情報訂正を受け付ける（Ｓ９３３ａ）。そして、依
頼者情報２０１０ａを確定する（Ｓ９３５ａ）。その
後、Ｓ９２１ａに移行する。

【０１０８】Ｓ９２１ａは、宅配先（宅配先情報２０２
０ａ）の登録／呼出し処理を行なうステップに移行する
か否かで処理を分岐するステップである。宅配先の登録
や呼出しを行なう場合は、次の図２４のＳ１００１ａに
移行する。宅配先の登録や呼出しを行なわない場合は、
Ｓ９２２ａで依頼者情報２０１０ａを顧客ＤＢ７０１ａ
に登録し、Ｓ９２３ａで処理を終了する。

【０１０９】（宅配先情報入力）図２４を参照して、図
１０の宅配先情報を入力するフローチャートの変形例を
説明する（適宜図１〜図６等参照）。図２４は、図１０
のフローチャートの変形例を説明するフローチャートで
ある。尚、この図２４の丸１の処理は図１０の丸１の処
理に相当し、図２４の丸２の処理は図１０の丸２の処理
に相当し、図２４の丸４の処理は図１０の丸３の処理に
相当するので、各処理の説明を省略する。

【０１１０】図２４の丸３の登録済顧客ＤＢによる宅配
先指定（Ｓ１０４３ａ）は、顧客ＤＢ７０１ａを参照し
て宅配先情報検索・一覧表示を受付（Ｓ１０２３ａ）、
宅配先情報２０２０ａを選択させ（Ｓ１０２５ａ）、宅
配先情報２０２０ａがＯＫか否かで処理を分岐し（Ｓ１
０２７ａ）、ＯＫでない場合（Ｎ）は情報訂正を受け付
け（Ｓ１０２９ａ）、ＯＫである場合（Ｙ）は、宅配先
情報２０２０ａを確定する（Ｓ１０３３ａ）。

【０１１１】一方、図２４の丸１と丸２の処理について
も、宅配先情報２０２０ａを確定させる（Ｓ１０１３
ａ）。そして、集荷依頼するか否かで処理を分岐し（Ｓ
１０１５ａ）、集荷依頼しない場合（Ｎ）は、宅配先情
報２０２０ａの顧客ＤＢ９０１ａへの登録を行ない、処
理を終了する（Ｓ１０３７ａ）。Ｓ１０１５ａにおいて
集荷依頼する場合（Ｙ）は、次の図２５に移行する。

【０１１２】（荷物情報・集荷先情報入力処理）図２５
を参照して、図１１の集荷先情報を入力するフローチャ
ートの変形例を説明する（適宜図１〜図６等参照）。図
２５は、図１１のフローチャートの変形例を説明するフ
ローチャートである。尚、この図２５のＳ１１０３ａ〜
Ｓ１１１７ａのステップは、図１１のＳ１１０３〜Ｓ１
１１７のステップと同じであるので、その説明を省略す
る。

【０１１３】Ｓ１１３３ａは荷物情報２０３０ａの指定
を行なう処理である。この処理は、Ｓ１１０１ａで、荷
物情報２０３０ａを入力する。荷物情報２０３０ａは、
ここでは少なくとも荷物の品名である。次に、Ｓ１１３
５ａの一連の処理を行なう（Ｓ１１０３ａ〜Ｓ１１１７
ａ、重複説明は省略する）。この一連の処理は集荷先情
報２０４０ａの入力及び確定を促すものである。

【０１１４】次に、宅配業者の選択を図１等に示す宅配
受付サービスセンタ１３０（宅配受付サーバ１４０）に
依頼するか否かで処理を分岐し（Ｓ１１９ａ）、依頼す
る場合（Ｙ）は、宅配業者の自動選択行なう（Ｓ１１２
１ａ）。宅配業者択は、例えば料金に着目するならば、
集荷先、宅配先、荷物の品名、重量等が確定すれば、自
動的に選択できることは既に説明したとおりである。一
方、Ｓ１１１９ａで業者の自動選択を依頼しない場合
（Ｎ）は、依頼者による業者選択が行なわれる（Ｓ１１
２３ａ）。また、自動選択した宅配業者が気に入らない
場合は、このＳ１１２３ａで宅配業者の修正が行なわれ
る。

【０１１５】宅配業者が選択されると、宅配するのに必
要なデータの入力が完了したことになる。そこで、Ｓ１
１２５ａとＳ１１２７ａで、入力したデータの一覧確認
及び必要に応じて修正を促す。Ｓ１１２５ａで一覧確認
がＯＫの場合（Ｙ）は、集荷依頼登録を繰り返すか否か
で処理を分岐し（Ｓ１１２９ａ）、繰り返す場合（Ｙ）
は、図２４のＳ１００１ａに移行する（Ａ）。登録を繰
り返さない場合（Ｎ）は、既に説明したように宅配伝票
の印刷を行ない（Ｓ１１３１ａ）、宅配受付サービスセ
ンタ１３０（宅配受付サーバ１４０）へ集荷・宅配依頼
情報送信を行なう（Ｓ１１３３ａ）。そして、処理を終
了する（Ｓ１１３５ａ）。尚、Ｓ１１３１ａは、宅配業
者が印刷して集荷に回る場合等は、省略可能なステップ
である。なお、宅配伝票の印刷の際には、第４実施形態
で説明した伝票が好適に使用できる。

【０１１６】この図２５のフローチャートの処理によれ
ば、集荷先情報２０４０ａの入力の労力を大幅に省くこ
とが可能である。また、適切な宅配業者が自動選択され
る。あるいは、好みの宅配業者を自ら選択することがで
きる。そして、集荷依頼を繰り返す場合も処理が容易で
ある。

【０１１７】以上説明した実施形態（変形例）では、顧
客ＤＢ７０１（７０１ａ）に顧客（依頼者）が自らアク
セスし、顧客自らの操作で顧客ＤＢ７０１（７０１ａ）
に配送先情報を含む配送情報を登録できる（例えば自分
だけの送り先の住所録〔いわばマイリスト〕等を構築す
ることができる）。かつ、この配送情報を遠隔の地から
呼び出して配送伝票に印刷できる（登録してある情報
は、インターネット１２０のような通信回線を介して遠
隔地から参照することができる）。このため、例えば宅
配先の情報を登録しておくことで、観光地から友人宅等
に荷物を送るとき等、宅配先の住所を記憶したり住所を
記載したメモを携行したりする必要がない（ちなみにブ
ラウザがインストールされたインターネット接続可能な
パソコンはどこにでもある）。また、以上説明した実施
形態（変形例）では、配送伝票（宅配伝票）に労力をか
けずに必要事項を記入することが可能になり、時間がな
いとき等に都合がよい。また、配送情報（依頼者情報、
宅配先情報等）の登録は、各種情報を参照等して、入力
操作を少なくして行なうことができる。

【０１１８】ところで、配送伝票（宅配伝票）を記入す
る際に労力を要するのは、依頼者情報を記入することで
はなく、なによりも宅配先の住所等の宅配先情報（配送
先情報）を記入することである。即ち、依頼者情報（送
り主の住所）の記入は、自宅や自社の住所等の記入であ
り、書きなれているので記入作業は比較的容易である。
また、依頼者情報は、自社のゴム印を押すこと等で記入
を省力化できたり、宅配業者が予め自宅や自社の住所等
を印刷した配送伝票を配布してくれたりする。一方、宅
配先情報（宅配先）は、一般に書きなれておらず記入に
気をつかい、しかも、宅配先は１箇所ではない。このた
め、ゴム印をたくさん準備したり、宅配業者から何種類
もの予め印刷した配送伝票をもらっておいたりしなけれ
ばならない（分類整理・保管等に余計な労力を使うこと
になる）。従って、宅配先が印刷できるようにすれば、
配送伝票の記入が大幅に省力化できる。宅配伝票の分類
整理・保管等も容易になる。このことは、配送業者（宅
配業者）にとっても都合のよいことである。ちなみに、
本発明者らは、このような観点をも踏まえて本発明を完
成させたものである。

【０１１９】なお、以上説明した本発明は、依頼者（宅
配依頼者、集荷依頼者）の集荷依頼情報を通信回線で受
付け、該情報をセンタ（図１等の宅配受付サーバ１４
０）のデータベースのデータと照合して宅配会社を選択
し、選択した宅配会社に対し、集荷車両を集荷先に差し
向けるべく通信回線を介して集荷依頼者の集荷依頼事項
（集荷・宅配依頼情報）を送信することを特徴とする。
尚、当該集荷車両内にて送信データに基づく宅配伝票を
印刷し発行しておくか、或いは当該集荷先にて集荷依頼
事項を記録した宅配伝票を印刷して当該集荷物に貼付し
ておけば、集荷先に伺う時点で伝票が印刷発行されてお
り、時間的にも作業面でも効率がいい。尚、この宅配伝
票は情報端末に接続したラベラ（発行機）を用いてセン
タから送信された集荷依頼情報を打ち出したものであ
り、集荷物に貼付できるラベル、つまり前記した宅配伝
票（図２０参照）のようなラベルであることが望まし
い。

【０１２０】また、このシステム（配送・宅配受付方
法）を宅配会社が利用する場合には、集荷依頼者の集荷
依頼情報とデータベース（図１等の宅配受付サーバ１４
０）のデータとの照合により選択された宅配会社が、前
記集荷依頼情報を通信回線により入手し、当該情報を集
荷車両に送信して、（イ）当該集荷車両内で前記送信情
報に基づく宅配伝票を印刷発行し、集荷先の該当集荷物
に前記宅配伝票を貼付するか、（ロ）集荷先を回るよう
集荷指示して、集荷依頼者側端末で印刷発行された宅配
伝票と共に該当集荷物を集荷することが好ましい態様と
なる。

【０１２１】ところで集荷依頼者側端末に送信される集
荷依頼情報はセンタ（図１に示す宅配受付サービスセン
タ１３０）から提供されたもの、ないしはセンタ１３０
から提供されて端末側に蓄積されている情報であること
が好ましく、必ずしも依頼者が端末から入力した情報に
は限定されない。即ち、依頼者は端末から種々の情報を
選択したり入力したりするが、センタ側ではその情報な
いしはデータベースの情報によって宅配会社が利用し易
いように情報を加工或いは追加することがあり、本発明
で送信される集荷依頼情報はこの概念（センタ１３０側
で加工された情報）も含むものである。

【０１２２】尚、集荷依頼者の操作する端末は、新規の
データ入力ならパ−ソナルコンピュータ等の汎用端末で
もよいが、操作簡便のためには専用操作端末でもよい。
専用操作端末なら選択画面が表示されるタッチパネル式
が便利である。更に、各端末には宅配伝票を印刷、発行
するラベラが付設或いは兼用されることが実用的であ
る。

【０１２３】また、本明細書は所謂「宅配」について述
べたが、宅配に限定されるものではない。また、配送も
狭く解釈されるものではない。本願における配送の概念
は荷物の出発点（例えば発送店舗）と荷物の到着点（例
えば着荷店舗）が存在し、かつ集配が可能な範囲のもの
に広く適用可能である。また、用語「荷物」は、これが
貨物であってもよい。

【０１２４】尚、請求項の配送伝票印刷方法における
「サーバ」は、前記した実施形態（変形例）では、例え
ば宅配受付サーバ１４０（図１等参照）に相当する。同
様に、請求項の配送伝票印刷方法における「データベー
ス」は、例えば宅配受付サーバ１４０の記憶装置１４４
に記憶された顧客ＤＢ（図１等参照）に相当する。尚、
この図１等に示される顧客ＤＢは、図７等では符号７０
１で示され、図２１等では符号７０１ａで示される。ま
た、このようなサーバやデータベースは、宅配業者が管
理（運用）するものとしても、第三者が管理（運用）す
るものとしてもよい。ちなみに、前記した実施形態（変
形例）では、第三者が管理（運用）するものとした。

【０１２５】

【発明の効果】本発明によれば、配送事業者を選定し、
集荷依頼者の便に供する配送受け受け方法を提供するこ
とが可能となり、更に配送依頼時の伝票記載の手間を大
幅に軽減することになる。また、配送伝票への情報の記
載や取扱い（顧客の取扱い、宅配業者の取扱い）が容易
なる。

【図面の簡単な説明】

【図１】 本発明にかかる第１実施形態の宅配受付方
法が実施される宅配受付システムの全体構成図である。

【図２】 図１の宅配受付システムで使用される集荷
・宅配依頼情報のデータ構成を例示する図である。

【図３】 図１の宅配受付システムで使用される宅配
会社別の発送店舗／着荷店舗コードを住所コードに対応
させた発送店舗／着荷店舗コード−住所コード対応テー
ブルである。

【図４】 図１の宅配受付システムで使用される宅配
会社別宅配料金テーブルである。

【図５】 本発明にかかる第２実施形態の宅配受付方
法が実施される宅配受付システムの全体構成図である。

【図６】 本発明にかかる第３実施形態の宅配受付方
法が実施される宅配受付システムの全体構成図である。

【図７】 図１等の宅配受付システムで使用される顧
客ＤＢ及び集荷・宅配依頼情報の構成である。

【図８】 図１等の宅配受付システムにおける宅配受
付サーバの動作を説明するフローチャートである。

【図９】 図８の依頼者情報入力の詳細を説明するフ
ローチャートである。

【図１０】 図８の宅配先入力の詳細を説明するフロー
チャートである。

【図１１】 図８の集荷先情報入力の詳細を説明するフ
ローチャートである。

【図１２】 図８のＳ８１３におけるログイン情報入力
の際に表示される画面例である。

【図１３】 図８のＳ８１９における依頼者情報確認・
修正の際に表示される画面例である。

【図１４】 図８のＳ８２９における集荷先情報入力の
際に表示される画面例である。

【図１５】 図８のＳ８３１，Ｓ８３３における宅配会
社選択の際に表示される画面例である。

【図１６】 図８のＳ８３１，Ｓ８３５における宅配会
社選択の際に表示される画面例である。

【図１７】 図８（図１１）のフローチャートにおける
宅配先情報入力の際に表示される画面例である。

【図１８】 図８のフローチャートにおけるＳ８２７の
荷物情報入力の際に表示される画面例である。

【図１９】 図５及び図６の専用受付端末の斜視図であ
る。

【図２０】 本発明にかかる宅配伝票の平面図である。

【図２１】 図１等の宅配受付システムで使用される顧
客ＤＢ及び集荷・宅配依頼情報の図７に示したものとは
異なる変形例の構成である。

【図２２】 図１等の宅配受付サーバの動作の変形例を
説明するフローチャートである。

【図２３】 図９のフローチャートの変形例を説明する
フローチャートである。

【図２４】 図１０のフローチャートの変形例を説明す
るフローチャートである。

【図２５】 図１１のフローチャートの変形例を説明す
るフローチャートである。

【符号の説明】

２…タッチパネル、９…非糊付部分、１０，１１…糊付
け部分、１２，１３…ミシン目、１４…台紙、１５，２
６…伝票ラベル、１６…貼付票、１７…配達票、１００
…個人宅又は事務所、１１０…パソコン、１１５、１４
３、１６５、１７６…通信装置、１２２…荷物、１２４
…無線通信網、１３０…宅配受付サービスセンタ、１４
０…宅配受付サーバ、１４４…記憶装置、１４５…参照
ＤＢ１４５、１５０…宅配会社営業店舗、１６０…営業
店舗サーバ、１７０…車載端末、１７２，２９９…ラベ
ラ（宅配伝票発行機）、１８０…集荷車両、２９０…専
用受付端末、２９８…タッチパネル装置、３２１…依頼
者、２０１０…依頼者情報、２０２０…宅配先情報、２
０２６，２０４６…住所コード、２０２７…着荷店舗コ
ード、２０３０…宅配情報、２０４０…集荷先情報、２
０４７…発送店舗コード、３０３０…宅配会社表示

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１５年２月７日（２００３．２．７）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】 配送受付方法

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正内容】

【０００１】

【従来の技術】本発明は、特に配送業務に好適な配送受
付方法に関する。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０００２

【補正方法】変更

【補正内容】

【０００２】

【従来の技術】従来の配送方法としては、例えば後記す
る非特許文献等に記載のものがある。この配送方法は、
集荷車両に無線通信網対応無線機を搭載し、集配状況の
最新データを運行管理センタへ通知する。集荷と配送に
際して集配作業者は、バーコードリーダを携行し、荷物
を受け取った直後や荷物が確実に手渡せると判断した段
階で、荷物に貼り付けてある伝票上のバーコードを読み
取る。集荷車両に戻って車載端末のホルダスーパ・トラ
ッカを戻すと、伝票番号と集配状況を示す情報が集配管
理サーバへ自動的に送信されるようになっている。そし
て、この非特許文献の図３には、運行管理センタ、営業
所、空港毎の集荷・配送状況を米国のコンピュータが集
め、集荷・配送状況を顧客（配送依頼者）にリアルタイ
ムに送信してサービスすることが記載されている。（非特許文献）ＮＩＫＫＥＩ ＣＯＭＭＵＮＩＣＡＴＩ
ＯＮ １９９２．８．２の第１０９頁から第１１４頁

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】０００３

【補正方法】変更

【補正内容】

【０００３】

【発明が解決しようとする課題】しかしながら、この非
特許文献等に記載の従来の配送方法は、荷物に貼り付け
てある宅配伝票上のバーコードを読み取り、伝票番号と
集配状況を示す情報が集配管理サーバへ自動的に送信さ
れるようになっているが、伝票は従来のように客の手書
きのものを事務員が手作業で処理しているため、手間が
かかり時間の短縮に難点がある。また、多くの場合は、
荷物を宅配会社等の特定場所の窓口まで持って行く必要
があった。また、一部の宅配会社では、電話による集荷
依頼を受け付けているが、この場合、集荷車両が客先
（宅配依頼者のところ）に到着した後にドライバが客
（宅配依頼者）に提供した宅配伝票に対して客が手書き
にて必要事項を記載する等、非常に時間と手間がかかっ
て煩わしいものであった。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０００６

【補正方法】削除

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正内容】

【０００７】そこで、本発明は、かかる課題を解決した
配送受付方法を提供することを主たる目的とする。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正内容】

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の配送受付方法は、配送を受け付ける配送受
付サーバが集荷先と配送先が特定された配送依頼情報を
受信し（配送を受け付け）、配送事業者を選定し、選定
した配送事業者に集荷先へ回るように指示することとし
た。また、配送伝票に所定事項を記入することとした。
つまり、本発明によれば、複数の配送事業者（配送会
社）の中から荷物を配送する配送事業者が選定される。
また、どこからどこへ配達するのかの「Ｆｒｏｍ−Ｔｏ
情報（集荷先と配送先）」を特定することで、配送事業
者の選定が促されると共に、配送を依頼する配送依頼者
の配送伝票への記載事項を減らすことが可能になる。ま
た、配送における伝票の取扱いが容易になる。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】００１１

【補正方法】変更

【補正内容】

【００１１】図１に示される第１実施形態では、個人宅
又は事務所１００からパソコン１１０を使ってインター
ネット１２０を介して、宅配の集荷依頼を行なう場合の
例を示している。本第１実施形態の宅配受付方法が適用
される宅配受付システムは、個人宅又は事務所１００に
設置されたパソコン１１０、インターネット１２０を介
して接続される宅配受付サービスセンタ１３０の宅配受
付サーバ１４０、インターネット１２０を介して接続さ
れる宅配会社営業店舗１５０の営業店舗サーバ１６０、
営業店舗サーバ１６０と無線通信網１２４を介して接続
される集荷車両１８０の車載端末１７０、車載端末１７
０と接続される宅配伝票発行用のラベラ１７２で構成さ
れる。尚、宅配会社営業店舗１５０は複数存在する。つ
まり、宅配会社は複数存在する。また、集荷車両１８０
も、宅配会社ごとに複数存在する。ちなみに、伝票発行
用のラベラ１７２は、配送伝票発行機ともいえる。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】００１６

【補正方法】変更

【補正内容】

【００１６】宅配依頼者（以下「依頼者」という）は、
パソコン１１０を使いインターネット１２０を介して宅
配受付サービスセンタ１３０の宅配受付サーバ１４０に
接続し、次のように集荷依頼の登録を行なう。即ち、初
めてサービスを利用する場合は、例えば専用ホームペー
ジから依頼者の電話番号、住所、氏名、希望パスワード
等の依頼者情報（個人情報）をパソコン１１０から入力
する。この情報を受けたサービスセンタ１３０では依頼
者に対して顧客ＩＤを発行する。このようにして顧客登
録が完了したら、次に依頼者情報以外の情報、つまり集
荷先情報、宅配先情報、荷物情報等を入力する（データ
ベースに登録）。ところで顧客ＩＤの発行等顧客登録は
少なくとも一箇所の宅配先入力を条件としてもよい。こ
の工程で宅配受付サーバ１４０には顧客ＤＢに依頼者な
いしはその依頼者と関連付けされる宅配先情報が登録さ
れ、顧客ＩＤ番号が自動採番されることになる。宅配先
情報や集荷先情報は電話番号、住所、氏名等で構成され
る。しかし、元々宅配受付サーバ１４０内の参照データ
ベース１４５や記憶装置１４４に蓄積された顧客ＤＢが
利用できるなら、蓄積情報からの選択（例えば過去に宅
配依頼したことのある宅配先履歴より選択するだけで今
回の受付となったり、電話番号を入力すると電話帳デー
タベースを参照して住所、氏名が自動入力となったりす
る。この場合のように情報を新たに入れずとも情報選択
で足りるなら簡便である）でもよい。次に宅配便の種別
等の配達便に関する情報、配達日指定の有無、配達時間
帯、荷物の大きさ、重量等、依頼者の在宅日時を宅配情
報として端末のパソコン１１０から入力する。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】００１７

【補正方法】変更

【補正内容】

【００１７】これらの情報（宅配依頼情報）を入力して
送信すると、受付ＤＢとして宅配受付サーバ１４０の記
憶部１４４に記憶されると共に、依頼者（集荷先）及び
宅配先の住所から算出される料金（料金の算出について
は図４を参照して後に詳細に説明する）や、集配対応可
能可否等の条件により、宅配会社を選定して宅配会社営
業店舗１５０の営業店舗サーバ１６０に情報（図２参照
の集荷・宅配依頼情報）を送信して集配指示を行なう。
ちなみにこの指示は、請求項の「選択した配送事業者の
所定の連絡アドレスへ、通信回線を介して前記集荷先を
含む配送依頼事項を送信して集荷先へ回るよう集荷指示
し」に該当する。尚、宅配依頼情報（配送依頼事項）と
して、図２に示すような情報の全てを網羅してパソコン
１１０から宅配受付サーバ１３０へ、また、宅配受付サ
ーバ１３０から営業店舗サーバ１６０に送信する必要は
ない。また、一度にまとめて送信する必要もない。

【手続補正１２】

【補正対象書類名】明細書

【補正対象項目名】００２５

【補正方法】変更

【補正内容】

【００２５】図２に、宅配情報（集荷・宅配依頼情報）
のデータ構成例を示す。この情報は荷物の宅配に必要な
情報であり、図１のパソコン１１０から宅配受付サーバ
１４０に送信される集荷依頼情報（請求項の「配送依頼
情報」に該当）がベースになっている。この例では、ロ
グイン情報（２００５）、依頼者情報２０１０、宅配先
情報２０２０、荷物（＝宅配対象荷物）情報２０３０、
集荷先情報２０４０からなる。尚、依頼者及び宅配先
は、個人、事業者を問わない。また、集荷先は、依頼者
の自宅、事務所等以外の場合、例えばゴルフ場等の諸施
設、コンビニエンスストア等の集荷委託場所や取次契約
店等の場合もある。

【手続補正１３】

【補正対象書類名】明細書

【補正対象項目名】００５５

【補正方法】変更

【補正内容】

【００５５】Ｓ８１７において、依頼者により１の「新
規入力」が選択された場合は、依頼者は、依頼者情報の
入力と宅配先情報の入力の双方を新規に行なうことにな
る（Ｓ８０９，Ｓ８１１）。２の「依頼者／宅配先流
用」が選択された場合は、依頼者は、顧客ＤＢ７０１に
登録してある依頼者情報及び宅配先情報を確認（流用）
して修正することになる（Ｓ８１９，Ｓ８２１）。３の
「依頼者流用」が選択された場合は、依頼者は、顧客Ｄ
Ｂ７０１に登録してある依頼者情報を確認（流用）して
修正する（Ｓ８１９）。同時に、宅配先情報を新規に入
力する（Ｓ８１１）。４の「宅配先流用」が選択された
場合は、依頼者は、依頼者情報を新規に入力する（Ｓ８
０９）。同時に、宅配先情報を確認（流用）して修正す
る（Ｓ８２１）。宅配受付サーバ１４０は、Ｓ８０９，
Ｓ８１１，Ｓ８１９，Ｓ８２１において、それぞれの態
様に応じて送信された情報やデータを受信して入力す
る。このように、顧客ＤＢ７０１に情報の追加登録を行
なう場合でも、既に登録してある顧客ＤＢ７０１が参酌
（流用）できるので、操作を行なう依頼者の入力の手間
を大幅に省くことが可能である。

【手続補正１４】

【補正対象書類名】明細書

【補正対象項目名】０１０３

【補正方法】変更

【補正内容】

【０１０３】Ｓ８３９ａ〜Ｓ８４３ａのステップ（宅配
業者選択・確定、宅配伝票印字、集荷・宅配依頼情報登
録）は、図８のＳ８３１〜Ｓ８３７のステップと同じで
あるので説明を省略する。尚、図２２の宅配伝票印字の
ステップ（Ｓ８４１ａ）と集荷・宅配依頼情報登録のス
テップ（Ｓ８４３ａ）は、図８と順序を逆にしてある
が、図８と同じ順序にしてもよい。この図２２のフロー
チャートの処理により、宅配伝票への必要事項の記入の
省力化が達成される。また、記入することの煩いが解消
される。なお、宅配伝票の印字の際には、第４実施形態
で説明した伝票が好適に使用できる。

【手続補正１５】

【補正対象書類名】明細書

【補正対象項目名】０１２４

【補正方法】変更

【補正内容】

【０１２４】尚、図１等に示される顧客ＤＢは、図７等
では符号７０１で示され、図２１等では符号７０１ａで
示される。また、このようなサーバやデータベースは、
宅配業者が管理（運用）するものとしても、第三者が管
理（運用）するものとしてもよい。ちなみに、前記した
実施形態（変形例）では、第三者が管理（運用）するも
のとした。

【手続補正１６】

【補正対象書類名】明細書

【補正対象項目名】図面の簡単な説明

【補正方法】変更

【補正内容】

【図面の簡単な説明】

【図１】 本発明にかかる第１実施形態の宅配受付方
法が実施される宅配受付システムの全体構成図である。

【図２】 図１の宅配受付システムで使用される集荷
・宅配依頼情報のデータ構成を例示する図である。

【図３】 図１の宅配受付システムで使用される宅配
会社別の発送店舗／着荷店舗コードを住所コードに対応
させた発送店舗／着荷店舗コード−住所コード対応テー
ブルである。

【図４】 図１の宅配受付システムで使用される宅配
会社別宅配料金テーブルである。

【図５】 本発明にかかる第２実施形態の宅配受付方
法が実施される宅配受付システムの全体構成図である。

【図６】 本発明にかかる第３実施形態の宅配受付方
法が実施される宅配受付システムの全体構成図である。

【図７】 図１等の宅配受付システムで使用される顧
客ＤＢ及び集荷・宅配依頼情報の構成である。

【図８】 図１等の宅配受付システムにおける宅配受
付サーバの動作を説明するフローチャートである。

【図９】 図８の依頼者情報入力の詳細を説明するフ
ローチャートである。

【図１０】 図８の宅配先入力の詳細を説明するフロー
チャートである。

【図１１】 図８の集荷先情報入力の詳細を説明するフ
ローチャートである。

【図１２】 図８のＳ８１３におけるログイン情報入力
の際に表示される画面例である。

【図１３】 図８のＳ８１９における依頼者情報確認・
修正の際に表示される画面例である。

【図１４】 図８のＳ８２９における集荷先情報入力の
際に表示される画面例である。

【図１５】 図８のＳ８３１，Ｓ８３３における宅配会
社選択の際に表示される画面例である。

【図１６】 図８のＳ８３１，Ｓ８３５における宅配会
社選択の際に表示される画面例である。

【図１７】 図８（図１１）のフローチャートにおける
宅配先情報入力の際に表示される画面例である。

【図１８】 図８のフローチャートにおけるＳ８２７の
荷物情報入力の際に表示される画面例である。

【図１９】 図５及び図６の専用受付端末の斜視図であ
る。

【図２０】 宅配伝票の平面図である。

【図２１】 図１等の宅配受付システムで使用される顧
客ＤＢ及び集荷・宅配依頼情報の図７に示したものとは
異なる変形例の構成である。

【図２２】 図１等の宅配受付サーバの動作の変形例を
説明するフローチャートである。

【図２３】 図９のフローチャートの変形例を説明する
フローチャートである。

【図２４】 図１０のフローチャートの変形例を説明す
るフローチャートである。

【図２５】 図１１のフローチャートの変形例を説明す
るフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊地知 真 東京都大田区大森北三丁目２番16号 株式 会社日立システムアンドサービス内 (72)発明者 岸野 清孝 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所システム事業部内 (72)発明者 田中 康治 埼玉県鳩ヶ谷市大字里1103−１

Claims (26)

【特許請求の範囲】
1. 【請求項１】通信回線を介して荷物の配送依頼を受け付
   ける配送受付サーバが、 前記荷物に対する集荷先と配送先が特定された配送依頼
   情報を、通信回線を介して受信し、 前記受信した配送依頼情報を複数の配送事業者のデータ
   を記憶したデータベースと照合して所定の配送事業者を
   選択し、 前記選択した配送事業者の所定の連絡アドレスへ、通信
   回線を介して前記集荷先を含む配送依頼事項を送信して
   集荷先へ回るよう集荷指示し、前記荷物の配送を受け付
   けることを特徴とする配送受付方法。
2. 【請求項２】前記配送受付サーバが、 前記受信した配送先を前記配送事業者の連絡アドレスに
   送信することで、前記配送事業者の宅配伝票発行機が前
   記荷物に貼付される宅配伝票に前記集荷先と配送先を印
   刷できるようにしたこと、を特徴とする請求項１に記載
   の配送受付方法。
3. 【請求項３】前記配送受付サーバが、 前記集荷先の連絡アドレスへ、通信回線を介して前記受
   信した集荷先及び配送先を送信することで、前記集荷先
   の宅配伝票発行機が前記荷物に貼付される宅配伝票に前
   記配送依頼先と配送先を印刷できるようにしたこと、を
   特徴とする請求項１に記載の配送受付方法。
4. 【請求項４】前記配送受付サーバが、 前記荷物を発送しようとする配送依頼者ごとに集荷先と
   配送先を対応付けて記憶しており、 通信回線を介した参照要求に対して、前記集荷先と配送
   先を対にして参照させるようにしたこと、を特徴とする
   請求項１ないし請求項３のいずれか１項に記載の配送受
   付方法。
5. 【請求項５】前記配送受付サーバが、 前記荷物を発送しようとする配送依頼者ごとに集荷先と
   配送先を対応付けて記憶しており、 通信回線を介した登録及び／又は更新の要求に対して、
   前記集荷先と配送先を対にして前記登録及び／又は更新
   を受け付けるようにしたこと、を特徴とする請求項１な
   いし請求項３のいずれか１項に記載の配送受付方法。
6. 【請求項６】前記配送受付サーバが、前記配送事業者ご
   との宅配料金を記憶しており、 通信回線を介した問い合わせに対して、前記配送依頼情
   報により特定された集荷先と依頼先から算出される宅配
   料金を回答するようにしたこと、を特徴とする請求項１
   ないし請求項５のいずれか１項に記載の配送受付方法。
7. 【請求項７】前記配送受付サーバが、前記配送依頼情報
   に基づいて複数の配送事業者を選択したリストを作成す
   ると共に当該配送依頼情報の送信元に返信し、配送事業
   者の選択を促すようにしたこと、を特徴とする請求項１
   ないし請求項６のいずれか１項に記載の配送受付方法。
8. 【請求項８】複数の宅配会社から１の宅配会社を選択し
   て前記荷物の配送を指示する配送受付サーバにより配送
   の選択をされた配送事業者のサーバが、 前記配送受付サーバから通信回線を介して配送依頼事項
   を受信し、当該配送依頼事項を前記荷物の集荷を行なう
   集荷車両の送信アドレスに送信することで、当該集荷車
   両内の宅配伝票発行機が前記荷物に貼付される宅配伝票
   を印刷できるようにしたこと、を特徴とする配送受付方
   法。
9. 【請求項９】予めサーバに登録してある配送先情報を、
   荷物を発送しようとする配送依頼者が操作する端末から
   参照させ、前記荷物に貼付する配送伝票に前記配送依頼
   者の操作により、少なくとも配送先を印刷できるように
   した配送伝票印刷方法であって、 前記サーバが、通信回線を介して送信された配送先の住
   所を含む配送先情報を受信し、これを分類整理して当該
   サーバが管理するデータベースに登録するステップ、 前記サーバが、通信回線を介して送信される前記データ
   ベースの参照要求に対し、前記データベースを参照させ
   るステップ、を有することを特徴とする配送伝票印刷方
   法。
10. 【請求項１０】前記サーバが、前記端末から通信回線を
    介して前記荷物の集荷先を特定可能な情報を受信するス
    テップ、 前記サーバが、前記受信した情報に基づいて配送事業者
    の所定の連絡アドレスへ、通信回線を介して前記集荷先
    を含む配送依頼事項を送信して集荷先へ回るよう集荷指
    示するステップ、をさらに有することを特徴とする請求
    項９に記載の配送伝票印刷方法。
11. 【請求項１１】前記サーバのデータベースが、前記配送
    依頼者ごとに配送先と集荷先を対応付けて記憶してお
    り、 前記データベースを参照させるステップにおける参照要
    求に対して、前記集荷先と配送先を対にして参照させる
    ようにしたこと、を特徴とする請求項９又は請求項１０
    に記載の配送伝票印刷方法。
12. 【請求項１２】荷物を発送しようとする配送依頼者が端
    末を利用して、予めサーバに登録してある配送先情報を
    参照し、前記荷物に貼付する配送伝票に少なくとも配送
    先を印刷できるようにした配送伝票印刷方法であって、 通信回線を介して、配送先の住所を含む配送先情報を予
    め前記サーバに送信して当該サーバが管理するデータベ
    ースに登録指示するステップ、 通信回線を介して、前記データベースに登録してある配
    送情報を参照するステップ、 前記参照した配送情報に基づいて印刷装置に印刷指示を
    するステップ、を有することを特徴とする配送伝票印刷
    方法。
13. 【請求項１３】請求項１ないし請求項８のいずれか１項
    に記載の配送受付方法に適用される配送伝票であって、 前記配送伝票は、ラベル紙と台紙とを貼り合せたもので
    あり、該ラベル紙の表面は貼付票部分と配送票部分で形
    成して一枚のシート状ラベルとし、該貼付票部分の裏面
    は台紙に剥離可能に糊付けされており、前記配送票部分
    の裏面は前記台紙との間に糊付け部を介さず、前記配送
    票部分と前記貼付票部分との間はミシン目を形成して切
    り離し可能にし、前記配送票部分と貼付票部分の夫々
    に、少なくとも配送先及び依頼者の情報の記入欄がある
    ことを特徴とする配送伝票。
14. 【請求項１４】請求項１ないし請求項８のいずれか１項
    に記載の配送受付方法に適用される配送伝票であって、 前記配送伝票は、ラベル紙と台紙とを貼り合せたもので
    あり、該ラベル紙の表面は貼付票部分と配送票部分で形
    成して一枚のシート状ラベルとし、該貼付票部分の裏面
    は台紙に剥離可能に糊付けされており、前記配送票部分
    の裏面は前記台紙との間に糊付け部を介さず、前紀配送
    票部分と前記貼付票部分との間はミシン目を形成して切
    り離し可能にし、前記配送票部分と貼付票部分の夫々
    に、少なくとも配送先及び依頼者の情報がプリンタで印
    刷されていることを特徴とする配送伝票。
15. 【請求項１５】請求項１ないし請求項８のいずれか１項
    に記載の配送受付方法に適用される配送伝票であって、 前記配送伝票は、ラベル紙の表面は貼付票部分と配送票
    部分で形成して一枚のシート状ラベルにし、該貼付票部
    分の裏面は糊付け部になっており、前記配送票部分の裏
    面は対象荷物との間に糊付け部を介さず、前記配送票部
    分と前記貼付票部分との間はミシン目を形成して切り離
    し可能にし、前記配送票部分と貼付票部分の夫々に、少
    なくとも配送先及び依頼者の情報の記入欄があることを
    特徴とする配送伝票。
16. 【請求項１６】前記ラベル紙は更に余白部分を有し、そ
    の余白部分と前記貼付票部分とで前記配送票部分を挟
    み、前記余白部分の裏面は台紙に対して剥離可能に糊付
    けされており、かつ前記余白部分と前記配送票部分との
    間にもミシン目が形成されて切り離し可能となっている
    ことを特徴とする請求項１３ないし請求項１５のいずれ
    か１項に記載の配送伝票。
17. 【請求項１７】前記配送票部分には受領確認欄が設けら
    れていることを特徴とする請求項１３ないし請求項１６
    のいずれか１項に記載の配送伝票。
18. 【請求項１８】前記貼付票部分及び／又は配送票部分に
    は発送店舗コード及び／又は着荷店舗コードの欄が設け
    られていることを特徴とする請求項１３ないし請求項１
    ７のいずれか１項に記載の配送伝票。
19. 【請求項１９】配送の対象となる荷物に貼付される配送
    伝票であって、 前記配送伝票は、ラベル紙と台紙とを貼り合せたもので
    あり、該ラベル紙の表面は貼付票部分と配送票部分で形
    成して一枚のシート状ラベルとし、該貼付票部分の裏面
    は台紙に剥離可能に糊付けされており、前記配送票部分
    の裏面は前記台紙との間に糊付け部を介さず、前記配送
    票部分と前記貼付票部分との間はミシン目を形成して切
    り離し可能にし、前記配送票部分と貼付票部分の夫々
    に、少なくとも配送先及び依頼者の情報の記入欄がある
    ことを特徴とする配送伝票。
20. 【請求項２０】配送の対象となる荷物に貼付される配送
    伝票であって、 前記配送伝票は、ラベル紙と台紙とを貼り合せたもので
    あり、該ラベル紙の表面は貼付票部分と配送票部分で形
    成して一枚のシート状ラベルとし、該貼付票部分の裏面
    は台紙に剥離可能に糊付けされており、前記配送票部分
    の裏面は前記台紙との間に糊付け部を介さず、前紀配送
    票部分と前記貼付票部分との間はミシン目を形成して切
    り離し可能にし、前記配送票部分と貼付票部分の夫々
    に、少なくとも配送先及び依頼者の情報がプリンタで印
    刷されていることを特徴とする配送伝票。
21. 【請求項２１】配送の対象となる荷物に貼付される配送
    伝票であって、 前記配送伝票は、ラベル紙の表面は貼付票部分と配送票
    部分で形成して一枚のシート状ラベルにし、該貼付票部
    分の裏面は糊付け部になっており、前記配送票部分の裏
    面は対象荷物との間に糊付け部を介さず、前記配送票部
    分と前記貼付票部分との間はミシン目を形成して切り離
    し可能にし、前記配送票部分と貼付票部分の夫々に、少
    なくとも配送先及び依頼者の情報の記入欄があることを
    特徴とする配送伝票。
22. 【請求項２２】前記ラベル紙は更に余白部分を有し、そ
    の余白部分と前記貼付票部分とで前記配送票部分を挟
    み、前記余白部分の裏面は台紙に対して剥離可能に糊付
    けされており、かつ前記余白部分と前記配送票部分との
    間にもミシン目が形成されて切り離し可能となっている
    ことを特徴とする請求項１９ないし請求項２１のいずれ
    か１項に記載の配送伝票。
23. 【請求項２３】前記配送票部分には受領確認欄が設けら
    れていることを特徴とする請求項１９ないし請求項２２
    のいずれか１項に記載の配送伝票。
24. 【請求項２４】前記貼付票部分及び／又は配送票部分に
    は発送店舗コード及び／又は着荷店舗コードの欄が設け
    られていることを特徴とする請求項１９ないし請求項２
    ３のいずれか１項に記載の配送伝票。
25. 【請求項２５】請求項１３ないし請求項２４のいずれか
    １項に記載の配送伝票を利用した配送方法であって、 前記配送伝票を荷物に貼付した状態で、該荷物を受取人
    に配送し、 前記荷物を配送先へ受け渡す際に、前記配送票部分を前
    記配送用伝票から剥離させて受領票として回収すること
    を特徴とする荷物の配送方法。
26. 【請求項２６】請求項１９ないし請求項２４のいずれか
    １項に記載の配送伝票に、請求項９ないし請求項１２の
    いずれか１項に記載の配送伝票印刷方法により、少なく
    とも配送先を印刷するようにしたことを特徴とする配送
    伝票印刷方法。