ホーム > 特許ランキング > 東芝ライフスタイル株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-13
(45)【発行日】2024-11-21
(54)【発明の名称】買い物支援システム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20241114BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
11
(21)【出願番号】P 2020213594
(22)【出願日】2020-12-23
(65)【公開番号】P2022099669
(43)【公開日】2022-07-05
【審査請求日】2023-10-02
(73)【特許権者】
【識別番号】503376518
【氏名又は名称】東芝ライフスタイル株式会社
(74)【代理人】
【識別番号】100141139
【弁理士】
【氏名又は名称】及川 周
(74)【代理人】
【識別番号】100205785
【弁理士】
【氏名又は名称】▲高▼橋 史生
(74)【代理人】
【識別番号】100203297
【弁理士】
【氏名又は名称】橋口 明子
(74)【代理人】
【識別番号】100175824
【弁理士】
【氏名又は名称】小林 淳一
(74)【代理人】
【識別番号】100135301
【弁理士】
【氏名又は名称】梶井 良訓
(72)【発明者】
【氏名】森脇 修斗
【審査官】星野 裕
(56)【参考文献】
【文献】特開２００２－１８３１６２（ＪＰ，Ａ）
【文献】特開２０１２－０８３９７１（ＪＰ，Ａ）
【文献】特開２００５－１８２１４８（ＪＰ，Ａ）
【文献】特開２００５－１７２７４３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する店舗情報取得部と、ユーザの位置情報を取得する位置情報取得部と、
前記ユーザが購入したい物品の登録を受け付けるとともに、レシピ検索システムまたはレシピ提案システムと連携し、前記ユーザが採用したレシピに含まれる必要食材の登録を受け付ける物品登録受付部と、
前記店舗情報取得部により取得された前記店舗情報、前記位置情報取得部により取得された前記ユーザの位置情報、および前記物品登録受付部により登録が受け付けられた物品または必要食材に基づき、買い物ルートを提案する買い物ルート提案部と、
を備え、
前記物品登録受付部は、前記ユーザが保有する食材を管理する食材管理システムと連携し、前記ユーザが採用したレシピに含まれる前記必要食材のうち前記ユーザが必要量を保有する食材については、前記ユーザが購入したい物品として登録するか否かを前記ユーザに問い合わせる質問を出力させる、
買い物支援システム。
【請求項2】
前記ユーザが求める優先順位の入力を受け付ける優先順位受付部をさらに備え、前記買い物ルート提案部は、前記優先順位受付部により受け付けられた優先順位に基づき、前記買い物ルートの提案の順序または提案の内容を決定する、
請求項１に記載の買い物支援システム。
【請求項3】
前記ユーザが利用可能な交通手段の入力を受け付ける交通手段受付部をさらに備え、前記買い物ルート提案部は、前記交通手段受付部により受け付けられた交通手段に基づき、前記買い物ルートの内容を決定する、
請求項１または請求項２に記載の買い物支援システム。
【請求項4】
前記複数の店舗のうち所定条件を満たす店舗に関する情報を前記買い物ルートとともに第１態様で表示させ、前記店舗に関する情報が前記第１態様で表示された状態で特定の店舗を指定する前記ユーザの操作が受け付けられた場合、前記特定の店舗に関する情報を前記第１態様よりも詳しい第２態様で表示させる店舗情報出力部をさらに備えた、請求項１から請求項３のうちいずれか１項に記載の買い物支援システム。
【請求項5】
前記物品登録受付部は、前記ユーザが保有する食材を管理する食材管理システムと連携し、前記ユーザが採用したレシピに含まれる前記必要食材のうち前記ユーザが保有していない不足食材を、前記ユーザが購入したい物品として登録する、請求項１から請求項４のうちいずれか１項に記載の買い物支援システム。
【請求項6】
前記物品登録受付部は、代替可能な食材を示す代替食材情報を参照可能であり、前記ユーザが採用したレシピに含まれる前記必要食材のうち前記ユーザが保有していない不足食材がある場合であって、前記ユーザが保有する食材のなかで前記不足食材と代替できる代替食材がある場合、前記ユーザに対して食材の代替に関する提案を行う、請求項５に記載の買い物支援システム。
【請求項7】
複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する店舗情報取得部と、
ユーザの位置情報を取得する位置情報取得部と、
前記ユーザが購入したい物品の登録を受け付けるとともに、レシピ検索システムまたはレシピ提案システムと連携し、前記ユーザが採用したレシピに含まれる必要食材の登録を受け付ける物品登録受付部と、
前記店舗情報取得部により取得された前記店舗情報、前記位置情報取得部により取得された前記ユーザの位置情報、および前記物品登録受付部により登録が受け付けられた物品または必要食材に基づき、買い物ルートを提案する買い物ルート提案部と、
を備え、
前記物品登録受付部は、前記ユーザが保有する食材を管理する食材管理システムと連携し、前記ユーザが採用したレシピに含まれる前記必要食材のうち前記ユーザが保有していない不足食材を、前記ユーザが購入したい物品として登録し、
前記物品登録受付部は、代替可能な食材を示す代替食材情報を参照可能であり、前記ユーザが採用したレシピに含まれる前記必要食材のうち前記ユーザが保有していない不足食材がある場合であって、前記代替食材情報に基づき前記不足食材を別の食材に代替することで前記買い物ルート提案部により提案される前記買い物ルートが所要時間の短いルートに変更になる場合、前記ユーザに対して食材の代替に関する提案を行う、
買い物支援システム。
【請求項8】
複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する店舗情報取得部と、
ユーザの位置情報を取得する位置情報取得部と、
前記ユーザが購入したい物品の登録を受け付けるとともに、レシピ検索システムまたはレシピ提案システムと連携し、前記ユーザが採用したレシピに含まれる必要食材の登録を受け付ける物品登録受付部と、
前記店舗情報取得部により取得された前記店舗情報、前記位置情報取得部により取得された前記ユーザの位置情報、および前記物品登録受付部により登録が受け付けられた物品または必要食材に基づき、買い物ルートを提案する買い物ルート提案部と、
を備え、
前記物品登録受付部は、前記ユーザが保有する食材を管理する食材管理システムと連携し、且つ、代替可能な食材を示す代替食材情報を参照可能であり、前記ユーザが保有する食材のなかに前記ユーザが購入したい物品として入力した食材と代替できる代替食材がある場合、前記ユーザが購入したい物品として入力した食材を登録するか否かを前記ユーザに問い合わせる質問を出力させる、
買い物支援システム。
【請求項9】
代替可能な食材に関する前記ユーザの入力に基づいて、前記代替食材情報の登録内容を変更する代替食材登録受付部をさらに備えた、請求項６から請求項８のうちいずれか１項に記載の買い物支援システム。
【請求項10】
複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する店舗情報取得部と、
ユーザの位置情報を取得する位置情報取得部と、
前記ユーザが購入したい物品の登録を受け付けるとともに、レシピ検索システムまたはレシピ提案システムと連携し、前記ユーザが採用したレシピに含まれる必要食材の登録を受け付ける物品登録受付部と、
前記店舗情報取得部により取得された前記店舗情報、前記位置情報取得部により取得された前記ユーザの位置情報、および前記物品登録受付部により登録が受け付けられた物品または必要食材に基づき、買い物ルートを提案する買い物ルート提案部と、
前記ユーザが買い物に行くことができる複数の候補日の入力を受け付ける候補日受付部と、
を備え、
前記店舗情報取得部は、前記複数の候補日に関する前記店舗情報を取得し、
前記買い物ルート提案部は、前記候補日受付部により取得された前記複数の候補日に関する前記店舗情報に基づき、前記複数の候補日のうち所定条件を満たす候補日を提案する、
買い物支援システム。
【請求項11】
複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する店舗情報取得部と、ユーザの位置情報を取得する位置情報取得部と、
前記ユーザが購入したい食材の入力を受け付けるとともに、前記ユーザが保有する食材を管理する食材管理システムと連携し、且つ、代替可能な食材を示す代替食材情報を参照可能であり、前記ユーザが保有する食材のなかに前記ユーザが購入したい食材として入力された食材と代替できる代替食材がある場合、前記ユーザが購入したい食材を登録するか否かを前記ユーザに問い合わせる質問を出力させる物品登録受付部と、
前記店舗情報取得部により取得された前記店舗情報、前記位置情報取得部により取得された前記ユーザの位置情報、および前記物品登録受付部により登録が受け付けられた食材に基づき、買い物ルートを提案する買い物ルート提案部と、
を備えた買い物支援システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、買い物支援システムに関する。
【背景技術】
【0002】
購買希望商品のリストである購買品リストをユーザから取得する購買品取得手段と、対象の店舗を巡回する経路を生成し、ユーザに提供する経路生成手段とを有した買い物支援装置が提案されている。このような買い物支援システムは、利便性のさらなる向上が期待されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１８－６３６６０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、利便性の向上を図ることができる買い物支援システムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の買い物支援システムは、店舗情報取得部と、位置情報取得部と、物品登録受付部と、買い物ルート提案部とを持つ。前記店舗情報取得部は、複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する。前記位置情報取得部は、ユーザの位置情報を取得する。前記物品登録受付部は、前記ユーザが購入したい物品の登録を受け付けるとともに、レシピ検索システムまたはレシピ提案システムと連携し、前記ユーザが採用したレシピに含まれる必要食材の登録を受け付ける。前記買い物ルート提案部は、前記店舗情報取得部により取得された前記店舗情報、前記位置情報取得部により取得された前記ユーザの位置情報、および前記物品登録受付部により登録が受け付けられた物品または必要食材に基づき、買い物ルートを提案する。前記物品登録受付部は、前記ユーザが保有する食材を管理する食材管理システムと連携し、前記ユーザが採用したレシピに含まれる前記必要食材のうち前記ユーザが必要量を保有する食材については、前記ユーザが購入したい物品として登録するか否かを前記ユーザに問い合わせる質問を出力させる。
【図面の簡単な説明】
【0006】
【図1】第１実施形態の買い物支援システムの全体構成を示す図。
【図2】第１実施形態の食材管理サーバ装置の機能構成を示すブロック図。
【図3】第１実施形態の保有食材情報の内容の一例を示す図。
【図4】第１実施形態のレシピ検索サーバ装置の機能構成を示すブロック図。
【図5】第１実施形態のレシピ提案サーバ装置の機能構成を示すブロック図。
【図6】第１実施形態の買い物支援サーバ装置の機能構成を示すブロック図。
【図7】第１実施形態の買い物リスト情報の内容の一例を示す図。
【図8】第１実施形態の物品登録受付部による問い合わせの内容の一例を示す図。
【図9】第１実施形態の物品登録受付部による代替食材に関する提案の一例を示す図。
【図10】第１実施形態の買い物ルートの一例を示す図。
【図11】第１実施形態で店舗に関する情報の第２態様での表示の一例を示す図。
【図12】第１実施形態の買い物支援サーバ装置の制御の流れを示すフローチャート。
【図13】第２実施形態の買い物支援サーバ装置の機能構成を示すブロック図。
【図14】第２実施形態の買い物支援サーバ装置の制御の流れを示すフローチャート。
【発明を実施するための形態】
【0007】
以下、実施形態の買い物支援システムを、図面を参照して説明する。以下の説明では、同一または類似の機能を有する構成に同一の符号を付す。そして、それら構成の重複する説明は省略する場合がある。本明細書で「ＸＸに基づく」とは、「少なくともＸＸに基づく」ことを意味し、ＸＸに加えて別の要素に基づく場合も含み得る。また「ＸＸに基づく」とは、ＸＸを直接に用いる場合に限定されず、ＸＸに対して演算や加工が行われたものに基づく場合も含み得る。本明細書で「ＸＸまたはＹＹ」とは、「ＸＸ」のみの場合、または「ＹＹ」のみの場合に限定されず、「ＸＸ」および「ＹＹ」の両方の場合も含み得る。これは選択的要素が３つ以上の場合も同様である。「ＸＸ」および「ＹＹ」は、任意の要素（例えば任意の情報）である。本明細書で「サーバ装置」とは、１つの装置で構成されるサーバ装置に限定されず、複数の装置によって構成されるサーバ装置も該当し得る。
【0008】
（第１実施形態）
＜１．全体構成＞
図１は、第１実施形態の買い物支援システム（情報処理システム）１の全体構成を示す図である。買い物支援システム１は、例えば、ユーザＵの端末装置１００、食材管理サーバ装置２００、レシピ検索サーバ装置３００Ａ（またはレシピ提案サーバ装置３００Ｂ）、および買い物支援サーバ装置４００を含む。なお、端末装置１００、食材管理サーバ装置２００、レシピ検索サーバ装置３００Ａ、およびレシピ提案サーバ装置３００Ｂのうち１つ以上は、買い物支援システム１の外部の構成として設けられてもよい。すなわち、買い物支援システム１は、買い物支援サーバ装置４００のみによって構成されてもよい。後述するネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＬＰＷＡ（Low Power Wide Area）、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、またはその他の公衆回線や専用回線などを状況に応じて利用すればよい。
＜１．全体構成＞
図１は、第１実施形態の買い物支援システム（情報処理システム）１の全体構成を示す図である。買い物支援システム１は、例えば、ユーザＵの端末装置１００、食材管理サーバ装置２００、レシピ検索サーバ装置３００Ａ（またはレシピ提案サーバ装置３００Ｂ）、および買い物支援サーバ装置４００を含む。なお、端末装置１００、食材管理サーバ装置２００、レシピ検索サーバ装置３００Ａ、およびレシピ提案サーバ装置３００Ｂのうち１つ以上は、買い物支援システム１の外部の構成として設けられてもよい。すなわち、買い物支援システム１は、買い物支援サーバ装置４００のみによって構成されてもよい。後述するネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＬＰＷＡ（Low Power Wide Area）、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、またはその他の公衆回線や専用回線などを状況に応じて利用すればよい。
【0009】
端末装置１００は、例えば、スマートフォンまたはタブレット端末装置のような携帯端末装置である。端末装置１００は、種々の情報を表示可能な表示画面を含む表示装置１００ａと、ユーザＵの操作を受け付け可能な操作部１００ｂとを含む。操作部１００ｂは、例えば、表示装置１００ａの表示画面に重ねて設けられたタッチセンサである。端末装置１００には、買い物支援システム１を利用するためのアプリケーションプログラムがインストールされ、以下に説明する機能がサポートされる。なお、端末装置１００は、携帯端末装置に限定されず、パーソナルコンピュータでもよいし、ネットワークＮＷに接続された冷蔵庫に設けられた表示装置などでもよい。
【0010】
食材管理サーバ装置２００は、ネットワークＮＷを介して、端末装置１００、レシピ提案サーバ装置３００Ｂ、および買い物支援サーバ装置４００と通信可能である。食材管理サーバ装置２００は、ユーザＵが保有する食材（以下では「保有食材」と称する）を管理する。食材管理サーバ装置２００は、「食材管理システム」の一例である。なお「食材管理システム」の一部または全部は、ネットワークＮＷに接続された冷蔵庫によって実現されてもよい。
【0011】
レシピ検索サーバ装置３００Ａは、ネットワークＮＷを介して、端末装置１００および買い物支援サーバ装置４００と通信可能である。レシピ検索サーバ装置３００Ａは、端末装置１００に対するユーザＵの入力に基づき、ユーザＵが求めるレシピを検索し、レシピの検索結果を端末装置１００に出力する。本明細書で「レシピ」とは、例えば、料理の調理法と、その料理に必要な食材（以下では「必要食材」と称する）とを含む情報である。ただし、本明細書でいう「レシピ」は、料理の調理法を含まず、必要食材のみを含む情報でもよい。レシピ検索サーバ装置３００Ａは、「レシピ検索システム」の一例である。なお「レシピ検索システム」の一部または全部は、ネットワークＮＷに接続された冷蔵庫によって実現されてもよい。
【0012】
レシピ提案サーバ装置３００Ｂは、ネットワークＮＷを介して端末装置１００、食材管理サーバ装置２００、および買い物支援サーバ装置４００と通信可能である。レシピ提案サーバ装置３００Ｂは、例えば端末装置１００に対するユーザＵの操作と、食材管理システム２００により管理されるユーザＵの保有食材とに基づき、ユーザＵに提案するレシピを検索し、レシピの検索結果を端末装置１００に出力する。レシピ提案サーバ装置３００Ｂは、「レシピ提案システム」の一例である。なお「レシピ提案システム」の一部または全部は、ネットワークＮＷに接続された冷蔵庫によって実現されてもよい。以下の説明において「レシピ検索サーバ装置３００Ａ」と「レシピ提案サーバ装置３００Ｂ」とを区別しない場合は、「レシピサーバ装置３００」と称する。
【0013】
買い物支援サーバ装置４００は、ネットワークＮＷを介して、ウェブ上の店舗情報サイトＳＩＳと通信可能である。また買い物支援サーバ装置４００は、ネットワークＮＷを介して、ユーザＵの端末装置１００、食材管理サーバ装置２００、およびレシピサーバ装置３００と通信可能である。買い物支援サーバ装置４００は、店舗情報サイトＳＩＳから得られる店舗情報、端末装置１００から得られる情報、食材管理サーバ装置２００から得られる情報、およびレシピサーバ装置３００から得らえる情報に基づき、ユーザＵに提案可能な買い物ルートを導出し、導出した買い物ルートを示す情報を端末装置１００に出力する。なお、食材管理サーバ装置２００とレシピサーバ装置３００とのうち一方または双方は、買い物支援サーバ装置４００と一体に（すなわち１つのサーバ装置により）構成されてもよい。
【0014】
以下、これら食材管理サーバ装置２００、レシピサーバ装置３００、および買い物支援サーバ装置４００について詳しく説明する。
【0015】
＜２．食材管理サーバ装置＞
図２は、食材管理サーバ装置２００の機能構成を示すブロック図である。食材管理サーバ装置２００は、例えば、指示受付部２１０、保有食材管理部２２０、情報出力部２３０、および記憶部２４０を有する。記憶部２４０には、保有食材情報２４０ａが記憶される。「保有食材情報」は、「在庫情報」と称されてもよい。
図２は、食材管理サーバ装置２００の機能構成を示すブロック図である。食材管理サーバ装置２００は、例えば、指示受付部２１０、保有食材管理部２２０、情報出力部２３０、および記憶部２４０を有する。記憶部２４０には、保有食材情報２４０ａが記憶される。「保有食材情報」は、「在庫情報」と称されてもよい。
【0016】
指示受付部２１０は、不図示の通信モジュールを介して端末装置１００と通信可能である。指示受付部２１０は、端末装置１００に対するユーザＵの入力に基づき、保有食材の追加、削除、または数量の変更に関する指示を受け付ける。本明細書でいう「保有食材」とは、例えば、ユーザＵの自宅の冷蔵庫で保存される食材であるが、これに限定されず、冷蔵庫の外部で保存（例えば常温で保存）される食材も含み得る。
【0017】
保有食材管理部２２０は、指示受付部２１０により受け付けられたユーザＵの指示に基づき、記憶部２４０に記憶された保有食材情報２４０ａの登録内容を変更することで、保有食材の管理を行う。保有食材の管理とは、在庫として存在する保有食材の種類および量を管理することを意味する。
【0018】
情報出力部２３０は、保有食材を確認するユーザＵの操作が端末装置１００に対して行われた場合、保有食材情報２４０ａを端末装置１００に出力する。また、情報出力部２３０は、保有食材情報２４０ａを送信することの要求をレシピ提案サーバ装置３００Ｂから受けた場合、保有食材情報２４０ａをレシピ提案サーバ装置３００Ｂに送信する。情報出力部２３０は、保有食材情報２４０ａを送信することの要求を買い物支援サーバ装置４００から受けた場合、保有食材情報２４０ａを買い物支援サーバ装置４００に送信する。
【0019】
図３は、保有食材情報２４０ａの内容の一例を示す図である。保有食材情報２４０ａでは、食材毎に、「管理ＩＤ」、「食材名」、「食材分類」、「保存場所」、「購入日」、「賞味期限」（または「消費期限」）、「数量（在庫量）」、「単位」、および「履歴」が対応付けられて登録される。「食材毎」とは、例えば同時に購入された同じ食材を意味する。言い換えると、同じ種類であっても、ある日時に購入された食材と、別の日時に購入された食材は、別の食材として登録される。なお、ここでいう「購入日」とは、特定の食材が新たに登録された登録日、すなわち在庫量が増えた日を指し、その食材の入手経路が購入ではなかった場合も含む意味で用いる。
【0020】
「食材分類」は、予め設定された食材の区分を意味する。「保存場所」は、食材が保存された場所を意味する。「数量」には、食材の最新の数量が登録される。「履歴」には、食材が減少した場合に、減少後の数量および減少した日時などを示す情報が登録される。本明細書では「賞味期限」と「消費期限」とを区別しない場合は「摂取期限」と称する。
【0021】
食材管理サーバ装置２００の一例に関するその他の詳細は、例えば、特願２０２０－０２２９０５号の明細書、および特願２０２０－１２９５２５号の明細書などに記載されている。これら文献は、その全体が本願明細書において参照により援用される。
【0022】
＜３．レシピ検索サーバ装置＞
図４は、レシピ検索サーバ装置３００Ａの機能構成を示すブロック図である。レシピ検索サーバ装置は、例えば、指示受付部３１０Ａ、レシピ検索部３３０Ａ、情報出力部３４０、および記憶部３５０を有する。記憶部３５０には、レシピ情報３５０ａが記憶される。レシピ情報３５０ａは、複数のレシピを含む情報である。
図４は、レシピ検索サーバ装置３００Ａの機能構成を示すブロック図である。レシピ検索サーバ装置は、例えば、指示受付部３１０Ａ、レシピ検索部３３０Ａ、情報出力部３４０、および記憶部３５０を有する。記憶部３５０には、レシピ情報３５０ａが記憶される。レシピ情報３５０ａは、複数のレシピを含む情報である。
【0023】
指示受付部３１０Ａは、不図示の通信モジュールを介して端末装置１００と通信可能である。指示受付部３１０Ａは、端末装置１００に対するユーザＵの入力に基づき、レシピ検索に関する指示を受け付ける。「レシピ検索に関する指示」は、例えば、料理名、料理のジャンル、または使用食材を指定した指示でもよく、お薦めのレシピの提案を求める指示でもよい。
【0024】
レシピ検索部３３０Ａは、指示受付部３１０Ａにより受け付けられたユーザＵの指示に基づき、レシピを検索する。すなわち、レシピ検索部３３０Ａは、記憶部３５０に記憶されたレシピ情報３５０Ａに含まれる複数のレシピのなかから、ユーザＵの指示内容に応じた１つ以上のレシピを選択する。
【0025】
情報出力部３４０は、レシピ検索部３３０Ａにより選択された１つ以上のレシピが選択された場合、選択されたレシピを示す情報を端末装置１００に出力する。この場合、端末装置１００は、レシピ検索部３３０Ａから受信したレシピを表示装置１００ａの表示画面に表示させ、レシピを採用することを示すユーザＵの操作を受け付ける。情報出力部３４０は、レシピを採用するユーザＵの操作が端末装置１００により受け付けられた場合、採用するレシピ（以下では「採用レシピ」と称する）を示す情報を買い物支援サーバ装置４００に送信する。
【0026】
＜４．レシピ提案サーバ装置＞
図５は、レシピ提案サーバ装置３００Ｂの機能構成を示すブロック図である。レシピ提案サーバ装置３００Ｂは、例えば、指示受付部３１０Ｂ、保有食材情報取得部３２０、レシピ検索部３３０Ｂ、情報出力部３４０、および記憶部３５０を有する。なお、情報出力部３４０および記憶部３５０の機能は、レシピ検索サーバ装置３００Ａで説明した内容と同様であるため、ここでの重複する説明は省略する。
図５は、レシピ提案サーバ装置３００Ｂの機能構成を示すブロック図である。レシピ提案サーバ装置３００Ｂは、例えば、指示受付部３１０Ｂ、保有食材情報取得部３２０、レシピ検索部３３０Ｂ、情報出力部３４０、および記憶部３５０を有する。なお、情報出力部３４０および記憶部３５０の機能は、レシピ検索サーバ装置３００Ａで説明した内容と同様であるため、ここでの重複する説明は省略する。
【0027】
指示受付部３１０Ｂは、不図示の通信モジュールを介して端末装置１００と通信可能である。指示受付部３１０Ｂは、端末装置１００に対するユーザＵの入力に基づき、レシピ検索に関する指示を受け付ける。「レシピ検索に関する指示」は、保有食材のうち使用を希望する食材の指定や、摂取期限が近い食材を優先して使用することなどの指示である。
【0028】
保有食材情報取得部３２０は、不図示の通信モジュールを介して食材管理サーバ装置２００と通信を行うことで、食材管理サーバ装置２００から最新の保有食材情報２４０ａを取得する。
【0029】
レシピ検索部３３０Ｂは、指示受付部３１０Ｂにより受け付けられたユーザＵの指示と、保有食材情報取得部３２０により取得された最新の保有食材情報２４０ａとに基づき、レシピを検索する。すなわち、レシピ検索部３３０Ｂは、記憶部３５０に記憶されたレシピ情報３５０ａに含まれるレシピのなかから、ユーザＵの指示内容に応じた保有食材を使用した１つ以上のレシピを選択する。
【0030】
情報出力部３４０は、レシピ検索部３３０Ｂにより１つ以上のレシピが選択された場合、選択されたレシピを示す情報を端末装置１００に出力する。情報出力部３４０は、レシピを採用するユーザＵの操作が端末装置１００により受け付けられた場合、採用レシピを示す情報を買い物支援サーバ装置４００に送信する。
【0031】
レシピ提案サーバ装置３００Ｂの一例に関するその他の詳細は、例えば、特願２０２０－１８５１７７号の明細書、および特願２０２０－１８５１７８号の明細書などに記載されている。これら文献は、その全体が本願明細書において参照により援用される。
【0032】
＜５．買い物支援サーバ装置４００＞
図６は、買い物支援サーバ装置４００の機能構成を示すブロック図である。買い物支援サーバ装置４００は、例えば、店舗情報取得部４１０、位置情報取得部４１２、交通手段受付部４１４、保有食材情報取得部４１６、必要食材情報取得部（レシピ取得部）４１８、代替食材登録受付部４２０、物品登録受付部４２２、候補日受付部４２４、店舗制約受付部４２６、優先順位受付部４２８、買い物ルート提案部４３０、店舗情報出力部４３２、および記憶部４５０を有する。
図６は、買い物支援サーバ装置４００の機能構成を示すブロック図である。買い物支援サーバ装置４００は、例えば、店舗情報取得部４１０、位置情報取得部４１２、交通手段受付部４１４、保有食材情報取得部４１６、必要食材情報取得部（レシピ取得部）４１８、代替食材登録受付部４２０、物品登録受付部４２２、候補日受付部４２４、店舗制約受付部４２６、優先順位受付部４２８、買い物ルート提案部４３０、店舗情報出力部４３２、および記憶部４５０を有する。
【0033】
＜５．１ 店舗情報取得部＞
店舗情報取得部４１０は、複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する。本明細書でいう「物品」とは、例えば食材であるが、食材以外の物でもよい。本実施形態では、店舗情報取得部４１０は、不図示の通信モジュールを介して店舗情報サイトＳＩＳと通信を行うことで、店舗情報サイトＳＩＳに登録された複数の店舗に関する上記店舗情報を取得する。
店舗情報取得部４１０は、複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する。本明細書でいう「物品」とは、例えば食材であるが、食材以外の物でもよい。本実施形態では、店舗情報取得部４１０は、不図示の通信モジュールを介して店舗情報サイトＳＩＳと通信を行うことで、店舗情報サイトＳＩＳに登録された複数の店舗に関する上記店舗情報を取得する。
【0034】
店舗情報サイトＳＩＳは、例えば、ユーザＵが住む地域の店舗であるスーパーやドラッグストア、ホームセンターなどのチラシ情報が掲載されたウェブサイトである。店舗情報サイトＳＩＳには、各店舗の住所が掲載されている。また、各店舗のチラシ情報には、その店舗で購入可能な物品の種類および値段、特売日の日付、特売品の種類および値段、ポイントが多く付与される曜日、チラシ情報の有効期間などを示す情報が掲載されている。店舗情報取得部４１０は、店舗情報サイトＳＩＳから取得したチラシ情報を解析する（例えば、チラシ情報を含む画像に対してテキスト部分を認識し、認識したテキスト部分を文字データに変換する）ことで、チラシ情報に含まれる情報を取り出す。
【0035】
なお、店舗情報サイトＳＩＳは、チラシ情報が画像で掲載されたウェブサイトに限定されず、ネットワークＮＷを介した通信によりチラシ情報を直接に配信するウェブサイトなどでもよい。また、店舗情報サイトＳＩＳは、複数の店舗に関する店舗情報が纏められたウェブサイトに限定されず、各店舗が独自に管理するウェブサイト（例えば各店舗のホームページ）などでもよい。
【0036】
本実施形態では、店舗情報取得部４１０は、位置情報取得部４１２により取得されるユーザＵの位置情報と、交通手段受付部４１４により受け付けられるユーザＵが利用可能な交通手段とに基づき、ユーザＵの行動圏を特定する。そして、店舗情報取得部４１０は、特定されたユーザＵの行動圏内に含まれる複数の店舗について、各店舗の位置と各店舗で購入可能な物品を示す店舗情報を取得する。また本実施形態では、店舗情報取得部４１０は、候補日受付部４２４により受け付けられた複数の買い物候補日に関する店舗情報を取得する。
【0037】
＜５．２ 位置情報取得部＞
位置情報取得部４１２は、ユーザＵの位置情報を取得する。ユーザＵの位置情報とは、ユーザＵの位置を示す情報である。ただし、「ユーザの位置」は、ユーザＵの現在位置に限定されず、ユーザＵの行動圏の起点となる位置（例えば自宅の住所）などでもよい。ここで、ユーザＵの端末装置１００は、ＧＮＳＳ（Global Navigation Satellite System）衛星から受信する信号に基づいて端末装置１００の位置を検出する位置検出部を含む。位置情報取得部４１２は、不図示の通信モジュールを介してユーザＵの端末装置１００と通信を行うことで、端末装置１００の位置検出部が検出した端末装置１００の位置をユーザＵの位置として取得する。
位置情報取得部４１２は、ユーザＵの位置情報を取得する。ユーザＵの位置情報とは、ユーザＵの位置を示す情報である。ただし、「ユーザの位置」は、ユーザＵの現在位置に限定されず、ユーザＵの行動圏の起点となる位置（例えば自宅の住所）などでもよい。ここで、ユーザＵの端末装置１００は、ＧＮＳＳ（Global Navigation Satellite System）衛星から受信する信号に基づいて端末装置１００の位置を検出する位置検出部を含む。位置情報取得部４１２は、不図示の通信モジュールを介してユーザＵの端末装置１００と通信を行うことで、端末装置１００の位置検出部が検出した端末装置１００の位置をユーザＵの位置として取得する。
【0038】
これに代えて、位置情報取得部４１２は、買い物支援システム１に対するユーザＵの初回利用時において、端末装置１００を介してユーザＵによる住所の入力を受け付けてもよい。この場合、位置情報取得部４１２は、端末装置１００に入力されたユーザの住所を取得することで、ユーザＵの住所をユーザＵの位置として取得してもよい。
【0039】
＜５．３ 交通手段受付部＞
交通手段受付部４１４は、ユーザＵが利用可能な交通手段の入力を受け付ける。例えば、交通手段受付部４１４は、不図示の通信モジュールがユーザＵの端末装置１００と通信を行うことで、端末装置１００に対して入力されたユーザＵが利用可能な交通手段を示す情報を取得する。ユーザＵが利用可能な交通手段は、徒歩、自転車、自動二輪車、自動車、バス、電車などのうち１つ以上である。
交通手段受付部４１４は、ユーザＵが利用可能な交通手段の入力を受け付ける。例えば、交通手段受付部４１４は、不図示の通信モジュールがユーザＵの端末装置１００と通信を行うことで、端末装置１００に対して入力されたユーザＵが利用可能な交通手段を示す情報を取得する。ユーザＵが利用可能な交通手段は、徒歩、自転車、自動二輪車、自動車、バス、電車などのうち１つ以上である。
【0040】
＜５．４ 保有食材情報取得部＞
保有食材情報取得部４１６は、不図示の通信モジュールを介して食材管理サーバ装置２００と通信を行うことで、食材管理サーバ装置２００からユーザＵに関する最新の保有食材情報２４０ａを取得する。保有食材情報取得部４１６は、取得した保有食材情報２４０ａを記憶部４５０に記憶する。
保有食材情報取得部４１６は、不図示の通信モジュールを介して食材管理サーバ装置２００と通信を行うことで、食材管理サーバ装置２００からユーザＵに関する最新の保有食材情報２４０ａを取得する。保有食材情報取得部４１６は、取得した保有食材情報２４０ａを記憶部４５０に記憶する。
【0041】
＜５．５ 必要食材情報取得部＞
必要食材情報取得部４１８は、不図示の通信モジュールを介してレシピサーバ装置３００と通信を行うことで、レシピサーバ装置３００からユーザＵによって採用された採用レシピを示す情報を取得する。必要食材情報取得部４１８は、採用レシピを示す情報に基づき、採用レシピの料理を作るために必要となる食材（必要食材）を特定する。そして、必要食材情報取得部４１８は、必要食材を示す情報を、必要食材情報４５０ａとして記憶部４５０に記憶する。
必要食材情報取得部４１８は、不図示の通信モジュールを介してレシピサーバ装置３００と通信を行うことで、レシピサーバ装置３００からユーザＵによって採用された採用レシピを示す情報を取得する。必要食材情報取得部４１８は、採用レシピを示す情報に基づき、採用レシピの料理を作るために必要となる食材（必要食材）を特定する。そして、必要食材情報取得部４１８は、必要食材を示す情報を、必要食材情報４５０ａとして記憶部４５０に記憶する。
【0042】
＜５．６ 代替食材登録受付部＞
記憶部４５０には、各ユーザＵに対して初期設定された代替食材情報４５０ｂ（デフォルトの代替食材情報４５０ｂ）が記憶されている。代替食材情報４５０ｂは、代替可能な食材を示す情報である。本明細書でいう「代替食材」とは、料理を作る場合に、ある食材に代えて用いることができる別の食材を意味する。例えば、「しいたけ」と「しめじ」は、互いに代替食材の対応関係にある。代替食材情報４５０ｂには、上記のような対応関係が複数登録されている。代替食材は、料理ごと（レシピごと）に登録されていてもよい。例えば、「石狩鍋」のレシピに関して「しめじ」が「しいたけ」の代替食材として登録される一方で、「しいたけの肉詰め」のレシピに関しては「しめじ」は「しいたけ」の代替食材として登録されていなくてもよい。
記憶部４５０には、各ユーザＵに対して初期設定された代替食材情報４５０ｂ（デフォルトの代替食材情報４５０ｂ）が記憶されている。代替食材情報４５０ｂは、代替可能な食材を示す情報である。本明細書でいう「代替食材」とは、料理を作る場合に、ある食材に代えて用いることができる別の食材を意味する。例えば、「しいたけ」と「しめじ」は、互いに代替食材の対応関係にある。代替食材情報４５０ｂには、上記のような対応関係が複数登録されている。代替食材は、料理ごと（レシピごと）に登録されていてもよい。例えば、「石狩鍋」のレシピに関して「しめじ」が「しいたけ」の代替食材として登録される一方で、「しいたけの肉詰め」のレシピに関しては「しめじ」は「しいたけ」の代替食材として登録されていなくてもよい。
【0043】
また、代替食材は、価格（値段）や旬の季節など食材の特性を示す情報（特性情報）と関係付けられて登録されていてもよい。後述する物品登録受付部４２２は、ユーザＵが購入したい食材として入力された食材Ａ（例えば、端末装置１００に対してユーザＵが入力した食材、または必要食材情報取得部４１８により特定された必要食材）と、食材Ａに対応して代替食材情報４５０ｂに登録されている代替食材Ｂとがある場合、食材の１つ以上の特性を優先して（例えば、食材の旬の季節を優先して、および／または価格を優先して）、ユーザＵに対して食材の代替に関する提案を行ってもよい。この場合、物品登録受付部４２２は、食材のどの特性を優先して食材の代替に関する提案を行うかが設定可能であってもよい。「１つ以上の特性を優先して提案する」とは、例えば、ある特性に関して、食材Ａに対して食材Ｂのほうが優れている場合に（例えば旬の季節であるまたは価格が安い場合に）提案を行うことである。または、「１つ以上の特性を優先して提案する」とは、代替食材情報４５０ｂにおいて、食材Ａに対して複数種類の代替食品Ｂ（代替食品Ｂ１，Ｂ２）が登録されている場合、代替食品Ｂ１，Ｂ２のうちある特性で優れているほうを、表示画面で先にまたは表示画面の上方に表示して提案することなどである。
【0044】
代替食材登録受付部４２０は、代替可能な食材に関するユーザＵの入力に基づいて、当該ユーザＵの代替食材情報４５０ｂの登録内容を変更する。例えば、代替食材登録受付部４２０は、端末装置１００に対するユーザＵの入力に基づいて、代替食材情報４５０ｂの登録内容に対する追加、削除、または変更を行う。これにより、ユーザＵは、初期設定された内容に加えて／代えて、自身が好んで使用する代替食材を代替食材情報４５０ｂに追加することができる。
【0045】
＜５．７ 物品登録受付部＞
物品登録受付部４２２は、ユーザＵが購入したい物品の登録を受け付ける。例えば、物品登録受付部４２２は、不図示の通信モジュールを介して端末装置１００と通信を行うことで、端末装置１００に対するユーザＵの入力に基づき、ユーザＵが購入したい物品の登録を受け付ける。物品登録受付部４２２は、ユーザＵが購入したい物品としての登録を受け付けた物品を、記憶部４５０に記憶される買い物リスト情報４５０ｃに追加する。買い物リスト情報４５０ｃは、端末装置１００に対するユーザＵの操作に基づき、表示装置１００ａの表示画面に買い物リストとして表示される情報である。ユーザＵは、買い物リストを確認しながら買い物を行うことで、買い忘れを抑制することができる。
物品登録受付部４２２は、ユーザＵが購入したい物品の登録を受け付ける。例えば、物品登録受付部４２２は、不図示の通信モジュールを介して端末装置１００と通信を行うことで、端末装置１００に対するユーザＵの入力に基づき、ユーザＵが購入したい物品の登録を受け付ける。物品登録受付部４２２は、ユーザＵが購入したい物品としての登録を受け付けた物品を、記憶部４５０に記憶される買い物リスト情報４５０ｃに追加する。買い物リスト情報４５０ｃは、端末装置１００に対するユーザＵの操作に基づき、表示装置１００ａの表示画面に買い物リストとして表示される情報である。ユーザＵは、買い物リストを確認しながら買い物を行うことで、買い忘れを抑制することができる。
【0046】
図７は、買い物リスト情報４５０ｃの内容の一例を示す図である。買い物リスト情報４５０ｃでは、食材毎に、「管理ＩＤ」、「食材名」、「食材分類」、「数量」、および「単位」が対応付けられて登録される。例えば、物品登録受付部４２２は、物品の登録を受け付けると、予め区分された食材分類と結び付けて登録する。
【0047】
本実施形態では、物品登録受付部４２２は、必要食材情報取得部４１８により採用レシピを示す情報が取得された場合、必要食材情報取得部４１８により特定された必要食材を、買い物リスト情報４５０ｃに自動登録する。この場合、物品登録受付部４２２は、特定された必要食材と記憶部４５０に記憶された保有食材情報２４０ａとに基づき、必要食材のなかでユーザＵが保有している食材（以下では「充足食材」と称する）と、必要食材のなかでユーザＵが保有していない食材（以下では「不足食材」と称する）を特定する。そして、物品登録受付部４２２は、特定された不足食材を買い物リスト情報４５０ｃに自動登録する。本明細書で「保有していない」とは、在庫量がゼロの場合に限定されず、少しの在庫はあるが、必要量の在庫がない場合も含む。本明細書で「自動登録」とは、食材名を入力するユーザＵの操作を必要としてない登録を意味する。
【0048】
一方で、物品登録受付部４２２は、特定された必要食材のうちユーザＵが必要量を保有する食材（保有食材情報２４０ａに在庫登録がある食材）については、ユーザＵが購入したい物品として買い物リスト情報４５０ｃに登録するか否かをユーザＵに問い合わせる質問を出力する。例えば、物品登録受付部４２２は、上記質問を示す情報を端末装置１００に送信することで、端末装置１００を通じて上記質問をユーザＵに問い合わせる。
【0049】
図８は、物品登録受付部４２２による問い合わせの内容の一例を示す図である。物品登録受付部４２２による問い合わせの質問は、例えば、端末装置１００の表示装置１００ａの表示画面に通知Ｎ１１として表示される。通知Ｎ１１は、例えば、「レシピＸＸに必要な食材〇〇は冷蔵庫に存在しますが、食材〇〇を買い物リストに追加しますか？」などの問い合わせである。この通知Ｎ１１は、例えば、上記質問に対するユーザＵの回答を受け付けるためのボタンＢの表示を含む。
【0050】
この場合、物品登録受付部４２２は、問い合わせの対象となっている保有食材の詳細を示す内容を、端末装置１００の表示装置１００ａの表示画面に通知Ｎ１２として表示させてもよい。通知Ｎ１２は、例えば、問い合わせの対象となっている食材の冷蔵庫の保存場所（保存部屋）、数量（在庫量）、購入日、および摂取期限を示す情報を含む。通知Ｎ１１と通知Ｎ１２は一体に表示されてもよい。
【0051】
そして、端末装置１００は、当該端末装置１００に対するユーザＵの操作に基づき、問い合わせの対象となっている食材を買い物リストに追加するか否かを示すユーザＵの回答を受け付ける。端末装置１００は、受け付けたユーザＵの回答を示す情報を物品登録受付部４２２に送信する。物品登録受付部４２２は、上記食材を買い物リストに追加する旨のユーザＵの回答が得られた場合、上記食材を買い物リスト情報４５０ｃに追加する。一方で、物品登録受付部４２２は、上記食材を買い物リストに追加しない旨のユーザＵの回答が得られた場合、上記食材を買い物リスト情報４５０ｃに追加しない。
【0052】
本実施形態では、物品登録受付部４２２は、記憶部４５０に記憶された代替食材情報４５０ｂを参照可能である。物品登録受付部４２２は、採用レシピに含まれる必要食材のうちユーザＵが保有していない不足食材がある場合、代替食材情報４５０ｂに基づき、ユーザＵが保有する食材（保有食材情報２４０ａに在庫登録がある食材）のなかで不足食材と代替できる代替食材がある否かを判定する。物品登録受付部４２２は、代替食材がある場合、ユーザＵに対して食材の代替に関する提案を行う。例えば、物品登録受付部４２２は、ユーザＵが保有する食材（保有食材情報２４０ａに在庫登録がある食材）の摂取期限を示す情報に基づき、ユーザＵに対して食材の代替に関する提案を行ってもよい。例えば、候補日受付部４２４により受け付けられた買い物の候補日が先の場合、ユーザＵが保有する食材のなかでそれまでに摂取期限を迎える食材は代替食材として提案することを避けてもよい。
【0053】
図９は、物品登録受付部４２２による代替食材に関する提案の一例を示す図である。物品登録受付部４２２による提案は、例えば、端末装置１００の表示装置１００ａの表示画面に通知Ｎ２１として表示される。通知Ｎ２１は、例えば、「レシピＸＸに必要な食材〇〇は冷蔵庫に存在しませんが、代替可能な食材△△は存在します。食材〇〇は買い物リストに追加しますか？」などの提案である。この通知Ｎ２１は、例えば、上記質問に対するユーザＵの回答を受け付けるためのボタンＢの表示を含む。
【0054】
この場合、物品登録受付部４２２は、問い合わせの対象となっている代替食材の詳細を示す内容を、端末装置１００の表示装置１００ａの表示画面に通知Ｎ２２として表示させてもよい。通知Ｎ２２は、例えば、問い合わせの対象となっている代替食材の冷蔵庫の保存場所（保存部屋）、数量（在庫量）、購入日、および摂取期限を示す情報を含む。通知Ｎ２１と通知Ｎ２２は一体に表示されてもよい。
【0055】
本実施形態では、物品登録受付部４２２は、代替食材情報４５０ｂに基づき、ユーザＵが保有する食材（保有食材情報２４０ａに在庫登録がある食材）のなかに、ユーザＵが購入したい物品として入力された食材（端末装置１００に対してユーザＵが入力した食材）と代替できる代替食材がある否かを判定する。物品登録受付部４２２は、代替食材がある場合、ユーザＵが購入したい物品として入力した食材を登録するか否かをユーザＵに問い合わせる質問を出力させる。例えば、物品登録受付部４２２は、上記質問を示す情報を端末装置１００に送信することで、端末装置１００を通じて上記質問をユーザＵに問い合わせる。
【0056】
＜５．８ 候補日受付部＞
候補日受付部４２４は、ユーザＵが買い物に行くことができる複数の買い物候補日の入力を受け付ける。例えば、候補日受付部４２４は、端末装置１００に対して行われたユーザＵの入力に基づき、複数の買い物候補日の入力を受け付ける。候補日受付部４２４は、複数の買い物候補日について、個々の日付が指定されることで受け付けてもよいし、「明日から１週間」のような一定の期間が指定されることで受け付けてもよい。
候補日受付部４２４は、ユーザＵが買い物に行くことができる複数の買い物候補日の入力を受け付ける。例えば、候補日受付部４２４は、端末装置１００に対して行われたユーザＵの入力に基づき、複数の買い物候補日の入力を受け付ける。候補日受付部４２４は、複数の買い物候補日について、個々の日付が指定されることで受け付けてもよいし、「明日から１週間」のような一定の期間が指定されることで受け付けてもよい。
【0057】
＜５．９ 店舗制約受付部＞
店舗制約受付部４２６は、特定の食材について特定の店舗での購入を希望するユーザＵの要望（「鮮魚はスーパーＸＸで購入する」など）がある場合、当該食材についての購入店舗に関する制約（以下では「店舗制約」と称する）を受け付ける。例えば、店舗制約受付部４２６は、端末装置１００に対して行われたユーザＵの入力に基づき、店舗制約を受け付ける。
店舗制約受付部４２６は、特定の食材について特定の店舗での購入を希望するユーザＵの要望（「鮮魚はスーパーＸＸで購入する」など）がある場合、当該食材についての購入店舗に関する制約（以下では「店舗制約」と称する）を受け付ける。例えば、店舗制約受付部４２６は、端末装置１００に対して行われたユーザＵの入力に基づき、店舗制約を受け付ける。
【0058】
＜５．１０ 優先順位受付部＞
優先順位受付部４２８は、買い物ルート提案部４３０により提案される買い物ルートに関して、ユーザＵが求める優先順位の入力を受け付ける。例えば、優先順位受付部４２８は、端末装置１００に対して行われたユーザＵの入力に基づき、買い物ルートに関する優先順位を受け付ける。「買い物ルートに関する優先順位」は、例えば、値段優先、移動時間優先、またはバランス優先などである。「値段優先」は、物品を揃える金額（買い物の合計金額）が安い買い物ルートを優先することを意味する。「移動時間優先」は、買い物の移動時間が短い買い物ルートを優先することを意味する。「バランス優先」は、買い物の合計金額と移動時間のバランスを優先することを意味する。
優先順位受付部４２８は、買い物ルート提案部４３０により提案される買い物ルートに関して、ユーザＵが求める優先順位の入力を受け付ける。例えば、優先順位受付部４２８は、端末装置１００に対して行われたユーザＵの入力に基づき、買い物ルートに関する優先順位を受け付ける。「買い物ルートに関する優先順位」は、例えば、値段優先、移動時間優先、またはバランス優先などである。「値段優先」は、物品を揃える金額（買い物の合計金額）が安い買い物ルートを優先することを意味する。「移動時間優先」は、買い物の移動時間が短い買い物ルートを優先することを意味する。「バランス優先」は、買い物の合計金額と移動時間のバランスを優先することを意味する。
【0059】
＜５．１１ 買い物ルート提案部＞
買い物ルート提案部４３０は、店舗情報取得部４１０により取得された店舗情報、位置情報取得部４１２により取得されたユーザＵの位置情報、交通手段受付部４１４により受け付けられた交通手段、物品登録受付部４２２により買い物リスト情報４５０ｃに登録された情報、候補日受付部４２４により受け付けられた買い物候補日、および店舗制約受付部４２６により受け付けられた店舗制約などに基づき、ユーザＵの要求に応じた１つ以上の買い物ルートＲを特定し、特定した１つ以上の買い物ルートＲをユーザＵに提案する。例えば、買い物ルート提案部４３０は、特定した買い物ルートＲを示す情報を、端末装置１００に出力して表示装置１００ａの表示画面に表示させることで、買い物ルートＲをユーザＵに提案する。
買い物ルート提案部４３０は、店舗情報取得部４１０により取得された店舗情報、位置情報取得部４１２により取得されたユーザＵの位置情報、交通手段受付部４１４により受け付けられた交通手段、物品登録受付部４２２により買い物リスト情報４５０ｃに登録された情報、候補日受付部４２４により受け付けられた買い物候補日、および店舗制約受付部４２６により受け付けられた店舗制約などに基づき、ユーザＵの要求に応じた１つ以上の買い物ルートＲを特定し、特定した１つ以上の買い物ルートＲをユーザＵに提案する。例えば、買い物ルート提案部４３０は、特定した買い物ルートＲを示す情報を、端末装置１００に出力して表示装置１００ａの表示画面に表示させることで、買い物ルートＲをユーザＵに提案する。
【0060】
例えば、買い物ルート提案部４３０は、上記店舗情報と上記ユーザＵの位置情報とに基づき、買い物リスト情報４５０ｃに登録された全ての物品（またはできる限り多くの物品）を纏めてまたは別々に購入可能な１つ以上の店舗を特定する。そして、買い物ルート提案部４３０は、ユーザＵの現在位置（例えば自宅の位置）から上記１つ以上の店舗を経由して再びユーザＵの現在位置（例えば自宅の位置）に戻る買い物ルートＲを特定する。買い物ルート提案部４３０は、特定した買い物ルートＲを示す情報を端末装置１００に出力する。
【0061】
図１０は、買い物ルート提案部４３０により提案される買い物ルートＲの一例を示す図である。買い物ルートＲは、例えば、自宅Ｈを出発し、買い物先である１つ以上の店舗Ｓに立ち寄り、その後に自宅Ｈに戻る経路を示す。例えば、複数の店舗Ｓが存在する場合、買い物ルートＲは、複数の店舗Ｓへ立ち寄る順番を含む。
【0062】
買い物ルート提案部４３０は、交通手段受付部４１４により受け付けられた交通手段に基づき、提案する買い物ルートＲの内容を決定する。例えば、買い物ルート提案部４３０は、交通手段受付部４１４により受け付けられた交通手段が自転車である場合、自転車で移動可能な行動範囲内でユーザＵの要求を最も満たす買い物ルートＲの内容を決定する。同様に、買い物ルート提案部４３０は、交通手段受付部４１４により受け付けられた交通手段が自動車である場合、自動車で移動可能な行動範囲内でユーザＵの要求を最も満たす買い物ルートＲの内容を決定する。
【0063】
買い物ルート提案部４３０は、優先順位受付部４２８により受け付けられた優先順位に基づき、提案する買い物ルートＲの内容を決定する。例えば、優先順位受付部４２８により「値段優先」の優先順位が受け付けられている場合、複数の買い物ルートＲの候補のなかで買い物の合計金額が相対的に安い（例えば最も安い）買い物ルートＲを決定する。または、買い物ルート提案部４３０は、複数の買い物ルートＲをユーザＵに提案する場合、買い物ルートＲの提案の順序として、買い物の合計金額が安い順に複数の買い物ルートＲを提案する。
【0064】
一方で、買い物ルート提案部４３０は、優先順位受付部４２８により「移動時間優先」の優先順位が受け付けられている場合、複数の買い物ルートＲの候補のなかで買い物の移動時間が相対的に短い（例えば最も短い）買い物ルートＲを決定する。または、買い物ルート提案部４３０は、複数の買い物ルートＲをユーザＵに提案する場合、買い物ルートＲの提案の順序として、買い物の移動時間が短い順に複数の買い物ルートＲを提案する。同様に、買い物ルート提案部４３０は、優先順位受付部４２８により「バランス場優先」の優先順位が受け付けられている場合、複数の買い物ルートＲの候補のなかで買い物の合計金額と移動時間とに係る評価値の合計が相対的に高い（例えば最も高い）買い物ルートＲを決定する。または、買い物ルート提案部４３０は、複数の買い物ルートＲをユーザＵに提案する場合、買い物ルートＲの提案の順序として、上記評価値の合計が高い順に複数の買い物ルートＲを提案する。
【0065】
買い物ルート提案部４３０は、候補日受付部４２４により取得された複数の候補日に関する店舗情報に基づき、複数の候補日のうち所定条件を満たす候補日を、買い物を行う日として提案する。「所定条件を満たす」とは、例えば、通常の日と比べて、各店舗の特売日の関係で買い物の金額が安くなる、またはポイントの付与率が高くなることである。例えば、買い物ルート提案部４３０は、端末装置１００に所定の情報を出力することで、上記所定条件を満たす日に買い物を行うことの提案と、上記所定条件を満たす日に買い物を行うことの理由を示す情報を端末装置１００の表示装置１００ａの表示画面に表示させる。
【0066】
店舗情報出力部４３２は、店舗情報取得部４１０により店舗情報が取得された複数の店舗のうち所定条件を満たす店舗に関する情報を買い物ルートＲとともに第１態様で端末装置１００の表示装置１００ａの表示画面に表示させる。「所定条件を満たす店舗」は、例えば、買い物ルートＲに含まれる店舗または買い物ルートＲからの距離が所定範囲内の店舗である。第１態様は、例えば、店舗名のみの表示など、比較的単純な表示である。なお、第１態様は、各店舗での購入予定の物品を示す情報を含んでもよい。
【0067】
店舗情報出力部４３２は、店舗に関する情報が第１態様で表示された状態で特定の店舗を指定するユーザＵの操作が受け付けられた場合、上記特定の店舗に関する情報を上記第１態様よりも詳しい第２態様で端末装置１００の表示装置１００ａの表示画面に表示させる。「特定の店舗を指定するユーザＵの操作」は、例えば、端末装置１００の表示装置１００ａの表示画面に第１態様で表示された店舗のマークをタップする（クリックする）操作である。第２態様は、第１態様と比べて詳細な表示であり、例えば、第１態様で表示された内容に加え、当該店舗で販売される物品の詳細（例えばチラシ情報）や、ポイントカードの有無、タイムセールの時間など、店舗名および購入予定の物品とは異なる情報を含む表示である。
【0068】
例えば、上述した図１０は、店舗に関する情報の第１態様での表示の一例を示す図である。一方で、図１１は、店舗に関する情報の第２態様での表示の一例を示す図であり、図１０において店舗Ａを指定するユーザＵの操作が受け付けられた場合に遷移した表示装置１００ａの表示画面を示す図である。図１１に示すように、店舗Ａについて、第１態様で表示された内容に加え、ポイントカードの有無、タイムセールの時間、特売品の情報などを含むポップアップＤが表示される。
【0069】
＜６．実施例＞
以下、上述した買い物支援サーバ装置４００のいくつかの実施例について説明する。ただし、これら実施例は、本実施形態の内容を限定するものではない。
以下、上述した買い物支援サーバ装置４００のいくつかの実施例について説明する。ただし、これら実施例は、本実施形態の内容を限定するものではない。
【0070】
＜６．１ 実施例１＞
買い物ルート提案部４３０は、買い物先として店舗Ａ（第１店舗）と、店舗Ｂ（第２店舗）とを経由する場合、店舗Ａで購入する物品の内容と、店舗Ｂで購入する物品の内容とに基づき、店舗Ａと店舗Ｂを回る順を決定する。例えば、買い物ルート提案部４３０は、店舗Ａで購入する物品の量（または重さ）が、店舗Ｂで購入する物品の量（または重さ）よりも多い場合（または重い場合）、先に店舗Ｂに立ち寄り、その後に店舗Ａに立ち寄る買い物ルートＲを優先して提案する。このような買い物ルートＲによれば、多くの荷物を持って移動する距離を短くすることができる。
買い物ルート提案部４３０は、買い物先として店舗Ａ（第１店舗）と、店舗Ｂ（第２店舗）とを経由する場合、店舗Ａで購入する物品の内容と、店舗Ｂで購入する物品の内容とに基づき、店舗Ａと店舗Ｂを回る順を決定する。例えば、買い物ルート提案部４３０は、店舗Ａで購入する物品の量（または重さ）が、店舗Ｂで購入する物品の量（または重さ）よりも多い場合（または重い場合）、先に店舗Ｂに立ち寄り、その後に店舗Ａに立ち寄る買い物ルートＲを優先して提案する。このような買い物ルートＲによれば、多くの荷物を持って移動する距離を短くすることができる。
【0071】
＜６．２ 実施例２＞
買い物ルート提案部４３０は、買い物先として店舗Ａ（第１店舗）と、店舗Ｂ（第２店舗）とを経由する場合、店舗Ａの店舗規模と、店舗Ｂの店舗規模とに基づき、店舗Ａと店舗Ｂを回る順を決定する。例えば、買い物ルート提案部４３０は、店舗Ａの店舗規模が、店舗Ｂの店舗規模よりも大きい場合、先に店舗Ｂに立ち寄り、その後に店舗Ａに立ち寄る買い物ルートＲを優先して提案する。このような買い物ルートＲによれば、店舗Ｂで購入予定の物品が品切れしていた場合でも、店舗Ａで購入することができる可能性が高くなる。なお、買い物ルート提案部４３０は、店舗情報取得部４１０により取得される店舗情報に含まれる情報（例えば物品の豊富さ）により、店舗規模を判定する。
買い物ルート提案部４３０は、買い物先として店舗Ａ（第１店舗）と、店舗Ｂ（第２店舗）とを経由する場合、店舗Ａの店舗規模と、店舗Ｂの店舗規模とに基づき、店舗Ａと店舗Ｂを回る順を決定する。例えば、買い物ルート提案部４３０は、店舗Ａの店舗規模が、店舗Ｂの店舗規模よりも大きい場合、先に店舗Ｂに立ち寄り、その後に店舗Ａに立ち寄る買い物ルートＲを優先して提案する。このような買い物ルートＲによれば、店舗Ｂで購入予定の物品が品切れしていた場合でも、店舗Ａで購入することができる可能性が高くなる。なお、買い物ルート提案部４３０は、店舗情報取得部４１０により取得される店舗情報に含まれる情報（例えば物品の豊富さ）により、店舗規模を判定する。
【0072】
＜６．３ 実施例３＞
物品登録受付部４２２は、記憶部４５０に記憶された代替食材情報４５０ｂ参照可能である。物品登録受付部４２２は、採用レシピに含まれる必要食材のうちユーザＵが保有していない不足食材（保有食材情報２４０ａに在庫登録がない食材）がある場合であって、代替食材情報４５０ｂに基づき不足食材を別の食材に代替することで買い物ルート提案部４３０により提案される買い物ルートＲが所要時間の短いルートに変更になる場合、ユーザＵに対して食材の代替に関する提案を行う。
物品登録受付部４２２は、記憶部４５０に記憶された代替食材情報４５０ｂ参照可能である。物品登録受付部４２２は、採用レシピに含まれる必要食材のうちユーザＵが保有していない不足食材（保有食材情報２４０ａに在庫登録がない食材）がある場合であって、代替食材情報４５０ｂに基づき不足食材を別の食材に代替することで買い物ルート提案部４３０により提案される買い物ルートＲが所要時間の短いルートに変更になる場合、ユーザＵに対して食材の代替に関する提案を行う。
【0073】
詳しく述べると、採用レシピに含まれる必要食材のうちユーザＵが保有していない不足食材がある場合、原則として、物品登録受付部４２２は、上記不足食材を買い物リスト情報４５０ｃに追加し、買い物ルート提案部４３０は、上記不足食材を購入可能な店舗を回る買い物ルートＲを特定してユーザＵに提案する。しかしながら、例えば採用レシピに含まれる必要食材のなかに特殊な食材（近くの店舗で取り扱いのない食材）が含まれる場合、他の物品を買い揃えるだけであれば近くの店舗で済むところ、上記特殊な食材を購入するために遠方の店舗を回る買い物ルートＲが提案される場合がある。
【0074】
そこで上記のような場合、物品登録受付部４２２は、代替食材情報４５０ｂに基づき、上記特殊な食材を近くの店舗でも購入可能な一般的な食材に代替することで、買い物ルート提案部４３０により提案される買い物ルートＲが所要時間の短いルートに変更になるか否かを判定する。そして、物品登録受付部４２２は、上記特殊な食材を一般的な食材に代替することで買い物ルートＲが所要時間の短いルートに変更可能である場合、ユーザＵに対して食材の代替に関する提案を行う。例えば、物品登録受付部４２２は、必要食材のなかである食材を別の食材に変更することの可否についての問い合わせと、食材を変更することで所要時間が短くなる買い物ルートＲとを示す情報を端末装置１００に出力する。
【0075】
＜６．４ 実施例４＞
物品登録受付部４２２は、記憶部４５０に記憶された代替食材情報４５０ｂを参照可能である。物品登録受付部４２２は、買い物リスト情報４５０ｃに登録されている物品が買い物先の店舗で売り切れだった場合、代替食材情報４５０ｂに基づき、別の食材の購入を提案する。詳しく述べると、買い物リスト情報４５０ｃに登録されている物品が買い物先の店舗で売り切れだった場合、ユーザＵは、その旨を示す情報を端末装置１００に入力する。この場合、端末装置１００から情報を受け取る物品登録受付部４２２は、代替食材情報４５０ｂにおいて、売り切れだった食材と代替可能な食材が無いか検索する。物品登録受付部４２２は、売り切れだった食材と代替可能な食材が存在する場合、当該代替可能な食材をユーザＵに提案する。例えば、物品登録受付部４２２は、当該代替可能な食材を示す情報を端末装置１００に出力して表示装置１００ａの表示画面に表示させる。
物品登録受付部４２２は、記憶部４５０に記憶された代替食材情報４５０ｂを参照可能である。物品登録受付部４２２は、買い物リスト情報４５０ｃに登録されている物品が買い物先の店舗で売り切れだった場合、代替食材情報４５０ｂに基づき、別の食材の購入を提案する。詳しく述べると、買い物リスト情報４５０ｃに登録されている物品が買い物先の店舗で売り切れだった場合、ユーザＵは、その旨を示す情報を端末装置１００に入力する。この場合、端末装置１００から情報を受け取る物品登録受付部４２２は、代替食材情報４５０ｂにおいて、売り切れだった食材と代替可能な食材が無いか検索する。物品登録受付部４２２は、売り切れだった食材と代替可能な食材が存在する場合、当該代替可能な食材をユーザＵに提案する。例えば、物品登録受付部４２２は、当該代替可能な食材を示す情報を端末装置１００に出力して表示装置１００ａの表示画面に表示させる。
【0076】
＜７．制御の流れ＞
図１２は、買い物支援サーバ装置４００の制御の流れを示すフローチャートである。なお図１２では、説明の便宜上、ユーザＵが購入したい食材と代替できる代替食材がある否かの判定に関する説明は省略する。この判定については、第２実施形態のなかで説明する。
図１２は、買い物支援サーバ装置４００の制御の流れを示すフローチャートである。なお図１２では、説明の便宜上、ユーザＵが購入したい食材と代替できる代替食材がある否かの判定に関する説明は省略する。この判定については、第２実施形態のなかで説明する。
【0077】
まず、買い物支援サーバ装置４００は、端末装置１００に対するユーザＵの入力に基づき、ユーザＵの要求に応じた買い物ルートＲを導出するための情報を取得する（ステップＳ１０１）。これら情報は、例えば、ユーザの位置情報や、ユーザＵが購入したい物品、ユーザＵが利用可能な交通手段、買い物ルートＲに関する優先順位、ユーザＵが買い物可能な候補日、店舗制約の有無などである。ただし、これら情報の１つ以上は省略されてもよい。
【0078】
また、買い物支援サーバ装置４００は、食材管理サーバ装置２００から最新の保有食材情報２４０ａを取得する（Ｓ１０２）。なお、Ｓ１０２の処理は、後述するＳ１０６の処理の後に、Ｓ１０６の判定がＹＥＳだった場合に限り行われてもよい。
【0079】
次に、買い物支援サーバ装置４００は、ユーザの位置情報と、ユーザＵが利用可能な交通手段とに基づき、ユーザＵの行動圏を特定する（Ｓ１０３）。次に、買い物支援サーバ装置４００は、ユーザＵの行動圏と、店舗情報サイトＳＩＳから得られる各店舗の住所とに基づき、ユーザＵの行動圏内に位置する複数の店舗を買い物先候補として特定する（Ｓ１０４）。そして、買い物支援サーバ装置４００は、買い物先候補の複数の店舗に関する店舗情報を、店舗情報サイトＳＩＳから取得する（Ｓ１０５）。
【0080】
次に、買い物支援サーバ装置４００は、端末装置１００から得られる信号に基づき、レシピを採用するユーザＵの操作が端末装置１００に対して行われたか否かを判定する（Ｓ１０６）。
【0081】
買い物支援サーバ装置４００は、レシピを採用するユーザＵの操作が端末装置１００に対して行われた場合（Ｓ１０６：ＹＥＳ）、以下の処理を行う。すなわち、買い物支援サーバ装置４００は、端末装置１００に対して行われたレシピを採用するユーザＵの操作に基づき、採用レシピを示す情報を取得し、採用レシピに含まれる必要食材を特定する（Ｓ１０７）。そして、買い物支援サーバ装置４００は、保有食材情報２４０ａと、採用レシピに含まれる必要食材とに基づき、ユーザＵが保有していない不足食材を特定し、不足食材を買い物リスト情報４５０ｃに自動登録する（Ｓ１０８）。そして、Ｓ１０９の処理に進む。一方で、買い物支援サーバ装置４００は、レシピを採用するユーザＵの操作が端末装置１００に対して行われない場合（Ｓ１０６：ＮＯ）、Ｓ１０９の処理に進む。
【0082】
次に、買い物支援サーバ装置４００は、買い物リスト情報４５０ｃと、買い物先候補として特定された複数の店舗や、買い物ルートＲに関する優先順位、ユーザＵが買い物可能な候補日、店舗制約の有無などを示す情報とに基づき、１つ以上の買い物ルートＲを特定する（Ｓ１０９）。そして、買い物支援サーバ装置４００は、特定した１つ以上の買い物ルートＲを示す情報と、買い物ルートＲに含まれる店舗を第１態様で示す情報とを、端末装置１００に出力する（Ｓ１１０）。これにより、特定した１つ以上の買い物ルートＲと、買い物ルートＲに含まれる店舗を第１態様で示す情報が端末装置１００の表示装置１００ａの表示画面に表示される。
【0083】
次に、買い物支援サーバ装置４００は、端末装置１００から得らえる信号に基づき、買い物ルートＲに含まれる店舗に関する情報を第２態様で表示させるためのユーザの所定の操作が端末装置１００に対して行われたか否かを判定する（Ｓ１１１）。買い物支援サーバ装置４００は、ユーザの所定の操作が行われたと判定した場合（Ｓ１１１：ＹＥＳ）、ユーザＵによって指定された特定の店舗に関する情報を第２態様で表示させるための追加情報を端末装置１００に出力し（Ｓ１１２）、本フローの処理を終了する。一方で、買い物支援サーバ装置４００は、ユーザの所定の操作が行われない場合（Ｓ１１１：ＮＯ）、本フローの処理を終了する。
【0084】
＜８．利点＞
本実施形態では、買い物支援サーバ装置４００は、物品登録受付部４２２と、買い物ルート提案部４３０とを有する。物品登録受付部４２２は、ユーザＵが購入したい物品の登録を受け付けるとともに、レシピサーバ装置３００と連携し、採用レシピに含まれる必要食材の登録を受け付ける。買い物ルート提案部４３０は、店舗情報取得部４１０により取得された店舗情報、位置情報取得部４１２により取得されたユーザＵの位置情報、および物品登録受付部４２２により登録が受け付けられた物品または必要食材に基づき、買い物ルートＲを提案する。このような構成によれば、ユーザＵが採用したレシピに含まれる食材を１つずつ手入力する場合と比べて、それら食材の入力を容易に行うことができ、また、それら食材を漏れなく購入することができる買い物ルートＲを提案することができる。これにより、ユーザＵの利便性の向上を図ることができる。
本実施形態では、買い物支援サーバ装置４００は、物品登録受付部４２２と、買い物ルート提案部４３０とを有する。物品登録受付部４２２は、ユーザＵが購入したい物品の登録を受け付けるとともに、レシピサーバ装置３００と連携し、採用レシピに含まれる必要食材の登録を受け付ける。買い物ルート提案部４３０は、店舗情報取得部４１０により取得された店舗情報、位置情報取得部４１２により取得されたユーザＵの位置情報、および物品登録受付部４２２により登録が受け付けられた物品または必要食材に基づき、買い物ルートＲを提案する。このような構成によれば、ユーザＵが採用したレシピに含まれる食材を１つずつ手入力する場合と比べて、それら食材の入力を容易に行うことができ、また、それら食材を漏れなく購入することができる買い物ルートＲを提案することができる。これにより、ユーザＵの利便性の向上を図ることができる。
【0085】
本実施形態では、買い物ルート提案部４３０は、優先順位受付部４２８により受け付けられた優先順位に基づき、買い物ルートＲの提案の順序、または提案する買い物ルートＲの内容を決定する。このような構成によれば、ユーザＵが優先したいことに応じた適切な買い物ルートＲを提案することができる。
【0086】
本実施形態では、買い物ルート提案部４３０は、交通手段受付部４１４により受け付けられた交通手段に基づき、提案する買い物ルートＲの内容を決定する。このような構成によれば、ユーザＵが利用可能な交通手段に応じた適切な買い物ルートＲを提案することができる。
【0087】
本実施形態では、店舗情報出力部４３２は、店舗情報取得部４１０により取得された複数の店舗のうち所定条件を満たす店舗に関する情報を買い物ルートＲとともに第１態様で表示させ、上記店舗に関する情報が第１態様で表示された状態で特定の店舗を指定するユーザＵの操作が受け付けられた場合、上記特定の店舗に関する情報を前記第１態様よりも詳しい第２態様で表示させる。このような構成によれば、ユーザＵの操作に応じて、ウェブ上のチラシやポイントカードの有無など、ユーザＵにとって有益な情報を追加的に表示することができる。
【0088】
本実施形態では、物品登録受付部４２２は、ユーザＵが保有する食材を管理する食材管理サーバ装置２００と連携し、採用レシピに含まれる必要食材のうちユーザＵが保有していない不足食材を、ユーザＵが購入したい物品として登録する。このような構成によれば、ユーザＵの入力の手間を省くとともに、ユーザＵによる入力漏れを抑制することができる。
【0089】
本実施形態では、物品登録受付部４２２は、保有食材情報２４０ａを管理する食材管理サーバ装置２００と連携し、採用レシピに含まれる必要食材のうちユーザＵが必要量を保有する食材については、ユーザＵが購入したい物品として登録するか否かをユーザＵに問い合わせる質問を出力する。このような構成によれば、保有食材が買い物リスト情報４５０ｃに登録されることを抑制し、無駄な買い物が生じることを抑制することができる。
【0090】
本実施形態では、物品登録受付部４２２は、採用レシピに含まれる必要食材のうちユーザＵが保有していない不足食材がある場合、代替食材情報４５０ｂに基づきユーザＵが保有する食材のなかで不足食材と代替できる代替食材がある否かを判定し、代替食材がある場合、ユーザＵに対して食材の代替に関する提案を行う。このような構成によれば、保有食材を効率的に消費することができる。
【0091】
本実施形態では、物品登録受付部４２２は、採用レシピに含まれる必要食材のうちユーザＵが保有していない不足食材がある場合であって、代替食材情報４５０ｂに基づき不足食材を別の食材に代替することで買い物ルート提案部４３０により提案される買い物ルートＲの所要時間が短いルートに変更になる場合、ユーザＵに対して食材の代替に関する提案を行う。このような構成によれば、ユーザＵに対してより効率的な買い物ルートＲを提案することができる。
【0092】
本実施形態では、代替食材登録受付部４２０は、代替可能な食材に関するユーザＵの入力に基づいて、代替食材情報４５０ｂを変更する。このような構成によれば、ユーザＵは、自分の好みに応じて代替食材情報４５０ｂを変更することができる。これにより、ユーザＵの利便性を高めることができる。
【0093】
本実施形態では、買い物ルート提案部４３０は、店舗情報取得部４１０により取得された複数の買い物候補日に関する店舗情報に基づき、複数の買い物候補日のうち最適な候補日を提案する。このような構成によれば、特売日やポイントの付与率が高い日に買い物を提案することができる。
【0094】
（第２実施形態）
次に、第２実施形態について説明する。第２実施形態は、買い物支援サーバ装置４００がレシピサーバ装置３００とは連携していない点で、第１実施形態とは異なる。なお以下に説明する以外の構成は、第１実施形態の構成と同様である。
次に、第２実施形態について説明する。第２実施形態は、買い物支援サーバ装置４００がレシピサーバ装置３００とは連携していない点で、第１実施形態とは異なる。なお以下に説明する以外の構成は、第１実施形態の構成と同様である。
【0095】
図１３は、第２実施形態の買い物支援サーバ装置４００の機能構成を示すブロック図である。本実施形態では、物品登録受付部４２２は、ユーザＵが保有する食材を管理する食材管理サーバ装置２００と連携し、且つ、記憶部４５０に記憶された代替食材情報４５０ｂを参照可能である。物品登録受付部４２２は、代替食材情報４５０ｂに基づき、ユーザＵが保有する食材（保有食材情報２４０ａとして登録された食材）のなかにユーザＵが購入したい物品として入力された食材と代替できる代替食材がある否かを判定する。そして、物品登録受付部４２２は、代替食材がある場合、ユーザＵが購入したい物品として入力された食材を買い物リスト情報４５０ｃに登録するか否かをユーザＵに問い合わせる質問を出力する。例えば、物品登録受付部４２２は、上記質問を示す情報を端末装置１００に送信することで、端末装置１００を通じて上記質問をユーザＵに問い合わせる。
【0096】
【0097】
本実施形態では、物品登録受付部４２２は、Ｓ１０５の後において、代替食材情報４５０ｂに基づき、ユーザＵの購入希望食材（購入したい物品として入力された食材）と代替可能な食材が保有食材のなかにあるか否かを判定する（Ｓ１２１）。物品登録受付部４２２は、代替可能な食材がない場合（Ｓ１２１：ＮＯ）、Ｓ１０９の処理に進む。一方で、物品登録受付部４２２は、代替可能な食材がある場合（Ｓ１２１：ＹＥＳ）、ユーザＵの購入希望食材を買い物リスト情報４５０ｃに登録するか否かを問い合わせる（Ｓ１２２）。
【0098】
次に、物品登録受付部４２２は、購入希望食材をそのまま買い物リスト情報４５０ｃに登録することを示すユーザＵの回答が端末装置１００により受け付けられたか否かを判定する（Ｓ１２３）。物品登録受付部４２２は、購入希望食材をそのまま買い物リスト情報４５０ｃに登録することを示すユーザＵの回答が受け付けられた場合（Ｓ１２３：ＹＥＳ）、ユーザＵの購入希望食材を買い物リスト情報４５０ｃに登録し（Ｓ１２４）、Ｓ１０９の処理に進む。一方で、物品登録受付部４２２は、購入希望食材をそのまま買い物リスト情報４５０ｃに登録することを見送るユーザＵの回答が受け付けられた場合（Ｓ１２３：ＮＯ）、ユーザＵの購入希望食材を買い物リスト情報４５０ｃに登録することを見送り（Ｓ１２５）、Ｓ１０９の処理に進む。
【0099】
このような構成によれば、このような構成によれば、保有食材を効率的に消費することができるとともに、効率的な買い物ルートＲを提案することができる。
【0100】
上述した、食材管理サーバ装置２００、レシピサーバ装置３００、および買い物支援サーバ装置４００の各機能の全部または一部は、ＣＰＵ（Central Processing unit）のようなハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。ただし、各機能部の全部または一部は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、またはＦＰＧＡ（Field Programmable Gate Array）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。記憶部３５０，４５０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrical Erasable ROM）、ＳＳＤ（Solid State Drive）、ＨＤＤ(Hard Disk Drive)などのうち１つまたは複数の組み合わせにより実現される。
【0101】
以上説明した少なくともひとつの実施形態によれば、買い物支援システムは、店舗情報取得部により取得された店舗情報、位置情報取得部により取得されたユーザの位置情報、および物品登録受付部により登録が受け付けられた物品または必要食材に基づき、買い物ルートを提案する買い物ルート提案部を持つことにより、利便性の向上を図ることができる。
【0102】
別の１つの観点によれば、買い物支援システムは、買い物ルート提案部４３０を有しなくてもよい。さらに言えば、買い物支援システムは、店舗情報取得部４１０、位置情報取得部４１２、交通手段受付部４１４、必要食材情報取得部４１８、候補日受付部４２４、店舗制約受付部４２６、優先順位受付部４２８、買い物ルート提案部４３０、および店舗情報出力部４３２のうち１つ以上を有しなくてもよい。買い物支援システムは、代替食材情報４５０ｂを参照可能であり、第１実施形態または第２実施形態と同様に、ユーザＵに対して食材の代替に関する提案を行うシステムでもよい。例えば、第２実施形態のようにレシピサーバ装置とは連携していない場合において、「端末装置１００に対してユーザが購入したい食材を入力する操作が行われた場合、物品登録受付部４２２は、代替食材情報４５０ｂに基づきユーザにより購入したい食材と代替可能な食材が存在するか否かを判定し、当該代替可能な食材がある場合、代替可能な食材を示す情報を出力する。このような構成でも、利便性の向上を図ることができる。
【0103】
当該観点に基づくいくつかの買い物支援システムについて付記する。
［付記１］
ユーザが購入したい食材の入力を受け付けるとともに、前記ユーザが保有する食材を管理する食材管理システムと連携し、且つ、代替可能な食材を示す代替食材情報を参照可能であり、前記ユーザが保有する食材のなかに前記ユーザが購入したい食材として入力された食材と代替できる代替食材がある場合、前記ユーザが購入したい食材を登録するか否かを前記ユーザに問い合わせる質問を出力させる物品登録受付部と、
を備えた買い物支援システム。
［付記２］
ユーザが購入したい食材の入力を受け付けるとともに、代替可能な食材を示す代替食材情報を参照可能であり、前記ユーザが購入したい食材として入力された食材と代替できる代替食材がある場合、前記ユーザに対して食材の代替に関する提案を行う物品登録受付部と、
を備えた買い物支援システム。
［付記３］
付記１または付記３に記載の買い物支援システムにおいて、
前記代替食材情報では、代替可能な食材は、食材に関する１つ以上の特性と関連付けられて登録されており、
前記物品登録受付部は、前記１つ以上の特性に基づいて、前記ユーザに対して食材の代替に関する提案を行う。
［付記４］
付記３に記載の買い物支援システムにおいて、
前記１つ以上の特性は、食材の旬の季節を含む。
［付記５］
付記３または付記４に記載の買い物支援システムにおいて、
前記１つ以上の特性は、食材の価格を含む。
［付記６］
付記３から付記５のいずれか１つに記載の買い物支援システムにおいて、
前記物品登録受付部は、前記代替食材情報において前記ユーザが購入したい食材として入力された食材と代替できる複数の代替食材がある場合、前記１つ以上の特性に基づいて前記複数の代替食材に含まれる１つ以上の代替食材を優先して提案する。
［付記１］
ユーザが購入したい食材の入力を受け付けるとともに、前記ユーザが保有する食材を管理する食材管理システムと連携し、且つ、代替可能な食材を示す代替食材情報を参照可能であり、前記ユーザが保有する食材のなかに前記ユーザが購入したい食材として入力された食材と代替できる代替食材がある場合、前記ユーザが購入したい食材を登録するか否かを前記ユーザに問い合わせる質問を出力させる物品登録受付部と、
を備えた買い物支援システム。
［付記２］
ユーザが購入したい食材の入力を受け付けるとともに、代替可能な食材を示す代替食材情報を参照可能であり、前記ユーザが購入したい食材として入力された食材と代替できる代替食材がある場合、前記ユーザに対して食材の代替に関する提案を行う物品登録受付部と、
を備えた買い物支援システム。
［付記３］
付記１または付記３に記載の買い物支援システムにおいて、
前記代替食材情報では、代替可能な食材は、食材に関する１つ以上の特性と関連付けられて登録されており、
前記物品登録受付部は、前記１つ以上の特性に基づいて、前記ユーザに対して食材の代替に関する提案を行う。
［付記４］
付記３に記載の買い物支援システムにおいて、
前記１つ以上の特性は、食材の旬の季節を含む。
［付記５］
付記３または付記４に記載の買い物支援システムにおいて、
前記１つ以上の特性は、食材の価格を含む。
［付記６］
付記３から付記５のいずれか１つに記載の買い物支援システムにおいて、
前記物品登録受付部は、前記代替食材情報において前記ユーザが購入したい食材として入力された食材と代替できる複数の代替食材がある場合、前記１つ以上の特性に基づいて前記複数の代替食材に含まれる１つ以上の代替食材を優先して提案する。
【0104】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【0105】
１…買い物支援システム、１００…端末装置、２００…食材管理サーバ装置（食材管理システム）、３００Ａ…レシピ検索サーバ装置（レシピ検索システム）、３００Ｂ…レシピ提案サーバ装置（レシピ提案システム）、４００…買い物支援サーバ装置、４１０…店舗情報取得部、４１２…位置情報取得部、４１４…交通手段受付部、４２０…代替食材登録受付部、４２４…候補日受付部、４２８…優先順位受付部、４３０…買い物ルート提案部、４３２…店舗情報出力部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】