JP2015212186A - サーバ装置、プログラム及び配達システム - Google Patents

Abstract

【課題】荷物の受取りに関し受取人の手間とストレスを抑制する。
【解決手段】サーバ装置（１２）は、複数の荷物毎に、配達の予定情報が格納される記憶部（３０）と、当該予定情報の一覧要求を受信した場合に、各予定情報を荷物の受取人の通信端末（１０）に送信し、且つ、通信端末（１０）から複数の荷物のうち少なくともの２つの荷物を纏めることを指示する纏め指示を受信した場合に、纏め指示を、纏め指示に係る荷物の配達業者の連絡先に送信する通信部（３２）と、を備える。
【選択図】図２

Description

本発明は、サーバ装置、プログラム及び配達システムに関する。

従来から、食事の配達サービスなどで、依頼主の住所へ荷物（食事など）の配達を依頼する配達サービスがある。この配達サービスでは、配達の際に荷物の受取人（依頼主）が不在であると、配達業者から不在通知が受取人のポストに投函されていた。そして、受取人は、この不在通知を見て、不在通知に記載された配達業者に電話して、再配達の希望日を伝えていた。

この配達サービスに関し、例えば特許文献１には、荷物の配達を依頼した受取人の携帯端末の位置情報及び配達先の位置情報に基づき、配達先への帰宅予想時刻を計算して、到着予想時刻より帰宅予想時刻の方が遅い場合、配達リストから、該当する配達先を削除するサーバ装置が開示されている。

特開２０１３−１３３２１０号公報

しかしながら、特許文献１に記載のサーバ装置では、到着予想時刻より帰宅予想時刻の方が早い場合、受取人の住所へ荷物が配達されるものの、当該住所宛へ同じまたは異なる配達業者から複数の荷物の配達が重なった場合、別々のタイミングで配達される可能性が高い。別々のタイミングで配達されると、例えば受取人が１つの荷物を受取った後に外出してしまうと、残りの荷物を受取ることができない。この結果、さらなる不在通知とそれに対応する再配達が増加し、荷物の受取りに関し受取人の手間とストレスが増加してしまう。

本発明はこのような事情に鑑みてなされたものであり、荷物の受取りに関し受取人の手間とストレスを抑制することができることを目的の一つとする。

本発明の第１態様に係るサーバ装置は、複数の荷物毎に、配達の予定情報が格納される記憶部と、前記予定情報の一覧要求を受信した場合に、各予定情報を前記荷物の受取人の通信端末に送信し、且つ、前記通信端末から前記複数の荷物のうち少なくともの２つの荷物を纏めることを指示する纏め指示を受信した場合に、前記纏め指示を、前記纏め指示に係る荷物の配達業者の連絡先に送信する通信部と、を備える。

本発明の第２態様に係るサーバ装置は、複数の荷物毎に、配達予定日時を含む配達の予定情報、並びに、配達業者の識別情報が格納される記憶部と、前記予定情報の一覧要求を受信した場合に、各予定情報を前記荷物の受取人の通信端末に送信し、且つ、前記複数の荷物のうち少なくとも２つの荷物に対応する前記配達業者の前記識別情報が互いに異なる場合で前記通信端末から前記少なくとも２つの前記荷物に対応する前記配達予定時間帯を纏めることを指示する纏め指示を受信した場合に、前記纏め指示を、前記纏め指示に係る荷物それぞれの配達業者の連絡先に送信する通信部と、を備える。

本発明によれば、荷物の受取りに関し受取人の手間とストレスを抑制することができる。

本発明の第１実施形態に係る配達システムのシステム構成図である。 本発明の第１実施形態に係る配達システムの機能的構成図である。 顧客情報テーブルの一例の説明図である。 配達予定情報テーブルの一例の説明図である。 配達業者連絡先テーブルの一例の説明図である。 本発明の第１実施形態に係る配達システムの処理の一例を示す図である。 図６に示す処理から続く、本発明の第１実施形態に係る配達システムの処理の一例を示す図である。 図７に示す処理から続く、本発明の第１実施形態に係る配達システムの処理の一例を示す図である。 図８に示す処理から続く、本発明の第１実施形態に係る配達システムの処理の一例を示す図である。 図９に示す処理から続く、本発明の第１実施形態に係る配達システムの処理の一例を示す図である。 配達予定画面の一例を示す図である。 配達ステータス画面の一例を示す説明図である。 配達予定情報テーブルの他の例の説明図である。 配達ステータス画面の他の例を示す説明図である。 配達予定情報テーブルのさらに他の例の説明図である。 配達ステータス画面のさらに他の例の説明図である。

＜第１実施形態＞
図１は、本発明の第１実施形態に係る配達システムのシステム構成図である。
図１に示すように、本発明の第１実施形態に係る配達システム１は、通信端末としての携帯電話１０と、サーバ装置としての仲介サーバ１２と、販売サーバ１４と、第２通信端末としてのｎ個の配達サーバ１６（ｎ）と、を有している。なお、ｎは自然数であり、その値は特に限定されない。これら各装置はネットワークとしてのインターネットＮＥＴによって相互に通信可能に接続されている。このような配達システム１において、依頼主は、例えば携帯電話１０を用いて、販売業者の販売サーバ１４が提供する商品を購入する。販売サーバ１４は、配達サーバ１６（ｎ）に商品（荷物）の配達指示を出し、配達サーバ１６（ｎ）を所有する配達業者は、配達指示に従って荷物を配達する。この際、第１実施形態では、仲介サーバ１２が携帯電話１０と配達サーバ１６（ｎ）との間を仲介して、依頼主（以下、適宜「受取人」と称す。）の都合に応じて、異なる荷物の配達業者が互いに同じ場合にそれら異なる荷物を一つに纏めたり、異なる荷物の配達業者が互いに異なる場合に異なる配達業者による荷物の配達日時を一つに纏めたりする。

携帯電話１０は、受取人が所有している通信端末であり、その形態に限定はなく、スマートフォン、タブレット端末、ＰＤＡ、ノートブック型またはデスクトップ型パーソナルコンピュータ等であってもよい。この携帯電話１０は、例えば矩形で薄形の筐体１０Ａを備え、その筐体１０Ａの一方の面には、タッチパネル１０Ｂが多くの部分を占めるように構成されている。該タッチパネル１０Ｂが搭載されている面（正面）には、レシーバ１０Ｃ、マイクロフォン１０Ｄ及びハードボタン１０Ｅが設けられている。また、筐体１０Ａの側面や底面には、ハードキー１０Ｆ、図示しない音声出力端子などの外部インターフェースが設けられる。さらに、筐体１０Ａの背面には、図示しないカメラが設けられている。

これらの他、携帯電話１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０Ｇ、メモリ１０Ｈ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）１０Ｉ及び通信装置１０Ｊ等のハードウェア、並びに、メモリ１０Ｈ内に保存されている、オペレーティングシステム及びユーザプログラム１０Ｋ等のソフトウェアを有する。

仲介サーバ１２は、受取人と配達業者との間の仲介サービスを行う仲介業者が所有しているコンピュータ装置である。なお、仲介業者と販売業者が同じであってもよい。仲介サーバ１２は、携帯電話１０と複数の配達サーバ１６（ｎ）と間の仲介処理を行うサーバ装置である。また、仲介サーバ１２は、サーバ本体１２Ａと、表示装置１２Ｂと、入力装置１２Ｃと、を有する。サーバ本体１２Ａは、ＣＰＵ１３Ａ、メモリ１３Ｂ、ＨＤＤ（Ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）１３Ｃ及び通信装置１３Ｄ、並びに、ＨＤＤ１３Ｃ内に保存されている、オペレーティングシステム及び仲介プログラム１３Ｅ等のソフトウェアを有する。表示装置１２Ｂは、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等のディスプレイである。入力装置１２Ｃは、例えばキーボードやマウスである。

販売サーバ１４は、例えばインターネットＮＥＴ上で複数の商店のページ｛ＥＣ（ｅｌｅｃｔｒｏｎｉｃ ｃｏｍｍｅｒｃｅ）サイト｝を一つのサイトにまとめて、様々な商品を販売するウェブサイトであるオンラインモールを運営するサーバ装置である。販売サーバ１４は、オンラインモールを管理している販売業者（の仲介業者）が所有している。ただし、販売サーバ１４は、ある一つの販売業者の商品を、インターネットＮＥＴ上で販売するＥＣサイトを運営するサーバ装置であってもよい。なお、販売サーバ１４の構成は、仲介プログラム１３Ｅが無い以外は、上述した仲介サーバ１２の構成と同様である。

配達サーバ１６（ｎ）は、それぞれ異なる配達業者１７（ｍ）が所有しているサーバ装置である。なお、ｍは自然数であり、ｎと同じ数であっても、それ以外の数であってもよい。また、配達サーバ１６（ｎ）の構成は、仲介プログラム１３Ｅが無い以外は、上述した仲介サーバ１２の構成と同様である。

図２は、第１実施形態に係る配達システム１の機能的構成図である。
図２に示すように、配達システム１の携帯電話１０は、通信部２０を有している。通信部２０は、図１に示すＣＰＵ１０Ｇがユーザプログラム１０Ｋを実行することにより機能する通信装置１０Ｊを含んでいる。また、携帯電話１０は、例えばタッチパネル１０ＢやＣＰＵ１０Ｇ等（図１参照）を含んで構成される操作表示部２２を有する。

通信部２０は、例えば受取人の複数の荷物の配達の予定情報の一覧要求を、仲介サーバ１２に送信する。また、通信部２０は、例えば仲介サーバ１２から各予定情報を受信した場合に、各予定情報を一覧表示し、受取人の操作に応じて、複数の荷物のうち少なくともの２つの荷物を纏めることを指示する纏め指示を、仲介サーバ１２に送信する。

操作表示部２２は、例えば通信部２０が予定情報を受信した場合、配達の予定情報の一覧表示を行う。また、操作表示部２２は、例えば通信部２０が個人情報を受信した場合、配達員を変更するための表示領域（ボタン又はスタンプ）を表示する。さらに、操作表示部２２は、ボタンの押下のスタンプの選択等の操作も受け付ける。

