JP6940976B2 - 通知装置、通知方法及び通知プログラム - Google Patents

Description

本発明は、通知装置、通知方法及び通知プログラムに関する。

ユーザに提供されるサービスには、ユーザが在宅であるか否かによって、サービスの効率が変わるものがある。宅配サービスを例に挙げると、ユーザが在宅である場合には、配送される荷物の受け渡しをスムーズに行うことができる一方で、ユーザが不在の場合には、荷物の配送を完了させることができないなどの不都合が生じ得る。

かかる問題に対応する技術として、利用者端末に荷物の到着予定の通知を送信することで、通知を受けた利用者が、利用者の都合に合わせて配送日時を変更することのできる宅配システムが提案されている。

特開２００５−２７２０２４号公報

しかしながら、上記の従来技術では、ユーザに手間を掛けさせることなく配送情報の通知を行うことは難しい。具体的には、上記の従来技術では、ユーザが電話帳情報を宅配店舗端末に入力しなければならない。このため、ユーザは、複数の宅配業者を利用する場合には各々の宅配業者に登録を行うことを要するため、手間が掛かる。

本願は、上記に鑑みてなされたものであって、ユーザに手間を掛けさせることなく配送情報の通知を行うことができる通知装置、通知方法及び通知プログラムを提供することを目的とする。

本願に係る通知装置は、配送品を配送する配送業者から、当該配送品の配送に関する配送情報、及び、配送先を識別するための識別情報を取得する取得部と、前記配送業者以外の者が保持する情報であって、前記識別情報と所定の対象とを対応付ける情報である対応付け情報を参照して、前記取得部によって取得された識別情報に対応する対象を特定する特定部と、前記特定部によって特定された対象に、前記取得部によって取得された配送情報を通知する通知部と、を備えたことを特徴とする。

実施形態の一態様によれば、ユーザに手間を掛けさせることなく配送情報の通知を行うことができるという効果を奏する。

図１は、実施形態に係る通知処理の一例を示す図である。 図２は、実施形態に係る通知システムの構成例を示す図である。 図３は、実施形態に係る通知装置の構成例を示す図である。 図４は、実施形態に係る電話番号情報記憶部の一例を示す図である。 図５は、実施形態に係る配送情報記憶部の一例を示す図である。 図６は、実施形態に係る配送履歴記憶部の一例を示す図である。 図７は、実施形態に係るユーザ端末の構成例を示す図である。 図８は、実施形態に係る処理手順を示すフローチャート（１）である。 図９は、実施形態に係る処理手順を示すフローチャート（２）である。 図１０は、実施形態に係る処理手順を示すフローチャート（３）である。 図１１は、通知装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る通知装置、通知方法及び通知プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る通知装置、通知方法及び通知プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．通知処理の一例〕
まず、図１を用いて、実施形態に係る通知処理の一例について説明する。図１は、実施形態に係る通知処理の一例を示す図である。図１では、本願に係る通知装置１００によって、配送品の配送に関する情報である配送情報を所定の対象に通知する処理が行われる例を示す。

図１に示す通知装置１００は、配送業者によって行われる配送に関する情報を所定の対象に通知する処理を行うサーバ装置である。実施形態において、所定の対象とは、例えば、配送先のユーザが所有する情報処理端末である。また、実施形態において、ユーザは、所定のサービスにおいて注文した商品を配送品として受け取るものとする。なお、実施形態では、所定のサービスとして、例えば、インターネット等のネットワークを介して提供される種々のＥコマースサービスを例として挙げる。

図１に示すサービスサーバ３０_１、３０_２及び３０_３は、所定のサービスをユーザに提供するサーバ装置である。例えば、サービスサーバ３０_１、３０_２及び３０_３は、Ｅコマースサイト等のウェブサービスを提供するウェブサーバである。図１の例では、サービスサーバ３０_１、３０_２及び３０_３は、各々が異なる事業者によって管理されており、各々が異なるＥコマースサイトをユーザに提供しているものとする。以下では、サービスサーバ３０_１、３０_２及び３０_３を区別する必要のないときは、「サービスサーバ３０」と表記する。なお、サービスサーバ３０の数は、図１に図示した数に限られない。例えば、サービスサーバ３０は、運営するサイトにおいてユーザから商品の購入要求を受け付けた場合に、当該商品の配送を配送業者に依頼する。

配送業者装置５０は、配送業者によって利用されるサーバ装置である。図１の例では、配送業者装置５０は、配送業者の一例である配送業者４０によって利用される。配送業者装置５０は、サービスサーバ３０から配送の依頼を受け付けた場合に、配送先の宛名や、住所や、氏名や、電話番号や、配送品の内容等をサービスサーバ３０から取得する。そして、配送業者装置５０は、配送品を配送する予定の日時や配送先等が登録された情報である配送情報を生成する。配送業者４０は、配送業者装置５０によって生成された配送情報に基づいて、配送先への配送を行う。なお、図１での図示は省略しているが、配送業者４０は複数存在してもよい。すなわち、サービスサーバ３０は、複数の配送業者４０のいずれかを選択して商品の発送を依頼してもよい。なお、以下では、配送業者を配送業者装置５０と読み替える場合がある。例えば、「配送業者４０が情報を送信する」という記載は、実際には、「配送業者４０が利用する配送業者装置５０が情報を送信する」という状況を示す場合がある。

図１に示すユーザ端末１０は、ユーザに利用されるスマートフォン等の情報処理端末である。また、図１に示すユーザＵ０１は、サービスサーバ３０から提供されるサービスを利用するユーザの一例である。図１に示す例では、ユーザ端末１０は、ユーザＵ０１によって利用されるものとする。なお、図１での図示は省略しているが、実施形態に係るユーザ端末１０は１台に限らず、複数台存在していてもよい。すなわち、ユーザＵ０１は、複数台のユーザ端末１０を所持していてもよい。なお、以下では、ユーザをユーザ端末１０と読み替える場合がある。例えば、「ユーザＵ０１がサービスサーバ３０にアクセスする」という記載は、実際には、「ユーザＵ０１が利用するユーザ端末１０がサービスサーバ３０にアクセスする」という状況を示す場合がある。

図１に示す例において、通知装置１００は、配送業者装置５０から、配送情報及び配送先を識別するための識別情報を取得する。また、通知装置１００は、取得した識別情報と所定の対象とを対応付けるための情報である対応付け情報を参照する。なお、詳細は後述するが、対応付け情報は、配送業者４０が有しない情報であるものとする。そして、通知装置１００は、取得した識別情報に対応する対象を特定し、特定された対象に、取得された配送情報を通知する。なお、図１の例では、通知装置１００は、識別情報としてユーザＵ０１の電話番号（すなわち、ユーザ端末１０の電話番号）を利用する。これにより、通知装置１００は、ユーザＵ０１が利用したサービスに関わらず、また、配送品を配送する配送業者に関わらず、ユーザＵ０１に対して配送に関する情報を通知することができる。以下、図１を用いて、通知装置１００による実施形態に係る通知処理の流れについて説明する。

まず、ユーザＵ０１は、ユーザ端末１０を介して、サービスサーバ３０から提供される各種サービスを利用する（ステップＳ１１）。例えば、ユーザＵ０１は、サービスサーバ３０_１が提供するショッピングサイトを利用する。あるいは、ユーザＵ０１は、サービスサーバ３０_２が提供するオークションサイトを利用してもよい。あるいは、ユーザＵ０１は、サービスサーバ３０_３が提供するフリーマーケットサイトを利用してもよい。

そして、ユーザＵ０１が、いずれかのサービスサーバ３０から提供されるサービスを利用し、当該サービスにおいて商品を注文したものとする。この場合、ユーザＵ０１は、サービスに対して注文情報６０を送信する（ステップＳ１１）。

図１の例において、注文情報６０とは、ユーザＵ０１がサービスにおいて商品を購入した際にサービスサーバ３０に送信する情報であり、例えば、商品の配送先となるユーザＵ０１を特定するための情報を含む。具体的には、注文情報６０は、ユーザＵ０１の住所や、ユーザＵ０１の氏名や、ユーザＵ０１の電話番号や、注文品を特定するための情報（例えば、注文品の名称等）等を含む。なお、注文情報６０は、商品の配送日時に関する指定や、商品の配送先の指定に関する情報等を含んでもよい。

サービスサーバ３０は、ユーザＵ０１から商品の購入要求を受け付けた際に、ユーザＵ０１から注文情報６０を取得する。そして、サービスサーバ３０は、注文情報６０に基づいて、配送業者４０に商品の発送を依頼する（ステップＳ１２）。具体的には、サービスサーバ３０は、配送業者装置５０に注文情報６０を送信し、注文情報６０に沿った内容での商品の発送を依頼する。なお、サービスサーバ３０は、注文情報６０に含まれる全ての情報を送信することは要さず、商品の発送の依頼に要する情報のみを配送業者装置５０に送信してもよい。

配送業者装置５０は、発送の依頼を受け付けた場合、依頼された内容に基づいて、配送に関する情報である配送情報を生成する（ステップＳ１３）。実施形態において、配送情報とは、配送に関する種々の情報を含むものであり、例えば、配送先の住所や氏名や電話番号、配送品の内容、配送予定の日時、配送を依頼した依頼先の名称（例えば、サービスサーバ３０が提供するサービスに対応するサイト名）等を含む。また、配送情報は、配送業者装置５０が発行する識別番号であって、配送ごとに生成される識別番号（一般に、追跡番号等と称される）を含んでもよい。

