買い物支援システム
【課題】決定した献立に基づいて在庫管理を効率的に行う。
【解決手段】食材の在庫状況が利用者毎に登録された在庫データベース３６ｂと、指定された利用者の在庫状況を在庫データベース３６ｂから抽出する在庫抽出部３２と、在庫抽出部３２にて抽出された在庫状況の中から指定された食材を用いた献立候補を提供する献立表示部２３と、在庫データベース３６ｂから抽出された在庫状況について、献立表示部２３にて提供された献立候補の中から指定された献立に用いる食材に対する不足分を購入リストとして提供する購入リスト作成部２４及び購入確認部２５と、在庫抽出部３２にて在庫データベース３６ｂから抽出された在庫状況に、実際に購入された食材を加えたものから、指定された献立に用いられる食材の量を除いたものを当該在庫状況として在庫データベース３６ｂを更新する在庫データベース更新部３４とを有する。
【解決手段】食材の在庫状況が利用者毎に登録された在庫データベース３６ｂと、指定された利用者の在庫状況を在庫データベース３６ｂから抽出する在庫抽出部３２と、在庫抽出部３２にて抽出された在庫状況の中から指定された食材を用いた献立候補を提供する献立表示部２３と、在庫データベース３６ｂから抽出された在庫状況について、献立表示部２３にて提供された献立候補の中から指定された献立に用いる食材に対する不足分を購入リストとして提供する購入リスト作成部２４及び購入確認部２５と、在庫抽出部３２にて在庫データベース３６ｂから抽出された在庫状況に、実際に購入された食材を加えたものから、指定された献立に用いられる食材の量を除いたものを当該在庫状況として在庫データベース３６ｂを更新する在庫データベース更新部３４とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、買い物を支援する買い物支援システムに関する。
【背景技術】
【０００２】
近年、共働きの核家族が増えており、主婦に対する負担がますます増えている。そのため、主婦の負担を少しでも減らすことを目的とした、買い物に関するアイデアが多数提案されている。
【０００３】
例えば、献立に合わせて、家庭構成に応じて購入すべき食材や分量を登録しておくと、家族員の携帯端末にその情報が送信され、それにより、自分が買い物に行かれなくなった場合でも、家族員のいずれかが買い物に行くことができるようにしたシステムが特許文献１に開示されている。
【０００４】
また、食材の在庫を家庭の端末にて管理しておき、携帯端末から家庭の端末に接続して必要な情報を入手可能とし、それにより、賞味期限が切れそうな食材を利用した献立を提供したり、指定した体調に合わせた献立を提供したりすることができるようにしたシステムが特許文献２に開示されている。
【０００５】
また、ショッピングカートで認識した購入データを、複数の家計簿システムに対応した形式に変換して利用者のパソコンに送信することにより、利用者の利便性を向上させ、また、店内に配置された基地局にてショッピングカートを察知すると、その基地局の範囲の商品の広告をパネルに表示することにより、店側の利点を考慮したシステムも考えられており、特許文献３に開示されている。
【０００６】
ところが、多忙により、家にある食材を思い出しながら献立を事前に考える時間がない場合もしばしばである。また、提案された献立の材料を購入しても、賞味期限が切れそうな食材がその献立を作るのに十分な量残っておらず、別の献立を考える必要が出てくる場合も考えられる。
【０００７】
また、利用者が購入した食材から、その食材を有効利用した献立と、その献立を作るために必要な買い足し食材情報とを提供することにより、売上を向上させるシステムも考えられており、特許文献４に開示されている。しかしながら、このシステムにおいては、購入した食材を利用した献立を提供されるのは確かに助かるが、買い足し食材として指定されたものが、実際には家庭に残っていて購入が不要であるにも関わらず購入してしまうこともある。また、不足の食材を別途購入しに行く必要があり、これも帰宅が遅い主婦にとってはなかなか難しいことである。
【０００８】
ここで、家庭の冷蔵庫等の格納庫の在庫状況を管理しておき、この在庫状況に基づいて在庫を使用する献立案を提供し、不足食材を通知する技術が特許文献５に開示されている。この技術においては、家庭の冷蔵庫等の格納庫の在庫状況を、格納庫において重量測定や収納スペースのスキャン等によって常時管理しておき、この在庫状況に基づいて在庫を使用する献立案の一覧を作成してユーザ端末に提供し、ユーザ端末において、献立案の一覧の中から献立の指定があった場合、その指定された献立に不足している食材や残量等の情報をユーザ端末に通知する。これにより、買い物をする主婦にとっては、残り物を利用した献立を考える手間が省けるとともに、その献立に不足している食材を考えることなく購入することができるようになる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５−２５９０２４号公報
【特許文献２】特開２００４−３４８４４５号公報
【特許文献３】特開２００５−１８３７６号公報
【特許文献４】特開２０１０−２３７７７３号公報
【特許文献５】特開２００２−３１２６４０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した特許文献５に開示されたものにおいては、在庫の食材を利用した献立を容易に立てることができるものの、その献立を利用することにより在庫に変動が生じても、変動後の在庫は、格納庫における重量測定や収納スペースのスキャン等による在庫管理によって認識されることになるため、上述したように在庫に基づいて献立やその献立に必要となる食材の数を管理しながらも、その数を在庫管理に利用することができず、在庫管理を効率的に行っているとは言い難い。
【００１１】
本発明は、上述したような技術が有する問題点に鑑みてなされたものであって、在庫状況を用いて献立情報を提供し、決定した献立に基づいて在庫管理を効率的に行うことができる買い物支援システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために本発明は、
食材の在庫状況が利用者毎に登録された在庫データベースと、
指定された利用者の在庫状況を前記在庫データベースから抽出する在庫抽出手段と、
前記在庫抽出手段にて抽出された在庫状況の中から指定された食材を用いた献立候補を提供する献立候補提供手段と、
前記在庫抽出手段にて前記在庫データベースから抽出された在庫状況について、前記献立候補提供手段にて提供された献立候補の中から指定された献立に用いる食材に対する不足分を購入リストとして提供する購入リスト提供手段と、
前記在庫抽出手段にて前記在庫データベースから抽出された在庫状況に、実際に購入された食材を加えたものから、前記指定された献立に用いられる食材の量を除いたものを当該在庫状況として前記在庫データベースを更新する在庫データベース更新手段とを有する。
【発明の効果】
【００１３】
以上説明したように本発明においては、利用者毎に在庫データベースに登録された食材の在庫状況の中から指定された食材を用いた献立候補を提供し、その献立候補の中から指定された献立に用いる食材に対する不足分を購入リストとして提供することにより、在庫状況を用いて献立情報を提供することができるとともに、その献立を用いた場合に購入すべき食材を利用者に認識させることができる。さらに、利用者毎に在庫データベースに登録された食材の在庫状況に、実際に購入された食材を加えたものから、利用者によって指定された献立に用いられる食材の量を除いたものを食材の在庫状況として在庫データベースを更新することにより、決定した献立に基づいて在庫管理を効率的に行うことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の買い物支援システムの実施の一形態を示す図である。
【図２】図１に示した買い物支援システムにおける処理を具体例に説明するためのフローチャートである。
【図３】図１に示した顧客データベースに登録された情報を示す図である。
【図４】図１に示した会員データベースに登録された情報を示す図である。
【図５】図１に示した在庫データベースに登録された情報を示す図である。
【図６】図１に示した献立データベースに登録された情報を示す図である。
【図７】図１に示した買い物支援システムにおいて食材及び献立が指定されていく処理を説明するための図である。
【図８】図１に示した購入データベースに登録された情報を示す図である。
【図９】図１に示した商品データベースを用いて作成される購入リストを示す図である。
【図１０】図１に示した購入履歴データベースに登録された情報を示す図である。
【図１１】図１に示した在庫データベースが更新された状態を示す図である。
【図１２】図１に示した家族情報データベースに登録された情報を示す図である。
【図１３】図１に示した献立履歴データベースに登録された情報を示す図である。
【図１４】図１に示した献立履歴データベースに登録された情報を示す図である。
【発明を実施するための形態】
【００１５】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１６】
図１は、本発明の買い物支援システムの実施の一形態を示す図である。
【００１７】
本形態は図１に示すように、通信網４に接続可能な携帯電話１と、食材が販売されている店舗（不図示）に設置され、通信網４に接続された店舗側システム２０と、買い物支援システムを運営するシステム会社（不図示）に設置され、通信網４を介して携帯電話１及び店舗側システム２０と通信可能な購入情報管理システム３０と、利用者が所持する会員カード２と、店舗にて買い物に用いられるショッピングカート３とから構成されている。
【００１８】
会員カード２は、利用者が購入情報管理システム３０に会員登録を行うことにより利用者に発行されるものである。利用者は、発行された会員カード２を店舗に持ち込み、店舗にて会員カード２に店舗の顧客ＩＤを記録してもらう。それにより、所持する携帯電話１等によって、店舗からお徳な情報を入手することができるとともに、購入情報管理システム３０から家計管理の情報を入手することができるようになる。
【００１９】
店舗側システム２０が設置された店舗は、購入情報管理システム３０と提携し、提携料金を支払うことで、購入情報管理システム３０から利用者の情報を入手し、店舗の宣伝をしてもらう。また、店舗には、買い物に用いられるショッピングカート３が設置されており、このショッピングカート３には、店舗側システム２０から送信されてくる情報を表示するためのパネル３ａが設けられているとともに、店舗側システム２０との間にて通信を行うための通信手段（不図示）や、会員カード２を挿入するためのスロット部（不図示）が設けられている。
【００２０】
店舗側システム２０は、顧客認証部２１と、在庫表示部２２と、献立候補提供手段である献立表示部２３と、購入リスト提供手段である購入リスト作成部２４及び購入確認部２５と、購入実績確認部２６と、購入情報通知部２７と、レシピ通知部２８と、顧客データベース２９ａと、購入データベース２９ｂと、商品データベース２９ｃと、献立データベース２９ｄとを有している。
【００２１】
顧客認証部２１は、利用者がショッピングカート３に挿入した会員カード２に記録された顧客ＩＤが、顧客データベース２９ａに登録されているかどうかを確認し、登録されている場合、購入情報管理システム３０にアクセスし、その顧客ＩＤ及び顧客データベース２９ａにてその顧客ＩＤに対応づけて登録されている会員ＩＤ、並びに、店舗に予め付与されている提携店舗ＩＤを通知する。
【００２２】
在庫表示部２２は、購入情報管理システム３０から通知されてきた利用者の在庫状況となる在庫リストから食材名をショッピングカート３のパネル３ａに表示し、利用したい食材を指定するよう促す。パネル３ａに表示された終了ボタンが指定された場合は、購入確認処理に移る。
【００２３】
献立表示部２３は、指定された食材を用いた献立候補を献立データベース２９ｄから抽出し、献立名をショッピングカート３のパネル３ａに表示し、その献立候補の中から利用したい献立を指定するよう促す。
【００２４】
購入リスト作成部２４は、指定された献立についてその材料と分量の情報を献立データベース２９ｄの材料テーブルから抽出し、購入情報管理システム３０から通知されてきた在庫リストについて、指定された献立に用いる食材に対する不足分、すなわち、購入すべき食材及びその量を計算して購入リストを作成する。
【００２５】
購入確認部２５は、購入リスト作成部２４にて作成された購入リストをショッピングカート３のパネル３ａに表示する。パネル３ａに表示された決定ボタンが指定された場合は、購入リストの内容をショッピングカート３のパネル３ａに表示し、買い物を終了するか継続するかを確認する。パネル３ａに表示された保留ボタンが指定された場合は、購入リストに追加した情報に保留マークを追記する。
【００２６】
購入実績確認部２６は、購入リストに登録された全ての購入リストをショッピングカート３のパネル３ａに表示して利用者に確認してもらい、会計の実績情報を購入データベース２９ｂに登録し、会計実績情報にあって購入リストに記録されていない食材を購入リストに追記する。また、会計実績と商品データベース２９ｃとにより、購入リストに実際に購入した分量を記録する。
【００２７】
購入情報通知部２７は、購入リストの情報と、決定された献立情報（献立名、材料、分量、レシピ）とを購入情報管理システム３０に通知する。
【００２８】
レシピ通知部２８は、指定された献立のレシピを、顧客データベース２９ａに登録された情報を用いて利用者の携帯電話１に通知する。
【００２９】
また、購入情報管理システム３０は、提携した店舗から、提携料金を支払ってもらうことで、利用者に対して無償で購入情報管理業務を行うものであり、会員認証部３１と、在庫抽出部３２と、購入履歴ＤＢ更新部３３と、在庫ＤＢ更新部３４と、献立履歴ＤＢ更新部３５と、会員データベース３６ａと、在庫データベース３６ｂと、購入履歴データベース３６ｃと、献立履歴データベース３６ｄと、家族情報データベース３６ｅとを有している。
【００３０】
会員認証部３１は、店舗側システム２０から通知された会員ＩＤ、顧客ＩＤ及び提携店舗ＩＤの組み合わせが、会員データベース３６ａに登録されているかどうかを確認することにより会員認証を行う。
【００３１】
在庫抽出部３２は、会員認証ができた場合、その利用者の在庫状況を在庫データベース３６ｂから抽出して在庫リストを作成し、店舗側システム２０に通知する。
【００３２】
購入履歴ＤＢ更新部３３は、店舗側システム２０から通知された購入リストの情報を購入履歴データベース３６ｃに登録する。
【００３３】
在庫ＤＢ更新部３３は、在庫データベース３６ｂに登録された食材の在庫状況を、指定された献立を作った後に残る分量（＝（在庫の分量＋購入リストの分量）−献立データベース２９ｄの分量）で更新する。
【００３４】
献立履歴ＤＢ更新部３５は、指定された献立の情報（献立、材料、分量、レシピ）を献立履歴データベース３６ｅに登録する。
【００３５】
以下に、上記のように構成された買い物支援システムにおける処理について具体例を挙げて説明する。
【００３６】
図２は、図１に示した買い物支援システムにおける処理を具体例に説明するためのフローチャートである。
【００３７】
店舗側システム２０が設置された店舗に利用者が出向き、買い物をするためにショッピングカート３のスロット部に会員カード２を挿入すると（ステップ１）、まず、顧客認証部２１において、会員カード２に記録された顧客ＩＤが、顧客データベース２９ａに登録されているかどうかを確認することにより、利用者が店舗の登録客であることの認証を行う（ステップ２）。
【００３８】
図３は、図１に示した顧客データベース２９ａに登録された情報を示す図である。
【００３９】
図３に示すように、顧客データベース２９ａには、購入情報管理システム３０に登録した利用者毎に、顧客ＩＤ、会員ＩＤ、提携店舗ＩＤ、アクセス先及び連絡先が登録されているため、顧客認証部２１は、会員カード２に記録された顧客ＩＤが、顧客データベース２９ａに登録されているかどうかを確認することができる。
【００４０】
顧客認証部２１において、会員カード２に記録された顧客ＩＤが、顧客データベース２９ａに登録されていることが確認された場合は、その顧客ＩＤと、顧客データベース２９ｃにてその顧客ＩＤに対応づけて登録された会員ＩＤ及び提携店舗ＩＤとを通信網４を介して購入情報管理システム３０に通知する。
【００４１】
すると、購入情報管理システム３０の会員認証部３１において、顧客認証部２１から通知された会員ＩＤ、顧客ＩＤ及び提携店舗ＩＤの組み合わせが、会員データベース３６ａに登録されているかどうかを確認することにより会員認証を行う（ステップ３）。
【００４２】
図４は、図１に示した会員データベース３１ａに登録された情報を示す図である。
【００４３】
図４に示すように、会員データベース３１ａには、購入情報管理システム３０に登録した利用者毎に、会員ＩＤ、提携店舗ＩＤ、顧客ＩＤ及びパスワードが登録されているため、会員認証部３１は、顧客認証部２１から通知された会員ＩＤ、顧客ＩＤ及び提携店舗ＩＤの組み合わせが、会員データベース３１ａに登録されているかどうかを確認することができる。
【００４４】
これにより、ショッピングカート３のスロット部に会員カード２を挿入した利用者が会員であることが認証されると、在庫抽出部３２において、会員ＩＤによって特定される利用者の家にある食材の在庫状況を在庫データベース３６ｂから抽出して在庫リストＬ２を作成し、通信網４を介して店舗側システム２０に通知する（ステップ４）。
【００４５】
図５は、図１に示した在庫データベース３６ｂに登録された情報を示す図である。
【００４６】
図５に示すように、在庫データベース３６ｂには、食材の在庫状況がその更新日時毎に登録されており、在庫抽出部３２において、このうち最新の在庫状況を抽出する。なお、在庫データベース３６ｂにおいては、図５に示すような在庫状況が利用者毎に登録されており、在庫抽出部３２においては、会員ＩＤによって特定される利用者の在庫状況を在庫データベース３６ｂから抽出することになる。
【００４７】
在庫抽出部３２にて作成された在庫リストが店舗側システム２０に通知されると、在庫表示部２２において、購入情報管理システム３０から通知されてきた在庫リストをショッピングカート３のパネル３ａに表示し、利用したい食材を選択することで指定するよう促す（ステップ５）。
【００４８】
そして、利用者が、パネル３ａに表示された在庫リストにて食材を選択することで利用したい食材を指定すると（ステップ６，７）、献立表示部２３において、指定された食材を用いた献立候補を献立データベース２９ｄから抽出し、献立名をショッピングカート３のパネル３ａに表示し、その献立候補の中から利用したい献立を指定するよう促す（ステップ８）。
【００４９】
図６は、図１に示した献立データベース３６ｄに登録された情報を示す図である。
【００５０】
図６に示すように、献立データベース３６ｄには、献立毎に必要となる食材やその分量、さらにはレシピが登録されており、献立表示部２３においては、指定された食材を含む献立を献立候補として抽出することになる。
【００５１】
そして、利用者が、パネル３ａに表示された献立候補の中から献立を選択することで所望の献立を指定すると（ステップ９）、購入リスト作成部２４において、指定された献立についてその材料と分量の情報を献立データベース２９ｄの材料テーブルから抽出し、購入情報管理システム３０から通知されてきた在庫リストについて、指定された献立に用いる食材に対する不足分、すなわち、購入すべき食材及びその量を計算して購入リストＬ１を作成し、ショッピングカート３のパネル３ａに表示する（ステップ１０）。なお、本形態においては、食材として牛肉が選択され、牛肉を用いた献立としてビーフカレーが選択されたものとする。
【００５２】
図７は、図１に示した買い物支援システムにおいて食材及び献立が指定されていく処理を説明するための図である。
【００５３】
図７に示すように、購入情報管理システム３０から通知されてきた在庫リストに含まれる食材である、じゃがいも、たまねぎ、牛肉のうち牛肉が選択されると、牛肉を用いた献立候補となる、肉じゃが、ビーフカレー、ビーフストロガノフがパネル３ａに表示され、その中からビーフカレーが選択されると、ビーフカレーに用いられる食材及びその標準分量、在庫分量、さらには不足分が購入リストとしてパネル３ａに表示されることになる。
【００５４】
そして、パネル３ａに表示された購入すべき食材が確認され（ステップ１１）、決定ボタンが指定されると（ステップ１２）、購入確認部２５において、不足分の食材及びその分量の購入リストをショッピングカート３のパネル３ａに表示し、買い物を終了するかどうかを指定するように促す（ステップ１３）。また、パネル３ａに表示された保留ボタンが指定された場合は、購入リストに追加した情報に保留マークを追記し、ステップ５における処理に戻る。また、ステップ７にてパネル３ａに表示された終了ボタンが指定された場合は、ステップ８〜１２の処理は行わずにステップ１３の処理に移る。
【００５５】
利用者が、買い物を終了することを指定した場合（ステップ１４，１５）、“会計をしてください”という案内をパネル３ａに表示し、購入実績確認部２６において、購入リストに登録された全ての購入リストをショッピングカート３のパネル３ａに表示して利用者に確認してもらい、会計を促す。また、利用者が、買い物を継続することを指定した場合は、ステップ５における処理に戻る。
【００５６】
会計が済むと、購入実績確認部２６において、会計の実績情報を購入データベース２９ｂに登録し、会計実績情報にあって購入リストに記録されていない食材を購入リストに追記する。また、会計実績と商品データベース２９ｃとにより、購入リストに実際に購入した分量を記録する（ステップ１６）。なお、会計情報にあって購入リストにない牛乳データは購入リストに追加する。
【００５７】
図８は、図１に示した購入データベース２９ｂに登録された情報を示す図である。
【００５８】
図８に示すように、購入データベース２９ｂには、購入した食材毎に、顧客ＩＤ、購入日及び購入量が登録される。
【００５９】
図９は、図１に示した商品データベース２９ｃを用いて作成される購入リストを示す図である。
【００６０】
図９に示すように、商品データベース２９ｃには、店舗における販売単位毎の数量が登録されており、購入実績確認部２６においては、この情報に基づいて、実際に購入した分量を購入リストに記録することになる。
【００６１】
このようにして購入リストの更新が終了した後、購入情報通知部２７において、購入リスト、ビーフカレーに用いられる食材及び購入情報管理システム３０に通知する（ステップ１７）。
【００６２】
すると、購入履歴ＤＢ更新部３３において、店舗側システム２０から通知された購入リストの情報を購入履歴データベース３６ｃに追加登録する（ステップ１８）。
【００６３】
図１０は、図１に示した購入履歴データベース３６ｃに登録された情報を示す図である。
【００６４】
図１０に示すように、購入履歴データベース３６ｃには、食材毎に、その購入日に対応して購入された数量が登録されており、購入履歴ＤＢ更新部３３においては、この情報に店舗側システム２０から通知された購入リストの情報を追加していくことになる。
【００６５】
また、在庫ＤＢ更新部３３において、在庫データベース３６ｂに登録された食材の在庫状況を、指定された献立を作った後に残る分量（＝（在庫の分量＋購入リストの分量）−献立データベース２９ｄの分量）で更新する（ステップ１９）。すなわち、在庫抽出部３２にて在庫データベース３６ｂから抽出された在庫状況に、実際に購入された食材を加えたものから、利用者によって指定された献立に用いられる食材の量を除いたものをその在庫状況として在庫データベース３６ｂを更新することになる。なお、在庫データベース３６ｂに登録されていない食材については、その食材名と、献立を作った後に残る分量を登録することになる。
【００６６】
図１１は、図１に示した在庫データベース３６ｂが更新された状態を示す図である。
【００６７】
図１１に示すように、在庫データベース３６ｂは、食材の使用や購入に伴って更新されていくことになる。なお、在庫データベース３６ｂを更新する際に、消費する分量については、家族情報データベース３６ｅに登録された家族構成を鑑みて、レシピの材料を調整して残量を更新することも考えられる。
【００６８】
図１２は、図１に示した家族情報データベース３６ｅに登録された情報を示す図である。
【００６９】
図１２に示すように、家族情報データベース３６ｅには、利用者の家族の情報が登録されているため、在庫ＤＢ更新部３３において、この情報を用いて在庫データベース３６ｂを更新することができる。
【００７０】
また、献立履歴ＤＢ更新部３５において、購入情報通知部２７から通知された献立の情報（献立、材料、分量、レシピ）に基づいて献立履歴データベース３６ｄを更新する（ステップ２０）。
【００７１】
図１３は、図１に示した献立履歴データベース３６ｄに登録された情報を示す図である。
【００７２】
図１３に示すように、献立履歴データベース３６ｄは、献立の利用に伴って更新されていくことになる。また、レシピ通知部２８において、ビーフカレーのレシピを携帯電話１に通知する（ステップ２１）。
【００７３】
このように構成することにより、利用者は、事前に家に残っている食材を確認できていない場合や、献立を事前に考えていない場合や、買い物リストを忘れて買い物に行ってしまった場合でも、買い物をしながら家に残っている食材（購入単位ではなく、１個単位）を確認することができ、無駄な物を買わずに買い物をすることができる。また、帰宅後は、購入した物でどんな献立にするか悩まずに、携帯電話１に送信されたレシピを参照して調理をすることができる。さらには、個人で家計簿のデータを作成することなく、購入履歴を管理することができる。
【００７４】
（他の実施の形態）
在庫データベース３６ｂから抽出された食材のみで作れる献立が献立データベース２９ｄに登録されている場合に、献立表示部２３にてその献立候補をショッピングカート３のパネル３ａに表示することも考えられる。例えば、図７に示した全ての残り食材を使って、ビーフカレーが作れると判断された場合には、自動的にビーフカレーを紹介することが考えられる。それと合わせて、副菜の提案もおこなうことで、別商品の宣伝が可能となる。
【００７５】
また、携帯電話１や家庭のパソコン等から購入情報管理システム３０の献立履歴データベース３６ｄに直接アクセスし、献立履歴データベース３６ｄに登録された情報を更新することにより、献立履歴データベース３６ｄに登録された履歴を利用者流にカスタマイズする構成とすることも考えられる。
【００７６】
図１４は、図１に示した献立履歴データベース３６ｄに登録された情報を示す図である。
【００７７】
図１４に示すように、例えば、ビーフカレーにワインも必ず入れる利用者が、献立履歴データベース３６ｄの“ビーフカレー”の食材にワインを追加していた場合、購入リスト作成部２４にて、献立履歴データベース３６ｄに“ビーフカレー”が登録されているか否かを確認し、登録されている場合は、献立履歴データベース３６ｄのビーフカレーから食材情報を取得し、在庫リストとともにパネル３ａに表示し、さらに、今回購入が必要な食材と分量を計算してパネル３ａに表示することも考えられる。これにより、店舗側の提案する献立のみでなく、各家庭のレシピにあわせた買物ができるようになる。
【００７８】
このように、購入情報管理システム３０のデータベース情報について、会員が携帯電話１や、家庭のパソコン等から会員ＩＤ・パスワードにより直接参照、更新可能とすることも考えられる。例えば、店舗で選択した献立を独自にアレンジし、それを家庭のレシピとしたい場合は、献立履歴データベース３６ｄに登録された情報を直接更新しておくと、次回その献立を選択した場合に、献立履歴データベース３６ｄで更新したその献立の材料に基づいて、購入リストが作成されるので、買い忘れをなくすことが可能となる。
【００７９】
また、店舗において、売りたい複数の食材を用いた献立を考え、献立を表示することで、店の売り上げにつながる買い物をしてもらえるように誘導することも考えられる。
【００８０】
例えば、セロリを売りたい場合、献立データベース２９ｄにカレーの材料にセロリを加えたレシピを登録し、“簡単○○カレー”といった「試してみようかな」と思わせるネーミングでパネルに表示することで、宣伝効果を上げることが可能となり、セロリの売り上げを伸ばすことができる。
【００８１】
また、上述した実施の形態においては、家の在庫が“０”になるように必要最小限の購入リストを作成していたが、利用者が在庫量の既定値を設定することで、利用者に合わせた適材在庫の管理が可能となる。例えば、じゃがいもを常に１個保存しておくように設定しておいた場合、図７の「ビーフカレーの材料」「決定献立」のパネルで表示されるじゃがいもの数量は、不足分の２個に指定された１個を加えた“３個”と表示される。これにより、この利用者はビーフカレーを作っても、最低１個のじゃがいもを家に残すことができる。
【００８２】
また、月末に、家計の収支決済を行おうとした場合に、利用者の携帯電話１や家のパソコンから購入情報管理システム３０にアクセスし、購入履歴データベース３６ｃに登録された情報を取得すれば、レシートの情報を手入力してデータ管理を行うことなく、購入品や支出額がわかり、収支決済が容易にできる。また、買物傾向の分析もできるので、生活改善の検討に役立てることもできる。
【符号の説明】
【００８３】
１ 携帯電話
２ 会員カード
３ ショッピングカード
３ａ パネル
４ 通信網
２０ 店舗側システム
２１ 顧客認証部
２２ 在庫表示部
２３ 献立表示部
２４ 購入リスト作成部
２５ 購入確認部
２６ 購入実績確認部
２７ 購入情報通知部
２８ レシピ通知部
２９ａ 顧客データベース
２９ｂ 購入データベース
２９ｃ 商品データベース
２９ｄ 献立データベース
３０ 購入情報管理システム
３１ 会員認証部
３２ 在庫抽出部
３３ 購入履歴データベース更新部
３４ 在庫データベース更新部
３５ 献立履歴データベース更新部
３６ａ 会員データベース
３６ｂ 在庫データベース
３６ｃ 購入履歴データベース
３６ｄ 献立履歴データベース
３６ｅ 家族情報データベース
【技術分野】
【０００１】
本発明は、買い物を支援する買い物支援システムに関する。
【背景技術】
【０００２】
近年、共働きの核家族が増えており、主婦に対する負担がますます増えている。そのため、主婦の負担を少しでも減らすことを目的とした、買い物に関するアイデアが多数提案されている。
【０００３】
例えば、献立に合わせて、家庭構成に応じて購入すべき食材や分量を登録しておくと、家族員の携帯端末にその情報が送信され、それにより、自分が買い物に行かれなくなった場合でも、家族員のいずれかが買い物に行くことができるようにしたシステムが特許文献１に開示されている。
【０００４】
また、食材の在庫を家庭の端末にて管理しておき、携帯端末から家庭の端末に接続して必要な情報を入手可能とし、それにより、賞味期限が切れそうな食材を利用した献立を提供したり、指定した体調に合わせた献立を提供したりすることができるようにしたシステムが特許文献２に開示されている。
【０００５】
また、ショッピングカートで認識した購入データを、複数の家計簿システムに対応した形式に変換して利用者のパソコンに送信することにより、利用者の利便性を向上させ、また、店内に配置された基地局にてショッピングカートを察知すると、その基地局の範囲の商品の広告をパネルに表示することにより、店側の利点を考慮したシステムも考えられており、特許文献３に開示されている。
【０００６】
ところが、多忙により、家にある食材を思い出しながら献立を事前に考える時間がない場合もしばしばである。また、提案された献立の材料を購入しても、賞味期限が切れそうな食材がその献立を作るのに十分な量残っておらず、別の献立を考える必要が出てくる場合も考えられる。
【０００７】
また、利用者が購入した食材から、その食材を有効利用した献立と、その献立を作るために必要な買い足し食材情報とを提供することにより、売上を向上させるシステムも考えられており、特許文献４に開示されている。しかしながら、このシステムにおいては、購入した食材を利用した献立を提供されるのは確かに助かるが、買い足し食材として指定されたものが、実際には家庭に残っていて購入が不要であるにも関わらず購入してしまうこともある。また、不足の食材を別途購入しに行く必要があり、これも帰宅が遅い主婦にとってはなかなか難しいことである。
【０００８】
ここで、家庭の冷蔵庫等の格納庫の在庫状況を管理しておき、この在庫状況に基づいて在庫を使用する献立案を提供し、不足食材を通知する技術が特許文献５に開示されている。この技術においては、家庭の冷蔵庫等の格納庫の在庫状況を、格納庫において重量測定や収納スペースのスキャン等によって常時管理しておき、この在庫状況に基づいて在庫を使用する献立案の一覧を作成してユーザ端末に提供し、ユーザ端末において、献立案の一覧の中から献立の指定があった場合、その指定された献立に不足している食材や残量等の情報をユーザ端末に通知する。これにより、買い物をする主婦にとっては、残り物を利用した献立を考える手間が省けるとともに、その献立に不足している食材を考えることなく購入することができるようになる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５−２５９０２４号公報
【特許文献２】特開２００４−３４８４４５号公報
【特許文献３】特開２００５−１８３７６号公報
【特許文献４】特開２０１０−２３７７７３号公報
【特許文献５】特開２００２−３１２６４０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した特許文献５に開示されたものにおいては、在庫の食材を利用した献立を容易に立てることができるものの、その献立を利用することにより在庫に変動が生じても、変動後の在庫は、格納庫における重量測定や収納スペースのスキャン等による在庫管理によって認識されることになるため、上述したように在庫に基づいて献立やその献立に必要となる食材の数を管理しながらも、その数を在庫管理に利用することができず、在庫管理を効率的に行っているとは言い難い。
【００１１】
本発明は、上述したような技術が有する問題点に鑑みてなされたものであって、在庫状況を用いて献立情報を提供し、決定した献立に基づいて在庫管理を効率的に行うことができる買い物支援システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために本発明は、
食材の在庫状況が利用者毎に登録された在庫データベースと、
指定された利用者の在庫状況を前記在庫データベースから抽出する在庫抽出手段と、
前記在庫抽出手段にて抽出された在庫状況の中から指定された食材を用いた献立候補を提供する献立候補提供手段と、
前記在庫抽出手段にて前記在庫データベースから抽出された在庫状況について、前記献立候補提供手段にて提供された献立候補の中から指定された献立に用いる食材に対する不足分を購入リストとして提供する購入リスト提供手段と、
前記在庫抽出手段にて前記在庫データベースから抽出された在庫状況に、実際に購入された食材を加えたものから、前記指定された献立に用いられる食材の量を除いたものを当該在庫状況として前記在庫データベースを更新する在庫データベース更新手段とを有する。
【発明の効果】
【００１３】
以上説明したように本発明においては、利用者毎に在庫データベースに登録された食材の在庫状況の中から指定された食材を用いた献立候補を提供し、その献立候補の中から指定された献立に用いる食材に対する不足分を購入リストとして提供することにより、在庫状況を用いて献立情報を提供することができるとともに、その献立を用いた場合に購入すべき食材を利用者に認識させることができる。さらに、利用者毎に在庫データベースに登録された食材の在庫状況に、実際に購入された食材を加えたものから、利用者によって指定された献立に用いられる食材の量を除いたものを食材の在庫状況として在庫データベースを更新することにより、決定した献立に基づいて在庫管理を効率的に行うことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の買い物支援システムの実施の一形態を示す図である。
【図２】図１に示した買い物支援システムにおける処理を具体例に説明するためのフローチャートである。
【図３】図１に示した顧客データベースに登録された情報を示す図である。
【図４】図１に示した会員データベースに登録された情報を示す図である。
【図５】図１に示した在庫データベースに登録された情報を示す図である。
【図６】図１に示した献立データベースに登録された情報を示す図である。
【図７】図１に示した買い物支援システムにおいて食材及び献立が指定されていく処理を説明するための図である。
【図８】図１に示した購入データベースに登録された情報を示す図である。
【図９】図１に示した商品データベースを用いて作成される購入リストを示す図である。
【図１０】図１に示した購入履歴データベースに登録された情報を示す図である。
【図１１】図１に示した在庫データベースが更新された状態を示す図である。
【図１２】図１に示した家族情報データベースに登録された情報を示す図である。
【図１３】図１に示した献立履歴データベースに登録された情報を示す図である。
【図１４】図１に示した献立履歴データベースに登録された情報を示す図である。
【発明を実施するための形態】
【００１５】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１６】
図１は、本発明の買い物支援システムの実施の一形態を示す図である。
【００１７】
本形態は図１に示すように、通信網４に接続可能な携帯電話１と、食材が販売されている店舗（不図示）に設置され、通信網４に接続された店舗側システム２０と、買い物支援システムを運営するシステム会社（不図示）に設置され、通信網４を介して携帯電話１及び店舗側システム２０と通信可能な購入情報管理システム３０と、利用者が所持する会員カード２と、店舗にて買い物に用いられるショッピングカート３とから構成されている。
【００１８】
会員カード２は、利用者が購入情報管理システム３０に会員登録を行うことにより利用者に発行されるものである。利用者は、発行された会員カード２を店舗に持ち込み、店舗にて会員カード２に店舗の顧客ＩＤを記録してもらう。それにより、所持する携帯電話１等によって、店舗からお徳な情報を入手することができるとともに、購入情報管理システム３０から家計管理の情報を入手することができるようになる。
【００１９】
店舗側システム２０が設置された店舗は、購入情報管理システム３０と提携し、提携料金を支払うことで、購入情報管理システム３０から利用者の情報を入手し、店舗の宣伝をしてもらう。また、店舗には、買い物に用いられるショッピングカート３が設置されており、このショッピングカート３には、店舗側システム２０から送信されてくる情報を表示するためのパネル３ａが設けられているとともに、店舗側システム２０との間にて通信を行うための通信手段（不図示）や、会員カード２を挿入するためのスロット部（不図示）が設けられている。
【００２０】
店舗側システム２０は、顧客認証部２１と、在庫表示部２２と、献立候補提供手段である献立表示部２３と、購入リスト提供手段である購入リスト作成部２４及び購入確認部２５と、購入実績確認部２６と、購入情報通知部２７と、レシピ通知部２８と、顧客データベース２９ａと、購入データベース２９ｂと、商品データベース２９ｃと、献立データベース２９ｄとを有している。
【００２１】
顧客認証部２１は、利用者がショッピングカート３に挿入した会員カード２に記録された顧客ＩＤが、顧客データベース２９ａに登録されているかどうかを確認し、登録されている場合、購入情報管理システム３０にアクセスし、その顧客ＩＤ及び顧客データベース２９ａにてその顧客ＩＤに対応づけて登録されている会員ＩＤ、並びに、店舗に予め付与されている提携店舗ＩＤを通知する。
【００２２】
在庫表示部２２は、購入情報管理システム３０から通知されてきた利用者の在庫状況となる在庫リストから食材名をショッピングカート３のパネル３ａに表示し、利用したい食材を指定するよう促す。パネル３ａに表示された終了ボタンが指定された場合は、購入確認処理に移る。
【００２３】
献立表示部２３は、指定された食材を用いた献立候補を献立データベース２９ｄから抽出し、献立名をショッピングカート３のパネル３ａに表示し、その献立候補の中から利用したい献立を指定するよう促す。
【００２４】
購入リスト作成部２４は、指定された献立についてその材料と分量の情報を献立データベース２９ｄの材料テーブルから抽出し、購入情報管理システム３０から通知されてきた在庫リストについて、指定された献立に用いる食材に対する不足分、すなわち、購入すべき食材及びその量を計算して購入リストを作成する。
【００２５】
購入確認部２５は、購入リスト作成部２４にて作成された購入リストをショッピングカート３のパネル３ａに表示する。パネル３ａに表示された決定ボタンが指定された場合は、購入リストの内容をショッピングカート３のパネル３ａに表示し、買い物を終了するか継続するかを確認する。パネル３ａに表示された保留ボタンが指定された場合は、購入リストに追加した情報に保留マークを追記する。
【００２６】
購入実績確認部２６は、購入リストに登録された全ての購入リストをショッピングカート３のパネル３ａに表示して利用者に確認してもらい、会計の実績情報を購入データベース２９ｂに登録し、会計実績情報にあって購入リストに記録されていない食材を購入リストに追記する。また、会計実績と商品データベース２９ｃとにより、購入リストに実際に購入した分量を記録する。
【００２７】
購入情報通知部２７は、購入リストの情報と、決定された献立情報（献立名、材料、分量、レシピ）とを購入情報管理システム３０に通知する。
【００２８】
レシピ通知部２８は、指定された献立のレシピを、顧客データベース２９ａに登録された情報を用いて利用者の携帯電話１に通知する。
【００２９】
また、購入情報管理システム３０は、提携した店舗から、提携料金を支払ってもらうことで、利用者に対して無償で購入情報管理業務を行うものであり、会員認証部３１と、在庫抽出部３２と、購入履歴ＤＢ更新部３３と、在庫ＤＢ更新部３４と、献立履歴ＤＢ更新部３５と、会員データベース３６ａと、在庫データベース３６ｂと、購入履歴データベース３６ｃと、献立履歴データベース３６ｄと、家族情報データベース３６ｅとを有している。
【００３０】
会員認証部３１は、店舗側システム２０から通知された会員ＩＤ、顧客ＩＤ及び提携店舗ＩＤの組み合わせが、会員データベース３６ａに登録されているかどうかを確認することにより会員認証を行う。
【００３１】
在庫抽出部３２は、会員認証ができた場合、その利用者の在庫状況を在庫データベース３６ｂから抽出して在庫リストを作成し、店舗側システム２０に通知する。
【００３２】
購入履歴ＤＢ更新部３３は、店舗側システム２０から通知された購入リストの情報を購入履歴データベース３６ｃに登録する。
【００３３】
在庫ＤＢ更新部３３は、在庫データベース３６ｂに登録された食材の在庫状況を、指定された献立を作った後に残る分量（＝（在庫の分量＋購入リストの分量）−献立データベース２９ｄの分量）で更新する。
【００３４】
献立履歴ＤＢ更新部３５は、指定された献立の情報（献立、材料、分量、レシピ）を献立履歴データベース３６ｅに登録する。
【００３５】
以下に、上記のように構成された買い物支援システムにおける処理について具体例を挙げて説明する。
【００３６】
図２は、図１に示した買い物支援システムにおける処理を具体例に説明するためのフローチャートである。
【００３７】
店舗側システム２０が設置された店舗に利用者が出向き、買い物をするためにショッピングカート３のスロット部に会員カード２を挿入すると（ステップ１）、まず、顧客認証部２１において、会員カード２に記録された顧客ＩＤが、顧客データベース２９ａに登録されているかどうかを確認することにより、利用者が店舗の登録客であることの認証を行う（ステップ２）。
【００３８】
図３は、図１に示した顧客データベース２９ａに登録された情報を示す図である。
【００３９】
図３に示すように、顧客データベース２９ａには、購入情報管理システム３０に登録した利用者毎に、顧客ＩＤ、会員ＩＤ、提携店舗ＩＤ、アクセス先及び連絡先が登録されているため、顧客認証部２１は、会員カード２に記録された顧客ＩＤが、顧客データベース２９ａに登録されているかどうかを確認することができる。
【００４０】
顧客認証部２１において、会員カード２に記録された顧客ＩＤが、顧客データベース２９ａに登録されていることが確認された場合は、その顧客ＩＤと、顧客データベース２９ｃにてその顧客ＩＤに対応づけて登録された会員ＩＤ及び提携店舗ＩＤとを通信網４を介して購入情報管理システム３０に通知する。
【００４１】
すると、購入情報管理システム３０の会員認証部３１において、顧客認証部２１から通知された会員ＩＤ、顧客ＩＤ及び提携店舗ＩＤの組み合わせが、会員データベース３６ａに登録されているかどうかを確認することにより会員認証を行う（ステップ３）。
【００４２】
図４は、図１に示した会員データベース３１ａに登録された情報を示す図である。
【００４３】
図４に示すように、会員データベース３１ａには、購入情報管理システム３０に登録した利用者毎に、会員ＩＤ、提携店舗ＩＤ、顧客ＩＤ及びパスワードが登録されているため、会員認証部３１は、顧客認証部２１から通知された会員ＩＤ、顧客ＩＤ及び提携店舗ＩＤの組み合わせが、会員データベース３１ａに登録されているかどうかを確認することができる。
【００４４】
これにより、ショッピングカート３のスロット部に会員カード２を挿入した利用者が会員であることが認証されると、在庫抽出部３２において、会員ＩＤによって特定される利用者の家にある食材の在庫状況を在庫データベース３６ｂから抽出して在庫リストＬ２を作成し、通信網４を介して店舗側システム２０に通知する（ステップ４）。
【００４５】
図５は、図１に示した在庫データベース３６ｂに登録された情報を示す図である。
【００４６】
図５に示すように、在庫データベース３６ｂには、食材の在庫状況がその更新日時毎に登録されており、在庫抽出部３２において、このうち最新の在庫状況を抽出する。なお、在庫データベース３６ｂにおいては、図５に示すような在庫状況が利用者毎に登録されており、在庫抽出部３２においては、会員ＩＤによって特定される利用者の在庫状況を在庫データベース３６ｂから抽出することになる。
【００４７】
在庫抽出部３２にて作成された在庫リストが店舗側システム２０に通知されると、在庫表示部２２において、購入情報管理システム３０から通知されてきた在庫リストをショッピングカート３のパネル３ａに表示し、利用したい食材を選択することで指定するよう促す（ステップ５）。
【００４８】
そして、利用者が、パネル３ａに表示された在庫リストにて食材を選択することで利用したい食材を指定すると（ステップ６，７）、献立表示部２３において、指定された食材を用いた献立候補を献立データベース２９ｄから抽出し、献立名をショッピングカート３のパネル３ａに表示し、その献立候補の中から利用したい献立を指定するよう促す（ステップ８）。
【００４９】
図６は、図１に示した献立データベース３６ｄに登録された情報を示す図である。
【００５０】
図６に示すように、献立データベース３６ｄには、献立毎に必要となる食材やその分量、さらにはレシピが登録されており、献立表示部２３においては、指定された食材を含む献立を献立候補として抽出することになる。
【００５１】
そして、利用者が、パネル３ａに表示された献立候補の中から献立を選択することで所望の献立を指定すると（ステップ９）、購入リスト作成部２４において、指定された献立についてその材料と分量の情報を献立データベース２９ｄの材料テーブルから抽出し、購入情報管理システム３０から通知されてきた在庫リストについて、指定された献立に用いる食材に対する不足分、すなわち、購入すべき食材及びその量を計算して購入リストＬ１を作成し、ショッピングカート３のパネル３ａに表示する（ステップ１０）。なお、本形態においては、食材として牛肉が選択され、牛肉を用いた献立としてビーフカレーが選択されたものとする。
【００５２】
図７は、図１に示した買い物支援システムにおいて食材及び献立が指定されていく処理を説明するための図である。
【００５３】
図７に示すように、購入情報管理システム３０から通知されてきた在庫リストに含まれる食材である、じゃがいも、たまねぎ、牛肉のうち牛肉が選択されると、牛肉を用いた献立候補となる、肉じゃが、ビーフカレー、ビーフストロガノフがパネル３ａに表示され、その中からビーフカレーが選択されると、ビーフカレーに用いられる食材及びその標準分量、在庫分量、さらには不足分が購入リストとしてパネル３ａに表示されることになる。
【００５４】
そして、パネル３ａに表示された購入すべき食材が確認され（ステップ１１）、決定ボタンが指定されると（ステップ１２）、購入確認部２５において、不足分の食材及びその分量の購入リストをショッピングカート３のパネル３ａに表示し、買い物を終了するかどうかを指定するように促す（ステップ１３）。また、パネル３ａに表示された保留ボタンが指定された場合は、購入リストに追加した情報に保留マークを追記し、ステップ５における処理に戻る。また、ステップ７にてパネル３ａに表示された終了ボタンが指定された場合は、ステップ８〜１２の処理は行わずにステップ１３の処理に移る。
【００５５】
利用者が、買い物を終了することを指定した場合（ステップ１４，１５）、“会計をしてください”という案内をパネル３ａに表示し、購入実績確認部２６において、購入リストに登録された全ての購入リストをショッピングカート３のパネル３ａに表示して利用者に確認してもらい、会計を促す。また、利用者が、買い物を継続することを指定した場合は、ステップ５における処理に戻る。
【００５６】
会計が済むと、購入実績確認部２６において、会計の実績情報を購入データベース２９ｂに登録し、会計実績情報にあって購入リストに記録されていない食材を購入リストに追記する。また、会計実績と商品データベース２９ｃとにより、購入リストに実際に購入した分量を記録する（ステップ１６）。なお、会計情報にあって購入リストにない牛乳データは購入リストに追加する。
【００５７】
図８は、図１に示した購入データベース２９ｂに登録された情報を示す図である。
【００５８】
図８に示すように、購入データベース２９ｂには、購入した食材毎に、顧客ＩＤ、購入日及び購入量が登録される。
【００５９】
図９は、図１に示した商品データベース２９ｃを用いて作成される購入リストを示す図である。
【００６０】
図９に示すように、商品データベース２９ｃには、店舗における販売単位毎の数量が登録されており、購入実績確認部２６においては、この情報に基づいて、実際に購入した分量を購入リストに記録することになる。
【００６１】
このようにして購入リストの更新が終了した後、購入情報通知部２７において、購入リスト、ビーフカレーに用いられる食材及び購入情報管理システム３０に通知する（ステップ１７）。
【００６２】
すると、購入履歴ＤＢ更新部３３において、店舗側システム２０から通知された購入リストの情報を購入履歴データベース３６ｃに追加登録する（ステップ１８）。
【００６３】
図１０は、図１に示した購入履歴データベース３６ｃに登録された情報を示す図である。
【００６４】
図１０に示すように、購入履歴データベース３６ｃには、食材毎に、その購入日に対応して購入された数量が登録されており、購入履歴ＤＢ更新部３３においては、この情報に店舗側システム２０から通知された購入リストの情報を追加していくことになる。
【００６５】
また、在庫ＤＢ更新部３３において、在庫データベース３６ｂに登録された食材の在庫状況を、指定された献立を作った後に残る分量（＝（在庫の分量＋購入リストの分量）−献立データベース２９ｄの分量）で更新する（ステップ１９）。すなわち、在庫抽出部３２にて在庫データベース３６ｂから抽出された在庫状況に、実際に購入された食材を加えたものから、利用者によって指定された献立に用いられる食材の量を除いたものをその在庫状況として在庫データベース３６ｂを更新することになる。なお、在庫データベース３６ｂに登録されていない食材については、その食材名と、献立を作った後に残る分量を登録することになる。
【００６６】
図１１は、図１に示した在庫データベース３６ｂが更新された状態を示す図である。
【００６７】
図１１に示すように、在庫データベース３６ｂは、食材の使用や購入に伴って更新されていくことになる。なお、在庫データベース３６ｂを更新する際に、消費する分量については、家族情報データベース３６ｅに登録された家族構成を鑑みて、レシピの材料を調整して残量を更新することも考えられる。
【００６８】
図１２は、図１に示した家族情報データベース３６ｅに登録された情報を示す図である。
【００６９】
図１２に示すように、家族情報データベース３６ｅには、利用者の家族の情報が登録されているため、在庫ＤＢ更新部３３において、この情報を用いて在庫データベース３６ｂを更新することができる。
【００７０】
また、献立履歴ＤＢ更新部３５において、購入情報通知部２７から通知された献立の情報（献立、材料、分量、レシピ）に基づいて献立履歴データベース３６ｄを更新する（ステップ２０）。
【００７１】
図１３は、図１に示した献立履歴データベース３６ｄに登録された情報を示す図である。
【００７２】
図１３に示すように、献立履歴データベース３６ｄは、献立の利用に伴って更新されていくことになる。また、レシピ通知部２８において、ビーフカレーのレシピを携帯電話１に通知する（ステップ２１）。
【００７３】
このように構成することにより、利用者は、事前に家に残っている食材を確認できていない場合や、献立を事前に考えていない場合や、買い物リストを忘れて買い物に行ってしまった場合でも、買い物をしながら家に残っている食材（購入単位ではなく、１個単位）を確認することができ、無駄な物を買わずに買い物をすることができる。また、帰宅後は、購入した物でどんな献立にするか悩まずに、携帯電話１に送信されたレシピを参照して調理をすることができる。さらには、個人で家計簿のデータを作成することなく、購入履歴を管理することができる。
【００７４】
（他の実施の形態）
在庫データベース３６ｂから抽出された食材のみで作れる献立が献立データベース２９ｄに登録されている場合に、献立表示部２３にてその献立候補をショッピングカート３のパネル３ａに表示することも考えられる。例えば、図７に示した全ての残り食材を使って、ビーフカレーが作れると判断された場合には、自動的にビーフカレーを紹介することが考えられる。それと合わせて、副菜の提案もおこなうことで、別商品の宣伝が可能となる。
【００７５】
また、携帯電話１や家庭のパソコン等から購入情報管理システム３０の献立履歴データベース３６ｄに直接アクセスし、献立履歴データベース３６ｄに登録された情報を更新することにより、献立履歴データベース３６ｄに登録された履歴を利用者流にカスタマイズする構成とすることも考えられる。
【００７６】
図１４は、図１に示した献立履歴データベース３６ｄに登録された情報を示す図である。
【００７７】
図１４に示すように、例えば、ビーフカレーにワインも必ず入れる利用者が、献立履歴データベース３６ｄの“ビーフカレー”の食材にワインを追加していた場合、購入リスト作成部２４にて、献立履歴データベース３６ｄに“ビーフカレー”が登録されているか否かを確認し、登録されている場合は、献立履歴データベース３６ｄのビーフカレーから食材情報を取得し、在庫リストとともにパネル３ａに表示し、さらに、今回購入が必要な食材と分量を計算してパネル３ａに表示することも考えられる。これにより、店舗側の提案する献立のみでなく、各家庭のレシピにあわせた買物ができるようになる。
【００７８】
このように、購入情報管理システム３０のデータベース情報について、会員が携帯電話１や、家庭のパソコン等から会員ＩＤ・パスワードにより直接参照、更新可能とすることも考えられる。例えば、店舗で選択した献立を独自にアレンジし、それを家庭のレシピとしたい場合は、献立履歴データベース３６ｄに登録された情報を直接更新しておくと、次回その献立を選択した場合に、献立履歴データベース３６ｄで更新したその献立の材料に基づいて、購入リストが作成されるので、買い忘れをなくすことが可能となる。
【００７９】
また、店舗において、売りたい複数の食材を用いた献立を考え、献立を表示することで、店の売り上げにつながる買い物をしてもらえるように誘導することも考えられる。
【００８０】
例えば、セロリを売りたい場合、献立データベース２９ｄにカレーの材料にセロリを加えたレシピを登録し、“簡単○○カレー”といった「試してみようかな」と思わせるネーミングでパネルに表示することで、宣伝効果を上げることが可能となり、セロリの売り上げを伸ばすことができる。
【００８１】
また、上述した実施の形態においては、家の在庫が“０”になるように必要最小限の購入リストを作成していたが、利用者が在庫量の既定値を設定することで、利用者に合わせた適材在庫の管理が可能となる。例えば、じゃがいもを常に１個保存しておくように設定しておいた場合、図７の「ビーフカレーの材料」「決定献立」のパネルで表示されるじゃがいもの数量は、不足分の２個に指定された１個を加えた“３個”と表示される。これにより、この利用者はビーフカレーを作っても、最低１個のじゃがいもを家に残すことができる。
【００８２】
また、月末に、家計の収支決済を行おうとした場合に、利用者の携帯電話１や家のパソコンから購入情報管理システム３０にアクセスし、購入履歴データベース３６ｃに登録された情報を取得すれば、レシートの情報を手入力してデータ管理を行うことなく、購入品や支出額がわかり、収支決済が容易にできる。また、買物傾向の分析もできるので、生活改善の検討に役立てることもできる。
【符号の説明】
【００８３】
１ 携帯電話
２ 会員カード
３ ショッピングカード
３ａ パネル
４ 通信網
２０ 店舗側システム
２１ 顧客認証部
２２ 在庫表示部
２３ 献立表示部
２４ 購入リスト作成部
２５ 購入確認部
２６ 購入実績確認部
２７ 購入情報通知部
２８ レシピ通知部
２９ａ 顧客データベース
２９ｂ 購入データベース
２９ｃ 商品データベース
２９ｄ 献立データベース
３０ 購入情報管理システム
３１ 会員認証部
３２ 在庫抽出部
３３ 購入履歴データベース更新部
３４ 在庫データベース更新部
３５ 献立履歴データベース更新部
３６ａ 会員データベース
３６ｂ 在庫データベース
３６ｃ 購入履歴データベース
３６ｄ 献立履歴データベース
３６ｅ 家族情報データベース
【特許請求の範囲】
【請求項１】
食材の在庫状況が利用者毎に登録された在庫データベースと、
指定された利用者の在庫状況を前記在庫データベースから抽出する在庫抽出手段と、
前記在庫抽出手段にて抽出された在庫状況の中から指定された食材を用いた献立候補を提供する献立候補提供手段と、
前記在庫抽出手段にて前記在庫データベースから抽出された在庫状況について、前記献立候補提供手段にて提供された献立候補の中から指定された献立に用いる食材に対する不足分を購入リストとして提供する購入リスト提供手段と、
前記在庫抽出手段にて前記在庫データベースから抽出された在庫状況に、実際に購入された食材を加えたものから、前記指定された献立に用いられる食材の量を除いたものを当該在庫状況として前記在庫データベースを更新する在庫データベース更新手段とを有する買い物支援システム。
【請求項２】
請求項１に記載の買い物支援システムにおいて、
前記献立候補提供手段は、前記在庫抽出手段にて抽出された在庫状況に含まれる食材のみを用いた献立候補を提供する買い物支援システム。
【請求項３】
請求項１または請求項２に記載の買い物支援システムにおいて、
前記献立の履歴が登録され、該履歴が利用者によってカスタマイズ可能である献立履歴データベースを有し、
前記献立候補提供手段は、前記献立履歴データベースに登録された献立の履歴を前記献立候補として提供する買い物支援システム。
【請求項４】
請求項１乃至３のいずれか１項に記載の買い物支援システムにおいて、
前記購入リスト提供手段は、前記不足分に指定された量を加えたものを購入リストとして提供する買い物支援システム。
【請求項１】
食材の在庫状況が利用者毎に登録された在庫データベースと、
指定された利用者の在庫状況を前記在庫データベースから抽出する在庫抽出手段と、
前記在庫抽出手段にて抽出された在庫状況の中から指定された食材を用いた献立候補を提供する献立候補提供手段と、
前記在庫抽出手段にて前記在庫データベースから抽出された在庫状況について、前記献立候補提供手段にて提供された献立候補の中から指定された献立に用いる食材に対する不足分を購入リストとして提供する購入リスト提供手段と、
前記在庫抽出手段にて前記在庫データベースから抽出された在庫状況に、実際に購入された食材を加えたものから、前記指定された献立に用いられる食材の量を除いたものを当該在庫状況として前記在庫データベースを更新する在庫データベース更新手段とを有する買い物支援システム。
【請求項２】
請求項１に記載の買い物支援システムにおいて、
前記献立候補提供手段は、前記在庫抽出手段にて抽出された在庫状況に含まれる食材のみを用いた献立候補を提供する買い物支援システム。
【請求項３】
請求項１または請求項２に記載の買い物支援システムにおいて、
前記献立の履歴が登録され、該履歴が利用者によってカスタマイズ可能である献立履歴データベースを有し、
前記献立候補提供手段は、前記献立履歴データベースに登録された献立の履歴を前記献立候補として提供する買い物支援システム。
【請求項４】
請求項１乃至３のいずれか１項に記載の買い物支援システムにおいて、
前記購入リスト提供手段は、前記不足分に指定された量を加えたものを購入リストとして提供する買い物支援システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−１９４７３５（Ｐ２０１２−１９４７３５Ａ）
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願番号】特願２０１１−５７６１６（Ｐ２０１１−５７６１６）
【出願日】平成２３年３月１６日（２０１１．３．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願日】平成２３年３月１６日（２０１１．３．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]