JPWO2019138776A1 - 決定装置及び決定方法 - Google Patents

Abstract

配達車が配達する複数の荷物のそれぞれについて、荷物に関する情報を通知するための配達通知メールを、対応するユーザの第１情報端末（２）に送信し、各配達通知メールの開封時刻を示す開封時刻情報を第１情報端末（２）から受信し、複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、関心度は、各荷物に対応する配達通知メールの送信時刻と前記開封時刻情報が示す開封時刻との時間差に基づいて算出され、関心度に基づいて、前記複数の荷物の配達順序を設定し、前記配達順序を示す配達順序情報を前記第２情報端末（３）に送信する。

Description

本開示は、配達車が配達する複数の荷物の配達順序を決定する技術に関するものである。

運搬自動車の巡回範囲において取り扱われる商品を規定するサービス可能範囲情報を予め保持し、ユーザが端末を介して商品の即日配達の要求を行うと、要求した商品が巡回範囲内で取り扱われている商品であり、且つ、ユーザの所在地が巡回範囲内にあれば、ユーザに対して要求した商品を即日配達する技術が知られている（特許文献１を参照）。

また、ユーザがユーザ端末を用いてタクシーサービスを利用した場合、ユーザ端末の位置を特定し、特定した位置に関する情報をタクシーサービスの提供者に通知する技術が知られている（特許文献２を参照）。

特開２００６−１２４０９９号公報 特開２００２−５６０７８号公報

しかし、特許文献１、２の技術は更なる改善が必要である。

本開示は、ユーザに荷物の配達の緊急性を明示的に入力させることなく、優先的に配達するべき荷物とそうでない荷物とを自動的に区分けして、適切な配達順序を設定する技術を提供するものである。

本開示の一態様に係る提示装置は、プロセッサと送受信器とを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
前記送受信器は、
前記複数の荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
前記複数の荷物のそれぞれについて、荷物に関する情報を通知するための配達通知情報を、対応するユーザの第１情報端末に送信し、
前記各配達通知情報の閲覧時刻を示す閲覧時刻情報を前記第１情報端末から受信し、
前記プロセッサは、
前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する配達通知情報の送信時刻と前記閲覧時刻情報が示す閲覧時刻との時間差に基づいて算出され、
前記関心度に基づいて、前記複数の荷物の前記配達順序を設定し、
前記送受信器は、
前記配達順序を示す配達順序情報を前記第２情報端末に送信する。

なお、この包括的または具体的な態様は、方法、システム、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能な記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラムおよびコンピュータ読み取り可能な記録媒体の任意な組み合わせで実現されてもよい。コンピュータ読み取り可能な記録媒体は、例えばＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの不揮発性の記録媒体を含む。

本開示によれば、ユーザに荷物の配達の緊急性を明示的に入力させることなく、優先的に配達するべき荷物とそうでない荷物とを自動的に区分けして、適切な配達順序を設定することができる。本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

本開示の実施の形態に係る提示システムのネットワーク構成の一例を示す図 図１に示す提示システムの詳細な構成の一例を示すブロック図 図２示す提示システムの処理の概要を示す図 サーバがエンゲージメント率から配達順序を設定する処理の一例を示すフローチャート 図４に示す処理の具体的なシーンを示す図 配達端末に表示される配達順序を示す配達順序画面の一例を示す図 配達通知メールのメール画面の一例を示す図 配達通知メールに対するユーザの開封履歴を示す開封履歴テーブルの一例を示す図 配達状況アプリのお知らせ画面を示す図 配達状況アプリによって提供される配達トラッカー画面の一例を示す図 配達状況アプリによって提供される配達トラッカー画面の他の一例を示す図 配達状況アプリにおけるメッセージに対するユーザの開封履歴を示す開封履歴テーブルと、配達状況アプリにおけるユーザの滞在履歴を示す滞在履歴テーブルとの一例を示す図 配達状況通知サービスを提供するＷｅｂサイトのお知らせ画面の一例を示す図 配達状況通知サービスをＷｅｂサイトで提供する態様を採用した場合に用いられるＷｅｂ滞在履歴テーブルの一例を示す図 配達履歴テーブルのデータ構成の一例と、対象荷物に関する情報が登録された荷物テーブルのデータ構成の一例を示す図 配達ボックスへの収納順序を決定する処理の一例を示すフローチャート プレミアムユーザに対して配達情報を通知する処理の一例を示すフローチャート プレミアムユーザに対してまもなく荷物が配達される旨の通知をする際のサーバの処理の一例を示す図 プレミアム荷物の配達予想時刻を遵守させる処理の一例を示すフローチャート 図１９の処理の具体例を示すタイムチャート プレミアム荷物を配達できなかった旨を通知する処理の一例を示すフローチャート 荷物がクラスに分類される際の処理の一例を示すフローチャート 配達状況通知サービスを提供するＷｅｂサイトにおける伝票番号の入力画面Ｇ２３の一例を示す図 サーバのメモリが記憶する配達予定表のデータ構造の一例を示す図

（本開示の基礎となる知見）
近年、ユーザが自身の情報端末を用いて商品を販売するサイトにアクセスして商品を注文すると、その商品がユーザの自宅にまで配達されるネット通販が爆発的に普及している。このネット通販では、ユーザは、配達日を指定する入力を行うことにより、自身が購入した商品（荷物）を他の荷物より優先的に配達してもらうことが可能である。

このように、ネット通販に使用される現状の物流システムは、ユーザが優先的に荷物を配達してもらうことを希望する場合は、ユーザは配達の緊急性を明示的に入力しなければならず、ユーザの負担が大きいという課題があった。そのため、現状の物流システムでは、配達の緊急性の入力なしに、優先的に配達するべき荷物とそうでない荷物と自動的に区分けして、配達順序を設定することができないという課題があった。

また、ユーザの中には荷物に対する関心は非常に高いものの、追加料金の支払いへの抵抗感から緊急性を明示する入力を行わないユーザも存在する。しかし、従来の物流システムでは、このようなユーザの荷物は後回しにされており、このようなユーザの要望が考慮されていないのが実情である。したがって、潜在的に存在するユーザの荷物への関心をくみ取って配達順序に反映させることができれば、ユーザの顧客満足度を高める上で有用な物流システムを構築できる。

特許文献１は、即日配達の入力をユーザに課しているので、上述した従来の物流システムの課題を解決することはできない。特許文献２は、タクシーの配車に関するものであり、本開示とは技術分野が相違することに加え、ユーザの現在位置に１台のタクシーを配車できれば十分であるので、タクシーの配車順序を設定するというような発想は生じ得ない。そのため、特許文献２では、上述した現状の物流システムの課題は生じ得ない。

現状の物流システムにおいて、ユーザが商品を注文すると、注文を受領した旨のメール、及び商品の配達を運送業者に手配した旨のメール等がユーザに対して送信される。商品（荷物）に対する関心が高いユーザはこれらのメールに対する開封を速やかに行うと考えられる。そこで、本発明者は、このようなユーザの行動履歴を用いれば、明示的なユーザの入力なしに、ユーザの荷物への関心の高さを推定できるとの知見を得た。

本開示は、このような知見に基づいてなされたものであり、ユーザに荷物の配達の緊急性を明示的に入力させることなく、優先的に配達するべき荷物とそうでない荷物とを自動的に区分けして、適切な配達順序を設定する技術を提供することである。

本開示の一態様に係る提示装置は、プロセッサと送受信器とを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
前記送受信器は、
前記複数の荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
前記複数の荷物のそれぞれについて、荷物に関する情報を通知するための配達通知情報を、対応するユーザの第１情報端末に送信し、
前記各配達通知情報の閲覧時刻を示す閲覧時刻情報を前記第１情報端末から受信し、
前記プロセッサは、
前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する配達通知情報の送信時刻と前記閲覧時刻情報が示す開封時刻との時間差に基づいて算出され、
前記関心度に基づいて、前記複数の荷物の前記配達順序を設定し、
前記送受信器は、
前記配達順序を示す配達順序情報を前記第２情報端末に送信する。

本態様によれば、各荷物に対応する配達通知情報の送信時刻と閲覧時刻との時間差に基づいて関心度が算出され、関心度に基づいて配達順序が設定されている。つまり、本態様では、配達される荷物に対して関心が高いユーザは、配達通知情報が第１情報端末で受信されると、直ぐに閲覧するというユーザの行動に着目して、関心度を推定する。そのため、本態様は、ユーザに荷物の配達の緊急性を明示的に入力させることなく、優先的に配達するべき荷物とそうでない荷物とを自動的に区分けして、適切な配達順序を設定することができる。

上記態様において、前記プロセッサは、
前記時間差が短い荷物ほど前記関心度を高く算出し、
前記関心度が高い荷物ほど前記配達順序を早く設定してもよい。

本態様によれば、配達通知情報の送信時刻と閲覧時刻との時間差が短いほど関心度が高く算出され、且つ、関心度が高い荷物ほど配達順序が早められるので、関心度が高い荷物をより早くユーザに配達できる。

上記態様において、前記プロセッサは、
前記時間差が短い荷物ほど前記関心度を高く算出し、
前記複数の荷物のそれぞれを、前記関心度の値に対応した複数のクラスに分類し、
前記クラスに応じて時間幅が異なるように複数の配達時間帯の候補を決定し、
前記複数の配達時間帯の候補を前記第１情報端末に送信し、
前記複数の配達時間帯の候補の中から前記ユーザが指定した希望配達時間帯を前記第１情報端末から取得し、
前記希望配達時間帯に前記荷物が配送可能となるように、前記荷物の前記配達順序を設定してもよい。

本態様によれば、複数の荷物は、それぞれ、関心度に応じて複数のクラスに分類され、クラスに応じて時間幅が異なるように複数の配達時間帯の候補が決定されて第１情報端末に送信される。そのため、本態様は、関心度の高いクラスに属する荷物ほど、複数の配達時間帯の候補を構成する１の配達時間帯の候補の時間幅を短く設定することが可能となる。その結果、関心度の高いクラスに属する荷物のユーザは、希望配達時間帯をより詳細な分解能で選択することが可能となる結果、ジャストインタイムで荷物を受け取ることが可能となる。

上記態様において、前記プロセッサは、
前記関心度が高い前記クラスほど、１の配達時間帯の候補の時間幅を短く設定してもよい。

本態様によれば、関心度が高いクラスほど、１の配達時間帯の候補の時間幅が短く設定されるので、関心度の高いクラスに属する荷物のユーザは、関心度の低いクラスに属する荷物のユーザに比べ、希望配達時間帯をより細かい分解能で選択できる結果、ジャストインタイムで荷物を受け取ることが可能となる。

上記態様において、前記プロセッサは、
第１クラスに属する前記荷物については、所定の第１時間帯内で前記配達時間帯の候補を決定し、前記第１クラスよりも前記関心度が高い第２クラスに属する前記荷物については、前記第１時間帯以外の時間帯と前記第１時間帯とを含む第２時間帯内で前記配達時間帯の候補を決定してもよい。

本態様によれば、第１クラスに属する荷物は第１時間帯内で配達時間帯の候補が決定されるのに対して、第１クラスよりも関心度の高い第２クラスに属する荷物は第１時間帯以外の時間帯を含む第２時間体内で配達時間帯の候補が決定される。そのため、第２クラスに属する荷物のユーザは、第１時間帯よりも広い時間枠である第２時間帯の中から希望配達時間帯を選択することができる。その結果、例えば第１クラスに属する荷物のユーザは日中の時間帯でしか希望配達時間帯を選択できないのに対して、第２クラスに属する荷物のユーザは深夜又は早朝の時間帯からも希望配達時間帯を選択することが可能となる。これにより、関心度の高いユーザに対してプレミアム感を付与することができ、関心度の低いユーザとの差別化を有効に図ることができる。

現状では、配達車はドライバーによって運転されているため、配達可能な時間帯は、例えば、９時から２１時までというようなドライバーの労働時間帯に制限されているが、今後、ＡＩ技術の発展によって自動運転される配達車が普及することが見込まれている。この場合、荷物が配達可能な時間帯としてドライバーの労働時間帯を考慮する必要がなくなり、２４時間での荷物の配達が可能になると見込まれる。そのため、本態様は、特に自動運転される配達車が普及した場合において、関心度の高いユーザに対してプレミアム感を効果的に付与できる。

上記態様において、前記プロセッサは、
前記複数の荷物のうち、同一の集合住宅内、ビル内、又は敷地内を配送先とし、且つ、ある特定のクラスに属する荷物が複数存在する場合、
前記特定のクラスに属する複数の荷物のうち、所定の上限個数の荷物を前記特定のクラスに分類し、残りの荷物を前記特定のクラスよりも前記関心度が低いクラスに分類してもよい。

例えば、同一の集合住宅内を配送先とする荷物であって特定のクラスに属する荷物が複数あったとする。そして、これら複数の荷物のうち１の荷物は例えば、９：００から９：３０までの時間帯が希望配達時間帯として選択され、他の１の荷物は、例えば、１０：００から１０：３０までの時間帯が希望配達時間帯として選択されたとする。この場合、配達車は、１の荷物を配達した後、他の１の荷物を配達するためにこの集合住宅に戻る必要があり、配達効率の悪化が懸念される。

本態様によれば、例えば、同一の集合住宅を配送先とする荷物であって、特定のクラスに属する荷物が複数ある場合、所定の上限個数の荷物が特定のクラスに分類され、残りの荷物は特定のクラスよりも関心度が低いクラスに分類される。その結果、例えば、前記１の荷物の希望配達時間帯が９：００から９：３０までの時間帯に選択されたとしても、前記他の１の荷物の希望配達時間帯を、前記１の荷物の希望配達時間帯を含み且つ前記１の荷物の希望時間帯よりも広い時間帯（例えば、９：００〜１１：００）に選択させることが可能となる。その結果、同一の集合住宅への配達車の出戻りを抑制し、配達効率を向上させることができる。

上記態様において、前記プロセッサは、
前記複数の荷物のうち、ある一定半径以内を配送先とし、且つ、ある特定のクラスに属する荷物が複数存在する場合、
前記特定のクラスに属する複数の荷物のうち、所定の上限個数の荷物を前記特定のクラスに分類し、残りの荷物を前記特定のクラスよりも前記関心度が低いクラスに分類してもよい。

ある一定半径以内のエリアを配送先とする荷物であって特定のクラスに属する荷物が複数あったとする。そして、これら複数の荷物のうち１の荷物は例えば、９：００から９：３０までの時間帯が希望配達時間帯として選択され、他の１の荷物は、例えば、１０：００から１０：３０までの時間帯が希望配達時間帯として選択されたとする。この場合、配達車は、１の荷物を配達した後、他の１の荷物を配達するためにこのエリアに戻る必要があり、配達効率の悪化が懸念される。

本態様によれば、ある一定半径以内のエリアを配送先とする荷物であって、特定のクラスに属する荷物が複数ある場合、所定の上限個数の荷物が特定のクラスに分類され、残りの荷物は特定のクラスよりも関心度が低いクラスに分類される。その結果、例えば、前記１の荷物の希望配達時間帯が９：００から９：３０までの時間帯に選択されたとしても、前記他の１の荷物の希望配達時間帯を、前記１の荷物の希望配達時間帯を含み且つ前記１の荷物の希望時間帯よりも広い時間帯（例えば、９：００〜１１：００）に選択させることが可能となる。その結果、同一のエリアへの配達車の出戻りを抑制し、配達効率を向上させることができる。

上記態様において、前記荷物に関する情報は、少なくとも、前記荷物を一意に特定する識別子を含んでもよい。

本態様によれば、荷物に関する情報には荷物を一意に特定する識別子が含まれているため、荷物と荷物が配達されるユーザが所持する第１情報端末との関連付けを容易に行うことが可能となる。

上記態様において、前記荷物に関する情報は、さらに前記荷物の配達予定日又は配達予定日時と、前記荷物の現在位置と、前記荷物の配達状況を示す情報とを含んでもよい。

本態様によれば、荷物に関する情報には、前記荷物の配達予定日又は配達予定日時と、前記荷物の現在位置と、前記荷物の配達状況を示す情報とが含まれているので、荷物に対する関心が高いユーザに対して配達通知情報を閲覧しようとする動機付けを与えることができる。

上記態様において、前記提示装置は、さらにメモリを備え、
前記メモリは、前記荷物を一意に特定する識別子と前記荷物の配達予定日又は配達予定日時とが対応付けられた配達予定時刻表を記憶し、
前記第１情報端末は、対応する荷物に関する情報が閲覧可能に構成され、
前記プロセッサは、
前記ユーザにより入力された前記識別子を前記第１情報端末から取得した場合、前記識別子に対応する前記配達予定日又は前記配達予定日時を前記配達予定時刻表から特定し、特定した前記配達予定日又は前記配達予定日時を前記第１情報端末に送信し、
前記第１情報端末は、送信された前記配達予定日又は前記配達予定日時を出力してもよい。

本態様によれば、ユーザにより荷物の識別子が第１情報端末に入力されると、その荷物に対応する配達予定日又は配達予定日時が提示装置から第１情報端末に送信される。そのため、ユーザは第１情報端末に対して荷物の識別子を入力する操作を行うことにより、荷物の配達予定日又は配達予定日時を容易に確認することができる。