ここで、配送業者装置５０は、実施形態に係る通知装置１００に対して、配送先の電話番号を含む配送情報を送信する（ステップＳ１４）。通知装置１００は、配送情報を受信することにより、配送先の電話番号を含む配送情報を取得する。

通知装置１００は、取得した電話番号から、通知の対象を特定する（ステップＳ１５）。具体的には、通知装置１００は、予め電話番号情報記憶部１２１内に保持する電話番号情報を参照する。実施形態において、電話番号情報は、識別情報と対象とを対応付けるための対応付け情報の一例であり、電話番号と、各ユーザとの対応付けが記憶されている。具体的には、電話番号情報は、各ユーザと、各ユーザが通信事業者と契約することによって発行された電話番号とを対応付けた情報である。実施形態では、通知装置１００は、通信事業者から予め電話番号情報を取得し、電話番号情報記憶部１２１内に格納しているものとする。なお、通知装置１００は、通信事業者が保持する電話番号情報を参照する権限を有している場合には、電話番号情報記憶部１２１に電話番号情報を保持しなくてもよい。この場合、通知装置１００は、適宜、通信事業者が保持するサーバ装置にアクセスし、電話番号情報を参照してもよい。

通知装置１００は、電話番号情報を参照して、配送業者装置５０から取得した電話番号に対応付けられたユーザであるユーザＵ０１を特定する。より具体的には、通知装置１００は、ユーザＵ０１が所有する端末装置であって、通信事業者から発行された電話番号が割り当てられている端末装置であるユーザ端末１０を特定する。

続けて、通知装置１００は、特定したユーザ端末１０に通知するメッセージを生成する（ステップＳ１６）。例えば、通知装置１００は、配送情報に基づいて、ユーザＵ０１宛の配送品が届く日時や、配送品の発送元の名称等を含むメッセージを生成する。通知装置１００は、生成したメッセージを、特定したユーザ端末１０に通知する（ステップＳ１７）。例えば、通知装置１００は、通信事業者が提供するサービスであるＳＭＳ（Short Message Service）を利用して、ユーザ端末１０にメッセージを通知する。

ユーザ端末１０は、メッセージの通知を受けた場合、表示画面にメッセージを表示する。図１に示すように、ユーザ端末１０は、「ＡＡＡサービスの荷物が今日到着予定です。時間指定ができます」といったメッセージ７１を表示する。また、ユーザ端末１０は、「ＢＢＢサービスの荷物が４月６日に届きます。受取日時や場所変更ができます」といったメッセージ７２を表示する。なお、ＡＡＡサービスとは、サービスサーバ３０_１が提供するサービスの名称であり、ＢＢＢサービスとは、サービスサーバ３０_２が提供するサービスの名称であるものとする。

例えば、メッセージ７１やメッセージ７２は、発送元となるサービスの名称や、配送情報に含まれる配送予定日時に基づいて、通知装置１００によって生成されるものとする。また、図１に示すように、メッセージ７１やメッセージ７２は、時間指定や、受取日時や場所の変更などのユーザＵ０１の要望を受け付ける内容を含む。

例えば、ユーザＵ０１は、メッセージ７１やメッセージ７２を選択する（例えば、タッチする）ことにより、当該メッセージと対応付けられている配送情報に関する変更要求を行うことができる。具体的には、ユーザ端末１０は、メッセージ７１がユーザＵ０１から選択された場合に、通知装置１００にアクセスし、ユーザＵ０１の操作に従って、メッセージ７１に対応付けられた配送情報に関する変更要求を行う。通知装置１００は、配送情報の変更が行われた場合、かかる情報を配送業者装置５０に送信する。

なお、詳細は後述するが、通知装置１００は、配送情報を通知したユーザＵ０１に関して、配送に関する履歴情報を取得してもよい。例えば、通知装置１００は、通知が行われた回数や、通知したメッセージを介して配送日時の変更が送信された回数等の履歴を取得する。また、通知装置１００は、配送情報を通知されたユーザＵ０１が実際に配送品を受領した回数や、通知した配送日時に配送品を受領する確率等の情報を取得してもよい。

また、通知装置１００は、ユーザ端末１０から送信される情報であって、配送を円滑に行うための情報を取得してもよい。例えば、通知装置１００は、ユーザ端末１０の位置情報を取得する。そして、通知装置１００は、取得した位置情報に基づいて、ユーザ端末１０が所在する位置を推定する。そして、通知装置１００は、推定した位置に基づいて、配送業者装置５０にユーザＵ０１の在宅可能性を通知する。なお、通知装置１００は、通信回線を介して位置情報を定期的に取得する通信事業者を介して、位置情報を取得してもよい。

また、通知装置１００は、ユーザＵ０１本人のみならず、ユーザＵ０１と同居する同居人（家族等）が所有する端末装置に通知を行ってもよい。例えば、ユーザＵ０１本人でなくても受け取ることのできる配送品であれば、ユーザＵ０１本人でなくとも、同居人が配送品を受け取るための手続きを行ってもよい。このことから、通知装置１００は、同居人が所有する端末装置にメッセージ７１やメッセージ７２を通知し、配送情報に関する通知を行ってもよい。

このように、通知装置１００は、配送情報の通知を受けたユーザＵ０１からの反応や、ユーザＵ０１が所有するユーザ端末１０から取得される情報を、配送業者装置５０に通知するようにしてもよい。配送業者４０は、通知装置１００から通知される情報に基づいて、配送に係るサービスをより円滑に行うことができる。なお、通知装置１００は、かかる通知処理に基づいて、配送業者４０へ請求する対価の額を算出してもよい。

以上、図１を用いて説明してきたように、実施形態に係る通知装置１００は、配送品を配送する配送業者から、当該配送品の配送に関する配送情報、及び、配送先を識別するための識別情報（図１の例では電話番号）を取得する。また、通知装置１００は、配送業者以外の者が保持する識別情報と所定の対象との対応付け情報（図１の例では電話番号情報）を参照して、取得された識別情報に対応する対象を特定する。そして、通知装置１００は、特定された対象に、取得した配送情報を通知する。

このように、通知装置１００は、ユーザＵ０１がサービスサーバ３０に対して注文する際に送信する注文情報６０に含まれる情報のうち、ユーザＵ０１を特定することが可能な情報である電話番号を取得する。そして、通知装置１００は、電話番号とユーザＵ０１とを対応付ける情報を参照することで、ユーザＵ０１を特定する。図１の例では、通知装置１００は、ユーザＵ０１が所有するユーザ端末１０を特定する。なお、通知装置１００は、ユーザ端末１０を特定するとともに、ＳＭＳを利用するための情報ともなりうる電話番号を取得していることから、ユーザ端末１０へメッセージを通知することが可能となる。そして、通知装置１００は、配送情報に基づいて生成されるメッセージをユーザ端末１０に通知する。

上記の処理手順により、通知装置１００は、ユーザＵ０１が利用するサービスに関わらず、ユーザＵ０１を特定することができる。そして、通知装置１００は、配送業者装置５０から配送に関する情報を取得することで、ユーザＵ０１に対する配送に関する情報をサービスに関わらず一元化してユーザＵ０１に通知することができる。また、通知装置１００によれば、もともとユーザ端末１０に一意に割り当てられた情報である電話番号が利用されるため、ユーザＵ０１は、手間を掛けて、配送業者４０や通知装置１００に連絡先の登録等を行うことを要さない。以上のように、通知装置１００は、ユーザに手間を掛けさせることなく配送情報の通知を行うことができる。以下、このような処理を行う通知装置１００、及び、通知装置１００を含む通知システム１の構成等について、詳細に説明する。

〔２．通知システムの構成〕
図２を用いて、実施形態に係る通知装置１００が含まれる通知システム１の構成について説明する。図２は、実施形態に係る通知システム１の構成例を示す図である。図２に例示するように、実施形態に係る通知システム１には、ユーザ端末１０と、サービスサーバ３０と、配送業者装置５０と、通知装置１００とが含まれる。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。なお、図２に示した通知システム１には、複数台のユーザ端末１０や、複数台のサービスサーバ３０や、複数台の配送業者装置５０が含まれてもよい。

ユーザ端末１０は、例えば、スマートフォンや、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット型端末や、携帯電話機、ＰＤＡ（Personal Digital Assistant）、ウェアラブルデバイス（Wearable Device）等の情報処理装置である。さらに、ユーザ端末１０には、情報処理機能を有する種々のスマート機器が含まれてもよい。例えば、ユーザ端末１０には、ＴＶ（Television）や設置型スピーカなどのスマート家電や、自動車などのスマートビークル（Smart vehicle）や、ドローン（drone）、家庭用ロボットなどが含まれてもよい。

ユーザ端末１０は、ユーザによる操作に従って、サービスサーバ３０にアクセスすることで、サービスサーバ３０から提供されるサービス（例えばウェブサイト）のウェブページを取得する。そして、ユーザ端末１０は、取得したウェブページを表示装置（例えば、液晶ディスプレイ）に表示する。そして、ユーザ端末１０は、ウェブページを介して、サービスサーバ３０に商品の購入要求を送信したり、注文情報を送信したりする。なお、ユーザ端末１０は、ユーザがサービスを利用する場合には、当該サービスから要求された情報を検知し、検知した情報をサービス側に送信する場合がある。例えば、ユーザ端末１０は、ユーザが所定のサービスを利用するタイミングで、検知したユーザ端末１０の位置情報をサービスサーバ３０に送信する場合がある。

