JP2003020120A - 宅配サービス支援システム及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】 宅配サービスにおける詳細な集荷・配達日時
の設定を可能とし、その変更も容易とすること。 【解決手段】 各ユーザ宅内に設置されたホームサーバ
１，５から各ユーザのスケジュール情報を、宅配業者側
に設置された管理サーバ３にネットワーク８を介して提
供し、これと該管理サーバ３にて管理する集荷・配達担
当者のスケジュール情報、地図情報、交通情報等とを組
み合わせることにより、最適な集荷・配達経路及び日時
の決定を可能とし、該決定した日時を含む集荷・配達情
報にＩＤを付与して通信端末２，６及び宅配業者端末４
に送ることにより、日時や場所の変更を容易とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用者（ユーザ）
から荷物を回収（集荷）し、これを指定された場所へ配
達する宅配サービスを支援する宅配サービス支援システ
ム及びその方法に関するものである。

【０００２】

【従来の技術】近年、人々の生活形態、就業形態の変化
により、親と子供、家族と単身赴任者等が離れて暮らす
機会が増えており、それらの間で宅配サービスを利用し
て荷物をやりとりするケースが増加している。また、情
報通信技術を利用した電子商取引や、従来からのテレホ
ンショッピングやカタログ販売等に見られるように、購
入者側は店先まで出向くことなく、家等に居ながら商品
を注文し、販売業者側は、宅配サービスを利用して購入
者の家等に商品を配達するという商品販売形態が増加し
ている。

【０００３】一方、生活習慣の変化により、長時間、家
等に居続けるユーザが少なくなってきており、荷物を送
る側（送り主側）のユーザにとっても、荷物を受け取る
側（受取人側）のユーザにとっても、自分の希望の時間
に集荷もしくは配達して欲しいというニーズがある。

【０００４】この問題に対して、従来、宅配サービスを
提供する宅配業者は、希望の日時に集荷・配達を行う時
間帯指定集荷・配達サービスを展開していた。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
時間帯指定集荷・配達サービスでは、最も詳細な時間指
定においても２〜４時間程度の間隔が設定されており、
ほとんどの場合、午前や午後といった非常に大雑把な指
定しかできなかった。

【０００６】そのため、ユーザにとっては指定された時
間帯に在宅し、宅配業者が来るまでずっと待たなければ
ならないという問題があった。また、急用等により指定
の日時に荷物の受け取りや引き渡しができなくなった場
合でも、日時の変更ができず、後日、自ら集荷所や宅配
取扱店に行かなくてはならないという問題があった。

【０００７】また、荷物が届かない等の不具合が発生し
た場合は、ユーザが宅配業者へ連絡し、伝票番号を伝え
た上で、宅配業者が担当者に連絡を取り、その状況をユ
ーザに連絡するという非常に手間のかかる方法でしか対
処できないという問題があった。その上、控えの伝票を
無くしてしまった場合は、該当の荷物を見つけ出すまで
にさらに多くの手間と時間を要するという問題があっ
た。

【０００８】さらに、集荷を依頼する場合、配達伝票に
記入する手間がかかるという問題があった。

【０００９】そこで、本発明は上記の問題を解決し、詳
細な集荷・配達日時の設定を可能とすることを目的とす
る。

【００１０】また、本発明は、急用等による集荷・配達
日時の変更を容易にすることを目的とする。

【００１１】また、本発明は、各荷物を管理するための
ＩＤを宅配業者の管理するサーバにおいて発行、管理す
ることにより、ユーザは自分の荷物に関する情報をいつ
でも宅配業者の管理するサーバから取得し、状況を確認
可能とすることを目的とする。

【００１２】さらに、本発明は、荷物集荷時の煩雑な手
続きを簡略化可能とすることを目的とする。

【００１３】

【課題を解決するための手段】前記課題を解決するた
め、本発明では、宅配業者側に各種サービスを提供する
ための管理サーバを、各家庭には宅配情報を取得するた
めのホームサーバを、商品販売所には宅配業者の管理す
るサーバにアクセスするための商品販売所端末をそれぞ
れ設置する。これらの装置はネットワーク接続され、宅
配業者の提供するサーバにアクセスすることにより、荷
物の集荷、配達依頼、料金検索、配達状況検索、配達日
時変更等の各種サービスを提供することを可能とした。

【００１４】また、宅配業者の管理サーバと各家庭に置
かれるホームサーバに集荷・配達担当者と各ユーザのス
ケジュールを管理する機能を備えることにより、よりフ
レキシブルな集荷・配達スケジュールの構築を可能にし
た。

【００１５】さらに、宅配業者がコンビニエンスストア
等の利用し易い場所と荷物預かりに関する契約を行い、
宅配業者の管理サーバ上にデータベースを蓄積し、登録
ユーザが宅配情報を閲覧することができるだけでなく、
荷物を受け取ることが困難な場合、登録ユーザの選択す
る預かり所へ荷物を届けてくれるサービスを提供するこ
とを可能とした。

【００１６】

【発明の実施の形態】本発明の実施の形態について図面
を用いて説明明する。