上記態様において、前記プロセッサは、前記複数の荷物のそれぞれについて前記配達予定日又は前記配達予定日時の前記ユーザによる閲覧時刻を検知し、
前記関心度は、前記複数の荷物のそれぞれに対応する前記配達通知情報の送信時刻と、検知した前記閲覧時刻との時間差に基いて算出されてもよい。

本態様によれば、配達通知情報の送信時刻と、配達予定日又は配達予定日時を第１情報端末を用いてユーザが閲覧した閲覧時刻との時間差を用いて関心度が算出されることになる。

本開示の別の一態様に係る提示装置は、プロセッサと送受信器とを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
前記送受信器は、
複数のユーザの荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
前記複数の荷物のそれぞれについて、荷物に関する情報を通知するための配達通知情報を、対応するユーザの第１情報端末に送信し、
前記配達通知情報が対応する第１情報端末において閲覧されたことを示す閲覧情報を前記対応する第１情報端末から受信し、
前記プロセッサは、
前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する前記閲覧情報から算出した配達通知情報の閲覧率に基づいて算出され、
前記関心度に基づいて、前記複数の荷物の配達順序を設定し、
前記送受信器は、
前記配達順序を示す配達順序情報を前記第２情報端末に送信する。

本態様によれば、各荷物に対応する閲覧情報から算出した配達通知情報の閲覧率に基づいて各荷物に対する関心度が算出され、関心度に基づいて配達順序が設定されている。例えば、ある荷物をユーザに配達する場合、ユーザが配達を要求したときにその要求を受領したことを示すメール、要求した荷物を運送会社に発送したことを通知するメール、及び要求した荷物の配達予定日時を通知するメールというように複数の配達通知情報が第１情報端末に送信されることがある。この場合、荷物の関心が高いユーザはこれら複数のメールの閲覧率が高くなることに本態様は着目して、関心度を推定した。そのため、本態様は、ユーザに荷物の配達の緊急性を明示的に入力させることなく、優先的に配達するべき荷物とそうでない荷物とを自動的に区分けして、適切な配達順序を設定することができる。

本開示の更に別の一態様に係る提示装置は、プロセッサと送受信器とを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
前記送受信器は、前記複数の荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
前記第１情報端末は、対応する荷物に関する情報が閲覧可能に構成され、
前記送受信器は、前記荷物に関する情報に対するユーザの閲覧履歴を前記第１情報端末から受信し、
前記プロセッサは、
前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する前記閲覧履歴から算出した前記荷物に関する情報の閲覧時間に基づいて算出され、
前記関心度に基づいて、前記複数の荷物のそれぞれの配達順序を設定し、
前記送受信器は、
前記配達順序を示す配達順序情報を前記第２情報端末に送信する。

本態様によれば、荷物に関する情報に対するユーザの閲覧履歴から荷物に関する情報に対するユーザの閲覧時間が算出され、その閲覧時間に基づいて関心度が算出され、関心度に基づいて配達順序が設定される。つまり、本態様は、荷物に対する関心が高いユーザは荷物に関する情報の閲覧時間が長くなることに着目して、関心度を推定した。そのため、本態様は、ユーザに荷物の配達の緊急性を明示的に入力させることなく、優先的に配達するべき荷物とそうでない荷物とを自動的に区分けして、適切な配達順序を設定することができる。

本開示の更に別の一態様に係る提示装置は、プロセッサと送受信器とメモリとを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
前記メモリは、前記複数の荷物が配達される１又は複数のユーザに対して過去に配達された荷物に対する前記各ユーザの関心の高さを示す関心度と前記各荷物の属性を示す属性情報とが対応付けられた配達履歴を記憶し、
前記送受信器は、
前記１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
前記複数の荷物のそれぞれの属性情報を受信し、
前記プロセッサは、
前記配達履歴に含まれる属性情報の特徴量と前記受信した属性情報の特徴量とのユーザ毎の類似度に基づいて、前記複数の荷物のそれぞれに対する前記各ユーザの関心の高さを示す関心度を推定し、
前記各関心度に基づいて、前記各荷物の配達順序を設定し、
前記配達順序を示す配達順序情報を前記第２情報端末に送信する。

本態様によれば、ユーザに対して過去に配達された荷物の属性情報とその荷物へのユーザの関心度とが対応付けられた配達履歴がメモリに記憶されており、配達履歴に含まれる属性情報の特徴量とこれから配達される荷物の属性情報の特徴量とのユーザ毎の類似度に基づいて、これから配達される荷物へのユーザの関心度が推定されている。つまり、本態様は、これから配達される荷物に対するユーザの関心度は、過去に配達された荷物と同様の属性情報を持つ荷物の関心度と相関があることに着目して関心度を推定している。そのため、本態様は、ユーザに荷物の配達の緊急性を明示的に入力させることなく、優先的に配達するべき荷物とそうでない荷物とを自動的に区分けして、適切な配達順序を設定することができる。

上記態様において、前記プロセッサは、前記関心度が高い荷物ほど、前記配達順序が早いように設定してもよい。

本態様によれば、関心度が高い荷物ほど配達順序が早められるので、関心度が高い荷物をより早くユーザに配達できる。

上記態様において、前記複数の荷物は、宅配ボックスを配達位置とするボックス配達荷物を含み、
前記送受信器は、前記宅配ボックスを管理する第３情報端末から前記宅配ボックスにおいて空いているボックスを示す空き情報を受信し、
前記プロセッサは、
前記空き情報に基づいて、前記ボックス配達荷物の全てを前記宅配ボックスに収納することができないと判定した場合、前記関心度が高い順にボックス配達荷物の前記宅配ボックスへの収納順序を設定し、
前記送受信器は、前記収納順序を示す収納順序情報を前記第２情報端末に送信してもよい。

本態様では、宅配ボックスに全ての荷物を収納できない場合、関心度が高い順に荷物の収納順序が設定されるので、関心度の高い荷物を優先して宅配ボックスに収納させることができる。ここで、荷物に対する関心の高いユーザは宅配ボックスから速やかに荷物を取り出す可能性が高い。そのため、本態様は、ボックス数に限りのある宅配ボックスの空きボックス数を十分に確保できる。

上記態様において、前記送受信器は、前記配達車が配送センターを出発したことを示す出発情報を受信し、
前記プロセッサは、
前記出発情報が受信された場合、前記各荷物の配達予想時刻を、前記出発情報の受信時刻と前記各荷物の配達位置とに基づいて算出し、
前記関心度が閾値以上であるユーザをプレミアムユーザとして特定し、
前記送受信器は、前記プレミアムユーザの前記第１情報端末に配達予想時刻を送信してもよい。

本態様によれば、関心度が閾値以上であるプレミアムユーザに対しては、配達車が荷物をユーザに届けるために配送センターを出発した場合、荷物の配達予想時刻が通知されるので、プレミアムユーザに対して手厚いサービスを提供できる。

上記態様において、前記プロセッサは、前記配達車の現在位置に対して一定範囲内に前記プレミアムユーザの荷物の配達位置があることを検知した場合、該当するプレミアムユーザの前記第１情報端末に対してまもなく荷物が配達される旨の通知を行ってもよい。

本態様によれば、プレミアムユーザに対しては、荷物の配達位置から一定範囲内に配達車が入ったとき、まもなく荷物が配達される旨の通知が行われるので、プレミアムユーザに対してより手厚いサービスを提供できる。

上記態様において、前記送受信器は、前記配達車の現在位置を示す位置情報及び前記配達車の配達地域の道路交通情報を受信し、
前記プロセッサは、
前記受信した前記位置情報及び前記道路交通情報と、現在時刻と、前記プレミアムユーザの荷物の配達位置とに基づいて前記プレミアムユーザの荷物の配達予想時刻を算出し、
前記算出した配達予想時刻が前記プレミアムユーザに送信済みの配達予想時刻よりも遅延すると判定した場合、前記プレミアムユーザの荷物を前記送信済みの配達予想時刻までに配達させるために、前記配達順序を修正し、
前記送受信器は、前記修正した配達情報を前記第２情報端末に送信してもよい。

本態様によれば、渋滞に遭遇する等の理由により配達予想時刻に荷物を配達できない状況が発生したとしても、その荷物がプレミアムユーザの荷物であれば、荷物の配達予想時刻が遵守されるように配達順序が修正される。そのため、プレミアムユーザに対してより手厚いサービスを提供できる。

上記態様において、前記送受信器は、前記第２情報端末から１の荷物について配達できなかったことを示す未配達情報を受信し、
前記プロセッサは、前記未配達情報を受信した場合、前記１の荷物のユーザが前記関心度が閾値以上であるプレミアムユーザであれば、前記プレミアムユーザに前記１の荷物が配達できなかったことを通知するための未配達通知情報を生成し、
前記送受信器は、前記未配達通知情報を前記プレミアムユーザの前記第１情報端末に送信してもよい。

本態様によれば、ユーザに荷物を配達することができなかった場合であっても、配達車の到着時にたまたまユーザが近所に外出している、或いは、外出はしていないが配達車の到着時にたまたま手を離すことができない作業をしているような場合であれば、ユーザに荷物を配達することができなかった旨の通知を行えば、その後、直ぐに、そのユーザに対して荷物を配達できることがある。本態様では、ユーザに荷物を配達することができなかった場合、そのユーザがプレミアムユーザであれば、未配達通知情報が送信されるので、プレミアムユーザに対して速やかに荷物を配達することができる。

上記態様において、前記送受信器は、前記第１情報端末から現在位置を示す位置情報を受信し、
前記プロセッサは、前記複数の荷物のうち、配達位置が前記現在位置から一定範囲内にある荷物を抽出し、抽出した荷物について前記関心度に基づいて前記配達順序を設定してもよい。

本態様によれば、配達車の現在位置に対して一定範囲内に配達位置がある荷物に対して配達順序が設定され、配達車の現在位置に対して一定範囲内に配達位置がない荷物に対して配達順序が設定されないため、配達順序を設定する際の処理負担を軽減できる。

（実施の形態）
（ネットワーク構成）
図１は、本開示の実施の形態に係る提示システム１０のネットワーク構成の一例を示す図である。提示システム１０は、配達車４が配達する複数の荷物の配達順序を配達車４のドライバーに提示させるシステムである。配達車４のドライバーは提示された配達順序にしたがって、複数の荷物を配達する。

提示システム１０は、サーバ１（提示装置の一例）、複数のユーザ端末２＿１、・・・，２＿ｎ（第１情報端末の一例）、及び配達端末３（第２情報端末の一例：図２参照）を備える。サーバ１、ユーザ端末２、及び配達端末３はネットワークＮＴを介して相互に通信可能に接続されている。サーバ１は、例えば、商品購入サイトを運営するネット通販事業者によって管理されるサーバであってもよいし、商品購入サイトで購入した商品をユーザに配達する運送業者によって管理されるサーバであってもよい。

ネットワークＮＴとしては、インターネット通信網、携帯電話通信網、及び公衆電話回線網を含むネットワークで構成される。

サーバ１は、例えば、１又は複数のコンピュータを含むクラウドサーバで構成されている。サーバ１を構成するクラウドサーバは、ＣＰＵ又はＦＰＧＡ等のプロセッサとメモリとを含む。

ユーザ端末２は、例えば、スマートフォン、ボタン式携帯電話、又はタブレット端末等の携帯情報端末で構成されている。但し、これは一例であり、ユーザ端末２は、据え置き型の情報端末で構成されてもよい。

図１の例では、ユーザ端末２は、ユーザＵ１のユーザ端末２＿１、・・・、ユーザＵｎのユーザ端末２＿ｎというようにｎ台のユーザ端末２が示されている（ｎは２以上の整数）。

配達端末３は、例えば、配達車４に搭載されるコンピュータで構成されてもよいし、配達車４に搭乗するドライバーが携帯する携帯情報端末で構成されてもよい。配達車４に搭載されるコンピュータとしては、例えば、カーナビゲーションシステムが採用されてもよいし、カーナビゲーションシステム以外の配達車４が元々備えるコンピュータが採用されてもよい。ドライバーが携帯する携帯情報端末としては、スマートフォン、ボタン式携帯電話、又はタブレット端末が採用できる。

図２は、図１に示す提示システム１０の詳細な構成の一例を示すブロック図である。サーバ１は、制御部１１、通信部１２（送受信器の一例）、及びメモリ１３を備える。制御部１１は、ＣＰＵ等のプロセッサで構成され、コンピュータを本開示の提示装置として機能させるプログラムを実行する。このプログラムは、ネットワークを通じてダウンロードすることで提供されてもよいし、コンピュータ読取可能な非一時的な記録媒体に記憶させることで提供されてもよい。

通信部１２は、例えば、サーバ１をネットワークＮＴに接続させる通信回路で構成され、ユーザ端末２に対して、荷物に関する情報を通知するための配達通知メールを送信したり、配達端末３に対して、配達順序を示す配達順序情報を送信したりする。

メモリ１３は、不揮発性の記憶装置で構成され、コンピュータを提示装置として機能させるプログラム、後述するエンゲージメント率（関心度の一例）及び荷物の配達順序を設定する上で必要となるテーブルを記憶する。

ユーザ端末２は、制御部２１、メモリ２２、操作部２３、検出部２４、通信部２５、及び表示部２６を備える。なお、図２では、ｎ（ｎは２以上の整数）人のユーザに対応するｎ台のユーザ端末２＿１，・・・，２＿ｎが例示されている。ユーザＵ１はユーザ端末２＿１所有し、・・・、ユーザＵｎはユーザ端末２＿ｎ所有を所有する。

制御部２１は、ＣＰＵ等のプロセッサで構成され、ユーザ端末２の全体制御を司る。メモリ２２は、例えば、不揮発性の記憶装置で構成され、荷物に関する情報をユーザに提示するためのアプリケーションプログラムを記憶する。

操作部２３は、入力装置、例えば、タッチパネル又はキーボード及びマウスで構成され、ユーザからの操作を受け付ける。

検出部２４は、例えば、操作部２３が受け付けたユーザの操作を検知する電気回路で構成される。

通信部２５は、例えば、ユーザ端末２をネットワークＮＴに接続させる通信回路で構成され、本開示では、通信部２５は、サーバ１に対し、配達通知メールがユーザによって開封されたことを示すデータ等を送信したり、サーバ１から送信される配達通知メールを受信したりする。なお、本願の明細書、図面、要約書において、「開封」は「閲覧」を意味してもよい。なお、ユーザ端末が、表示部に表示されたメッセージの概要の選択指示を検知することを、ユーザ端末がメッセージの概要に対応するメッセージが開封されたと検知することとしてもよい。

表示部２６は、ディスプレイ、例えば、液晶ディスプレイ又は有機ＥＬで構成され、荷物に関する情報をユーザに表示する。

配達端末３は、制御部３１、メモリ３２、操作部３３、検出部３４、通信部３５、表示部３６、及びＧＰＳセンサ３７を備える。制御部３１は、ＣＰＵ等のプロセッサで構成され、配達端末３の全体制御を司る。メモリ３２は、例えば、不揮発性の記憶装置で構成され、配達順序情報をドライバーに提示するためのアプリケーションプログラムを記憶する。

操作部３３は、入力装置、例えば、タッチパネル又はキーボードで構成され、ドライバーからの操作を受け付ける。

検出部３４は、例えば、操作部３３が受け付けたドライバーの操作を検知する電気回路で構成される。

通信部３５は、例えば、配達端末３をネットワークＮＴに接続させる通信回路で構成され、本開示では、通信部３５は、サーバ１から荷物の配達順序を示す配達順序情報を受信したり、サーバ１に対して配送センターを出発したことを示す出発情報を送信したり、サーバ１に対してＧＰＳセンサ３７が周期的に算出する配達端末３の位置情報を送信したりする。

表示部３６は、ディスプレイ、例えば、液晶ディスプレイ又は有機ＥＬで構成され、配達順序を示す画像を表示し、配達順序をユーザに提示する。なお、表示部３６は、配達端末３がカーナビゲーションシステムで構成される場合、カーナビゲーションシステムのディスプレイで構成される。

ＧＰＳセンサ３７は、複数のＧＰＳ衛星から送信される信号を受信し、受信した信号に基づいて、配達端末３の現在位置を算出する。

（シーケンス）
図３は、図２示す提示システム１０の処理の概要を示すシーケンス図である。なお、図３では、エンゲージメント率が配達通知メールの開封状況に基づいて算出される態様が採用された場合の処理の概要が示されている。但し、これは一例である。後述するエンゲージメント率を算出するいずれの態様が採用された場合であっても、図３のシーケンスは適用可能である。

図３のシーケンスは大きく２つのフェーズに分けられる。１つ目のフェーズは、配達通知メールの開封状況からユーザの荷物に対するエンゲージメント率を求めるフェーズであり、Ｓ３１〜Ｓ３４の処理によって示される。２つ目のフェーズは、１つ目のフェーズで得られた各荷物のエンゲージメント率から荷物の配達順序を決定するフェーズであり、Ｓ３６〜Ｓ３９の処理によって示される。２つ目のフェーズは、例えば、配達端末３から位置情報が送信される度に繰り返し実行される。