サービスサーバ３０は、ユーザ端末１０からアクセスされた場合に、各種サービスを提供するサーバ装置である。サービスサーバ３０は、例えば、ポータルサイト、ニュースサイト、天気予報サイト、ショッピングサイト、オークションサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行情報サイト、飲食店紹介サイト、飲食店等の予約サイト、ウェブブログ、ＳＮＳ（Social Networking Service）などに関する各種ウェブページを介して、各種サービスを提供する。

また、サービスサーバ３０は、サービスにおいて注文を受けた場合に、ユーザ端末１０から注文情報を取得する。サービスサーバ３０は、注文情報に基づいて、ユーザから注文された商品の発送を配送業者装置５０に依頼する。

配送業者装置５０は、配送業者によって利用される情報処理装置である。なお、配送業者装置５０は、配送業者が所定の場所に設置するサーバであってもよいし、配送業者の各々が利用する端末であってもよい。また、配送業者装置５０は、１台の装置として構成されるのではなく、サーバと端末の組合せ等であってもよい。

配送業者装置５０は、サービスサーバ３０から取得した注文情報に基づいて、配送情報を生成する。また、配送業者装置５０は、配送情報及び注文情報に含まれる識別情報を通知装置１００に送信する。また、配送業者装置５０は、通知装置１００を介して、ユーザ端末１０から送信される配送情報の変更要求を受け付ける。例えば、配送業者装置５０は、配送日時の変更要求や、配送先の場所の変更要求を受け付ける。

通知装置１００は、対応付け情報を参照して、識別情報に対応する対象を特定し、特定された対象に配送情報を通知するサーバ装置である。なお、通知装置１００は、通信事業者から提供される電話番号情報（対応付け情報の一例）を保持するか、あるいは、通信事業者が有する電話番号情報を参照する権限を有する。あるいは、通知装置１００は、通知事業者によって管理されるサーバ装置であってもよい。

〔３．通知装置の構成〕
次に、図３を用いて、実施形態に係る通知装置１００の構成について説明する。図３は、実施形態に係る通知装置１００の構成例を示す図である。図３に示すように、通知装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、通知装置１００は、通知装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。かかる通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０や、サービスサーバ３０や、配送業者装置５０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、電話番号情報記憶部１２１と、配送情報記憶部１２２と、配送履歴記憶部１２３とを有する。

（電話番号情報記憶部１２１について）
電話番号情報記憶部１２１は、通信事業者からユーザに付与される電話番号に関する情報を記憶する。ここで、図４に、実施形態に係る電話番号情報記憶部１２１の一例を示す。図４は、実施形態に係る電話番号情報記憶部１２１の一例を示す図である。図４に示した例では、電話番号情報記憶部１２１は、「電話番号」、「契約通信事業者」、「端末ＩＤ」、「ユーザＩＤ」、「属性情報」、「契約情報」といった項目を有する。

「電話番号」は、通信事業者から各ユーザ端末１０に付与される電話番号を示す。図４では、電話番号を「Ｘ０１」のように概念的に表記しているが、実際には、電話番号の項目には、電話番号を示す数値が記憶される。「契約通信事業者」は、ユーザと契約し、電話番号を発行している通信事業者（いわゆる通信キャリア会社等）を示す。

「端末ＩＤ」は、ユーザが利用するユーザ端末１０を識別する識別情報である。端末ＩＤは、例えば、ユーザ端末１０の固有の識別情報（デバイスＩＤ等）である。通信事業者や通知装置１００は、端末ＩＤを用いて、ユーザ端末１０を一意に識別することが可能である。なお、端末ＩＤとして登録される情報には、端末の機種情報等が含まれてもよい。

「ユーザＩＤ」は、ユーザを識別する識別情報である。なお、本明細書中では、図４に示したような識別情報を参照符号として用いる場合がある。例えば、ユーザＩＤ「Ｕ０１」によって識別されるユーザを「ユーザＵ０１」と表記する場合がある。

「属性情報」は、ユーザの属性情報を示す。属性情報とは、例えば、ユーザの性別や年齢、居住地の住所等である。図４では、属性情報を「Ｂ０１」のように概念的に表記しているが、実際には、属性情報の項目には、具体的なユーザの属性情報が記憶される。なお、通知装置１００は、ユーザの属性情報をサービスサーバ３０や配送業者装置５０から取得してもよいし、通信事業者から取得してもよい。また、ユーザの属性情報には、ユーザの職業や勤務先、年収等の情報が含まれてもよい。

「契約情報」は、ユーザと通信事業者との契約に関する情報を示す。契約情報には、例えば、ユーザの契約期間（すなわち、電話番号が有効である期間）や、ユーザとともに家族契約しているユーザである家族ユーザを識別する識別情報や、ユーザと家族ユーザとが同居しているか否かといった情報が含まれる。図４では、契約情報を「Ｃ０１」のように概念的に表記しているが、実際には、契約情報の項目には、上記した具体的な契約の内容が記憶される。なお、通知装置１００は、契約情報を各通信事業者から取得してもよい。

すなわち、図４に示したデータの一例は、電話番号「Ｘ０１」は、契約通信事業者「Ｙ社」から発行されたことを示している。また、電話番号Ｘ０１に対応付けられたユーザ端末１０は、端末ＩＤ「Ａ０１」で識別され、その端末の所有者は、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１であること示している。また、ユーザＵ０１の属性情報は「Ｂ０１」であり、ユーザＵ０１の契約情報は「Ｃ０１」であることを示している。

（配送情報記憶部１２２について）
続いて、図５に、実施形態に係る配送情報記憶部１２２の一例を示す。図５は、実施形態に係る配送情報記憶部１２２の一例を示す図である。配送情報記憶部１２２は、個々の配送に関する情報である配送情報を記憶する。図５に示した例では、配送情報記憶部１２２は、「配送情報ＩＤ」、「配送業者ＩＤ」、「発送元ＩＤ」、「サービス名」、「配送先の電話番号」、「配送情報」、「変更締め切り日時」といった項目を有する。

「配送情報ＩＤ」は、個々の配送を識別する識別情報を示す。なお、配送情報は、例えば、発送の依頼が行われ、配送が発生する度に配送業者によって生成される。「配送業者ＩＤ」は、配送業者を識別する識別情報を示す。

「発送元ＩＤ」は、発送を依頼する発送元を識別する識別情報を示す。「サービス名」は、発送元に対応するサービス名を示す。例えば、サービス名は、Ｅコマースサイト等の名称である。

「配送先の電話番号」は、配送先の電話番号を示す。「配送先情報」は、配送先の情報や、配送先に配送品を配送する予定日時等を示す。「変更締め切り日時」は、配送先から配送予定日時や配送予定場所の変更を受け付けることのできる期限となる日時を示す。変更締め切り日時は、例えば、配送情報を生成した配送業者が指定を行うことにより設定される。

すなわち、図５に示したデータの一例では、配送情報ＩＤ「Ｆ０１」で識別される配送情報Ｆ０１は、配送業者ＩＤ「Ｇ０１」で識別される配送業者から発行されたものであることを示している。また、配送情報Ｆ０１は、発送元ＩＤ「Ｈ０１」で識別される発送元Ｈ０１から依頼された配送に関するものであり、発送元Ｈ０１の提供するサービスのサービス名は「ＡＡＡ」であることを示している。また、配送情報Ｆ０１における、配送先の電話番号は「Ｘ０１」であり、配送先情報として、配送先の「住所」や「氏名」や「配送予定日時」が登録されていることを示している。また、配送情報Ｆ０１において、配送日時や配送場所の変更を受け付ける期限となる変更締め切り日時は「２０１７年４月５日 １０：００」であることを示している。

（配送履歴記憶部１２３について）
続いて、図６に、実施形態に係る配送履歴記憶部１２３の一例を示す。図６は、実施形態に係る配送履歴記憶部１２３の一例を示す図である。配送履歴記憶部１２３は、配送が行われた際の配送に関する履歴をユーザごとに記憶する。また、配送履歴記憶部１２３は、配送における、ユーザに対する評価に関する情報を記憶する。図６に示した例では、配送履歴記憶部１２３は、「ユーザＩＤ」、「集計期間」、「配送履歴ログＩＤ」、「配送履歴情報」、「通知回数」、「変更回数」、「変更日時情報」、「在宅情報」、「評価情報」といった項目を有する。

「ユーザＩＤ」は、図４に示した同一の項目に対応する。「集計期間」は、配送履歴を集計した期間を示す。「配送履歴ログＩＤ」は、ユーザに対して配送が行われた際の個々の配送履歴のログを識別する識別情報を示す。

「配送履歴情報」は、ユーザに対する配送履歴に関する情報を示す。図６では、配送履歴情報を「Ｌ０１」のように概念的に表記しているが、実際には、配送履歴情報の項目には、ユーザに配送が行われた回数や、ユーザが配送品を受け取った回数や、ユーザが予定された配送日時とおりに配送品を受け取った確率等の、配送履歴に関する種々の情報が記憶される。

「通知回数」は、集計期間において、ユーザに対して通知が行われた回数を示す。「変更回数」は、集計期間において、ユーザによって配送日時や配送場所の変更が要求された回数を示す。

「変更日時情報」は、ユーザから要求された配送日時や配送場所の変更に関する情報を示す。図６では、変更日時情報を「Ｍ０１」のように概念的に表記しているが、実際には、変更日時情報の項目には、ユーザが新たに配送を希望した日時や、場所や、曜日に関する情報が記憶される。すなわち、変更日時情報は、ユーザが所望した配送日時等の履歴を示す情報である。通知装置１００は、変更日時情報に基づいて、例えば、配送業者に対して、予定配送日時をレコメンドしてもよい。すなわち、通知装置１００は、頻繁にユーザから配送を要求される日時に関する情報を記憶することにより、ユーザが在宅している可能性の高い日時を推定し、かかる情報を配送業者に提供する。