【００１７】（請求項１、５に対する実施の形態）図１
は、本発明の宅配サービス支援システムの実施の形態の
一例を示す図である。集荷先登録ユーザ宅に置かれたサ
ーバ（以下、ホームサーバと呼ぶ）１と、配達先登録ユ
ーザ宅に置かれたホームサーバ５と、宅配業者の管理す
るサーバ（以下、管理サーバと呼ぶ）３と、ホームサー
バ１，５に接続可能でユーザが使用する通信端末２，６
と、管理サーバ３に接続可能で集荷・配達担当者が所持
する宅配業者端末４と、商品販売店に設置される商品販
売所端末７と、ホームサーバ１，５、管理サーバ３及び
商品販売所端末７を接続するネットワーク８とからな
り、管理サーバ３は集荷受付、送り先までの送料等が閲
覧可能なホームページを提供し、さらにユーザ登録を行
ったユーザに対して、配達日時通知、配達日変更、配達
場所変更、配達状況検索、送料検索等のサービスを提供
する。

【００１８】ホームサーバ１，５は、ＣＰＵ、メモリ、
２次記憶装置、Ｉ／Ｏポート等から構成され、特に登録
ユーザ（この場合の登録ユーザはホームサーバを所有す
る人並びにホームサーバにアカウントを持つ人のこと）
のスケジュール情報を登録するユーザスケジュールデー
タベースと、このデータベースを用いて登録ユーザのス
ケジュールをリアルタイムに管理する機能と、スケジュ
ール変更時に所定の通信端末２，６及び管理サーバへ変
更通知を行う機能とを備えている。また、ホームサーバ
はユーザが登録するユーザＩＤとパスワードを記憶装置
に記録し、管理サーバのＩＤ・パスワード入力要求に対
して応答し、ユーザの希望配達時間をスケジュールデー
タとして記録装置に記憶し、管理サーバの要求に対して
応答する機能を備えている。

【００１９】管理サーバ３は、ＣＰＵ、メモリ、２次記
億装置、Ｉ／Ｏポート等から構成され、特に集荷・配達
担当者のスケジュール情報を登録する担当者スケジュー
ルデータベースと、登録ユーザの氏名、住所、電話番号
等からなるユーザ情報、登録ユーザ宅内のホームサーバ
固有の機器番号（ＩＤ）及び登録ユーザのユーザＩＤ・
パスワードを登録するユーザ情報データベースと、集荷
日時、送り主側のユーザ情報及び宛先情報を含む集荷情
報を登録する集荷情報データベースと、配達日時、送り
主側及び受取人側のユーザ情報並びに荷物ＩＤを含む配
達情報を登録する配達情報データベースと、地図情報を
登録した地図情報データベースと、日々の交通情報を登
録した交通情報データベースとを備えている。

【００２０】また、管理サーバは、地図情報や交通情報
から最適な配達経路を構築する機能と、集荷・配達日時
決定時に必要となるユーザのスケジュール情報をホーム
サーバ１，５から引き出す機能と、登録ユーザからのオ
ーダーで配達スケジュールを変更する機能と、集荷・配
達担当者のスケジュール情報をリアルタイムに管理する
機能と、スケジュール変更時に集荷・配達担当者ヘスケ
ジュール変更通知を行う機能を備えている。また、配達
の最適経路を決定する場合に、配達すべき場所を交通量
に対応した所要時間で重み付けしたグラフ理論を用いて
解析する。

【００２１】通信端末２，６は、パーソナルコンピュー
タや持ち運び可能かつインターネット接続機能を備えた
携帯電話等の通信端末であり、荷物の集荷を依頼し、配
達日時または配達場所の変更を依頼する機能を備える。
なお、通信端末は１台とは限らず、例えば、家の中では
パーソナルコンピュータを利用し、家の外では携帯型の
通信端末を利用することが可能である。

【００２２】宅配業者端末４は、携帯型の通信端末であ
り、集荷・配達スケジュール変更通知を受信し、集荷時
には集荷情報を出力する機能を備える。また、ユーザ不
在に基づく配達日時の変更を依頼する機能を備える。な
お、宅配業者端末は集荷・配達担当者毎に用意される。

【００２３】商品販売所端末７は、宅配業者の管理する
管理サーバ３にのみアクセスすることが可能であり、荷
物の集荷を依頼する機能を備える。

【００２４】ここでは、集荷先ユーザ宅、配達先ユーザ
宅、商品販売店をそれぞれ１つずつ示したが、勿論複数
存在しても構わない。

【００２５】以下、本発明の実施の形態における各種手
順について説明する。

【００２６】［ユーザ登録］まず、ユーザ登録の手順に
ついて図２を用いて説明する。

【００２７】管理サーバ３は、配達日時通知、配達日時
変更、配達場所変更、配達状況検索、送料検索等のサー
ビスを提供するため、ユーザ登録を行う。即ち、通信端
末２，６からホームサーバ１，５を介してユーザ登録要
求を受信する（ｓ１１）と、管理サーバ３は通信端末
２，６にユーザ登録フォーマットを送り（ｓ１２）、ユ
ーザに各種の情報入力を促す。入力完了信号を受信する
（ｓ１３）と、管理サーバ３は、入力情報をユーザに対
して確認した（ｓ１４）後、登録する（ｓ１５）。

【００２８】ユーザ登録では、例えばホームサーバ１，
５が持つ固有の機器番号等のホームサーバ１，５に関す
る情報と、氏名、住所、電話番号等のユーザに関する情
報と、管理サーバ３が公開するホームページ上のユーザ
登録を必要とするサービスへログインする際に必要とな
るユーザＩＤ及びパスワードの登録を行う。これらの登
録情報は、管理サーバ３上にユーザ情報データベースと
して蓄積・管理され、サービス提供時に必要な情報が引
き出され、利用される。

