特許 6298079 訪問管理システム、プログラム、及び訪問管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6298079

(24)【登録日】2018年3月2日

(45)【発行日】2018年3月20日

(54)【発明の名称】訪問管理システム、プログラム、及び訪問管理方法

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20180312BHJP

   G06Q 10/04 20120101ALI20180312BHJP

【ＦＩ】

   G06Q10/08 300

   G06Q10/04 310

【請求項の数】17

【全頁数】21

(21)【出願番号】特願2015-553256(P2015-553256)

(86)(22)【出願日】2013年12月16日

(86)【国際出願番号】JP2013083672

(87)【国際公開番号】WO2015092860

(87)【国際公開日】20150625

【審査請求日】2016年6月14日

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天株式会社

(74)【代理人】

【識別番号】110000154

【氏名又は名称】特許業務法人はるか国際特許事務所

(72)【発明者】

【氏名】今枝 真一

(72)【発明者】

【氏名】田中 資也

(72)【発明者】

【氏名】永住 健太

【審査官】 池田 聡史

(56)【参考文献】

【文献】 特開２０１２−２２４４６５（ＪＰ，Ａ）

【文献】 特開２００４−２３１４０２（ＪＰ，Ａ）

【文献】 特開２０１０−０９２３９８（ＪＰ，Ａ）

【文献】 特開２００４−２４０６５６（ＪＰ，Ａ）

【文献】 特開２００９−２８８９４７（ＪＰ，Ａ）

【文献】 特開２００２−２１１７５１（ＪＰ，Ａ）

【文献】 特開平０８−２９９９１１（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／００１２８０２（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

ユーザに関連付けられた場所を訪れるべき時間帯及び順番を含む訪問情報を取得する訪問情報取得手段と、
訪問が近づいたと判定された場合、ユーザ端末に所定の応答要求をする要求手段と、
前記応答要求に対する前記ユーザ端末からの応答を取得する取得手段と、
前記ユーザ端末からの応答により取得される位置関係であって、前記場所と前記ユーザとの位置関係に基づいて、前記訪問情報を変更するか否かを決定し、当該決定に応じて前記訪問情報が含む時間帯は変更せずに順番を変更する訪問制御手段と、
を含むことを特徴とする訪問管理システム。

【請求項2】

前記訪問管理システムは、前記訪問情報に基づいて訪問ルートを計算する訪問ルート計算手段を更に含み、
前記訪問ルート計算手段は、前記訪問制御手段により前記訪問情報が含む順番が変更された場合に、変更後の当該訪問情報に基づいて、訪問ルートを再計算する、
ことを特徴とする請求項１に記載の訪問管理システム。

【請求項3】

前記訪問管理システムは、
前記場所を基準とする範囲に前記ユーザがいることを示す位置関係が取得された場合、訪問が近づいた旨を通知するための情報を前記ユーザ端末に送信する手段、
を更に含むことを特徴とする請求項１又は２に記載の訪問管理システム。

【請求項4】

前記訪問制御手段は、前記場所を基準とする範囲に前記ユーザがいることを示す位置関係が取得された場合、前記訪問情報を変更せず、前記範囲に前記ユーザがいないことを示す位置関係が取得された場合、前記訪問情報を変更する、
ことを特徴とする請求項１〜３の何れかに記載の訪問管理システム。

【請求項5】

前記訪問管理システムは、
前記範囲に前記ユーザがいないことを示す位置関係が取得された場合、前記ユーザ端末に対して、前記訪問制御手段による変更の要否に関する問い合わせを行う手段と、
前記ユーザ端末において入力された前記問い合わせに対する回答を受信する手段と、
を更に含み、
前記訪問制御手段は、変更不要を示す回答を受信した場合、前記訪問情報を変更せず、変更不要を示す回答を受信しない場合、前記訪問情報を変更する、
ことを特徴とする請求項４に記載の訪問管理システム。

【請求項6】

前記訪問管理システムは、
前記場所を示す場所情報を取得する手段と、
訪問者端末の位置情報を取得する手段と、
前記場所情報と前記訪問者端末の位置情報とに基づいて訪問が近づいたか否かを判定する訪問判定手段と、
を更に含むことを特徴とする請求項１〜５の何れかに記載の訪問管理システム。

【請求項7】

前記訪問管理システムは、
時間又は距離に関する基準の指定を受け付ける手段を更に含み、
前記訪問判定手段は、前記場所情報と前記訪問者端末の位置情報とに基づいて算出される、前記場所までの所要時間又は所要距離が前記指定された基準を満たすか否かを判定することによって、訪問が近づいたか否かを判定する、
ことを特徴とする請求項６に記載の訪問管理システム。

【請求項8】

前記訪問管理システムは、
前記場所を示す場所情報を取得する手段を更に含み、
前記要求手段は、前記応答要求として、前記ユーザ端末の位置情報を要求し、
前記取得手段は、前記ユーザ端末からの応答として、前記ユーザ端末の位置情報を取得し、
前記訪問制御手段は、前記場所情報と前記ユーザ端末の位置情報とに基づいて取得される位置関係に基づいて制御を行う、
ことを特徴とする請求項１〜７の何れかに記載の訪問管理システム。

【請求項9】

前記訪問判定手段は、前記場所情報と前記訪問者端末の位置情報とに基づいて算出される、前記場所までの所要時間又は所要距離が基準を満たすか否かを判定することによって、訪問が近づいたか否かを判定し、
前記訪問制御手段は、前記場所情報と前記ユーザ端末の位置情報とに基づいて算出される、前記場所までの時間又は距離が基準を満たすか否かを判定し、
前記訪問判定手段における基準と、前記訪問制御手段における基準と、が対応していることを特徴とする、請求項６又は７に従属する場合の請求項８に記載の訪問管理システム。

【請求項10】

前記訪問管理システムは、
時間又は距離に関する基準の指定を受け付ける手段を更に含み、
前記訪問制御手段は、前記場所情報と前記ユーザ端末の位置情報とに基づいて算出される、前記場所までの時間又は距離が前記指定された基準を満たすか否かを判定する、
ことを特徴とする請求項８又は９に記載の訪問管理システム。

【請求項11】

前記訪問制御手段は、前記訪問情報を変更する場合、前記ユーザ端末の位置情報に基づいて、前記訪問情報を変更する、
ことを特徴とする請求項８〜１０の何れかに記載の訪問管理システム。

【請求項12】

前記訪問管理システムは、
前記ユーザ端末の位置情報を記憶手段に蓄積する手段を更に含み、
前記訪問制御手段は、前記ユーザ端末の位置情報を取得しない場合、前記場所情報と前記蓄積された位置情報とに基づいて取得される前記位置関係に基づいて制御を行う、
ことを特徴とする請求項８〜１１の何れかに記載の訪問管理システム。

【請求項13】

前記訪問管理システムは、
前記ユーザ端末に対して前記訪問制御手段による変更の要否に関する問い合わせを行うことなく前記訪問情報が変更された場合、その旨を通知するための情報を前記ユーザ端末に送信する手段、
を更に含むことを特徴とする請求項１〜１２の何れかに記載の訪問管理システム。

【請求項14】