「在宅情報」は、ユーザの在宅に関する情報を示す。図６では、在宅情報を「Ｎ０１」のように概念的に表記しているが、実際には、在宅情報の項目には、ユーザが在宅していた日時や曜日に関する情報が記憶される。在宅情報は、例えば、定期的に取得されるユーザ端末１０の位置情報に基づいて、ユーザが配送先（例えばユーザの自宅）に所在すると推定された時間帯や曜日が記憶される。あるいは、在宅情報は、実際に配送業者が配送を行った際に、ユーザが自宅に所在していた時間や曜日が記憶される。

「評価情報」は、ユーザの評価に関する情報を示す。図６では、評価情報を「Ｐ０１」のように概念的に表記しているが、実際には、評価情報の項目には、通知装置１００によって評価された具体的なユーザの評価情報（例えば、ユーザの評価を示す指標値等）が記憶される。詳細は後述するが、評価情報は、例えば、配送情報が通知されたユーザから変更要求が行われる回数の多寡や、配送予定日時にユーザが配送品を受け取った回数の多寡や、ユーザから指定された配送日時に実際にユーザが所在していた回数の多寡等に基づき、通知装置１００によって導出される。

すなわち、図６に示したデータの一例は、ユーザＵ０１に関する配送履歴であり、「２０１７年３月１日〜２０１７年３月３１日」に集計された配送履歴であって、配送履歴ログＩＤ「Ｋ０１」や、「Ｋ０２」や、「Ｋ０３」や、「Ｋ０４」で識別される配送履歴ログを含むものであることを示している。また、ユーザＵ０１の配送履歴情報は「Ｌ０１」であり、集計期間においてユーザＵ０１に通知が行われた回数が「３０」回であり、ユーザＵ０１から配送情報の変更が行われた回数が「８」回であることを示している。また、ユーザＵ０１の変更日時情報は「Ｍ０１」であり、ユーザＵ０１の在宅情報は「Ｎ０１」であり、ユーザＵ０１の評価情報は「Ｐ０１」であることを示している。

（制御部１３０について）
図３に戻って説明を続ける。制御部１３０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、通知装置１００内部の記憶装置に記憶されている各種プログラム（通知プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１３０は、取得部１３１と、特定部１３２と、通知部１３３と、受信部１３４と、送信部１３５と、算出部１３６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（取得部１３１について）
取得部１３１は、各種情報を取得する。例えば、取得部１３１は、配送品を配送する配送業者から、当該配送品の配送に関する配送情報、及び、配送先を識別するための識別情報を取得する。

例えば、取得部１３１は、識別情報として、ユーザから発送元に対して送信される注文情報に含まれる情報であって、各発送元（すなわち、各サービス）に対して共通して送信される識別情報を取得する。具体的には、取得部１３１は、識別情報として、配送先であるユーザの電話番号を取得する。

また、取得部１３１は、通信事業者から、電話番号とユーザとを対応付ける情報である電話番号情報を取得可能な場合には、かかる情報を取得する。

また、取得部１３１は、配送情報として、配送品の発送元、配送品が配送される予定日時、及び配送品が配送される場所に関する情報の少なくともいずれか一つを取得する。例えば、取得部１３１は、配送業者装置５０から取得した配送情報に含まれる情報に基づいて、配送品の発送元等の情報を取得する。

また、取得部１３１は、配送先となるユーザが所有するユーザ端末１０に関する各種情報を取得してもよい。例えば、取得部１３１は、実施形態に係る通知処理の対象であるユーザ端末１０の所在する位置を示す位置情報を取得する。

例えば、取得部１３１は、通信事業者を介して、ユーザ端末１０が自装置で検知する位置情報を取得する。具体的には、取得部１３１は、ユーザの自宅の位置を示す位置情報や、勤務先の位置を示す位置情報等を取得する。例えば、取得部１３１は、配送情報に記載されたユーザの配送先の住所や勤務先を参照して、ユーザの自宅の位置を示す位置情報や、ユーザの勤務先の位置を示す位置情報等を取得する。かかる位置情報は、後述するように、ユーザの在宅可能性を判定するため等に用いられる。

なお、取得部１３１は、位置情報の取得を継続することにより、ユーザの拠点となる箇所の位置情報を推定してもよい。例えば、取得部１３１は、ユーザ端末１０から取得された位置情報のうち、深夜から早朝にかけて日常的に取得される位置情報を、ユーザの自宅を示す位置情報と推定してもよい。あるいは、取得部１３１は、ユーザ端末１０から取得された位置情報のうち、平日の日中にかけて日常的に取得される位置情報を、ユーザの勤務先を示す位置情報と推定してもよい。

また、取得部１３１は、位置情報に基づいて、配送品の配送先となるユーザが当該配送品を受け取ることが可能か否かを推定してもよい。言い換えれば、取得部１３１は、位置情報に基づいて、ユーザの在宅可能性を推定する。例えば、取得部１３１は、配送業者が配送品をユーザの自宅に配送している間に、当該ユーザが利用するユーザ端末１０の位置情報を取得する。そして、取得部１３１は、ユーザ端末１０の位置情報の示す位置がユーザの自宅の近傍である場合に、ユーザが在宅している可能性が比較的高いと推定する。例えば、取得部１３１は、ユーザ端末１０の位置情報の示す位置が、配送先の郵便番号によって特定される地域の範囲内である場合に、ユーザが在宅している可能性が比較的高いと推定する。また、取得部１３１は、ユーザ端末１０の位置情報の示す位置がユーザの自宅から所定距離を超えて離れた位置（例えば、配送先の郵便番号によって特定される地域の範囲外）を示す場合に、ユーザが在宅している可能性が比較的低いと推定する。後述する送信部１３５は、かかる推定結果を配送業者にリアルタイムに送信することによって、ユーザが在宅であるか否かを配送業者に通知してもよい。

また、取得部１３１は、ユーザに配送品が配送された履歴や、通知部１３３がユーザ端末１０に通知を行なった履歴や、ユーザ端末１０から配送に関する変更要求が送信された回数等、記憶部１２０内に記憶される各種情報を取得してもよい。取得部１３１は、取得した情報を、適宜、記憶部１２０内に格納する。

（特定部１３２について）
特定部１３２は、配送業者以外の者が保持する情報であって、識別情報と所定の対象とを対応付ける情報である対応付け情報を参照して、取得部１３１によって取得された識別情報に対応する対象を特定する。

例えば、特定部１３２は、識別情報として配送先であるユーザの電話番号が取得された場合には、対象として、電話番号に対応するユーザ端末１０を特定する。

より具体的には、特定部１３２は、ユーザが契約する通信事業者が保持する対応付け情報を参照して、電話番号に対応するユーザ端末１０を特定する。なお、特定部１３２は、電話番号情報記憶部１２１に格納された対応付け情報（電話番号情報）を参照してもよいし、特定処理の度に通信事業者にアクセスして、対応付け情報を参照してもよい。取得部１３１は、ユーザが契約する通信事業者が保持する対応付け情報を取得して電話番号情報記憶部１２１に格納しているため、いずれの場合も、特定部１３２は、ユーザが契約する通信事業者が保持する対応付け情報を参照することになる。

なお、特定部１３２は、対応付け情報を参照して、配送先と関連する対象である関連対象を特定してもよい。具体的には、特定部１３２は、関連対象として、配送先であるユーザの家族、又は、当該ユーザと同居する関係者（友人やパートナー等）が利用するユーザ端末１０を特定する。例えば、特定部１３２は、電話番号情報記憶部１２１内を参照し、ユーザと通信事業者との契約情報に基づいて、ユーザの関連対象を特定する。また、関連対象は、ユーザ本人が利用する複数のユーザ端末１０であってもよい。例えば、ユーザが異なる電話番号が設定された複数のユーザ端末１０を利用している場合、特定部１３２は、一のユーザ端末１０の関連対象として、他のユーザ端末１０を特定してもよい。また、特定部１３２は、関連対象として、ユーザが自宅に設置している固定電話や情報処理端末を特定してもよい。この場合、後述する通知部１３３は、ユーザに携帯されたユーザ端末１０とともに、ユーザの自宅の固定電話や情報処理端末に対して通知を行ってもよい。

（通知部１３３について）
通知部１３３は、特定部１３２によって特定された対象に、取得部１３１によって取得された配送情報を通知する。例えば、通知部１３３は、対象として、電話番号に対応するユーザ端末１０が特定された場合には、特定されたユーザ端末１０に配送情報を通知する。

なお、通知部１３３は、取得部１３１が取得した配送情報の全てを通知することを要しない。例えば、通知部１３３は、配送品の発送元、配送品が配送される予定日時、及び配送品が配送される場所に関する情報の少なくともいずれか一つを通知する。具体的には、通知部１３３は、所定の定型文ファイル等に、上記の発送元等の情報を埋め込むことにより、配送情報を記載したメッセージを生成する。そして、通知部１３３は、生成したメッセージを送信可能な態様でユーザ端末１０に通知を行う。具体的には、通知部１３３は、ＳＭＳを利用してメッセージを送信することにより、ユーザ端末１０に配送情報を通知する。