【００２９】また、この際、管理サーバ３は、例えば該
管理サーバ３が持つ固有の機器番号等の管理サーバ３を
識別するために必要な情報をホームサーバ１，５に送り
（ｓ１６）、この情報はホームサーバ１，５に登録され
る。ホームサーバ１，５は管理サーバ３から接続要求を
受信すると、前記登録した管理サーバ３に関する情報と
管理サーバ３から送られてきた管理サーバ３に関する情
報とを照合し、認証を行う。

【００３０】ユーザは登録完了後、登録時に入力したユ
ーザＩＤとパスワードを用いて管理サーバ３上で提供さ
れ、ユーザ登録を必要とするサービスにログインするこ
とで各種サービスを利用することができる。また、ＩＤ
やパスワード等の情報は、ホームサーバ１，５の記憶装
置に記憶させ、管理サーバアクセス時のユーザＩＤとパ
スワード入力を省略こともできる。勿論、このような個
人情報は、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ
ｓ Ｌａｙｅｒ）等の暗号化処理を施すことで、外部へ
漏洩することを防止できる。

【００３１】［集荷］次に、集荷依頼の手順について図
３を用いて説明する。

【００３２】はじめに、ホームサーバ１に接続された通
信端末２を使用し、管理サーバ３上に開設されたホーム
ページにアクセスし、集荷依頼要求を行う。管理サーバ
３は、集荷依頼要求を受信すると、ホームサーバ１にユ
ーザＩＤとパスワードを要求する（ｓ２１）。要求を受
けたホームサーバ１は、記憶装置にＩＤとパスワードを
記憶している場合にはその情報を、記憶していない場合
にはユーザにＩＤとパスワードの入力を求め、管理サー
バ３へＩＤとパスワードを送信する。ＩＤとパスワード
を受信した管理サーバ３は、認証装置において認証を行
う（ｓ２２）。

【００３３】認証完了後、ユーザＩＤを基にユーザ情報
をデータベースから引き出し、ユーザ情報を付加して
（発送元情報が記入された状態）集荷情報入力画面を登
録ユーザの通信端末２に表示する（ｓ２３）。

【００３４】登録ユーザが荷物を配達するために必要と
なる宛先情報、氏名、住所、電話番号等のユーザ情報、
集荷希望日時情報を入力し、管理サーバ３がこれを受信
する（ｓ２４）と、管理サーバ３は入力情報に間違いが
無いかを確認するための確認画面を表示し、入力情報の
確認を要求する（ｓ２５）。次に、入力情報に間違いが
無いことが確認されると集荷依頼情報が管理サーバ３に
送られてくる。

【００３５】集荷依頼情報を受信（ｓ２６）した管理サ
ーバ３は、ユーザＩＤから抽出したユーザ情報の中から
依頼者の住所を抜き出し、該当地域を担当する集荷・配
達担当者のスケジュール情報をデータベースから検索す
る。検索が完了すると、集荷・配達担当者のスケジュー
ルデータと管理サーバ３上の地図情報並びに交通情報か
ら集荷日時を決定する。但し、集荷依頼情報内に希望集
荷日時がある場合はその日時とする。

【００３６】集荷日時が決定すると、集荷情報を識別す
るための集荷ＩＤを発行し、この集荷番号と併せて集荷
情報データベースへ登録し、担当者スケジュールデータ
ベースの書き換えと、担当者の持つ宅配業者端末４へス
ケジュールの更新を通知する（ｓ２７）。

【００３７】また、管理サーバ３は、ホームサーバ１に
集荷日時と集荷ＩＤを送信し、ホームサーバ１上に登録
する。登録ユーザは、宅配業者が集荷に来ない等の障害
が発生した場合に、ホームサーバ１に登録された集荷Ｉ
Ｄを管理サーバ３に伝えることで、荷物の状況を確認す
ることができる。

【００３８】集荷・配達担当者は、スケジュール更新通
知を受信後、更新されたスケジュールを確認し、集荷日
時が当日のものであれば、集荷情報を管理サーバ３から
ダウンロードし、スケジュール確認後、集荷に向かう。
集荷時には、宅配業者端末４に送られた集荷情報を出力
し、荷物に添付する。

【００３９】さらに、集荷情報を登録ユーザ毎に宛先デ
ータベースとしてホームサーバ１上に蓄積しておくこと
により（ｓ２８）、２回目以降の集荷依頼時には、ホー
ムサーバ１から宛先情報を引き出し、所望の宛先を選択
することにより、宛先情報を付加することができる。こ
れにより、例えば、出先から集荷依頼を行う場合に宛先
人の住所等を持ち合わせていなくとも、ホームサーバ１
から情報を引き出すことで、宛先情報を入手することが
可能となる。

【００４０】［配達］続いて、配達スケジュールを決定
する手順について図４を用いて説明する。

【００４１】はじめに、管理サーバ３は、集荷情報から
宛先情報、配達希望日時（配達希望日時がある場合）を
抽出し（ｓ３１）、管理サーバ３のデータベースに蓄積
されている地図情報上に配達先と希望配達日時をプロッ
トしていく（ｓ３２）。全ての荷物について前述の作業
が完了した後、配達先がプロットされた地図情報と、デ
ータベース化した交通情報とを組み合わせて最適化を行
い、最適な配達経路と見込み配達時間を算出する（ｓ３
３）。このようにして決定した配達日時は、管理サーバ
３の担当者スケジュールデータベース上に仮登録される
（ｓ３４）。