配達システム１の仲介サーバ１２は、メモリ１３ＢやＨＤＤ１３Ｃ等（図１参照）を含んで構成される記憶部３０を有する。また、仲介サーバ１２は、通信部３２と、纏め部３３と、分析部３４と、提案部３６と、決済部３７と、を備える。

記憶部３０には、例えば、顧客情報テーブル３８と、配達予定情報テーブル４０と、配達履歴テーブル４２と、配達業者連絡先テーブル４４と、が格納されている。

図３は、顧客情報テーブル３８の一例の説明図である。
図３に示すように、顧客情報テーブル３８には、例えば配達の依頼主（受取人）として登録された複数人の名前が記録された名前フィールド３８Ａが設けられている。また、顧客情報テーブル３８には、レコード毎に、例えば、受取人の住所が記録される住所フィールド３８Ｂ、受取人の電話番号が記録される電話番号フィールド３８Ｃ、及び、受取人の電子メールアドレスが記録されるメールフィールド３８Ｄが記録されている。また、顧客情報テーブル３８には、レコード毎に、例えば、受取人の年齢が記録される年齢フィールド３８Ｅ、受取人の性別が記録される性別フィールド３８Ｆ、受取人が指定した荷物置の利用設定が記録される荷物置フィールド３８Ｇ、及び、受取人が指定した宅配ＢＯＸの利用設定が記録される宅配ＢＯＸフィールド３８Ｈが設けられている。また、顧客情報テーブル３８には、レコード毎に、例えば、ＧＰＳの利用設定が記録されるＧＰＳフィールド３８Ｉ、第１の識別情報ＩＤ（１）が記録されるＩＤ（１）フィールド３８Ｊ、及び、第２の識別情報ＩＤ（２）が記録されるＩＤ（２）フィールド３８Ｋが設けられている。

なお、ＩＤ（１）フィールド３８Ｊ及びＩＤ（２）フィールド３８Ｋは、例えば検索サイトや、ソーシャルネットワークサービス、コミュニケーションサービス等の任意のサイトやアプリケーションソフトウェアのログインＩＤである。

上記の他にも、顧客情報テーブル３８には、例えば検索サイト等任意のサイトのログインパスワードや勤務先の住所が記録されていてもよい。なお、この顧客情報テーブル３８の一部の情報は、適宜仲介サーバ１２により、例えばＩＤ（１）フィールド３８Ｊに連携されて、任意のサイトで登録された登録情報から取得されてもよい。また、顧客情報テーブル３８の一部の情報は、適宜仲介サーバ１２により、過去の配達履歴から取得されてもよい。

図４は、配達予定情報テーブル４０の一例の説明図である。
図４に示すように、配達予定情報テーブル４０には、例えば配達の依頼主（受取人）として登録された複数人の名前が記録された名前フィールド４０Ａが設けられている。この配達予定情報テーブル４０には、レコード毎に、各種配達予定情報が記録されるフィールドが設けられている。例えば、配達予定情報テーブル４０には、レコード毎に、荷物毎に異なる荷物の受注番号が記録される受注番号フィールド４０Ｂ、荷物内の商品名が記録される商品名フィールド４０Ｃ、及び、配達先である配達住所が記録される配達住所フィールド４０Ｄが設けられている。また、配達予定情報テーブル４０には、レコード毎に、荷物の配達予定日が記録される配達予定日フィールド４０Ｅ、荷物の配達予定時間が記録される配達予定時間フィールド４０Ｆ、及び、荷物の配達業者の名前が記録される配達業者フィールド４０Ｇが設けられている。また、配達予定情報テーブル４０には、レコード毎に、配達員の個人情報（名前や性別、年齢等であって特に性別である。）が記録される配達員の個人情報フィールド４０Ｈ、荷物内の商品の販売業者の名前が記録される販売者名フィールド４０Ｉ、及び、第１の識別情報ＩＤ（１）が記録されるＩＤ（１）フィールド４０Ｊが設けられている。

上記の他にも、配達予定情報テーブル４０には、例えば購入日時、配達希望日、受取人の生年月日、受取人のパスワード、配達員の個人情報（名前や性別、年齢等）、又は、受取人によるコメント等が記録されるフィールドが設けられてもよい。なお、配達予定情報テーブル４０の内容は、顧客情報テーブル３８に含まれていてもよい。また、配達予定情報テーブル４０では、配達業者と異なる仲介業者が管理しているため、異なる配達業者が配達する荷物に関する情報を纏めて記録することができる。したがって、配達業者フィールド４０Ｇ内の配達業者同士は、互いに異なっていてもよい。

配達履歴テーブル４２には、過去の上記配達予定情報の配達履歴が例えば過去２年分蓄積されている。また、配達履歴テーブル４２には、実際の配達日時も記録されていてもよい。

図５は、配達業者連絡先テーブル４４の一例の説明図である。
図５に示すように、配達業者連絡先テーブル４４には、例えば配達業者として登録された複数の配達業者の名前が名前フィールド４４Ａに記録されている。また、配達業者連絡先テーブル４４には、レコード毎に、例えば、配達業者の電話番号が記録される電話番号フィールド４４Ｂ、配達業者のメールアドレスが記録されるメールアドレスフィールド４４Ｃ、及び、配達業者のネットワークアドレスが記録されるネットワークアドレスフィールド４４Ｄ等の連絡先が設けられている。この他にも、配達業者連絡先テーブル４４には、例えば配達業者のＦＡＸ番号や住所等が記録されるフィールドが設けられてもよい。

なお、配達業者連絡先テーブル４４の内容は、予め仲介業者によって予め登録されている。また、配達業者連絡先テーブル４４の内容は、顧客情報テーブル３８又は配達予定情報テーブル４０に含まれていてもよい。

図２に戻って、仲介サーバ１２の通信部３２は、図１に示すＣＰＵ１３Ａが仲介プログラム１３Ｅを実行することにより機能する通信装置１３Ｄを含んでいる。この通信部３２は、配達予定情報の一覧要求を受信した場合に、各配達予定情報を荷物の受取人の携帯電話１０に送信する。また、通信部３２は、携帯電話１０から複数の荷物のうち少なくともの２つの荷物を纏めることを指示する荷物纏め指示を受信した場合に、当該荷物纏め指示を、この荷物纏め指示に係る荷物の配達業者の連絡先に送信する。また、通信部３２は、携帯電話１０から複数の荷物のうち少なくともの２つの荷物の配達予定日時を纏めることを指示する日時纏め指示を受信した場合に、当該日時纏め指示を、この日時纏め指示に係る荷物の配達業者の連絡先に送信する。

なお、「配達予定日時」とは、配達予定日と配達予定時間帯とを含む意味である。

纏め部３３は、通信部３２が荷物纏め指示又は日時纏め指示を受信した後、これら纏め指示に係る配達予定情報を纏める。

分析部３４は、通信部３２が配達業者１７（ｍ）の配達サーバ１６（ｎ）から要求を受信した場合に、配達履歴テーブル４２内の配達履歴を分析し、通信部３２を介して分析結果を配達サーバ１６（ｎ）に返信する。

提案部３６は、分析部３４の分析結果に基づき、受取人が荷物を受取れる配達の最適方法（例えば配達予定日及び配達予定時間帯の最適日時）を割り出し、通信部３２を介して最適方法を送信する。

決済部３７は、各種支払い処理を行なう。この具体的な処理については、後述する。

配達システム１の配達サーバ１６（ｎ）は、ＣＰＵがプログラムを実行することにより機能する、通信装置を備えた通信部５０と、通知部５２と、内部処理部５４と、を有する。

通信部５０は、例えば、荷物の配達員に係る個人情報を、仲介サーバ１２に送信する。

通知部５２は、例えば、荷物纏め纏め指示や日時纏め指示を受信した場合に、これらの指示を配達業者や配達員（ドライバー）に通知する。

内部処理部５４は、例えば、各種判定処理や決定処理、変更処理等の内部処理を行なう。

図６は、第１実施形態に係る配達システム１の処理の一例を示す図である。図７は、図６に示す処理から続く、第１実施形態に係る配達システム１の処理の一例を示す図である。図８は、図７に示す処理から続く、第１実施形態に係る配達システム１の処理の一例を示す図である。図９は、図８に示す処理から続く、第１実施形態に係る配達システム１の処理の一例を示す図である。図１０は、図９に示す処理から続く、第１実施形態に係る配達システム１の処理の一例を示す図である。

（ステップＳＰ１０）
図６に示すように、依頼主（受取人）１１は、携帯電話１０の操作表示部２２を操作して、インターネットＮＥＴに接続し、販売業者１５の販売サーバ１４により運営されるオンラインモールの購入サイトにアクセスする。そして、携帯電話１０の通信部２０は、当該オンラインモールの購入サイトのアドレスを指定してページ要求を送信する。

（ステップＳＰ１２）
販売サーバ１４は、携帯電話１０からのページ要求を受信する。これに応答して、販売サーバ１４は、購入サイトのページ情報を、インターネットＮＥＴを介して携帯電話１０に送信する。

（ステップＳＰ１４）
携帯電話１０の通信部２０は、販売サーバ１４からのページ情報を受信する。これに応答して、携帯電話１０は、当該ページ情報に基づき、図示しない購入サイトを操作表示部２２に表示する。

（ステップＳＰ１６）
受取人１１は、購入サイトにて、仲介サービスを用いることを選択する。この仲介サービスを用いれば、例えば受取人１１を識別するためのＩＤ（識別情報）、例えばＩＤ（１）を入力するだけで、過去に入力したことがある氏名や住所等の入力が不要となる。受取人１１は、購入サイトにて、どの商品を購入するか選択した後、ＩＤ（１）や、支払い方法、配達の希望日時、配達の時間指定、配達住所が受取人１１の住所と異なる場合に配達住所等の入力情報を入力する。携帯電話１０の通信部２０は、受取人１１の操作表示部２２の操作による購入サイト内の購入ボタンの押下に応答して、入力情報を、インターネットＮＥＴを介して、販売サーバ１４に送信する。なお、入力情報は、購入サイト内にて選択された情報を含む。例えば、入力情報は、購入する商品の商品名と個数等を含む商品情報を含む。また、初めて仲介サービスを使う又はＩＤがない場合等は、入力情報は、名前や住所の情報も含む。

