JP7444030B2 - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Description

本開示は、ユーザに飲食物を配達する技術に関する。

注文受付用電話の電話番号及び注文受付用ウェブサイトのＵＲＬに対応する二次元コードが記載された第１面と、複数の飲食物提供者によって提供される飲食物に関する情報が記載された第２面と、を含む複合チラシが提案されている（例えば、特許文献１を参照。）。

特開２０１２－２０８３５５号公報

本開示の目的は、ユーザが飲食物の配達サービスを受ける際の利便性を向上させることができる技術を提供することにある。

本開示は、情報処理装置として捉えることができる。その場合の情報処理装置は、例えば、
ユーザが在宅しているかを判定することと、
前記ユーザが在宅していると判定された場合に、ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得することと、
前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定することと、
前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行することと、
を実行する制御部を備えるようにしてもよい。

本開示は、情報処理方法として捉えることもできる。その場合の情報処理方法は、例えば、
ユーザが在宅しているかを判定するステップと、
前記ユーザが在宅していると判定された場合に、ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得するステップと、
前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定するステップと、
前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行するステップと、
をコンピュータが実行するようにしてもよい。

なお、本開示は、上記した情報処理方法をコンピュータに実行させるための情報処理プログラム、又は該情報処理プログラムを格納した非一時的記憶媒体として捉えることもできる。

本開示によれば、ユーザが飲食物の配達サービスを受ける際の利便性を向上させること
ができる技術を提供することができる。

本開示を適用する配達システムの概要を示す図である。 配達システムに含まれる構成要素の一例を概略的に示したブロック図である。 提案情報を受信したユーザ端末で表示される情報の一例を示す図である。 ユーザ情報テーブルの構成例を示す図である。 店舗情報テーブルの構成例を示す図である。 サーバ装置で実行される処理フローを示すフローチャートである。 実施形態における所定の処理の処理フローを示すフローチャートである。 変形例１における所定の処理の処理フローを示すフローチャートである。 変形例２における所定の処理の処理フローを示すフローチャートである。

本開示は、ユーザの飲食物に対する嗜好に基づいて、ユーザの自宅へ配達する飲食物の候補（配達候補品）を特定し、特定された配達候補品の配達に関する所定の処理を実行することを特徴とする。ここでいう「飲食物」は、朝食、昼食、又は夕食等の食事に適した飲食物である。斯様な飲食物は、調理済みの飲食物、又は電子レンジ等を利用する簡単な作業で調理可能な飲食物でもよい。

ユーザが在宅で仕事を行う場合等のように、食材等の買い出し又は調理にかける時間を確保することが難しい場合に、ユーザが飲食物の配達を依頼する可能性がある。その際、ユーザの自宅を配達エリアに含む店舗を調べたり、その店舗で配達可能な飲食物を調べたり、又は店舗への注文手続を行ったりすることは、ユーザにとって煩雑な手間となり得る。よって、ユーザが飲食物の配達サービスを受ける際の利便性を向上させることが望まれる。

これに対し、本開示に係る情報処理装置では、制御部が、ユーザが在宅（自宅に位置）しているかを判定する。その際、制御部は、例えば、ユーザが携帯する端末の現在位置とユーザの自宅の位置とを照合することで、ユーザが在宅しているかを判定してもよい。また、制御部は、ユーザのスケジュール情報を参照することで、ユーザが在宅しているかを判定してもよい。なお、ユーザの自宅にカメラ又は人感センサ等が設置されている場合は、制御部は、それらの機器と通信することで、ユーザが在宅しているかを判定してもよい。

ユーザが在宅していると判定された場合、制御部は、ユーザの飲食物に対する嗜好に関する情報（嗜好情報）を取得する。その際、制御部は、当該ユーザに対して過去に配達された飲食物のカテゴリに関する情報を、嗜好情報として取得してもよい。また、制御部は、当該ユーザに対して過去に配達された飲食物の価格帯に関する情報を、嗜好情報として取得してもよい。嗜好情報は、上記した情報に限定されず、飲食物の配達を希望するユーザの嗜好が把握可能な情報であればよい。

上記したような嗜好情報が取得されると、制御部は、取得された嗜好情報に基づいて、配達候補品を特定する。その際、取得された嗜好情報が、当該ユーザに対して過去に配達された飲食物のカテゴリに関する情報であれば、制御部は、配達回数が最も多かったカテゴリに基づいて、配達候補品を特定してもよい。例えば、制御部は、配達回数が最も多かったカテゴリに属する飲食物のうち、当該ユーザに対して最後に配達された飲食物とは異なる飲食物又は同じ飲食物を、配達候補品に特定してもよい。また、制御部は、配達回数が最も多かったカテゴリに属する飲食物のうち、当該ユーザに対して最後の配達を行った
店舗とは異なる店舗又は同じ店舗が取り扱う飲食物を、配達候補品に特定してもよい。なお、取得された嗜好情報が、当該ユーザに対して過去に配達された飲食物の価格帯に関する情報であれば、制御部は、配達回数が最も多かった価格帯に基づいて、配達候補品を特定してもよい。例えば、制御部は、配達回数が最も多かった価格帯に属する飲食物のうち、当該ユーザに対して最後に配達された飲食物とは異なる飲食物又は同じ飲食物を、配達候補品に特定してもよい。また、制御部は、配達回数が最も多かった価格帯に属する飲食物のうち、当該ユーザに対して最後の配達を行った店舗とは異なる店舗又は同じ店舗が取り扱う飲食物を、配達候補品に特定してもよい。

上記したようにして配達候補品が特定されると、制御部は、当該配達候補品をユーザの自宅へ配達することに関する所定の処理を実行する。ここでいう「所定の処理」は、例えば、配達候補品をユーザの自宅へ配達することを提案するための情報（提案情報）を、ユーザの端末（以下、「ユーザ端末」と記す場合もある。）へ送信する処理と、提案情報に対する同意を示す情報（以下、「同意情報」と記す場合もある。）をユーザ端末から受信した場合に、配達候補品をユーザの自宅へ配達することを、配達候補品を取り扱う店舗へ発注する処理と、を含んでもよい。これにより、ユーザは、自宅を配達エリアに含む店舗を調べたり、その店舗で配達可能な飲食物を調べたり、又は店舗への注文手続を行ったりといった手間をかけることなく、飲食物の配達サービスを受けることができる。

なお、「所定の処理」は、配達候補品をユーザの自宅へ配達することを、配達候補品を取り扱う店舗へ発注する処理でもよい。すなわち、所定の処理は、配達候補品の注文を自動的に行う処理でもよい。これにより、ユーザは、飲食物の配達サービスを自動的に受けることができる。