なお、図３では、１台の配達車４が複数の荷物を配達するケースを例に挙げて説明する。したがって、ここで決定される配達順序の設定対象となる複数の荷物は、１台の配達車４が積載する複数の荷物である。なお、サーバ１は管理対象となる他の配達車４に積載される複数の荷物についても図３のシーケンスを適用して複数の荷物の配達順序を設定する。

まず、サーバ１の制御部１１は、配達通知メールを、該当する荷物の送信先となるユーザのユーザ端末２に通信部１２を用いて送信する（Ｓ３１）。ここでは、配達通知メールは、例えば、商品購入サイトにおいてユーザが商品を購入した際にそのユーザに送信される受領メールであってもよいし、その商品の運送業者への発注が完了した際にそのユーザに送信される発注完了メールであってもよいし、配達車４がユーザ宅に商品を配達するために配送センターを出発したタイミングでその旨をユーザに通知するためのメールであってもよい。

図３では明示していないが、Ｓ３１の処理では、実際には、対象となる１台の配達車４が配達する複数の荷物ＰＡ１、ＰＡ２、・・・、ＰＡｎの複数の配達通知メールＭＡ１、ＭＡ２、・・・、ＭＡｎが複数のユーザ端末２＿１、２＿２、・・・、２＿ｎに送信される。つまり、サーバ１は、荷物ＰＡ１の配達通知メールＭＡ１をユーザ端末２＿１に送信し、荷物ＰＡ２の配達通知メールＭＡ２をユーザ端末２＿２に送信し、・・・、荷物ＰＡｎの配達通知メールＭＡｎをユーザ端末２＿ｎに送信する。

なお、サーバ１は、送信時刻ＳＴ１に配達通知メールＭＡ１をユーザ端末２＿１に送信し、送信時刻ＳＴ２に配達通知メールＭＡ２をユーザ端末２＿２に送信し、・・・、送信時刻ＳＴｎに配達通知メールＭＡｎをユーザ端末２＿ｎに送信する。

Ｓ３２では、ユーザ端末は、ユーザからの配達通知メールの開封指示の入力を検知し、配達通知メールを表示部２６に表示し、ユーザに配達通知メールを閲覧させる。ユーザからの配達通知メールの開封指示の入力は、例えば、タッチスクリーンに表示された配達通知メールを選択することであってもよい。

図３では明示していないが、Ｓ３２の処理では、ユーザ端末２＿１は、ユーザＵ１からの配達通知メールＭＡ１の開封指示の入力を検知し、配達通知メールＭＡ１をユーザ端末２＿１の表示部に表示し、ユーザＵ１に配達通知メールＭＡ１を閲覧させ、ユーザ端末２＿２は、ユーザＵ２からの配達通知メールＭＡ２の開封指示の入力を検知し、配達通知メールＭＡ２をユーザ端末２＿２の表示部に表示し、ユーザＵ２に配達通知メールＭＡ２を閲覧させ、・・・、ユーザ端末２＿ｎは、ユーザＵｎからの配達通知メールＭＡｎの開封指示の入力を検知し、配達通知メールＭＡｎをユーザ端末２＿ｎの表示部に表示し、ユーザＵｎに配達通知メールＭＡｎを閲覧させる。

Ｓ３３では、ユーザ端末２は、配達通知メールの開封時刻を示す開封時刻情報をサーバ１に送信する。配達通知メールの開封時刻は、ユーザ端末２がユーザから配達通知メールの開封指示の入力を検知した時刻であってもよい。

図３では明示していないが、Ｓ３３の処理では、ユーザ端末２＿１は、ユーザ端末２＿１がユーザＵ１から配達通知メールＭＡ１の開封指示の入力を検知した開封時刻ＯＴ１を示す開封時刻情報Ｏ１をサーバ１に送信し、ユーザ端末２＿２は、ユーザ端末２＿２がユーザＵ２から配達通知メールＭＡ２の開封指示の入力を検知した開封時刻ＯＴ２を示す開封時刻情報Ｏ２をサーバ１に送信し、・・・、ユーザ端末２＿ｎは、ユーザ端末２＿ｎがユーザＵｎから配達通知メールＭＡｎの開封指示の入力を検知した開封時刻ＯＴｎを示す開封時刻情報Ｏｎをサーバ１に送信してもよい。

Ｓ３４では、サーバ１の制御部１１は、開封時刻情報が示す開封時刻と、配達通知メールの送信時刻との時間差を算出し、算出した時間差に基づいてエンゲージメント率を算出する。ここでは、対象となる１台の配達車４が配達する複数の荷物のそれぞれについてエンゲージメント率が算出される。つまり、制御部１１は、開封時刻ＯＴ１と送信時刻ＳＴ１の時間差ＴＤ１に基づいてエンゲージメント率ＥＮ１、開封時刻ＯＴ２と送信時刻ＳＴ２の時間差ＴＤ２に基づいてエンゲージメント率ＥＮ２、・・・、開封時刻ＯＴｎと送信時刻ＳＴｎの時間差ＴＤｎに基づいてエンゲージメント率ＥＮｎを算出する。算出された各荷物の各エンゲージメント率は各荷物に対して事前に付与された伝票番号と対応付けて荷物データベース（図略）に登録される。なお、荷物データベースは、エンゲージメント率の他、受注した全ての荷物に関する送り主情報（例えば、送り主の、ユーザＩＤ、名前、住所、及び電話番号など）と、荷物の配達先を示す配達先情報（例えば、受取人の、ユーザＩＤ、名前、住所、及び電話番号など）とが伝票番号と対応付けて登録されている。また、この荷物データベースにおいて、配達する配達車４が決定された荷物については、その荷物の伝票番号と対応付けて配達車４の識別情報が登録される。また、この荷物データベースにおいて、配達予定日及び配達予定時刻が決定された荷物については、配達予定日及び配達予定時刻が登録される。

以上が１つ目のフェーズである。以降２つ目のフェーズが開始される。２つ目のフェーズは、例えば、対象となる１台の配達車４が配送センターを出発したことをトリガーに開始される。

Ｓ３５では、配達端末３はサーバ１に対して配達端末３の現在位置を示す位置情報を通信部３５を用いて送信する。ここで、配達端末３は、例えば、配送センターを出発すると位置情報をサーバ１に周期的に送信する。

Ｓ３６では、サーバ１の制御部１１は配達端末３から送信された位置情報を通信部１２を用いて受信し、配達車４の現在位置を検知する。

Ｓ３７では、サーバ１の制御部１１は、配達車４が配達する荷物のうち、配達先（配達位置）が配達車４の現在位置に対して一定範囲内にある荷物を抽出する。

Ｓ３８では、サーバ１の制御部１１は、Ｓ３７で抽出した荷物について、エンゲージメント率が高い順に配達順序を設定する。

Ｓ３９では、サーバ１の制御部１１は、設定した配達順序を示す配達順序情報を通信部１２を用いて配達端末３に送信する。

図４は、サーバ１がエンゲージメント率から配達順序を設定する処理の一例を示すフローチャートである。このフローチャートは、図３で説明した２つ目のフェーズに対応している。このフローチャート、すなわち、図４に示す処理は、例えば、配送センターを配達車４が出発したことを示す出発情報をサーバ１が配達端末３から受信したことをトリガーに開始される。そして、サーバ１は、サーバ１が配達端末３から位置情報を受信する度に、図４に示す処理を実行する。

また、サーバ１の制御部１１は、対象となる配達車４が配達する複数の荷物の伝票番号等が列記された荷物リストを事前に作成しており、メモリ１３に記憶しているものとする。この荷物リストには、伝票番号の他、荷物の送り主情報（例えば、送り主の、ユーザＩＤ、名前、住所、及び電話番号など）と、荷物の配達先を示す配達先情報（例えば、受取人の、ユーザＩＤ、名前、住所、及び電話番号など）とが含まれる。サーバ１は、例えば、配達車４が配送センターを出発する直前にこの荷物リストを配達端末３に送信し、配達車４のドライバーは配達端末３を通じてこの荷物リストを閲覧することができる。

まず、サーバ１の制御部１１は、配達端末３から配達車４の現在位置を示す位置情報を通信部１２を用いて取得する（Ｓ４０１）。次に、サーバ１の制御部１１は、荷物リストに記載された複数の荷物の中から、配達車４の現在位置に対して一定範囲内に配達先の住所が位置する１又は複数の荷物を抽出する（Ｓ４０２）。

次に、サーバ１の制御部１１は、抽出した各荷物のエンゲージメント率を取得する（Ｓ４０３）。ここで、サーバ１の制御部１１は、図３で説明した１つ目のフェーズのＳ３４で算出された各荷物エンゲージメント率の中から抽出した各荷物のエンゲージメント率を取得すればよい。或いは、図３において、エンゲージメント率を算出するＳ３４の処理を省き、Ｓ４０３でエンゲージメント率は算出されてもよい。

次に、サーバ１の制御部１１は、Ｓ４０２で抽出した荷物をエンゲージメント率が高い順にソートして抽出した荷物に対する配達順序を設定する（Ｓ４０４）。次に、サーバ１の制御部１１は、配達順序を示す配達順序情報を配達端末３に送信する（Ｓ４０５）。

なお、サーバ１が配達車４から位置情報を取得する度に、サーバ１は図４に示す処理を実行するとして説明したが、本開示はこれに限定されず、サーバ１は図４に示す処理を、配達車４が一定距離移動する度に実行してもよいし、配達車４が一つの荷物を配達する度に実行してもよいし、配達車４が現在設定されている図５で後述される一定範囲Ｄ１から出る度に実行してもよい。

図５は、図４に示す処理の具体的なシーンを示す図である。サーバ１は、配達中の配達車４の現在位置が位置Ｐ１であることを示す位置情報を配達端末３から取得している。この場合、サーバ１の制御部１１は、位置Ｐ１を中心に例えば、所定半径の円を一定範囲Ｄ１として設定する。ここでは、所定半径としては８００ｍ程度の半径を想定しているが、これは一例であり、５０ｍ、１００ｍ、１ｋｍというような値が採用さてもよい。また、図５では、説明の便宜上、一定範囲Ｄ１は扇状の図形で示されているが、実際には円である。

次に、サーバ１の制御部１１は、荷物リストの中から、一定範囲Ｄ１内に受取人の住所が位置する荷物を抽出する。ここでは、位置Ｐ１から距離５００ｍに受取人であるユーザＵ１の自宅Ｈ１が位置し、位置Ｐ１から距離６５０ｍに受取人であるユーザＵ２の自宅Ｈ２が位置し、位置Ｐ１から距離４５０ｍに受取人であるユーザＵ３の自宅Ｈ３が位置していたため、ユーザＵ１〜Ｕ３の荷物が荷物リストから抽出される。

ここで、抽出したユーザＵ１〜Ｕ３の荷物のエンゲージメント率は、それぞれ、０．４、０．８、０．６であったとする。そのため、サーバ１の制御部１１は、エンゲージメント率が１番高い０．８のユーザＵ２の荷物を１番目、エンゲージメント率が次に高い０．６のユーザＵ３の荷物を２番目、エンゲージメント率が０．４のユーザＵ１の荷物を３番目の配達順序に設定し、配達順序情報を配達端末３に送信する。そして、配達車４のドライバーは、送信された配達順序情報が示す配達順序を配達端末３を通じて確認し、この配達順序にしたがって荷物を配達する。

図６は、配達端末３に表示される配達順序を示す配達順序画面Ｇ６の一例を示す図である。配達順序画面Ｇ６には荷物リストから抽出された一定範囲Ｄ１内にある荷物の配達順序が示されている。この配達順序画面Ｇ６は、地図領域Ｒ６１と順序領域Ｒ６２とを備えている。地図領域Ｒ６１には、配達車４の位置Ｐ１を含む一定範囲の地図画像が表示されており、この地図画像上に配達するべき荷物の配達位置がマークＭ１、Ｍ２、Ｍ３を用いてマーキングされている。ここでは、荷物の配達順序は、マークＭ１、Ｍ２、Ｍ３の順番であるため、マークＭ１、Ｍ２、Ｍ３のそれぞれの近傍には配達順序を示す数字「１」、「２」、「３」が表示されている。

順序領域Ｒ６２には、「次の順に配送してください」とのメッセージが表示され、このメッセージの下側に、配達順序「１」、「２」、「３」のそれぞれの荷物に対応する荷物欄Ｒ６２１、Ｒ６２２、６２３が上から順に表示されている。荷物欄Ｒ６２１には、配達順序を示す数字「１」と、受取人であるユーザの名前「宅急 太郎様」と、荷物の伝票番号「１１−２２−３３３」とが表示されている。他の荷物欄Ｒ６２２、Ｒ６２３も荷物欄Ｒ６２１と同じ内容が表示されている。また、荷物欄Ｒ６２１、Ｒ６２２、Ｒ６２３は、下向きの矢印マークＹ１、Ｙ２によって繋げられている。

このように、順序領域Ｒ６２には、荷物欄Ｒ６２１〜Ｒ６２３が荷物の配達順に表示されているので、ドライバーはどの順番で荷物を配達するべきかを速やかに確認できる。また、地図領域Ｒ６１には、荷物の配達位置がマークＭ１〜Ｍ３を用いて地図画像上にマーキングされているので、ドライバーは荷物の配達位置をどのようなルートで配達するべきかを速やかに確認できる。また、マークＭ１〜Ｍ３は、配達順序を示す数字「１」〜「３」によって、荷物欄Ｒ６２１〜Ｒ６２３と対応付けられているため、ドライバーは、荷物の受取人及び配達位置を地図画像上で速やかに確認できる。

次に、エンゲージメント率の算出手法について説明する。本開示では、下記の４つの手法を用いてエンゲージメント率が算出される。

（エンゲージメント率の算出手法その１）
算出手法その１は、図３で説明したように、配達通知メールの送信時刻と配達通知メールの開封時刻との時間差に基づいてエンゲージメント率を算出する手法である。なお、配達通知メールは配達通知情報の一例であり、開封時刻は閲覧時刻の一例である。

図７は、配達通知メールのメール画面Ｇ７の一例を示す図である。メール画面Ｇ７では、運送会社「ＡＢＣ運輸」がユーザ「宅急太郎」の荷物を受注した際に、ユーザ端末２に送信されて表示される配達通知メールの画面が示されている。メール画面Ｇ７には、ヘッダー欄Ｒ７１とボディー欄Ｒ７２とが含まれている。ヘッダー欄Ｒ７１には、配達通知メールの送信元「ＡＢＣ運輸」と、配達通知メールの宛先「宅急太郎様」及びメールアドレスと、件名「お荷物をお預かりしました」と、配達通知メールが送信された日時「２０１７年１０月１６日 １５：３６」とが含まれている。

ボディー欄Ｒ７２には、運送会社がユーザの荷物を預かった旨のメッセージ「あなた宛ての荷物を、お預かりしました」と、配達予定日時を示すメッセージ「明日 ２０１７年１０月１７日 １８−２０時にお届け予定です。」と、荷物の伝票番号「１１−２２−３３３」と、荷物の発送者「Ｐａｎａ．ｃｏｍ」と、荷物の内容「キッチンペーパー、４ロール」とが表示されている。

なお、配達通知メールは、配達車４が配送センターを出発する前に限らず、配達車４が配送センターを出発した後に、ユーザ端末２に送信されてもよい。配達車４が配送センターを出発した後にユーザ端末に送信される配達通知メールのボディー欄Ｒ７２には、荷物の現在位置が記載されても良いし、荷物の配達状況を示す情報が含まれても良い。荷物の現在位置は、配達車４のＧＰＳセンサ３７が検知した位置情報に基づいて決定されればよい。荷物の配達状況は、荷物が配達車４に積まれた状況、荷物が配達車４に積まれて配送センターから出発した状況、及び、配達順序が一つ前の荷物の配達が完了した状況等が含まれる。

このように配達通知メールには、配達予定日、及び配達される荷物の内容等の情報が含まれているため、荷物に対する関心が高いユーザは、配達通知メールを速やかに開封することになる。

図８は、配達通知メールに対するユーザの開封履歴を示す開封履歴テーブルＴ１の一例を示す図である。開封履歴テーブルＴ１はサーバ１のメモリ１３に記憶されている。

開封履歴テーブルＴ１は、１つのレコードに１つの配達通知メールの開封履歴が登録されたデータベースであり、「ユーザＩＤ」、「伝票番号」、「メール送信時刻」、及び「メール開封時刻」のフィールドを備えている。

「ユーザＩＤ」フィールドには、該当する荷物に対する配達通知メールを受信したユーザ端末２のユーザ（荷物の受取人）のユーザＩＤ（識別情報）が登録されている。「伝票番号」フィールドには、配達通知メールに対応する荷物の伝票番号が登録されている。「メール送信時刻」フィールドには、配達通知メールがサーバ１からユーザ端末２に送信された日時が登録されている。「メール開封時刻」フィールドには、ユーザがユーザ端末２を用いて配達通知メールを開封した日時が登録されている。

サーバ１の制御部１１は、開封履歴テーブルＴ１に登録されたメール送信時刻とメール開封時刻との時間差に基づいてエンゲージメント率を算出する。