前記場所は、前記ユーザ宛ての荷物を物流業者が配達する配達先であり、
前記訪問情報は、前記配達先に前記物流業者が配達すべき配達時間帯及び配達順を含み、
前記訪問制御手段は、前記訪問情報が含む配達時間帯は変更せずに配達順を制御する、
ことを特徴とする請求項１〜１３の何れかに記載の訪問管理システム。

【請求項15】

請求項３に記載の訪問管理システムとデータ送受信可能に接続されるユーザ端末を、
前記訪問管理システムから前記応答要求を受信した場合、当該受信した応答要求に対する応答を前記訪問管理システムに送信する手段、
前記訪問管理システムから受信した情報に基づいて、訪問が近づいた旨を前記ユーザに通知する手段、
として機能させるためのプログラム。

【請求項16】

ユーザに関連付けられた場所を訪れるべき時間帯及び順番を含む訪問情報を取得する訪問情報取得手段、
訪問が近づいたと判定された場合、ユーザ端末に所定の応答要求をする要求手段、
前記応答要求に対する前記ユーザ端末からの応答を取得する取得手段、
前記ユーザ端末からの応答により取得される位置関係であって、前記場所と前記ユーザとの位置関係に基づいて、前記訪問情報を変更するか否かを決定し、当該決定に応じて前記訪問情報が含む時間帯は変更せずに順番を変更する訪問制御手段、
としてコンピュータを機能させるためのプログラム。

【請求項17】

ユーザに関連付けられた場所を訪れるべき時間帯及び順番を含む訪問情報を取得する訪問情報取得ステップと、
訪問が近づいたと判定された場合、ユーザ端末に所定の応答要求をする要求ステップと、
前記応答要求に対する前記ユーザ端末からの応答を取得する取得ステップと、
前記ユーザ端末からの応答により取得される位置関係であって、前記場所と前記ユーザとの位置関係に基づいて、前記訪問情報を変更するか否かを決定し、当該決定に応じて前記訪問情報が含む時間帯は変更せずに順番を変更する訪問制御ステップと、
を含むことを特徴とする訪問管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、訪問管理システム、プログラム、及び訪問管理方法に関する。

【背景技術】

【0002】

従来から、ユーザへの訪問に関する情報を管理する技術が知られている。特許文献１には、配達員がユーザに商品を配達する前に、ユーザ端末から位置情報を取得し、その位置情報が示す位置と配達先とが所定距離以上離れている場合に、配達先を変えるか否かを決定するシステムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４−２４０６５６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１の技術では、例えば、配達先を自宅から外出先に変更した場合、ユーザは、外出先で受け取った荷物をいちいち自宅まで持ち帰らなければならないため、不便さを感じる可能性がある。更に、特許文献１の技術では、ユーザが配達先の変更を希望したからといって、道路状況や配達ルート等によっては、配達員が変更後の配達先でユーザに会えない可能性もある。このため、利便性を保ちつつ、ユーザに関連付けられた場所への訪問時に会える可能性を高めることが求められている。

【0005】

本発明は上記課題に鑑みてなされたものであって、その目的は、利便性を保ちつつ、ユーザに関連付けられた場所への訪問時に会える可能性を高めることが可能な訪問管理システム、プログラム、及び訪問管理方法を提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本発明に係る訪問管理システムは、ユーザに関連付けられた場所を訪れるべき時及び順番の少なくとも一方を含む訪問情報を管理する訪問管理システムであって、訪問が近づいたと判定された場合、ユーザ端末に所定の応答要求をする要求手段と、前記応答要求に対する前記ユーザ端末からの応答を取得する取得手段と、前記ユーザ端末からの応答により取得される位置関係であって前記場所と前記ユーザとの位置関係、に基づいて、前記訪問情報を変更するか否かを決定し、かつその決定に応じて前記訪問情報を制御する訪問制御手段と、を含むことを特徴とする。

【図面の簡単な説明】

【0007】

【図1】本発明の実施形態に係る訪問管理システムの全体構成の一例を示す図である。

【図2】訪問管理システムが実行する処理の概要を示す図である。

【図3】訪問管理システムの機能ブロック図である。

【図4】訪問情報の一例を示す図である。

【図5】ユーザ端末に表示される画面の一例を示す図である。

【図6】ユーザ端末に表示される画面の一例を示す図である。

【図7】ユーザ端末に表示される画面の一例を示す図である。

【図8】訪問管理システムで実行される処理を示す図である。

【図9】訪問管理システムで実行される処理を示す図である。

【図10】変形例の機能ブロック図である。

【図11】ユーザ端末において表示される画面の一例を示す図である。

【図12】ユーザ端末において表示される画面の一例を示す図である。

【発明を実施するための形態】

【0008】

［１．訪問管理システムの全体構成］
以下、本発明の実施形態の例について図面に基づき詳細に説明する。図１は、本発明の実施形態に係る訪問管理システムの全体構成の一例を示す図である。図１に示すように、本実施形態では、訪問管理システム１は、訪問管理サーバ１０、訪問者端末２０、及びユーザ端末３０を含む。なお、ここでは説明の簡略化のため、各装置を１つとして説明するが、これらの装置は複数であってもよい。

【0009】

訪問管理サーバ１０は、一般的なサーバコンピュータであり、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、例えば、一又は複数のマイクロプロセッサを含む。記憶部１２は、例えば、ＲＡＭ（Random Access Memory）等の主記憶部やハードディスク等の補助記憶部を含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。通信部１３は、ネットワークカードを含み、ネットワークを介して外部とのデータ送受信が可能になっている。

【0010】

訪問者端末２０は、訪問者が操作するコンピュータであり、例えば、携帯端末や車載器等である。訪問者端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５、及び位置取得部２６を含む。制御部２１、記憶部２２、及び通信部２３のハードウェア構成は、制御部１１、記憶部１２、及び通信部１３と略同様であるので説明を省略する。操作部２４は、ユーザが操作を行うための入力デバイス（例えば、タッチパネル）である。表示部２５は、各種画面を表示するモニタである。位置取得部２６は、外部から信号を受信して位置情報を取得する機器であり、例えば、ＧＰＳ（Global Positioning System）受信機を含む。

【0011】

ユーザ端末３０は、ユーザが操作するコンピュータであり、例えば、携帯電話機やパーソナルコンピュータ等である。ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、及び位置取得部３６を含む。これらのハードウェア構成は、それぞれ制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５、及び位置取得部２６と略同様であるので説明を省略する。以降の説明では、ユーザが訪問管理システム１を利用するにあたり、ユーザ端末３０の位置情報の提供を許可しているものとする。即ち、ユーザ端末３０の位置情報の取得要求をユーザが許可しない場合には、ユーザ端末３０の位置情報は提供されない。

【0012】

なお、上記説明した各装置は、一般的なハードウェアを適用すればよく、各装置のハードウェア構成は、上記の例に限られない。また、各装置に記憶されるものとして説明するプログラムやデータは、コンピュータ読み取り可能な情報記憶媒体（例えば、メモリカード）に記憶されたものが供給されるようにしてもよいし、ネットワークを介して供給されるようにしてもよい。

【0013】