また、「所定の処理」は、以下の３つの処理を含んでもよい。
（処理１） 当該ユーザの自宅から所定の距離以内の範囲（以下、「所定の範囲」と記す場合もある。）に、配達候補品が当該ユーザと同等である他のユーザ（以下、「予備ユーザ」と記す場合もある。）の自宅が含まれるかを判定する処理
（処理２） 所定の範囲に予備ユーザの自宅が含まれる場合に、配達候補品を当該ユーザの自宅へ配達することを、配達候補品を取り扱う店舗へ発注する処理
（処理３） 当該ユーザが配達候補品の受け取りを拒否した場合に、配達候補品を予備ユーザの自宅へ配達することを、店舗へ依頼する処理
これにより、配達候補品の注文が自動的に行われる場合に、ユーザが配達候補品の受け取りを拒否しても、当該配達候補品を予備ユーザに提供することができる。これにより、店舗が不利益を被ることを抑制することができる。なお、所定の範囲に予備ユーザの自宅が含まれない場合は、制御部は、提案情報をユーザ端末へ送信してもよい。そして、同意情報をユーザ端末から受信すると、制御部が、配達候補品をユーザの自宅へ配達することを、当該店舗へ発注してもよい。これにより、所定の範囲に予備ユーザの自宅が含まれない場合であっても、店舗が不利益を被ることを抑制することができる。なお、ここでいう「所定の距離」は、配達員が当該ユーザの自宅を経由した後に予備ユーザの自宅へ配達候補品を配達したとしても、当該配達候補品の品質を維持し得る距離である。

＜実施形態＞
以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載される構成部品の寸法、材質、形状、相対配置等は、特に記載がない限り開示の技術的範囲をそれらのみに限定する趣旨のものではない。

本実施形態では、在宅中のユーザに対して飲食物の配達サービスを提供するシステム（以下、「配達システム」と記す場合もある。）に、本開示に係る情報処理装置を適用する例について述べる。本例における「飲食物」は、前述したように、朝食、昼食、又は夕食
等の食事に適した飲食物であり、例えば、調理済みの飲食物又は電子レンジ等を利用する簡単な作業で調理可能な飲食物である。

（配達システムの概要）
図１は、本実施形態における配達システムの概略構成を示す図である。本実施形態における配達システムは、サーバ装置１００と、ユーザ端末２００と、店舗端末３００と、を含んで構成される。図１に示す例では、ユーザ端末２００が１台のみ図示されているが、配達システムの管理下にあるユーザ端末２００が複数台でもよい。

サーバ装置１００は、在宅中のユーザに対する飲食物の配達を管理する情報処理装置である。本例におけるサーバ装置１００は、ユーザが在宅中であるかを判定する機能と、ユーザの自宅へ配達される飲食物の候補（配達候補品）を特定する機能と、配達候補品の配達をユーザに提案する機能と、を有する。また、サーバ装置１００は、上記の提案にユーザが同意したことを条件として、配達候補品の発注を行う機能も有する。ユーザ端末２００は、ユーザが携帯する端末であり、サーバ装置１００と通信する機能を有する。本例では、ユーザ端末２００は、サーバ装置１００から提案される配達候補品に関する情報（提案情報）をユーザに提示する機能と、提案情報に対する同意を示す情報（同意情報）をサーバ装置１００へ送信する機能と、を有する。また、ユーザ端末２００は、該ユーザ端末２００の現在位置を取得し、取得された現在位置に関する情報（位置情報）をサーバ装置１００へ送信する機能も有する。ユーザ端末２００による現在位置の取得と位置情報の送信とは、所定の周期で繰り返し実行されてもよく、又はサーバ装置１００からの要求に応じて行われてもよい。店舗端末３００は、配達システムの管理下にある複数の店舗の各々に設置される端末であり、サーバ装置１００と通信する機能を有する。店舗端末３００が設置される店舗は、飲食物の配達サービスを提供する店舗である。本例における店舗端末３００は、サーバ装置１００からの注文情報を、店舗の従業員に通知する機能を有する。

配達システムでは、サーバ装置１００が、ユーザが在宅中であるかを判定する。本例では、サーバ装置１００は、ユーザ端末２００の現在位置をユーザの現在位置と見做し、当該現在位置とユーザの自宅の位置とを照合することで、ユーザが在宅中であるかを判定する。斯様な判定処理は、例えば、一般的な食事時間帯（例えば、６時から９時までの時間帯、１１時から１４時までの時間帯、又は１８時から２１時までの時間帯等）から所定時間（例えば、数十分から１時間程度）を遡るタイミング（以下、「判定タイミング」と記す場合もある。）で行われる。ユーザが在宅中であると判定されると、サーバ装置１００は、ユーザの飲食物に対する嗜好に関する情報（嗜好情報）を取得する。嗜好情報は、配達サービスで提供可能な飲食物に対するユーザの嗜好に関する情報である。本例では、嗜好情報は、ユーザに対して過去に配達された飲食物のカテゴリに関する情報と、ユーザに対して過去に配達された飲食物の価格帯に関する情報と、の少なくとも一方を含む。サーバ装置１００は、取得された嗜好情報に基づいて、配達候補品を特定する。サーバ装置１００は、特定された配達候補品をユーザの自宅へ配達することを提案するための情報（提案情報）を、ユーザ端末２００へ送信する。上記の提案情報に応答する形でユーザ端末２００から送信される同意情報を受信すると、サーバ装置１００は、配達候補品をユーザの自宅へ配達することを注文するための情報（注文情報）を、当該配達候補品を取り扱う店舗の店舗端末３００へ送信する。上記の注文情報を受信した店舗端末３００が当該注文情報を従業員に通知することで、配達候補品の注文が受け付けられる。これにより、在宅中のユーザは、ユーザの自宅を配達エリアに含む店舗を調べたり、その店舗で配達可能な飲食物を調べたり、又は店舗への注文手続を行ったりといった煩雑な手続を踏むことなく、飲食物の配達サービスを受けることができる。また、ユーザが自宅から外出しているときに、当該ユーザのユーザ端末２００へ提案情報が送信されることを抑制することもできる。

（システム構成）
ここで、本例における配達システムの構成について、図２に基づいて説明する。図２は、図１に示したサーバ装置１００、ユーザ端末２００、及び店舗端末３００の構成の一例を概略的に示すブロック図である。

（サーバ装置１００）
サーバ装置１００は、前述したように、在宅中のユーザに対する飲食物の配達を管理するための情報処理装置であり、本開示に係る「情報処理装置」に相当する。斯様なサーバ装置１００は、汎用のコンピュータにより構成することができる。例えば、サーバ装置１００は、プロセッサ（ＣＰＵ、又はＧＰＵ等）と、主記憶装置（ＲＡＭ、又はＲＯＭ等）と、補助記憶装置（ＥＰＲＯＭ、ハードディスクドライブ、又はリムーバブルメディア等）と、を含んで構成される。ここでいうリムーバブルメディアは、例えば、ＵＳＢメモリ、ＣＤ、又はＤＶＤ等の記録媒体である。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、及び各種テーブル等が格納される。補助記憶装置に記憶されるプログラムには、在宅中のユーザに対する飲食物の配達を管理するためのプログラムも含まれる。このように構成されるサーバ装置１００では、プロセッサが補助記憶装置に格納されたプログラムを実行することで、後述するような、所定の目的に合致した各機能を実現する。なお、サーバ装置１００の一部又は全部の機能は、ＡＳＩＣ又はＦＰＧＡ等のハードウェア回路で実現されてもよい。