【００４２】ここでのデータベース化した交通情報と
は、日々の配達業務において、どの道が何時にどの程度
混雑するのかのデータを定量的に蓄積し、例えば曜日、
時間帯等の分類により交通情報としてデータベース化し
たものである。また、最適化方法として、２つの配達地
点を交通量と距離の重み付け関数で表したグラフ理論を
用いる。

【００４３】次に、管理サーバ３は宛先情報とユーザ情
報データベースからホームサーバ５が持つ固有の機器番
号を検出し（ｓ３５）、配達先ホームサーバ５に接続要
求を送出する（ｓ３６）。管理サーバ３から接続要求を
受けたホームサーバ５は、ユーザ登録時に記憶した管理
サーバ情報と、送られてきた管理サーバ情報を照合し
（ｓ３７）、照合完了後、接続要求を受け入れる。な
お、照合に失敗した場合はアクセスを拒否し、終了する
（ｓ３８）。

【００４４】通信リンク確立後、管理サーバ３は、配達
日時情報を送信し、配達時間におけるユーザのスケジュ
ール問い合わせを行う（ｓ３９）。配達日時情報とスケ
ジュール問い合わせを受信したホームサーバ５は、ホー
ムサーバ上に記憶されているユーザのスケジュールデー
タベースを呼び出し、該当時間帯にユーザが家にいるか
否かの確認を行う。

【００４５】家にいることが確認されると、管理サーバ
３へ了解の回答を送信し、回答を受信（ｓ４０）した管
理サーバ３は仮登録された担当者スケジュールデータベ
ースの該当の個所を確定として上書きを行うとともに、
ホームサーバ５へユーザスケジュールデータベースに仮
登録命令を送信する（ｓ４１）。仮登録命令を受信した
ホームサーバ５は、ユーザスケジュールデータベースに
配達日時の仮登録を行う。

【００４６】また、不在の場合、ホームサーバ５は、そ
の時間を中心にユーザが荷物を受け取ることのできるス
ケジュールリストを管理サーバ３へ送信する（ｓ４
２）。スケジュールリストを受信（ｓ４２）した管理サ
ーバ３は、仮登録された担当者スケジュールデータベー
スの該当の箇所を削除するとともに、新たに配達スケジ
ュールを構築する。新たな配達日時が決定すると、管理
サーバ３はホームサーバ５に新しい配達日時を送信し、
ユーザスケジュールデータベースに仮登録命令を送信す
る。仮登録命令を受信したホームサーバ５は、ユーザス
ケジュールデータベースに配達日時の仮登録を行う。

【００４７】ここで、登録ユーザは配達希望時間の範囲
を長くすること、並びに配達希望時間を多く設定するこ
とによって、最適配達経路に適合する確率が高くなる。
これは、管理サーバが最適経路を算出する際、希望時間
数が多いユーザの優先順位を高くして最適経路を決定す
るためである。また、登録ユーザまたは送り主が追加料
金を支払うことで、自身の配達希望時間を優先した経路
決定を行う仕組みも考えられる。

【００４８】もし、希望時間の幅と希望時間の個数より
算定される希望時間の量が少なく、かつ追加料金を支払
っていないユーザに対する配達が最適経路から漏れた場
合は、管理サーバがホームサーバに登録されているユー
ザのスケジュールを参照し、ユーザの予定が入っていな
い時間を選んで配達可能な時間のリストをホームサーバ
に送信する。ユーザは管理サーバから送信される配達可
能時間リストの中から希望時間を選択し、通信端末ある
いはホームサーバより管理サーバに送信する。

【００４９】このようにして管理サーバ３は、全ての荷
物について配達先ユーザのスケジュールを確認し、作成
した配達スケジュールの確認を行い、スケジュールに重
複等が無いことを確認し、全ての配達経路、配達時間を
決定する（ｓ４３，ｓ４４，ｓ４５，ｓ４６）。

【００５０】確認が終了すると、荷物に関する各種問い
合わせに必要となる（配達）荷物ＩＤを各荷物について
発行し（ｓ４７）、ホームサーバ５に仮登録した配達日
時情報を本登録とする信号を送信する（ｓ４８）。ま
た、荷物ＩＤと例えば送り主情報等の荷物に関する情報
も併せて送信する。

【００５１】管理サーバ３から本登録信号と各種情報を
受信したホームサーバ５は、ユーザのスケジュールデー
タベースに宅配日時と配達情報を書き込む。書き込みが
終了すると、ホームサーバ５はユーザが予め登録した携
帯端末３へ○月△日□時に宅配物が来ることを通知す
る。

【００５２】また、管理サーバ３もスケジュールデータ
ベースの更新と配達情報データベースに配達情報並びに
荷物ＩＤの書き込みを行う。各データベースの更新終了
後、管理サーバは配達担当者の所有する宅配業者端末４
へデータベースの変更があったことを通知する（ｓ４
９）。

【００５３】このようにして作成された配達情報データ
をもとに、配送を行うことで効率的に配達を行うことが
可能となる。