本実施形態では、物流業者が複数の配達先に荷物を順番に配達する場面を例に挙げて、訪問管理システム１が実行する処理を説明する。荷物は、例えばユーザが電子商取引により注文し店舗から発送された商品であってもよいし、あるいはＣｔｏＣすなわちあるユーザから発送され別のユーザに配達される荷物であってもよい。図２は、訪問管理システム１が実行する処理の概要を示す図である。図２に示すように、物流業者がユーザＡ、Ｂ及びＣの順番で荷物を配達する場合、物流業者がユーザＡ宅への配達を終えてユーザＢ宅に近付くと、ユーザＢが操作するユーザ端末３０の位置情報に基づいて、ユーザＢが自宅又はその付近にいるか（図２の破線Ｌ内に示すＢ１又はＢ２の状態か）否かが特定される。

【0014】

ユーザＢが自宅又はその付近にいれば、訪問管理システム１は、配達時間や配達順を変更せず、物流業者はそのままユーザＢ宅に配達する。一方、ユーザＢが自宅から離れた位置にいれば（図２の破線Ｌ外に示すＢ３の状態）、訪問管理システム１は、配達を遅らせるか否かをユーザＢに問い合わせて、その回答次第で、配達をユーザＣよりも後回しにすることによって、物流業者が配達のためにユーザＢ宅を訪れたときに、ユーザＢがユーザＢ宅にいる可能性を高める構成になっている。別の言い方をすれば、訪問管理システム１は、物流業者が配達のためにユーザＢ宅を訪れたときに、ユーザＢが不在にしている確率を低減する構成になっている。以降、当該技術の詳細について説明する。

【0015】

［２．訪問管理システムにおいて実現される機能］
図３は、訪問管理システム１の機能ブロック図である。本実施形態では、訪問管理サーバ１０、訪問者端末２０、及びユーザ端末３０により、下記に説明する機能が実現される。

【0016】

［２−１．訪問管理サーバにおいて実現される機能］
訪問管理サーバ１０は、情報記憶部１０１、場所情報取得部１０２、訪問者位置取得部１０３、訪問判定部１０４、応答要求部１０５、応答取得部１０６、訪問制御部１０７、通知情報送信部１０８、要否問い合わせ部１０９、及び要否回答受信部１１０を含む。情報記憶部１０１は、記憶部１２を主として実現され、訪問判定部１０４及び訪問制御部１０７は、制御部１１を主として実現され、他の各機能は、制御部１１及び通信部１３を主として実現される。

【0017】

［情報記憶部］
情報記憶部１０１は、ユーザに関連付けられた場所（以降、単に訪問場所という。）を訪れるべき時（すなわち、訪問時刻）および訪れるべき順番の一方または両方を含む訪問情報を記憶する。訪問場所を訪れるべき時とは、訪問場所を訪問すべき日時、時間帯、又はタイミングである。訪問場所を訪れるべき順番とは、複数の訪問場所のうちでその訪問場所を訪れるべき順番である。本実施形態では、ユーザ宛ての荷物を物流業者が配達する配達先が訪問場所に相当するので、訪問情報は、配達先に物流業者が配達すべき配達日時及び配達順の少なくとも一方を含むことになる。

【0018】

図４は、訪問情報の一例を示す図である。図４に示すように、ここでは、訪問情報には、ユーザを識別するユーザ識別情報、訪問場所を示す場所情報、及び訪問済みフラグが関連付けられている。ユーザ識別情報は、訪問対象のユーザを識別する情報であり、例えば、ユーザを一意に識別するユーザＩＤ、ユーザの氏名や連絡先、及びユーザ端末３０の個体識別情報を含む。場所情報は、訪問先の場所を識別する情報であり、例えば、配達先の住所及び配達先の緯度経度情報を含む。

【0019】

訪問済みフラグは、物流業者がユーザを訪問したか否かを識別する情報であり、例えば、訪問して配達済みであることを示す値、訪問したが不在で配達できなかったこと示す値、まだ訪問していないことを示す値の何れかをとる。訪問済みフラグは、訪問者端末２０からの操作に応じて変化する。例えば、訪問済みフラグの初期値は、まだ訪問していないことを示す値を取る。そして、訪問者端末２０から配達が完了した旨の操作や不在で配達できなかった旨の操作を訪問管理サーバ１０が受信すると、訪問済みフラグは、その操作に応じた値に変化する。

【0020】

なお、情報記憶部１０１が記憶するデータは、上記の例に限られない。例えば、情報記憶部１０１は、各住所の緯度経度情報を定義したデータや移動ルートの計算に必要な地図データを記憶するようにしてもよい。また、情報記憶部１０１は、ユーザ端末３０の個体識別情報とユーザＩＤとの対応付けを示すデータを記憶するようにしてもよい。

【0021】

［場所情報取得部］
場所情報取得部１０２は、訪問場所を示す場所情報を取得する。場所情報取得部１０２は、情報記憶部１０１に記憶された場所情報を取得する。

【0022】

［訪問者位置取得部］
訪問者位置取得部１０３は、訪問者端末２０の位置情報を取得する。訪問者位置取得部１０３は、後述する訪問者位置送信部２０１から送信された位置情報を取得する。

【0023】

［訪問判定部］
訪問判定部１０４は、予め定められた方法に基づいて、訪問が近づいたか否かを判定する。本実施形態では、訪問判定部１０４は、場所情報と訪問者端末２０の位置情報とに基づいて訪問が近づいたか否かを判定する。例えば、訪問判定部１０４は、場所情報が示す位置と、訪問者端末２０の位置情報が示す位置と、の位置関係が所定の位置関係であるか否かを判定する。

【0024】

より具体的には、訪問判定部１０４は、場所情報と訪問者端末２０の位置情報とに基づいて算出される、訪問場所までの所要時間又は所要距離が基準を満たすか否かを判定する。ここでは、所要時間又は所要距離が閾値以内であることが、基準を満たすことに相当する。訪問判定部１０４は、所要時間又は所要距離が基準を満たす場合、訪問が近づいたと判定し、所要時間又は所要距離が基準を満たさない場合、訪問が近づいたと判定しない。

【0025】

所要時間は、場所情報が示す位置と訪問者端末２０の位置情報が示す位置とを所定の数式に代入することで得られる時間であり、例えば、物流業者が現在の位置から配達先に到達するのに必要な時間（即ち、現時点から到達予想時刻までの時間）であってもよい。

【0026】

所要距離は、場所情報が示す位置と訪問者端末２０の位置情報が示す位置とを所定の数式に代入することで得られる距離であり、例えば、所定の配達ルートに沿って測定された、物流業者の現在の位置と配達先との距離（配達先に到達するまでに必要な移動距離）であってもよいし、現在位置と配達先とを結ぶ直線距離であってもよい。

【0027】

なお、所要時間又は所要距離の算出方法自体は、公知の種々の手法を適用可能である。例えば、訪問判定部１０４は、訪問者端末２０の位置情報が示す位置から、場所情報が示す位置までの移動ルートを決定し、その移動ルートに基づいて所要時間又は所要距離を算出する。その際に、道路の渋滞状況や予め定められた移動速度が考慮されるようにしてもよい。

【0028】

［応答要求部］
応答要求部１０５は、訪問が近づいたと判定された場合、ユーザ端末３０に所定の応答要求をする。例えば、応答要求部１０５は、応答要求として、ユーザ端末３０の位置情報を要求する。

【0029】