ここで、サーバ１は、式（１）を用いてエンゲージメント率を算出すればよい。

式（１）において、Ｎ：ある荷物に対して送信された配達通知メールの総数、ｔｉ：当該ある荷物に関するｉ番目の配達通知メールの送信時刻と当該ある荷物に関するｉ番目の配達通知メールの開封時刻との時間差、すなわち、ｔｉ＝{（当該ある荷物に関するｉ番目の配達通知メールの開封時刻）−（当該ある荷物に関するｉ番目の配達通知メールの送信時刻）}であり、Ｔ：半減期である。半減期Ｔは定数であり、Ｔ＝６（時間）×６０（分）×６０（秒）＝２１６００のような値が採用される。式（１）では、ｔｉは（１／２）の指数であるので、ｔｉが小さいほど、すなわち、ユーザが配達通知メールを速やかに開封するほどエンゲージメント率は高い。

なお、配達通知メールが未開封の場合、ｔｉ→∞となるので、

となる。

荷物に対する関心が高いユーザは、その荷物の到着を待ちこがれているので、配達通知メールに対する関心も高く、配達通知メールの着信の有無も頻繁に確認していると考えられる。したがって、荷物に対する関心が高いユーザは、配達通知メールがユーザ端末２に着信すると速やかに開封することが見込まれる。よって、前記時間差はユーザの荷物に対する関心の高さを図る上での有用な指標となる。そこで、算出手法その１では、前記時間差に基づいてエンゲージメント率を算出している。ここで、サーバ１は、式（１）に代えて、時間差の値をそのままエンゲージメント率として採用してもよいし、エンゲージメント率の最大値が１になるように時間差を正規化した値をエンゲージメント率として算出してもよい。

なお、この例では、配達通知メールが配達通知情報として採用されているが、これは一例であり、ＳＮＳ上で送信されたメッセージが配達通知情報として採用されてもよい。この場合、ＳＮＳ上で送信されたメッセージをユーザが閲覧した閲覧時刻と当該ＳＮＳ上で送信されたメッセージの送信時刻との時間差に基づいてエンゲージメント率が算出されてもよい。

（エンゲージメント率の算出手法その２）
算出手法その２は、配達通知メールの開封率に基づいてエンゲージメント率を算出する手法である。商品購入サイトにおいてある商品を購入した場合、その商品を購入した際に商品の購入を受領した旨の受領メール、その商品の運送業者への発注が完了したことをユーザに通知する発注完了メール、及び配達車４がユーザ宅に商品を配達するために配送センターを出発したタイミングでその旨をユーザに通知するためのメール等の複数のメールがユーザ端末２に送信されるのが一般的である。

荷物への関心が高いユーザは、配達通知メールの着信の有無を頻繁に確認する傾向にあるため、荷物に対して送信された配達通知メールを開封する割合も高くなる。そこで、算出手法その２では、商品を購入した際に送信されるこれらのメールを配達通知メールとして位置づけ、この配達通知メールの開封率に基づいてエンゲージメント率を算出する。

図８の開封履歴テーブルＴ１では、ユーザＩＤ「Ｕ００１２３４」のユーザが購入した商品である伝票番号「１１−２２−３３３」の荷物に対してユーザ端末２に送信された３つの配達通知メールが示されている。この場合、上から２つの配達通知メールは「メール開封時刻」フィールドに配達通知メールの開封日時が登録されているため、これら２つの配達通知メールはユーザによって開封されている。一方、上から３つ目の配達通知メールは、「メール開封時刻」フィールドに「Ｎ／Ａ」が登録されているため、未開封である。

よって、この場合の伝票番号「１１−２２−３３３」の荷物の開封率は、２／３＝０．６６となる。つまり、開封率は、ある１の荷物に対して送信された配達通知メールの総数を、開封された配達通知メールの総数を割った値で定義される。

この例では、配達通知メールは配達通知情報の一例であり、配達通知メールの開封率は配達通知情報の閲覧率の一例である。但し、本開示はこれに限定されず、配達通知情報はＳＮＳ上で送信されたメッセージが採用されてもよい。この場合、ユーザがＳＮＳ上で送信されたメッセージを閲覧した閲覧回数と当該ＳＮＳ上で送信されたメッセージの総数に基づいてエンゲージメント率が算出されてもよい。

（エンゲージメント率の算出手法その３）
昨今、運送会社などにより、各ユーザの荷物の配達状況を随時、各ユーザに知らせるアプリケーションソフトウェア（以下、「配達状況アプリ」と記述する。）を用いた配達状況通知サービスが提供されている。算出手法その３は、この配達状況アプリに対するユーザの閲覧履歴に基づいてエンゲージメント率を算出する。

図９は、配達状況アプリのお知らせ画面Ｇ９１、Ｇ９２を示す図である。お知らせ画面Ｇ９１は、例えば、ユーザがユーザ端末２において配達状況アプリを起動したときに表示される画面である。お知らせ画面Ｇ９１には、配達状況通知サービスからユーザに対して通知されたメッセージの概要が一覧表示されている。ここでは、２つのメッセージ表示欄Ｒ９１１、Ｒ９１２が表示されている。メッセージ表示欄Ｒ９１１に表示されたメッセージの概要は、ユーザが発注した商品の荷物を運送会社が預かったことを示すメッセージの標題「お荷物をお預かりしました」と、メッセージの送信日時「２０１７／１０／１６ １５：３６」と、荷物の伝票番号「１１−２２−３３３」とを含む。メッセージ表示欄Ｒ９１２に表示されたメッセージの概要は、運送会社の営業時間に関するメッセージの標題を含む。

メッセージ表示欄Ｒ９１１には、メッセージの概要に対応するメッセージがユーザによって開封されていないため、「未読」ボタンＢ９１１が表示されている。「未読」ボタンＢ９１１がユーザによって選択されると、メッセージの内容を通知するお知らせ画面Ｇ９２がユーザ端末２に表示される。

お知らせ画面Ｇ９２には、ヘッダー欄Ｒ９２１とボディー欄Ｒ９２２とが含まれている。ヘッダー欄Ｒ９２１にはメッセージの標題とメッセージの送信時刻とが表示されている。ボディー欄Ｒ９２２には、ユーザ名「宅急太郎」と、運送会社がユーザの荷物を預かったことを示すメッセージ「あなた宛の荷物を、お預かりしました。」と、配達予定日時を示すメッセージ「２０１７年１０月１７日 １８−２０時にお届け予定です。」とが表示されている。また、ボディー欄Ｒ９２２には、荷物の伝票番号「１１−２２−３３３」と、荷物の発送者「Ｐａｎａ．ｃｏｍ」と、荷物の内容「キッチンペーパー ４ロール」とが表示されている。

図１０は、配達状況アプリによって提供される配達トラッカー画面Ｇ１０の一例を示す図である。配達トラッカー画面とは、配達中の荷物の現在位置をユーザに知らせるための画像である。配達トラッカー画面Ｇ１０には、配送中の荷物の現在の位置Ｐ１が地図画像上に表示されている。ここでは、北大阪地域在住のユーザが福岡地域から荷物を届けてもらうシーンが示されている。この荷物は福岡地域にある配送センターＣ１から北大阪地域にある配送センターＣ２に遠距離配達用の配達車４によって配達された後、北大阪地域を担当する地域配達用の配達車４によって北大阪地域にあるユーザ宅まで配達される。遠距離配達用の配達車４は、現在、広島と福岡との中間よりもやや広島寄りの高速道路上の位置Ｐ１に位置しているので、位置Ｐ１に荷物の場所を示すマークＭ１０が西日本の広域を示す地図画像上に表示されている。このように、配達トラッカー画面Ｇ１０では、遠隔距離用の配達車４によって配達中の荷物の現在位置がリアルタイムで表示される。なお、ユーザは、この配達トラッカー画面Ｇ１０を、例えば、配達状況アプリのメニュー画面（図略）から選択して表示することができる。

図１１は、配達状況アプリによって提供される配達トラッカー画面Ｇ１１の他の一例を示す図である。ここでは、北大阪地域の配送センターＣ２を出発した地域配達用の配達車４によって該当する荷物がユーザ宅に配達されるシーンが示されている。配達トラッカー画面Ｇ１１では、配達車４の現在の位置Ｐ１を示すマークＭ１１１と、ユーザの自宅の位置を示すマークＭ１１２とがユーザ宅を含む地域の地図画像上に表示されている。また、配達トラッカー画面Ｇ１１には、何分後に荷物がユーザ宅に配達されるかを示すメッセージ「あと約１０分で配達予定です。」が表示されている。このように、配達トラッカー画面Ｇ１１では、地域配達用の配達車４によって配達する荷物の現在位置がリアルタイムで表示される。

配達トラッカー画面Ｇ１０、Ｇ１１では、荷物の現在位置がリアルタイム表示されるので、荷物の配達を待ちこがれているユーザは、配達トラッカー画面Ｇ１０、Ｇ１１を閲覧する時間が長くなると考えられる。

そこで、算出手法その３では、配達状況アプリを閲覧する時間（滞在時間）に基づいてエンゲージメント率が算出されている。

図１２は、配達状況アプリにおけるメッセージに対するユーザの開封履歴を示す開封履歴テーブルＴ２と、配達状況アプリにおけるユーザの滞在履歴を示す滞在履歴テーブルＴ３との一例を示す図である。ここで、開封履歴テーブルＴ２及び滞在履歴テーブルＴ３はユーザ端末２から適宜送信される配達状況アプリに対する閲覧履歴に基づいてサーバ１により作成される。ユーザ端末２から送信される閲覧履歴には、メッセージの開封時刻と、配達状況アプリが提供する各画面の閲覧開示時刻及び閲覧終了時刻とが含まれる。

開封履歴テーブルＴ２及び滞在履歴テーブルＴ３はサーバ１のメモリ１３に記憶されている。

開封履歴テーブルＴ２は、１つのレコードに１つのメッセージの開封履歴が登録されたデータベースであり、「ユーザＩＤ」、「伝票番号」、「通知送信時刻」、及び「通知開封時刻」のフィールドを備えている。「ユーザＩＤ」フィールドには、該当する荷物に対するメッセージを受信したユーザ端末２のユーザ（荷物の受取人）のユーザＩＤが登録されている。「伝票番号」フィールドには、メッセージに対応する荷物の伝票番号が登録されている。「通知送信時刻」フィールドには、メッセージがユーザ端末２に通知された日時が登録されている。「通知開封時刻」フィールドには、ユーザがメッセージを開封した日時が登録されている。メッセージを開封した日時としては、「未読」ボタンＢ９１１がユーザによって選択された時刻が採用される。なお、ユーザが開封していないメッセージの「通知開封時刻」フィールドには未開封であることを示す「Ｎ／Ａ」が登録されている。

滞在履歴テーブルＴ３は、１つのレコードに対してユーザが閲覧した配達状況アプリの一つの画面が割り当てられたデータベースであり、「ユーザＩＤ」、「画面種別」、「訪問時刻」、「離脱時刻」、及び「伝票番号」のフィールドを備えている。

この滞在履歴テーブルＴ３では、ユーザが配達状況アプリ内の一つの画面を閲覧する度に１つのレコードが作成される。したがって、同じユーザが同じ画面を複数閲覧した場合であっても複数の閲覧毎に１つのレコードが作成される。

「ユーザＩＤ」は、配達状況アプリの画面の種別が登録されている。画面の種別としては、図９で説明したお知らせ画面Ｇ９１、Ｇ９２を示す「お知らせ」並びに図１０及び図１１で説明した配達トラッカー画面Ｇ１０、Ｇ１１を示す「配達トラッカー」等がある。「訪問時刻」フィールドには、該当する画面をユーザが訪問した日時、すなわち、該当する画面をユーザがユーザ端末２に表示させた日時が登録されている。「離脱時刻」フィールドには、該当する画面をユーザが離脱した日時が登録されている。離脱した日時としては、例えば、ユーザが該当する画面から別の画面に画面遷移させる操作を入力した日時又は配達状況アプリを停止させる操作を入力した日時が該当する。

サーバ１の制御部１１は、開封履歴テーブルＴ２及び滞在履歴テーブルＴ３を参照し、式（２）を用いてエンゲージメント率を算出する。

式（２）における、Ｎ：ある荷物に対して送信されたメッセージの総数、ｔｉ：当該ある荷物に関するｉ番目のメッセージを開封した日時と当該ある荷物に関するｉ番目のメッセージから離脱した時刻との時間差、すなわち、ｔｉ＝{（当該ある荷物に関するｉ番目のメッセージから離脱した時刻）−（当該ある荷物に関するｉ番目のメッセージを開封した日時）}、Ｔ：半減期である。半減期Ｔは定数であり、Ｔ＝６（時間）×６０（分）×６０（秒）＝２１６００のような値が採用される。メッセージが未確認であれば、ｔｉは式（１）と同様、無限大になる。なお、ｔｉ＝{（当該ある荷物に関するｉ番目のメッセージを離脱した時刻）−（当該ある荷物に関するｉ番目のメッセージを開封した時刻）}は、ｔｉ＝{（当該ある荷物に関するｉ番目のメッセージの概要に対する画面からユーザが離脱した時刻）−（当該ある荷物に関するｉ番目のメッセージの概要に対する画面をユーザが訪問した時刻）}であってもよい。

第２項において、τはある荷物の配達状況を調べるため、配達状況アプリを開いている時間の総和を示し、Ｃは√τの大きさを０〜１を少し超える程度の値に丸め込むための定数である。τにルートを付けているのは、τの大きさを０〜１を少し超える程度の値に丸め込むためである。第２項のｍｉｎは、（１／Ｃ）・√τと１とのうち小さい方の値を選択する演算子である。係数α、βは、０＜α＜１、０＜β＜１、且つ、α＋β＝１の定数である。これにより、エンゲージメント率は０以上１以下の値に正規化される。

このように、式（２）はｔｉが減少するにつれてエンゲージメント率は増大し、且つ、τが増大するにつれて、エンゲージメント率は増大する関係を持つ。

なお、メッセージを送信してからユーザがそのメッセージを開封するまでの早さを重視する、すなわち、第１項を重視する場合は係数αは係数βよりも大きくされる。また、配達状況アプリにおけるユーザの滞在時間を重視する、すなわち、第２項を重視する場合は係数βは係数αよりも大きくされる。

算出手法その３では、エンゲージメント率は式（２）で算出されたが、これは一例であり、ｔｉに対して負の相関を持ち、τに対して正の相関を持つ演算式であれば、どのような演算式が採用されてもよい。また、式（２）では、メッセージに対するユーザの確認の速さを考慮するために第１項が設けられていたが、この第１項は省かれても良い。この場合、配達状況アプリの滞在時間が考慮されてエンゲージメント率が算出されることになる。

サーバ１の制御部１１は、開封履歴テーブルＴ２を参照し、ある荷物に対して送信されたメッセージ毎に通知送信日時と通知確認日時との時間差を式（２）のｔｉとして算出すればよい。また、サーバ１は、滞在履歴テーブルＴ３の中から、対象となる１のユーザのある１の荷物に対するレコードを抽出し、抽出したレコードのそれぞれについて訪問時刻と離脱時刻との時間差を算出し、各時間差の合計値を式（２）のτとして算出すればよい。

例えば、図１２の例では、ユーザＩＤ「Ｕ００１２３４」のユーザの画面種別として、お知らせ画面と配達トラッカー画面とのレコードが登録されているため、お知らせ画面のレコードにおける訪問時刻及び離脱時刻の時間差と、配達トラッカー画面のレコードにおける訪問時刻及び離脱時刻の時間差との合計値が式（２）のτとして算出される。なお、画面種別毎に重み付けが付けられても良い。例えば、お知らせ画面についての重み付けがβ１、配達トラッカー画面についての重み付けがβ２であるとすると、式（２）の第２項は、β１を係数とするｍｉｎ（１／ｃ√τ，１）の値とβ２を係数とするｍｉｎ（１／ｃ√τ，１）の値とを加算することで算出されればよい。但し、β１＋β２＝βである。

荷物への関心が高いユーザは、荷物の到着を待ちこがれているので、配達状況アプリを頻繁に起動させ、関心の高い荷物に対するメッセージがあれば、お知らせ画面を表示させてそのメッセージを速やかに開封すると考えられる。また、荷物への関心が高いユーザは、その荷物が配送センターを出発した後において、配達トラッカー画面を閲覧して、荷物の現在位置を追跡するため、配達トラッカー画面の閲覧時間が長くなると考えられる。

算出手法その３では、配達状況アプリにおいてユーザに送信されたメッセージの開封が早い荷物ほどエンゲージメント率が高く算出されると共に配達状況アプリの滞在時間が長い荷物ほどエンゲージメント率が高く設定されるので、荷物に対するユーザの関心が正確に反映されたエンゲージメント率を算出することができる。

なお、配達状況通知サービスは配達状況アプリに代えてＷｅｂサイトによって提供されてもよい。図１３は、配達状況通知サービスを提供するＷｅｂサイトのお知らせ画面Ｇ１３１、Ｇ１３２の一例を示す図である。お知らせ画面Ｇ１３１は、Ｗｅｂサイトのトップ画面にアクセスした後、ユーザＩＤ及びパスワード等を用いた所定の認証処理が実行され、アクセスが許可された場合に表示される画面であり、実質的な記載内容はお知らせ画面Ｇ９１と同じである。