【００５４】（請求項２、６に対する実施の形態）配達
先ユーザの都合により、配達予定日時に荷物を受け取れ
なくなった場合の変更について、以下の２つの方法を選
択することが可能である。１つ目は、ホームページにア
クセスし、配達日時変更通知を管理サーバ３に送り、配
達スケジュールを変更する方法である。２つ目は、荷物
預かりセンタとして登録されている場所、例えばコンビ
ニエンスストアや商店等に荷物を届けるよう要求する配
達先を変更する方法である。以下、それぞれの手順につ
いて説明する。

【００５５】まず、図５を用いて１つ目の方法（配達日
時を変更する手順）について説明する。

【００５６】予定変更を希望する登録ユーザは、通信端
末６からホームサーバ５上に蓄えられたスケジュールデ
ータベースを呼び出し、スケジュールデータの修正を行
う。宅配物到着に関するスケジュール変更を行うと、ホ
ームサーバ５より配達希望日時の間い合わせと、空きス
ケジュール情報が通信端末６に送信される。登録ユーザ
は配達希望日時を決定し、ホームサーバ５へ配達希望日
時情報を送信する。

【００５７】ホームサーバ５は、登録ユーザからの配達
希望日時情報を受信する（ｓ５１）と、管理サーバ３に
配達日時の変更依頼を行うための接続要求を行う。接続
要求を受信した管理サーバ３は、ホームサーバ５に対し
てＩＤとパスワードの入力を求める（ＩＤについては、
ホームサーバ５の記憶装置に記憶させておき、その情報
を利用することもできる。）（ｓ５２）。ＩＤとパスワ
ード要求を受信したホームサーバ５は登録ユーザの所有
する携帯端末６にパスワードの入力情報を送信する。

【００５８】管理サーバ３は、パスワードを受信した
後、認証を行い（ｓ５３）、認証完了後、通信リンクを
確立する。認証に失敗した場合、管理サーバ３はアクセ
スを拒否し、終了する（ｓ５４）。

【００５９】通信リンクが確立するとホームサーバ５
は、配達日時変更要求、荷物ＩＤを管理サーバ３に送信
する。これらの情報を受信（ｓ５５）した管理サーバ３
は、荷物ＩＤから配達情報の検索を行う（ｓ５６）。

【００６０】検索終了後、管理サーバ３はホームサーバ
５に対して、変更内容の送信を要求する。本要求を受け
たホームサーバ５は、先ほど登録ユーザから受信した配
達希望日時情報を管理サーバ３へ送信する。配達希望日
時情報を受信した管理サーバ３は、担当者スケジュール
データベースから配達先区域を担当している担当者のス
ケジュール情報を読み込み、そのスケジュール情報とホ
ームサーバ５の要求した配達希望日時情報を比較し、配
達日時を決定する（ｓ５７）。

【００６１】登録ユーザの希望日時に配達できない場合
は、再度希望日時の問い合わせを行う。配達日時が決定
すると、ホームサーバ５へ決定した配達日時情報を送信
し、管理サーバ３にある担当者スケジュールデータベー
スの書き換えを行う。これら作業完了後、ホームサーバ
５と管理サーバ３との間の通信リンクは切断される。

【００６２】通信リンクの切断後、管理サーバ３は配達
担当者の所有する宅配業者端末４にスケジュールデータ
ベースに変更があったことを通知する（ｓ５８）。ま
た、ホームサーバ５は、管理サーバ３から変更後の配達
日時情報を受信すると、既存のスケジュールデータベー
スの書き換えを行い、登録ユーザの所有する端末６に配
達日時が決定したことを通知する（ｓ５８）。

【００６３】以上が、配達日時を変更するための手順で
ある。

【００６４】次に、図６を用いて２つ目の方法（配達業
者が事前登録している荷物預かりセンタへ配達を依頼す
る手順）について説明する。

【００６５】配達日時に荷物を受け取れなくなった登録
ユーザは、通信端末６からホームサーバ５上に蓄えられ
たスケジュールデータベースを呼び出し、該当個所を選
択し、配達場所の変更を行う（ｓ６１）。配達場所変更
要求を受信したホームサーバ５は、管理サーバ３に接続
要求を送信する。接続要求を受信した管理サーバ３は上
記と同様にして認証を行い、通信リンクを確立する（ｓ
６２，ｓ６３）。

【００６６】通信リンク確立後、管理サーバ３は、ホー
ムサーバ５から送られてきた荷物ＩＤとホームサーバ５
の持つＩＤからユーザ情報データベースよりユーザの住
所を読み込み、予め契約してある荷物預かり所の情報を
登録したデータベースより、ホームサーバ５の位置する
場所に近い荷物預かり所を選択し、ホームサーバ５に送
信する（ｓ６４）。

【００６７】荷物預かり所に関するデータを受信したホ
ームサーバ５は、その情報を登録ユーザの通信端末６へ
送信する。登録ユーザは荷物預かり所に関するデータを
受信後、希望の荷物預かり所を選択する。選択された情
報は、再びホームサーバ５を介して管理サーバ３へ届け
られる。

【００６８】希望預かり所情報を受信（ｓ６５）した管
理サーバ３は、先ほど送られてきた荷物ＩＤから該当の
配達情報を検索し、担当者スケジュールデータベースの
書き換えを行う（ｓ６６）。即ち、担当者スケジュール
データベースから配達日時情報が削除され、荷物ＩＤと
荷物預かり所情報が書き込まれ、データベースが上書き
される。また、この情報はホームサーバ５に送信され
る。これら作業完了後、ホームサーバ５と管理サーバ３
との間の通信リンクは切断される。