［応答取得部］
応答取得部１０６は、応答要求に対するユーザ端末３０からの応答を取得する。例えば、応答取得部１０６は、ユーザ端末３０からの応答として、ユーザ端末３０の位置情報を取得する。

【0030】

［訪問制御部］
訪問制御部１０７は、ユーザ端末３０からの応答により取得される位置関係であって訪問場所とユーザとの位置関係、に基づいて、訪問情報を変更するか否かを決定し、かつその決定に応じて訪問情報（例えば、配達日時及び配達順の少なくとも一方）を制御する。ここでは、訪問情報が示す時や順番を遅めたり早めたりすることが、訪問情報を変更することに相当する。また、訪問情報を変更しないと決定した場合に訪問情報を変更せず、訪問情報を変更すると決定した場合に訪問情報を変更する処理を実行することが、訪問情報を制御することに相当する。

【0031】

訪問制御部１０７は、上記取得される位置関係が所定の位置関係である場合、訪問情報を変更する。例えば、訪問制御部１０７は、訪問場所を基準とする範囲（以降、基準範囲という。）にユーザがいることを示す位置関係が取得された場合、訪問情報を変更せず、その範囲にユーザがいないことを示す位置関係が取得された場合、訪問情報が含む時及び順番の少なくとも一方を遅らせることがある。ここでは、訪問場所にユーザがいること、又は、訪問場所とユーザの場所とのずれが所定以内であること（訪問場所付近にユーザがいること）が、基準範囲にユーザがいることに相当する。

【0032】

より具体的には、訪問制御部１０７は、場所情報とユーザ端末３０の位置情報とに基づいて取得される位置関係に基づいて制御を行う。例えば、訪問制御部１０７は、場所情報とユーザ端末３０の位置情報とに基づいて算出される、訪問場所までの時間又は距離（以降、先述した所要時間又は所要距離と明確に区別するために、推定時間又は推定距離という。）が基準を満たすか否かを判定する。

【0033】

推定時間は、場所情報が示す位置とユーザ端末３０の位置情報が示す位置とを所定の数式に代入することで得られる時間であり、例えば、ユーザが現在の位置から配達先に到達する（戻る）のに必要な時間（即ち、現時点から到達予想時刻までの時間）であってもよい。なお、場所情報が示す位置とユーザ端末３０の位置情報が示す位置とがほぼ一致している場合（例えば、後述の推定距離がほぼ０の場合）には、推定時間を０とみなすようにしてもよい。

【0034】

推定距離は、場所情報が示す位置とユーザ端末３０の位置情報が示す位置と、を所定の数式に代入することで得られる距離であり、例えば、所定の移動ルートに沿って測定された、ユーザの現在の位置と配達先との距離（配達先に到達するまでに必要な移動距離）であってもよいし、ユーザの現在の位置と配達先とを結ぶ直線距離であってもよい。

【0035】

なお、推定時間又は推定距離の算出方法として公知の種々の手法を適用可能な点は、所要時間又は所要距離と同様である。例えば、訪問制御部１０７は、ユーザ端末３０の位置情報が示す位置から、場所情報が示す位置までの移動ルートを決定し、その移動ルートに基づいて推定時間又は推定距離を算出する。その際に、ユーザが利用する移動手段（例えば、徒歩や乗り物の種類）や道路の渋滞状況、及び予め定められた移動速度が考慮されるようにしてもよい。

【0036】

ここでは、推定時間又は推定距離が閾値以内であることが、基準を満たすことに相当する。訪問判定部１０４は、推定時間又は推定距離が基準を満たす場合、基準範囲にユーザがいると判定し、推定時間又は推定距離が基準を満たさない場合、基準範囲にユーザがいないと判定する。

【0037】

［通知情報送信部］
通知情報送信部１０８は、基準範囲にユーザがいることを示す位置関係が取得された場合、訪問が近づいた旨を通知するための情報をユーザ端末３０に送信する。例えば、通知情報送信部１０８は、所定のメッセージをユーザ端末３０に表示させるための情報を送信する。

【0038】

［要否問い合わせ部］
要否問い合わせ部１０９は、基準範囲にユーザがいないことを示す位置関係が取得された場合、ユーザ端末３０に対して、訪問制御部１０７による変更の要否に関する問い合わせを行う。要否問い合わせ部１０９は、所定の問い合わせメッセージをユーザ端末３０に表示させるための情報を送信する。

【0039】

［要否回答受信部］
要否回答受信部１１０は、ユーザ端末３０において入力された、問い合わせに対する回答を受信する。要否回答受信部１１０は、回答送信部３０３が送信した回答を受信する。要否回答受信部１１０が変更不要を示す回答を受信した場合、訪問制御部１０７は、訪問情報を変更せず、要否回答受信部１１０が変更不要を示す回答を受信しない場合、訪問制御部１０７は、訪問情報が含む時及び順番の少なくとも一方を遅らせる。

【0040】

［２−２．訪問者端末において実現される機能］
訪問者端末２０は、訪問者位置送信部２０１を含む。訪問者位置送信部２０１は、制御部３１及び通信部３３を主として実現される。訪問者位置送信部２０１は、訪問者端末２０の位置情報を送信する。訪問者位置送信部２０１は、位置取得部２６により取得された位置情報を、訪問管理サーバ１０に定期的に送信する。

【0041】

［２−３．ユーザ端末において実現される機能］
ユーザ端末３０は、応答送信部３０１、訪問通知部３０２、及び回答送信部３０３を含む。これらは、制御部２１及び通信部２３を主として実現される。

【0042】

応答送信部３０１は、訪問管理サーバ１０から応答要求を受信した場合、当該受信した応答要求に対する応答を訪問管理サーバ１０に送信する。例えば、応答送信部３０１は、位置取得部３６により取得された位置情報を訪問管理サーバ１０に送信する。

【0043】

訪問通知部３０２は、訪問管理サーバ１０から受信した情報に基づいて、訪問が近づいた旨をユーザに通知する。図５は、ユーザ端末３０に表示される画面の一例を示す図である。図５に示すように、通知情報送信部１０８が送信した情報をユーザ端末３０が受信すると、訪問通知部３０２は、物流業者による荷物の配達が近づいた旨のメッセージを含む訪問通知画面４０を表示させる。

【0044】

なお、本実施形態では、通知の一態様として、所定のメッセージを含む画面を表示させる場合を説明するが、他の種々の通知方法を適用可能である。例えば、電子メール、チャット（いわゆる、インスタントメッセンジャーを含む）、又は音声出力により通知が行われてもよい。訪問通知部３０２による通知以外にも、後述する各種画面（問い合わせ画面５０、配達時期指定画面６０、及び変更通知画面７０）を用いて行われる通知についても同様である。

【0045】

回答送信部３０３は、要否問い合わせ部１０９からの問い合わせに対するユーザの回答を送信する。図６は、ユーザ端末３０に表示される画面の一例を示す図である。図６に示すように、要否問い合わせ部１０９による問い合わせをユーザ端末３０が受け付けると、ユーザ端末３０の表示部３５には、配達を遅らせるか否かの回答をユーザに促す問い合わせ画面５０が表示される。問い合わせ画面５０には、問い合わせに対する回答をするための回答ボタン５１，５２が表示される。回答送信部３０３は、問い合わせ画面５０において選択された回答を、訪問管理サーバ１０に送信する。

【0046】