また、通知部１３３は、通知を受信したユーザ端末１０において、ユーザが種々の要求を返信可能な態様で通知を行ってもよい。例えば、通知部１３３は、配送予定日時や、配送先となる場所等の変更要求をユーザが返信できるような態様で通知を行う。図１の例では、通知部１３３は、メッセージ７１に含まれる「時間指定」や、メッセージ７２に含まれる「受取日時や場所変更」といった文字をユーザが選択した場合に、選択した内容に対応する変更要求を通知装置１００側に返信できるような態様で通知を行う。

また、通知部１３３は、配送先と関連する対象である関連対象が特定された場合には、特定部１３２によって特定された関連対象に、取得部１３１によって取得された配送情報を通知してもよい。具体的には、通知部１３３は、配送先であるユーザの家族、又は、ユーザと同居する関係者が利用するユーザ端末１０に配送情報を通知してもよい。

（受信部１３４について）
受信部１３４は、通知部１３３によって通知された配送情報に対する要求を対象から受信する。例えば、受信部１３４は、通知部１３３によって通知されたメッセージを受信したユーザ端末１０から、当該メッセージに記載された配送予定日時や配送場所についての変更要求を受信する。

また、受信部１３４は、通知部１３３によって対象に対して通知が行われた回数、及び、対象から受信する配送の変更の要求の回数を計数する。受信部１３４は、計数した情報を、適宜、記憶部１２０内に格納する。例えば、受信部１３４は、計数した情報を配送履歴記憶部１２３に格納する。また、受信部１３４は、計数した情報に基づいて、ユーザに対する評価情報を生成し、生成した評価情報を配送履歴記憶部１２３に格納してもよい。例えば、受信部１３４は、他のユーザと比較して、配送に関する変更要求を頻繁に行うユーザや、予定していた配送日時において配送品を受領せずに再配達を発生させたユーザを低く評価する評価情報を生成する。あるいは、受信部１３４は、他のユーザと比較して、変更要求を行う回数の少ないユーザや、予定していた配送日時において配送品を受領する確率が高いユーザを高く評価する評価情報を生成する。なお、受信部１３４は、ユーザが変更後に指定した日時や曜日に関する情報を受信してもよい。言い換えれば、受信部１３４は、ユーザが配送に関して所望する日時等を受信してもよい。

また、受信部１３４は、取得部１３１がユーザ端末１０の位置情報を取得した場合、取得された位置情報が示す位置に対して、配送品を配送する旨の要求を受信してもよい。例えば、通知部１３３は、取得部１３１がユーザ端末１０の位置情報を取得した場合、配送先の場所の変更先として「現在位置」を指定可能なメッセージを通知する。具体的には、通知部１３３は、ユーザが要求を送信するための通知ボタンであって、「ここで配送品を受け取る」といった表示を含む通知を行い、かかる通知をユーザ端末１０に表示させる。そして、ユーザは、通知されたメッセージに返信して、現在位置に配送を希望する旨の要求を送信する。受信部１３４は、このような、位置情報に基づいた配送先の変更の要求を受信する。

（送信部１３５について）
送信部１３５は、受信部１３４によって受信された要求に関する情報を配送業者に送信する。例えば、送信部１３５は、受信部１３４によって配送日時や配送場所の変更の要求が受信された場合に、要求された配送日時や配送場所（すなわち、ユーザが所望する、変更後の配送日時や配送場所）に関する情報を配送業者に送信する。

また、送信部１３５は、対象に対して通知が行われた回数、及び、対象から受信する配送の変更の要求の回数の計数結果を配送業者に送信してもよい。配送業者は、かかる情報を取得することにより、例えば、配送を頻繁に利用するユーザや、配送の変更要求を頻繁に送信するユーザ等を把握することができる。

また、送信部１３５は、取得部１３１によってユーザ端末１０の位置情報が取得される場合、当該位置情報を配送業者に送信してもよい。例えば、配送業者は、ユーザ端末１０の位置情報に基づいてユーザが自宅に所在しているか否かを推定できるので、ユーザが自宅に所在している可能性が高いタイミングを見計らって、当該ユーザへの配送を行うことができる。

また、送信部１３５は、位置情報が示す位置に対して配送品を配送する旨の要求が受信された場合には、要求に関する情報とともに、取得された位置情報を配送業者に送信する。これにより、配送業者は、ユーザ端末１０から急な配送場所の変更要求を受けた場合であっても、配送する場所を正確に把握することができる。

なお、送信部１３５は、取得された位置情報に基づいて、配送品の配送先となるユーザが配送品を受け取ることが可能か否かを取得部１３１が推定していた場合には、推定した結果情報を配送業者に送信してもよい。これにより、配送業者は、在宅可能性の高いユーザに優先的に配送を行ったり、在宅可能性の低いユーザの配送を後日に回したりといった、円滑な配送サービスを実現することができる。

（算出部１３６について）
算出部１３６は、通知部１３３によって行われた通知に基づいて、配送業者が対応付け情報を保持する者に対して支払う報酬を算出する。例えば、対応付け情報が電話番号情報である場合、算出部１３６は、配送業者が通信事業者（もしくは、通知装置１００）に支払う報酬を算出する。

例えば、算出部１３６は、電話番号情報を利用してユーザ端末１０に対して通知を行った回数に基づいて報酬を算出する。あるいは、算出部１３６は、ユーザ端末１０から変更要求を受信し、要求に関する情報を配送業者に送信した回数に基づいて報酬を算出してもよい。

また、算出部１３６は、ユーザ端末１０の位置情報を配送業者に送信した数や、ユーザ端末１０の在宅可能性を推定した情報を配送業者に提供した回数等に基づいて、報酬を算出してもよい。言い換えれば、算出部１３６は、通知装置１００による処理が配送業者が行う配送に関してもたらす利益に応じた対価として、対応付け情報を保持する者に対して支払う報酬を算出する。

〔４．ユーザ端末の構成〕
次に、図７を用いて、実施形態に係るユーザ端末１０の構成について説明する。図７は、実施形態に係るユーザ端末１０の構成例を示す図である。図７に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、表示部１３と、検知部１４と、記憶部１５と、制御部１６とを有する。なお、ユーザ端末１０が有する各処理部の接続関係は、図７に示した接続関係に限られず、他の接続関係であってもよい。

通信部１１は、ネットワークＮと有線又は無線で接続され、サービスサーバ３０や通知装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ等によって実現される。

入力部１２は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２は、ユーザ端末１０に備えられた操作キー等によって実現される。また、入力部１２には、画像を撮影するための撮像装置（カメラ等）や、音声を集音する集音機器（マイク等）が含まれてもよい。

表示部１３は、各種情報を表示するための表示装置である。例えば、表示部１３は、液晶ディスプレイ等によって実現される。表示部１３は、例えば、通知装置１００から送信される通知（メッセージ）を表示する。なお、ユーザ端末１０にタッチパネルが採用される場合には、入力部１２の一部と表示部１３とは一体化される。

検知部１４は、ユーザ端末１０に対する各種操作や、ユーザ端末１０の周囲の環境情報等を検知する。例えば、検知部１４は、各種情報を検知するセンサやアンテナにより実現される。具体的には、検知部１４は、ユーザ端末１０と接続されている機器に関する通信状況や、ユーザ端末１０の周囲の照度や騒音、ユーザ端末１０の物理的な動き、ユーザ端末１０の位置情報等を検知する。

例えば、検知部１４は、入力部１２に入力された情報に基づいて、ユーザの操作を検知する。すなわち、検知部１４は、入力部１２に画面をタッチする操作の入力があったことや、音声の入力があったこと等を検知する。また、検知部１４は、ユーザによって所定のアプリが起動されたことを検知してもよい。かかるアプリがユーザ端末１０内の撮像機能（例えば、カメラ）を動作させるアプリである場合、検知部１４は、ユーザによって撮像機能が利用されていることを検知する。また、検知部１４は、ユーザ端末１０内に備えられた加速度センサやジャイロセンサ等で検知されたデータに基づき、ユーザ端末１０自体が動かされているといった操作を検知してもよい。例えば、検知部１４は、ジャイロセンサ等で検知されたデータに基づき、ユーザ端末１０がユーザの手の中にあることや、ユーザが片手でユーザ端末１０を取り扱っていること等を検知する。

また、検知部１４は、ユーザ端末１０の現在位置を検知する。具体的には、検知部１４は、ＧＰＳ（Global Positioning System）衛星から送出される電波を受信し、受信した電波に基づいてユーザ端末１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。

なお、検知部１４は、ＧＰＳ以外の種々の手法により位置情報を取得してもよい。例えば、ユーザ端末１０が駅改札や商店等で使用される非接触型ＩＣカードと同等の機能を備えている場合（もしくは、ユーザ端末１０が非接触型ＩＣカードの履歴を読み取る機能を備えている場合）、ユーザ端末１０によって駅での乗車料金の決済等が行われた情報とともに、使用された位置が記録される。検知部１４は、かかる情報を検知し、位置情報として取得する。また、検知部１４は、ユーザ端末１０が特定のアクセスポイントと通信を行う際には、アクセスポイントから取得可能な位置情報を検知してもよい。また、位置情報は、ユーザ端末１０が備える光学式センサや、赤外線センサや、磁気センサ等によって取得されてもよい。