（ステップＳＰ１８）
販売サーバ１４は、携帯電話１０から、入力情報を受信する。これに応答して、販売サーバ１４は、当該入力情報に基づき、購入処理を行なう。第１実施形態では、販売サーバ１４は、販売業者１５と異なる会社が運営している。したがって、購入処理では、販売サーバ１４は、クレジット決済や他の決済サービスを用いて、受取人１１から販売業者１５への購入代金の支払い代行を行ったり、事前支払いしない場合は銀行振り込みの用紙作成指示を出したり、販売業者１５へ入力情報を転送したり等、受取人１１と販売業者１５との間の購入取引を仲介する。そして、購入処理の後、販売サーバ１４は、インターネットＮＥＴを介して、購入完了通知を送信する。

（ステップＳＰ２０）
携帯電話１０の通信部２０は、購入完了通知を受信する。これに応答して、操作表示部２２は、購入完了通知を表示する。

（ステップＳＰ２２）
販売サーバ１４は、仲介サーバ１２とデータ連携するため、インターネットＮＥＴを介して、入力情報を仲介サーバ１２に送信する。

（ステップＳＰ２４）
仲介サーバ１２の通信部３２は、販売サーバ１４から、入力情報を受信する。そして、通信部３２は、受信した入力情報を、記憶部３０の配達予定情報テーブル４０の空いているレコードの各フィールド４０Ａ〜４０Ｄや４０Ｉ〜４０Ｊ等に記録（格納）する。なお、通信部３２は、入力情報に名前や配達住所等が無い場合は、既存の顧客と判定して、顧客情報テーブル３８から入力情報のＩＤ（１）に対応する名前フィールド３８Ａや住所フィールド３８Ｂ等を参照する。また、通信部３２は、入力情報に名前や配達住所が有る場合は、新規の顧客と判定して、顧客情報テーブル３８の名前フィールド３８Ａや住所フィールド３８Ｂ等に、入力情報の名前や配達住所等を記録する。ただし、通信部３２は、例えばＩＤ（１）フィールド３８Ｊに記録されたＩＤ（１）と対応する他のＩＤ（２）フィールド３８Ｋに記録されたＩＤ（２）と連携して住所や名前を既に顧客情報テーブル３８に記録している場合はこの限りでない。

（ステップＳＰ２６）
仲介サーバ１２の通信部３２は、新規の顧客と判定した場合等には、携帯電話１０に仲介用のユーザプログラム１０Ｋがインストールされているかを判定し、インストールされていない場合、ユーザプログラム１０Ｋのインストールを催促する旨を、インターネットＮＥＴを介して、携帯電話１０に送信（通知）する。また、ユーザプログラム１０Ｋがインストールされている場合は、通信部３２は、上記催促する旨を送信しない。

（ステップＳＰ２８）
携帯電話１０の通信部２０は、上記催促する旨を受信する。これに応答して、操作表示部２２は、ユーザプログラム１０Ｋのインストールの催促を表示する。以下、これに応じて、受取人１１が、携帯電話１０にユーザプログラム１０Ｋをインストールしていることを前提として、説明する。

（ステップＳＰ３０）
販売サーバ１４は、入力情報に基づき、仲介サーバ１２への照会が必要か否か判定する。販売サーバ１４は、例えば入力情報がＩＤ（１）を含んでいる場合には照会必要と判定し、入力情報がＩＤ（１）を含んでいない場合には照会は不要と判定する。販売サーバ１４は、照会必要と判定した場合（Ｙｅｓ）にはステップＳＰ３２の処理に移行し、照会不要と判定した場合（Ｎｏ）にはステップＳＰ３８の処理に移行する。

（ステップＳＰ３２）
販売サーバ１４は、例えば入力情報内のＩＤ（１）に基づき、インターネットＮＥＴを介して、当該ＩＤ（１）に関連する各種情報の照会要求を、仲介サーバ１２に送信する。

（ステップＳＰ３４）
仲介サーバ１２の通信部３２は、販売サーバ１４から照会要求を受信する。これに応答して、通信部３２は、記憶部３０の顧客情報テーブル３８を参照して、照会要求内のＩＤ（１）に関連するレコードの各種情報を取得する。

（ステップＳＰ３６）
仲介サーバ１２の通信部３２は、取得した各種情報を、インターネットＮＥＴを介して、販売サーバ１４に送信する。そして、販売サーバ１４は、仲介サーバ１２からの各種情報を受信する。

（ステップＳＰ３８）
販売サーバ１４は、販売業者１５に上記入力情報や上記各種情報を含む配達指示を出す。これに応じて、販売業者１５は、任意の配達業者１７（ｍ）に荷物を渡すと共にその配達業者１７（ｍ）又はその配達サーバ１６（ｎ）に配達指示を出す。無論、入力情報内に例えば指定された配達業者１７（ｍ）がある場合や予め定めた配達業者１７（ｍ）がある場合等は、販売サーバ１４が、配達業者１７（ｍ）の配達サーバ１６（ｎ）に、そのまま配達指示をしてもよい。また、荷物は事前に配達業者１７（ｍ）に渡されていてもよい。

そして、販売サーバ１４は、インターネットＮＥＴを介して、携帯電話１０に、これらから配達する予定である旨の配達予定通知を送信する。この配達予定通知の送信方法は、メール送信でもよいし、入力情報内のＩＤ（１）に連動した他の識別情報、例えば図３中ＩＤ（２）フィールド３８Ｋに記録されたＩＤ（２）でログイン可能なソーシャルネットワークサービスやコミュニケーションサービス等を介したメッセージ送信であってもよい。

（ステップＳＰ４０）
図７に移って、携帯電話１０の通信部２０は、販売サーバ１４から、通知を受信する。携帯電話１０の操作表示部２２は、その通知の内容を表示する。

（ステップＳＰ４２）
配達サーバ１６（ｎ）の通信部５０は、販売サーバ１４或いは配達業者１７（ｍ）の（サーバ装置）から、配達指示を受信して、当該配達指示の内容を図示しない記憶部に格納する。そして、通信部５０は、インターネットＮＥＴを介して、配達指示に係る受取人１１のユーザ設定の照会要求を、仲介サーバ１２に送信する。

なお、商品購入時に受取人１１がユーザ設定を入力している場合には、ユーザ設定の照会要求は省略してもよい。

（ステップＳＰ４４）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から、照会要求を受信する。そして、通信部３２は、記憶部３０の顧客情報テーブル３８を照会して、照会要求に係る荷物置フィールド３８Ｇ、宅配ＢＯＸフィールド３８Ｈ、及び、ＧＰＳフィールド３８Ｉに記録されている各種ユーザ設定を取得する。

（ステップＳＰ４６）
仲介サーバ１２の通信部３２は、取得した各種ユーザ設定（照会結果）を、インターネットＮＥＴを介して、配達サーバ１６（ｎ）に返信する。そして、配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から各種ユーザ設定を受信する。

（ステップＳＰ４８）
配達サーバ１６（ｎ）の内部処理部５４は、受信した各種ユーザ設定のうち荷物置フィールド３８Ｇに対応するユーザ設定が、「利用する」を示しているか否か判定する。そして、内部処理部５４は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ１５６の処理に移行し、否定判定した場合（Ｎｏ）にはステップＳＰ５０の処理に移行する。

（ステップＳＰ５０）
内部処理部５４は、受信した各種ユーザ設定のうち宅配ＢＯＸフィールド３８Ｈに対応するユーザ設定が、「利用する」を示しているか否か判定する。そして、内部処理部５４は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ１５６の処理に移行し、否定判定した場合（Ｎｏ）にはステップＳＰ５２の処理に移行する。

（ステップＳＰ５２）
内部処理部５４は、受信した各種ユーザ設定のうちＧＰＳフィールド３８Ｉに対応するユーザ設定が、「有」を示しているか否か判定する。そして、内部処理部５４は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ５４の処理に移行し、否定判定した場合（Ｎｏ）にはステップＳＰ６４の処理に移行する。

（ステップＳＰ５４）
配達サーバ１６（ｎ）の通信部５０は、インターネットＮＥＴを介して、位置取得要求を、仲介サーバ１２に送信する。

（ステップＳＰ５６）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から位置取得要求を受信すると、インターネットＮＥＴを介して、当該位置取得要求を、携帯電話１０に転送する。

（ステップＳＰ５８）
携帯電話１０の通信部２０は、仲介サーバ１２から位置取得要求を受信すると、当該位置取得要求に応じて、ＧＰＳ１０Ｉを用いて、携帯電話１０の現在位置を取得する。そして、通信部２０は、インターネットＮＥＴを介して、取得した現在位置を、仲介サーバ１２に返信する。

（ステップＳＰ６０）
仲介サーバ１２の通信部３２は、携帯電話１０から現在位置を受信すると、インターネットＮＥＴを介して、当該現在位置を、配達サーバ１６（ｎ）に転送する。そして、配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から現在位置を受信する。

（ステップＳＰ６２）
配達サーバ１６（ｎ）の内部処理部５４は、通信部５０が受信した現在位置と配達指示に含まれる住所とを比較して、現在、受取人１１が在宅であるか否か判定する。そして、内部処理部５４は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ１５６の処理に移行し、否定判定した場合には、ステップＳＰ６４の処理に移行する。

（ステップＳＰ６４）
配達サーバ１６（ｎ）の通信部５０は、インターネットＮＥＴを介して、配達指示に係る受取人１１の荷物の受取パターン分析要求を、仲介サーバ１２に送信する。

（ステップＳＰ６６）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から受取パターン分析要求を受信する。これに応答して、分析部３４は、配達履歴テーブル４２内の配達指示に係る受取人１１の荷物の受取パターンを分析する。