なお、変更を要する旨を示す回答ボタン５２をユーザが選択した場合は、配達日時や配達順を指定するための画面が表示されるようにしてもよい。図７は、ユーザ端末３０に表示される画面の一例を示す図である。図７に示すように、配達時期指定画面６０において、ユーザが変更後の配達日時や配達順をボタン６１により指定できるようにしてもよい。この場合、回答送信部３０３は、ユーザが指定した配達日時や配達順を訪問管理サーバ１０に送信する。訪問制御部１０７は、当該指定された配達日時や配達順に基づいて、訪問情報を変更することになる。

【0047】

［３．実施形態において実行される処理］
図８及び図９は、訪問管理システム１で実行される処理を示す図である。ここでは、制御部１１，２１，３１が、それぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することにより、図８及び図９に示す処理が実行され、各機能ブロックが実現される。

【0048】

図８に示すように、まず、訪問者端末２０においては、制御部２１は、位置情報の送信タイミングが到来したか否かを判定する（Ｓ１）。Ｓ１においては、制御部２１は、前回の送信タイミングから所定時間（例えば、１５分）が経過したか否かを判定する。なお、制御部２１は、リアルタイムクロック等の計時手段を含み、前回の送信タイミングからの経過時間を示す情報が記憶部２２に記憶されているものとする。

【0049】

送信タイミングが到来したと判定された場合（Ｓ１；Ｙ）、制御部２１は、位置取得部２６により位置情報を取得して、訪問管理サーバ１０に送信する（Ｓ２）。Ｓ２においては、制御部２１は、位置情報を、訪問者端末２０の個体識別情報とともに、訪問管理サーバ１０に送信する。なお、訪問者端末２０の個体識別情報は、予め記憶部２２に記憶されているものとする。

【0050】

訪問管理サーバ１０においては、訪問者端末２０から位置情報を受信すると、制御部１１は、その位置情報と場所情報とに基づいて、次の配達先までの所要時間を算出する（Ｓ３）。なお、制御部１１は、訪問者端末２０の個体識別情報を取得することで、どの訪問者端末２０の位置情報を受信したかを特定することができる。

【0051】

Ｓ３においては、まず、制御部１１は、図４に示すデータの配達済みフラグを参照して、次の配達先を特定する。例えば、制御部１１は、配達済みフラグが訪問していないことを示す配達先のうち配達順が最も若いものを、次の配達先として特定する。そして、制御部１１は、次の配達先の場所情報と訪問者端末２０の位置情報とに基づいて、次の配達先までの所要時間を算出する。

【0052】

制御部１１は、Ｓ３で算出した所要時間が閾値以内であるか否かを判定する（Ｓ４）。Ｓ３で算出された所要時間が閾値以内ではないと判定された場合（Ｓ４；Ｎ）、本処理は終了する。この場合、物流業者が次の配達先にまだ近付いていないため、以降の処理は実行されない。

【0053】

一方、所要時間が閾値以内であると判定された場合（Ｓ４；Ｙ）、制御部１１は、次の配達先に関連付けられたユーザ端末３０に対して、位置情報の取得要求を送信する（Ｓ５）。Ｓ５においては、制御部１１は、図４に示すデータを参照して、次の配達先に関連付けられたユーザＩＤやユーザ端末３０の個体識別情報を参照して、位置情報の取得要求をすべきユーザ端末３０を特定する。そして、制御部１１は、当該特定されたユーザ端末３０に対して、位置情報を送信するように要求する。

【0054】

ユーザ端末３０においては、位置情報の取得要求を受信すると、制御部３１は、位置取得部３６により位置情報を取得して、訪問管理サーバ１０に送信する（Ｓ６）。Ｓ６においては、制御部２１は、位置取得部３６が取得した位置情報を、ユーザ端末３０の個体識別情報とともに、訪問管理サーバ１０に送信する。なお、ユーザ端末３０の個体識別情報は、予め記憶部２２に記憶されているものとする。

【0055】

訪問管理サーバ１０においては、ユーザ端末３０の位置情報を受信すると、制御部１１は、受信した位置情報と場所情報とに基づいて、配達先までの推定時間を算出する（Ｓ７）。Ｓ７における推定時間の算出方法は、Ｓ３と同様、公知の種々の算出方法を適用可能である。なお、ここでは、Ｓ３及びＳ７において所要時間及び推定時間が算出される場合を説明するが、所要距離及び推定距離が算出されるようにしてもよい。

【0056】

制御部１１は、Ｓ７で算出した推定時間が閾値以内であるか否かを判定する（Ｓ８）。なお、詳細は後述するが、Ｓ４における閾値とＳ８における閾値とは、互いに対応していてもよいし全く別個であってもよい。Ｓ７で算出された推定時間が閾値以内であると判定された場合（Ｓ８；Ｙ）、制御部１１は、そのまま配達に伺う旨のメッセージをユーザ端末３０に送信する（Ｓ９）。この場合、配達時間や配達順は変更されないことになる。

【0057】

ユーザ端末３０においては、メッセージを受信すると、制御部３１は、そのメッセージを訪問通知画面４０に表示させ（Ｓ１０）、本処理は終了する。

【0058】

一方、Ｓ７で算出された所要時間が閾値以内であると判定されない場合（Ｓ８；Ｎ）、図９に移り、制御部１１は、配達を遅らせるか否かをユーザ端末３０に問い合わせる（Ｓ１１）。Ｓ１１においては、制御部１１は、問い合わせ画面５０の表示データ（例えば、ＨＴＭＬ形式等）を生成して、ユーザ端末３０に送信する。

【0059】

ユーザ端末３０においては、問い合わせを受信すると、制御部３１は、問い合わせ画面５０を表示部３５に表示させ、ユーザによる回答の入力を受け付ける（Ｓ１２）。ユーザが回答ボタン５１を選択して、そのまま配達する旨の回答を入力した場合（Ｓ１２；そのまま）、制御部３１は、そのまま配達する旨の回答を訪問管理サーバ１０に送信する（Ｓ１３）。Ｓ１３においては、例えば、制御部３１は、ユーザが回答ボタン５１を選択したことを示す情報を訪問管理サーバ１０に送信する。

【0060】

一方、ユーザが回答ボタン５２を選択して、配達を遅らせる旨の回答を入力した場合（Ｓ１２；遅らせる）、制御部３１は、配達時期指定画面６０を表示させ、ユーザにより指定された配達日時や配達順とともに、配達を遅らせる旨の回答を訪問管理サーバ１０に送信する（Ｓ１４）。Ｓ１４においては、例えば、制御部３１は、ユーザが回答ボタン５２を選択したことを示す情報と、配送時期指定画面６０においてユーザが選択したボタン６１を示す情報と、を訪問管理サーバ１０に送信する。

【0061】

訪問管理サーバ１０においては、制御部１１は、ユーザ端末３０から回答を受信したか否かを判定する（Ｓ１５）。Ｓ１５においては、制御部１１は、ユーザ端末３０に対して問い合わせをしてから所定期間の間に回答を受信したか否かを判定する。回答を受信しないと判定された場合（Ｓ１５；Ｎ）、後述のＳ１７の処理に移行する。

【0062】