本例におけるサーバ装置１００は、図２に示すように、通信部１０１、制御部１０２、及び記憶部１０３を含んで構成される。なお、サーバ装置１００の構成は、図２に示す例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。

通信部１０１は、サーバ装置１００をネットワークに接続するための通信インタフェースである。例えば、通信部１０１は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、又はＷｉ－Ｆｉ（登録商標）等の通信網を利用して、ネットワーク経由で
ユーザ端末２００及び店舗端末３００との通信を行う。また、通信部１０１は、５Ｇ（5th-Generation）若しくはＬＴＥ（Long Term Evolution）等の移動体通信サービス、又は
Ｗｉ－Ｆｉ等の無線通信網を利用して、ユーザ端末２００及び店舗端末３００との通信を行ってもよい。

制御部１０２は、プロセッサにより構成され、サーバ装置１００の制御を司る。本例における制御部１０２は、判定部１０２１、取得部１０２２、特定部１０２３、及び処理部１０２４等の機能モジュールを有する。これらの機能モジュールは、補助記憶装置に格納されているプログラムをプロセッサが実行することで実現される。

判定部１０２１は、前述した判定タイミングで、ユーザが在宅中であるかを判定する。具体的には、判定部１０２１は、ユーザ端末２００の現在位置とユーザの自宅の位置とを照合することで、当該判定を行う。その際、ユーザ端末２００の現在位置とユーザの自宅の位置とが一致していれば、判定部１０２１は、ユーザが在宅中である判定する。一方、ユーザ端末２００の現在位置とユーザの自宅の位置とが一致していなければ、判定部１０２１は、ユーザが在宅中ではない（自宅から外出中である）と判定する。斯様な判定処理は、後述の記憶部１０３に格納されている情報に基づいて行われる。

なお、判定部１０２１は、ユーザのスケジュール情報に基づいて、ユーザが在宅中であるかを判定してもよい。その際、ユーザ端末２００にスケジュール管理用のアプリケーション・プログラムがインストールされていれば、判定部１０２１は、通信部１０１を通じてユーザ端末２００と通信することで、ユーザのスケジュール情報を取得してもよい。

また、通信機能を有するカメラ又は人感センサがユーザの自宅に設置されている場合には、判定部１０２１は、カメラ又は人感センサと通信することで、ユーザが在宅中であるかを判定してもよい。

判定部１０２１によりユーザが在宅中であると判定された場合、その判定結果を示す情報（ユーザが在宅中であることを示す情報）が、判定部１０２１から取得部１０２２へ渡される。

取得部１０２２は、判定部１０２１からの情報を受け取ったことをトリガにして、ユーザの嗜好情報を取得する。例えば、取得部１０２２は、当該ユーザに対して過去に配達された飲食物のカテゴリに関する情報を、嗜好情報として取得する。また、取得部１０２２は、当該ユーザに対して過去に配達された飲食物の価格帯に関する情報を、嗜好情報として取得してもよい。上記したような種々の嗜好情報は、後述の記憶部１０３に格納されているデータの中から取得される。なお、嗜好情報は、上記したようなカテゴリに関する情報及び価格帯に関する情報に限定されず、配達サービスにより提供可能な飲食物に対するユーザの嗜好が把握可能な情報であればよい。

取得部１０２２により取得された嗜好情報は、取得部１０２２から特定部１０２３へ渡される。

特定部１０２３は、取得部１０２２からの情報を受け取ったことをトリガにして、配達候補品を特定する。例えば、特定部１０２３は、当該ユーザに対して過去に配達された飲食物のカテゴリのうち、配達回数が最も多かったカテゴリに基づいて、配達候補品を特定する。その際、配達回数が最も多かったカテゴリに属する飲食物のうち、当該ユーザに対して最後に配達された飲食物とは異なる飲食物又は同じ飲食物が、配達候補品に特定されてもよい。また、配達回数が最も多かったカテゴリに属する飲食物のうち、当該ユーザに対して最後の配達を行った店舗とは異なる店舗又は同じ店舗が取り扱う飲食物が、配達候補品に特定されてもよい。

なお、取得部１０２２によって取得された嗜好情報が、当該ユーザに対して過去に配達された飲食物の価格帯に関する情報を含むものであれば、特定部１０２３は、配達回数が最も多かった価格帯に基づいて、配達候補品を特定してもよい。その際、配達回数が最も多かった価格帯に属する飲食物のうち、当該ユーザに対して最後に配達された飲食物とは異なる飲食物又は同じ飲食物が、配達候補品に特定されてもよい。また、配達回数が最も多かった価格帯に属する飲食物のうち、当該ユーザに対して最後の配達を行った店舗とは異なる店舗又は同じ店舗が取り扱う飲食物が、配達候補品に特定されてよい。

また、取得部１０２２によって取得された嗜好情報が、当該ユーザに対して過去に配達された飲食物のカテゴリに関する情報と、当該ユーザに対して過去に配達された飲食物の価格帯に関する情報と、を含む場合は、特定部１０２３は、それら２つの情報に基づいて、配達候補品を特定してもよい。例えば、特定部１０２３は、配達回数が最も多かったカテゴリに属する飲食物のうち、配達回数が最も多かった価格帯に属する飲食物を、配達候補品に特定してもよい。

配達候補品を特定する方法は、上記した方法に限定されず、配達サービスの運用実績、又はユーザの満足度等に応じて適宜変更可能である。

特定部１０２３により特定された配達候補品に関する情報は、特定部１０２３から処理部１０２４へ渡される。その際、特定部１０２３から処理部１０２４へ渡される情報は、配達候補品の品名に関する情報、配達候補品の価格に関する情報、配達候補品を取り扱う
店舗の名称に関する情報、及びユーザの自宅の位置に関する情報等が含まれる。

処理部１０２４は、提案情報をユーザ端末２００へ送信する機能と、配達候補品の発注を行う機能と、を有する。具体的には、処理部１０２４は、先ず、特定部１０２３からの情報を受け取ったことをトリガにして、提案情報を生成する。提案情報は、配達候補品をユーザの自宅へ配達することを提案するための情報であり、例えば、図３に示すような画面をユーザ端末２００に表示させるための情報を含む。図３の画面には、以下の５つの表示要素が含まれる。
（要素１） 配達候補品の配達を希望するかを問い合わせるメッセージ（図３中のＤ１）（要素２） 配達候補品の品名、価格、及び取り扱い店舗の名称を示す情報（図３中のＤ２）
（要素３） 配達予定時刻を示す情報（図３中のＤ３）
（要素４） 配達予定時刻の変更を行うためのメニュー（図３中のＤ４）
（要素５） ユーザが提案情報に同意するか否かを選択するためのボタン（図３中のＤ５）