この受取パターンの分析結果は、例示的に、受取人が不在である可能性の高い時間帯や荷物を受け取れる可能性の高い時間帯を示すものである。具体的に、例えばこの受取人１１は、８：００〜１９：００までの配達時間帯は不在であり、頻繁に１９：００以降の時間帯で荷物を受取っているということを示してもよい。また、受取パターンの分析結果は、例えばこの受取人１１は、平日は不在で、いつも土日及び祝日で荷物を受取っているということを示してもよい。また、受取パターンの分析結果は、例えばこの受取人１１は、配達業者１７（ｍ）が互いに同じである場合に荷物を纏めて受取っているということを示してもよい。また、受取パターンの分析結果は、例えばこの受取人１１は、配達業者１７（ｍ）が互いに異なる場合に配達予定日時を纏めて荷物を受取っているということを示してもよい。また、受取パターンの分析結果は、例えばこの受取人１１は、配達員を女性に変更して受取っているということを示してもよい。

（ステップＳＰ６８）
仲介サーバ１２の分析部３４は、通信部３２に対して、分析結果の返信指示を出す。これに応答して、通信部３２は、インターネットＮＥＴを介して、当該分析結果を配達サーバ１６（ｎ）に返信する。

（ステップＳＰ７０）
配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から分析結果を受信する。配達業者１７（ｍ）は、分析結果を配達サーバ１６（ｎ）の表示装置に表示して参考にしつつ、配達指示に係る荷物の配達予定日時、配達員、配達ルート、及び、荷物纏めするか否か等を含む配達方法を決定する。無論、配達業者１７（ｍ）自身でなく、配達サーバ１６（ｎ）の内部処理部５４が分析結果に基づき決定してもよい。

（ステップＳＰ７２）
図８に移って、配達サーバ１６（ｎ）の通信部５０は、インターネットＮＥＴを介して、決定された配達方法を仲介サーバ１２に送信する。

（ステップＳＰ７４）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から配達方法を受信すると、配達方法を配達予定情報の一部として、記憶部３０の配達予定情報テーブル４０に記録（格納）する。具体的には、通信部３２は、配達予定情報テーブル４０において、ステップＳＰ２４で記録したレコードの残りの部分、例えばフィールド４０Ｅ〜４０Ｆ等に記録する。

（ステップＳＰ７６）
仲介サーバ１２の提案部３６は、分析部３４の分析結果に基づき、配達指示に係る受取人１１が例えば効率的或いはストレスなく荷物を受取れる最適方法を割り出す。この最適方法の割り出しでは、配達予定日時の最適日時や配達員の性別の決定等を行う。

なお、ステップＳＰ７６の最適方法の割り出しは、ステップＳＰ６６とステップＳＰ６８の処理の間で行ってもよい。この場合、ステップＳＰ６８において通信部３２が分析結果だけでなく最適方法も送信することで、ステップＳＰ７６〜８８の処理を省略してもよい。

（ステップＳＰ７８）
仲介サーバ１２の提案部３６は、最適方法と受信した配達方法とを比較して、その差が予め定めた程度より小さいか否か判定する。そして、提案部３６は、肯定判定した場合（Ｙｅｓ）には提案不要と判定して、通信部３２を介して配達方法が変更不要である旨を配達サーバ１６（ｎ）に通知すると共に、ステップＳＰ９０の処理に移行する。また、提案部３６は、否定判定した場合（Ｎｏ）には提案必要と判定して、ステップＳＰ８０の処理に移行する。

（ステップＳＰ８０）
仲介サーバ１２の提案部３６は、通信部３２に対して、最適方法の返信指示を出す。これに応答して、通信部３２は、インターネットＮＥＴを介して、当該最適方法を提案部３６の提案として配達サーバ１６（ｎ）に返信する。

（ステップＳＰ８２）
配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から最適方法を受信する。これに応答して、配達業者１７（ｍ）は、最適方法を参考にしつつ、既に決定した配達方法を変更する必要があるか否か検討する。そして、配達業者１７（ｍ）は、変更不要と判断した場合（Ｙｅｓ）には、配達サーバ１６（ｎ）を操作して、ステップＳＰ９０の処理に移行する。また、配達業者１７（ｍ）は、変更必要と判断した場合（Ｎｏ）には、配達サーバ１６（ｎ）を操作して、ステップＳＰ８４の処理に移行する。

（ステップＳＰ８４）
配達業者１７（ｍ）は、最適方法を参考にしつつ、既に決定した配達方法を変更する。

（ステップＳＰ８６）通信部５０は、インターネットＮＥＴを介して、変更された配達方法を仲介サーバ１２に再送信する。

（ステップＳＰ８８）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から変更された配達方法を受信すると、既に記録されていた配達予定情報テーブル４０内の配達方法を、当該変更された配達方法に上書きする。

（ステップＳＰ９０）
仲介サーバ１２の通信部３２は、インターネットＮＥＴを介して、配達予定情報テーブル４０内の配達指示に係るレコードに記録された配達予定情報を、携帯電話１０に転送する。

（ステップＳＰ９２）
携帯電話１０の通信部２０は、仲介サーバ１２から配達予定情報を受信する。これに応答して、操作表示部２２は、通信部２０が受信した配達予定情報に基づき、例えば図１１に示すような配達予定画面６０を表示する。

図１１に示すように、この配達予定画面６０には、例えば商品名、荷物の種類、配達業者名、配達予定日時、受注番号、購入先、及び、配達員の個人情報（名前や性別、連絡先）を含む配達予定情報の表示欄６２が設けられている。また、配達予定画面６０には、例えば各種指示するための表示領域として、日時変更ボタン６４、配達員変更ボタン６６、不明点変更ボタン６８、荷物一覧ボタン７０、及び、ＯＫボタン７２が設けられている。なお、上記表示領域は、ボタンではなく、例えば後述するように、受取人１１が仲介業者１３から購入したスタンプで表現されていてもよい。

（ステップＳＰ９４）
図８に戻って、携帯電話１０の操作表示部２２は、配達予定画面６０において日時変更ボタン６４が押下されたか否か判定する。そして、操作表示部２２は、肯定判定した場合（Ｙｅｓ）には、通信部２０を介して、日時変更要求を仲介サーバ１２に送信して、ステップＳＰ９６の処理に移行する。なお、この送信の際、操作表示部２２は、日時変更要求を示すスタンプを送信してもよい。また、操作表示部２２は、否定判定した場合（Ｎｏ）にはステップＳＰ１０６の処理に移行する。

（ステップＳＰ９６）
仲介サーバ１２の通信部３２は、日時変更要求を受信すると、インターネットＮＥＴを介して、当該日時変更要求を、配達サーバ１６（ｎ）に転送する。

（ステップＳＰ９８）
配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から、日時変更要求を受信する。これに応答して、配達業者１７（ｍ）は、配達指示に係る配達予定日時を変更する。無論、配達業者１７（ｍ）自身でなく、配達サーバ１６（ｎ）の内部処理部５４が変更してもよい。

（ステップＳＰ１００）
配達サーバ１６（ｎ）の通知部５２は、通信部５０を介して、変更された配達予定日時を通知する。

（ステップＳＰ１０２）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から変更された配達予定日時を受信すると、既に記録されていた配達予定情報テーブル４０内の配達予定日時を、当該変更された配達予定日時に上書きする。

（ステップＳＰ１０４）
仲介サーバ１２の通信部３２は、インターネットＮＥＴを介して、変更された配達予定日時を、携帯電話１０に転送する。そして、携帯電話１０の通信部２０は、当該変更された配達予定日時を受信する。これに応答して、操作表示部２２は、配達予定画面６０に重ねて、当該変更された配達予定日時を表示する。

（ステップＳＰ１０６）
図９に移って、携帯電話１０の操作表示部２２は、配達予定画面６０において配達員変更ボタン６６が押下されたか否か判定する。そして、操作表示部２２は、肯定判定した場合（Ｙｅｓ）には、通信部２０を介して、配達員変更要求を仲介サーバ１２に送信して、ステップＳＰ１０８の処理に移行する。なお、この送信の際、操作表示部２２は、配達員変更要求を示すスタンプを送信してもよい。また、操作表示部２２は、否定判定した場合（Ｎｏ）にはステップＳＰ１２２の処理に移行する。なお、配達員変更要求には、例えば受取人１１が指定する配達員の性別又は受取人１１が指名する名前等が含まれている。

（ステップＳＰ１０８）
仲介サーバ１２の通信部３２は、携帯電話１０から配達員変更要求を受信する。これに応答して、決済部３７は、配達員変更要求がオプションサービスであるとして、決済処理を行なう。この決済処理では、例えば受取人１１に対して対価を請求し、その一部を受取り、残りを配達員変更要求に係る配達業者１７（ｍ）に支払う。対価の請求の仕方は、現時点で請求してもよいし、荷物の配達後に請求してもよい。また、既に受取人１１に配達員変更要求を示すスタンプを購入させておいて、受取人１１のスタンプの所有情報から、現時点で決済部３７が配達員変更要求を示すスタンプを１つ消費してもよい。なお、受取人１１のスタンプの所有情報は、記憶部３０に記録されていてもよいし、携帯電話１０の記憶部に記録されていてもよい。

（ステップＳＰ１１０）
通信部３２は、インターネットＮＥＴを介して、配達員変更要求を、配達サーバ１６（ｎ）に転送する。

（ステップＳＰ１１２）
配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から、配達員変更要求を受信する。これに応答して、配達業者１７（ｍ）は、配達員変更要求の内容に従って、配達指示に係る配達員を変更する。無論、配達業者１７（ｍ）自身でなく、配達サーバ１６（ｎ）の内部処理部５４が変更してもよい。

（ステップＳＰ１１４）
配達サーバ１６（ｎ）の通知部５２は、通信部５０を介して、変更された配達員の個人情報を、仲介サーバ１２に通知する。

（ステップＳＰ１１６）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から変更された配達員の個人情報を受信すると、既に記録されていた配達予定情報テーブル４０内の個人情報フィールド４０Ｈに記録されている個人情報を、当該変更された個人情報に上書きする。