一方、回答を受信したと判定された場合（Ｓ１５；Ｙ）、制御部１１は、その回答を参照する（Ｓ１６）。そのまま配達する旨の回答を受信した場合（Ｓ１６；そのまま）、本処理は終了する。この場合、配達時間や配達順は変更されない。

【0063】

一方、配達を遅らせる旨の回答を受信した場合（Ｓ１６；遅らせる）、制御部１１は、訪問情報が含む配達時間や配達順を遅らせる（Ｓ１７）。ユーザが回答ボタン５２を選択した場合には、その後に配達日時や配達順も指定されるので、Ｓ１７においては、制御部１１は、その指定内容（例えば、ユーザが選択したボタン６１に対応する配達日時や配達順）に基づいて訪問情報を更新する。なお、ユーザからの回答を受信せずにＳ１７の処理に移行した場合（即ち、Ｓ１５の判定が「Ｎ」であり、Ｓ１７の処理に移行した場合）には、ユーザが配達日時や配達順を指定したわけではないので、制御部１１は、配達時間を所定時間だけ遅らせるように訪問情報を更新したり、配達順を現在よりも所定だけ後の順番（例えば、２つ後の順番）になるように訪問情報を更新したりするようにしてもよい。

【0064】

制御部１１は、配達を遅らせた旨のメッセージを、訪問者端末２０に送信する（Ｓ１８）。Ｓ１８においては、制御部１１は、所定のメッセージを生成して、訪問者端末２０に送信する。

【0065】

訪問者端末２０においては、メッセージを受信すると、制御部２１は、そのメッセージを表示部２５に表示させ（Ｓ１９）、本処理は終了する。物流業者は、訪問者端末２０に表示されたメッセージを見ることで、次の配達先が変更されたことを把握することができ、次に向かうべき配達先を特定することができる。

【0066】

上記実施形態の訪問管理システム１によれば、物流業者が配達先に近付いた場合に配達先又はその近くにユーザがいるか否かを判定し、配達を遅らせるか否かを制御するので、物流業者が配達先でユーザに会える可能性を高めることができる。つまり、訪問管理システム１を、物流業者が荷物を配達する場面に適用することで、物流業者が荷物を配達できる可能性を高めることができる。より具体的には、物流業者がせっかく配達先を訪れてもユーザが不在であれば、荷物を配達することができないため再配達をする必要があるが、訪問管理システム１の上記処理を実行することで、物流業者がユーザに会える可能性を高める（ユーザが不在の配達先に物流業者が訪問してしまう可能性を低減する）ことができるので、再配達の発生を低減して効率的な配達をすることができ、物流業者にとっての利便性が向上する。また、再配達が発生する可能性を低減すれば、ユーザが再配達の連絡をする手間（例えば、電話やインターネット等で再配達を依頼する手間）を省くことができるので、物流業者だけでなくユーザにとっての利便性も向上する。更に、予め定められた配達先に荷物が届くので、例えば、ユーザが外出先で受け取った荷物をいちいち自宅に持ち帰るような手間も発生しないようにすることもできる。

【0067】

また、訪問管理システム１は、配達先又はその近くにユーザがいる場合に訪問通知画面４０をユーザ端末３０に表示させるので、ユーザが配達を忘れて外出してしまい、物流業者の訪問時に不在にしてしまうことを効果的に防止することができる。

【0068】

また、訪問管理システム１は、配達先又はその近くにユーザがいる場合には配達日時や配達順を変更しないので、物流業者が配達先を訪問したときに、その配達先でユーザに会える可能性が高い場合にはそのまま配達させることができる。一方、配達先又はその近くにユーザがいない場合には、物流業者がそのまま配達先を訪問してもユーザが不在にしている可能性が高いので、配達日時や配達順を変更することにより、物流業者がせっかく配達先を訪れても、ユーザが不在のために再配達をしなければならないような無駄の発生を防止することができる。

【0069】

また、訪問管理システム１は、配達日時や配達順を変更する前に、その変更の要否の問い合わせをユーザに送るため、ユーザが配達先に戻れると自分で判断した場合に配達日時や配達順が変更されてしまうことを防止することができる。即ち、配達先又はその近くにユーザがいないと判定された場合に無条件で配達日時や配達順を変更してしまうと、ユーザが急いで配達先に戻ったとしても物流業者が来ない可能性があるが、ユーザ自身の判断を仰ぐことで、物流業者が配達先を訪問したときに、その配達先でユーザに会える可能性を高め、物流業者がユーザに荷物を配達できる可能性を向上させることができる。別の言い方をすれば、配達を遅らせるか否かをユーザ自身に選ばせることで、再配達を手配する手間が発生してしまうことをより確実に防止することができるので、特にユーザにとっての利点が大きくなり、荷物を受け取る際の顧客満足度が向上する。

【0070】

また、訪問管理システム１は、物流業者が配達先に近付いたか否かを訪問者端末２０の位置情報に基づいて判定することによって、物流業者の訪問が近付いたか否かを正確かつリアルタイムに判定することができる。

【0071】

また、訪問管理システム１は、配達先又はその近くにユーザがいるか否かを、ユーザ端末の位置情報に基づいて判定することによって、ユーザが配達先又はその近くにいるか否かを正確かつリアルタイムに判定することができる。

【0072】

［４．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

【0073】

図１０は、変形例の機能ブロック図である。図１０に示すように、変形例では、上記実施形態の機能に加えて、基準指定受付部１１１及び蓄積部１１２が実現される。基準指定受付部１１１は、制御部１１及び通信部１３を主として実現され、蓄積部１１２は、制御部１１を主として実現される。

【0074】

（１）例えば、訪問判定部１０４が用いる基準（例えば、Ｓ４における閾値）は、ユーザにより指定されたものであってもよい。即ち、ユーザが指定した基準を用いることで、配達業者が配達先に近付いたか否かを判断するための基準を、ユーザごとに異ならせるようにしてもよい。

【0075】

変形例（１）では、基準指定受付部１１１が実現される。基準指定受付部１１１は、時間又は距離に関する基準の指定を受け付ける。例えば、基準指定受付部１１１は、ユーザによる数値（例えば、時間や距離）の指定を受け付ける。基準指定受付部１１１が受け付けた基準は、その基準を指定したユーザに関連付けられて情報記憶部１０１に記録される。

【0076】

訪問判定部１０４は、場所情報と訪問者端末２０の位置情報とに基づいて算出される、訪問場所までの所要時間又は所要距離が上記指定された基準を満たすか否かを判定することによって、訪問が近づいたか否かを判定する。例えば、訪問判定部１０４は、所要時間又は所要距離が、次の配達先に関連付けられたユーザが指定した基準を満たすか否かを判定することになる。

【0077】

変形例（１）によれば、物流業者による訪問が近付いたか否かの判断基準をユーザの好みに応じて変更することができるので、例えば、早めの事前通知を欲しい場合には閾値を比較的大きく設定させ、配達直前の事前通知でよい場合には閾値を比較的小さく設定させることができる。

【0078】

（２）また例えば、訪問判定部１０４が用いる基準（例えば、Ｓ４の閾値）と、訪問制御部１０７が用いる基準（例えば、Ｓ８の閾値）と、が対応していてもよい。例えば、これらの基準が同じであってもよいし、これらの基準のずれ（例えば、閾値の差）が所定以内となるようにしてもよい。他にも、Ｓ８の閾値をＳ４の閾値よりも小さくなるようにしてもよい。例えば、Ｓ４の閾値が１５分であり、Ｓ８の閾値が３０分であった場合は、物流業者が配達先に訪れても、ユーザがまだ戻っていない可能性があるが、上記のように互いに対応する基準を用いることで、配達業務の実態に沿った制御を実行することができる。