【００６９】通信リンクの切断後、管理サーバ３は配達
担当者の所有する宅配業者端末４にスケジュールデータ
ベースの変更があったことを通知する（ｓ６７）。ま
た、ホームサーバ５は、変更が完了したことを登録ユー
ザの所有する通信端末６に通知する（ｓ６７）。

【００７０】ここで、今回要求した預かり所情報を管理
サーバ３に登録しておくこともできる。

【００７１】以上が、配達先を変更するための手順であ
る。

【００７２】（請求項３、７に対する説明）デパート等
の商品販売店において商品を購入し、任意の場所に購入
した商品を配送する場合の依頼手順について説明する。

【００７３】デパート等の商品販売店の従業員が、販売
店に設置された管理サーバ３へのアクセス専用商品販売
所端末７を用いて集荷（配達）依頼を行う。はじめに、
商品販売所端末７から管理サーバ３へアクセスし、通信
リンク確立のための手続きを行う。この方法は、登録ユ
ーザが通信端末２及びホームサーバ１を介して管理サー
バ３へアクセスし、通信リンクを確立する場合と同様で
ある。

【００７４】通信リンクが確立し、商品販売所端末７か
ら集荷依頼要求が出されると、管理サーバ３は商品販売
所向け集荷依頼ページを商品販売所端末７に表示する。
販売所の従業員は、表示されたページに商品の発送を希
望する登録ユーザのユーザＩＤ並びに送り先情報を入力
する。全ての入力が完成した後、管理サーバ３へ情報を
送信する。

【００７５】情報を受信した管理サーバ３は、ユーザＩ
Ｄから登録ユーザの情報を検索するとともに、送り先情
報とユーザ情報データベースから送り先ホームサーバ５
の持つ固有の機器番号を検出し、前述の集荷手順、配達
スケジュール決定手順と同様の手続きにより集荷日、配
達日時を決定し、荷物に対する各種問い合わせに必要と
なる荷物ＩＤの発行を行う。

【００７６】これらの情報は管理サーバ３、ホームサー
バ１に登録され、商品販売所端末７には、荷物ＩＤと配
達日時情報が表示される。販売所の従業員は、受信した
情報を登録ユーザのもつ端末２に送信するか、紙等に印
刷して手渡し、荷物ＩＤと配達日時が決定したことを通
知する。

【００７７】以上が、デパート等の商品販売所からの集
荷、配達依頼を行うための手順である。

【００７８】（請求項４、８に対する説明）配達先登録
ユーザから配達日時変更依頼がなく、配達担当者が不在
のユーザ宅に行ってしまった場合のスケジュール変更方
法について、図７を用いて説明する。

【００７９】配達担当者がホームサーバ５に接続された
インターホン（図示せず）を押すことにより、ホームサ
ーバ５はユーザ不在であることを音声で知らせる。知ら
せを受けた配達担当者が端末４を用いて管理サーバ３に
アクセスし、ユーザ不在に伴うスケジュールの変更依頼
を荷物ＩＤとともに送信する。管理サーバ３は、変更依
頼及び荷物ＩＤを受信する（ｓ７１，ｓ７２）と、配達
情報データベースから該当のデータを引き出し（ｓ７
３）、配達先ホームサーバ５の持つ固有の機器番号を検
出し（ｓ７４）、訪問先ホームサーバ５へアクセスを行
う（ｓ７５）。

【００８０】上述の手続きと同様にして通信リンクが確
立する（ｓ７６，ｓ７７）と、管理サーバ３は、ホーム
サーバ５に対して登録ユーザのスケジュールデータベー
スから荷物を受け取ることができる日時を問い合わせる
（ｓ７８）。問い合わせ結果を受信（ｓ７９）したホー
ムサーバ５は、ユーザのスケジュールを参照し、荷物の
受け取り可能日時を複数個用意し（例えば、優先順位を
つけて、第５希望までの日時を）、管理サーバ３へ送信
する。管理サーバ３は、受信したスケジュール情報と配
達担当者の配達情報データベースとから次の配達日時を
決定し、それぞれのスケジュールデータベースの書き換
えを行う（ｓ８０）。

【００８１】このとき、希望時間の幅や希望時間の個数
が大きいユーザを優先して、新たな再配達の経路を決定
する。また、ホームサーバ５は、○月Δ日×時に宅配業
者が来たことを記憶し、登録ユーザの所持する端末６へ
スケジュール変更内容と宅配業者が来た時間を送信する
（ｓ８１）。

【００８２】以上が、配達先ユーザが不在だった場合の
スケジュール変更方法である。

【００８３】

【発明の効果】以上説明したように、本発明によれば、
効率的な集荷、配達が実現できるだけでなく、送り主が
配達伝票を記入する手間を省くことが可能となる。ま
た、受け取り側も荷物が届く配達時間を事前に知ること
ができるだけでなく、都合がつかない場合でも簡単に配
達日時の変更を行うか、もしくは登録先へ荷物を預ける
ことができるため、確実に荷物を受け取ることが可能と
なる。

【図面の簡単な説明】

【図１】本発明の宅配サービス支援システムの実施の形
態の一例を示すブロック図

【図２】本発明におけるユーザ登録の手順を示すフロー
チャート

【図３】本発明における集荷依頼の手順を示すフローチ
ャート

【図４】本発明における配達スケジュールの決定手順を
示すフローチャート