処理部１０２４によって生成された提案情報は、通信部１０１を通じてユーザ端末２００へ送信される。その場合、提案情報を受信したユーザ端末２００において図３に示すような画面が表示されると、ユーザが配達候補品の品名、価格、配達候補品を取り扱う店舗の名称、及び配達予定時刻等を確認することができる。図３に示すような画面を確認したユーザが、当該画面上で「Ｙｅｓ」を選択すると、ユーザ端末２００からサーバ装置１００へ同意情報が送信される。同意情報は、提案情報による提案（ユーザの自宅へ配達候補品を配達すること）にユーザが同意したことを示す情報である。その際、図３に示すような画面上で、ユーザによる配達予定時刻の変更が行われていれば、変更後の配達予定時刻に関する情報が同意情報に含まれる。一方、図３に示すような画面を確認したユーザが当該画面上で「Ｎｏ」を選択すると、ユーザ端末２００からサーバ装置１００へ同意情報が送信されない。サーバ装置１００の通信部１０１が同意情報を受信した場合、処理部１０２４は、配達候補品を取り扱う店舗の店舗端末３００へ注文情報を送信する。注文情報は、配達候補品の品名に関する情報、ユーザの自宅の位置に関する情報、及び配達予定時刻に関する情報を含む。

記憶部１０３は、各種の情報を記憶する。記憶部１０３は、例えば、主記憶装置およびまたは補助記憶装置により構成される。記憶部１０３には、制御部１０２により実行される各種プログラム、及び各種データ等が記憶される。本例では、ユーザ管理ＤＢ１０３１及び店舗管理ＤＢ１０３２が記憶部１０３に構築される。ユーザ管理ＤＢ１０３１と店舗管理ＤＢ１０３２は、プロセッサによって実行されるＤＢＭＳ（Database Management System）のプログラムが、補助記憶部に記憶されるデータを管理することで構築される。その際、ユーザ管理ＤＢ１０３１及び店舗管理ＤＢ１０３２は、リレーショナルデータベースとして構築されてもよい。

ユーザ管理ＤＢ１０３１は、ユーザの嗜好情報を格納する。ユーザ管理ＤＢ１０３１では、ユーザと嗜好情報との関連付けが行われる。ここで、ユーザ管理ＤＢ１０３１に格納される情報の一構成例について、図４に基づいて説明する。図４は、ユーザ管理ＤＢ１０３１に格納される情報のテーブル構成を例示する図である。ユーザ管理ＤＢ１０３１に格納されるテーブル（以下、「ユーザ情報テーブル」と記す場合もある。）の構成は、図４に示す例に限定されず、適宜フィールドの追加、変更、又は削除を行うことが可能である。また、図４に示す例では、一人分のユーザ情報テーブルが図示されているが、配達システムの管理下にあるユーザの人数分のユーザ情報テーブルがユーザ管理ＤＢ１０３１に格納される。

本例におけるユーザ情報テーブルは、図４に示すように、ユーザＩＤ、現在位置、自宅、配達日時、品名、カテゴリ、価格、及び店舗の各フィールドを有する。ユーザＩＤフィールドには、配達システムの管理下にあるユーザを個々に識別するための情報が登録される。現在位置フィールドには、ユーザの現在位置を示す情報（例えば、現在位置の住所、又は地図上における現在位置の座標（緯度・経度）を示す情報）が登録される。本例では、ユーザ端末２００の現在位置を示す情報が、現在位置フィールドに登録される。なお、現在位置フィールドに登録される情報は、ユーザ端末２００からの位置情報をサーバ装置１００の通信部１０１が受信する度に更新される。自宅フィールドには、ユーザの自宅の位置を示す情報（例えば、自宅の住所、又は地図上における自宅の座標（緯度・経度）を示す情報）が登録される。配達日時フィールドには、過去にユーザに対して飲食物の配達が行われた日時を示す情報が登録される。品名フィールドには、過去の各配達日時にユーザの自宅へ配達された飲食物の品名に関する情報が登録される。カテゴリフィールドには、過去の各配達日時にユーザの自宅へ配達された飲食物のカテゴリに関する情報が登録される。例えば、過去にユーザの自宅へ配達された飲食物が中華料理であれば、カテゴリフィールドに「中華」と登録される。また、過去にユーザの自宅へ配達された飲食物がイタリア料理であれば、カテゴリフィールドに「イタリアン」と登録される。また、過去にユーザの自宅へ配達された飲食物が和食であれば、カテゴリフィールドに「和食」と登録される。価格フィールドには、過去の各配達日時にユーザの自宅へ配達された飲食物の価格を示す情報が登録される。店舗フィールドには、過去の各配達日時にユーザの自宅へ配達された飲食物を取り扱う店舗の名称に関する情報が登録される。なお、配達日時、品名、カテゴリ、価格、及び店舗の各フィールドは、配達システムの管理下にある店舗からの飲食物の配達を、ユーザが受ける度に追加される。

上記したようなユーザ情報テーブルは、配達システムの管理下にある店舗に対してユーザが最初の配達依頼を行った際に生成されてもよく、ユーザが配達サービスの会員登録を行った際に生成されてもよい。

店舗管理ＤＢ１０３２は、配達システムの管理下にある店舗に関する情報を格納する。店舗管理ＤＢ１０３２では、店舗と店舗の属性との関連付けが行われる。ここで、店舗管理ＤＢ１０３２に格納される情報の一構成例について、図５に基づいて説明する。図５は、店舗管理ＤＢ１０３２に格納される情報のテーブル構成を例示する図である。店舗管理ＤＢ１０３２に格納されるテーブル（以下、「店舗情報テーブル」と記す場合もある。）の構成は、図５に示す例に限定されず、適宜フィールドの追加、変更、又は削除を行うことが可能である。また、図５に示す例では、一店舗分の店舗情報テーブルが図示されているが、配達システムの管理下にある店舗の店舗数分の店舗情報テーブルが店舗管理ＤＢ１０３２に格納される。

図５に示す例では、店舗情報テーブルは、店舗ＩＤ、配達エリア、カテゴリ、品名、及び価格等の各フィールドを有する。店舗ＩＤフィールドには、配達システムの管理下にある店舗を個々に識別するための情報が登録される。配達エリアフィールドには、各店舗の配達エリアを示す情報が登録される。配達エリアフィールドに登録される情報は、配達エリアの住所を示す情報でもよく、又は地図上において配達エリアが占める範囲を示す情報でもよい。カテゴリフィールドには、各店舗が取り扱う飲食物のカテゴリを示す情報が登録される。例えば、中華料理を取り扱う店舗については、カテゴリフィールドに「中華」と登録される。品名フィールドには、各店舗が取り扱う飲食物の各々の品名を示す情報が登録される。価格フィールドには、各店舗が取り扱う飲食物の各々の価格を示す情報が登録される。