【0079】

（３）また例えば、訪問制御部１０７が用いる基準（例えば、Ｓ８の閾値）がユーザにより指定されたものであってもよい。即ち、ユーザが指定した基準を用いることで、配達先の近くにユーザがいるか否かを判断するための基準を、ユーザごとに異ならせるようにしてもよい。

【0080】

なお、変形例（３）でも、変形例（１）と同様に、基準指定受付部１１１が実現され、ユーザによる基準の指定が受け付けられる。訪問制御部１０７は、場所情報とユーザ端末３０の位置情報とに基づいて算出される、訪問場所までの推定時間又は推定距離が指定された基準を満たすか否かを判定する。例えば、訪問制御部１０７は、推定時間又は推定距離が、次の配達先に関連付けられたユーザが指定した基準を満たすか否かを判定することになる。

【0081】

変形例（３）によれば、配達先又はその近くにユーザがいるか否かの判断基準をユーザの好みに応じて変更することができるので、例えば、配達先から離れた場所にいることが多い場合には閾値を比較的大きく設定し、配達先の近くの場所にいることが多い場合には閾値を比較的小さく設定することができるので、ユーザの実態に沿った制御が可能になる。

【0082】

（４）また例えば、訪問制御部１０７は、訪問情報を変更する場合、ユーザ端末３０の位置情報に基づいて、訪問情報を変更するようにしてもよい。この場合、訪問制御部１０７は、ユーザ端末３０の位置情報に基づいて、訪問情報が示す時や順番の変更の程度（変更量）を決定する。

【0083】

例えば、訪問制御部１０７は、ユーザ端末３０の位置情報が示す位置と、場所情報が示す配達先と、の位置関係に基づいて、訪問情報を変更する。より具体的には、訪問制御部１０７は、ユーザ端末３０の位置情報が示す位置が場所情報が示す配達先から離れているほど（例えば、所要時間又は所要距離が大きいほど）、訪問情報が示す時や順番が後になるように、訪問情報を設定する。

【0084】

変形例（４）によれば、ユーザ端末３０の位置情報に応じた配達時間や配達順となるように訪問情報を変更することができるので、物流業者が配達に成功する可能性をより効果的に高めることができる。

【0085】

（５）また例えば、ユーザ端末３０が屋内にある場合には位置取得部３６がＧＰＳを利用して位置情報を取得できないので、その場合は、過去のユーザ端末３０の位置情報を蓄積しておき、その蓄積した位置情報から、ユーザ端末３０の位置を推測するようにしてもよい。

【0086】

変形例（５）では、蓄積部１１２が実現される。蓄積部１１２は、ユーザ端末３０の位置情報を情報記憶部１０１に蓄積する。蓄積部１１２は、ユーザ端末３０から位置情報が取得されると、そのユーザ端末３０の個体識別情報又はユーザＩＤや取得日時に関連付けて情報記憶部１０１に記録する。

【0087】

訪問制御部１０７は、ユーザ端末３０の位置情報を受信しない場合、場所情報と蓄積された位置情報とに基づいて取得される位置関係に基づいて制御を行う。例えば、訪問制御部１０７は、情報記憶部１０１に蓄積された位置情報の何れかを使用してもよいし、蓄積された複数の位置情報に基づいて定まる位置（例えば、各位置の平均値）を使用してもよい。複数の位置情報が使用される場合、訪問制御部１０７は、過去の全ての位置情報を使用してもよいし、一部の期間（例えば、現時点の所定時間前から現時点までの期間）の位置情報を使用してもよい。訪問制御部１０７は、上記のようにして推測されたユーザ端末３０の位置に基づいて位置関係を取得して制御を行う。位置関係を取得する方法自体は、実施形態で説明した方法と同様である。

【0088】

変形例（５）によれば、ユーザ端末３０からの位置情報を取得できない場合であっても、過去の位置情報からユーザの現在位置を推測することがで、物流業者が配達に成功する可能性を高めることができる。

【0089】

（６）また例えば、要否問い合わせ部１０９がユーザ端末３０に対して問い合わせをしない場合や、訪問管理システム１が要否問い合わせ部１０９を含まない場合には、訪問管理システム１は、配達を遅らせるか否かの事前の問い合わせをユーザに対して行わない。この場合には、ユーザの知らないうちに、訪問制御部１０７が配達を遅らせていることがあるので、例えば、配達が後回しになっているにも関わらず、ユーザがそれに気付かずに、急いで自宅に戻ってしまう可能性がある。

【0090】

このため、通知情報送信部１０８は、ユーザ端末３０に対して訪問制御部１０７による変更の要否に関する問い合わせを行うことなく訪問情報が変更された場合、その旨を通知するための情報をユーザ端末３０に送信するようにしてもよい。即ち、要否問い合わせ部１０９による問い合わせが実行されない場合に、通知情報送信部１０８が上記情報を送信する。この場合、訪問通知部３０２は、当該情報を受信すると、配達先への配達時間や配達順が変更されたことをユーザに通知する。

【0091】

図１１は、ユーザ端末３０において表示される画面の一例を示す図である。図１１に示すように、訪問通知部３０２は、配達先への配達時間や配達順が変更されたことを変更通知画面７０に表示させる。また、訪問通知部３０２は、変更後の訪問情報に基づいて、変更後の配達時期をユーザに通知するようにしてもよい。例えば、訪問通知部３０２は、変更後の配達日時（例えば、予想配達時刻）や配達順を変更通知画面７０において通知するようにしてもよい。

【0092】

変形例（６）によれば、配達日時や配達順が変更されたことをユーザに通知することができる。例えば、配達日時や配達順の変更の要否を問い合わせない場合には、システム側で配達日時や配達順を変更したとしても、ユーザはそのことを知ることができないが、上記のような通知をすることで、いつ配達先に荷物が届くかを把握することができる。

【0093】

なお、ユーザが配達先から非常に離れている場所におり、その日のうちに配達先に戻ることができないと判定された場合（例えば、ユーザが自宅から１００ｋｍ圏内等を旅行中でどう考えてもその日のうちに帰宅できない場合）には、訪問管理システム１は、別の日に配達するか否かをユーザに問い合わせるようにしてもよい。即ち、訪問制御部１０７が算出した推定時間又は推定距離が、この問い合わせを行うために定められた閾値以上であると判定された場合に、要否問い合わせ部１０９は、ユーザ端末３０に対してその問い合わせを行うようにしてもよい。この場合、訪問制御部１０７は、要否回答受信部１１０が受信した回答結果に基づいて、ユーザへの配達が別の日になるように、訪問情報が示す配達日時や配達順を変更することになる。

【0094】

（７）また、上記では、訪問者端末２０の位置情報を利用して訪問が近づいたか否かを判定する場合を説明したが、この判定方法は、上記説明した例に限られない。他にも例えば、訪問判定部１０４は、訪問情報に基づいて訪問が近付いたか否かを判定するようにしてもよい。例えば、訪問判定部１０４は、配達日時と現在時刻とのずれが閾値以内となったか否かを判定したり、ユーザの配達順よりも所定だけ前の訪問まで（例えば、２つ前の配達まで）が完了したか否かを判定したりすることによって、訪問が近づいたか否かを判定する。