（ステップＳＰ１１８）
仲介サーバ１２の通信部３２は、インターネットＮＥＴを介して、変更された配達員の個人情報を、携帯電話１０に転送する。そして、携帯電話１０の通信部２０は、当該変更された配達員の個人情報を受信する。これに応答して、操作表示部２２は、配達予定画面６０に重ねて、当該変更された配達員の個人情報を表示する。

（ステップＳＰ１２０）
携帯電話１０の操作表示部２２は、配達予定画面６０において不明点変更ボタン６８が押下されたか否か判定する。そして、操作表示部２２は、肯定判定した場合（Ｙｅｓ）には、例えば配達員の連絡先に連絡して（例えば配達員の電話番号に電話を掛ける）、ステップＳＰ１２２の処理に移行する。また、操作表示部２２は、否定判定した場合（Ｎｏ）にはステップＳＰ１２４の処理に移行する。

なお、配達員の連絡先は、配達員の個人情報に含まれていてもよいし、不明点変更ボタン６８が押下された際に、通信部２０が、仲介サーバ１２又は配達サーバ１６（ｎ）に問い合わせて、当該連絡先を受信してもよい。ただし、操作表示部２２は、個人情報保護の観点から、配達員の連絡先の表示を禁止することが好ましい。

（ステップＳＰ１２２）
配達業者１７（ｍ）の配達員は、配達サーバ１６（ｎ）を介して、受取人１１からの不明点の連絡を受けて、当該不明点に対して回答する。

（ステップＳＰ１２４）
携帯電話１０の操作表示部２２は、配達予定画面６０において荷物一覧ボタン７０が押下されたか否か判定する。そして、操作表示部２２は、肯定判定した場合（Ｙｅｓ）にはステップＳＰ１２６の処理に移行し、否定判定した場合（Ｎｏ）にはステップＳＰ１５２の処理に移行する。

（ステップＳＰ１２６）
携帯電話１０の操作表示部２２は、通信部２０を介し、仲介サーバ１２の配達予定情報テーブル４０に問い合わせて、受取人１１が受取る全ての荷物の配達予定情報を取得して、当該配達予定情報に基づき、例えば図１２に示すような配達ステータス画面８０Ａを表示する。

図１２に示すように、配達ステータス画面８０Ａは、受取人１１の荷物毎に、配達ステータス８２を含む。第１実施形態では、受取人１１の荷物は４つあり、４つの荷物それぞれに配達ステータス８２Ａ〜８２Ｄがある。各配達ステータス８２Ａ〜８２Ｄは、操作表示部２２により選択可能となっている。また、各配達ステータス８２Ａ〜８２Ｄは、配達予定情報の全部又は一部の情報を含む。例えば、各配達ステータス８２Ａ〜８２Ｄは、配達業者１７（ｍ）の配達業者名８４Ａ、配達予定日８４Ｂ、配達予定時間８４Ｃ、商品名８４Ｄ、及び、購入先８４Ｅ等を含む。

なお、第１実施形態では、例えば２つの荷物に対応する配達ステータス８２Ａ、８２Ｂの配達業者名８４Ａが互いに同じとなっている。また、例えば残り２つの荷物に対応する配達ステータス８２Ｃ、８２Ｄの配達業者名８４Ａが、配達ステータス８２Ａ、８２Ｂの配達業者名８４Ａと互いに異なっている。また、配達ステータス８２Ａ〜８２Ｄの配達日時（配達予定日８４Ｂ及び配達予定時間８４Ｃ）が互いに異なっている。

また、配達ステータス画面８０Ａには、荷物纏めボタン８６と、日時纏めボタン８８と、設けられている。なお、これらはボタンではなく、受取人１１が仲介業者１３から購入したスタンプで表現されていてもよい。

（ステップＳＰ１２８）
図９に戻って、携帯電話１０の操作表示部２２は、配達ステータス画面８０Ａにおいて、配達業者名８４Ａが互いに同じである配達ステータス８２、例えば第１実施形態では配達ステータス８２Ａ、８２Ｂが選択された後、荷物纏めボタン８６が押下されたか否か判定する。無論、操作表示部２２は、配達業者名８４Ａが互いに同じである配達ステータス８２が３つ以上ある場合、３つ以上の配達ステータス８２Ａ、８２Ｂが選択された後、配達ステータス画面８０Ａにおいて荷物纏めボタン８６が押下されたか否か判定してもよい。

そして、携帯電話１０の操作表示部２２は、肯定判定した場合（Ｙｅｓ）には、通信部２０を介して、例えば配達ステータス８２Ａ、８２Ｂに係る荷物纏め指示を仲介サーバ１２に送信して、ステップＳＰ１３０の処理に移行する。なお、この送信の際、操作表示部２２は、荷物纏め指示を示すスタンプを送信してもよい。また、操作表示部２２は、否定判定した場合（Ｎｏ）にはステップＳＰ１４０の処理に移行する。

なお、上記荷物纏め指示には、どの荷物に残りの荷物の商品を纏めるかを指定する情報が含まれていてもよい。これにより、受取人１１が荷物を受取り易い配達予定日時の荷物の方に、残りの荷物の商品を纏めるように指定することができるようになる。この指定の仕方としては、例えば配達ステータス画面８０Ａにおいて最初に選択された配達ステータス８２の荷物を、残りの荷物内の商品が纏められる荷物として指定することができる。

（ステップＳＰ１３０）
仲介サーバ１２の通信部３２は、携帯電話１０から例えば配達ステータス８２Ａ、８２Ｂに係る荷物纏め指示を受信する。これに応答して、決済部３７は、荷物纏め指示がオプションサービスであるとして、決済処理を行なう。この決済処理では、例えば受取人１１に対して対価を請求し、その一部を受取り、残りを配達ステータス８２Ａ、８２Ｂに係る同じ配達業者１７（ｍ）に支払う。対価の請求の仕方は、現時点で請求してもよいし、荷物の配達後に請求してもよい。また、既に受取人１１に荷物纏め指示を示すスタンプを購入させておいて、受取人１１のスタンプの所有情報から、現時点で決済部３７が荷物纏め指示を示すスタンプを１つ消費してもよい。

決済処理の後、仲介サーバ１２の通信部３２は、記憶部３０の配達業者連絡先テーブル４４を参照して、荷物纏め指示に係る配達業者１７（ｍ）の連絡先として例えばネットワークアドレスフィールド４４Ｄが示すネットワークアドレスを取得する。そして、通信部３２は、インターネットＮＥＴを介して、取得した配達業者１７（ｍ）の連絡先に、荷物纏め指示を転送する。

（ステップＳＰ１３２）
配達業者１７（ｍ）の連絡先となる配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から荷物纏め指示を受信する。これに応答して、通知部５２は、配達ステータス８２Ａ、８２Ｂに係る荷物纏め指示の内容を、配達サーバ１６（ｎ）の表示装置に表示することで、当該荷物纏め指示を上記連絡先の配達業者１７（ｍ）に通知する。そして、配達業者１７（ｍ）は、配達ステータス８２Ａ、８２Ｂに係る荷物を１つに纏める。この際、例えば配達業者１７（ｍ）は、配達ステータス８２Ａに係る荷物内に、配達ステータス８２Ｂに係る荷物内の商品を入れる。

（ステップＳＰ１３４）
配達業者１７（ｍ）は、配達サーバ１６（ｎ）を操作して、荷物纏めの内容を入力して、記憶部に記録する。その後、通知部５２は、インターネットＮＥＴを介して、荷物纏めの内容を含む荷物纏め完了通知を、仲介サーバ１２に送信する。

（ステップＳＰ１３６）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から荷物纏め完了通知を受信する。これに応答して、纏め部３３は、既に記録されている配達予定情報テーブル４０内の当該荷物纏め完了通知に係る複数のレコードを統合する（纏める）。第１実施形態では、纏め部３３は、荷物纏め完了通知に基づき、例えば図１３に示すように、配達予定情報テーブル４０において、配達ステータス８２Ａ、８２Ｂに対応する先頭２つのレコードを統合する。なお、図１３では、統合したレコードが分かるように、当該レコードの領域に右下がり対角線を描いている。
図１３に示すように、統合されたレコードの受注番号フィールド４０Ｂには、統合前の２つの受注番号が記録されている。同様に、統合されたレコードの商品名フィールド４０Ｃには、統合前の２つの商品名が記録されている。同様に、統合されたレコードの販売者名フィールド４０Ｉには、統合前の２つの販売業者１５の名前が記録されている。統合されたレコードのその他のフィールド４０Ａ、４０Ｄ、４０Ｅ、４０Ｆ、４０Ｇ、４０Ｈ、４０Ｊは、例えば先頭のレコードのフィールド４０Ａ、４０Ｄ、４０Ｅ、４０Ｆ、４０Ｇ、４０Ｈ、４０Ｊに記録されていた内容と同じとなっている。

（ステップＳＰ１３８）
図９に戻って、仲介サーバ１２の通信部３２は、インターネットＮＥＴを介して、荷物纏め完了通知を、携帯電話１０に転送する。そして、携帯電話１０の通信部２０は、仲介サーバ１２から荷物纏め完了通知を受信する。これに応答して、操作表示部２２は、当該荷物纏め完了通知に基づき、図１２に示す配達ステータス画面８０Ａの表示を、例えば図１４に示す配達ステータス画面８０Ｂの表示に切替える。この配達ステータス画面８０Ｂは、配達ステータス８２Ｂの各種情報が、配達ステータス８２Ａ内に纏められている。これにより、受取人１１は、荷物が纏められたということが一目で把握することができる。

（ステップＳＰ１４０）
図９に戻って、携帯電話１０の操作表示部２２は、配達ステータス画面８０Ａにおいて、配達業者名８４Ａが互いに異なる配達ステータス８２、例えば第１実施形態では配達ステータス８２Ａ、８２Ｃが選択された後、日時纏めボタン８８が押下されたか否か判定する。無論、操作表示部２２は、配達業者名８４Ａが互いに異なる配達ステータス８２が３つ以上ある場合、３つ以上の配達ステータス８２Ａ、８２Ｃ、８２Ｄが選択された後、配達ステータス画面８０Ａにおいて日時纏めボタン８８が押下されたか否か判定してもよい。無論、操作表示部２２は、配達ステータス画面８０Ａではなく配達ステータス画面８０Ｂにおいて、日時纏めボタン８８が押下されたか否か判定してもよい。

