特許 7545314 食事提供システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-27

(45)【発行日】2024-09-04

(54)【発明の名称】食事提供システム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240828BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 1

(21)【出願番号】P 2020209821

(22)【出願日】2020-12-18

(65)【公開番号】P2022096709

(43)【公開日】2022-06-30

【審査請求日】2023-10-04

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(73)【特許権者】

【識別番号】000241500

【氏名又は名称】トヨタ紡織株式会社

(74)【代理人】

【識別番号】110001210

【氏名又は名称】弁理士法人ＹＫＩ国際特許事務所

(72)【発明者】

【氏名】桜井 英之

(72)【発明者】

【氏名】中野 伸洋

(72)【発明者】

【氏名】前田 和久

(72)【発明者】

【氏名】谷川 洋平

(72)【発明者】

【氏名】伊藤 啓介

(72)【発明者】

【氏名】新間 寛太郎

(72)【発明者】

【氏名】林 伸樹

(72)【発明者】

【氏名】坂口 徹朗

(72)【発明者】

【氏名】小川 祐佳里

【審査官】岩橋 龍太郎

(56)【参考文献】

【文献】特許第７５０３０５０（ＪＰ，Ｂ２）

【文献】特開２０２０－０６０９１７（ＪＰ，Ａ）

【文献】特開２０１９－２００４８７（ＪＰ，Ａ）

【文献】特開２０１９－００３４７４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

天候情報を取得し、取得した前記天候情報に基づいて所定エリアで提供する食事の提供数を推定するサーバを備える食事提供システムであって、
前記サーバは、過去の天候に対する過去の前記所定エリアの入場者数の変化を関連付けて格納した入場者数実績データベースと、天候に応じて前記食事の提供数に対する販売価格の変化を規定した食事販売価格データベースとを備え、
前記天候情報と前記入場者数実績データベースとに基づいて前記食事の販売箇所毎の提供数を推定し、前記天候情報と前記食事販売価格データベースとに基づいて前記食事の販売箇所毎の前記販売価格を変化させること、
を特徴とする食事提供システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、所定エリアでの食事提供システムに関し、特に、天候に応じて所定エリアでの食事の提供数を推定する食事提供システムに関する。

【背景技術】

【0002】

天候を検出して天候に応じた様々な動作を行わせることが提案されている。例えば、特許文献１には、車両において、天候を検出し、天候に応じて車室内に異なる音楽を提供したり、車室内のイルミネーションを変更させたり、車室内に音声情報を流したりすることが提案されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００１－１７４２６９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、最近様々な観光施設が建設されている。観光施設等の所定エリアではいろいろな販売箇所で来場者に食事を提供するが、天候によって食事の販売数量が変化する。このため、天候が悪く入場者が少ない場合等に食事の売れ残りが出てしまい、フードロスが発生する場合があった。

【0005】

一方、近年、フードロスの低減が求められている。

【0006】

そこで、本発明は、所定エリアでのフードロスの低減を図ることを目的とする。

【課題を解決するための手段】

【0007】

本発明の食事提供システムは、天候情報を取得し、取得した前記天候情報に基づいて所定エリアで提供する食事の提供数を推定するサーバを備える食事提供システムであって、前記サーバは、過去の天候に対する過去の前記所定エリアの入場者数の変化を関連付けて格納した入場者数実績データベースと、天候に応じて前記食事の提供数に対する販売価格の変化を規定した食事販売価格データベースとを備え、前記天候情報と前記入場者数実績データベースとに基づいて前記食事の販売箇所毎の提供数を推定し、前記天候情報と前記食事販売価格データベースとに基づいて前記食事の販売箇所毎の前記販売価格を変化させること、を特徴とする。

【発明の効果】

【0008】

本発明は、所定エリアでのフードロスの低減を図ることができる。

【図面の簡単な説明】

【0009】

【図1】実施形態のランチ提供システムの構成を示す系統図である。