【0095】

また例えば、訪問判定部１０４は、訪問者端末２０が所定の入力を受け付けたか否かを判定するようにしてもよい。例えば、配達先をもうすぐ訪れるか否かを示す所定の操作を、訪問者端末２０の操作部２４から物流業者に入力させる。訪問判定部１０４は、訪問者端末２０から当該操作を取得したか否かを判定することによって、訪問が近づいたか否かを判定する。

【0096】

また、上記では、ユーザ端末３０の位置情報を利用して配達先又はその近くにユーザがいるか否かを判定する場合を説明したが、この判定方法は、上記説明した例に限られない。他にも例えば、訪問制御部１０７は、ユーザ端末３０が所定の入力を受け付けたか否かを判定するようにしてもよい。例えば、配達先又はその近くにいるか否かを示す操作（即ち、配達先とユーザ端末３０との位置関係を示す操作）をユーザ端末３０の操作部３４からユーザに入力させ、訪問制御部１０７は、ユーザ端末３０から取得した操作に基づいて、配達先とユーザ端末３０との位置関係を取得して、配達先又はその近くにユーザがいるか否かを判定するようにしてもよい。

【0097】

また例えば、実施形態では、ユーザ端末３０の位置情報の提供が予め許可されている場合を説明したが、ユーザが電子商取引システムを利用して購入した商品がそのユーザに配達される場合には、その商品購入の際に、配達のオプションとして上記説明した配達方法を利用するか否かを選択させ、利用することをユーザが選択した場合に、位置情報の提供も許可したものとみなすようにしてもよい。

【0098】

図１２は、ユーザ端末において表示される画面の一例を示す図である。図１２に示す配達オプション設定画面８０は、ユーザが電子商取引システムで商品を購入する際に表示部３５に表示される。例えば、電子商取引システムは、配達オプション設定画面８０において、ユーザが注文した商品の配達オプションとして、訪問管理システム１に係る配達方法を利用するか否かを問い合わせる。

【0099】

ユーザがラジオボタン８１を選択すると、訪問管理システム１に係る配達方法を利用することができる。この場合、ユーザが位置情報の提供に同意したとみなすようにしてもよい。その際に、Ｓ４又はＳ８において用いられる閾値の入力を、入力フォーム８２から受け付けるようにしてもよい。例えば、ユーザが閾値を入力フォーム８２で指定することで、その閾値を、家から１００ｍや１０００ｍ等以内にいるときに設定したり、家から徒歩５分圏内又は車で１０分圏内にいるときに設定したりすることができる。なお、ユーザがラジオボタン８３を選択すると、訪問管理システム１に係る配達方法を利用せずに商品を発注することになる。この場合、ユーザ端末３０から位置情報が提供されない。

【0100】

また、ユーザは、自分宛の商品を購入するようにしてもよいし、他のユーザ宛ての商品を購入するようにしてもよい。ユーザが他のユーザ宛ての商品を購入する場合には、当該他のユーザは、予め配達オプションを利用するか否か及び上記閾値を、訪問管理システム１に登録しておくようにしてもよい。訪問管理システム１は、上記他のユーザによる登録内容に基づいて、商品の配達日時や配達順を遅らせたり、そのまま配達させるようにしたりする。更に、ユーザが位置情報の提供を許可したか否かに応じて、配達先又はその近くにユーザがいるか否かを判定する方法を使い分けるようにしてもよい。

【0101】

また例えば、訪問管理システム１が、訪問情報に基づいて物流業者の訪問ルートを計算する場合には、訪問制御部１０７により訪問情報が変更された場合に、変更後の訪問情報に基づいて訪問ルートを再計算するようにしてもよい。なお、訪問ルートの計算方法自体は、公知の種々のルート計算方法を適用可能である。

【0102】

また例えば、上記においては、ユーザが配達先又はその近くにいない場合に配達を遅らせる場合を説明したが、訪問制御部１０７は、ユーザが配達先又はその近くにいる場合に、訪問情報が示す配達時間や配達順を早めるようにしてもよい。このようにすることで、ユーザが配達先又はその近くにいて荷物を受け取れる可能性が高い場合に、配達を早めることで、物流業者は効率的な配達を行うことが可能になる。

【0103】

また例えば、訪問管理サーバ１０は、ユーザを訪問する物流業者が管理してもよいし、訪問管理サーバ１０の管理者と物流業者とが異なっていてもよい。例えば、ユーザが商品を購入する電子商取引システムの運営会社が訪問管理サーバ１０を管理する場合には、その電子商取引システムと提携している物流業者による商品の配達日時や配達順が制御されることになる。

【0104】

また例えば、上記においては、物流業者が訪問する場合の一例として、配達先に荷物を配達する場合を説明したが、物流業者が荷物の集荷に訪問する場面に、訪問管理システム１を利用するようにしてもよい。この場合、上記説明した各処理における「配達」を「集荷」と読み替えることができる。即ち、訪問判定部１０４は、物流業者が集荷先に近付いたか否かを判定し、訪問制御部１０７は、集荷先又はその近くにユーザがいるか否かに基づいて、訪問情報が示す集荷日時や集荷順を変更するか否かを制御することになる。

【0105】

また例えば、訪問管理サーバ１０で実現されるものとして説明した機能の一部が、訪問者端末２０やユーザ端末３０により実現されるようにしてもよい。例えば、訪問者端末２０において訪問判定部１０４が実現され、判定結果のみが訪問管理サーバ１０に送信されるようにしてもよい。同様に、配達先又はその付近にユーザがいるか否かがユーザ端末３０において判定され、その判定結果のみが訪問管理サーバ１０に送信されるようにしてもよい。

【0106】

また例えば、訪問管理サーバ１０、訪問者端末２０、及びユーザ端末３０が訪問管理システム１に含まれる場合を説明したが、訪問管理システム１を構成するコンピュータは、訪問管理サーバ１０だけであってもよい。この場合、訪問者端末２０及びユーザ端末３０は、訪問管理システム１に対して位置情報を送信したり、訪問管理システム１から各種情報を受信したりすることになる。更に、訪問管理システム１では、応答要求部１０５、応答取得部１０６、及び訪問制御部１０７以外の機能を省略してもよい。この場合、省略した各機能は、訪問管理システム１に接続される他のシステムにより実現されるようにしてもよい。

【0107】

また例えば、上記においては、物流業者がユーザを訪問する場合を例に挙げて説明したが、本発明に係る訪問管理システムは、訪問情報を管理する種々のシステムに適用可能である。他にも例えば、ユーザに関連付けられた場所に集金に伺う訪問者が訪問する場面等にも、本発明に係る訪問管理システムを適用可能である。

【0108】

すなわち、配達に限らず、集荷や集金や訪問契約等、訪問者が訪問先で被訪問者と会う（顔を合わせる）必要のある任意の場面に、実施の形態に係る技術的思想を適用可能である。特に、本人確認が必要な場合、被訪問者が訪問先にいるというのは、一種の本人確認情報として扱われてもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】