上記したように構成されるサーバ装置１００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

（ユーザ端末２００）
次に、ユーザ端末２００について説明する。ユーザ端末２００は、ユーザが利用するコンピュータである。ユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレットコンピュータ、又はウェアラブルコンピュータ（スマートウォッチ等）等のように、ユーザが携帯可能な端末である。

本例におけるユーザ端末２００は、図２に示すように、通信部２０１、制御部２０２、記憶部２０３、入出力部２０４、及び位置取得部２０５を含んで構成される。ユーザ端末２００の構成は、図２に示す例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。

通信部２０１は、ユーザ端末２００をネットワークに接続するための無線通信インタフェースである。通信部２０１は、例えば、５Ｇ若しくはＬＴＥ等の移動体通信サービス、又はＷｉ－Ｆｉ（登録商標）等の無線通信網を利用してネットワークへ接続し、ネットワークを通じてサーバ装置１００との通信を行う。

制御部２０２は、例えば、マイクロコンピュータによって構成され、ユーザ端末２００の制御を司る。本例では、サーバ装置１００からの提案情報を通信部２０１が受信したときに、制御部２０２は、前述の図３に示したような画面を、後述の入出力部２０４に表示させる機能を有する。また、前述の図３に示すような画面上でユーザが「Ｙｅｓ」を選択した場合に、制御部２０２は、同意情報を生成する機能と、生成された同意情報を、通信部２０１を介してサーバ装置１００へ送信する機能と、を有する。

記憶部２０３は、各種の情報を記憶する。記憶部２０３は、例えば、ＲＡＭ、磁気ディスク、又はフラッシュメモリ等の記憶媒体により構成される。記憶部２０３には、制御部２０２によって実行される各種プログラム、及び各種データ等が記憶される。

入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する。入出力部２０４は、例えば、タッチパネルとその制御回路、液晶ディスプレイとその制御回路、マイクロフォンとその制御回路、及びスピーカとその制御回路等から構成される。タッチパネル及び液晶ディスプレイは、一つのタッチパネルディスプレイで構成されてもよい。本例では、サーバ装置１００からの提案情報を通信部２０１が受信したときに、入出力部２０４が、前述の図３に示すような画面をタッチパネルディスプレイに表示させる。また、図３に示すような画面が表示されているタッチパネルディスプレイ上においてユーザが「Ｙｅｓ」又は「Ｎｏ」を選択すると、入出力部２０４は、その選択結果に関する情報を制御部２０２へ渡す。その際、ユーザによる配達予定時刻の変更操作が行われていれば、入出力部２０４は、上記の選択結果に加え、変更後の配達予定時刻に関する情報を制御部２０２へ渡す。

位置取得部２０５は、ユーザ端末２００の現在位置（ユーザの現在位置）を取得する機器である。典型的には、位置取得部２０５は、ＧＰＳ（Global Positioning System）の
受信機を含んで構成される。位置取得部２０５により取得された現在位置に関する情報（位置情報）は、通信部２０１からサーバ装置１００へ送信される。

上記したように構成されるユーザ端末２００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

（店舗端末３００）
店舗端末３００は、配達システムの管理下にある店舗に設置されるコンピュータである
。店舗端末３００は、例えば、汎用のコンピュータにより構成されてもよく、又はタブレットコンピュータにより構成されてもよい。

店舗端末３００は、図２に示すように、通信部３０１、制御部３０２、記憶部３０３、及び入出力部３０４を含んで構成される。店舗端末３００の構成は、図２に示す例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。

店舗端末３００の通信部３０１と記憶部３０３と入出力部３０４とは、ユーザ端末２００の通信部２０１と記憶部２０３と入出力部２０４とに各々同様であるため、その説明が省略される。制御部３０２は、プロセッサ又はマイクロコンピュータにより構成され、店舗端末３００の制御を司る。本例では、サーバ装置１００からの注文情報を通信部３０１が受信したときに、制御部３０２は、注文の内容を、入出力部３０４に表示させる機能を有する。その際、制御部３０２は、所定の通知音を入出力部３０４から出力させることで、注文情報の受信を店舗の従業員に通知する。

上記したように構成される店舗端末３００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

（処理の流れ）
次に、本例におけるサーバ装置１００で行われる処理フローについて、図６に基づいて説明する。図６は、前述の判定タイミングにおいてサーバ装置１００で実行される処理フローを示すフローチャートである。なお、図６に示す処理フローは、配達システムの管理下にあるユーザの各々について実行される。

図６の処理ルーチンでは、ステップＳ１０１において、サーバ装置１００の判定部１０２１が、在宅判定処理を実行する。具体的には、判定部１０２１は、ユーザの現在位置（ユーザ端末２００の現在位置）とユーザの自宅の位置との照合を行う。なお、ユーザの現在位置とユーザの自宅の位置とは、当該ユーザに対応するユーザ情報テーブルの現在位置フィールドと自宅フィールドとの各々から取得される。

ステップＳ１０２では、上記のステップＳ１０１における照合結果に基づいて、ユーザが在宅中であるかの判定が行われる。その際、ユーザの現在位置とユーザの自宅の位置とが一致していれば、判定部１０２１は、ユーザが在宅中であると判定する。一方、ユーザの現在位置とユーザの自宅の位置とが一致していなければ、判定部１０２１は、ユーザが在宅中ではないと判定する。ユーザが在宅中ではないと判定された場合（ステップＳ１０２で否定判定）は、当該処理フローが終了される。一方、ユーザが在宅中であると判定された場合（ステップＳ１０２で肯定判定）は、ステップＳ１０３の処理が実行される。

ステップＳ１０３では、サーバ装置１００の取得部１０２２が、当該ユーザの嗜好情報を取得する。嗜好情報は、当該ユーザに対して過去に配達された飲食物のカテゴリに関する情報と、当該ユーザに対して過去に配達された飲食物の価格帯に関する情報と、の少なくとも一方を含む。本例においては、取得部１０２２は、当該ユーザに対応するユーザ情報テーブルを、嗜好情報として取得する。取得部１０２２により取得されたユーザ情報テーブルは、取得部１０２２から特定部１０２３へ渡される。