すなわち、お知らせ画面Ｇ１３１には、「お知らせ一覧」と記載されたメッセージの概要を一覧表示する欄が設けられ、このメッセージの概要を一覧表示する欄には、メッセージ表示欄Ｒ１３１１、Ｒ１３１２が表示されている。メッセージ表示欄Ｒ１３１１、Ｒ１３１２の表示内容はそれぞれお知らせ画面Ｇ９１のメッセージ表示欄Ｒ９１１、Ｒ９１２と同じである。

但し、お知らせ画面Ｇ１３１では、「お知らせ一覧」と記載された欄の上側には、「荷物を送りたい」と記載されたボタンＢ１３１１と、「荷物を受け取りたい」と記載されたボタンＢ１３１２とが設けられている。ボタンＢ１３１１は、荷物の送信を希望するユーザによって選択されるボタンである。ボタンＢ１３１１をユーザが選択すると、荷物の発送を依頼する依頼フォームが表示され、ユーザはこの依頼フォームに必要な情報を入力することで、荷物の発送を依頼することができる。ボタンＢ１３１２は、荷物の受け取りを希望するユーザによって選択されるボタンである。ボタンＢ１３１２は、例えば、不在等の理由により荷物を受け取れなかったユーザが荷物の受け取りを希望する場合に選択されるボタンである。

メッセージ表示欄Ｒ１３１１に表示された「未読」ボタンＢ１３１１をユーザが選択すると、お知らせ画面Ｇ１３２がユーザ端末２に表示される。このお知らせ画面Ｇ１３２も、実質的な表示内容はお知らせ画面Ｇ９２と同じである。

お知らせ画面Ｇ１３２には、ヘッダー欄Ｒ１３２１及びボディー欄Ｒ１３２２が含まれているが、実質的な表示内容はお知らせ画面Ｇ９２のヘッダー欄Ｒ９２１、ボディー欄Ｒ９２２と同じである。

なお、図示は省略するが、配達トラッカー画面Ｇ１０、Ｇ１１もこのＷｅｂサイトで表示されてもよい。

図１４は、配達状況通知サービスをＷｅｂサイトで提供する態様を採用した場合に用いられるＷｅｂ滞在履歴テーブルＴ４の一例を示す図である。

Ｗｅｂ滞在履歴テーブルＴ４は、サーバ１のメモリ１３に記憶されている。ここで、サーバ１は、このＷｅｂサイトを掲載するＷｅｂサーバが自身と別のＷｅｂサーバで構成されているのであれば、このＷｅｂサーバと通信することで、Ｗｅｂ滞在履歴テーブルＴ４に登録される各種データを取得すればよい。

Ｗｅｂ滞在履歴テーブルＴ４は、１つのレコードに対してユーザが閲覧したＷｅｂサイトの一つの画面が割り当てられたデータベースであり、「ユーザＩＤ」、「サイト種別」、「訪問時刻」、「離脱時刻」、及び「伝票番号」のフィールドを備えている。なお、Ｗｅｂ滞在履歴テーブルＴ４のデータ構成は、「画面種別」が「サイト種別」となっている以外は、滞在履歴テーブルＴ３と実質的に同じであるため、詳細な説明は省略する。また、図１４の例では、マイページトップ画面のレコードにおいて「伝票番号」フィールドにはデータが登録されていない。これは、マイページトップ画面は個々の荷物に関する情報を通知する画面ではなく、配達状況通知サービス全般に関する情報を通知する画面だからである。

Ｗｅｂ滞在履歴テーブルＴ４を用いた場合、サーバ１は、式（３）を用いてエンゲージメント率を算出すればよい。

ここで、式（３）は、係数βが省かれている以外は式（２）の第２項と同じであるため、詳細な説明は省く。サーバ１は、Ｗｅｂ滞在履歴テーブルにおいて、訪問時刻と離脱時刻との時間差を式（３）のτに代入してエンゲージメント率を算出すればよい。

（算出手法その４）
エンゲージメント率の算出手法その４は、ユーザに対して過去に配達された荷物の配達履歴に基づいて、今回配達される荷物（以下、「対象荷物」と記述する。）のエンゲージメント率を推定し、推定したエンゲージメント率（推定エンゲージメント率）に基づいて、対象荷物の最終的なエンゲージメント率（以下、「最終エンゲージメント率」と記述する。）を算出する手法である。

図１５は、配達履歴テーブルＴ５のデータ構成の一例と、対象荷物に関する情報が登録された荷物テーブルＴ６のデータ構成の一例を示す図である。

なお、配達履歴テーブルＴ５はサーバ１のメモリ１３に記憶されている。また、荷物テーブルＴ６は、ユーザが商品購入サイトにおいて商品を購入した場合において、ユーザ端末２からサーバ１に送信されるデータに基づいてサーバ１により生成される。或いは、サーバ１が商品購入サイトを運営するサーバとは別のサーバで構成されている場合、荷物テーブルＴ６は、商品購入サイトを運営するサーバからユーザが購入した商品の配達依頼として送信されるデータに基づいてサーバ１により生成される。

配達履歴テーブルＴ５は、１つのレコードに１つの配達履歴が登録されたデータベースであり、「伝票番号」、「送り主」、「内容」、「外寸・重さ」、及び「エンゲージメント率」のフィールドを備えている。

「伝票番号」は、図８等で示す「伝票番号」と同じである。「送り主」フィールドには、荷物の送り主の名称が登録されている。「内容」フィールドには、荷物の内容が登録されている。荷物の内容には、荷物の種類名、荷物の商品名、及び荷物の個数等の情報が含まれる。「外寸・重さ」フィールドには、荷物の寸法及び重さが登録されている。荷物の寸法とは、例えば、荷物を梱包する箱の高さ、幅、及び奥行きのそれぞれの寸法が採用される。「エンゲージメント率」フィールドには、該当する荷物に対して算出された最終エンゲージメント率が登録されている。

荷物テーブルＴ６のデータ構成は、配達履歴テーブルＴ５のデータ構成と同じであるため、詳細な説明は省略する。ここで、サーバ１は、配達履歴テーブルＴ５に登録された各種データから対象荷物の最終エンゲージメント率を算出し、荷物テーブルＴ６の「エンゲージメント率」フィールドに登録する。

ここで、配達履歴テーブルＴ５及び荷物テーブルＴ６において、「送り主」、「内容」、及び「外寸・重さ」に関するデータを総称して、荷物の属性を示す「属性情報」と記述する。

最終エンゲージメント率の算出の詳細は下記の通りである。まず、サーバ１は、対象荷物の現在のエンゲージメント率を求める。ここで、サーバ１は、上述した算出手法その１〜その３のいずれか一つの手法を用いて現在のエンゲージメント率を算出すればよい。

次に、サーバ１は、配達履歴テーブルＴ５の中から対象荷物のユーザと同一ユーザの１以上の配達履歴を抽出し、抽出した各配達履歴の属性情報の特徴量（以下、「履歴特徴量」と記述する。）をそれぞれ求めると共に、対象荷物の属性情報の特徴量（以下、「対象特徴量」と記述する。）を求める。そして、サーバ１は、各履歴特徴量と対象特徴量との類似性から対象荷物の推定エンゲージメント率を算出する。

ここで、推定エンゲージメント率は、対象荷物に対するユーザの関心の高さは、過去に配達された類似する荷物に対するユーザの関心の高さに対して類似する傾向を示すとの考えに基づいている。したがって、サーバ１は、対象特徴量と各履歴特徴量との類似度をそれぞれ算出し、算出した類似度が高い配達履歴ほど重み係数が高くなるように各配達履歴の重み係数を設定し、設定した重み係数を用いて各配達履歴のエンゲージメント率を重み付け平均することで、対象荷物の推定エンゲージメント率を算出すればよい。

推定エンゲージメント率を数式化すると例えば式（４）のように表される。

推定エンゲージメント率＝（１／Ｎ）・Σ（γｉ・Ｅｉ） （４）
式（４）において、Ｎ：該当するユーザの配達履歴の総数、γｉ：ｉ番目の配達履歴のエンゲージメント率の重み係数、Ｅｉ：ｉ番目の配達履歴のエンゲージメント率
なお、対象特徴量とｉ番目の履歴特徴量との類似度は例えば下記のように算出される。例えば、「送り主」及び「内容」はそれぞれテキスト情報なので、両成分の類似度は、それぞれ、テキスト類似度が採用される。また、「外寸・重さ」は、高さ、幅、奥行き、重さの４成分からなるベクトルで表されるので、「外寸・重さ」の類似度は、ベクトル類似度が採用される。サーバ１は、「送り主」のテキスト類似度と、「内容」のテキスト類似度と、「外寸・重さ」のベクトル類似度との和を対象特徴量とｉ番目の履歴特徴量との類似度として算出すればよい。そして、サーバ１は、対象特徴量とｉ番目の履歴特徴量との類似度を、０以上１以下の値を取るように正規化することで、重み係数γｉを算出すればよい。

テキスト類似度としては例えばレーベンシュタイン距離又はジャロ・ウィンクラー距離等の距離が採用でき、ベクトル類似度としては、ユークリッド距離又はコサイン距離等の距離が採用できる。さらに、テキスト類似度は、テキスト情報を形態素解析し、形態素解析により得られた各単語を、ｗｏｒｄ２ｖｅｃに代表される単語のベクトル変換手法によりベクトル化するベクトル類似度を用いて算出されてもよい。

このようにして、推定エンゲージメント率を算出すると、サーバ１は、式（５）を用いて対象荷物の最終エンゲージメント率を算出する。

最終エンゲージメント率＝α×推定エンゲージメント率＋β×現在のエンゲージメント率 （５）
式（５）において、係数α、βは、それぞれ、０＜α＜１、０＜β＜１、α＋β＝１である。

このように、算出手法その４によれば、過去に配達された荷物に対するユーザのエンゲージメント率を考慮に入れて対象荷物のエンゲージメント率が算出されているので、荷物に対するユーザの関心が正確に反映されたエンゲージメント率を算出することができる。

なお、配達履歴テーブルＴ５において、「エンゲージメント率」フィールドには最終エンゲージメント率が登録されているとして説明したが、本開示はこれに限定されず、推定エンゲージメント率が登録されていてもよいし、現在のエンゲージメント率（算出手法その１〜その３のいずれかで算出されたエンゲージメント率）が登録されてもよい。この場合、推定エンゲージメント率は、配達履歴テーブルＴ５に登録されたエンゲージメント率（推定エンゲージメント率又は現在のエンゲージメント率）が式（４）のＥｉに代入されて算出されることになる。

（宅配ボックスへの収納順序の決定）
集合住宅では、荷物を受け取ることができなかった住人の荷物を一時的に預かる宅配ボックスが設けられている。この宅配ボックスでは、収納できる荷物に限りがあるので、宅配ボックスの収納状況によっては、配達車４が配達できなかった全ての荷物を収納できないことがある。そこで、本開示では、宅配ボックスへの収納対象となる全ての荷物を配達ボックスに収納できない場合、エンゲージメント率の高い順に荷物の収納順序を決定し、その収納順序にしたがって宅配ボックスに荷物を収納する。

図１６は、配達ボックスへの収納順序を決定する処理の一例を示すフローチャートである。このフローチャートは、例えば、配達車４がある集合住宅に荷物を配達したときに、ユーザが不在であることを理由に配達することができなかった荷物が発生した場合に実行される。詳細には、配達車４のドライバーにより配達端末３に対して配達できなかった荷物があることを示す未配達指示が入力され、その未配達指示がサーバ１に受信されたことをトリガーに実行される。なお、この未配達指示には、配達できなかった荷物の少なくとも伝票番号が含まれているものとする。

まず、サーバ１の制御部１１は、配達端末３から送信されたある１の集合住宅における荷物の未配達指示からその１の集合住宅に設置された宅配ボックスに対して収納候補となる荷物を示す荷物リストを作成する（Ｓ１６０１）。この荷物リストには、少なくとも収納候補となる荷物の伝票番号が含まれる。また、この荷物リストに記載された荷物がボックス配達荷物の一例となる。

次に、サーバ１は、宅配ボックスを管理する管理装置（第３情報端末の一例）に対して、宅配ボックスにおける空きボックス数ｍ（ｍは１以上の整数）を問い合わせることで、空きボックス数を取得する（Ｓ１６０２）。ここで、宅配ボックスを管理する管理装置は宅配ボックス内に設けられたコンピュータで構成されてもよいし、ネットワークＮＴ上に配置されたサーバで構成されてもよい。

次に、サーバ１の制御部１１は、空きボックス数ｍが収納候補の荷物数より小さいか否かを判定する（Ｓ１６０３）。空きボックス数ｍが収納候補の荷物数より小さければ（Ｓ１６０３でＹＥＳ）、サーバ１は、この荷物リストに記載された各荷物のエンゲージメント率を算出する（Ｓ１６０４）。ここで、エンゲージメント率は、上述した算出手法その１〜その４のいずれかを用いて算出されればよい。或いは、既にエンゲージメント率が算出されて荷物データベースに登録されているのであれば、荷物データベースから該当する荷物のエンゲージメント率は取得されてもよい。

一方、空きボックス数ｎが収納候補の荷物数以上であれば（Ｓ１６０３でＮＯ）、収納候補の荷物の全てを宅配ボックスに収納できるので、処理は終了される。この場合、サーバ１は、配達端末３に対して、収納候補の荷物の全てを宅配ボックスに配達する指示を送信してもよい。

次に、サーバ１の制御部１１は、荷物リストに記載された各荷物をエンゲージメント率が高い順にソートし、宅配ボックスへの収納順序を示す収納順序情報を生成する（Ｓ１６０５）。

次に、サーバ１の制御部１１は、収納候補の荷物のうち、収納順序が高い順に空きボックス数分のｍ個の荷物を抽出し、抽出した荷物を宅配ボックスに収納させるための収納指示を配達端末３に送信する（Ｓ１６０６）。ドライバーはこの収納指示に指示されたｍ個の荷物を宅配ボックスを収納する。ここでは、収納指示が配達端末３に送信されるとして説明したが、これは一例であり、収納順序情報が配達端末３に送信されてもよい。この場合、ドライバーは収納順序情報が示す荷物のうち上位ｎ個の荷物を宅配ボックスに収納すればよい。

このように、本開示では、エンゲージメント率が高い荷物が優先的に宅配ボックスに収納されるので、エンゲージメント率の高い荷物を優先して宅配ボックスに収納させることができる。ここで、荷物に対する関心の高いユーザは宅配ボックスから速やかに荷物を取り出す可能性が高い。そのため、本態様は、ボックス数に限りのある宅配ボックスの空きボックス数を十分に確保できる。

（エンゲージメント率が高い荷物のユーザに事前通知）
本開示では、サーバ１は、エンゲージメント率が閾値以上の荷物のユーザ（以下、プレミアムユーザと呼ぶ）に対しては、配達車４が配送センターを出発したときに配達予想時刻を含む配達情報をユーザ端末２に通知してもよい。閾値としては、例えば、荷物への関心が普通であるユーザのエンゲージメント率に対して所定のマージンを加えた値が採用でき、例えば、０．６、０．７、０．８、０．９といった値が採用できる。

図１７は、プレミアムユーザに対して配達情報を通知する処理の一例を示すフローチャートである。このフローチャートは、例えば、配達車４の荷積みが終了したことをトリガーに開始される。ここで、出発情報は、例えば、配達車４への荷積みが終了した際にドライバーの指示によって送信される。

まず、サーバ１の制御部１１は、配達車４がこれから配達する全ての荷物に関する情報（例えば、伝票番号及び配達位置）が掲載された荷物リストを生成する（Ｓ１７０１）。ここで、サーバ１は、上述した荷物データベース（図略）に対して該当する配達車４に対してどの荷物を配達するかを割り当てた情報を登録しており、この荷物データベースから該当する配達車４に対して割り当てられた荷物を抽出することで、荷物リストを生成すればよい。或いは、出発情報に配達するべき荷物の情報が含まれているのであれば、サーバ１は、この出発情報に含まれる荷物の情報から荷物リストを生成してもよい。

次に、サーバ１は、荷物リストに登録された全ての荷物のそれぞれに対するエンゲージメント率を算出する（Ｓ１７０２）。ここで、サーバ１は、上述した算出手法その１〜その４のいずれかを用いて各荷物のエンゲージメント率を算出すればよい。或いは、既に荷物データベースに各荷物対して算出されたエンゲージメント率が登録されているのであれば、荷物データベースから該当する荷物のエンゲージメント率を取得すればよい。

次に、サーバ１の制御部１１は、エンゲージメント率が閾値以上の荷物（以下、「プレミアム荷物」と記述する。）が荷物リスト内にあるか否かを判定する（Ｓ１７０３）。プレミアム荷物があれば（Ｓ１７０３でＹＥＳ）、サーバ１の制御部１１は、現在の交通状況を元にプレミアム荷物の配達予想時刻を算出する（Ｓ１７０４）。一方、プレミアム荷物がなければ（Ｓ１７０３でＮＯ）、処理は終了される。