【図2】入場者数実績データベースの構造を示す図である。

【図3】外出者数実績データベースの構造を示す図である。

【図4】大型店舗入館者数実績データベースの構造を示す図である。

【図5】ランチ販売価格データベースに格納されているマップである。

【図6】図１に示すランチ提供数推定部に格納されている入場者数に対するランチの提供数の変化を示すマップである。

【発明を実施するための形態】

【0010】

以下、図面を参照しながら食事提供システムの実施形態について説明する。以下の説明では、食事提供システムをテーマパーク３０におけるランチの提供を行うランチ提供システム１００に適用した例について説明する。ここで、テーマパーク３０は請求項に記載の所定エリアである。なお、食事提供システムは、テーマパーク３０以外の所定エリアでランチと異なる食事、例えば、夕食、弁当の販売等にも適用できる。ランチ提供システム１００は、サーバ１０と、サーバ１０と通信回線４０で接続されたテーマパーク３０のゲート３１と、第１～第３ランチ販売店舗３２～３４と、サーバ１０と通信回線４０で接続された天候情報提供会社２１と、携帯電話会社２２と、大型店舗２３とで構成されている。ここで、テーマパーク３０は、文化や国、時代、キャラクタなど特定のテーマに合わせて全体を演出する大規模な観光施設である。

【0011】

サーバ１０は、通信部１５と、ランチ提供数推定部１６と、ランチ販売価格設定部１７と、入場者数推定部１８と、入場者数実績データベース１１と、外出者数実績データベース１２と、大型店舗入館者数実績データベース１３と、食事販売価格データベースであるランチ販売価格データベース１４の各機能ブロックを備えている。

【0012】

通信部１５は、インターネットや電話回線等の通信回線４０を介して天候情報提供会社２１、携帯電話会社２２、大型店舗２３、テーマパーク３０のゲート３１、第１～第３ランチ販売店舗３２～３４との間でデータの授受を行う。

【0013】

入場者数実績データベース１１は、過去の天候に対する過去のテーマパーク３０の入場者数の変化を関連付けて格納したデータベースである。図２に示す様に、入場者数実績データベース１１は、通信部１５が、天候情報提供会社２１からその日の晴れ、曇り、雨等の天候情報を取得し、ゲート３１からその日のテーマパーク３０への入場者数情報を取得し、天候に対するテーマパーク３０の入場者数の平均値を算出し、天候に対するテーマパーク３０の過去の入場者を関連付けて格納したデータベースである。

【0014】

図３に示す様に、外出者数実績データベース１２は、通信部１５が、天候情報提供会社２１からその日の晴れ、曇り、雨等の天候情報を取得し、携帯電話会社２２からテーマパーク３０の周辺の都市の外出者数情報を取得し、天候に対するテーマパーク３０周辺の都市の外出者数の平均値を算出し、天候に対するテーマパーク３０の周辺の都市の過去の外出者数を関連付けて格納したデータベースである。

【0015】

図４に示す様に、大型店舗入館者数実績データベース１３は、通信部１５が、天候情報提供会社２１からその日の晴れ、曇り、雨等の天候情報を取得し、デパート、スーパー等の大型店舗２３から大型店舗２３の入館者数情報を取得し、天候に対する大型店舗２３の入館者数の平均値を算出し、天候に対する大型店舗２３の過去の入館者数を関連付けて格納したデータベースである。

【0016】

図５に示す様に、ランチ販売価格データベース１４は、天候毎にランチ提供数Ｎに対するランチの販売価格Ｐを規定したマップである。図５において、実線ａは、天候が晴れの場合を規定し、破線ｂは天候が曇りの場合を規定し、一点鎖線ｃは、天候が雨の場合を規定する。図５に示すように、天候が曇りの場合に販売価格は、天候が晴れの場合の販売価格よりも安く設定されており、雨の場合の販売価格は、曇りの場合の販売価格よりも安く設定されている。また、晴れの場合と曇りの場合に、提供数Ｎに対して販売価格Ｐは一定となっているが、雨の場合には、提供数Ｎが少ないほど販売価格Ｐが安くなるように設定されている。