また、検知部１４は、ユーザ端末１０に接続される外部装置を検知する。例えば、検知部１４は、外部装置との相互の通信パケットのやり取りや、外部装置が発する信号等に基づいて、外部装置を検知する。具体的には、検知部１４は、外部装置が利用しているＷｉ‐Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等の電波を検知する。また、検知部１４は、外部装置と通信が確立する場合に、外部装置との接続の種類を検知してもよい。例えば、検知部１４は、外部装置と有線で接続されているか、無線通信で接続されているかを検知する。また、検知部１４は、無線通信で用いられている通信方式等を検知してもよい。また、検知部１４は、外部装置が発する電波を検知する電波センサや、電磁波を検知する電磁波センサ等によって取得される情報に基づいて、外部装置を検知してもよい。外部装置の一例は、ユーザ端末１０を利用するユーザが利用する他のデバイス（他のユーザ端末１０）であり、例えば、ウェアラブルデバイスや、設置型のＩｏＴ（Internet of Things）機器等である。

また、検知部１４は、ユーザ端末１０における環境を検知する。検知部１４は、ユーザ端末１０に備えられた各種センサや機能を利用し、環境に関する情報を検知する。例えば、検知部１４は、ユーザ端末１０の周囲の音を収集するマイクロフォンや、ユーザ端末１０の周囲の照度を検知する照度センサや、ユーザ端末１０の物理的な動きを検知する加速度センサ（又は、ジャイロセンサなど）や、ユーザ端末１０の周囲の湿度を検知する湿度センサや、ユーザ端末１０の所在位置における磁場を検知する地磁気センサ等を利用する。そして、検知部１４は、各種センサを用いて、種々の情報を検知する。例えば、検知部１４は、ユーザ端末１０の周囲における騒音レベルや、ユーザ端末１０の周囲がユーザの虹彩を撮像に適する照度であるか等を検知する。さらに、検知部１４は、カメラで撮影された写真や映像に基づいて周囲の環境情報を検知してもよい。

また、ユーザ端末１０は、検知部１４によって検知された情報に基づいて、ユーザ端末１０のコンテキストを示すコンテキスト情報を取得するようにしてもよい。上述のように、ユーザ端末１０は、内蔵された各種センサ（検知部１４）により、位置、加速度、温度、重力、回転（角速度）、照度、地磁気、圧力、近接、湿度、回転ベクトルといった、種々の物理量をコンテキスト情報として取得する。また、ユーザ端末１０は、内蔵する通信機能を利用して、各種装置との接続状況（例えば、通信の確立に関する情報や、利用している通信規格）などを、コンテキスト情報として取得してもよい。

（記憶部１５について）
記憶部１５は、各種情報を記憶する。記憶部１５は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１５には、サービス情報記憶部１５１が含まれる。

サービス情報記憶部１５１は、例えば、ユーザが利用したサービスに関する情報を記憶する。具体的には、サービス情報記憶部１５１は、ユーザが利用したサービスにおける行動履歴（ログ）を記憶する。例えば、サービス情報記憶部１５１は、サービスサーバ３０から提供されるショッピングサイトに購入要求を送信したログ等を記憶する。また、サービス情報記憶部１５１は、サービスサーバ３０に送信した注文情報等の内容を記憶してもよい。

制御部１６は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、ユーザ端末１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１６は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

制御部１６は、ユーザ端末１０において行われる各種処理を制御する。図７に示すように、制御部１６は、受信部１６１と、取得部１６２と、送信部１６３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

受信部１６１は、各種情報を受信する。例えば、受信部１６１は、サービスサーバ３０や通知装置１００から送信される情報を受信する。また、受信部１６１は、検知部１４が検知する各種情報を受信する。また、受信部１６１は、通知装置１００から通知される配送情報を受信する。

取得部１６２は、各種情報やデータを取得する。例えば、取得部１６２は、サービスサーバ３０にアクセスすることで、ユーザが閲覧を所望するウェブページを取得する。また、取得部１６２は、アプリのダウンロードサイト等を介して、サービスサーバ３０が提供するサービスの利用に用いる所定のアプリを取得してもよい。

送信部１６３は、各種情報を送信する。例えば、送信部１６３は、サービスにおいてユーザが商品等を注文した場合、サービスサーバ３０に注文情報を送信する。また、送信部１６３は、通知装置１００から通知された配送情報に対してユーザが変更を所望する場合には、ユーザの操作に従って、変更要求を通知装置１００に送信する。また、送信部１６３は、検知部１４によって検知された情報を通知装置１００や通信事業者に送信してもよい。例えば、送信部１６３は、通知装置１００の要求や、通信事業者による設定に基づいて、定期的（例えば１０分毎）にユーザ端末１０の位置情報を通知装置１００や通信事業者に送信する。

〔５．処理手順〕
次に、図８、図９及び図１０を用いて、実施形態に係る通知装置１００による処理の手順について説明する。まず、図８を用いて、実施形態に係る通知処理の処理手順を説明する。図８は、実施形態に係る処理手順を示すフローチャート（１）である。

図８に示すように、通知装置１００は、配送業者装置５０から、配送先となるユーザの電話番号と配送情報とを取得したか否かを判定する（ステップＳ１０１）。電話番号と配送情報とを取得していない場合（ステップＳ１０１；Ｎｏ）、通知装置１００は、取得するまで待機する。

一方、電話番号と配送情報とを取得した場合（ステップＳ１０１；Ｙｅｓ）、通知装置１００は、電話番号情報に基づいて、電話番号に対応する対象（実施形態では、ユーザ端末１０）を特定する（ステップＳ１０２）。

そして、通知装置１００は、配送情報に基づいて、特定した対象へのメッセージを生成する（ステップＳ１０３）。続けて、通知装置１００は、生成したメッセージを対象に通知する（ステップＳ１０４）。なお、通知装置１００は、メッセージの生成に続けてメッセージを通知するのではなく、所定のタイミング（例えば、配送予定日時の２日前など）を待って、メッセージを通知してもよい。

次に、図９を用いて、実施形態に受信処理及び送信処理に関する処理手順を説明する。図９は、実施形態に係る処理手順を示すフローチャート（２）である。

図９に示すように、通知装置１００は、通知した配送情報に関して、変更可能な締め切り時間を経過したか否かを判定する（ステップＳ２０１）。変更可能な締め切り時間を経過していない場合（ステップＳ２０１；Ｎｏ）、通知装置１００は、ユーザから変更の要求を受信したか否かを判定する（ステップＳ２０２）。変更の要求を受信していない場合（ステップＳ２０２；Ｎｏ）、通知装置１００は、変更可能な締め切り時間を経過するまで待機する。

一方、変更の要求を受信した場合（ステップＳ２０２；Ｙｅｓ）、通知装置１００は、変更の要求に関する情報を配送業者に送信する（ステップＳ２０３）。その後、通知装置１００は、変更の要求に対して、配送業者から回答を得たか否かを判定する（ステップＳ２０４）。なお、ステップＳ２０４における回答とは、例えば、ユーザから要求された変更について対応することが可能か否かを示した配送業者からの回答をいう。

配送業者から回答を得ていない場合（ステップＳ２０４；Ｎｏ）、通知装置１００は、回答を得るまで待機する。一方、配送業者から回答を得た場合（ステップＳ２０４；Ｙｅｓ）、通知装置１００は、回答された内容をユーザに通知する。例えば、通知装置１００は、要求した配送日時で配送を行うことが可能な旨をユーザに通知する。

その後、通知した配送情報に関して変更可能な締め切り時間を経過した場合（ステップＳ２０１；Ｙｅｓ）、通知装置１００は、ユーザとの連絡の状況を配送業者に送信する（ステップＳ２０６）。具体的には、通知装置１００は、通知した配送に関して、配送日時や配送場所が確定された旨を配送業者に送信する。なお、通知装置１００は、ステップＳ２０６の後に、所定のタイミングで、配送業者が対応付け情報を保持する者に対して支払う報酬を算出する処理を行ってもよい。

次に、図１０を用いて、位置情報を用いてユーザの在宅可能性を推定する処理の処理手順を説明する。図１０は、実施形態に係る処理手順を示すフローチャート（３）である。なお、図１０では、配送業者が配送品をユーザに配送している途中において、通知装置１００がユーザの在宅可能性を推定する場合を例として挙げる。

通知装置１００は、配送業者から、配送を行う旨の連絡を受信する（ステップＳ３０１）。その後、通知装置１００は、現時点における、ユーザ端末１０の位置情報を取得したか否かを判定する（ステップＳ３０２）。位置情報を取得していない場合（ステップＳ３０２；Ｎｏ）、通知装置１００は、位置情報を取得するまで待機する。

一方、位置情報を取得した場合（ステップＳ３０２；Ｙｅｓ）、通知装置１００は、位置情報に基づいて、ユーザが配送品を受け取ることができるか否かを推定する（ステップＳ３０３）。そして、通知装置１００は、推定した結果を配送業者に連絡する（ステップＳ３０４）。

〔６．変形例〕
上述した通知装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、通知装置１００の他の実施形態について説明する。

〔６−１．識別情報の種別〕
上記実施形態では、通知装置１００が、電話番号とユーザ端末１０との対応付け情報に基づいてユーザ端末１０を特定する例を説明した。ここで、識別情報は、電話番号に限られない。すなわち、識別情報は、注文情報に含まれる情報であって、商品等の注文において各サービスに対して共通して送信される情報であり、かつ、対象を特定することが可能な情報であれば、電話番号以外の情報であってもよい。

例えば、通知装置１００は、ユーザ端末１０のデバイスＩＤや、メールアドレス等を識別情報として用いてもよい。例えば、通信事業者は、ユーザ端末１０のデバイスＩＤや、ユーザ端末１０に付与されるメールアドレスと、ユーザとの対応付け情報を保持する。このため、通知装置１００は、通信事業者に保持された対応付け情報を参照することにより、デバイスＩＤやメールアドレスによって、ユーザ端末１０を一意に特定することができる。この場合、ユーザ端末１０から各サービスサーバ３０に送信される注文情報には、ユーザ端末１０のデバイスＩＤや、メールアドレスが含まれる。