ここで、サーバ１の制御部１１は、該当する配達車４が担当する地域のＶＩＣＳ（登録商標）（Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）情報（道路交通情報の一例）をネットワークから取得することで現在の交通状況を取得すればよい。そして、サーバ１の制御部１１は、ＶＩＣＳ（登録商標）情報と、荷物リストに登録されたすべての荷物の配達位置と、現在時刻とを所定の経路探索アルゴリズムに適用して、各荷物を配達する上で最適な配達経路を地図情報から探索し、探索した配達経路を用いて各荷物の配達予想時刻を算出すればよい。ここで、経路探索アルゴリズムとしては、例えば、Ａスターアルゴリズム又はダイクストラといったアルゴリズムが採用できる。

次に、サーバ１の制御部１１は、プレミアム荷物のそれぞれについて、配達予想時刻及び配達車４の配送センターの出発時刻等を含む配達情報を個別に生成し、プレミアムユーザのユーザ端末２に送信する（Ｓ１７０５）。

このように、本開示は、エンゲージメント率が閾値以上である荷物のユーザであるプレミアムユーザに対しては、配達車４への荷積みが終了したとき、出荷時刻及び配達予想時刻を含む配達情報が送信されるので、プレミアムユーザに対して手厚いサービスを提供できる。

（プレミアムユーザに対して事前に架電）
本開示では、サーバ１はプレミアムユーザに対してまもなく荷物が配達される旨の通知をしてもよい。図１８は、プレミアムユーザに対してまもなく荷物が配達される旨の通知をする際のサーバ１の処理の一例を示す図である。なお、このフローチャートは、配達車４が配送センターを出発した後、配達車４から位置情報を取得する度に繰り返し実行されるものとする。

まず、サーバ１の制御部１１は、配達端末３から配達車４の現在位置を示す位置情報を取得する（Ｓ１８０１）。次に、サーバ１の制御部１１は、配達車４が配達するべき全ての荷物に関する情報が掲載された荷物リストの中から、配達車４の現在位置に対して一定範囲内に配達先の住所が位置する１又は複数の荷物を抽出する（Ｓ１８０２）。ここで、一定範囲とは、図５で説明された一定範囲Ｄ１のことを指す。

次に、サーバ１の制御部１１は、抽出した各荷物のエンゲージメント率を算出する（Ｓ１８０３）。ここで、サーバ１の制御部１１は、上述した算出手法その１〜その４のいずれかを用いて該当する各荷物のエンゲージメント率を算出すればよい。或いは、既に荷物データベースに各荷物に対して算出されたエンゲージメント率が登録されているのであれば、荷物データベースから該当する荷物のエンゲージメント率を取得すればよい。

次に、サーバ１の制御部１１は、Ｓ１８０２で抽出した荷物をエンゲージメント率が高い順にソートして該当する各荷物に対する連絡順序を設定する（Ｓ１８０４）。

次に、サーバ１の制御部１１は、設定した連絡順序においてエンゲージメント率が閾値以上である、上位ｋ（ｋは１以上の整数）個の荷物のユーザをそれぞれプレミアムユーザとして設定し、ｋ人のプレミアムユーザのユーザ端末２に架電して、プレミアムユーザに対してまもなく荷物が配達される旨の通知を行う（Ｓ１８０５）。

ここで、架電は、人工知能からなる電話オペレータにより実行されてもよいし、人間からなる電話オペレータにより実行されてもよい。また、架電の順序はエンゲージメント率が高い順に行ってもよいし、ｋ人の電話オペレータが同時に行ってもよい。また、ここでは、架電するとして説明したが、これは一例であり、まもなく荷物が配達される旨のメッセージを含む電子メールをプレミアムユーザのユーザ端末２に送信してもよい。

このように、本開示では、プレミアムユーザに対しては、配達位置から一定範囲内に配達車が入ったとき、まもなく荷物が配達される旨の通知が行われるので、プレミアムユーザに対してより手厚いサービスを提供できる。

（プレミアム荷物の時間遵守）
本開示では、サーバ１は、プレミアム荷物が事前に通知した配達予想時刻を越えることを検知した場合、プレミアム荷物の配達順序を繰り上げて、配達予想時刻を遵守するようにしてもよい。

図１９は、プレミアム荷物の配達予想時刻を遵守させる処理の一例を示すフローチャートである。このフローチャートは、例えば、配達車４が配送センターを出発した後で周期的に繰り返し実行されるものとする。なお、このフローチャートが開始される前において、既に図１７の処理が実行されており、プレミアムユーザに対しては配達予想時刻が通知されているものとする。図１９のフローチャートの実行周期としては、例えば、５分程度が想定されているが、これは一例であり、５分以外の値が採用されてもよい。また、このフローチャートが開始される前に配達車４が配達するべき荷物のうち、エンゲージメント率が閾値以上であるプレミアム荷物に関する情報が掲載されたプレミアム荷物リストが事前に作成されているものとする。プレミアム荷物リストには少なくともプレミアム荷物の伝票番号が記載されている。

まず、サーバ１の制御部１１は、プレミアム荷物リストから一つのプレミアム荷物を選択する（Ｓ１９０１）。ここで、プレミアム荷物を選択する順序は、例えばエンゲージメント率が高い順序であってもよいし、配達車４の現在位置から配達先までの距離が近い順序であってもよいし、任意の順序が採用されればよい。

次に、サーバ１の制御部１１は、現在の交通状況を元にプレミアム荷物の配達予想時刻を算出する（Ｓ１９０２）。ここで、配達予想時刻の算出手法はＳ１７０４と同じであるため、詳細な説明は省略する。

次に、サーバ１の制御部１１は、Ｓ１９０２で算出した配達予想時刻が伝達済配達時刻を越えるか否かを判定する（Ｓ１９０３）。ここで、伝達済配達時刻とは、プレミアムユーザに対して既に通知している配達予想時刻のことを指し、図１７のＳ１７０４で算出された配達予想時刻のことを指す。

次に、サーバ１の制御部１１は、配達予想時刻が伝達済予想時刻を超えると判定した場合（Ｓ１９０３でＹＥＳ）、該当するプレミアム荷物の配達順序を一つ繰り上げ（Ｓ１９０４）、処理が１９０２に戻される。一方、配達予想時刻が伝達済予想時刻を超えないと判定した場合（Ｓ１９０３でＮＯ）、処理はＳ１９０５に進められる。

すなわち、サーバ１の制御部１１は、配達予想時刻が伝達済配達時刻を超えなくなるまで、プレミアム荷物の配達順序を一つずつ繰り上げていくのである。なお、サーバ１の制御部１１は、一つ前の荷物が非プレミアム荷物であれば、そのまま、プレミアム荷物の順序を１つ繰り上げ、一つ前の荷物もプレミアム荷物であれば、両プレミアム荷物を１つ繰り上げてもよい。

Ｓ１９０５では、サーバ１の制御部１１は、全てのプレミアム荷物を選択したか否かを判定し、選択されていないプレミアム荷物があれば（Ｓ１９０５でＮＯ）、処理をＳ１９０１に戻し、次に処理対象となるプレミアム荷物を選択する。一方、サーバ１の制御部１１は、全てのプレミアム荷物が選択していれば（Ｓ１９０５でＹＥＳ）、処理を終了する。

図２０は、図１９の処理の具体例を示すタイムチャートである。図２０において、上段は元の配達順序を示し、中段は渋滞によりＡ宅への到着が遅れた場合を示し、下段は修正後の配達順序を示している。

元の配達順序は、例えば、配達車４が配送センターを出発するときに設定された配達順序であってもよいし、図１９のフローチャートが前回実施されたときに設定された配達順序であってもよい。

図２０の例では、元の配達順序は、１９時４５分に配達車４が配送センターを出発し、Ａ宅、Ｂ宅、Ｃ宅、及びＤ宅の順番で荷物を配達するように設定されている。また、元の配達順序において、Ａ宅、Ｂ宅、Ｃ宅、及びＤ宅のそれぞれの配達予想時刻は、２０時００分、２０時１０分、２０時２０分、及び２０時３０分である。なお、Ａ宅、Ｂ宅、Ｃ宅、及びＤ宅とは、それぞれ、ユーザＵＡ、ＵＢ、ＵＣ、及びＵＤの自宅であり、荷物の配達位置である。ユーザＵＣはエンゲージメント率が閾値以上の荷物のユーザであるプレミアムユーザであり、プレミアム荷物が配達される。ユーザＵＣには、既に配達予想時刻として２０時２０分が伝達されている。つまり、２０時２０分はユーザＵＣの伝達済配達時刻である。

図２０の中段に示すように、Ａ宅に向かっている途中で渋滞が発生し、配達車４は渋滞に遭遇している。この渋滞の発生に伴って、サーバ１の制御部１１は、図１９の処理により、再度、Ａ〜Ｄ宅のそれぞれの配達予想時刻を算出すると、２０時０５分、２０時１５分、２０時２５分、２０時３５分となり、Ｃ宅への配達予想時刻がユーザＵＣの伝達済配達時刻である２０時２０分（デッドライン）を超えている。

そこで、サーバ１の制御部１１は、ユーザＵＣのプレミアム荷物の配達順序を一つ繰り上げる。すなわち、ユーザＵＣのプレミアム荷物の配達をユーザＵＣのプレミアム荷物の配達をＡ宅への荷物の配達とＢ宅への荷物の配達との間に行うように設定し、再度、Ａ〜Ｄ宅の配達予想時刻を算出する。すると、下段に示すように、Ａ宅、Ｃ宅、Ｂ宅、Ｄ宅のそれぞれの配達予想時刻が２０時０５分、２０時１５分、２０時２５分、２０時３５分と算出され、Ｃ宅の配達予想時刻「２０時１５分」がデットラインである２０時２０分を超えていない。これにより、プレミアム荷物に対して既に通知した伝達済配達時刻が遵守されていることが分かる。

このように、本開示によれば、渋滞に遭遇する等の理由により伝達済配達時刻に荷物を配達できない状況が発生したとしても、その荷物がプレミアム荷物であれば、荷物の伝達済配達時刻が遵守されるように配達順序が修正される。そのため、プレミアムユーザに対してより手厚いサービスを提供できる。

（プレミアムユーザに対して速やかに配達できなかった旨の通知）
本開示では、サーバ１は、プレミアム荷物を配達できなかった場合、速やかにプレミアムユーザにその旨を通知してもよい。図２１は、プレミアム荷物を配達できなかった旨を通知する処理の一例を示すフローチャートである。このフローチャートは、配達端末３から未配達情報が送信されたことをトリガーに実行される。ここで、未配達情報は、荷物の配達先に到着したもののユーザにその荷物を手渡すことができなかった場合に、ドライバーの指示によって配達端末３からサーバ１に送信される情報であり、例えば、該当する荷物の伝票番号が含まれている。なお、未配達情報は、配達できなかった１つの荷物について１つの未配達情報が送信されてもよいし、配達できなかった複数の荷物について１つの未配達情報が送信されてもよい。

まず、サーバ１の制御部１１は、未配達情報に示される荷物、すなわち、配達できなかった荷物のエンゲージメント率を算出する（Ｓ１５０１）。ここで、サーバ１の制御部１１は、上述した算出手法その１〜その４のいずれかを用いてエンゲージメント率を算出すればよい。また、既に該当する荷物に対して算出されたエンゲージメント率が荷物データベースに登録されているのであれば、サーバ１の制御部１１は、荷物データベースから該当する荷物のエンゲージメント率を取得してもよい。

次に、サーバ１の制御部１１は、該当する荷物のエンゲージメント率が閾値を超えているか否か、すなわち、該当する荷物がプレミアム荷物であるか否かを判定する（Ｓ１５０２）。プレミアム荷物であれば（Ｓ１５０２でＹＥＳ）、サーバ１の制御部１１は、該当する荷物の受取人、すなわち、該当する荷物のプレミアムユーザに架電し、荷物を配達できなかった旨の通知（未配達通知情報の一例）を行う。一方、プレミアム荷物でなければ（Ｓ１５０２でＮＯ）、すなわち、非プレミアム荷物であれば、そのユーザには荷物を配達できなかった旨の通知はされず、処理は終了される。ここで、架電は、人工知能からなる電話オペレータにより行われてもよいし、人間からなる電話オペレータにより行われてもよい。

ここでは、プレミアムユーザに架電するとして説明したが、荷物が配達できなかった旨のメッセージ（未配達通知情報の一例）を生成し、該当するプレミアムユーザのユーザ端末２に送信してもよい。

架電又はメッセージにより荷物が配達できなかった事実を認識したプレミアムユーザは、直ぐに、電話オペレータ又は配達車４のドライバーと連絡を取る等して、荷物を受け取るための措置をとることができる。例えば、配達時にたまたま近所に外出していた、或いは、配達時に在宅していたもののたまたま手を離すことができない作業をしていたような場合であれば、プレミアムユーザは、今、在宅している又はまもなく帰宅するので直ぐに家に来てほしい旨を電話オペレータ又は配達車４のドライバーに伝えることで、直ぐに荷物を受け取ることができる。また、こうすることで、配達車４の荷物の残量を減らすことができ、配達効率を高めることができる。

（荷物をクラスに分類）
本開示では、複数の荷物のそれぞれをエンゲージメント率の値に対応したクラスに分類し、クラスに応じて時間幅が異なるように複数の配達時間帯の候補を決定し、複数の配達時間帯の候補の中から希望する希望配達時間帯をユーザに選択させてもよい。

以下、複数のクラスとして、エンゲージメント率の高い順に、プレミアムクラス、準プレミアムクラス、及び一般クラスの３つのクラスがあるものとして説明する。但し、これは一例であり、複数のクラスは４つ以上のクラスで構成されていてもよいし、２つのクラスで構成されていてもよい。

図２２は、荷物がクラスに分類される際の処理の一例を示すフローチャートである。このフローは、例えば、少なくとも１日単位で実施される。Ｓ２２０１では、サーバ１の制御部１１は、荷物データデータベース（図略）に登録された荷物であって配達予定日時が決定されていない荷物をクラスに分類する。ここでは、サーバ１の制御部１１は、各荷物に対して算出されたエンゲージメント率に基づいて、各荷物をプレミアムクラス、準プレミアムクラス、及び一般クラスに分類する。例えば、荷物データベースに登録された全荷物のうちエンゲージメント率が上位Ｚ１％未満の荷物がプレミアムクラスに分類され、上位Ｚ１％以上、上位Ｚ２（＞Ｚ１）％未満の荷物が準プレミアム荷物に分類され、残りの荷物が一般クラスに分類される。ここで、Ｚ１％としては、例えば１％〜３％程度の値が採用され、Ｚ２％としては、例えば１０％程度の値が採用される。

Ｓ２２０２では、サーバ１の制御部１１は、各荷物について配達時間帯の候補を決定する。ここでは、プレミアムクラスに属する荷物の配達時間帯の候補の時間幅は第１時間幅に設定され、準プレミアムに属する荷物の配達時間帯の候補の時間幅は第１時間幅よりも長い第２時間幅に設定され、一般クラスに属する荷物の配達時間帯の候補の時間幅は第２時間幅よりも長い第３時間幅に設定される。ここで、第１時間幅は、例えば３０分であり、第２時間幅は、例えば１時間であり、第３時間幅は、例えば２時間である。第１時間幅を有する配達時間帯の例は、９：００から９：３０であり、第２時間幅を有する配達時間帯の例は、９：００から１０：００であり、第３時間幅を有する配達時間帯の例は、９：００から１１：００である。

これにより、プレミアムクラスに属する荷物のユーザは、３０分刻みで希望配達時間帯を選択でき、準プレミアムクラスに属する荷物のユーザは、１時間刻みで希望配達時間帯を選択でき、一般クラスに属する荷物のユーザは、２時間刻みで希望配達時間帯を選択できる。

なお、配達時間帯の候補とは、荷物を受け取るユーザが希望配達時間帯として選択可能な時間帯の候補のことを指す。本開示では、プレミアムクラスについては、配達車４の１日の稼働時間帯を第１時間幅で区切ったときの１区画が１の配達時間帯の候補となり、準プレミアムクラスについては、稼働時間帯を第２時間幅で区切ったときの１区画が１の配達時間帯の候補となり、一般クラスについては、稼働時間帯を第３時間幅で区切ったときの１区画が１の配達時間帯の候補となる。稼働時間帯としては、例えば、９時から２１時までというように配達車４の１日における営業時間帯が採用される。

Ｓ２２０３では、サーバ１の制御部１１は、Ｓ２２０１でクラス分けされた各荷物を受け取る各ユーザのユーザ端末２に対して配達時間帯の候補を通信部１２を用いて送信する。

Ｓ２２１１では、ユーザ端末２の制御部２１は、サーバ１から送信された配達時間帯の候補を通信部２５を用いて受信し、表示部３６に表示する。これにより、各ユーザに対してエンゲージメント率に応じた配達時間帯の候補が複数提示される。複数の配達時間帯の候補の例は、９：００〜９：３０、９：３０〜１０：００、・・・、２０：３０〜２１：００である。