【0017】

図１に戻って、ランチ提供数推定部１６は、通信部１５を介して天候情報提供会社２１から取得した天候情報と入場者数実績データベース１１から取得した入場者情報に基づいて、テーマパーク３０の入場者数を推定し、図６に示すマップ１９を用いて第１～第３ランチ販売店舗３２～３４のランチの提供数を推定してランチ販売価格設定部１７と第１～第３ランチ販売店舗３２～３４とに出力する。ここで、マップ１９は、第１～第３ランチ販売店舗３２～３４毎の入場者数に対するランチの提供数を規定したマップで、実線ｄは第１ランチ販売店舗３２の提供数を規定し、破線ｅは第２ランチ販売店舗３３の提供数を規定し、一点鎖線ｆは第３ランチ販売店舗３４の提供数を規定する。

【0018】

ランチ販売価格設定部１７は、ランチ提供数推定部１６から入力された各ランチ販売店舗３２～３４での推定ランチ提供数と天候情報とランチ販売価格データベース１４とに基づいて、各ランチ販売店舗３２～３４での販売価格Ｐを設定して各ランチ販売店舗３２～３４に送信する。

【0019】

第１～第３ランチ販売店舗３２～３４は、テーマパーク３０の中のランチ販売箇所であり、第１ランチ販売店舗３２は、ゲート３１に一番近く、第３ランチ販売店舗３４はゲート３１から一番遠いところに位置している。第２ランチ販売店舗３３は、第１ランチ販売店舗３２と第３ランチ販売店舗３４との中間に位置している。

【0020】

入場者数推定部１８は、外出者数実績データベース１２と天候情報、または、大型店舗入館者数実績データベース１３と天候情報とに基づいて、テーマパーク３０の入場者数を推定してランチ提供数推定部１６に出力する。

【0021】

サーバ１０は、情報処理を行うプロセッサであるＣＰＵとプログラムやデータを格納する記憶部とを備えるコンピュータである。通信部１５と、ランチ提供数推定部１６と、ランチ販売価格設定部１７と、入場者数推定部１８の各機能ブロックは、ＣＰＵがプログラムを実行することにより実現される。また、入場者数実績データベース１１と、外出者数実績データベース１２と、大型店舗入館者数実績データベース１３と、ランチ販売価格データベース１４は、記憶部の中に図２～図５に示すデータベースを格納することで実現される。

【0022】

以上の様に構成されたランチ提供システム１００の動作について説明する。ランチ提供数推定部１６は、天候情報提供会社２１からその日の天気予報等の天候情報を取得する。そして、入場者数実績データベース１１を参照してその日の入場者数を推定入場者数Ａ１として算出する。

【0023】

図２に示す例では、その日の天気が晴れの場合にはその日の入場者数を１，０００人と推定し、曇りなら８００人、雨なら５００人と推定する。そしてランチ提供数推定部１６は、内部に格納した図６に示すマップ１９を用いて推定入場者数Ａ１から第１～第３ランチ販売店舗３２～３４の提供数Ｎ１～Ｎ３を推定する。そして、ランチ提供数推定部１６は推定した提供数Ｎ１～Ｎ３を第１～第３ランチ販売店舗３２～３４と、ランチ販売価格設定部１７に出力する。

【0024】