そして、携帯電話１０の操作表示部２２は、肯定判定した場合（Ｙｅｓ）には、通信部２０を介して、例えば配達ステータス８２Ａ、８２Ｃに係る日時纏め指示を仲介サーバ１２に送信して、ステップＳＰ１４２の処理に移行する。なお、この送信の際、操作表示部２２は、日時纏め指示を示すスタンプを送信してもよい。また、操作表示部２２は、否定判定した場合（Ｎｏ）にはステップＳＰ１５２の処理に移行する。

なお、上記日時纏め指示には、どの荷物の配達予定日時に残りの荷物の配達予定日時を纏めるか（合わせるか）を指定する情報が含まれていてもよい。これにより、受取人１１が荷物を受取り易い配達予定日時の荷物の方に、残りの荷物の商品の配達予定日時を纏めるように指定することができるようになる。この指定の仕方としては、例えば配達ステータス画面８０Ａにおいて最初に選択された配達ステータス８２の配達予定日時を、残りの荷物の配達予定日時が纏められるものとして指定することができる。

（ステップＳＰ１４２）
仲介サーバ１２の通信部３２は、携帯電話１０から例えば配達ステータス８２Ａ、８２Ｃに係る日時纏め指示を受信する。これに応答して、決済部３７は、日時纏め指示がオプションサービスであるとして、決済処理を行なう。この決済処理では、例えば受取人１１に対して対価を請求し、その一部を受取り、残りを配達ステータス８２Ａ、８２Ｃに係る２つの配達業者１７（ｍ）、すなわち配達業者名「Ａ」と「Ｃ」に支払う。ただし、決済処理では、配達ステータス８２Ａ、８２Ｃのうち一方の配達ステータス８２の配達予定日時に合わせる場合には、残りの配達ステータス８２に係る配達業者１７（ｍ）にのみ支払ってもよい。以下では、配達ステータス８２Ａ、８２Ｃのうち一方の配達ステータス８２Ａの配達予定日時に、配達ステータス８２Ｃの配達予定日時を合わせる場合を説明する。

また、対価の請求の仕方は、現時点で請求してもよいし、荷物の配達後に請求してもよい。また、既に受取人１１に日時纏め指示を示すスタンプを購入させておいて、受取人１１のスタンプの所有情報から、現時点で決済部３７が日時纏め指示を示すスタンプを１つ消費してもよい。

決済処理の後、通信部３２は、記憶部３０の配達業者連絡先テーブル４４を参照して、日時纏め指示に係る２つの配達業者１７（ｍ）のうち、配達ステータス８２Ｃに係る配達業者１７（ｍ）の連絡先として例えばネットワークアドレスフィールド４４Ｄが示すネットワークアドレスを取得する。そして、通信部３２は、インターネットＮＥＴを介して、取得した配達業者１７（ｍ）の連絡先に、日時纏め指示をそれぞれ転送する。

（ステップＳＰ１４４）
配達業者１７（ｍ）の連絡先となる配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から日時纏め指示を受信する。これに応答して、通知部５２は、配達ステータス８２Ａ、８２Ｃに係る日時纏め指示の内容を、配達サーバ１６（ｎ）の表示装置に表示することで、当該日時纏め指示を上記連絡先の配達業者１７（ｍ）に通知する。そして、当該連絡先の配達業者１７（ｍ）は、配達ステータス８２Ｃに係る荷物の配達予定日時を配達ステータス８２Ａに係る荷物の配達予定日時に合わせることで、配達ステータス８２Ａ、８２Ｃに係る配達予定日時を１つに纏める。

（ステップＳＰ１４６）
配達業者１７（ｍ）は、配達サーバ１６（ｎ）を操作して、日時纏めの内容を入力して、記憶部に記録する。その後、通知部５２は、インターネットＮＥＴを介して、日時纏めの内容を含む日時纏め完了通知を、仲介サーバ１２に送信する。

（ステップＳＰ１４８）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）から日時纏め完了通知を受信する。これに応答して、纏め部３３は、既に記録されている配達予定情報テーブル４０内の当該日時纏め完了通知に係るレコードの配達日時を纏める。第１実施形態では、纏め部３３は、荷物纏め完了通知に基づき、例えば図１５に示すように、配達予定情報テーブル４０において、配達ステータス８２Ｃに対応する先頭から３番目のレコードの配達予定日フィールド４０Ｅ及び配達予定時間フィールド４０Ｆに記録されている配達予定日及び配達予定時間帯を、配達ステータス８２Ａに対応する先頭から１番目のレコードの配達予定日フィールド４０Ｅ及び配達予定時間フィールド４０Ｆに記録されている配達予定日及び配達予定時間帯に合わせて、各フィールド４０Ｅ、４０Ｆに上書きする。なお、図１５では、上書きしたフィールドが分かるように、当該フィールドの領域に右下がり対角線を描いている。

（ステップＳＰ１５０）
仲介サーバ１２の通信部３２は、インターネットＮＥＴを介して、日時纏め完了通知を、携帯電話１０に転送する。そして、携帯電話１０の通信部２０は、仲介サーバ１２から日時纏め完了通知を受信する。これに応答して、操作表示部２２は、当該日時纏め完了通知に基づき、図１２に示す配達ステータス画面８０Ａの表示を、例えば図１６に示す配達ステータス画面８０Ｃの表示に切替える。この配達ステータス画面８０Ｃは、配達ステータス８２Ｃの配達日時が、配達ステータス８２Ａの配達予定日時に纏められている（合っている）。これにより、受取人１１は、配達予定日時が纏められたということが一目で把握することができる。

（ステップＳＰ１５２）
図１０に移って、携帯電話１０の操作表示部２２は、配達予定画面６０において、ＯＫボタン７２が押下されたか否か判定する。操作表示部２２は、肯定判定した場合（Ｙｅｓ）には、通信部２０を介して、配達予定画面６０が示す内容で了承した旨を、仲介サーバ１２に送信して、ステップＳＰ１５４の処理に移行する。また、操作表示部２２は、否定判定した場合（Ｎｏ）にはこのステップＳＰ１５２の処理に戻る。

（ステップＳＰ１５４）
仲介サーバ１２の通信部３２は、携帯電話１０から了承した旨を受信すると、インターネットＮＥＴを介して、配達サーバ１６（ｎ）に転送する。

（ステップＳＰ１５６）
配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から了承した旨を受信する。これに応答して、配達業者１７（ｍ）は、配達員に対して、今までのステップでの指示及び変更等の内容に従って、各荷物の配達手配の指示を行う。この際、配達業者１７（ｍ）又はその配達員は、例えば最新の配達予定情報テーブル４０の配達予定情報を参照してもよい。

（ステップＳＰ１５８）
配達員は、配達手配の指示に従って、荷物を受取人１１の住所に配達する。

（ステップＳＰ１６０）
受取人１１は、配達員から荷物を受取る。この際、ステップＳＰ１２８で荷物纏め指示を出していれば、同じ配達業者１７（ｍ）から、一回の受取り動作で、複数の商品を１つに纏めた荷物を受取ることができる。また、ステップＳＰ１４０で日時纏め指示を出していれば、受取り動作は複数回になる可能性はあるものの、異なる配達業者１７（ｍ）から、複数の荷物を同じ配達予定日時、すなわち同じ日で同じ時間帯に受取ることができる。

（ステップＳＰ１６２）
受取人１１は、荷物を受取ると、その後は何も行動しなくてもよい。ただし、例えば次の行動を行ってもよい。

例えば各荷物には、個人情報保護や手間省略の観点から、配達伝票やサインの代わりに、配達業者１７（ｍ）又は仲介業者１３によってそれぞれ異なるＱＲコード（登録商標）が付されており、受取人１１は、携帯電話１０付随のカメラを操作して、ＱＲコード（登録商標）を読み込んでもよい。ＱＲコード（登録商標）を読み込むと、携帯電話１０の通信部２０は、インターネットＮＥＴを介して、荷物の受取連絡を、仲介サーバ１２に送信する。
また、ステップＳＰ４８で荷物置利用と判定されて荷物が玄関先に置かれていた場合や、ステップＳＰ５０で宅配ＢＯＸ利用と判定されて荷物が宅配ＢＯＸに置かれていた場合は、受取人１１は、携帯電話１０付随のカメラを操作して、荷物の写真を撮って、その写真データを、ＱＲコード（登録商標）とともに又は別個に、仲介サーバ１２に送信してもよい。

（ステップＳＰ１６４）
仲介サーバ１２の通信部３２は、携帯電話１０から受取連絡や写真データを受信する。受取連絡や写真データを、配達予定情報テーブル４０内の当該荷物に対応するレコードとともに、配達履歴テーブル４２に記録する。そして、通信部３２は、インターネットＮＥＴを介して、受取連絡や写真データを、荷物を配達した配達業者１７（ｍ）の配達サーバ１６（ｎ）に転送する。

（ステップＳＰ１６６）
配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から受取連絡や写真データを受信する。これに応答して、荷物を配達した配達業者１７（ｍ）又は内部処理部５４は、荷物の配達が完了したと判断する。そして、内部処理部５４は、通信部５０を介して、成功報酬を、例えば仲介業者１３の銀行口座に送金することで支払う。なお、成功報酬は、例えば配達料金の数％程度であることが好ましい。また、成功報酬の支払いは、荷物毎でなくてもよく、例えば１週間毎や１０個の荷物毎等であってもよい。

（ステップＳＰ１６８）
仲介サーバ１２の決済部３７は、成功報酬の受取りを確認すると、例えば仲介業者１３と販売業者１５が同じグループ会社である場合、成功報酬の一部を、販売サーバ１４のオンラインモールで使用可能なポイントとして受取人１１に還元してもよい。具体的には、決済部３７は、通信部５０を介して、販売サーバ１４に、ポイント付与指示を出す。

（ステップＳＰ１７０）
販売サーバ１４は、ポイント付与指示を受信すると、受取人１１の既存のポイントに、当該ポイント付与指示に対応するポイントを付与する。