ステップＳ１０４では、特定部１０２３が、取得部１０２２から渡された情報に基づいて、当該ユーザに対する配達候補品を特定する。例えば、特定部１０２３は、ユーザ情報テーブルのカテゴリフィールドに登録されている情報に基づいて、当該ユーザに対する過去の配達回数をカテゴリ別に集計する。特定部１０２３は、カテゴリ別の配達回数を比較することで、配達回数が最も多いカテゴリを特定する。また、特定部１０２３は、ユーザ
情報テーブルの価格フィールドに登録されている情報に基づいて、当該ユーザに対する過去の配達回数を価格帯別に集計する。特定部１０２３は、価格帯別の配達回数を比較することで、配達回数が最も多い価格帯を特定する。配達回数が最も多いカテゴリ及び配達回数が最も多い価格帯の各々が特定されると、特定部１０２３は、店舗管理ＤＢ１０３２に格納されている店舗情報テーブルを参照することで、配達システムの管理下にある店舗が取り扱う飲食物の中から、配達回数が最も多いカテゴリに属し且つ配達回数が最も多い価格帯に属する飲食物の品名を抽出する。特定部１０２３は、抽出された品名の飲食物を取り扱う店舗のうち、当該ユーザの自宅が配達エリアに含まれる店舗を抽出する。上記した店舗の抽出処理は、ユーザの自宅の位置に関する情報と、各店舗の店舗情報テーブルにおける配達エリアフィールドに登録されている情報と、に基づいて実行される。特定部１０２３は、抽出された店舗が取り扱う上記品名の飲食物を、配達候補品に特定する。なお、配達候補品は、前述したように、配達回数が最も多かったカテゴリと配達回数が最も多かった価格帯との何れか一方のみに基づいて、配達候補品を特定してもよい。特定部１０２３により特定された配達候補品に関する情報（品名及び価格）、及び配達候補品を取り扱う店舗に関する情報（名称等）は、特定部１０２３から処理部１０２４へ渡される。

ステップＳ１０５では、処理部１０２４が、ステップＳ１０４で特定された配達候補品の配達に関する所定の処理を実行する。ここで、本実施形態における所定の処理について、図７に基づいて説明する。図７は、本実施形態における所定の処理が行われる際に、サーバ装置１００で実行される処理フローを示すフローチャートである。

図７の処理フローでは、ステップＳ１０５１において、処理部１０２４が、提案情報を、通信部１０１を通じてユーザ端末２００へ送信する。提案情報は、ユーザの自宅へ配達候補品を配達することをユーザに提案するための情報であり、前述の図３に示したような画面をユーザ端末２００に表示させるための情報を含む。斯様な提案情報を受信したユーザ端末２００では、制御部２０２が、図３に示す画面を、入出力部２０４から出力（表示）させる。図３に示す画面上でユーザが「Ｙｅｓ」を選択すると、制御部２０２が、同意情報を生成する。その際、図３に示す画面上でユーザが配達予定時刻の変更操作を行っていれば、制御部２０２は、変更後の配達予定時刻に関する情報を同意情報に含める。制御部２０２は、生成された同意情報を、通信部２０１を介してサーバ装置１００へ送信する。なお、図３に示す画面上でユーザが「Ｎｏ」を選択した場合は、制御部２０２が同意情報を生成しないため、ユーザ端末２００からサーバ装置１００へ同意情報が送信されない。

ステップＳ１０５２では、処理部１０２４が、通信部１０１がユーザ端末２００からの同意情報を受信したかを判定する。なお、ユーザが提案情報による提案に同意する意思を持っている場合であっても、同意情報が即座に返信されるとは限らない。よって、ステップＳ１０５２では、処理部１０２４が、提案情報が送信された時点から一定時間（例えば、数分から数十分の期間）以内に通信部１０１がユーザ端末２００からの同意情報を受信したかを判定してもよい。提案情報が送信された時点から一定時間以内に通信部１０１がユーザ端末２００からの同意情報を受信しなかった場合（ステップＳ１０５２で否定判定）、本処理フローが終了される。一方、提案情報が送信された時点から一定時間以内に通信部１０１がユーザ端末２００からの同意情報を受信した場合（ステップＳ１０５２で肯定判定）、ステップＳ１０５３の処理が実行される。

ステップＳ１０５３では、処理部１０２４が、配達候補品の発注を行う。すなわち、処理部１０２４は、図６のステップＳ１０４で抽出された店舗の店舗端末３００に対し、注文情報を送信する。注文情報は、配達候補品をユーザの自宅へ配達することを注文するための情報であり、配達候補品の品名に関する情報、ユーザの自宅の位置に関する情報、及び配達予定時刻に関する情報を含む。斯様な注文情報を受信した店舗端末３００では、制
御部３０２が、当該注文の内容（配達候補品の品名、ユーザの自宅の位置、及び配達予定時刻等）を、入出力部３０４に表示させるとともに、所定の通知音を入出力部３０４から出力させる。これにより、店舗の従業員が入出力部３０４による表示内容を確認することで、配達候補品の注文が受け付けられる。

以上述べた実施形態によれば、在宅中のユーザは、該ユーザの自宅を配達エリアに含む店舗を調べたり、その店舗で配達可能な飲食物を調べたり、又は店舗への注文手続を行ったりといった煩雑な手続を踏むことなく、飲食物の配達サービスを受けることができる。また、ユーザが自宅から外出しているときに、当該ユーザのユーザ端末２００へ提案情報が送信されることを抑制することもできる。その結果、ユーザが飲食物の配達サービスを受ける際の利便性を向上させることができる。

＜変形例１＞
前述した実施形態では、ユーザが提案情報に同意することを条件として、配達候補品の注文が行われる例について述べたが、本変形例では、配達候補品の注文が自動的に行われる例について述べる。

図８は、本変形例における所定の処理が行われる際に、サーバ装置１００で実行される処理フローを示すフローチャートである。

図８の処理フローでは、ステップＳ１０５４において、処理部１０２４が、配達候補品の発注を行う。すなわち、処理部１０２４は、図６のステップＳ１０４で抽出された店舗の店舗端末３００に対し、注文情報を送信する。

図８の処理フローに従って所定の処理が行われると、ユーザは、提案情報を確認する手間、及び同意情報を送信する手間をかけることなく、当該ユーザの嗜好に見合った飲食物の配達サービスを自動的に受けることができる。また、本変形例における所定の処理は、ユーザの不在時には行われないため、ユーザが不在の自宅へ配達候補品が自動的に配達されることを抑制することもできる。

＜変形例２＞
前述した変形例１では、ユーザの在宅中に配達候補品の注文が自動的に行われる例について述べたが、本変形例では、ユーザの在宅中であっても、所定の条件が成立する場合に限り、配達候補品の注文が自動的に行われる例について述べる。

図９は、本変形例における所定の処理が行われる際に、サーバ装置１００で実行される処理フローを示すフローチャートである。