あるいは、通知装置１００は、所定の通信アプリ等で用いられるアカウント等を識別情報として用いてもよい。この場合、アカウントとユーザ端末１０との対応付け情報は、例えば、当該所定の通信アプリを提供するサービス事業者によって保持される。通知装置１００は、かかるサービス事業者が管理するサーバ等にアクセスするか、あるいは、かかるサービス事業者からの提供を受けて、対応付け情報を参照する。

このように、通知装置１００は、電話番号以外の識別情報を用いても、上記実施形態で説明した通知処理を行うことができる。すなわち、通知装置１００は、ユーザ端末１０からサービスサーバ３０に送信される種々の情報を用いて通知処理を行うことができるため、処理に柔軟性を持たせることができる。

〔６−２．ユーザの在宅可能性の推定〕
上記実施形態では、通知装置１００が、ユーザ端末１０の位置情報に基づいてユーザの在宅可能性を推定する例を説明した。ここで、通知装置１００は、位置情報以外の情報を用いて、ユーザの在宅可能性を推定してもよい。

例えば、通知装置１００は、ユーザがスケジュールに係るサービスを利用している場合に、かかるサービスの情報（以下、「スケジュール情報」と表記する）を取得する。

例えば、通知装置１００は、スケジュールサービスにおいて、所定の外出先におけるイベント情報と日時とをユーザが登録しているというスケジュール情報を取得する。この場合、通知装置１００は、例えば、当該日時において、ユーザが在宅している可能性が比較的低いと推定する。

あるいは、通知装置１００は、スケジュールサービスにおいて、自宅におけるイベント情報と日時とをユーザが登録しているというスケジュール情報を取得する。この場合、通知装置１００は、例えば、当該日時において、ユーザが在宅しているという可能性が比較的高いと推定する。

また、通知装置１００は、交通機関、旅行、飲食施設、もしくは宿泊施設の少なくともいずれか一つの予約に係るサービスの利用において、ユーザが予約した予約日程に関する情報を取得してもよい。かかる情報が取得された場合、通知装置１００は、例えば、ユーザが予約した予約日程に対応する日時はユーザが在宅しているという可能性が比較的低いと推定する。

また、通知装置１００は、サービスの利用に用いられる情報機器であって、ユーザの自宅に設置された情報機器における通信状況に関する情報を取得してもよい。例えば、通知装置１００は、ユーザが携帯するユーザ端末１０と、ユーザの自宅に設置されたＩｏＴ機器との間で近距離通信が行われているといった通信状況に関する情報を取得する。この場合、通知装置１００は、通信状況が取得された時点においては、ユーザが在宅しているという可能性が比較的高いと推定する。

また、通知装置１００は、配送履歴情報に基づいて、ユーザの在宅可能性を推定してもよい。例えば、通知装置１００は、過去のユーザの在宅履歴を参照し、ユーザが在宅している可能性の高い時間帯や曜日に関する情報を取得する。そして、通知装置１００は、配送業者が配送しようとする日時において、過去のユーザの在宅傾向と照らして、ユーザが在宅しているか否かを推定してもよい。

〔６−３．サービスの享受〕
実施形態では、ユーザの在宅可能性を推定する処理について説明した。しかし、配送品によっては、必ずしもユーザが在宅していなくても配送を行うことができる場合がある。通知装置１００は、このように、ユーザが配送を享受できる状況であるか否かを示す情報を配送業者に送信してもよい。

具体的には、ユーザが宅配ボックスを設置していたり、配送先において配送品を受領する管理人等が常駐していたりする場合、配送業者は、ユーザ自身が在宅でなくとも配送を行うことができる。通知装置１００は、例えば、一の配送業者によって配送が行われた場合に、当該一の配送業者から、ユーザが宅配ボックスを設置していることや、配送先に管理人が常駐しているという情報のフィードバックを受信する。そして、通知装置１００は、他の配送業者が当該ユーザに配送を行おうとする際に、ユーザが宅配ボックスを設置していることや、配送先に管理人が常駐しているという情報を、当該他の配送業者に通知する。これにより、他の配送業者は、配送を円滑に行うことができる。

〔６−４．ユーザ端末〕
上記実施形態では、図７を用いてユーザ端末１０の構成例を示したが、ユーザ端末１０は、図７で示した構成を必ずしも全て有していなくてもよい。ユーザ端末１０には、上述のように、スマートフォンやタブレット端末のようなスマートデバイスのみならず、通信機能を有する眼鏡型端末や、あるいは、ユーザの心拍を記憶する心拍測定器など、種々のウェアラブルデバイスが含まれる。この場合、ユーザ端末１０は、必ずしも表示画面に通知を表示するのではなく、例えば、音声によって通知装置１００から通知されたメッセージを再生したり、振動によって通知装置１００からメッセージが通知されたことをユーザに伝えたりしてもよい。すなわち、ユーザ端末１０は、所定の通信機能を有するデバイスであれば、必ずしも図７で示した構成を有していなくてもよい。

〔７．ハードウェア構成〕
上述してきた実施形態に係る通知装置１００やユーザ端末１０等は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。以下、通知装置１００を例に挙げて説明する。図１１は、通知装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図２に示したネットワークＮに対応）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５００を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る通知装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。

〔８．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図３に示した取得部１３１と、受信部１３４とは統合されてもよい。また、例えば、記憶部１２０に記憶される情報は、ネットワークＮを介して、外部に備えられた所定の記憶装置に記憶されてもよい。

また、上記実施形態では、通知装置１００が、例えば、識別情報と配送情報とを取得する取得処理と、対象を特定する特定処理と、配送情報を通知する通知処理とを行う例を示した。しかし、上述した通知装置１００は、取得処理を行う取得装置と、特定処理を行う特定装置と、通知処理を行う通知装置とに分離されてもよい。この場合、取得装置は、少なくとも取得部１３１を有する。特定装置は、少なくとも特定部１３２を有する。通知装置は、少なくとも通知部１３３を有する。そして、上記の通知装置１００による処理は、取得装置と、特定装置と、通知装置との各装置を有する通知システム１によって実現される。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔９．効果〕
上述してきたように、実施形態に係る通知装置１００は、取得部１３１と、特定部１３２と、通知部１３３とを有する。取得部１３１は、配送品を配送する配送業者から、当該配送品の配送に関する配送情報、及び、配送先を識別するための識別情報を取得する。特定部１３２は、配送業者以外の者が保持する情報であって、識別情報と所定の対象とを対応付ける情報である対応付け情報を参照して、取得部１３１によって取得された識別情報に対応する対象を特定する。通知部１３３は、特定部１３２によって特定された対象に、取得部１３１によって取得された配送情報を通知する。

このように、実施形態に係る通知装置１００は、配送情報とともに識別情報を取得し、識別情報と対象との対応付け情報を参照して特定された対象（ユーザ）に対して、配送情報を通知する。これにより、通知装置１００は、ユーザが注文を行った注文先であるサービスに関わらず（すなわち、配送品の発送元に関わらず）、また、配送品を配送する配送業者に関わらず、特定した対象に対して、配送に関する情報を通知することができる。これにより、通知装置１００は、注文を行うサービスや配送業者に対してユーザに特段の手間をとらせることなく、配送に関する通知を行うことができる。

また、取得部１３１は、識別情報として、ユーザから発送元に対して送信される注文情報に含まれる情報であって、各発送元に対して共通して送信される識別情報を取得する。

このように、実施形態に係る通知装置１００は、ユーザが注文を行う際の注文情報に含まれる情報を識別情報として用いる。このため、ユーザは、何ら意識することなく、通知装置１００が行う通知処理を享受することができる。すなわち、通知装置１００は、ユーザに手間を掛けさせることなく配送情報の通知を行うことができる。

また、取得部１３１は、識別情報として、配送先であるユーザの電話番号を取得する。特定部１３２は、対象として、電話番号に対応する端末装置を特定する。通知部１３３は、特定部１３２によって特定された端末装置に対して配送情報を通知する。

このように、実施形態に係る通知装置１００は、電話番号に基づいてユーザを特定する。すなわち、ユーザは、特別な識別情報を用意せずとも、日常的に利用する電話番号という情報をサービス側に伝えて注文を行うだけで、通知装置１００が行う通知処理を享受することができる。これにより、通知装置１００は、ユーザに抵抗感を与えることなく、配送情報の通知を行うことができる。

また、特定部１３２は、ユーザが契約する通信事業者が保持する対応付け情報を参照して、電話番号に対応する端末装置を特定する。

このように、実施形態に係る通知装置１００は、通信事業者と連携してユーザの特定を行う。このため、通知装置１００は、極めて高い精度でユーザを特定することができる。

また、取得部１３１は、配送情報として、配送品の発送元、当該配送品が配送される予定日時、及び当該配送品が配送される場所に関する情報の少なくともいずれか一つを取得する。通知部１３３は、配送品の発送元、当該配送品が配送される予定日時、及び当該配送品が配送される場所に関する情報の少なくともいずれか一つを通知する。

このように、実施形態に係る通知装置１００は、配送に関する詳細な情報をユーザに通知する。すなわち、通知装置１００は、事前にユーザに配送日時等の通知することで、ユーザが配送品を受領する可能性を高めることができるので、配送事業を円滑に進めさせることができる。

また、実施形態に係る通知装置１００は、通知部１３３によって通知された配送情報に対する要求を対象から受信する受信部１３４と、受信部１３４によって受信された要求に関する情報を配送業者に送信する送信部１３５と、をさらに備える。