以上で、第１実施形態に係る配達システム１の処理の一連の流れは完了するが、この流れとは別のタイミングで、配達システム１において例えば以下のような処理が行なわれてもよい。

（ステップＳＰ１８０）
配達サーバ１６（ｎ）の通信部５０は、インターネットＮＥＴを介して、配達に関するお知らせ情報、例えば割引サービスのお知らせ情報や、配達業者１７（ｍ）の会社情報のお知らせ情報等を、仲介サーバ１２に送信する。

（ステップＳＰ１８２）
仲介サーバ１２の通信部３２は、配達サーバ１６（ｎ）からお知らせ情報を受信すると、記憶部３０に格納する。そして、通信部３２は、インターネットＮＥＴを介して、お知らせ情報を、携帯電話１０に転送する。

（ステップＳＰ１８４）
携帯電話１０の通信部２０は、仲介サーバ１２からお知らせ情報を受信する。これに応答して、操作表示部２２は、お知らせ情報を表示する。

また、配達システム１において例えば以下のような処理が行なわれてもよい。

（ステップＳＰ１９０）
受取人１１は、上述した各種オプションサービスを利用するために、携帯電話１０を用いて、スタンプを購入する。具体的には、受取人１１は、携帯電話１０の操作表示部２２に表示される複数のスタンプの中から、購入したいスタンプを選択する。これに応答して、携帯電話１０の通信部３２は、インターネットＮＥＴを介して、スタンプの選択情報を含む購入要求を、仲介サーバ１２に送信する。

（ステップＳＰ１９２）
仲介サーバ１２の通信部３２は、携帯電話１０から購入要求を受信する。これに応答して、決済部３７は、購入要求に基づき、購入処理を行なう。この購入処理では、決済部３７は、クレジット決済や他の決済サービスを用いて、適宜、受取人１１から仲介業者１３への購入代金の支払い要求をして、その後の決済まで処理を行なう。購入処理を完了すると、決済部３７は、通信部３２を介して、購入要求に係るスタンプの使用許可を、携帯電話１０に送信する。この結果、受取人１１は、携帯電話１０にて購入要求に係るスタンプを使用することができる。

（ステップＳＰ１９４）
決済部３７は、通信部３２を介して、購入処理で得たお金の一部を、バックマージンとして、配達業者１７（ｍ）に送信する。

また、配達システム１において例えば以下のような処理が行なわれてもよい。

（ステップＳＰ２００）
受取人１１は、例えば販売サーバ１４が運営するサイトにて、操作表示部２２を用いて、ある商品の最適な（例えば最速な）配達となる配達方法を検索する。これに応答して、携帯電話１０の通信部３２は、インターネットＮＥＴを介して、検索要求を、販売サーバ１４に送信する。

（ステップＳＰ２０２）
販売サーバ１４は、携帯電話１０から検索要求を受信すると、例えば最速な配達方法を検索する。この検索としては、例えば販売サーバ１４が全部又は一部の配達業者１７（ｍ）の配達サーバ１６（ｎ）に配達の混雑状況を問い合わせて、最速で配達できる配達業者１７（ｍ）を割出す方法がある。また、例えば販売サーバ１４が検索要求に係る商品の全部又は一部の販売業者１５に発送の混雑状況を問い合わせて、最速で発送できる販売業者１５を割出す方法もある。検索後、販売サーバ１４は、インターネットＮＥＴを介して、検索結果を、携帯電話１０に送信する。

（ステップＳＰ２０４）
携帯電話１０の通信部２０は、販売サーバ１４から検索結果を受信する。これに応答して、操作表示部２２は、検索結果を表示する。受取人１１は、この検索結果を見て、どこの販売業者１５から商品を購入するか、或いは、どこの配達業者１７（ｍ）に配達を依頼するか検討する。

以上、第１実施形態に係る仲介サーバ１２は、複数の荷物毎に、配達予定情報が記録された配達予定情報テーブル４０が格納される記憶部３０を備える。また、仲介サーバ１２は、配達予定情報の一覧要求を受信した場合に、各配達予定情報を荷物の受取人１１の携帯電話１０に送信し、且つ、携帯電話１０から複数の荷物のうち少なくともの２つの荷物を纏めることを指示する荷物纏め指示を受信した場合に、この荷物纏め指示を、当該荷物纏め指示に係る荷物の配達業者１７（ｍ）の連絡先に送信する通信部３２と、を備える。

この構成によれば、荷物纏め指示を受け取った配達業者１７（ｍ）は、当該荷物纏め指示に従って、受取人１１の少なくとも２つの荷物の商品を１つの荷物に纏めることができる。この結果、受取人１１は、配達業者１７（ｍ）から、一回の受取り動作で、複数の荷物の商品を纏めた１つの荷物を受取ることができる。したがって、上記構成によれば、複数の荷物が別々のタイミングで配達されて、何れかの荷物を受取ることができず、不在通知とそれに対応する再配達が増加するといったことを抑制でき、もって荷物の受取りに関し受取人１１の手間とストレスを抑制することができる。

また、第１実施形態に係る仲介サーバ１２は、複数の荷物毎に、配達予定日時及び配達業者１７（ｍ）の識別情報（名前）を含む配達予定情報が記録された配達予定情報テーブル４０が格納される記憶部３０を備える。また、仲介サーバ１２は、配達予定情報の一覧要求を受信した場合に、各配達予定情報を荷物の受取人１１の携帯電話１０に送信し、且つ、複数の荷物のうち少なくとも２つの荷物に対応する配達業者１７（ｍ）の識別情報が互いに異なる場合で携帯電話１０から少なくとも２つの荷物に対応する配達予定日時を纏めることを指示する日時纏め指示を受信した場合に、この日時纏め指示を、当該日時纏め指示に係る荷物の配達業者１７（ｍ）の連絡先に送信する通信部３２と、を備える。

この構成によれば、日時纏め指示を受け取った配達業者１７（ｍ）は、当該日時纏め指示に従って、受取人１１の少なくとも２つの荷物の配達予定日時を纏めることができる。この結果、受取人１１は、荷物の配達業者１７（ｍ）が互いに異なっていても、各配達業者１７（ｍ）から、複数の荷物を同じ配達予定日時、すなわち同じ日で同じ時間帯に受取ることができる。したがって、上記構成によれば、複数の荷物が別々の時間帯で配達されて、何れかの荷物を受取ることができず、不在通知とそれに対応する再配達が増加するといったことを抑制でき、もって荷物の受取りに関し受取人１１の手間とストレスを抑制することができる。

また、仲介サーバ１２の通信部３２は、荷物の配達員の連絡先を受信した場合に、配達員の連絡先を携帯電話１０に送信する。

この構成によれば、受取人１１は、配達員の連絡先を知らなくても、携帯電話１０が配達員の連絡先を受信することで、配達員に連絡することができる。

また、携帯電話１０の操作表示部２２は、配達員の連絡先へ連絡するための表示領域（配達員変更ボタン６６）を表示するとともに、当該連絡先の表示を禁止する。

この構成によれば、配達員の連絡先自体は、受取人１１は知ることができないため、配達員の個人情報が保護される。

また、記憶部３０には、受取人毎の配達履歴が記録された配達履歴テーブル４２が格納されており、仲介サーバ１２は、配達履歴テーブル４２の配達履歴を分析し、通信部３２を介して分析結果を配達業者１７（ｍ）の連絡先に送信する分析部３４をさらに備える。

この構成によれば、配達業者１７（ｍ）は、配達サーバ１６（ｎ）が受信する分析結果を参考にしつつ、配達方法を決定することができるため、何も参考にしない場合に比べて、配達方法がより最適化され、例えば受取人１１が荷物を受取り易くなる。

また、仲介サーバ１２は、分析部３４の分析結果に基づき、受取人１１が荷物を受取れる配達の最適方法を割出し、通信部３２を介してその最適方法を配達業者１７（ｍ）の連絡先に送信する提案部３６をさらに備える。

この構成によれば、配達業者１７（ｍ）は、配達サーバ１６（ｎ）が受信する最適方法を参考にしつつ、配達方法を決定することができるため、単に分析結果を参考にする場合に比べて、配達方法がより最適化され、例えば受取人１１が荷物を受取り易くなる。

＜第２実施形態＞
次に、本発明の第２実施形態に係る配達システムについて説明する。上記第１実施形態では、図９に示すステップＳＰ１３２において、配達業者１７（ｍ）が互いに同じである複数の荷物が１つに纏められる場合を説明したが、第２実施形態では、配達業者１７（ｍ）が互いに異なる場合であっても複数の荷物が１つに纏められる点で、上記第１実施形態と大きく異なる。なお、この第２実施形態の場合、異なる配達業者１７（ｍ）同士が業務提携していることが好ましい。

第２実施形態に係る配達システムの構成は、上記第１実施形態に係る配達システム１の構成と同様である。また、本第２実施形態に係る配達システムの処理の流れも、以下で説明する図９に示すステップを除き、第１実施形態と同様である。

（ステップＳＰ１２８）
図９に示すように、携帯電話１０の操作表示部２２は、配達ステータス画面８０Ａにおいて、配達業者名８４Ａが互いに異なる配達ステータス８２、例えば第２実施形態では配達ステータス８２Ａ、８２Ｃが選択された後、荷物纏めボタン８６が押下されたか否か判定する。

そして、携帯電話１０の操作表示部２２は、肯定判定した場合（Ｙｅｓ）には、通信部２０を介して、例えば配達ステータス８２Ａ、８２Ｃに係る荷物纏め指示を仲介サーバ１２に送信して、ステップＳＰ１３０の処理に移行する。なお、この送信の際、操作表示部２２は、荷物纏め指示を示すスタンプを送信してもよい。また、操作表示部２２は、否定判定した場合（Ｎｏ）にはステップＳＰ１５２の処理に移行する。

なお、上記荷物纏め指示には、どの荷物に残りの荷物の商品を纏めるかを指定する情報が含まれていてもよい。これにより、受取人１１が荷物を受取り易い配達予定日時の荷物の方に、残りの荷物の商品を纏めるように指定することができるようになる。この指定の仕方としては、例えば配達ステータス画面８０Ａにおいて最初に選択された配達ステータス８２の荷物を、残りの荷物内の商品が纏められる荷物として指定することができる。