図９の処理フローでは、ステップＳ１０５５において、処理部１０２４が、予備ユーザを抽出する。ここでいう「予備ユーザ」は、当該ユーザと同様の手順で特定された配達候補品が当該ユーザの配達候補品と同等である、他のユーザである。予備ユーザの配達候補品と当該ユーザの配達候補品とが同等であるとは、双方の配達候補品の品名及び取扱店舗が同じであることでもよく、双方の配達候補品の品名が同じであることでもよく、又は双方の配達候補品のカテゴリ及び価格帯が同じであることでもよい。

ステップＳ１０５６では、処理部１０２４が、上記のステップＳ１０５５で予備ユーザが抽出されたかを判定する。上記のステップＳ１０５５において予備ユーザが抽出されなかった場合（ステップＳ１０５６で否定判定）、処理部１０２４は、ステップＳ１０６１の処理を実行する。ステップＳ１０６１では、処理部１０２４は、確認処理を実行する。ここでいう「確認処理」は、前述した実施形態と同様の手順で行われる所定の処理（図７
の処理フローと同様の処理）である。一方、上記のステップＳ１０５５において予備ユーザが抽出された場合（ステップＳ１０５６で肯定判定）、処理部１０２４は、ステップＳ１０５７の処理を実行する。

ステップＳ１０５７では、処理部１０２４は、所定の範囲に予備ユーザの自宅が含まれるかを判定する。ここでいう「所定の範囲」は、当該ユーザの自宅から所定の距離以内の範囲である。その際の「所定の距離」は、配達員が当該ユーザの自宅を経由した後に予備ユーザの自宅へ配達候補品を配達したとしても、当該配達候補品の品質を維持し得る距離である。所定の範囲に予備ユーザの自宅が含まれない場合（ステップＳ１０５７で否定判定）、処理部１０２４は、ステップＳ１０６１の処理を実行する。一方、所定の範囲に予備ユーザの自宅が含まれる場合（ステップＳ１０５７で肯定判定）、処理部１０２４は、ステップＳ１０５８の処理を実行する。

ステップＳ１０５８では、処理部１０２４は、図６のステップＳ１０４で抽出された店舗の店舗端末３００に対し、注文情報を送信する。これにより、配達候補品が当該ユーザの自宅へ自動的に配達されることになるが、当該ユーザが配達候補品の受け取りを拒否する可能性もある。斯様な場合、当該ユーザによって配達候補品の受け取りが拒否されたことを示す情報が、配達候補品の注文を受け付けた店舗の店舗端末３００からサーバ装置１００へ送信される。

ステップＳ１０５９では、処理部１０２４が、当該ユーザによって配達候補品の受け取りが拒否されたことを示す情報を、通信部１０１が受信したかを判定する。すなわち、処理部１０２４は、当該ユーザによって配達候補品の受け取りが拒否されたかを判定する。当該ユーザによって配達候補品の受け取りが拒否されなかった場合（ステップＳ１０５９で否定判定）、当該処理フローが終了される。一方、当該ユーザによって配達候補品の受け取りが拒否された場合（ステップＳ１０５９で肯定判定）、ステップＳ１０６０の処理が実行される。

ステップＳ１０６０では、処理部１０２４は、上記の配達候補品を予備ユーザの自宅へ配達することを依頼するための情報を、上記の店舗の店舗端末３００へ送信する。斯様な情報には、予備ユーザの自宅の位置を示す情報等が含まれる。これにより、上記の店舗の配達員は、当該ユーザによって受け取りを拒否された配達候補品を、予備ユーザの自宅へ配達することが可能になる。

本変形例によれば、ユーザが在宅中であっても、所定の条件（所定の範囲に予備ユーザの自宅が含まれること）が成立する場合に限り、配達候補品の注文が自動的に行われる。これにより、当該ユーザが配達候補品の受け取りを拒否しても、配達候補品を予備ユーザの自宅へ配達することが可能になる。その結果、店舗が不利益を被ることを抑制することができる。また、所定の条件が成立しない場合は、当該ユーザの同意を得た上で配達候補品の注文が行われるため、店舗が不利益を被ることを抑制することができる。よって、店舗の利益を確保しつつ、ユーザの利便性を高めることが可能になる。

なお、ユーザが在宅中であり、且つ所定の範囲に自宅が含まれる予備ユーザの人数が複数であることを条件にして、配達候補品の注文が自動的に行われるようにしてもよい。これにより、当該ユーザの次の配達対象となった予備ユーザが配達候補品の受け取りを拒否しても、他の予備ユーザの自宅へ配達候補品を配達することが可能になるため、店舗が不利益を被ることをより確実に抑制することができる。

＜その他＞
上記した実施形態及び変形例はあくまでも一例であって、本開示はその要旨を逸脱しな
い範囲内で適宜変更して実施し得る。また、本開示において説明した処理及び構成は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラム（情報処理プログラム）をコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよく、又はネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データ及びプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体である。斯様な記録媒体としては、例えば、磁気ディスク（フロッピー（登録商標）ディスク、又はハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、又はＤＶＤディスク・ブルーレイディスク等）等の任意のタイプのディスクを例示することができる。また、記録媒体は、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、又はＳＳＤ（Solid State Drive）
等の媒体でもよい。

１００ サーバ装置
１０１ 通信部
１０２ 制御部
１０２１ 判定部
１０２２ 取得部
１０２３ 特定部
１０２４ 処理部
１０３１ ユーザ管理ＤＢ
１０３２ 店舗管理ＤＢ
１０３ 記憶部
２００ ユーザ端末
２０１ 通信部
２０２ 制御部
２０３ 記憶部
２０４ 入出力部
２０５ 位置取得部

Claims (17)

1. ユーザが在宅しているかを判定することと、
   前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得することと、
   前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定することと、
   前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行することと、
   を実行する制御部を備え、
   前記制御部は、
   前記ユーザに対して過去に配達された飲食物のカテゴリに関する情報を、前記嗜好情報として取得し、
   前記ユーザに対して過去に配達された飲食物のカテゴリのうち、配達回数の最も多かったカテゴリに基づいて、前記配達候補品を特定する、
   情報処理装置。
2. ユーザが在宅しているかを判定することと、
   前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得することと、
   前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定することと、
   前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行することと、
   を実行する制御部を備え、
   前記制御部は、
   前記ユーザに対して過去に配達された飲食物の価格帯に関する情報を、前記嗜好情報として取得し、
   前記ユーザに対して過去に配達された飲食物の価格帯のうち、配達回数の最も多かった価格帯に基づいて、前記配達候補品を特定する、
   情報処理装置。
3. 前記制御部は、前記所定の処理として、
   前記配達候補品を前記ユーザの自宅へ配達することを、前記配達候補品を取り扱う店舗へ発注すること、
   を実行する、
   請求項１又は２に記載の情報処理装置。