【図５】本発明における配達日時の変更手順を示すフロ
ーチャート

【図６】本発明における荷物預かりセンタへの配達を依
頼する手順を示すフローチャート

【図７】本発明におけるユーザ不在時の配達日時の変更
手順を示すフローチャート

【符号の説明】

１，５：ホームサーバ、２，６：通信端末、３：管理サ
ーバ、４：宅配業者端末、７：商品販売所端末、８：ネ
ットワーク。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ユーザから荷物を集荷し、これを指定さ
   れた場所へ配達する宅配サービスを支援する宅配サービ
   ス支援システムであって、 宅配サービスを提供する宅配業者が運営する管理サーバ
   と、管理サーバに接続可能で集荷・配達担当者が所持す
   る宅配業者端末と、ユーザ宅内に設置されたホームサー
   バと、ホームサーバに接続可能でユーザが使用する通信
   端末と、ホームサーバ及び管理サーバを接続するネット
   ワークとからなり、 管理サーバは、 少なくとも集荷日時、送り主側のユーザの氏名、住所等
   からなるユーザ情報、宛先情報及び集荷ＩＤを含む集荷
   情報を登録する集荷情報データベースと、 少なくとも配達日時、受取人側のユーザの氏名、住所等
   からなるユーザ情報及び荷物ＩＤを含む配達情報を登録
   する配達情報データベースと、 集荷・配達担当者のスケジュール情報を登録する担当者
   スケジュールデータベースと、 送り主側のユーザからの集荷依頼を受け付ける機能と、 担当者スケジュールデータベースから送り主側のユーザ
   の住所に対応する集荷・配達担当者のスケジュール情報
   を読み出し、地図情報、交通情報とともに集荷日時を決
   定する機能と、 決定した集荷日時を送り主側のユーザ情報、宛先情報及
   び集荷ＩＤとともに集荷情報として集荷情報データベー
   スに登録する機能と、 集荷情報データベースから集荷情報を読み出すとともに
   担当者スケジュールデータベースから受取人側のユーザ
   の住所に対応する集荷・配達担当者のスケジュール情報
   を読み出し、地図情報、交通情報とともに配達日時を仮
   決定する機能と、 仮決定した配達日時を担当者スケジュールデータベース
   に仮登録する機能と、 受取人側のユーザ宅内のホームサーバに仮決定した配達
   日時における受取人側のユーザのスケジュールを問い合
   わせる機能と、 問い合わせ結果に基づいて配達日時を決定する機能と、 決定した配達日時を送り主側及び受取人側のユーザ情報
   並びに荷物ＩＤとともに配達情報として配達情報データ
   ベースに登録する機能と、 ユーザ宅内のホームサーバに集荷情報の登録及び配達情
   報の登録を要求する機能と、 集荷情報データベースへの集荷情報の登録及び配達情報
   データベースへの配達情報の登録に基づき担当者スケジ
   ュールデータベースを更新する機能と、 宅配業者端末にスケジュールの更新を通知する機能とを
   備え、 ホームサーバは、 ユーザのスケジュール情報を登録するユーザスケジュー
   ルデータベースと、 通信端末からの入力もしくは管理サーバからの登録要求
   に基づきユーザスケジュールデータベースを更新する機
   能と、 管理サーバからのスケジュール問い合わせ要求に応答す
   る機能と、 通信端末にスケジュールの更新を通知する機能とを備
   え、 通信端末は、 少なくともユーザ情報及び宛先情報を管理サーバに通知
   して荷物の集荷を依頼する機能を備えたことを特徴とす
   る宅配サービス支援システム。
2. 【請求項２】 請求項１記載の宅配サービス支援システ
   ムにおいて、 通信端末は、 変更対象の配達情報の荷物ＩＤとともに希望配達日時ま
   たは希望配達場所を管理サーバに通知して配達日時また
   は配達場所の変更を依頼する機能を備え、 管理サーバは、 受取人側のユーザからの配達日時または配達場所の変更
   依頼を受け付ける機能と、 配達情報データベースから荷物ＩＤに対応する配達情報
   を読み出すとともに担当者スケジュールデータベースか
   ら受取人側のユーザの住所に対応する集荷・配達担当者
   のスケジュール情報を読み出し、地図情報、交通情報と
   ともに配達日時を再決定する機能とを備えたことを特徴
   とする宅配サービス支援システム。
3. 【請求項３】 請求項１または２記載の宅配サービス支
   援システムにおいて、 少なくともユーザ情報及び宛先情報を管理サーバに通知
   して荷物の集荷を依頼する機能を備えた商品販売所端末
   を商品販売店に設置するとともに、 管理サーバに、商品販売所端末からの集荷依頼を受け付
   ける機能を設けたことを特徴とする宅配サービス支援シ
   ステム。
4. 【請求項４】 請求項１乃至３いずれか記載の宅配サー
   ビス支援システムにおいて、 宅配業者端末は、 ユーザ不在を荷物ＩＤとともに管理サーバに通知して配
   達日時の変更を依頼する機能を備え、 管理サーバは、 集荷・配達担当者からの配達日時の変更依頼を受け付け
   る機能と、 配達情報データベースから荷物ＩＤに対応する配達情報
   を読み出し、受取人側のユーザ宅内のホームサーバに受
   取人側のユーザのスケジュールを問い合わせる機能と、 問い合わせ結果及び受取人側のユーザの住所に対応する
   集荷・配達担当者のスケジュール情報とともに地図情
   報、交通情報に基づいて配達日時を再決定する機能と、 再決定した配達日時を含む配達情報の登録を受取人側の
   ユーザ宅内のホームサーバに要求する機能とを備え、 ホームサーバは、 管理サーバからの要求に基づきユーザスケジュールデー
   タベースを更新するとともに集荷・配達担当者が配達に
   来たことを登録する機能と、 通信端末にスケジュールの更新とともに集荷・配達担当
   者が配達に来たことを通知する機能とを備えたことを特
   徴とする宅配サービス支援システム。