（ステップＳＰ１３０）
仲介サーバ１２の通信部３２は、携帯電話１０から例えば配達ステータス８２Ａ、８２Ｃに係る荷物纏め指示を受信する。これに応答して、決済部３７は、荷物纏め指示がオプションサービスであるとして、決済処理を行なう。この決済処理では、例えば受取人１１に対して対価を請求し、その一部を受取り、残りを配達ステータス８２Ａ、８２Ｃに係る異なる配達業者１７（ｍ）に支払う。対価の請求の仕方は、現時点で請求してもよいし、荷物の配達後に請求してもよい。また、既に受取人１１に荷物纏め指示を示すスタンプを購入させておいて、受取人１１のスタンプの所有情報から、現時点で決済部３７が荷物纏め指示を示すスタンプを１つ消費してもよい。

決済処理の後、通信部３２は、記憶部３０の配達業者連絡先テーブル４４を参照して、荷物纏め指示に係る２つの配達業者１７（ｍ）の連絡先として例えばネットワークアドレスフィールド４４Ｄが示すネットワークアドレスを取得する。そして、通信部３２は、インターネットＮＥＴを介して、取得した２つの配達業者１７（ｍ）の連絡先に、荷物纏め指示を転送する。

（ステップＳＰ１３２）
２つの配達業者１７（ｍ）の連絡先となる各配達サーバ１６（ｎ）の通信部５０は、仲介サーバ１２から荷物纏め指示を受信する。これに応答して、各通知部５２は、配達ステータス８２Ａ、８２Ｃに係る荷物纏め指示の内容を、各配達サーバ１６（ｎ）の表示装置に表示することで、当該荷物纏め指示を上記連絡先の配達業者１７（ｍ）に通知する。そして、２つの配達業者１７（ｍ）は、協力して、配達ステータス８２Ａ、８２Ｃに係る荷物を１つに纏める。この際、例えば配達ステータス８２Ｃに係る荷物の配達業者１７（ｍ）が、その荷物を、配達ステータス８２Ａに係る荷物の配達業者１７（ｍ）の集配所まで配達する。そして、配達ステータス８２Ａに係る荷物の配達業者１７（ｍ）が、配達ステータス８２Ａに係る荷物内に、配達ステータス８２Ｃに係る荷物内の商品を入れる。

以上、第２実施形態に係る仲介サーバ１２によれば、配達業者１７（ｍ）が互いに異なる場合であっても複数の荷物が１つに纏められるので、配達業者１７（ｍ）が互いに異なる場合に日時纏め指示を出さなくてもよい。したがって、ステップＳＰ１４０〜ステップＳＰ１５０の処理を省略することができる。

＜変形例＞
以上、本願の開示する技術の複数の実施形態について説明したが、本願の開示する技術は、上記に限定されるものではない。

例えば、上記第１及び第２実施形態では、オンラインモールやＥＣサイト等インターネットＮＥＴを介して商品を購入する場合を説明したが、購入自体はインターネットＮＥＴを介さず電話やＦＡＸ、店頭販売等で行ってもよい。

また、通信端末として、携帯電話１０を一例に挙げたが、パーソナルコンピュータや、ノートブック型パーソナルコンピュータ、タブレット等を含む通信端末であってもよい。

また、携帯電話１０のＧＰＳ１０Ｉは、省略してもよい。また、ＧＰＳ１０Ｉに関するステップＳＰ５４〜ステップＳＰ６２（図７）は、省略してもよい。

また、ステップＳＰ４８やステップＳＰ５０（図７）において荷物置を利用或いは宅配ＢＯＸを利用すると判定された場合、ステップＳＰ５２〜ステップＳＰ１５４までの処理を行なわずに、即座に配達手配する場合を説明した。しかしながら、ステップＳＰ４８やステップＳＰ５０において荷物置を利用或いは宅配ＢＯＸを利用すると判定された場合であっても、ステップＳＰ５２〜ステップＳＰ１５４までの処理を行なってもよい。そして、配達員が荷物を配達した際に、受取人１１が不在である場合に、荷物置を利用或いは宅配ＢＯＸを利用という受取人１１の設定に従って、荷物を玄関の前に置く、或いは、宅配ＢＯＸに入れる。

１：配達システム、１０：携帯電話（通信端末、第１通信端末）、１１：受取人、１２：仲介サーバ（サーバ装置）、１３Ｅ：仲介プログラム（プログラム）、１６：配達サーバ（第２通信端末）、１７（ｍ）：配達業者、３０：記憶部、３２：通信部、３４：分析部、３６：提案部、４０：配達予定情報テーブル（予定情報）、４２：配達履歴テーブル（配達履歴）

Claims (12)

1. 複数の荷物毎に、配達の予定情報が格納される記憶部と、
   前記予定情報の一覧要求を受信した場合に、各予定情報を前記荷物の受取人の通信端末に送信し、且つ、前記通信端末から前記複数の荷物のうち少なくともの２つの荷物を纏めることを指示する纏め指示を受信した場合に、前記纏め指示を、前記纏め指示に係る荷物の配達業者の連絡先に送信する通信部と、
   を備えるサーバ装置。
2. 複数の荷物毎に、配達予定日時及び配達業者の識別情報を含む配達の予定情報が格納される記憶部と、
   前記予定情報の一覧要求を受信した場合に、各予定情報を前記荷物の受取人の通信端末に送信し、且つ、前記複数の荷物のうち少なくとも２つの荷物に対応する前記配達業者の前記識別情報が互いに異なる場合で前記通信端末から前記少なくとも２つの前記荷物に対応する前記配達予定日時を纏めることを指示する纏め指示を受信した場合に、前記纏め指示を、前記纏め指示に係る荷物の配達業者の連絡先に送信する通信部と、
   を備えるサーバ装置。
3. 前記通信部が前記纏め指示を受信した後、前記纏め指示に係る前記予定情報を纏める纏め部、
   をさらに備える請求項１又は請求項２に記載のサーバ装置。
4. 前記予定情報は、前記複数の荷物毎にさらに配達業者の識別情報を含み、
   前記通信部は、前記少なくとも２つの荷物に対応する前記配達業者の前記識別情報が互いに同じである場合で前記纏め指示を受信した場合に、前記纏め指示を、一つの前記連絡先に送信する、
   請求項１に記載のサーバ装置。
5. 前記予定情報は、配達予定日時を含み、
   前記通信部は、前記少なくとも２つの荷物に対応する前記配達業者の前記識別情報が互いに異なる場合で前記通信端末から前記２つの前記荷物に対応する前記配達予定日時を纏めることを指示する日時纏め指示を受信した場合に、前記日時纏め指示を、前記日時纏め指示に係る荷物の配達業者の連絡先に送信する、
   請求項４に記載のサーバ装置。
6. 前記通信部は、前記荷物の配達員の連絡先を受信した場合に、前記配達員の前記連絡先を前記通信端末に送信する、
   請求項１〜請求項５の何れか１項に記載のサーバ装置。
7. 前記記憶部には、前記受取人毎に配達履歴が格納され、
   前記配達履歴を分析し、前記通信部を介して分析結果を、前記配達業者の前記連絡先に送信する分析部、
   をさらに備える請求項１〜請求項６の何れか１項に記載のサーバ装置。
8. 前記分析結果に基づき、前記受取人が前記荷物を受取れる配達の最適方法を割出し、前記通信部を介して前記最適方法を、前記配達業者の前記連絡先に送信する提案部、
   をさらに備える請求項７に記載のサーバ装置。
9. 通信装置と、複数の荷物毎に、配達の予定情報が格納される記憶部と、を備えるコンピュータに対して、
   前記通信装置を介して、前記予定情報の一覧要求を受信した場合に、各予定情報を前記荷物の受取人の通信端末に送信するステップと、
   前記通信装置を介して、前記通信端末から前記複数の荷物のうち少なくともの２つの荷物を纏めることを指示する纏め指示を受信した場合に、前記纏め指示を、前記纏め指示に係る荷物の配達業者の連絡先に送信するステップと、
   を実行させるプログラム。
10. 複数の荷物の受取人の第１通信端末と、前記複数の荷物の配達業者の第２通信端末と、前記第１通信端末及び前記第２通信端末に通信可能なサーバ装置と、を備える配達システムであって、
    前記第１通信端末は、前記受取人の前記複数の荷物の配達の予定情報の一覧要求を、前記サーバ装置に送信し、且つ、前記サーバ装置から各予定情報を受信した場合に、各予定情報を一覧表示し、前記受取人の操作に応じて、前記複数の荷物のうち少なくともの２つの荷物を纏めることを指示する纏め指示を、前記サーバ装置に送信し、
    前記サーバ装置は、前記複数の荷物毎に、配達の予定情報が格納される記憶部を備え、前記一覧要求を受信した場合に、各予定情報を前記第１通信端末に送信し、且つ、前記第１通信端末から前記纏め指示を受信した場合に、前記纏め指示を、前記第２通信端末に送信し、
    前記第２通信端末は、前記纏め指示を受信した場合に、前記纏め指示を前記配達業者に通知する、
    配達システム。
11. 前記第２通信端末は、前記荷物の配達員に係る個人情報を、前記サーバ装置に送信し、
    前記サーバ装置は、前記第２通信端末から、前記個人情報を受信した場合、前記個人情報を、前記第１通信端末に送信し、
    前記第１通信端末は、前記個人情報を受信した場合、前記配達員を変更するための表示領域を表示し、前記表示領域の選択に応答して、前記配達員の変更要求を、前記サーバ装置に送信し、
    前記サーバ装置は、前記第１通信端末から前記変更要求を受信した場合、前記変更要求を前記第２通信端末に送信する、
    請求項１０に記載の配達システム。
12. 前記第１通信端末は、前記荷物の配達員の連絡先へ連絡するための表示領域を表示するとともに、前記連絡先の表示を禁止する、
    請求項１１に記載の配達システム。

Images