ランチ販売価格設定部１７は、天候情報とランチ販売価格データベース１４とに基づいて、第１～第３ランチ販売店舗３２～３４でのランチの販売価格を設定する。図５に示す例では、晴れの日は、ランチの提供数がＮ１と推定される第１ランチ販売店舗３２での販売価格も提供数がＮ２と推定される第２ランチ販売店舗３３での販売価格も提供数がＮ３と推定される第３ランチ販売店舗３４での販売価格も同一のＰ１に設定する。また、曇りの日も、第１～第３ランチ販売店舗３２～３４の販売価格は同一で、晴れの日よりも安いＰ２に設定する。一方、雨の日は、第１ランチ販売店舗３２での販売価格はＰ２よりも安いＰ３１で、第２ランチ販売店舗３３での販売価格はＰ３１よりも安いＰ３２で、第３ランチ販売店舗３４での販売価格は、Ｐ３２よりも安いＰ３３と設定する。このように、雨の日は、ゲート３１から遠く、ランチの提供数が少ないと推定されるランチ販売店舗での販売価格Ｐを安くする。

【0025】

このように、実施形態のランチ提供システム１００は、天候によりランチ販売店舗毎の提供数と販売価格を変化させるので、テーマパーク３０でのフードロスを低減することができる。また、ランチ提供システム１００は、雨の日にはランチの提供数が少ないと推定されるゲート３１から遠いランチ販売店舗ほど販売価格Ｐを安くすることにより、雨の日でも入場者がテーマパーク３０の奥にあるアトラクションにも入場することを促すことができる。

【0026】

以上の説明では、ランチ提供システム１００は、入場者数実績データベース１１を参照してランチの提供数を推定することとして説明したが、これに限らす、入場者数実績データベース１１に代えて、外出者数実績データベース１２を参照してランチの提供数を推定してもよい。

【0027】

サーバ１０は、天候情報提供会社２１から取得したその日の天候情報と、外出者数実績データベース１２とに基づいて、その日のテーマパーク３０のある地域の外出者数を推定する。そして、過去の外出者数とテーマパーク３０の入場者との関係からその日のテーマパーク３０への入場者数を推定してランチ提供数推定部１６に出力する。

【0028】

ランチ提供数推定部１６は、図６に示すマップ１９を用いて入場者数推定部１８から入力された入場者数に対する第１～第３ランチ販売店舗３２～３４でのランチの提供数を推定して第１～第３ランチ販売店舗３２～３４とランチ販売価格設定部１７に出力する。

【0029】

ランチ販売価格設定部１７は、ランチ提供数推定部１６から入力された第１～第３ランチ販売店舗３２～３４のランチの提供数とランチ販売価格データベース１４とに基づいて、第１～第３ランチ販売店舗３２～３４でのランチの販売価格を設定する。そして設定した各ランチ販売店舗３２～３４での販売価格を第１～第３ランチ販売店舗３２～３４に送信する。

【0030】

また、サーバ１０は、外出者数実績データベース１２に代えて大型店舗入館者数実績データベース１３を用いてテーマパーク３０への入場者数を推定して、同様の方法で各ランチ販売店舗３２～３４でのランチの提供数を推定し、販売価格を設定してもよい。

【0031】

上記の様に、外出者数実績データベース１２を用いた場合でも、大型店舗入館者数実績データベース１３を用いた場合でも、天候によりランチ販売店舗毎の提供数と販売価格を変化させるので、テーマパーク３０でのフードロスを低減することができる。

【0032】

以上、食事提供システムをテーマパーク３０におけるランチの提供を行うランチ提供システム１００に適用した例について説明したが、食事提供システムは、テーマパーク３０以外の所定エリアにも適用できる。例えば、野球やサッカー等の競技を行うスポーツ施設で、食事としてスナックや弁当を販売する場合にも適用することができる。

【符号の説明】

【0033】

１０ サーバ、１１ 入場者数実績データベース、１２ 外出者数実績データベース、１３ 大型店舗入館者数実績データベース、１４ ランチ販売価格データベース、１５ 通信部、１６ ランチ提供数推定部、１７ ランチ販売価格設定部、１８ 入場者数推定部、１９ マップ、２１ 天候情報提供会社、２２ 携帯電話会社、２３ 大型店舗、３０ テーマパーク、３１ ゲート、３２～３４ ランチ販売店舗、４０ 通信回線、１００ ランチ提供システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】