5. 【請求項５】 ユーザから荷物を集荷し、これを指定さ
   れた場所へ配達する宅配サービスを支援する宅配サービ
   ス支援方法であって、 宅配サービスを提供する宅配業者が運営する管理サーバ
   と、管理サーバに接続可能で集荷・配達担当者が所持す
   る宅配業者端末と、ユーザ宅内に設置されたホームサー
   バと、ホームサーバに接続可能でユーザが操作する通信
   端末と、ホームサーバ及び管理サーバを接続するネット
   ワークとを用い、 送り主側のユーザは通信端末を用いて、少なくともユー
   ザの氏名、住所等からなるユーザ情報及び宛先情報を管
   理サーバに通知して荷物の集荷を依頼し、 管理サーバは、担当者スケジュールデータベースから送
   り主側のユーザの住所に対応する集荷・配達担当者のス
   ケジュール情報を読み出し、地図情報、交通情報ととも
   に集荷日時を決定し、該決定した集荷日時を送り主側の
   ユーザ情報、宛先情報及び集荷ＩＤとともに集荷情報と
   して集荷情報データベースに登録し、担当者スケジュー
   ルデータベースを更新するとともに宅配業者端末にスケ
   ジュールの更新を通知し、 管理サーバは、集荷情報データベースから集荷情報を読
   み出すとともに担当者スケジュールデータベースから受
   取人側のユーザの住所に対応する集荷・配達担当者のス
   ケジュール情報を読み出し、地図情報、交通情報ととも
   に配達日時を仮決定し、該仮決定した配達日時を担当者
   スケジュールデータベースに仮登録し、受取人側のユー
   ザ宅内のホームサーバに前記仮決定した配達日時におけ
   る受取人側のユーザのスケジュールの問い合わせを行
   い、 受取人側のユーザ宅内のホームサーバは、前記問い合わ
   せに対し、ユーザスケジュールデータベースからユーザ
   のスケジュール情報を読み出し、前記仮決定した配達日
   時にユーザが在宅か否かを確認し、在宅であれば管理サ
   ーバへ了解を通知し、在宅でなければ管理サーバへ在宅
   である日時のリストを通知し、 管理サーバは、前記ホームサーバからの通知に基づいて
   配達日時を決定し、該決定した配達日時を送り主側及び
   受取人側のユーザ情報並びに荷物ＩＤとともに配達情報
   として配達情報データベースに登録するとともに担当者
   スケジュールデータベースを更新し、受取人側のユーザ
   宅内のホームサーバに配達情報の登録を要求し、 受取人側のユーザ宅内のホームサーバは、前記登録要求
   に対し、ユーザスケジュールデータベースに配達情報を
   登録するとともに通信端末にスケジュールの更新を通知
   することを特徴とする宅配サービス支援方法。
6. 【請求項６】 請求項５記載の宅配サービス支援方法に
   おいて、 受取人側のユーザは通信端末を用いて、変更対象の配達
   情報の荷物ＩＤとともに希望配達日時または希望配達場
   所を管理サーバに通知して配達日時または配達場所の変
   更を依頼し、 管理サーバは、配達情報データベースから荷物ＩＤに対
   応する配達情報を読み出すとともに担当者スケジュール
   データベースから受取人側のユーザの住所に対応する集
   荷・配達担当者のスケジュール情報を読み出し、地図情
   報、交通情報とともに配達日時を再決定することを特徴
   とする宅配サービス支援方法。
7. 【請求項７】 請求項５または６記載の宅配サービス支
   援方法において、 商品販売店に設置された商品販売所端末を用いて、少な
   くともユーザ情報及び宛先情報を管理サーバに通知して
   荷物の集荷を依頼することを特徴とする宅配サービス支
   援方法。
8. 【請求項８】 請求項５乃至７いずれか記載の宅配サー
   ビス支援方法において、 集荷・配達担当者は宅配業者端末を用いてユーザ不在を
   荷物ＩＤとともに管理サーバに通知して配達日時の変更
   を依頼し、 管理サーバは、配達情報データベースから荷物ＩＤに対
   応する配達情報を読み出し、受取人側のユーザ宅内のホ
   ームサーバに受取人側のユーザのスケジュールを問い合
   わせ、問い合わせ結果及び受取人側のユーザの住所に対
   応する集荷・配達担当者のスケジュール情報とともに地
   図情報、交通情報に基づいて配達日時を決定し、該決定
   した配達日時を含む配達情報の登録を受取人側のユーザ
   宅内のホームサーバに要求し、 受取人側のユーザ宅内のホームサーバは、管理サーバか
   らの要求に基づきユーザスケジュールデータベースを更
   新するとともに集荷・配達担当者が配達に来たことを登
   録し、通信端末にスケジュールの更新とともに集荷・配
   達担当者が配達に来たことを通知することを特徴とする
   宅配サービス支援方法。