Ｓ２２１２では、ユーザ端末２の制御部２１は、配達時間帯の候補の中からユーザにより操作部２３を用いて選択された１の配達時間帯の候補を希望配達時間帯として取得する。この場合、各ユーザのユーザ端末２の表示部３６には、例えば、配達車４の１日の稼働時間帯の中からクラスに応じた時間幅で希望配達時間帯が選択可能なユーザインターフェースが表示される。ユーザはこのユーザインターフェースに対して希望配達時間帯を選択する操作を入力することで、ユーザ端末２の制御部２１に希望配達時間帯を取得させればよい。なお、このユーザインターフェースは、希望配達日も選択可能に構成されてもよい。この場合、ユーザ端末２の制御部２１は、希望配達時間帯に加えて希望配達日も取得することになる。

Ｓ２２１３では、ユーザ端末２の通信部２５は、Ｓ２２１２で取得された希望配達時間帯をサーバ１に送信する。この場合、希望配達日も取得されているのであれば希望配達日も送信される。

Ｓ２２０４では、サーバ１の通信部１２は、ユーザ端末２から送信された希望配達時間帯を受信する。

Ｓ２２０５では、サーバ１の制御部１１は、荷物データベースを参照し、本日において各配達車４が配達を担当する荷物の割り振りを行う。ここで、サーバ１の制御部１１は、各荷物の配達先の住所を用いて割り振りを行えばよい。この場合、希望配達日が指定されている荷物があればそれも考慮に入れて本日の各配達車４への荷物の割り振りを行えばよい。なお、希望配達日が指定されていない荷物については、サーバ１の制御部１１は、希望配達日が指定された荷物を優先しつつ、可能な限り配達日が早くなるように、本日の各配達車４への荷物の割り振りを行えばよい。

Ｓ２２０６では、サーバ１の制御部１１は、各配達車４に割り振られた複数の荷物についての配達順序を決定する。ここで、サーバ１の制御部１１は、複数の荷物のそれぞれについて希望配達時間帯に該当する荷物の配達が可能となるように、最適化問題を解くことにより、各荷物の配達順序を決定すればよい。例えば、サーバ１の制御部１１は、希望配達時間帯内に荷物を配達するという制約の下、各荷物の配達先の住所を用いて配達コストが最小となるような配達経路を地図情報から探索することで各荷物の配達予定時刻を決定し、配達順序を決定すればよい。

Ｓ２２０７では、サーバ１の制御部１１は、Ｓ２２０６で配達車４ごとに決定した複数の荷物の配達順序を示す配達順序情報を通信部１２を用いて該当する配達端末３に送信する。この場合、サーバ１の制御部１１は、配達車４が本日の配達を開始する際に配達端末３に送信すればよい。

配達順序情報を受信した配達端末３は、その配達順序情報を示す配達順序を表示部３６に表示させ、その配達順序に従ってドライバーを案内すればよい。

このように、本開示では、エンゲージメント率の高いクラスに属する荷物ほど、１の配達時間帯の候補の時間幅が短く設定されるため、エンゲージメント率の高いクラスに属する荷物のユーザは、希望配達時間帯をより詳細な分解能で選択することが可能となる結果、ジャストインタイムで荷物を受け取ることが可能となる。

なお、荷物をクラス分けする態様においては、下記の変形例が採用できる。

上記説明では、配達車４の稼働時間帯はクラスに拘わらず一定であるものとして説明したが、本開示はこれに限定されず、クラスに応じて異なる稼働時間帯が採用されてもよい。この場合、エンゲージメント率が高いクラスほど長い稼働時間帯が採用されてもよい。

例えば、一般クラスについては、稼働時間帯として通常の営業時間帯（例えば、９時から２１まで）が採用され、準プレミアムクラスについては、稼働時間帯として通常の営業時間帯を含み且つ通常の営業時間帯よりも長い準プレミアム時間帯（例えば、５時から２４時まで）が採用され、プレミアムクラスについては、準プレミアム時間帯を含み且つ準プレミアム時間帯よりも長いプレミアム時間帯（例えば、０時から２４時まで）が採用されてもよい。通常の時間帯は第１時間帯の一例に相当し、準プレミアム時間帯及びプレミアム時間帯は第２時間帯の一例に相当する。ここでは、クラスに応じて３つの稼働時間帯が採用されたが、クラスが２クラスであれば２つのクラスに対応する２つの稼働時間帯が採用され、クラスが４クラス以上であれば、４つ以上のクラスに対応する４つ以上の稼働時間帯が採用されればよい。

これにより、プレミアムクラスに属する荷物のユーザは、プレミアム時間帯の中から３０分刻みで希望配達時間帯を選択でき、準プレミアムクラスに属する荷物のユーザは準プレミアム時間帯の中から１時間刻みで希望配達時間帯を選択でき、一般クラスに属する荷物のユーザは、通常の営業時間帯の中から２時間刻みで希望配達時間帯を選択することができる。

このように、この変形例では、プレミアムクラスに属する荷物のユーザ及び準プレミアムクラスに属する荷物のユーザは、一般クラスに属する荷物のユーザに比べて稼働配達時間帯が長く設定されるため、プレミアムクラスに属する荷物のユーザ及び準プレミアムクラスに属する荷物のユーザに対してプレミアム感を付与することができ、一般クラスに属する荷物のユーザとの差別化を有効に図ることができる。

ＡＩ技術の発展により自動運転により荷物を配達する配達車４が今後普及することが見込まれており、この場合、従来の営業時間帯の縛りがなくなり、２４時間での荷物の配達が実現されることが見込まれている。そのため、本変形例は、配達車４が自動運転される形態が普及された場合において、エンゲージメント率の高い荷物のユーザに対してプレミアム感を効果的に付与できる。

また、上記の荷物をクラスに分類する態様において、下記の変形例が採用されてもよい。例えば、サーバ１の制御部１１は、ある１の配達車４が配達する複数の荷物の中に、同一の集合住宅内、ビル内、又は敷地内を配送先とするプレミアムクラスに属する荷物が複数含まれている場合、これら複数の荷物のうち１個（上限個数の一例）の荷物をプレミアムクラスに属する荷物に分類し、残りの荷物を準プレミアムクラス又は一般クラスに格下げしてもよい。以下、同一の集合住宅、ビル、及び敷地を総称して、同一建物と記述する。

上述したようにプレミアムクラスのユーザは、３０分刻みで希望配達時間帯を選択できる。そのため、例えば、同一の建物内にプレミアムクラスのユーザが２名存在し、一方のユーザが、例えば荷物の希望配達時間帯を「９：００−９：３０」の時間帯に選択し、他方のユーザが、例えば荷物の希望配達時間帯を「１０：００−１０：３０」の時間帯に選択することも起こり得る。この場合、配達車４は、一方のユーザに対して「９：００−９：３０」の時間帯に荷物を配達した後、他方のユーザの荷物を配達するために「１０：００−１０：３０」の時間帯に再度同一建物に戻る必要があり、配達効率の悪化が懸念される。

この変形例では、同一建物内に属するプレミアムクラスの荷物は、１個に制限されるので、例えば、一方のユーザの荷物がプレミアムクラスとされ、他方のユーザの荷物は準プレミアムクラス又は一般クラスに格下げされる。すなわち、サーバ１の制御部１１は、他方のユーザの荷物を、プレミアムクラスから、準プレミアムクラス又は一般クラスに変更してもよい。ここで、準プレミアムクラス又は一般クラスのユーザは、１時間又は２時間刻みでしか希望配達時間帯を選択できない。そのため、格下げされた他方のユーザが、例えば「９：００−１０：００」又は「９：００−１１：００」を希望配達時間帯として選択するというように、一方のユーザの希望配達時間帯と重複する時間帯を希望配達時間帯として選択する可能性を高めることができる。その結果、配達車４は、一方のユーザの荷物と他方のユーザの荷物とを一度に配達することが可能となり、配達効率を高めることができる。

上記説明では、プレミアムクラスの荷物に維持される荷物は１個として説明したが、これは一例であり、２個以上であってもよい。また、プレミアムクラスの荷物を格下げ対象として説明したが、準プレミアムクラスの荷物も格下げ対象にされてもよい。例えば、同一建物内に属するプレミアムクラスの荷物を１個に制限し、残りのプレミアムクラスの荷物を準プレミアムクラス又は一般クラスに格下げすると共に、同一建物内に属する準プレミアムクラスの荷物を１個に制限し、残りの準プレミアムクラスの荷物を一般クラスに格下げしてもよい。

なお、この変形例を採用した場合、本来的にはプレミアムクラスであるはずの荷物が格下げされてしまうため、格下げされた荷物のユーザに不公平感を与えてしまうおそれがある。また、このしくみを熟知しているユーザは、常時、配達状況アプリ又は配達状況通知サービスを提供するＷｅｂサイトにアクセスする等して自己の荷物のエンゲージメント率を高める措置をとり、同一建物内においてこのユーザの荷物ばかりがプレミアム荷物として分類されるという事態も起こり得る。

そこで、本開示では下記の態様が採用されてもよい。

例えば、上記の例において、今回格下げされた荷物のユーザは、次回配達される荷物はプレミアム荷物に分類され、今回プレミアム荷物に分類された一方のユーザの次回配達される荷物は準プレミアムクラス又は一般クラスに分類されてもよい。具体的は、サーバ１の制御部１１は、格下げされた荷物のユーザに関する情報を格下げ履歴としてメモリ１３に保持しておく。そして、サーバ１の制御部１１この格下げ履歴に基づいて同一建物内においてプレミアム荷物のユーザが複数居住している場合、これら複数のユーザのうちプレミアム荷物のユーザに分類される１名のユーザをローテーション（輪番制）により決定すれすればよい。例えば、今回の配達において、ユーザＰＵ１のプレミアム荷物ＰＰ１、ユーザＰＵ２のプレミアム荷物ＰＰ２のうち、プレミアム荷物ＰＰ１はプレミアムクラスの荷物に維持し、プレミアム荷物ＰＰ２を準プレミアムクラス又は一般クラスに格下げした場合、次回の配達において、ユーザＰＵ１のプレミアム荷物ＰＰ３、ユーザＰＵ２のプレミアム荷物ＰＰ４のうち、プレミアム荷物ＰＰ４はプレミアムクラスの荷物に維持し、プレミアム荷物ＰＰ３を準プレミアムクラス又は一般クラスに格下げしてもよい。これにより、格下げされた荷物のユーザの不公平感を無くすことができると共に同一建物内において特定のユーザの荷物ばかりがプレミアム荷物として分類される事態を回避できる。

また、格下げされた荷物のユーザの不公平感を低減するために、サーバ１の制御部１１は、当該ユーザのユーザ端末２に対して、今回配達された荷物は格下げされたが次回配達される荷物はプレミアム荷物として取り扱われる可能性がある旨のメッセージを通信部１２を用いて送信してもよい。

また、上記説明では、同一建物内を配達先とする荷物が格下げの適用対象とされたが、本開示はこれに限定されず、例えば、ある一定半径以内のエリアを配達先とすると荷物が格下げの適用対象とされてもよい。一定半径としては、例えば、１０ｍ、２０ｍ、３０ｍといった値が採用できる。このような小さなエリア内を配達先とするプレミアム荷物が複数存在する場合、同一建物内を配達先とする場合と同様に配達効率の悪化が懸念される。そこで、サーバ１の制御部１１は、ある一定半径以内のエリアを配達先とするプレミアムクラスの荷物が複数存在する場合、１個の荷物をプレミアムクラスに分類し、残りの荷物を準プレミアムクラス又は一般クラスに分類してもよい。この場合、サーバ１の制御部１１は、メモリ１３に格下げされた荷物のユーザに関する情報を含む格下げ履歴を保持させ、この格下げ履歴を用いて同一エリア内を配達先とする複数の荷物のうちプレミアムクラスに分類する１個の荷物をローテーション（輪番制）により決定してもよい。

（伝票番号の入力）
図１３で説明した配達状況通知サービスを提供するＷｅｂサイトは、ユーザから荷物の配達依頼を受け付けた後、ユーザにより荷物の伝票番号が入力された場合、荷物の配達予定日又は配達予定日時をユーザに提示する機能を備えていてもよい。

図２３は、配達状況通知サービスを提供するＷｅｂサイトにおける伝票番号の入力画面Ｇ２３の一例を示す図である。

この入力画面Ｇ２３は、例えば、図１３に示すお知らせ画面Ｇ１３１において、図略の入力画面Ｇ２３への遷移させるボタンを選択する操作がユーザにより入力されることでユーザ端末２の表示部２６に表示される。

入力画面Ｇ２３には、伝票番号の入力欄Ｒ２３１とＱＲコード（登録商標）の入力欄Ｒ２３２とを備えている。ユーザは、操作部２３を操作することで、荷物の配達依頼を行った際に発行された荷物の伝票番号を入力欄Ｒ２３１に入力する。すると、ユーザ端末２の通信部２５は、入力された伝票番号をサーバ１に送信する。

荷物の配達依頼を行った際にＱＲコードが発行されたのであれば、ユーザはそのＱＲコードを入力欄Ｒ２３２の枠内に表示させてユーザ端末２が備えるカメラに撮影させる。すると、ユーザ端末２の制御部１１はＱＲコードを伝票番号に変換し、通信部２５を用いてサーバ１に送信する。

図２４は、サーバ１のメモリ１３が記憶する配達予定表Ｔ２４のデータ構造の一例を示す図である。配達予定表Ｔ２４は、上述した荷物データベースから各荷物の配達予定日時に関する情報を抽出することで予め作成されてメモリ１３に記憶されたテーブルである。

具体的には、配達予定表Ｔ２４は、「伝票番号」、「ユーザＩＤ」、「配達予定日」、及び「配達予定時刻」のフィールドを備えている。「伝票番号」は荷物データベースに登録された荷物を一意に特定するための識別子であり、例えば、サーバ１の制御部１１が荷物の配達依頼を受け付けたときに発行される。「ユーザＩＤ」は荷物の受け取るユーザの識別子である。「配達予定日」は荷物がユーザに配達される予定日を示し、サーバ１の制御部１１によって決定される。「配達予定時刻」は荷物がユーザに配達される予定時刻でありサーバ１の制御部１１によって決定される。

サーバ１の制御部１１は、ユーザ端末２から送信された伝票番号が通信部１２によって受信されると、該当する荷物の伝票番号が登録されたレコードを配達予定表Ｔ２４から取得し、そのレコードに記憶されている配達予定日及び配達予定時刻を読み出す。そして、サーバ１の制御部１１は、読み出した配達予定日及び配達予定時刻を通信部１２を用いて、伝票番号を送信したユーザ端末２に送信する。

ユーザ端末２の制御部２１は、送信された配達予定日及び配達予定時刻を通信部２５が受信すると、その配達予定日及び配達予定時刻を含むＷｅｂページを表示部２６に表示させる。この場合、ユーザ端末２の制御部２１は、例えば、図１３の右側に示すようなお知らせ画面Ｇ１３２を表示部２６に表示させればよい。

なお、ユーザ端末２の制御部２１は、ユーザが伝票番号を入力して配達予定日及び配達予定時刻を閲覧した場合、閲覧時刻をユーザＩＤと対応付けてサーバ１に送信してもよい。これにより、サーバ１の制御部１１は、ユーザが配達予定日及び配達予定時刻を閲覧した閲覧時刻を検知することができる。

そして、サーバ１の制御部１１は、荷物の受注時にユーザ端末２に送信した配達通知メールの送信時刻と閲覧時刻との時間差を算出し、上述の式（１）又は式（２）を用いてエンゲージメント率を算出してもよい。

なお、この態様を採用する場合、エンゲージメント率の算出手法その１で説明した配達通知メールを送信する態様と、図１３で説明した配達通知サービスを提供するＷｅｂサイトを通じて荷物の状況をユーザに提供する態様とを組み合わせればよい。

また、図２３の入力画面Ｇ２３は、図１３に示す配達通知サービスを提供するＷｅｂサイトの例に適用されたが、これは一例であり、図９に示す配達状況アプリの例に適用されてもよい。

本開示は下記の変形例が採用できる。

（１）上記説明では明記しなかったが、本開示は、１のユーザに対して複数の荷物が配達される態様も含まれる。この場合、サーバ１は、１のユーザに対して、各荷物のそれぞれについて個別にエンゲージメント率を算出して、配達順序を決定すればよい。

（２）上記説明では、荷物リストの中から配達車４の現在位置に対して一定範囲Ｄ１内にある荷物が抽出され、抽出された荷物の配達順序がエンゲージメント率に基づいて設定されていが、本発明はこれに限定されず、荷物リストに記載された全ての荷物の配達順序がエンゲージメント率に基づいて算出されてもよい。

上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、上記実施の形態において説明された複数の処理の順序は一例である。複数の処理の順序は、変更されてもよいし、複数の処理は、並行して実行されてもよい。

また、上記実施の形態において、制御部などの構成要素は、当該構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

また、制御部などの構成要素は、ハードウェアによって実現されてもよい。制御部等の構成要素は、具体的には、回路または集積回路によって実現されてもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。

その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本開示の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本開示に含まれる。

本開示によれば、ユーザに荷物の配達の緊急性を明示的に入力させることなく、適切な配達順序を設定できるので、ネット通販の物流システムに対して有用である。