4. ユーザが在宅しているかを判定することと、
   前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得することと、
   前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定することと、
   前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行することと、
   を実行する制御部を備え、
   前記制御部は、前記所定の処理として、
   前記配達候補品を前記ユーザの自宅へ配達することを提案するための情報である提案情報を、前記ユーザの端末へ送信することと、
   前記提案情報に対する同意を示す情報を前記ユーザの端末から受信した場合に、前記配達候補品を前記ユーザの自宅へ配達することを、前記配達候補品を取り扱う店舗へ発注することと、
   を実行する、
   情報処理装置。
5. ユーザが在宅しているかを判定することと、
   前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得することと、
   前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定することと、
   前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行することと、
   を実行する制御部を備え、
   前記制御部は、前記所定の処理として、
   前記ユーザの自宅から所定の距離以内の範囲に、前記配達候補品が前記ユーザと同等である他のユーザの自宅が含まれるかを判定することと、
   前記ユーザの自宅から前記所定の距離以内の範囲に、前記他のユーザの自宅が含まれる場合に、前記配達候補品を前記ユーザの自宅へ配達することを、前記配達候補品を取り扱う店舗へ発注することと、
   前記ユーザが前記配達候補品の受け取りを拒否した場合に、前記配達候補品を前記他のユーザの自宅へ配達することを、前記店舗へ依頼することと、
   を実行する、
   情報処理装置。
6. 前記ユーザの自宅から前記所定の距離以内の範囲に、前記他のユーザの自宅が含まれない場合に、前記制御部は、
   前記配達候補品を前記ユーザの自宅へ配達することを提案するための情報である提案情報を、前記ユーザの端末へ送信することと、
   前記提案情報に対する同意を示す情報を前記ユーザの端末から受信した場合に、前記配達候補品を前記ユーザの自宅へ配達することを、前記店舗へ発注することと、
   を実行する、
   請求項５に記載の情報処理装置。
7. 前記制御部は、前記ユーザの現在位置と前記ユーザの自宅の位置とに基づいて、該ユーザが在宅しているかを判定する、
   請求項１から６のいずれか一項に記載の情報処理装置。
8. 前記制御部は、前記ユーザのスケジュール情報に基づいて、該ユーザが在宅しているかを判定する、
   請求項１から６のいずれか一項に記載の情報処理装置。
9. ユーザが在宅しているかを判定するステップと、
   前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得するステップと、
   前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定するステップと、
   前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行するステップと、
   をコンピュータが実行し、
   前記コンピュータが、
   前記ユーザに対して過去に配達された飲食物のカテゴリに関する情報を、前記嗜好情報として取得し、
   前記ユーザに対して過去に配達された飲食物のカテゴリのうち、配達回数の最も多かったカテゴリに基づいて、前記配達候補品を特定する、
   情報処理方法。
10. ユーザが在宅しているかを判定するステップと、
    前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得するステップと、
    前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定するステップと、
    前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行するステップと、
    をコンピュータが実行し、
    前記コンピュータが、
    前記ユーザに対して過去に配達された飲食物の価格帯に関する情報を、前記嗜好情報として取得し、
    前記ユーザに対して過去に配達された飲食物の価格帯のうち、配達回数の最も多かった価格帯に基づいて、前記配達候補品を特定する、
    情報処理方法。
11. 前記コンピュータが、前記所定の処理として、
    前記配達候補品を前記ユーザの自宅へ配達することを、前記配達候補品を取り扱う店舗へ発注すること、
    を実行する、
    請求項９又は１０に記載の情報処理方法。
12. ユーザが在宅しているかを判定するステップと、
    前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得するステップと、
    前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定するステップと、
    前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行するステップと、
    をコンピュータが実行し、
    前記コンピュータが、前記所定の処理として、
    前記配達候補品を前記ユーザの自宅へ配達することを提案するための情報である提案情報を、前記ユーザの端末へ送信することと、
    前記提案情報に対する同意を示す情報を前記ユーザの端末から受信した場合に、前記配達候補品を前記ユーザの自宅へ配達することを、前記配達候補品を取り扱う店舗へ発注することと、
    を実行する、
    情報処理方法。
13. ユーザが在宅しているかを判定するステップと、
    前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関する情報である嗜好情報を取得するステップと、
    前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定するステップと、
    前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行するステップと、
    をコンピュータが実行し、
    前記コンピュータが、前記所定の処理として、
    前記ユーザの自宅から所定の距離以内の範囲に、前記配達候補品が前記ユーザと同等である他のユーザの自宅が含まれるかを判定することと、
    前記ユーザの自宅から所定の距離以内の範囲に、前記他のユーザの自宅が含まれる場合に、前記配達候補品を前記ユーザの自宅へ配達することを、前記配達候補品を取り扱う店舗へ発注することと、
    前記ユーザが前記配達候補品の受け取りを拒否した場合に、前記配達候補品を前記他のユーザの自宅へ配達することを、前記店舗へ依頼することと、
    を実行する、
    情報処理方法。
14. 前記ユーザの自宅から所定の距離以内の範囲に、前記他のユーザの自宅が含まれない場合に、前記コンピュータが、
    前記配達候補品を前記ユーザの自宅へ配達することを提案するための情報である提案情報を、前記ユーザの端末へ送信することと、
    前記提案情報に対する同意を示す情報を前記ユーザの端末から受信した場合に、前記配達候補品を前記ユーザの自宅へ配達することを、前記店舗へ発注することと、
    を実行する、
    請求項１３に記載の情報処理方法。
15. 前記コンピュータが、前記ユーザの現在位置と前記ユーザの自宅の位置とに基づいて、該ユーザが在宅しているかを判定する、
    請求項９から１４のいずれか一項に記載の情報処理方法。
16. 前記コンピュータが、前記ユーザのスケジュール情報に基づいて、該ユーザが在宅しているかを判定する、
    請求項９から１４のいずれか一項に記載の情報処理方法。
17. ユーザが在宅しているかを判定するステップと、
    前記ユーザが在宅していると判定された場合に、前記ユーザの飲食物に対する嗜好に関
    する情報である嗜好情報を取得するステップと、
    前記嗜好情報に基づいて、前記ユーザの自宅へ配達する飲食物の候補である配達候補品を特定するステップと、
    前記配達候補品を前記ユーザの自宅へ配達することに関する所定の処理を実行するステップと、
    をコンピュータに実行させるための情報処理プログラムであって、
    前記コンピュータに、前記所定の処理として、
    前記ユーザの自宅から所定の距離以内の範囲に、配達候補品が前記ユーザと同等である他のユーザの自宅が含まれるかを判定することと、
    前記ユーザの自宅から所定の距離以内の範囲に、前記他のユーザの自宅が含まれる場合に、前記配達候補品を前記ユーザの自宅へ配達することを、前記配達候補品を取り扱う店舗へ発注することと、
    前記ユーザが前記配達候補品の受け取りを拒否した場合に、前記配達候補品を前記他のユーザの自宅へ配達することを、前記店舗へ依頼することと、
    を実行させる、
    情報処理プログラム。

Images