(57)【特許請求の範囲】
【請求項１】
通信回線を介して荷物の配送依頼を受け付ける配送受付けサーバが、
前記荷物に対する配送依頼情報を、依頼者の端末から前記通信回線を介して受信し、
前記受信した配送依頼情報を、複数の配送事業者のデータを記憶したデータベースと照合して所定の配送事業者を選択し、
前記選択した配送事業者の連絡先アドレスへ、前記通信回線を介して前記集荷先を含む配送依頼事項を送信して集荷先へ回るよう集荷指示し、
前記荷物の配送を受け付ける配送受付方法であって、
前記配送受付サーバは、前記通信回線を介して通信を行う機能を有する通信装置、前記荷物の配送受付のためのソフトウェアを実行する処理装置、前記複数の配送事業者のデータを記憶したデータベースが格納された記憶装置を含んで構成され、
前記データベースは、前記複数の配送事業者ごとに、集荷先の住所と発送店舗との関係、配送先の住所と着荷店舗との関係、発送店舗と着荷店舗との間の宅配料金の関係が記憶されると共に、前記複数の配送事業者の連絡先アドレスが記憶されており、
前記ソフトウェアは、前記処理装置上で、
前記依頼者の端末から送信され、配送先情報及び集荷先情報が含まれた配送依頼情報を、通信装置を通して受信する手順、
前記受信した配送依頼情報の集荷先情報を、前記複数の配送事業者のデータを記憶したデータベースと照合して、前記集荷先情報に含まれる集荷先の住所から配送事業者ごとに発送店舗を特定する手順、
前記受信した配送依頼情報の配送先情報を、前記複数の配送事業者のデータを記憶したデータベースと照合して、前記配送先情報に含まれる配送先の住所から配送事業者ごとに着荷店舗を特定する手順、
前記配送事業者ごとに特定した発送店舗及び着荷店舗を、前記複数の配送事業者のデータを記憶したデータベースと照合して、前記荷物の配送に要する宅配料金を配送事業者ごとに算出する手順、
前記依頼者の端末へ、前記配送事業者ごとに算出した宅配料金を、前記通信装置を通して回答送信して配送事業者の選択を促す手順、
前記依頼者の端末からの回答送信により選択された配送事業者に対して、前記データベースと照合して、当該配送事業者の前記連絡先アドレスに前記所定の配送依頼事項を、前記通信装置を通して送信する手順、
を実行すると共に、
前記記憶装置は、前記荷物を発送しようとする依頼者ごとに集荷先と配送先を対応付けて記憶しており、
前記ソフトウェアは、前記処理装置上で、
前記通信回線を介した前記依頼者の端末からの参照要求に対して、集荷先と配送先を対にして参照させる手順を実行すること、
を特徴とする宅配受付方法。
【請求項２】
通信回線を介して荷物の配送依頼を受け付ける配送受付けサーバが、
前記荷物に対する配送依頼情報を、依頼者の端末から前記通信回線を介して受信し、
前記受信した配送依頼情報を、複数の配送事業者のデータを記憶したデータベースと照合して所定の配送事業者を選択し、
前記選択した配送事業者の連絡先アドレスへ、前記通信回線を介して前記集荷先を含む配送依頼事項を送信して集荷先へ回るよう集荷指示し、
前記荷物の配送を受け付ける配送受付方法であって、
前記配送受付サーバは、前記通信回線を介して通信を行う機能を有する通信装置、前記荷物の配送受付のためのソフトウェアを実行する処理装置、前記複数の配送事業者のデータを記憶したデータベースが格納された記憶装置を含んで構成され、
前記データベースは、前記複数の配送事業者ごとに、集荷先の住所と発送店舗との関係、配送先の住所と着荷店舗との関係、発送店舗と着荷店舗との間の宅配料金の関係が記憶されると共に、前記複数の配送事業者の連絡先アドレスが記憶されており、
前記ソフトウェアは、前記処理装置上で、
前記依頼者の端末から送信され、配送先情報及び集荷先情報が含まれた配送依頼情報を、通信装置を通して受信する手順、
前記受信した配送依頼情報の集荷先情報を、前記複数の配送事業者のデータを記憶したデータベースと照合して、前記集荷先情報に含まれる集荷先の住所から配送事業者ごとに発送店舗を特定する手順、
前記受信した配送依頼情報の配送先情報を、前記複数の配送事業者のデータを記憶したデータベースと照合して、前記配送先情報に含まれる配送先の住所から配送事業者ごとに着荷店舗を特定する手順、
前記配送事業者ごとに特定した発送店舗及び着荷店舗を、前記複数の配送事業者のデータを記憶したデータベースと照合して、前記荷物の配送に要する宅配料金を配送事業者ごとに算出する手順、
前記依頼者の端末へ、前記配送事業者ごとに算出した宅配料金を、前記通信装置を通して回答送信して配送事業者の選択を促す手順、
前記依頼者の端末からの回答送信により選択された配送事業者に対して、前記データベースと照合して、当該配送事業者の前記連絡先アドレスに前記所定の配送依頼事項を、前記通信装置を通して送信する手順、
を実行すると共に、
前記記憶装置は、前記荷物を発送しようとする依頼者ごとに集荷先と配送先とを対応付けて記憶しており、
前記ソフトウェアは、前記処理装置上で、
前記通信回線を介した前記依頼者の端末からの参照要求に対して、集荷先と配送先とを対にして参照させる手順を実行すること、
を特徴とする配送受付方法。
【請求項３】
前記配送業者の宅配伝票発行機から前記荷物に貼付される宅配伝票に集荷先と配送先とを印刷できるように、
前記ソフトウェアは、前記処理装置上で、
前記配送事業者の前記連絡先アドレスに送信される所定の配送依頼事項に、前記集荷先の住所と前記配送先の住所とを含ませる手順を実行すること、
を特徴とする請求項１又は請求項２に記載の配送受付方法。
【請求項４】
通信回線を介して荷物の配送依頼を受け付ける配送受付サーバが、
前記荷物に対する配送依頼情報を、依頼者の端末から前記通信回線を介して受信し、
前記受信した配送依頼情報を、複数の配送事業者のデータを記憶したデータベースと照合して所定の配送事業者を選択し、
前記選択した配送事業者の連絡先アドレスへ、前記通信回線を介して前記集荷先を含む配送依頼事項を送信して集荷先へ回るよう集荷指示し、
前記荷物の配送を受け付ける配送受付方法に使用される配送受付サーバであって、
前記配送受付サーバは、前記通信回線を介して通信を行う機能を有する通信装置、前記荷物の配送受付のためのソフトウェアを実行する処理装置、前記複数の配送事業者のデータを記憶したデータベースが格納された記憶装置を備えると共に、前記依頼者ごとに、集荷先の住所を含む集荷先情報と配送先の住所を含む配送先情報とを対にして１以上記憶した顧客データベースを備え、
前記通信回線を介した前記依頼者の端末からの参照要求に対して、前記処理装置は前記ソフトウェアにより前記顧客データベースを検索して、当該依頼者に対応する集荷先情報と配送先情報とを取得し、この集荷先情報と配送先情報を前記依頼者の端末に前記通信装置を通して送信するように構成されたこと、
を特徴とする配送受付サーバ。
【発明の詳細な説明】
【０００１】
本発明は、特に配送業務に好適な配送受付方法及び配送受付サーバに関する。
【０００２】
【従来の技術】
従来の配送方法としては、例えば後記する非特許文献等に記載のものがある。この配送方法は、集荷車両に無線通信網対応無線機を搭載し、集配状況の最新データを運行管理センタへ通知する。集荷と配送に際して集配作業者は、バーコードリーダを携行し、荷物を受け取った直後や荷物が確実に手渡せると判断した段階で、荷物に貼り付けてある伝票上のバーコードを読み取る。集荷車両に戻って車載端末のホルダスーパ・トラッカを戻すと、伝票番号と集配状況を示す情報が集配管理サーバへ自動的に送信されるようになっている。そして、この非特許文献の図３には、運行管理センタ、営業所、空港毎の集荷・配送状況を米国のコンピュータが集め、集荷・配送状況を顧客（配送依頼者）にリアルタイムに送信してサービスすることが記載されている。
（非特許文献）
ＮＩＫＫＥＩ ＣＯＭＭＵＮＩＣＡＴＩＯＮ １９９２．８．２の第１０９頁から第１１４頁
【０００３】
【発明が解決しようとする課題】
しかしながら、この非特許文献等に記載の従来の配送方法は、荷物に貼り付けてある宅配伝票上のバーコードを読み取り、伝票番号と集配状況を示す情報が集配管理サーバへ自動的に送信されるようになっているが、伝票は従来のように客の手書きのものを事務員が手作業で処理しているため、手間がかかり時間の短縮に難点がある。また、多くの場合は、荷物を宅配会社等の特定場所の窓口まで持って行く必要があった。また、一部の宅配会社では、電話による集荷依頼を受け付けているが、この場合、集荷車両が客先（宅配依頼者のところ）に到着した後にドライバが客（宅配依頼者）に提供した宅配伝票に対して客が手書きにて必要事項を記載する等、非常に時間と手間がかかって煩わしいものであった。
【０００４】
ところで、従来の宅配依頼の発想は既に宅配依頼者が宅配会社を決めており、従って対象荷物の得意分野や集荷先と配送先との距離他諸関係、保険を含めた値段等の点を相互勘案して宅配会社を選定することはできなかった。
【０００５】
更に、宅配依頼者或いは依頼者から委託された者において宅配伝票を作成しているが、配送先が多い場合や同時別送がある場合等、複数の伝票に同一記載部分のある情報を手書きで記入しなければならぬ上、宅配料金の計算のためにその都度発送店舗、着荷店舗それぞれを確認せねばならず、大変面倒であった。
【０００７】
そこで、本発明は、かかる課題を解決した配送受付方法及び配送受付サーバを提供することを主たる目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明の配送受付方法は、配送を受け付ける配送受付サーバが集荷先と配送先が特定された配送依頼情報を受信し（配送を受け付け）、配送事業者を選定し、選定した配送事業者に集荷先へ回るように配送依頼事項で指示することとし、さらに、依頼者ごとに、集荷先の住所と配送先の住所とを対にして記憶する構成とした。
つまり、本発明によれば、複数の配送事業者（配送会社）の中から荷物を配送する配送事業者が選定される。また、どこからどこへ配達するのかの「Ｆｒｏｍ−Ｔｏ情報（集荷先と配送先）」を特定することで、配送事業者の選定が促されると共に、配送を依頼する依頼者の配送伝票への記載事項を減らすことが可能になる。また、配送における伝票の取扱いが容易になる。また、端末上で宅配料金を参照しての配送事業者の選択が可能となる。また、配送受付サーバにより、端末から集荷先の住所と配送先の住所とを参照できるようになり、依頼者による情報の入力・追加・修正等の管理が容易になる等、利便性が高まる。
【０００９】
【発明の実施の形態】
以下、本発明の実施形態を、図面を参照して詳細に説明する。
尚、以下の第１実施形態〜第３実施形態は、宅配受付サービスセンタを中核とした宅配受付方法に関する実施形態であり、第４実施形態は、宅配受付方法における宅配伝票に関する実施形態である。尚、請求項における用語「配送」は、本実施形態では「宅配」に該当する。
【００１０】
≪第１実施形態≫
まず、本発明の第１実施形態を説明する。
第１実施形態は、宅配受付サービスセンタを中核とした宅配受付方法（宅配受付システム）に関する実施形態のうち、集荷車両が車内で荷物に貼るラベルを印刷して荷物の集荷を行なうものである。
ここで、図１は、第１実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。図２は、集荷・宅配依頼情報のデータ構成を例示する図である。図３は、宅配会社別の発送店舗／着荷店舗コードを住所コードに対応させた発送店舗／着荷店舗コード−住所コード対応テーブルである。図４は、宅配会社別宅配料金テーブルである。
【００１１】
図１に示される第１実施形態では、個人宅又は事務所１００からパソコン１１０を使ってインターネット１２０を介して、宅配の集荷依頼を行なう場合の例を示している。
本第１実施形態の宅配受付方法が適用される宅配受付システムは、個人宅又は事務所１００に設置されたパソコン１１０、インターネット１２０を介して接続される宅配受付サービスセンタ１３０の宅配受付サーバ１４０、インターネット１２０を介して接続される宅配会社営業店舗１５０の営業店舗サーバ１６０、営業店舗サーバ１６０と無線通信網１２４を介して接続される集荷車両１８０の車載端末１７０、車載端末１７０と接続される宅配伝票発行用のラベラ１７２で構成される。
尚、宅配会社営業店舗１５０は複数存在する。つまり、宅配会社は複数存在する。また、集荷車両１８０も、宅配会社ごとに複数存在する。ちなみに、伝票発行用のラベラ１７２は、配送伝票発行機ともいえる。
【００１２】
宅配受付サービスセンタ１３０に設置される宅配受付サーバ１４０には、個人宅又は事務所１００に設置されたパソコン１１０から宅配依頼登録（宅配受付）を行なうためのアプリケーションソフト、記憶部１４４に配送依頼者毎に登録された顧客ＤＢを有する。また、電話帳ＤＢ、住所ＤＢ、施設（ゴルフ場、ホテル、空港等）や集荷先店舗等のデ−タベース等と言った参照データベース１４５と、更に処理装置１４２、通信装置１４３、入力装置１４８、出力装置１４６を備えていて、通信装置１４３を介してインターネット１２０に接続されている。尚、アプリケーションソフトの機能については、図８等を参照して後に詳しく説明する。
【００１３】
個人宅又は事務所１００のパソコン１１０は記憶装置１１４、処理装置１１２、通信装置１１５、入力装置１１８、出力装置１１６で構成され、通信装置１１５を介してインターネット１２０に接続されている。宅配依頼対象の荷物は後で説明する集荷車両１８０内での発行（印刷）された宅配伝票が貼付されることになる。
【００１４】
宅配会社の営業店舗サーバ１６０は、インターネット１２０に接続する通信装置１６５とこれに接続される処理装置１６２、更に処理装置１６２に接続される記憶装置１６４、出力装置１６６、入力装置１６８を具備する。通信装置１６５は前述のように無線通信網１２４にも接続されることになる。前述の車載端末１７０は通信装置１７６を介して無線通信網１２４と接続されることになる。符号１７４はラベラ１７２から発行される宅配伝票である。
【００１５】
本第１実施形態ではサーバ（宅配受付サーバ１４０）がサービスセンタ１３０にあって、利用者側の端末（パソコン１１０）にはこれを利用するためのブラウザがあることになる。
【００１６】
宅配依頼者（以下「依頼者」という）は、パソコン１１０を使いインターネット１２０を介して宅配受付サービスセンタ１３０の宅配受付サーバ１４０に接続し、次のように集荷依頼の登録を行なう。
即ち、初めてサービスを利用する場合は、例えば専用ホームページから依頼者の電話番号、住所、氏名、希望パスワード等の依頼者情報（個人情報）をパソコン１１０から入力する。この情報を受けたサービスセンタ１３０では依頼者に対して顧客ＩＤを発行する。このようにして顧客登録が完了したら、次に依頼者情報以外の情報、つまり集荷先情報、宅配先情報、荷物情報等を入力する（データベースに登録）。ところで顧客ＩＤの発行等顧客登録は少なくとも一箇所の宅配先入力を条件としてもよい。この工程で宅配受付サーバ１４０には顧客ＤＢに依頼者ないしはその依頼者と関連付けされる宅配先情報が登録され、顧客ＩＤ番号が自動採番されることになる。宅配先情報や集荷先情報は電話番号、住所、氏名等で構成される。しかし、元々宅配受付サーバ１４０内の参照データベース１４５や記憶装置１４４に蓄積された顧客ＤＢが利用できるなら、蓄積情報からの選択（例えば過去に宅配依頼したことのある宅配先履歴より選択するだけで今回の受付となったり、電話番号を入力すると電話帳データベースを参照して住所、氏名が自動入力となったりする。この場合のように情報を新たに入れずとも情報選択で足りるなら簡便である）でもよい。次に宅配便の種別等の配達便に関する情報、配達日指定の有無、配達時間帯、荷物の大きさ、重量等、依頼者の在宅日時を宅配情報として端末のパソコン１１０から入力する。
【００１７】
これらの情報（宅配依頼情報）を入力して送信すると、受付ＤＢとして宅配受付サーバ１４０の記憶部１４４に記憶されると共に、依頼者（集荷先）及び宅配先の住所から算出される料金（料金の算出については図４を参照して後に詳細に説明する）や、集配対応可能可否等の条件により、宅配会社を選定して宅配会社営業店舗１５０の営業店舗サーバ１６０に情報（図２参照の集荷・宅配依頼情報）を送信して集配指示を行なう。ちなみにこの指示は、請求項の「選択した配送事業者の所定の連絡アドレスへ、通信回線を介して前記集荷先を含む配送依頼事項を送信して集荷先へ回るよう集荷指示し」に該当する。
尚、宅配依頼情報（配送依頼事項）として、図２に示すような情報の全てを網羅してパソコン１１０から宅配受付サーバ１３０へ、また、宅配受付サーバ１３０から営業店舗サーバ１６０に送信する必要はない。また、一度にまとめて送信する必要もない。
【００１８】
集荷・宅配依頼情報が送信された当該宅配会社においては、集荷車両（集配車両）１８０を選定し、無線を介して集荷先が特定された集荷依頼の情報を送信する。ここで、営業店舗１５０と集荷車両１８０の車載端末１７０（又は図示しない携帯端末）との通信は常時無線で接続されている。無線通信としては、パケット通信網が一般的である。ちなみに、この第１実施形態では、集荷先は依頼者のところ、又は依頼者が集荷先として登録した住所の場所である。尚、集荷車両１８０の選定は、集荷先の住所コードから該当の着荷店舗を確定し、その着荷店舗に属している各集荷車両１８０の中から、その集荷先の住所コードを集荷ルートとして受け持っている該当の車両１８０を選定（１台選定）するという手順を踏む。
【００１９】
尚、顧客（依頼者）は顧客ＩＤとパスワードにより、個人宅又は事務所１００以外の施設（ホテル、アミューズメント施設、ゴルフ場、病院、デパート、コンビニエンスストア等）において、宅配受付サーバ１４０の記憶装置１４４の顧客ＤＢに蓄積された顧客データを自由に呼び出す（参照要求する）ことで、次回以降の各種サービスが受けられる。また、依頼者（集荷先）情報も宅配先（配送先）情報も修正等メンテナンス可能である。
【００２０】
集荷車両１８０は、集荷依頼の情報は、車載端末１７０（又は図示しない携帯端末）に転送され、車載端末１７０の表示画面に表示される。この車載端末１７０により音声も併用して集荷担当者に伝えるようにしてもよい。集荷車両１８０に通信された依頼者の宅配依頼情報を記憶し、この宅配依頼情報から集荷車両１８０に搭載されているラベラ１７２で伝票（宅配伝票）を印刷する。宅配伝票は、必要枚数印刷され、この宅配伝票には、集荷先としての依頼者情報、配送先としての宅配先情報、配達日、配達時間等が印刷される。これにより依頼者は、宅配伝票に依頼者及び宅配先等を手作業で記入しなければならないという煩いから開放される。
【００２１】
尚、二次元バーコードを印刷することにより、次の詳細情報を含んで印刷してもよい。即ち、依頼者情報として、依頼者の住所、姓名又は名称、電話番号、依頼者の住所の一部を数字で表現する住所コード、宅配先情報として、宅配先の住所、姓名又は名称、電話番号、宅配先の住所の一部を数字で表現する住所コード、宅配先の住所が配達担当エリアである営業所を示す着荷店舗コード、宅配先の住所コードから自動的に算出される緯度、経度である。荷物情報としては、荷物の品名、荷物の特性により確定する便名、荷物の大きさや重量を表すサイズ、荷物を配達する特定の日時を示す宅配日指定、宅配先への配達時間帯を指定する時間帯指定、荷物取扱上の注意を指定する注意事項、料金の支払方法を示す請求区分、荷物に貼付され宅配伝票のＩＤを示す伝票Ｎｏ．、宅配情報を入力した日時を示す受付日時であり、集荷先情報としては、集荷の日時を指定する集荷希望日時、集荷先の住所、姓名又は名称、電話番号、集荷先の住所の一部を数字で表現する住所コード、集荷の担当エリアとする営業所を示す発送店舗コード、集配先の住所コードから自動的に算出される緯度、経度である。
【００２２】
集荷車両１８０に搭載された車載端末１７０（又は携帯端末）の画面には、集配の道順、手順が表示され、集荷担当者は、この画面に表示された順番で個人宅を巡回する。即ち、記憶装置に集荷担当者の担当エリアの地図情報を事前に保管しておくことで、出力装置上に地図を表示し、追加された集荷先の位置をプロットすることも可能である。集荷車両が集荷先に立ち寄る順序、予定時間を算出して、出力装置の地図上に立ち寄るポイントの順路を表示する等、ルートガイダンスを行なう。これにより、集荷作業者は、効率よく間違わずに集荷先に立ち寄り、集荷作業を行なうことが可能となる。また、新規に追加があっても集荷漏れを防ぐことができる。尚、地図情報は、事前に保管しておくのではなく、例えば集配指示情報（集荷・配送情報）と共に、その道順や地図情報も含めて営業店舗１５０から車載端末１７０に送信するようにしてもよい。つまり、地図情報の都度のダウンロードを行なうようにしてもよい（ダウンロードはいずれかのサーバから行なう）。
【００２３】
該当する個人宅に到着した宅配会社の集荷担当者は、依頼者、集荷先、宅配先、荷物の大きさ、重量、料金を確認した上で、受け取った荷物に宅配伝票を貼って集荷を完了する。集荷担当者は、荷物の個数、集荷完了等の集荷実績を車載端末１７０に入力して宅配会社営業店舗１５０の営業店舗サーバ１６０に送信する。尚、料金の徴収は、通常、集荷担当者、又は取次契約店が依頼者から荷物を預かるときに行なうが、宅配受付サービスセンタ１３０に事前に依頼者の口座を届け出ることにより、インターネット上で集荷・配送依頼をするタイミングで宅配受付サービスセンタに対して自動決済することも可能である。この場合には、宅配会社に代わって宅配受付サービスセンタ１３０が、宅配料金を回収するため、宅配受付サービスセンタ１３０から事後に宅配会社に対して宅配料金を支払う仕組みとする。また、通常宅配料金を徴収している集荷担当者、又は取次契約店に対して、宅配伝票上に印字された請求区分に基づき決済みであることを提示する。このようにすることにより、集荷担当者、又は取次契約店は、宅配料金を徴収する手間が省けることになる。
【００２４】
宅配受付サービスセンタ１３０では、記憶装置１４４に依頼者情報、宅配先情報等の顧客ＤＢを管理しているため、個人宅又は事務所１００から電話で、或いは外に居る場合には携帯電話で（パソコン１１０や図５に示す専用受付端末２９０が無い場所から）も、集荷依頼することことが可能であり、特定の場所に出向かなくても都合のよい時間帯を指定して宅配依頼することができる。
また、依頼者の宅配依頼情報（配送依頼事項）に集荷先情報がある場合は、これを元に判断することで、集荷の依頼があった時点で集荷途中の集荷車両１８０を割り当てることができ、緊急に追加の宅配依頼があった場合でも対応できる。また、集荷途中で宅配伝票が印刷されるので、集荷時間を短縮することができ、また依頼者も宅配伝票を手書きする手間を省くことができる。
【００２５】
図２に、宅配情報（集荷・宅配依頼情報）のデータ構成例を示す。この情報は荷物の宅配に必要な情報であり、図１のパソコン１１０から宅配受付サーバ１４０に送信される集荷依頼情報（請求項の「配送依頼情報」に該当）がベースになっている。この例では、ログイン情報（２００５）、依頼者情報２０１０、宅配先情報２０２０、荷物（＝宅配対象荷物）情報２０３０、集荷先情報２０４０からなる。尚、依頼者及び宅配先は、個人、事業者を問わない。また、集荷先は、依頼者の自宅、事務所等以外の場合、例えばゴルフ場等の諸施設、コンビニエンスストア等の集荷委託場所や取次契約店等の場合もある。
【００２６】
ログイン情報２００５は、本サービスにログインする際に必要な情報で、顧客ＩＤ２０１１を入力することにより、該当の顧客ＤＢを参照・流用することが可能となる。また、パスワード２０１２は、個人情報である顧客ＤＢが他人である第三者へ漏洩することを防ぎ、依頼者の個人認証を行なうために使用される。
【００２７】
依頼者情報２０１０は、住所２０１３、姓名又は名称２０１４、電話番号２０１６、住所コード（郵便番号やＪＩＳ等の住所コード）２０１７、緯度（依頼者の住所により確定）２０１８、経度（依頼者の住所により確定）２０１９で構成される。この依頼者情報２０１０の内少なくとも姓名又は名称は宅配伝票の表示に反映され、緯度、経度等の情報は集荷時に宅配会社乃至その集配車の集配ルート等の決定に寄与する。
【００２８】
宅配先情報２０２０は、依頼者毎にひも付けされた過去の宅配先履歴や、参照ＤＢ１４５に登録された電話帳データや、諸施設／諸事業所データや、自宅配送として利用する場合の依頼者情報２０１０等から選択され、住所２０２２、姓名又は名称２０２４、電話番号２０２５、住所コード（郵便番号やＪＩＳ等の住所コード）２０２６、着荷店舗コード２０２７、緯度（依頼者の住所により確定）２０２８、経度（依頼者の住所により確定）２０２９で構成される。この宅配先情報２０２０の内少なくとも住所と姓名又は名称は宅配伝票の表示に反映され、緯度、経度等の情報は宅配時に宅配会社乃至その集配車の配送ルート等の決定に寄与する。ところで着荷店舗コード２０２７は配送先の住所及び宅配会社により確定するが、依頼者が最初に本システムを利用する際には無く、また、宅配会社が決まればそのデータが反映される。
【００２９】
荷物情報２０３０は品名（例えば「書類」。選択入力による）２０３１、便名（例えば「冷蔵便」。選択指定による）２０３２、サイズ（重さが加味されてもよい。選択指定による）２０３３、宅配日指定（カレンダより選択入力）２０３４、時間帯指定（選択入力。午前、午後、或いは時間帯）２０３５、注意事項（選択指定、例えばわれもの、天地無用）２０３６、請求区分（選択指定。発払い）２０３７、伝票Ｎｏ．（事前の割り当て範囲内から自動採番）２０３８、受付日時（自動）２０３９からなる。この第１実施形態では、少なくとも品名２０３１は宅配伝票への記入対象となる。これらの情報は最適宅配会社選定の為の情報として利用される。
【００３０】
集荷先情報２０４０は集荷希望日時（カレンダより選択）２０４２、住所（依頼者又は取次契約店等）２０４３、姓名又は名称（依頼者又は取次契約店等）２０４４、電話番号（依頼者又は取次契約店等）２０４５、住所コード（依頼者又は取次契約店等の住所コード）２０４６、発送店舗コード（集荷先の住所及び宅配会社により確定）２０４７、緯度（集荷先の住所により確定）２０４８、経度（集荷先の住所により確定）２０４９よりなる。ところで発送店舗コード２０２８は依頼者が最初に本システムを利用する際には無く、また、宅配会社が決まればそのデータが反映される。
【００３１】
図３は、宅配会社別の発送店舗／着荷店舗−住所コードの対応テーブルである。このテーブル３０００は宅配会社３０３０別に発送店舗及び着荷店舗のコード２０２７，２０４７とこの各店のエリアに該当する住所コード２０２６，２０４６が対応付けされている。住所コード２０２６，２０４６は宅配会社によらず共通であり発着荷店舗コードは業者で異なるから、これらのデータから特定の住所コードをカバーする宅配会社の発着荷店舗コード２０２７，２０４７が導き出される。ちなみにこの図３では、住所コード２０２６，２０４６は、７桁の郵便番号が記載してある。この郵便番号に属する依頼者や配送先は、当該住所コード２０２６，２０４６に対応する発送店舗／着荷店舗コード２０２７，２０４７の発送店舗や着荷店舗から荷物の集荷や配送がなされる。
【００３２】
図４は、宅配会社別宅配料金テーブルであり、このテーブル４０００は各宅配会社３０３０別に発送店舗コード２０４７と着荷店舗コード２０２７との関係から宅配料金４０４０が導き出されるようになっている。例えば、図４のＡ宅配について、発送店舗コードが「１２３４」の発送店舗に集荷され、着荷店舗コードが「９８７８」の着荷店舗から配送される荷物の宅配料金は６００円であることがわかる。こうして図３と図４の両テーブルから、宅配受付サービスセンタ１３０の宅配受付サーバ１４０は、集荷先（依頼者の自宅、取次契約店…）と宅配先に照らし、最も安価な宅配会社を選定することが可能となる。また、依頼者のパソコン１１０に料金を回答することも可能になる。ちなみに、この宅配会社別宅配料金テーブルは、請求項の「複数の配送事業者のデータを記憶したデータベース」に該当するものでもある。
【００３３】
この第１実施形態によれば、依頼者（宅配依頼者）の個人宅又は事務所１００からインターネットで宅配受付サービスセンタ１３０の宅配受付サーバ１４０にアクセスすることで、例えば最も安価な宅配料金の宅配会社が選択される。このため、依頼者にとって大変都合がよい。また、依頼者（その住所、氏名）や宅配先（その住所、氏名）を宅配受付サーバ１４０に送信することで（登録しておくことで）、宅配会社の集荷車両１８０の車載端末１７０に転送され、車載のラベラ１７２で宅配伝票に、依頼者、宅配先等が記入される。このため、依頼者は宅配伝票に多くの事項を記入しなければならないという煩いから開放される。もちろん依頼者は、宅配の依頼に備えて、宅配伝票を手許に置いておく必要はない。ちなみに、この実施形態は、宅配会社の顧客ＤＢを宅配受付センタという第３者（宅配業者含む）が管理し、その情報を開放してそれを元に宅配の集荷依頼及び宅配伝票を発行・印刷するサービスを行なうものである（以下の実施形態について同じ）。
【００３４】
≪第２実施形態≫
次に、本発明の第２実施形態を説明する。
第２実施形態は、宅配受付サービスセンタを中核とした宅配受付方法（宅配受付システム）に関する実施形態のうち、企業又は事務所に備えられた専用受付端末が荷物に貼る宅配伝票に依頼者（その住所、氏名）及び宅配先（その住所、氏名）を印刷し、そして、集荷を待つものである。
ここで、図５は、第２実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【００３５】
図５に示される第２実施形態では、依頼者が企業又は事務所２００であってパソコン１１０によっても、また専用受付端末２９０によっても宅配受付サービスセンタ１３０と通信できるようになっており、また宅配伝票発行機たるラベラ２９９は集荷車両１８０にはなくて専用受付端末２９０に付設されている点が特徴であり、他の点は図１の例と同様であるので、重複記載は省略する。
【００３６】
専用受付端末２９０による操作を説明する。
専用受付端末２９０のタッチパネル装置２９８では、依頼者は、基本的に宅配受付サービスセンタ１３０の宅配受付サーバ１４０に登録された顧客ＤＢ（パソコン１１０により登録されたもの）、及び参照ＤＢ１４５を元に、選択方式により集荷・宅配依頼情報を簡単に登録することができるが、パソコン１１０と同様の方式にて新規住所、氏名の入力を行なうこともできる。
【００３７】
宅配先情報入力画面では、配達便設定ボタン、配達日指定ボタンが用意されている。配達便設定ボタンをタッチすると、配達便情報設定画面が表示される。この画面では、宅配便別のボタンが用意され、例えばゴルフ宅配便ボタンをタッチすると、ゴルフ宅配便を指定した旨のメッセージが表示され、配達日情報設定画面が表示される。この画面では、配達日と配達時間帯の設定が行なわれる。
【００３８】
また、専用受付端末２９０は、宅配受付サービスセンタ１３０のサーバ１４０に登録された顧客ＤＢ（パソコン１１０により登録されたもの）、及び参照ＤＢ１４５を元に、選択方式により集荷・宅配依頼情報を簡単に登録することができ、宅配伝票作成の時間を短縮することができる。また、宅配受付サービスセンタ１３０に荷物の集荷・宅配依頼情報が集まるので、集荷車両１８０企業への立寄りの要否、集配ルートの選定等の作業計画の立案ができる。
【００３９】
入力が完了すると、図示しない入力完了を示すタッチパネルをタッチして、宅配受付サーバ１４０に依頼者情報、宅配先情報、集荷先情報等を登録する。このとき、ラベラ２９９で宅配伝票を必要枚数印刷する。この宅配伝票には、依頼者情報、宅配先情報、配達日、配達時間、宅配伝票Ｎｏ．が印刷される。この際印字される宅配伝票Ｎｏ．は、予め専用受付端末２９０に割り付けられた範囲、もしくは宅配受付サーバ１４０で管理されている範囲から自動的に採番され、同一伝票Ｎｏ．の宅配伝票が２つ以上存在しないように宅配受付サーバ１４０で管理される。印刷された宅配伝票は、該当する荷物に貼られ、宅配伝票が貼り付けられた荷物は、例えば企業２００の集配部署に運ばれる。また、取次契約店３００（第３実施形態の図６参照）の場合は、取次契約店３００に預けられる。その際、取次契約店３００は宅配会社の代りに宅配料金を代理受領する。
【００４０】
宅配受付サービスセンタ１３０の宅配受付サーバ１４０からの集荷指示（集荷・宅配依頼情報）を、インターネット１２０等を介して受信した宅配会社営業店舗１５０（選定された宅配会社）では、集荷可能な集荷車両１８０を選定し、選定された集荷車両１８０の車載機又は携帯端末１７０に無線通信網で依頼者の情報を送信する。集荷担当者は、集荷車両１８０の車載端末１７０又は図示しない携帯端末に表示される集荷手順に従って、集荷を行ない、荷物の個数、集荷完了等の集荷実績を車載端末又は携帯端末１７０に入力して営業店舗１５０の営業店舗サーバ１６０に送信する。
【００４１】
このように構成することにより、集荷依頼する荷物数が多い会社で、顧客ＩＤ番号により依頼者情報等が自動表示されるので、作業効率を向上することができる。また、伝票が自動的に印刷されるので作業効率を向上することができる。加えて、荷物の有無、数量、重量を予め把握できるので、適切な集配車を配車して集荷することができる。
【００４２】
即ち、最初の登録やその後のデータメンテ等はパソコン１１０で対処するが、専用受付端末２９０ではもっと簡単に、例えば金融機関の自動振込機のようなタッチパネル操作で画面上の選択肢を選ぶことによって宅配受付サーバ１４０とのやりとりが可能となっている。加えてラベラ２９９があるので、宅配受付サーバ１４０からの送信情報によってこの専用操作端末２９０において宅配伝票が印刷発行でき、集荷車両１８０が集荷にくるまでの間に荷物に貼っておくことができる。或いは、集荷車両１８０が集荷にきた後でも、直ちに宅配伝票を印刷発行できる。
【００４３】
尚、この専用受付端末２９０は処理装置２９２が中核をなし、これに通信装置２９５、記憶装置２９４、タッチパネル装置２９８、ラベラ２９９が接続され、通信装置２９５にてインターネット１２０接続されている。例えば会社の場合はインターネット１２０を介して宅配受付サーバ１４０とつながるパソコン１１０が複数台あって夫々から図１の例における個人又は事務所１００からの入力と同等のことが可能であるが、専用受付端末２９０では集荷依頼（宅配依頼）と宅配伝票発行をすることになるので例えば一事業所に一台あれば足り、しかも画面選択なので手間が大幅に省ける。その他、最適の宅配会社が選択されること、宅配伝票に多くの事項を記入しなければならないという煩いが解消されること等は、第１実施形態と同じである。
【００４４】
≪第３実施形態≫
続いて、本発明の第３実施形態を説明する。
第３実施形態は、宅配受付サービスセンタを中核とした宅配受付方法（宅配受付システム）３００に関する実施形態のうち、取次契約店（コンビニ、ホテル、ゴルフ場等）に備えられた専用受付端末が荷物に貼る宅配伝票に依頼者（その住所、氏名）及び宅配先（その住所、氏名）を印刷し、そして、集荷を待つものである。
ここで、図６は、第３実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【００４５】
図６に示される第３実施形態では、依頼者が荷物を発送する場所、つまり集荷先がコンビニエンスストア、ホテル、ゴルフ場等の取次契約店３００の場合の例である。そして、この第３実施形態では、取次契約店３００に専用受付端末２９０を設置し、依頼者は荷物を取次契約店３００に持参する。他の点は図５の例と同様である。このため、第１実施形態等との重複記載は省略する。また、専用受付端末２９０の構成や宅配受付サーバ１４０との交信等も、図１や図５の例と同様であるので、重複記載は省略する。
【００４６】
図６のようにホテル、リゾート地、駅、空港、ゴルフ場、スキー場、土産店、イベント会場から集荷依頼を行なう場合の例では、これらの場所を総称して取次契約店３００という。集荷依頼を行なう場所には、専用操作端末２９０及びラベラ２９９が設置され、専用操作端末２９０は、インターネット１２０又は電話回線を介して宅配受付サービスセンタ１３０の宅配受付サーバ１４０と接続されている。これらゴルフ場やスキー場等の外出先の場所からの宅配先は、自宅になることが多く、顧客ＩＤを専用操作端末２９０から入力すれば宅配先一覧のトップに依頼者の自宅住所が表示されるように設定されることが実用的である。つまり、宅配受付サーバ１４０には依頼者との関係において依頼者の自宅を指定した宅配先情報の選択画面が記録されている（図１７参照）。
【００４７】
また、この第３実施形態では、宅配の受付が行なわれるのは、専用受付端末２９０が設置されている場所と決まっているので、集荷先情報は自動的に事前に登録された専用受付端末２９０の設置先の住所が表示されるようになっている。また、宅配伝票への印字情報として依頼者の情報が入力されるようになっている。この専用操作端末２９０を操作して入力が完了すると、入力完了を示すタッチパネルをタッチして、宅配受付サーバ１４０に依頼者情報、宅配先情報、集荷先情報、配送情報を送信する。このとき、ラベラ２９９で宅配伝票を必要枚数（集荷対象個数）印刷する。この宅配伝票には、依頼者情報、宅配先情報、配達日、配達時間、伝票Ｎｏ．が印刷される。印刷された宅配伝票は、該当する荷物に貼られ、宅配伝票が貼り付けられた荷物は、例えば取次契約店３００の場合は、取次契約店３００に預けられる。その際、取次契約店３００は宅配会社の代りに宅配料金を代理受領する（別の宅配料金の支払いでもよい）。また、宅配受付サービスセンタ１３０に荷物の集荷・宅配依頼情報が集まるので、集配車の取次契約店３００への立寄りの要否、集配ルートの選定等作業計画の立案ができる。
【００４８】
このように構成することにより、取次契約店３００で宅配依頼することができ、集荷・宅配依頼情報に対応した集荷車両１８０の手配が可能となる。また、集荷・宅配依頼情報を専用受付端末２９０から入力して宅配伝票を作成できるので、宅配伝票の記入ミスを低減でき、作業効率がよい。
【００４９】
また、依頼者は、取次契約店３００等出先に荷物を持参しても専用受付端末に依頼者の顧客ＩＤやパスワードを入力することにより、過去に登録した顧客ＤＢの内容を呼び出して参照等することができ、面倒な宅配伝票記入の手間から解放され、しかも最適な業者が選択されることになる。
ちなみに、第３実施形態のような宅配依頼は、休日にゴルフ場等に行なった帰りに、ゴルフ場等からゴルフクラブ等を宅配便で送り返すことがあるが。帰り支度のあわただしい中に宅配伝票を書く手間を省くことができる。また、外出先から客先や観光地から親戚等に荷物を送る場合があるが、この場合、配送先の住所をうろ覚えであっても顧客ＤＢを呼び出すことで正しく記載された宅配伝票を得ることができる。
【００５０】
≪顧客ＤＢの構造≫
図７を参照して、宅配受付サーバ１４０の顧客ＤＢ７０１を説明する（適宜図１等参照）。図７は、顧客ＤＢ及び集荷・宅配依頼情報の構造である。
この図７に示すように、依頼者情報２０１０と宅配先情報２０２０は対になって、顧客ＤＢ７０１として宅配受付サーバ１４０にて管理されており、パソコン１１０から依頼者が自由に参照して更新等することが可能である。実際に荷物の宅配依頼を行ないたいときに、顧客ＤＢ７０１を呼び出し、宅配したい依頼者情報２０１０に対し、荷物情報２０３０、集荷先情報２０４０をひも付けして（対応付けて）宅配受付サーバ１４０に登録する。
つまり、宅配受付サーバ１４０は、依頼者（配送依頼者）ごとに依頼者情報（集荷先）２０１０と宅配先情報（配送先）２０２０を対応付けて記憶している。そして、インターネット（通信回線）１２０を介した依頼者からの問い合わせ（参照要求）に対して、依頼者情報（集荷先）２０１０と宅配先情報（配送先）２０２０を対にして回答する（参照させる）ようにした。また、顧客ＤＢ７０１の登録及び／又は更新の要求に対して、依頼者情報と宅配先情報を対にして登録及び／又は更新を受け付ける（登録指示等を受け付ける）ようにした。
【００５１】
≪宅配受付サーバの動作≫
次に、宅配受付サーバ１４０の動作を、図１〜図７を参照しつつ図８のフローチャートに従って説明する。尚、この動作説明を含む以後の説明（図８〜図１８参照）は、宅配受付サーバ１４０が有するアプリケーションソフトの機能を説明するものでもある。
図８は、宅配受付サーバの動作を説明するフローチャートである。
【００５２】
（新規サービス会員の顧客ＤＢへの登録）
依頼者がパソコン１１０（又は専用操作端末２９０）を利用して宅配受付サーバ１４０にアクセスすることにより、宅配受付サーバ１４０の動作がスタートする（Ｓ８０１）。まず、サービス会員であるか否かで処理を分岐する（Ｓ８０３）。サービス会員でない場合（Ｎ）は、顧客（依頼者）ＩＤを自動採番する（Ｓ８０５）。採番した顧客ＩＤは依頼者に通知する。尚、Ｓ８０３は、クッキ（ｃｏｏｋｉｅ）により処理がＹとＮに分岐するようにしてもよい。
【００５３】
次に、宅配依頼サーバ１４０は、依頼者に対して任意のパスワードを決めて入力（送信）するように求め、依頼者が送信したパスワードを受信して入力する（Ｓ８０７）。以後、依頼者は、宅配受付サーバ１４０にログイン（Ｓ８１３）するときにはこのパスワードと顧客ＩＤが必要になる。次に、宅配受付サーバ１４０は、依頼者が宅配受付サーバ１４０の要求に応じて送信する依頼者情報、宅配先情報を受信して入力する（Ｓ８０９，Ｓ８１１）。尚、依頼者情報及び宅配先情報は、図２に例示される内容のものである。
【００５４】
宅配受付サーバ１４０は、入力した依頼者情報及び宅配先情報を、記憶装置１４４の顧客ＤＢ７０１に登録する（Ｓ８２３）。その後、依頼者に宅配依頼するか否かの判断を要求し処理を分岐する（Ｓ８２５）。
依頼者が宅配依頼しない場合（Ｎ）は、登録を繰り返すか否かで処理を分岐する（Ｓ８４１）。依頼者が登録を繰り返さない場合（Ｎ）は、処理を終了する（エンド、Ｓ８４３）。Ｓ８４１で、依頼者が登録を繰り返す場合は、Ｓ８１５に移行する。Ｓ８１５では、宅配受付サーバ１４０は、顧客ＤＢ７０１の検索、依頼者１１０のパソコンに対して検索結果の表示を行なう（顧客ＤＢ検索・表示）。そして、顧客ＤＢ７０１の流用で処理を４つに分岐する（Ｓ８１７）。
【００５５】
Ｓ８１７において、依頼者により１の「新規入力」が選択された場合は、依頼者は、依頼者情報の入力と宅配先情報の入力の双方を新規に行なうことになる（Ｓ８０９，Ｓ８１１）。２の「依頼者／宅配先流用」が選択された場合は、依頼者は、顧客ＤＢ７０１に登録してある依頼者情報及び宅配先情報を確認（流用）して修正することになる（Ｓ８１９，Ｓ８２１）。３の「依頼者流用」が選択された場合は、依頼者は、顧客ＤＢ７０１に登録してある依頼者情報を確認（流用）して修正する（Ｓ８１９）。同時に、宅配先情報を新規に入力する（Ｓ８１１）。４の「宅配先流用」が選択された場合は、依頼者は、依頼者情報を新規に入力する（Ｓ８０９）。同時に、宅配先情報を確認（流用）して修正する（Ｓ８２１）。宅配受付サーバ１４０は、Ｓ８０９，Ｓ８１１，Ｓ８１９，Ｓ８２１において、それぞれの態様に応じて送信された情報やデータを受信して入力する。このように、顧客ＤＢ７０１に情報の追加登録を行なう場合でも、既に登録してある顧客ＤＢ７０１が参酌（流用）できるので、操作を行なう依頼者の入力の手間を大幅に省くことが可能である。
【００５６】
その後は、Ｓ８２３に移行して顧客ＤＢ７０１に入力情報の登録を行なう。そして、Ｓ８２５で依頼者に宅配依頼するか否かの判断を要求し、処理を分岐する。集荷依頼する場合は、Ｓ８２７の処理に移行する。集荷依頼しない場合は、Ｓ８４１において、登録を繰り返すか否かで処理を分岐する。Ｓ８４１において、依頼者が登録を繰り返す場合はＳ８１５に移行して処理を続け、登録を繰り返さない場合はＳ８４３に移行して処理を終了する（エンド）。
【００５７】
（既サービス会員の顧客ＤＢの更新等）
次に、既にサービス会員になっている依頼者の顧客ＤＢ７０１の更新等（追加・修正…）を、図８を参照して説明する（適宜図１〜図７参照）。
顧客ＤＢ７０１の更新等も、依頼者がパソコン１１０（又は専用操作端末２９０）を利用して宅配受付サーバ１４０にアクセスすることにより、宅配受付サーバ１４０の動作がスタートする（Ｓ８０１）。
【００５８】
宅配依頼サーバ１４０は、Ｓ８０３でサービス会員か否かの分岐処理を行なう。既にサービス会員として登録してある依頼者の場合は、そのパソコン１１０にログイン情報の入力画面が表示される。依頼者は、既に通知されている依頼者固有の顧客ＩＤ及びパスワードをログイン情報としてパソコン１１０に入力し、宅配受付サーバ１４０に送信することになる。宅配受付サーバはこれを受信してログイン情報の入力を行なう（Ｓ８１３）。宅配受付サーバ１４０は、このログイン情報で認証を行なう。認証すると宅配受付サーバ１４０は、顧客ＤＢ７０１の当該顧客のデータを検索し、検索結果をパソコン１１０に表示できるように送信する（Ｓ８１５、顧客ＤＢ検索・表示）。
【００５９】
次に、顧客ＤＢ７０１の流用態様で分岐するＳ８１７で、依頼者の判断により例えば２の「依頼者／宅配先流用」が選択されたとする。宅配受付サーバ１４０は、Ｓ８１９，Ｓ８２１で顧客ＤＢ７０１に登録してある当該依頼者の依頼者情報及び宅配先情報の確認・修正を受け付ける。そして、Ｓ８２３で、確認・修正されたものを顧客ＤＢ７０１に登録する。この態様では、顧客ＤＢ７０１に対しては確認・修正が行なわれるのみであり、新たな情報の追記（レコードの追記）は行なわれない。
【００６０】
尚、Ｓ８１７において、１の「新規入力」が選択された場合は、新たな情報が顧客ＤＢ７０１に追記される（新たなレコードの追記）。また、３の「依頼者流用」の場合は、依頼者情報が流用される態様で、新たな情報が顧客ＤＢ７０１に追記される（新たなレコードの追記）。また、４の「宅配先流用」の場合は、宅配先情報が流用される態様で、新たな情報が顧客ＤＢ７０１に追記される（新たなレコードの追記）。もちろん、３と４について、新たなレコードを追記することなく、既にあるレコードが修正される態様であってもよい。
【００６１】
（宅配依頼）
続いて、宅配依頼を、図８を参照して説明する（適宜図１〜図７参照）。
図８のフローチャートにおいて、Ｓ８２５の宅配依頼するか否かの分岐処理で、依頼者が宅配依頼する（Ｙ）を選択した場合に、宅配受付サーバ１４０は、依頼者からの宅配依頼を受け付ける処理を行なう。尚、ここでの依頼者は、新規のサービス会員か既サービス会員かは問わない。
【００６２】
まず、宅配受付サーバ１４０は、依頼者に対して荷物情報の入力（送信）を要求する。そして、依頼者から送信された荷物情報を入力する（Ｓ８２７）。次に、宅配受付サーバ１４０は、依頼者に対して集荷先情報の入力を要求する。そして、依頼者から送信された集荷先情報を入力する（Ｓ８２７）。尚、荷物情報及び集荷先情報は、図２に例示される内容のものである。
【００６３】
荷物情報及び集荷先情報が入力されると、宅配受付サーバ１４０は、宅配会社を選択するか否かの分岐処理を行なう（Ｓ８３１）。依頼者が１の「自動」を選ぶと、宅配受付サーバ１４０が宅配料金等を参照して宅配会社の自動選択を行なう（Ｓ８３３）。一方、依頼者が２の「依頼者指定」を選ぶと、依頼者が宅配会社を選択できる（Ｓ８３５）。このため、宅配受付サーバ１４０は、選択可能な宅配会社の一覧を、パソコン１１０（専用操作端末２９０）に送信するようになっている（例えば図１６参照）。
【００６４】
Ｓ８３３又はＳ８３５で宅配会社が選択されると、Ｓ８３７で集荷・宅配依頼情報が生成され、記憶装置１４４に集荷・宅配依頼情報として登録される。そして、集荷・宅配依頼情報は、選択された宅配会社営業店舗１５０の営業店舗サーバ１６０に送信される。これにより、各宅配会社での宅配処理がスタートする。尚、営業店舗サーバ１６０からは、例えば集荷車両１８０に集荷・宅配依頼情報が無線通信網を介して送信され、車載のラベラ１７２で荷物に貼付される宅配伝票が印刷される。或いは、依頼者が操作するので専用受付端末２９０の場合は、この専用受付端末２９０で宅配伝票が印刷される。
尚、この後も荷物の宅配依頼を行ないたい場合は、依頼者は、Ｓ８４１で登録を繰り返す（Ｙ）を選択する。すると、宅配受付サーバ１４０は、Ｓ８１５に移行して処理を継続する。
【００６５】
（依頼者情報入力）
図９を参照して、図８のフローチャートにおける依頼者情報入力を説明する（適宜図１〜図７参照）。図９は、図８の依頼者情報入力の詳細を説明するフローチャートである。
【００６６】
図８のＳ８０９では、図９に示される処理が行なわれる。Ｓ９０１でスタートした処理は、Ｓ９０３で、依頼者に対して電話番号の入力を要求し、電話番号が入力されると電話帳ＤＢ９０５を検索する。尚、電話帳ＤＢは、宅配受付サーバ１４０の参照ＤＢ１４５を構成するＤＢである。Ｓ９０７において、入力された電話番号が電話帳ＤＢに記載が有れば（ヒットすれば）、電話番号に対応付けられて記憶されている住所を依頼者情報として依頼者のパソコン１１０に表示し、この依頼者情報がＯＫか否かの内容を確認させる（Ｓ９０９）。ＯＫでない場合は、訂正を受け付ける（Ｓ９１１）。Ｓ９０９において依頼者情報がＯＫである場合は、依頼者情報を確定し（Ｓ９１５）、処理を終了する（Ｓ９１７）。
一方、Ｓ９０７で電話帳ＤＢ９０５にヒットしない場合（Ｎ）は、Ｓ９１３で依頼者が依頼者情報を手入力し、Ｓ９１５に移行し、Ｓ９１７で依頼者情報入力の処理を終了する。
【００６７】
このように、参照ＤＢ１４５の電話帳ＤＢ９０５を参照することで、図８のフローチャートにおける依頼者情報入力の作業負荷を、大幅に削減することができる。尚、図２の依頼者情報２０１０の経度、緯度は、宅配受付サーバ１４０の側で入力する。
尚、作業負荷の削減として、電話帳ＤＢ（参照ＤＢ）９０５に登録されている個人の住所、又は施設ＤＢに登録されている各施設の住所に、事前に緯度／経度を関連付けておき（紐付けしておき）、ここから選択する方式により、各集荷先・配送先、依頼者等の緯度／経度を自動的に振るようにするとよい（この点は、以下説明する実施形態や変形例でも同じである）。
また、Ｓ９１３のように、電話帳ＤＢ（参照ＤＢ）９０５を利用できずに手入力する場合も、例えば県・市・町名といったマスタＤＢから順番に選択する方式、又は手入力した文字列から県・市・町名レベル程度までをマッチングすることにより、自動的に住所コードを導き出すことが可能である。また、住所コードまでが自動で算出できれば、さらにその住所コードのエリアの中心点の緯度／経度のマスタＤＢがあれば、手入力した住所のだいたいの緯度／経度レベルを振ることが可能となる（この点は、以下説明する実施形態や変形例でも同じである）。
【００６８】
（宅配先情報入力）
図１０を参照して、図８のフローチャートにおける宅配先情報入力を説明する（適宜図１〜図７参照）。図１０は、図８の宅配先入力の詳細を説明するフローチャートである。
【００６９】
図８のＳ８１１では、図１０に示される処理が行なわれる。Ｓ１００１でスタートした処理は、Ｓ１００３で、依頼者に対して宅配先が、丸１の「一般個人」、丸２の「所定施設」、丸３の「自宅」であるか否かを選択させる処理、つまり宅配先情報選択を行なわせる。
【００７０】
依頼者が丸１の「一般個人」を選択した場合は、宅配受付サーバ１４０は、Ｓ１０１０の処理を行なう。
即ち、Ｓ１０１１で宅配先の電話番号の入力を要求し、参照ＤＢ１４５の電話帳ＤＢ９０５を検索する。Ｓ１０１３において、入力された電話番号が電話帳ＤＢ９０５に記載が有れば（ヒットすれば）、電話番号に対応付けられて記憶されている住所を宅配先情報として依頼者のパソコン１１０に表示し、この宅配先情報がＯＫか否かの内容を確認させる（Ｓ１０１７）。ＯＫでない場合は、訂正を受け付ける（Ｓ１０１９）。Ｓ１０１７において宅配先情報がＯＫである場合は、宅配先情報を確定し（Ｓ１０４０）、処理を終了する（Ｓ１０４５）。
一方、Ｓ１０１３で電話帳ＤＢ９０５にヒットしない場合（Ｎ）は、Ｓ１０１５で依頼者が宅配先情報を手入力し、Ｓ１０４０に移行し、Ｓ１０４５で宅配先情報入力の処理を終了する。
【００７１】
次に、依頼者が丸２の「所定施設」を選択した場合は、宅配受付サーバ１４０は、Ｓ１０２０の処理を行なう。
即ち、宅配受付サーバ１４０は、Ｓ１０２１で施設情報の検索（参照ＤＢ１４５の施設ＤＢ１０２３の検索）を行なうと共に、検索結果を依頼者のパソコン１１０に表示する（施設情報検索・一覧表示）。Ｓ１０２５において、依頼者は、一覧表示のなかから施設を選択する（施設情報選択）。選択された施設情報が、宅配先情報にセットされる。ちなみに、施設が施設ＤＢ１０２３に登録されていなければ、Ｓ１０１０の処理を行ない、宅配先情報を入力する。そして、宅配先情報を確定し（Ｓ１０４０）、処理を終了する（Ｓ１０４５）。
【００７２】
また、依頼者が丸３の「自宅」を選択した場合は、宅配受付サーバ１４０は、Ｓ１０３０の処理を行なう。
即ち、Ｓ１０３１で宅配先情報に依頼者情報をセットする。そして、宅配先情報を確定し（Ｓ１０４０）、処理を終了する（Ｓ１０４５）。
【００７３】
このように、参照ＤＢ１４５の電話帳ＤＢ９０５や施設ＤＢ１０２３を参照したり、宅配先情報に依頼者情報をセットしたりすることで、図８のフローチャートにおける依頼者情報入力の作業負荷を、大幅に削減することができる。尚、図２の宅配先情報の経度、緯度は、宅配受付サーバ１４０の側で入力する。
【００７４】
（集荷先情報入力）
図１１を参照して、図８のフローチャートにおける集荷先情報入力を説明する（適宜図１〜図７参照）。図１１は、図８の集荷先情報入力の詳細を説明するフローチャートである。
【００７５】
図８のＳ８２９では、図１１に示される処理が行なわれる。Ｓ１１０１でスタートした処理は、Ｓ１１０３で、依頼者に対して集荷場所が依頼者の住所であるか否かを選択させる。つまり集荷場所情報が依頼者情報と一致するか否かの選択を行なわせる。
【００７６】
Ｓ１１０３において、集荷場所＝依頼者住所である場合（Ｙ）は、宅配受付サーバ１４０は、集荷先に既に入力してある依頼者情報をセットする。そして、集荷先情報を確定し（Ｓ１１１７）、処理を終了する（Ｓ１１１９）。
【００７７】
一方、Ｓ１１０３において、集荷場所＝依頼者住所ではない場合（Ｎ）は、宅配受付サーバ１４０は、Ｓ１１０５で集荷先の電話番号の入力を要求し、参照ＤＢ１４５の電話帳ＤＢ９０５を検索する。Ｓ１１０７において、入力された電話番号が電話帳ＤＢ９０５に記載が有れば（ヒットすれば）、電話番号に対応付けられて記憶されている住所を集荷先情報として依頼者のパソコン１１０に表示し、この集荷先情報がＯＫか否かの内容を確認させる（Ｓ１１０９）。ＯＫでない場合は、訂正を受け付ける（Ｓ１１１１）。Ｓ１１０９において集荷先情報がＯＫである場合は、集荷先情報を確定し（Ｓ１１１７）、処理を終了する（Ｓ１１１９）。
Ｓ１１１３で電話帳ＤＢ９０５にヒットしない場合（Ｎ）は、Ｓ１１１３で依頼者が集荷先情報を手入力し、Ｓ１１１７に移行し、Ｓ１１１９で集荷先情報入力の処理を終了する。
【００７８】
このように、参照ＤＢ１４５の電話帳ＤＢ９０５を参照したり、集荷先情報に依頼者情報をセットしたりすることで、図８のフローチャートにおける集荷先情報入力の作業負荷を、大幅に削減することができる。尚、図２の集荷先情報の経度、緯度は、宅配受付サーバ１４０の側で入力する。
【００７９】
（ログイン情報入力画面）
次に、図１２を参照して、図８のＳ８１３におけるログイン情報入力の際に表示される画面例を説明する。
この図１２のログイン情報入力画面は、専用受付端末２９０に表示されるものである。このうち、ＩＤは、顧客（依頼者）ＩＤであり、図８のＳ８０５で宅配受付サーバ１４０が自動採番したものである。また、パスワードは、図８のＳ８０７で宅配受付サーバ１４０の要求に応じて依頼者が入力したものである。
このログイン情報入力画面の「ＯＫ」ボタンをパネルタッチすることで、ログイン情報が専用受付端末２９０からインターネットを経由して宅配受付サーバ１４０に送信され、認証がなされる。
【００８０】
（依頼者情報確認・訂正画面）
次に、図１３を参照して、図８のＳ８１９における依頼者情報確認・修正の際に表示される画面例を説明する。
この図１３の依頼者情報確認・訂正画面は、専用受付端末２９０に表示されるものである。依頼者がこの画面の表示を見て訂正がある場合は、訂正有をパネルタッチして訂正事項を入力する。訂正がない場合は、訂正無をパネルタッチする。これにより、宅配依頼を行なう際に、依頼者の入力の省力化等が図られる。
【００８１】
（集荷先情報入力画面）
次に、図１４を参照して、図８のＳ８２９における集荷先情報入力の際に表示される画面例を説明する。
この図１４の集荷先情報入力画面は、専用受付端末２９０に表示されるものである。この画面では、依頼者の自宅に荷物があってそこが集荷場所になる場合と、専用受付端末２９０の設置場所に荷物があってそこから荷物を送る場合とを選択できるようになっている。尚、図１４には示していないが、ここで他の集荷先を選定することができるようにしてもよい。また、集荷先の追加、訂正も可能として融通を効かせてもよい。この追加、訂正情報は宅配受付サーバ１４０の顧客ＤＢ７０１に反映される。
【００８２】
（宅配会社選択画面）
次に、図１５及び図１６を参照して、図８のＳ８３１，Ｓ８３３，Ｓ８３５における宅配会社選択の際に表示される画面例を説明する。
この図１５の宅配会社選択画面は、専用受付端末２９０に表示されるものである。この画面に示すように、宅配会社は、依頼者自身が選択することもできるし、宅配受付サーバ１４０の選択に任せることもできる。設置されている専用受付端末２９０を用いた場合には、必ず宅配受付サーバ１４０の宅配会社選択サービス（自動選択）を受けられるようにしてもよいが、依頼者自身に拘りがあるとき等に対処するには依頼者の判断に委ねる道がある方が望ましい。
【００８３】
ちなみに、依頼者自身が宅配会社を選択するとした場合は、図１６に示すような選択可能な宅配会社のリストを表示して、依頼者がそのリストの中から宅配会社を選択するようにする。但し、図８のＳ８２７の荷物情報入力による諸希望条件によっては当該希望業者のサービスが該当しなくなる場合もあり、その場合はその旨の断りをしてサービスセンタが宅配会社を選定するようにしてもよい。
また、宅配受付サーバ１４０が荷物情報を加味して依頼者のニーズに合った最も安価な業者が選定するようにしてもよい。また、依頼者により指定された宅配会社ではニーズ（配送日、宅配時間指定、便名等）に答えられない場合は、その旨を断って再度宅配会社選択画面に戻ってもよいが、この場合は依頼者のニーズに対応できる業者を挙げることが望ましい。
【００８４】
（宅配先情報入力画面）
図１７は、図８（図１１）のフローチャートにおける宅配先情報入力の際に表示される画面例を説明する。
この図１７の宅配先情報入力画面は、専用受付端末２９０に表示されるものである。例えば、依頼者がホテルやゴルフ場等の出先であるときは依頼者の自宅が宅配先であることが多いであろうから、これを筆頭に表示し、次いで実家や友人宅等依頼者と関連付けされる配送回数の多い順に顧客ＤＢ７０１から表示し、さらに、ホテル、ゴルフ場等の諸施設が参照ＤＢ１４５からリストされるようにし、これらは一画面ないしはこれで表示しきれなければ「次へ」画面でリスト表示される。尚、表示しきれない宛先はスクロール表示でもよい。ここで若しリストされていない宛先への配送を希望するならば新規宛先を追加できるようにする。
【００８５】
（荷物情報入力画面）
図１８は、図８のフローチャートにおけるＳ８２７の荷物情報入力の際に表示される画面例を説明する。
この図１８の荷物情報入力画面は、専用受付端末２９０に表示される。依頼者がこの荷物情報入力画面のコンボボックスによるプルダウンメニューにより、基本的に宅配の枠内（業務引き受け枠内）でサイズや荷姿等予め決まっている範囲から選択してもらうことになる。この例では、サイズ、荷姿、便名（冷蔵品用等）、希望配送日、希望宅配時間帯、品名、注意事項である。こうして荷物情報を選択して「ＯＫ」をタッチするとこれらの情報が宅配受付サーバ１４０に送信されて、顧客ＤＢ７０１や参照ＤＢ１４５を用いて宅配先、集荷先とも勘案して依頼者のニーズに見合った最も安価な業者を選定し、依頼者の操作する専用操作端末２９０に選定情報を送信する。尚、宅配受付サーバ１４０への送信前に一通りの入力情報を確認し、誤りがあれば訂正するようにすることが望ましい。
【００８６】
以上説明した操作は、依頼者本人が行なってもよいが、取次契約店等で代行してもよい。但し、依頼者のパスワードと顧客ＩＤの入力だけは依頼者本人が望ましい。依頼者は依頼者として法人等団体でもよく、この場合はその団体のパスワードと顧客ＩＤの運用を任された担当者が操作を行なうことになる。特にお中元やクリスマスプレゼント等で個人や団体が複数箇所に荷物を宅配希望する場合や、同じ宛先に複数の荷物を配送希望する場合に依頼伝票つまり宅配伝票（宅配伝票を兼ねる）を荷物ごとに記載する手間がかからなくなる。また、上記の各工程は顧客ＤＢ７０１や配送受付サーバ１４０の記憶装置の内容を最大限に活用し、かつキー入力を減らして極力選択画面にしたから、依頼者にとっての労力軽減の効果は絶大である。更に、宅配会社にとっては集荷先及び宅配先のデータが宅配受付サーバ１４０から宅配会社ないし集荷車両１８０の車載端末１７０に自動受信されるので目的地の緯度、経度から道順を選定することも容易である。尚、集荷先や宅配先のデータは宅配受付サーバ１４０において緯度、経度を付与しておいてもよい。更に本実施形態によれば、特定の場所に出向かなくても都合のよい時間帯を指定して集荷依頼することができる。また、顧客ＩＤを利用することにより、依頼者情報等が自動表示されるので、入力ミスを少なくすることができる。
【００８７】
尚、図１９は専用受付端末２９０の斜視図である。この専用受付端末２９０の筐体１は上面が操作者側に傾斜していてその殆どがタッチパネル２となっている。このタッチパネル２は付帯部品と共に、図５や図６のタッチパネル装置２９８を構成する。この専用受付端末２９０の内部構成は、図５や図６に示す通りであて記憶装置２９４、通信装置２９５、処理装置２９２、ラベラ２９９を備えている。ラベラ２９９のラベル出口２７からラベル２６がプリントアウトされるようになっている。通信装置２９５はケーブル２５を介してインターネット１２０に繋がっている。
この専用受付端末２９０は、このように画面一体式で構成されているので、設置が容易である。また、上面が殆どタッチパネル２になっていることと、上面が操作者側に傾斜していることで、操作が容易である。
【００８８】
≪第４実施形態（宅配伝票）≫
次に、上記した宅配受付サービスセンタを中核とした宅配受付方法に好適に使用される宅配伝票の実施形態を説明する。
ここで、図２０は、宅配伝票の平面図である。
【００８９】
図２０に示すように、この宅配伝票は、例えば図１９等に示す専用受付端末２９０のラベラ２９９からプリントアウトされた状態では台紙１４にラベル１５として仮付けされており、荷物に貼るときは台紙１４からラベル１５の全体を剥がすことになる。このラベル１５は糊付け部分１０、非糊付け部分９、糊付け部分１１の３つの部分に分かれ、糊付け部分１０と１１の裏面はいずれもラベル長手部８全体が剥離可能に仮糊付けされており、非糊付け部分９の裏面はラベル長手部分８の全体にかけて接着剤が着いておらず、つまり糊付けされていない。非糊付け部分９は糊付け部分１０と１１に挟まれるように位置しかつこれらとミシン目を介して繋がっているので、台紙１４に面接触した状態を維持している。
【００９０】
糊付け部分１０にて貼付票１６が形成され、非糊付け部分９にて受領票になる宅配票１７が形成されて夫々宅配先表示欄１８，２１、依頼者表示欄１９，２２、品名表示欄２０，２３が設けられている。更に貼付票１６には注意書き欄４があって、宅配会社名、問合せ先や契約条項等が記載されている。宅配票１７には着荷店舗コード５、発送店舗コード６の各欄があって、更に受領確認欄７も設けられている。受領確認欄は宅配先の受領を確認するサインや押印の欄となる。糊付け部分１１は余白片２４でもあるが、この部分にコメントが印刷されていても差し支えない。余白片２４は任意の構成要件であるが、宅配中の荷物から宅配伝票（配達票１７）が剥がれ落ちることのないよう宅配票１７を保持する目的で設けておいた方が好ましい。
【００９１】
宅配票１７と余白片２４との間、及び宅配票１７と貼付票１６との間は夫々ミシン目１２，１３が形成されている。この宅配伝票（ラベル１５）が、台紙１４から剥がされて荷物に貼付されると、糊付け部分１０，１１で非糊付け部分９が保持される。そして、この状態で宅配される。
【００９２】
最後の宅配先での受領確認の際、非糊付け部分９たる宅配票１７をミシン目１２，１３に沿って切り離す。こうして荷物には貼付票１６が残り、宅配業者の手元には受領票たる宅配票１７が集まる。宅配票１７の裏面には糊付けが施されていないから、剥離後の宅配票１７はカールせず、取扱いが便利である。即ち、裏面に糊付け部分があり、これを剥がして持ち帰る擬似接着方式の受領票では、表裏で張力に差が生じて受領票がカールするが、本発明ではカールするようなことがなく、剥がした後の取扱いが容易である。
【００９３】
本発明においてはこのラベル１５、即ち宅配伝票（配送伝票）は、台紙１４に仮付けされた印刷前の用紙と、印刷された台紙付の状態のものと、台紙から剥がした状態のもの、荷物に貼った状態を含み、また荷物から宅配票を離脱させる行為も含む。更に、宅配伝票や宅配票は、集配、集荷、配送の文言に拘るものではない。また、この宅配伝票は、第１〜第３実施形態のような宅配受付サービスセンタを中核とした宅配受付方法以外の通常の宅配（配送）にも好適に適用することができる。
【００９４】
また、印刷も専用受付端末２９０のラベラ２９９ばかりでなく、インクジェットプリンタやレーザプリンタのような通常のプリンタでもよい。また、ドットインパクトプリンタでもよい。つまり、この宅配伝票であれば、裏側に印字する必要がないのでどのようなプリンタでも印刷できる。このため、この宅配伝票はＩＴ化に好適に対応できる。また、この宅配伝票（配送伝票）であれば、カーボンの伝票のように、宅配中に伝票が圧力を受けて読みづらくなることもない。
【００９５】
≪顧客ＤＢの変形例≫
次に、図７を参照して説明した、顧客ＤＢ７０１の構造の変形例について説明する。
図２１は、図１等の宅配受付システムで使用される顧客ＤＢ及び集荷・宅配依頼情報の図７に示したものとは異なる変形例の構造である。以下の説明において、変形例にかかる部分は、符号の最後にａを付す。
【００９６】
図７に示した顧客ＤＢ７０１では、依頼者情報２０１０と宅配先情報２０２０を１対１で対応付けて記憶していたが、この図２１に示す変形例の顧客ＤＢ７０１ａでは、依頼者情報２０１０ａごとに宅配先情報２０２０ａ等を有している。つまり、依頼者情報２０１０ａと宅配先情報２０２０ａ等が１対Ｎ（Ｎは１以上の整数）の関係になっている。
【００９７】
この構造（階層構造）では、例えば、家族が何人かいる場合は、家族の構成員ごとに宅配先情報２０２０ａ等が分類整理して記憶されるので都合がよい。また、複数のセクションを有する企業等では、セクションごとに宅配先情報２０２０ａ等が分類整理して記憶されるので都合がよい。
【００９８】
≪宅配受付サーバの動作の変形例≫
次に、宅配受付サーバ１４０の動作の変形例を、図１〜図６等を参照しつつ図２２のフローチャートに従って説明する。
図２２は、宅配受付サーバ１４０の動作の変形例を説明するフローチャートである。
【００９９】
（顧客ＤＢへの登録・更新）
依頼者情報登録ステップ（Ｓ８４７ａ）を説明する。
依頼者がパソコン１１０（又は専用操作端末２９０）を利用して宅配受付サーバ１４０にアクセスすることにより、宅配受付サーバ１４０の動作がスタートする（Ｓ８０１ｓ）。Ｓ８０３ａは依頼者情報２０１０ａを新規に入力するステップである。Ｓ８０５ａは、既に顧客ＤＢ７０１ａに登録されている依頼者情報２０１０ａの確認（参照）・修正（更新）を行なうステップである。Ｓ８０７ａは、依頼者情報を顧客ＤＢ７０１ａに新規登録するステップである。ここのフローチャートでは、依頼者情報２０１０ａを新規登録すると処理を終了するようになっている（Ｓ８１１ａ）。単に依頼者情報２０１０ａを顧客ＤＢ７０１ａに登録するためだけの依頼者を考慮したものである。
次に、Ｓ８０９ａは、依頼者情報２０１０ａを確定して、依頼者登録（Ｓ８４７ａ）から、次の宅配先情報登録（Ｓ８４９ａ）に移行するステップである。このＳ８０９ａのステップを実行すると顧客ＤＢ７０１ａが更新されるようにしてもよい。これらのステップは、依頼者がパソコン１１０等から、宅配受付サーバ１４０に対して入力や登録等の指示を行なうものである。
【０１００】
（宅配先情報の登録）
宅配先情報登録ステップ（Ｓ８４９ａ）を説明する。
Ｓ８１３ａは宅配先情報２０２０ａを新規に入力するステップである。Ｓ８１５ａは施設を宅配先として選択するステップである。Ｓ８１７ａは宅配先情報２０２０ａを選択・修正するステップである。Ｓ８１９ａは宅配先として自宅を選択するステップである。このＳ８１９ａは、例えば出先から自宅に荷物を送る際に活用できるものである。Ｓ８２１ａは入力した宅配先情報２０２０ａを顧客ＤＢ７０１ａに新規登録するステップである。ここのフローチャートでは、新規登録すると処理を終了するようになっている（Ｓ８２５ａ）。単に宅配先情報２０２０ａを顧客ＤＢ７０１ａに登録するためだけの依頼者を考慮したものである。次に、Ｓ８２７ａは、宅配先情報２０２０ａを確定して、宅配先情報登録（Ｓ８４９ａ）から、次の荷物情報登録（Ｓ８５１ａ）に移行するステップである。このＳ８２７ａのステップを実行すると顧客ＤＢ７０１ａが更新されるようにしてもよい。これらのステップは、依頼者がパソコン１１０等から、宅配受付サーバ１４０に対して入力や登録等の指示を行なうものである。
【０１０１】
（荷物情報の登録）
荷物情報登録ステップ（Ｓ８５１ａ）を説明する。
Ｓ８２９ａは荷物情報２０３０ａを入力するステップである。ここでの荷物情報２０３０ａは、少なくとも荷物の品名が入力されるものとする。
【０１０２】
（荷物情報の登録）
集荷先情報登録ステップ（Ｓ８５３ａ）を説明する。
Ｓ８３１ａは集荷先情報２０４０ａを新規に入力するステップである。Ｓ８３３ａの依頼者情報２０１０ａの選択は、依頼者情報２０１０ａに記述されている場所に集荷を依頼する場合に、実行されるステップである。Ｓ８３５ａは事前登録先を確認（参照）するステップである。事前登録先は、ここでは専用受付端末２９０（図５、図６参照）の設置場所になっており、当該場所が集荷場所になる。Ｓ８３７ａは、集荷先情報２０４０ａを確定して、次のステップ（Ｓ８３９ａ）に移行するステップである。
【０１０３】
Ｓ８３９ａ〜Ｓ８４３ａのステップ（宅配業者選択・確定、宅配伝票印字、集荷・宅配依頼情報登録）は、図８のＳ８３１〜Ｓ８３７のステップと同じであるので説明を省略する。尚、図２２の宅配伝票印字のステップ（Ｓ８４１ａ）と集荷・宅配依頼情報登録のステップ（Ｓ８４３ａ）は、図８と順序を逆にしてあるが、図８と同じ順序にしてもよい。
この図２２のフローチャートの処理により、宅配伝票への必要事項の記入の省力化が達成される。また、記入することの煩いが解消される。なお、宅配伝票の印字の際には、第４実施形態で説明した伝票が好適に使用できる。
【０１０４】
（依頼者情報入力）
図２３を参照して、図９の依頼者情報を入力するフローチャートの変形例を説明する（適宜図１〜図６、図２２等参照）。図２３は、図９のフローチャートの変形例を説明するフローチャートである。
【０１０５】
図２３のＳ９０１ａでスタートした処理は、Ｓ９０２ａで顧客ＤＢ７０１ａへの新規登録か否かで処理を分岐する。新規登録である場合（Ｙ）は、ステップＳ９０３ａ以降の処理を行なうが、Ｓ９１５ａまでの処理（依頼者情報２０１０ａの入力処理）は、図９のＳ９０３〜Ｓ９１５までの処理と同じであるので説明を省略する。
【０１０６】
Ｓ９１５ａで依頼者情報２０１０ａが確定すると、Ｓ９１９ａでパスワード入力は、宅配依頼サーバ１４０が、依頼者に対して任意のパスワードを決めて入力（送信）するように求め、依頼者が決定して送信したパスワードを受信して入力するステップである（図８のＳ８０７参照）。以後、ログインするにはこのパスワードが使われる。
【０１０７】
一方、Ｓ９０２ａで顧客ＤＢ７０１ａへの新規の登録ではない場合（Ｎ）は、Ｓ９２５ａで予め通知してある依頼者（顧客）ＩＤ、パスワードの入力を促す。Ｓ９２７ａで顧客ＤＢ７０１ａの依頼者検索・表示（つまりデータベースの参照要求）を受け付ける。検索された依頼者情報２０１０ａがＯＫの場合（Ｙ）は、依頼者情報２０１０ａを確定する。ＯＫでない場合（Ｎ）は、情報訂正を受け付ける（Ｓ９３３ａ）。そして、依頼者情報２０１０ａを確定する（Ｓ９３５ａ）。その後、Ｓ９２１ａに移行する。
【０１０８】
Ｓ９２１ａは、宅配先（宅配先情報２０２０ａ）の登録／呼出し処理を行なうステップに移行するか否かで処理を分岐するステップである。宅配先の登録や呼出しを行なう場合は、次の図２４のＳ１００１ａに移行する。宅配先の登録や呼出しを行なわない場合は、Ｓ９２２ａで依頼者情報２０１０ａを顧客ＤＢ７０１ａに登録し、Ｓ９２３ａで処理を終了する。
【０１０９】
（宅配先情報入力）
図２４を参照して、図１０の宅配先情報を入力するフローチャートの変形例を説明する（適宜図１〜図６等参照）。図２４は、図１０のフローチャートの変形例を説明するフローチャートである。尚、この図２４の丸１の処理は図１０の丸１の処理に相当し、図２４の丸２の処理は図１０の丸２の処理に相当し、図２４の丸４の処理は図１０の丸３の処理に相当するので、各処理の説明を省略する。
【０１１０】
図２４の丸３の登録済顧客ＤＢによる宅配先指定（Ｓ１０４３ａ）は、顧客ＤＢ７０１ａを参照して宅配先情報検索・一覧表示を受付（Ｓ１０２３ａ）、宅配先情報２０２０ａを選択させ（Ｓ１０２５ａ）、宅配先情報２０２０ａがＯＫか否かで処理を分岐し（Ｓ１０２７ａ）、ＯＫでない場合（Ｎ）は情報訂正を受け付け（Ｓ１０２９ａ）、ＯＫである場合（Ｙ）は、宅配先情報２０２０ａを確定する（Ｓ１０３３ａ）。
【０１１１】
一方、図２４の丸１と丸２の処理についても、宅配先情報２０２０ａを確定させる（Ｓ１０１３ａ）。そして、集荷依頼するか否かで処理を分岐し（Ｓ１０１５ａ）、集荷依頼しない場合（Ｎ）は、宅配先情報２０２０ａの顧客ＤＢ９０１ａへの登録を行ない、処理を終了する（Ｓ１０３７ａ）。Ｓ１０１５ａにおいて集荷依頼する場合（Ｙ）は、次の図２５に移行する。
【０１１２】
（荷物情報・集荷先情報入力処理）
図２５を参照して、図１１の集荷先情報を入力するフローチャートの変形例を説明する（適宜図１〜図６等参照）。図２５は、図１１のフローチャートの変形例を説明するフローチャートである。尚、この図２５のＳ１１０３ａ〜Ｓ１１１７ａのステップは、図１１のＳ１１０３〜Ｓ１１１７のステップと同じであるので、その説明を省略する。
【０１１３】
Ｓ１１３３ａは荷物情報２０３０ａの指定を行なう処理である。この処理は、Ｓ１１０１ａで、荷物情報２０３０ａを入力する。荷物情報２０３０ａは、ここでは少なくとも荷物の品名である。次に、Ｓ１１３５ａの一連の処理を行なう（Ｓ１１０３ａ〜Ｓ１１１７ａ、重複説明は省略する）。この一連の処理は集荷先情報２０４０ａの入力及び確定を促すものである。
【０１１４】
次に、宅配業者の選択を図１等に示す宅配受付サービスセンタ１３０（宅配受付サーバ１４０）に依頼するか否かで処理を分岐し（Ｓ１１９ａ）、依頼する場合（Ｙ）は、宅配業者の自動選択行なう（Ｓ１１２１ａ）。宅配業者択は、例えば料金に着目するならば、集荷先、宅配先、荷物の品名、重量等が確定すれば、自動的に選択できることは既に説明したとおりである。一方、Ｓ１１１９ａで業者の自動選択を依頼しない場合（Ｎ）は、依頼者による業者選択が行なわれる（Ｓ１１２３ａ）。また、自動選択した宅配業者が気に入らない場合は、このＳ１１２３ａで宅配業者の修正が行なわれる。
【０１１５】
宅配業者が選択されると、宅配するのに必要なデータの入力が完了したことになる。そこで、Ｓ１１２５ａとＳ１１２７ａで、入力したデータの一覧確認及び必要に応じて修正を促す。Ｓ１１２５ａで一覧確認がＯＫの場合（Ｙ）は、集荷依頼登録を繰り返すか否かで処理を分岐し（Ｓ１１２９ａ）、繰り返す場合（Ｙ）は、図２４のＳ１００１ａに移行する（Ａ）。登録を繰り返さない場合（Ｎ）は、既に説明したように宅配伝票の印刷を行ない（Ｓ１１３１ａ）、宅配受付サービスセンタ１３０（宅配受付サーバ１４０）へ集荷・宅配依頼情報送信を行なう（Ｓ１１３３ａ）。そして、処理を終了する（Ｓ１１３５ａ）。尚、Ｓ１１３１ａは、宅配業者が印刷して集荷に回る場合等は、省略可能なステップである。なお、宅配伝票の印刷の際には、第４実施形態で説明した伝票が好適に使用できる。
【０１１６】
この図２５のフローチャートの処理によれば、集荷先情報２０４０ａの入力の労力を大幅に省くことが可能である。また、適切な宅配業者が自動選択される。あるいは、好みの宅配業者を自ら選択することができる。そして、集荷依頼を繰り返す場合も処理が容易である。
【０１１７】
以上説明した実施形態（変形例）では、顧客ＤＢ７０１（７０１ａ）に顧客（依頼者）が自らアクセスし、顧客自らの操作で顧客ＤＢ７０１（７０１ａ）に配送先情報を含む配送情報を登録できる（例えば自分だけの送り先の住所録〔いわばマイリスト〕等を構築することができる）。かつ、この配送情報を遠隔の地から呼び出して配送伝票に印刷できる（登録してある情報は、インターネット１２０のような通信回線を介して遠隔地から参照することができる）。このため、例えば宅配先の情報を登録しておくことで、観光地から友人宅等に荷物を送るとき等、宅配先の住所を記憶したり住所を記載したメモを携行したりする必要がない（ちなみにブラウザがインストールされたインターネット接続可能なパソコンはどこにでもある）。また、以上説明した実施形態（変形例）では、配送伝票（宅配伝票）に労力をかけずに必要事項を記入することが可能になり、時間がないとき等に都合がよい。また、配送情報（依頼者情報、宅配先情報等）の登録は、各種情報を参照等して、入力操作を少なくして行なうことができる。
【０１１８】
ところで、配送伝票（宅配伝票）を記入する際に労力を要するのは、依頼者情報を記入することではなく、なによりも宅配先の住所等の宅配先情報（配送先情報）を記入することである。即ち、依頼者情報（送り主の住所）の記入は、自宅や自社の住所等の記入であり、書きなれているので記入作業は比較的容易である。また、依頼者情報は、自社のゴム印を押すこと等で記入を省力化できたり、宅配業者が予め自宅や自社の住所等を印刷した配送伝票を配布してくれたりする。一方、宅配先情報（宅配先）は、一般に書きなれておらず記入に気をつかい、しかも、宅配先は１箇所ではない。このため、ゴム印をたくさん準備したり、宅配業者から何種類もの予め印刷した配送伝票をもらっておいたりしなければならない（分類整理・保管等に余計な労力を使うことになる）。従って、宅配先が印刷できるようにすれば、配送伝票の記入が大幅に省力化できる。宅配伝票の分類整理・保管等も容易になる。このことは、配送業者（宅配業者）にとっても都合のよいことである。ちなみに、本発明者らは、このような観点をも踏まえて本発明を完成させたものである。
【０１１９】
なお、以上説明した本発明は、依頼者（宅配依頼者、集荷依頼者）の集荷依頼情報を通信回線で受付け、該情報をセンタ（図１等の宅配受付サーバ１４０）のデータベースのデータと照合して宅配会社を選択し、選択した宅配会社に対し、集荷車両を集荷先に差し向けるべく通信回線を介して集荷依頼者の集荷依頼事項（集荷・宅配依頼情報）を送信することを特徴とする。尚、当該集荷車両内にて送信データに基づく宅配伝票を印刷し発行しておくか、或いは当該集荷先にて集荷依頼事項を記録した宅配伝票を印刷して当該集荷物に貼付しておけば、集荷先に伺う時点で伝票が印刷発行されており、時間的にも作業面でも効率がいい。尚、この宅配伝票は情報端末に接続したラベラ（発行機）を用いてセンタから送信された集荷依頼情報を打ち出したものであり、集荷物に貼付できるラベル、つまり前記した宅配伝票（図２０参照）のようなラベルであることが望ましい。
【０１２０】
また、このシステム（配送・宅配受付方法）を宅配会社が利用する場合には、集荷依頼者の集荷依頼情報とデータベース（図１等の宅配受付サーバ１４０）のデータとの照合により選択された宅配会社が、前記集荷依頼情報を通信回線により入手し、当該情報を集荷車両に送信して、（イ）当該集荷車両内で前記送信情報に基づく宅配伝票を印刷発行し、集荷先の該当集荷物に前記宅配伝票を貼付するか、（ロ）集荷先を回るよう集荷指示して、集荷依頼者側端末で印刷発行された宅配伝票と共に該当集荷物を集荷することが好ましい態様となる。
【０１２１】
ところで集荷依頼者側端末に送信される集荷依頼情報はセンタ（図１に示す宅配受付サービスセンタ１３０）から提供されたもの、ないしはセンタ１３０から提供されて端末側に蓄積されている情報であることが好ましく、必ずしも依頼者が端末から入力した情報には限定されない。即ち、依頼者は端末から種々の情報を選択したり入力したりするが、センタ側ではその情報ないしはデータベースの情報によって宅配会社が利用し易いように情報を加工或いは追加することがあり、本発明で送信される集荷依頼情報はこの概念（センタ１３０側で加工された情報）も含むものである。
【０１２２】
尚、集荷依頼者の操作する端末は、新規のデータ入力ならパ−ソナルコンピュータ等の汎用端末でもよいが、操作簡便のためには専用操作端末でもよい。専用操作端末なら選択画面が表示されるタッチパネル式が便利である。更に、各端末には宅配伝票を印刷、発行するラベラが付設或いは兼用されることが実用的である。
【０１２３】
また、本明細書は所謂「宅配」について述べたが、宅配に限定されるものではない。また、配送も狭く解釈されるものではない。本願における配送の概念は荷物の出発点（例えば発送店舗）と荷物の到着点（例えば着荷店舗）が存在し、かつ集配が可能な範囲のものに広く適用可能である。また、用語「荷物」は、これが貨物であってもよい。
【０１２４】
尚、図１等に示される顧客ＤＢは、図７等では符号７０１で示され、図２１等では符号７０１ａで示される。また、このようなサーバやデータベースは、宅配業者が管理（運用）するものとしても、第三者が管理（運用）するものとしてもよい。ちなみに、前記した実施形態（変形例）では、第三者が管理（運用）するものとした。
【０１２５】
【発明の効果】
本発明によれば、配送事業者を選定し、集荷依頼者の便に供する配送受け受け方法を提供することが可能となり、更に配送依頼時の伝票記載の手間を大幅に軽減することになる。また、配送伝票への情報の記載や取扱い（顧客の取扱い、宅配業者の取扱い）が容易なる。また、本発明の配送受付サーバによれば、端末から集荷先の住所と配送先の住所とを参照できるようになり、依頼者による情報の入力・追加・修正等の管理が容易になる等、利便性が高まる。
【図面の簡単な説明】
【図１】本発明にかかる第１実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【図２】図１の宅配受付システムで使用される集荷・宅配依頼情報のデータ構成を例示する図である。
【図３】図１の宅配受付システムで使用される宅配会社別の発送店舗／着荷店舗コードを住所コードに対応させた発送店舗／着荷店舗コード−住所コード対応テーブルである。
【図４】図１の宅配受付システムで使用される宅配会社別宅配料金テーブルである。
【図５】本発明にかかる第２実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【図６】本発明にかかる第３実施形態の宅配受付方法が実施される宅配受付システムの全体構成図である。
【図７】図１等の宅配受付システムで使用される顧客ＤＢ及び集荷・宅配依頼情報の構成である。
【図８】図１等の宅配受付システムにおける宅配受付サーバの動作を説明するフローチャートである。
【図９】図８の依頼者情報入力の詳細を説明するフローチャートである。
【図１０】図８の宅配先入力の詳細を説明するフローチャートである。
【図１１】図８の集荷先情報入力の詳細を説明するフローチャートである。
【図１２】図８のＳ８１３におけるログイン情報入力の際に表示される画面例である。
【図１３】図８のＳ８１９における依頼者情報確認・修正の際に表示される画面例である。
【図１４】図８のＳ８２９における集荷先情報入力の際に表示される画面例である。
【図１５】図８のＳ８３１，Ｓ８３３における宅配会社選択の際に表示される画面例である。
【図１６】図８のＳ８３１，Ｓ８３５における宅配会社選択の際に表示される画面例である。
【図１７】図８（図１１）のフローチャートにおける宅配先情報入力の際に表示される画面例である。
【図１８】図８のフローチャートにおけるＳ８２７の荷物情報入力の際に表示される画面例である。
【図１９】図５及び図６の専用受付端末の斜視図である。
【図２０】  宅配伝票の平面図である。
【図２１】図１等の宅配受付システムで使用される顧客ＤＢ及び集荷・宅配依頼情報の図７に示したものとは異なる変形例の構成である。
【図２２】図１等の宅配受付サーバの動作の変形例を説明するフローチャートである。
【図２３】図９のフローチャートの変形例を説明するフローチャートである。
【図２４】図１０のフローチャートの変形例を説明するフローチャートである。
【図２５】図１１のフローチャートの変形例を説明するフローチャートである。
【図１】
0003567436.tif 000002
【図２】
0003567436.tif 000003
【図３】
0003567436.tif 000004
【図４】
0003567436.tif 000005
【図５】
0003567436.tif 000006
【図６】
0003567436.tif 000007
【図７】
0003567436.tif 000008
【図８】
0003567436.tif 000009
【図９】
0003567436.tif 000010
【図１０】
0003567436.tif 000011
【図１１】
0003567436.tif 000012
【図１２】
0003567436.tif 000013
【図１３】
0003567436.tif 000014
【図１４】
0003567436.tif 000015
【図１５】
0003567436.tif 000016
【図１６】
0003567436.tif 000017
【図１７】
0003567436.tif 000018
【図１８】
0003567436.tif 000019
【図１９】
0003567436.tif 000020
【図２０】
0003567436.tif 000021
【図２１】
0003567436.tif 000022
【図２２】
0003567436.tif 000023
【図２３】
0003567436.tif 000024
【図２４】
0003567436.tif 000025
【図２５】
0003567436.tif 000026