このように、実施形態に係る通知装置１００は、ユーザからの変更要求を受け付けてもよい。かかる通知装置１００の構成によれば、ユーザは、配送業者に関わらず、通知装置１００からの通知に返信を行うのみで配送予定等の変更を行うことができる。すなわち、通知装置１００は、変更要求におけるユーザの利便性を向上させることができる。

また、受信部１３４は、通知部１３３によって対象に対して通知が行われた回数、及び、対象から受信する配送の変更の要求の回数を計数する。送信部１３５は、対象に対して通知が行われた回数、及び、対象から受信する配送の変更の要求の回数の計数結果を配送業者に送信する。

このように、実施形態に係る通知装置１００は、変更に関するユーザの行動情報を配送業者に送信してもよい。これにより、配送業者は、ユーザが変更を行いやすいユーザであるか否か等の情報を、配送業者の枠を超えて知得することができる。すなわち、通知装置１００は、配送に関する有用な情報を配送業者に提供することができる。

また、取得部１３１は、対象の所在する位置を示す位置情報を取得する。送信部１３５は、取得部１３１によって取得された位置情報を配送業者に送信する。

このように、実施形態に係る通知装置１００は、ユーザの位置情報を配送業者に送信することで、配送を行う配送業者の便宜を図ることができる。

また、受信部１３４は、取得部１３１によって取得された位置情報が示す位置に対して、配送品を配送する旨の要求を受信する。送信部１３５は、受信部１３４によって要求が受信された場合に、当該要求に関する情報とともに、取得部１３１によって取得された位置情報を配送業者に送信する。

このように、実施形態に係る通知装置１００は、位置情報を取得することで、当該位置情報が示す位置への配送の要求を受信することが可能となる。また、通知装置１００は、位置情報を配送業者に送信することで、ユーザが確実に所在すると判明している位置に配送業者を導くことができる。結果として、通知装置１００は、ユーザが望む位置に配送品を届けるという質の高い配送サービスの一助を担うことができる。

また、取得部１３１は、位置情報に基づいて、配送品の配送先となるユーザが当該配送品を受け取ることが可能か否かを推定する。送信部１３５は、ユーザが配送品を受け取ることが可能か否かを推定した結果情報を配送業者に送信する。

このように、実施形態に係る通知装置１００は、ユーザの在宅可能性や、ユーザが配送品を受領することができるか否かを推定して、推定した情報を配送業者に送信してもよい。これにより、通知装置１００は、配送を円滑に進めさせることができる。

また、特定部１３２は、対応付け情報を参照して、配送先と関連する対象である関連対象を特定する。通知部１３３は、特定部１３２によって特定された関連対象に、取得部１３１によって取得された配送情報を通知する。

このように、実施形態に係る通知装置１００は、ユーザのみを特定するのみならず、ユーザと関連する対象を特定してもよい。これにより、通知装置１００は、通知を行う対象を拡大することができるので、配送業者が配送を成功させる可能性（例えば、再配達を発生させずに配送を完了させることができる可能性）を高めることができる。

また、特定部１３２は、関連対象として、配送先であるユーザの家族、又は、当該ユーザと同居する関係者が利用する端末装置を特定する。通知部１３３は、特定部１３２によって特定された端末装置に配送情報を通知する。

このように、実施形態に係る通知装置１００は、ユーザの家族等に通知を行ってもよい。これにより、通知装置１００は、通知を行う対象を拡大することができるので、例えば家族から配送の変更を受け付けるなど、柔軟な対応を行うことができる。

また、実施形態に係る通知装置１００は、通知部１３３によって行われた通知に基づいて、配送業者が対応付け情報を保持する者に対して支払う報酬を算出する算出部１３６をさらに備える。

このように、実施形態に係る通知装置１００は、対応付け情報を保持する（又は提供する）者への対価を算出する構成を有していてもよい。これにより、通知装置１００は、対応付け情報を提供する者へのインセンティブを与えることができる。

以上、本願の実施形態を図面に基づいて詳細に説明したが、これは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 通知システム
１０ ユーザ端末
３０ サービスサーバ
４０ 配送業者
５０ 配送業者装置
１００ 通知装置
１１０ 通信部
１２０ 記憶部
１２１ 電話番号情報記憶部
１２２ 配送情報記憶部
１２３ 配送履歴記憶部
１３０ 制御部
１３１ 取得部
１３２ 特定部
１３３ 通知部
１３４ 受信部
１３５ 送信部
１３６ 算出部

Claims (13)

1. 配送品を配送する配送業者から、当該配送品の配送に関する配送情報、及び、配送先であるユーザの電話番号を取得する取得部と、
   前記ユーザが契約する通信事業者が保持する情報であって、電話番号と端末装置とを対応付ける情報である対応付け情報を、前記通信事業者から取得し、取得された対応付け情報を参照することによって、前記取得部によって取得された電話番号に対応する端末装置を特定する特定部と、
   前記特定部によって特定された端末装置に、前記取得部によって取得された配送情報を通知する通知部と、
   を備えたことを特徴とする通知装置。
2. 前記取得部は、
   前記ユーザの電話番号として、前記ユーザから発送元に対して送信される注文情報に含まれる情報であって、各発送元に対して共通して送信される電話番号を取得する、
   ことを特徴とする請求項１に記載の通知装置。
3. 前記取得部は、
   前記配送情報として、前記配送品の発送元、当該配送品が配送される予定日時、及び当該配送品が配送される場所に関する情報の少なくともいずれか一つを取得し、
   前記通知部は、
   前記配送品の発送元、当該配送品が配送される予定日時、及び当該配送品が配送される場所に関する情報の少なくともいずれか一つを通知する、
   ことを特徴とする請求項１又は２に記載の通知装置。
4. 前記通知部によって通知された配送情報に対する要求を前記特定部によって特定された端末装置から受信する受信部と、
   前記受信部によって受信された要求に関する情報を前記配送業者に送信する送信部と、
   をさらに備えたことを特徴とする請求項３に記載の通知装置。
5. 前記受信部は、
   前記通知部によって前記特定部によって特定された端末装置に対して通知が行われた回数、及び、前記特定部によって特定された端末装置から受信する配送の変更の要求の回数を計数し、
   前記送信部は、
   前記特定部によって特定された端末装置に対して通知が行われた回数、及び、前記特定部によって特定された端末装置から受信する配送の変更の要求の回数の計数結果を前記配送業者に送信する、
   ことを特徴とする請求項４に記載の通知装置。
6. 前記取得部は、
   前記特定部によって特定された端末装置の所在する位置を示す位置情報を取得し、
   前記送信部は、
   前記取得部によって取得された位置情報を前記配送業者に送信する、
   ことを特徴とする請求項４又は５に記載の通知装置。
7. 前記受信部は、
   前記取得部によって取得された位置情報が示す位置に対して、前記配送品を配送する旨の要求を受信し、
   前記送信部は、
   前記受信部によって要求が受信された場合に、当該要求に関する情報とともに、前記取得部によって取得された位置情報を前記配送業者に送信する、
   ことを特徴とする請求項６に記載の通知装置。
8. 前記取得部は、
   前記位置情報に基づいて、前記配送品の配送先となるユーザが当該配送品を受け取ることが可能か否かを推定し、
   前記送信部は、
   前記ユーザが前記配送品を受け取ることが可能か否かを推定した結果情報を前記配送業者に送信する、
   ことを特徴とする請求項６又は７に記載の通知装置。
9. 前記特定部は、
   前記対応付け情報を参照して、前記配送先と関連する対象である関連対象を特定し、
   前記通知部は、
   前記特定部によって特定された関連対象に、前記取得部によって取得された配送情報を通知する、
   ことを特徴とする請求項１〜８のいずれか一つに記載の通知装置。
10. 前記特定部は、
    前記関連対象として、前記ユーザの家族、又は、前記ユーザと同居する関係者が利用する端末装置を特定し、
    前記通知部は、
    前記特定部によって特定された端末装置に配送情報を通知する、
    ことを特徴とする請求項９に記載の通知装置。
11. 前記通知部によって行われた通知の回数に基づいて、前記配送業者が前記対応付け情報を保持する者に対して支払う報酬を算出する算出部、
    をさらに備えることを特徴とする請求項１〜１０のいずれか一つに記載の通知装置。
12. コンピュータが実行する通知方法であって、
    配送品を配送する配送業者から、当該配送品の配送に関する配送情報、及び、配送先であるユーザの電話番号を取得する取得工程と、
    前記ユーザが契約する通信事業者が保持する情報であって、電話番号と端末装置とを対応付ける情報である対応付け情報を、前記通信事業者から取得し、取得された対応付け情報を参照することによって、前記取得工程によって取得された電話番号に対応する端末装置を特定する特定工程と、
    前記特定工程によって特定された端末装置に、前記取得工程によって取得された配送情報を通知する通知工程と、
    を含んだことを特徴とする通知方法。
13. 配送品を配送する配送業者から、当該配送品の配送に関する配送情報、及び、配送先であるユーザの電話番号を取得する取得手順と、
    前記ユーザが契約する通信事業者が保持する情報であって、電話番号と端末装置とを対応付ける情報である対応付け情報を、前記通信事業者から取得し、取得された対応付け情報を参照することによって、前記取得手順によって取得された電話番号に対応する端末装置を特定する特定手順と、
    前記特定手順によって特定された端末装置に、前記取得手順によって取得された配送情報を通知する通知手順と、
    をコンピュータに実行させることを特徴とする通知プログラム。

Images