１：サーバ
２：ユーザ端末
３：配達端末
４：配達車
１０：提示システム
１１、２１、３１：制御部
１２、２５、３５：通信部
１３、２２、３２：メモリ
Ｄ１：一定範囲
ＮＴ：ネットワーク
Ｔ１：開封履歴テーブル
Ｔ２：開封履歴テーブル
Ｔ３：滞在履歴テーブル
Ｔ４：Ｗｅｂ滞在履歴テーブル
Ｔ５：配達履歴テーブル
Ｔ６：荷物テーブル

Claims (26)

1. プロセッサと送受信器とを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
   前記送受信器は、
   前記複数の荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
   前記複数の荷物のそれぞれについて、荷物に関する情報を通知するための配達通知情報を、対応するユーザの第１情報端末に送信し、
   前記各配達通知情報の閲覧時刻を示す閲覧時刻情報を前記第１情報端末から受信し、
   前記プロセッサは、
   前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する配達通知情報の送信時刻と前記閲覧時刻情報が示す閲覧時刻との時間差に基づいて算出され、
   前記関心度に基づいて、前記複数の荷物の前記配達順序を設定し、
   前記送受信器は、
   前記配達順序を示す配達順序情報を前記第２情報端末に送信する、
   提示装置。
2. 前記プロセッサは、
   前記時間差が短い荷物ほど前記関心度を高く算出し、
   前記関心度が高い荷物ほど前記配達順序を早く設定する、
   請求項１記載の提示装置。
3. 前記プロセッサは、
   前記時間差が短い荷物ほど前記関心度を高く算出し、
   前記複数の荷物のそれぞれを、前記関心度の値に対応した複数のクラスに分類し、
   前記クラスに応じて時間幅が異なるように複数の配達時間帯の候補を決定し、
   前記複数の配達時間帯の候補を前記第１情報端末に送信し、
   前記複数の配達時間帯の候補の中から前記ユーザが指定した希望配達時間帯を前記第１情報端末から取得し、
   前記希望配達時間帯に前記荷物が配送可能となるように、前記荷物の前記配達順序を設定する、
   請求項１記載の提示装置。
4. 前記プロセッサは、
   前記関心度が高い前記クラスほど、１の配達時間帯の候補の時間幅を短く設定する、
   請求項３記載の提示装置。
5. 前記プロセッサは、
   第１クラスに属する前記荷物については、所定の第１時間帯内で前記配達時間帯の候補を決定し、前記第１クラスよりも前記関心度が高い第２クラスに属する前記荷物については、前記第１時間帯以外の時間帯と前記第１時間帯とを含む第２時間帯内で前記配達時間帯の候補を決定する、
   請求項３又は４記載の提示装置。
6. 前記プロセッサは、
   前記複数の荷物のうち、同一の集合住宅内、ビル内、又は敷地内を配送先とし、且つ、ある特定のクラスに属する荷物が複数存在する場合、
   前記特定のクラスに属する複数の荷物のうち、所定の上限個数の荷物を前記特定のクラスに分類し、残りの荷物を前記特定のクラスよりも前記関心度が低いクラスに分類する、
   請求項３〜５のいずれかに記載の提示装置。
7. 前記プロセッサは、
   前記複数の荷物のうち、ある一定半径以内を配送先とし、且つ、ある特定のクラスに属する荷物が複数存在する場合、
   前記特定のクラスに属する複数の荷物のうち、所定の上限個数の荷物を前記特定のクラスに分類し、残りの荷物を前記特定のクラスよりも前記関心度が低いクラスに分類する、
   請求項３〜５のいずれかに記載の提示装置。
8. 前記荷物に関する情報は、少なくとも、前記荷物を一意に特定する識別子を含む、
   請求項１〜７のいずれかに記載の提示装置。
9. 前記荷物に関する情報は、さらに前記荷物の配達予定日又は配達予定日時と、前記荷物の現在位置と、前記荷物の配達状況を示す情報とを含む、
   請求項１〜８のいずれかに記載の提示装置。
10. 前記提示装置は、さらにメモリを備え、
    前記メモリは、前記荷物を一意に特定する識別子と前記荷物の配達予定日又は配達予定日時とが対応付けられた配達予定時刻表を記憶し、
    前記第１情報端末は、対応する荷物に関する情報が閲覧可能に構成され、
    前記プロセッサは、
    前記ユーザにより入力された前記識別子を前記第１情報端末から取得した場合、前記識別子に対応する前記配達予定日又は前記配達予定日時を前記配達予定時刻表から特定し、特定した前記配達予定日又は前記配達予定日時を前記第１情報端末に送信し、
    前記第１情報端末は、送信された前記配達予定日又は前記配達予定日時を出力する、
    請求項１〜９のいずれかに記載の提示装置。
11. 前記プロセッサは、前記複数の荷物のそれぞれについて前記配達予定日又は前記配達予定日時の前記ユーザによる閲覧時刻を検知し、
    前記関心度は、前記複数の荷物のそれぞれに対応する前記配達通知情報の送信時刻と、検知した前記閲覧時刻との時間差に基いて算出される、
    請求項１０記載の提示装置。
12. プロセッサと送受信器とを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
    前記送受信器は、
    複数のユーザの荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
    前記複数の荷物のそれぞれについて、荷物に関する情報を通知するための配達通知情報を、対応するユーザの第１情報端末に送信し、
    前記配達通知情報が対応する第１情報端末において閲覧されたことを示す閲覧情報を前記対応する第１情報端末から受信し、
    前記プロセッサは、
    前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する前記閲覧情報から算出した配達通知情報の閲覧率に基づいて算出され、
    前記関心度に基づいて、前記複数の荷物の配達順序を設定し、
    前記送受信器は、
    前記配達順序を示す配達順序情報を前記第２情報端末に送信する、
    提示装置。
13. プロセッサと送受信器とを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
    前記送受信器は、前記複数の荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
    前記第１情報端末は、対応する荷物に関する情報が閲覧可能に構成され、
    前記送受信器は、前記荷物に関する情報に対するユーザの閲覧履歴を前記第１情報端末から受信し、
    前記プロセッサは、
    前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する前記閲覧履歴から算出した前記荷物に関する情報の閲覧時間に基づいて算出され、
    前記関心度に基づいて、前記複数の荷物のそれぞれの配達順序を設定し、
    前記送受信器は、
    前記配達順序を示す配達順序情報を前記第２情報端末に送信する、
    提示装置。
14. プロセッサと送受信器とメモリとを備え、配達車が配達する複数の荷物の配達順序を提示する提示装置であって、
    前記メモリは、前記複数の荷物が配達される１又は複数のユーザに対して過去に配達された荷物に対する前記各ユーザの関心の高さを示す関心度と前記各荷物の属性を示す属性情報とが対応付けられた配達履歴を記憶し、
    前記送受信器は、
    前記１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
    前記複数の荷物のそれぞれの属性情報を受信し、
    前記プロセッサは、
    前記配達履歴に含まれる属性情報の特徴量と、前記受信した属性情報の特徴量とのユーザ毎の類似度に基づいて、前記複数の荷物のそれぞれに対する前記各ユーザの関心の高さを示す関心度を推定し、
    前記各関心度に基づいて、前記各荷物の配達順序を設定し、
    前記配達順序を示す配達順序情報を前記第２情報端末に送信する、
    提示装置。
15. 前記プロセッサは、前記関心度が高い荷物ほど、前記配達順序を早く設定する、
    請求項６記載の提示装置。
16. 前記複数の荷物は、宅配ボックスを配達位置とするボックス配達荷物を含み、
    前記送受信器は、前記宅配ボックスを管理する第３情報端末から前記宅配ボックスにおいて空いているボックスを示す空き情報を受信し、
    前記プロセッサは、
    前記空き情報に基づいて、前記ボックス配達荷物の全てを前記宅配ボックスに収納することができないと判定した場合、前記関心度が高い順にボックス配達荷物の前記宅配ボックスへの収納順序を設定し、
    前記送受信器は、前記収納順序を示す収納順序情報を前記第２情報端末に送信する、
    請求項１〜１５のいずれかに記載の提示装置。
17. 前記送受信器は、前記配達車が配送センターを出発したことを示す出発情報を受信し、
    前記プロセッサは、
    前記出発情報が受信された場合、前記各荷物の配達予想時刻を、前記出発情報の受信時刻と前記各荷物の配達位置とに基づいて算出し、
    前記関心度が閾値以上であるユーザをプレミアムユーザとして特定し、
    前記送受信器は、前記プレミアムユーザの前記第１情報端末に配達予想時刻を送信する、
    請求項１〜１５のいずれかに記載の提示装置。
18. 前記プロセッサは、前記配達車の現在位置に対して一定範囲内に前記プレミアムユーザの荷物の配達位置があることを検知した場合、該当するプレミアムユーザの前記第１情報端末に対してまもなく荷物が配達される旨の通知を行う、
    請求項１７記載の提示装置。
19. 前記送受信器は、前記配達車の現在位置を示す位置情報及び前記配達車の配達地域の道路交通情報を受信し、
    前記プロセッサは、
    前記受信した前記位置情報及び前記道路交通情報と、現在時刻と、前記プレミアムユーザの荷物の配達位置とに基づいて前記プレミアムユーザの荷物の配達予想時刻を算出し、
    前記算出した配達予想時刻が前記プレミアムユーザに送信済みの配達予想時刻より遅延すると判定した場合、前記プレミアムユーザの荷物を前記送信済みの配達予想時刻までに配達させるために、前記配達順序を修正し、
    前記送受信器は、前記修正した配達情報を前記第２情報端末に送信する、
    請求項１７又は１８記載の提示装置。
20. 前記送受信器は、前記第２情報端末から１の荷物について配達できなかったことを示す未配達情報を受信し、
    前記プロセッサは、前記未配達情報を受信した場合、前記１の荷物のユーザが前記関心度が閾値以上であるプレミアムユーザであれば、前記プレミアムユーザに前記１の荷物が配達できなかったことを通知するための未配達通知情報を生成し、
    前記送受信器は、前記未配達通知情報を前記プレミアムユーザの前記第１情報端末に送信する、
    請求項１〜１５のいずれかに記載の提示装置。
21. 前記送受信器は、前記第１情報端末から現在位置を示す位置情報を受信し、
    前記プロセッサは、前記複数の荷物のうち、配達位置が前記現在位置から一定範囲内にある荷物を抽出し、抽出した荷物について前記関心度に基づいて前記配達順序を設定する、
    請求項１〜１５のいずれかに記載の提示装置。
22. プロセッサと送受信器とを備える提示装置が、配達車が配達する複数の荷物の配達順序を提示する提示方法であって、
    前記送受信器は、前記複数の荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
    前記複数の荷物のそれぞれについて、荷物に関する情報を通知するための配達通知情報を、対応するユーザの第１情報端末に送信し、
    前記各配達通知情報の閲覧時刻を示す閲覧時刻情報を前記第１情報端末から受信し、
    前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する配達通知情報の送信時刻と前記閲覧時刻情報が示す閲覧時刻との時間差に基づいて算出され、
    前記関心度に基づいて、前記複数の荷物の前記配達順序を設定し、
    前記配達順序を示す配達順序情報を前記第２情報端末に送信する、
    提示方法。
23. プロセッサと送受信器とを備える提示装置が、配達車が配達する複数の荷物の配達順序を提示する提示方法であって、
    前記送受信器は、複数のユーザの荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
    前記複数の荷物のそれぞれについて、荷物に関する情報を通知するための配達通知情報を、対応するユーザの第１情報端末に送信し、
    前記配達通知情報が対応する第１情報端末において閲覧されたことを示す閲覧情報を前記対応する第１情報端末から受信し、
    前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する前記閲覧情報から算出した配達通知情報の閲覧率に基づいて算出され、
    前記関心度に基づいて、前記複数の荷物の配達順序を設定し、
    前記配達順序を示す配達順序情報を前記第２情報端末に送信する、
    提示方法。
24. プロセッサと送受信器とを備える提示装置が、配達車が配達する複数の荷物の配達順序を提示する提示方法であって、
    前記送受信器は、前記複数の荷物が配達される１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
    前記第１情報端末は、対応する荷物に関する情報が閲覧可能に構成され、
    前記荷物に関する情報に対するユーザの閲覧履歴を前記第１情報端末から受信し、
    前記複数の荷物のそれぞれについて、ユーザの関心の高さを示す関心度を算出し、前記関心度は、前記各荷物に対応する前記閲覧履歴から算出した閲覧時間に基づいて算出され、
    前記関心度に基づいて、前記複数の荷物のそれぞれの配達順序を設定し、
    前記配達順序を示す配達順序情報を前記第２情報端末に送信する、
    提示方法。
25. プロセッサと送受信器とメモリとを備える提示装置が、配達車が配達する複数の荷物の配達順序を提示する提示方法であって、
    前記メモリは、前記複数の荷物が配達される１又は複数のユーザに対して過去に配達された荷物に対する前記各ユーザの関心の高さを示す関心度と前記各荷物の属性を示す属性情報とが対応付けられた配達履歴を記憶し、
    前記送受信器は、前記１又は複数のユーザの情報端末である１又は複数の第１情報端末と前記配達車の情報端末である第２情報端末と所定のネットワークを介して通信可能に接続され、
    前記複数の荷物のそれぞれの属性情報を受信し、
    前記配達履歴に含まれる属性情報の特徴量と、前記受信した属性情報の特徴量とのユーザ毎の類似度に基づいて、前記複数の荷物のそれぞれに対する前記各ユーザの関心の高さを示す関心度を推定し、
    前記各関心度に基づいて、前記各荷物の配達順序を設定し、
    前記配達順序を示す配達順序情報を前記第２情報端末に送信する、
    提示方法。
26. 第ｉ送信時間に第ｉ荷物の第ｉ情報を第ｉユーザの第ｉ端末に送信し、前記第ｉ情報が第ｉ閲覧時刻に閲覧されたことを示す第ｉ閲覧時刻情報を前記第i端末から受信することをｉ＝１〜ｎで繰り返す送受信器と、
    前記第ｉ閲覧時刻と前記第ｉ送信時刻の差である第ｉ時間差に基づいて前記第ｉ荷物の第ｉ関心度を算出することをｉ＝１〜ｎで繰り返すプロセッサを含み、
    前記ｉは自然数、前記ｎは２以上の自然数であり、
    前記第ｐ荷物に対応する前記第ｐ時間差は、前記第ｑ荷物に対応する前記第ｑ時間差より小さく、前記第ｐ関心度は前記第ｑ関心度より大きく、前記配達順序は、前記第ｐ荷物の配達は前記第ｑ荷物の配達より早いことを示し、前記ｐは自然数、前記ｑは自然数、１≦ｐ、ｑ≦ｎ、ｐ≠ｑであり、
    前記プロセッサは、前記第ｉ関心度に基づいて前記第ｉ荷物が属するクラスを決定することをｉ＝１〜ｎで繰り返し、前記荷物ｐが属するクラスに対応する第１時間幅は前記荷物ｑが属するクラス対応する第２時間幅より小さく、
    前記プロセッサは、前記第ｐ荷物の複数の候補配達期間を決定し、前記第ｐ荷物の複数の候補配達期間のそれぞれは前記第１時間幅を有し、
    前記プロセッサは、前記第ｑ荷物の複数の候補配達期間を決定し、前記第ｑ荷物の複数の候補配達期間のそれぞれは前記第２時間幅を有し、
    前記送受信器は、前記第ｐ荷物の複数の候補配達期間を前記第ｐ端末に送信し、前記第ｑ荷物の複数の候補配達期間を前記第ｑ端末に送信し、
    前記送受信器は、前記第ｐ端末から前記第ｐ荷物の複数の候補配達期間から選択された第ｐ期間と前記第ｑ端末から前記第ｑ荷物の複数の候補配達期間から選択された第ｑ期間を取得し、
    前記第ｒ荷物の配送先と前記第ｐ荷物の配送先が同一のビルであり、前記第ｒ関心度に基づいて決定された前記第ｒ荷物が属するクラスが前記第１時間幅と対応する場合、前記プロセッサは、前記第ｒ荷物が所属するクラスを前記第1時間幅と対応するクラスから前記第２時間幅が対応するクラスに変更し、前記ｒは自然数、１≦r≦ｎ、r≠ｐ、r≠ｑであり、
    前記プロセッサは、前記第ｒ荷物の複数の候補配達期間を決定し、前記第ｒ荷物の複数の候補配達期間のそれぞれは前記第２時間幅を有し、
    前記送受信器は、前記第ｒ荷物の複数の候補配達期間を前記第ｒ端末に送信し、
    前記送受信器は、前記第ｒ端末から前記第ｒ荷物の複数の候補配達期間から選択された第ｒ期間を取得し、
    前記プロセッサは、前記第ｐ期間、前記第ｑ期間、前記第ｒ期間に基づいて、前記第１荷物、〜、前記第ｎ荷物が配達される順序を示す配達順序を決定し、
    前記送受信器は、前記配達順序を示す配達順序情報を前記第１荷物、〜、前記第ｎ荷物を搭載する配送車の端末に送信する
    提示装置。

Images