JP2021189976A - 食品レシピ推奨システム、食品レシピ推奨方法、及びそのプログラム - Google Patents

Abstract

【課題】食品と関連する関連物品に見合った食品を生成しやすくすること。【解決手段】食品レシピ推奨システム２００は、受付部（第２受付部）１２と、推定部１４と、出力部１５と、を備える。受付部１３は、複数の物品から構成される食品Ｄ１と関連する関連物品Ｅ１の情報の入力を少なくとも受け付ける。推定部１４は、受付部１３にて受け付けた入力に基づいて、関連物品Ｅ１を消費する顧客Ｃ１に推奨する食品Ｄ１のレシピを推定する。出力部１５は、推定部１４にて推定したレシピを出力する。【選択図】図１

Description

本開示は、一般に食品レシピ推奨システム、食品レシピ推奨方法、及びそのプログラムに関する。より詳細には、本開示は、食品を生成するためのレシピを推奨する食品レシピ推奨システム、食品を生成するためのレシピを推奨する食品レシピ推奨方法、及び食品レシピ推奨方法を実行するプログラムに関する。

特許文献１には、自動レシピ作成装置が開示されている。この自動レシピ作成装置は、撮像手段と、人物認識手段と、レシピデータベースと、レシピ検索手段と、レシピ表示手段と、を備える。撮像手段は、人物画像を撮影する。人物認識手段は、人物画像の外見的特徴を認識する。レシピデータベースは、人物の外見的特徴ごとに適したレシピを記憶する。レシピ検索手段は、人物認識手段が認識した外見的特徴に適したレシピを前記レシピデータベースの中から検索する。レシピ表示手段は、レシピ検索手段により検索されたレシピ内容を表示する。

特開２０１０−０６１３８１号公報

本開示は、食品と関連する関連物品に見合った食品を生成しやすい食品レシピ推奨システム、食品レシピ推奨方法、及びそのプログラムを提供することを目的とする。

本開示の一態様に係る食品レシピ推奨システムは、受付部と、推定部と、出力部と、を備える。前記受付部は、複数の物品から構成される食品と関連する関連物品の情報の入力を少なくとも受け付ける。前記推定部は、前記受付部にて受け付けた入力に基づいて、前記関連物品を消費する顧客に推奨する前記食品のレシピを推定する。前記出力部は、前記推定部にて推定した前記レシピを出力する。

本開示の一態様に係る食品レシピ推奨方法は、受付処理と、推定処理と、出力処理と、を有する。前記受付処理は、複数の物品から構成される食品と関連する関連物品の情報の入力を少なくとも受け付ける処理である。前記推定処理は、前記受付処理にて受け付けた入力に基づいて、前記関連物品を消費する顧客に推奨する前記食品のレシピを推定する処理である。前記出力処理は、前記推定処理にて推定した前記レシピを出力する処理である。

本開示の一態様に係るプログラムは、１以上のプロセッサに、上記の食品レシピ推奨方法を実行させる。

本開示は、食品と関連する関連物品に見合った食品を生成しやすい、という利点がある。

図１は、本開示の一実施形態に係る食品生成支援システム、食品レシピ推奨システム、及び食品レシピ登録システムを含む全体構成を示すブロック図である。 図２は、同上の食品生成支援システム、食品レシピ推奨システム、及び食品レシピ登録システムで用いられる第１提供装置の概要図である。 図３は、同上の食品生成支援システム、食品レシピ推奨システム、及び食品レシピ登録システムで用いられる第２提供装置の概要図である。 図４は、同上の食品生成支援システムの動作の一例を示す概要図である。 図５は、同上の食品レシピ推奨システムの動作の一例を示す概要図である。 図６は、同上の食品レシピ登録システムの第１検知例を示す概要図である。 図７は、同上の食品レシピ登録システムの第２検知例を示す概要図である。 図８は、同上の食品レシピ登録システムの第３検知例を示す概要図である。 図９は、同上の食品レシピ登録システムの第２取得例を示す概要図である。 図１０は、同上の食品レシピ登録システムの第３取得例を示す概要図である。 図１１は、同上の食品レシピ登録システムの第４取得例で使用される回収装置の斜視図である。 図１２は、同上の回収装置の断面図である。 図１３は、同上の食品生成支援システム、食品レシピ推奨システム、及び食品レシピ登録システムの第１補充例を示す概要図である。 図１４Ａ及び図１４Ｂは、それぞれ同上の食品生成支援システム、食品レシピ推奨システム、及び食品レシピ登録システムの第２補充例を示す概要図である。を示す概要図である。 図１５は、同上の食品生成支援システムの動作の一例を示すフローチャートである。 図１６は、同上の食品レシピ推奨システムの動作の一例を示すフローチャートである。 図１７は、同上の食品レシピ登録システムの動作の一例を示すフローチャートである。

（１）概要
以下、本実施形態の食品生成支援システム１００（図１参照）、食品レシピ推奨システム２００（図１参照）、及び食品レシピ登録システム３００（図１参照）の各々について図面を参照して説明する。ただし、下記の実施形態は、本開示の様々な実施形態の一部に過ぎない。下記の実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、下記の実施形態において説明する各図は、模式的な図であり、図中の各構成要素の大きさ及び厚さそれぞれの比が必ずしも実際の寸法比を反映しているとは限らない。

本実施形態では、食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００は、いずれも同じ店舗Ｂ１で採用される。そして、本実施形態では、食品生成支援システム１００は、店舗Ｂ１にて顧客Ｃ１に供される食品Ｄ１を作業者が生成する際に、作業者が食品Ｄ１のレシピに従って食品Ｄ１を生成する作業を支援するためのシステムである。

本開示でいう「レシピ」は、食品Ｄ１を生成するために必要な情報である。レシピは、少なくとも食品Ｄ１を構成する複数の物品Ｄ１１の各々の名称及び量に関する情報が含まれていればよく、食品Ｄ１を構成するための複数の物品Ｄ１１を組み合わせる手順は含まれていなくてもよい。

本実施形態では、複数の物品Ｄ１１は、それぞれ不可逆性を有する混合物としての食品Ｄ１を構成する材料である。本実施形態では、食品Ｄ１は、料理に用いられる液状の合わせ調味料、すなわちタレである、と仮定する。この場合、複数の物品Ｄ１１は、醤油、味噌、みりん等の調味料の他、ネギ、生姜等の薬味を含み得る。これら複数の物品Ｄ１１は、一度タレ（食品Ｄ１）として混ぜ合わされると、互いに分離させて元に戻すことができない、つまり不可逆性を有している。複数の物品Ｄ１１には、単体で使用可能な調味料が含まれていてもよい。

本開示でいう「作業者」は、店舗Ｂ１の顧客Ｃ１の他に、店舗Ｂ１の店員、又は店舗Ｂ１にて運用されるロボット等を含み得る。つまり、タレ（食品Ｄ１）を生成する者は、タレを消費する顧客Ｃ１に限らない。

また、食品レシピ推奨システム２００は、店舗Ｂ１にて顧客Ｃ１に供される食品Ｄ１のレシピであって、顧客Ｃ１に応じて推奨し得るレシピを顧客Ｃ１に提示するためのシステムである。また、食品レシピ登録システム３００は、店舗Ｂ１にて顧客Ｃ１による複数の物品Ｄ１１の組み合わせを、食品Ｄ１のレシピとして新たに登録するためのシステムである。

以下では、特に断りの無い限り、食品生成支援システム１００における「受付部１１（後述する）」を「第１受付部１１」、食品レシピ推奨システム２００における「受付部１３（後述する）」を「第２受付部１３」という。

（１．１）食品生成支援システム
食品生成支援システム１００は、図１に示すように、受付部（第１受付部）１１と、制御部１２と、を備えている。

第１受付部１１は、複数の物品Ｄ１１から構成される食品Ｄ１のレシピの入力を受け付ける。本開示でいう「レシピの入力」は、食品Ｄ１を構成する複数の物品Ｄ１１の各々の名称の入力の他、複数の物品Ｄ１１の各々の量の入力を含み得る。また、本開示でいう「レシピの入力」は、食品Ｄ１の名称と、複数の物品Ｄ１１の組み合わせと、が食品生成支援システム１００にて紐付けられている場合、食品Ｄ１の名称の入力を含み得る。さらに、本開示でいう「レシピの入力」は、レシピの名称と、複数の物品Ｄ１１の組み合わせと、が食品生成支援システム１００にて紐付けられている場合、レシピの名称の入力を含み得る。

制御部１２は、ストック部２から第１受付部１１にて受け付けたレシピに基づく対象物品Ｄ１１を取り出すピックアップ作業の際に、対象物品Ｄ１１の所在に関する所在情報の出力を制御する。

ストック部２は、複数の物品Ｄ１１を含む物品群Ｄ１０をストックする。本実施形態では、タレ（食品Ｄ１）の材料となり得る多種多様な調味料（物品Ｄ１１）がストック部２にストックされている。つまり、これら多種多様な調味料が物品群Ｄ１０に相当する。また、本実施形態では、ストック部２は、後述する第１提供装置２Ａ（図２参照）及び第２提供装置２Ｂ（図３参照）の各々に設けられている。

本実施形態では、ピックアップ作業は、作業者がストック部２に赴くことにより実行される。例えば、作業者が顧客Ｃ１である場合、顧客Ｃ１は、ストック部２の設置されている場所（第１提供装置２Ａ又は第２提供装置２Ｂ）まで赴く。そして、作業者は、ピックアップ作業、つまりストック部２にストックされている多種多様な調味料（物品群Ｄ１０）から、第１受付部１１にて受け付けたレシピに含まれる調味料（対象物品Ｄ１１）を取り出す作業を行う。

ここで、作業者がレシピに含まれる調味料（対象物品Ｄ１１）の置かれている場所を知らない場合、作業者は、ストック部２にストックされている多数の調味料（物品Ｄ１１）から、レシピに含まれる調味料を探し出さなければならない。このため、作業者は、ピックアップ作業に手間と時間とをかけなければならず、結果としてタレを調合する（食品Ｄ１を生成する）ことにも手間と時間とをかけなければならず、煩わしさを覚える可能性がある。また、この場合、ピックアップ作業を行うために待機している次の作業者の待機時間が増大する可能性がある。

そこで、本実施形態では、制御部１２は、ピックアップ作業の際に、レシピに含まれる調味料（対象物品Ｄ１１）の所在に関する所在情報、つまりストック部２における調味料の置かれている場所を出力するように制御する。一例として、制御部１２は、ピックアップ作業の際に、レシピに含まれる調味料の置かれている場所と対応する表示札２２（図２及び図３参照）を点灯させることにより、作業者に対してレシピに含まれる調味料の位置を知らせる。

これにより、本実施形態では、作業者は、ピックアップ作業の際に、レシピに含まれる調味料（対象物品Ｄ１１）の置かれている場所を容易に把握できるので、手間と時間とをかけずにレシピに含まれる調味料を取り出すことができる。したがって、本実施形態では、作業者がピックアップ作業に手間と時間とをかけずに済み、結果としてタレを調合する（食品Ｄ１を生成する）ことにも手間と時間とをかけずに済む。言い換えれば、本実施形態では、食品Ｄ１を生成しやすい、という利点がある。

（１．２）食品レシピ推奨システム
食品レシピ推奨システム２００は、図１に示すように、受付部（第２受付部）１３と、推定部１４と、出力部１５と、を備えている。

第２受付部１３は、複数の物品Ｄ１１から構成される食品Ｄ１と関連する関連物品Ｅ１の情報の入力を少なくとも受け付ける。本開示でいう「関連物品の情報の入力」は、第１提供装置２Ａ（又は第２提供装置２Ｂ）にて顧客Ｃ１による関連物品Ｅ１の情報の入力を受け付けることの他、店舗Ｂ１にて顧客Ｃ１から関連物品Ｅ１の注文を受け付けることを含み得る。

本実施形態では、関連物品Ｅ１は、鍋料理等の主菜、及び／又は副菜を含む料理である。つまり、関連物品Ｅ１は、食事の際に顧客Ｃ１に供される料理である。また、本実施形態では、タレ（食品Ｄ１）は、料理（関連物品Ｅ１）と併せて食される。つまり、食品Ｄ１は、関連物品Ｅ１に付加される。このように、本実施形態では、食品Ｄ１は、基本的に単独で顧客Ｃ１に食されず、関連物品Ｅ１と併せて顧客Ｃ１に食される。

さらに、関連物品Ｅ１である料理は、食品Ｄ１であるタレと併せて食されるという点で、食品Ｄ１と関連している。このように、本実施形態では、食品Ｄ１と関連物品Ｅ１とが同時に食される、言い換えれば、食品Ｄ１が消費される時期と、関連物品Ｅ１が消費される時期と、が同じである。

推定部１４は、第２受付部１３にて受け付けた入力に基づいて、関連物品Ｅ１を消費する顧客Ｃ１に推奨する食品Ｄ１のレシピを推定する。つまり、推定部１４は、第２受付部１３にて受け付けた料理（関連物品Ｅ１）に関する情報に基づいて、料理に見合ったタレ（食品Ｄ１）を推定する。

出力部１５は、推定部１４にて推定したレシピを出力する。本実施形態では、出力部１５は、推定部１４にて推定したレシピに含まれる調味料（対象物品Ｄ１１）の所在に関する所在情報、つまりストック部２における調味料の置かれている場所を出力することにより、推定したレシピを出力する。一例として、出力部１５は、ピックアップ作業の際に、推定部１４にて推定したレシピに含まれる調味料の置かれている場所と対応する表示札２２（図２及び図３参照）を点灯させることにより、作業者に対してレシピに含まれる調味料の位置を知らせる。

このように、本実施形態では、第１受付部１１にてレシピの入力を受け付けた場合は、食品生成支援システム１００により、ストック部２における調味料（対象物品Ｄ１１）の置かれている場所が出力される。また、本実施形態では、第２受付部１３にて料理（関連物品Ｅ１）に関する情報の入力を受け付けた場合は、食品レシピ推奨システム２００により、ストック部２における調味料（対象物品Ｄ１１）の置かれている場所が出力される。

ここで、顧客Ｃ１が料理（関連物品Ｅ１）を食す際に、この料理が初見である場合、又はこの料理に馴染みが無い場合があり得る。このような場合に、ストック部２にストックされている多数の調味料（物品Ｄ１１）から、複数の調味料を組み合わせて料理に見合ったタレ（食品Ｄ１）を生成することは困難である。

そこで、本実施形態では、推定部１４により推定された料理（関連物品Ｅ１）に見合ったタレ（食品Ｄ１）のレシピを、出力部１５により出力する。このため、本実施形態では、顧客Ｃ１は、上記のような場合であっても、推奨されたレシピに含まれる調味料（物品Ｄ１１）を探し出すだけで、料理に見合ったタレを生成することが可能である。言い換えれば、本実施形態では、関連物品Ｅ１に見合った食品Ｄ１を生成しやすい、という利点がある。

（１．３）食品レシピ登録システム
食品レシピ登録システム３００は、図１に示すように、取得部１７と、登録部１８と、を備えている。

取得部１７は、複数の物品Ｄ１１から構成される食品Ｄ１を生成する際に用いられる複数の物品Ｄ１１の各々の使用量を取得する。本開示でいう「物品の使用量」は、タレ（食品Ｄ１）を生成する際に実際に使用した調味料（物品Ｄ１１）の量の他、タレを生成する際に使用する予定の調味料の量を含み得る。取得部１７による取得の態様は、例えば顧客Ｃ１が携帯端末Ａ１（図１参照）を操作する等して、顧客Ｃ１が意図的に物品Ｄ１１の使用量を入力することで取得する態様を含み得る。また、取得部１７による取得の態様は、例えばピックアップ作業にて顧客Ｃ１が物品Ｄ１１を取り出すことにより、顧客Ｃ１の意図に依らず物品Ｄ１１の使用量を取得する態様を含み得る。携帯端末Ａ１は、一例として、スマートフォン又はタブレット端末等を含み得る。

登録部１８は、取得部１７にて取得した複数の物品Ｄ１１の各々の使用量に基づいて、食品Ｄ１のレシピを登録する。本実施形態では、登録部１８は、取得部１７にて取得した複数の調味料（物品Ｄ１１）の名称及び使用量を、言い換えれば複数の調味料の組み合わせをタレ（食品Ｄ１）のレシピとして登録する。

上述のように、本実施形態では、顧客Ｃ１が使用した、又は顧客Ｃ１が使用する予定のタレ（食品Ｄ１）のレシピを登録部１８にて登録することが可能である。このため、本実施形態では、食品Ｄ１のレシピを管理しやすい、という利点がある。また、本実施形態では、食品Ｄ１のレシピを管理することで、顧客Ｃ１の食品Ｄ１に対する嗜好の動向を把握しやすくなる、という利点がある。

（２）詳細
以下、本実施形態の食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００について図１〜図１４を参照して詳しく説明する。

（２．１）全体構成
まず、本実施形態の食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００が採用される環境を含めた全体構成について説明する。本実施形態では、食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００は、例えば食堂、レストラン、又は居酒屋等の料理（関連物品Ｅ１）を提供する店舗Ｂ１に採用される。

店舗Ｂ１には、複数の食卓Ｂ１１と、第１提供装置２Ａ（又は第２提供装置２Ｂ）と、が設置されている。複数の食卓Ｂ１１は、ダイニングテーブル、及び／又はカウンターテーブルを含み得る。第１提供装置２Ａ及び第２提供装置２Ｂは、いずれも料理（関連物品Ｅ１）と併せて食されるタレ（食品Ｄ１）を顧客Ｃ１に提供するための装置であって、複数の食卓Ｂ１１とは別に設置されている。本実施形態では、店舗Ｂ１には、第１提供装置２Ａ及び第２提供装置２Ｂのいずれか一方が設置されている。

各食卓Ｂ１１には、それぞれ店舗端末Ｂ１２が設置されている。店舗端末Ｂ１２は、例えばタブレット端末であって、顧客Ｃ１による料理（関連物品Ｅ１）の注文を受け付けるためのＧＵＩ（Graphical User Interface）を備えている。また、店舗端末Ｂ１２は、顧客Ｃ１によるタレ（食品Ｄ１）のレシピの入力を受け付けるＧＵＩも備えている。

店舗端末Ｂ１２は、第１提供装置２Ａ（又は第２提供装置２Ｂ）と通信可能に構成されている。本開示でいう「通信可能」とは、有線通信又は無線通信の適宜の通信方式により、直接的、又はネットワーク若しくは中継器等を介して間接的に、信号を授受できることを意味する。店舗端末Ｂ１２にて受け付けた料理の注文及びレシピは、いずれも店舗端末Ｂ１２が備える通信インタフェースを介して、第１提供装置２Ａ（又は第２提供装置２Ｂ）に送信される。通信インタフェースは、例えばインターネット又はＬＡＮ（Local Area Network）等のネットワークに接続可能であって、ネットワークを介してＧＵＩにて受け付けた情報を第１提供装置２Ａ（又は第２提供装置２Ｂ）へ送信する機能を有している。なお、通信インタフェースの通信プロトコルは、例えばＷｉ−Ｆｉ（登録商標）等の周知の様々な無線通信規格から選択され得る。

第１提供装置２Ａは、図２に示すように、筐体３と、表示装置４と、撮像装置５と、を備えている。

筐体３は、箱型であって、ストック部２と、認証部３１と、皿置き場３２と、を有している。筐体３においてストック部２及び認証部３１が設けられている前壁３０は、筐体３が設置される床に対して傾斜している。具体的には、前壁３０は、上方へ向かうにつれて手前側から奥側へと向かうように傾斜している。

ストック部２は、物品群Ｄ１０に含まれる物品Ｄ１１を個別に収容する複数の収容容器２１を有している。本実施形態では、ストック部２が設けられる前壁３０には、複数（例えば、数十個）の収容凹部２０が格子状に配列されている。収容凹部２０は、上面が開口した底部を有する筒状に形成されており、対応する収容容器２１を収容可能な寸法で形成されている。収容容器２１は、上面が開口した底部を有する筒状に形成されており、対応する調味料（物品Ｄ１１）を複数収容可能な寸法で形成されている。

ストック部２まで赴いた作業者（ここでは、顧客Ｃ１）は、いずれかの収容容器２１に手を差し入れ、収容容器２１の内部にある調味料（物品Ｄ１１）を掴み取ることにより、ストック部２から所望の調味料を取り出すことが可能である。収容容器２１が空になった場合は、店員が空の収容容器２１に調味料を投入するか、又は店員が空の収容容器２１を調味料が補充された収容容器２１と交換するかにより、収容容器２１に調味料が補充される。

前壁３０には、複数の表示札２２が更に設けられている。表示札２２は、例えばＥＳＬ（Electronic Shelf Label：電子棚札）である。表示札２２は、対応する収容容器２１の近傍に設けられ、対応する収容容器２１に収容される調味料（物品Ｄ１１）の名称を主として表示する。また、表示札２２は、制御部１２により制御されることで、表示態様（例えば、文字列又は色等）が変化するように構成されている。

認証部３１は、作業者（顧客Ｃ１）から作業者を識別するための識別情報を取得し、取得した識別情報に基づいて作業者を認証する機能を有している。作業者を認証する機能は、主として食品生成支援システム１００にて用いられる。認証部３１は、一例として、ＱＲコード（登録商標）等の識別コードを読み取るリーダである。この場合、認証部３１は、作業者が所持する携帯端末Ａ１（図１参照）のディスプレイに表示された識別コードを読み取ることにより、作業者を認証する。また、認証部３１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信にて携帯端末Ａ１と通信することにより、作業者を認証してもよい。その他、認証部３１は、作業者の顔又は指紋等の生体情報を取得することにより、作業者を認証してもよい。

本実施形態では、認証部３１は、複数の食卓Ｂ１１の各々に割り当てられた席札Ｂ１３（図５参照）に記されたコードを読み取ることで、食卓Ｂ１１を認証する機能も有している。食卓Ｂ１１を認証する機能は、主として食品レシピ推奨システム２００にて用いられる。そして、顧客Ｃ１が自身に割り当てられた食卓Ｂ１１の席札Ｂ１３を認証部３１にかざすと、認証部３１は、この席札Ｂ１３のコードを読み取ることにより、食卓Ｂ１１（つまり、食卓Ｂ１１を利用する顧客Ｃ１）を認証する。

皿置き場３２は、筐体３の下部（つまり、作業者（顧客Ｃ１）の足元）に設けられており、タレ（食品Ｄ１）を入れるための皿３２１が複数収容されている。ストック部２まで赴いた作業者（ここでは、顧客Ｃ１）は、タレを構成する複数の調味料（物品Ｄ１１）を対応する複数の収容容器２１から取り出し、かつ、皿置き場３２から皿３２１を取り出して、自身に割り当てられた食卓Ｂ１１に戻る。なお、皿３２１は、各食卓Ｂ１１に用意されていてもよい。

表示装置４は、例えば液晶ディスプレイ、又は有機ＥＬ（electroluminescent）ディスプレイ等であって、顧客Ｃ１に提示する情報を表示する。一例として、表示装置４は、顧客Ｃ１が所望するタレ（食品Ｄ１）のレシピに含まれる調味料（物品Ｄ１１）の所在情報及び名称を表示したり、顧客Ｃ１に推奨するレシピを表示したりする。

撮像装置５は、例えばＣＣＤ（Charge Coupled Device）イメージセンサ又はＣＭＯＳ（Complementary Metal-Oxide-Semiconductor）イメージセンサ等の固体撮像素子を有している。本実施形態では、撮像装置５は、筐体３の上部に設置されており、少なくとも第１提供装置２Ａに赴いた作業者（顧客Ｃ１）の顔を撮像する。

第２提供装置２Ｂは、図３に示すように、陳列台６と、撮像装置５と、を備えている。なお、以下では、第２提供装置２Ｂにおいて第１提供装置２Ａと共通する構成については説明を適宜省略する。

陳列台６は、上面から見て矩形状のテーブルであって、ストック部２と、認証部３１と、皿置き場３２と、を有している。本実施形態では、ストック部２が設けられる天板６０には、複数（例えば、数十個）の収容凹部２０が格子状に配列されている。また、天板６０には、複数の収容容器２１とそれぞれ対応する複数の表示札２２が更に設けられている。皿置き場３２は、天板６０に設けられている。撮像装置５は、例えば天板６０の後端に設置されており、少なくとも第２提供装置２Ｂに赴いた作業者（顧客Ｃ１）の顔を撮像する。

ここで、第１提供装置２Ａ及び第２提供装置２Ｂには、それぞれメインコンピュータ１が搭載されている。メインコンピュータ１は、ハードウェアとしての１以上のプロセッサ及びメモリを主構成とするコンピュータシステムである。このコンピュータシステムでは、メモリに記録されたプログラムを１以上のプロセッサで実行することによって、メインコンピュータ１の機能が実現される。プログラムは、コンピュータシステムのメモリにあらかじめ記録されてもよく、電気通信回線を通じて提供されてもよく、コンピュータシステムで読み取り可能な光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。

メインコンピュータ１は、食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００の実行主体である。つまり、本実施形態では、第１提供装置２Ａは、食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００の各々に相当すると言える。同様に、本実施形態では、第２提供装置２Ｂは、食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００の各々に相当すると言える。

なお、第１提供装置２Ａに搭載されるメインコンピュータ１と、第２提供装置２Ｂに搭載されるメインコンピュータ１とは、互いに独立しているが、基本的に同じ構成である。したがって、以下の説明では、単に「メインコンピュータ１」という場合、第１提供装置２Ａ及び第２提供装置２Ｂのいずれのメインコンピュータ１にも当てはまる。

（２．２）食品生成支援システム
次に、本実施形態の食品生成支援システム１００の構成について詳細に説明する。上述のように、本実施形態では、メインコンピュータ１が食品生成支援システム１００を構成している。メインコンピュータ１は、図１に示すように、第１受付部１１と、制御部１２と、を有している。なお、メインコンピュータ１は、第１受付部１１及び制御部１２以外の構成を有しているが、食品生成支援システム１００としては、メインコンピュータ１の有する構成を全て備えている必要はなく、少なくとも第１受付部１１及び制御部１２を有していればよい。

第１受付部１１は、タレ（食品Ｄ１）のレシピの入力を受け付ける。第１受付部１１は、後述する第１受付処理ＳＴ１１（図１５参照）の実行主体である。本実施形態では、第１受付部１１は、顧客Ｃ１が携帯端末Ａ１又は店舗端末Ｂ１２にてレシピを入力した際に、携帯端末Ａ１又は店舗端末Ｂ１２から送信される信号を受信することにより、レシピの入力を受け付ける。つまり、第１受付部１１は、顧客Ｃ１が携帯する携帯端末Ａ１と、ストック部２が設置された店舗Ｂ１における店舗端末Ｂ１２と、の少なくとも一方にて顧客Ｃ１が入力したレシピを受け付ける。

携帯端末Ａ１の場合、顧客Ｃ１は、例えば店舗Ｂ１、又は自宅等の店舗Ｂ１以外の場所にて、携帯端末Ａ１にインストールされている店舗Ｂ１専用のアプリケーションを起動する、又はブラウザにて店舗Ｂ１のホームページを閲覧する。そして、顧客Ｃ１は、アプリケーション又はブラウザにて、所望のレシピを入力する。これにより、携帯端末Ａ１は、入力されたレシピに関する情報を含む信号（以下、「レシピ信号」ともいう）を、第１提供装置２Ａ（又は第２提供装置２Ｂ）へ送信する。

また、店舗端末Ｂ１２の場合、顧客Ｃ１は、例えば食卓Ｂ１１にて店舗端末Ｂ１２を操作することにより、所望のレシピを入力する。これにより、店舗端末Ｂ１２は、レシピ信号を第１提供装置２Ａ（又は第２提供装置２Ｂ）へ送信する。

上記のいずれの場合においても、第１提供装置２Ａ（又は第２提供装置２Ｂ）へ送信されるレシピ信号には、顧客Ｃ１を識別するための識別情報が含まれる。したがって、第１受付部１１にて受け付けたレシピは、顧客Ｃ１の識別情報と紐付けられてメインコンピュータ１のメモリに一時的に記憶される。識別情報は、一例として、顧客Ｃ１がレシピを入力する際に併せて入力される。また、一例として、顧客Ｃ１が事前に店舗Ｂ１の会員に登録している場合、顧客Ｃ１がアプリケーション又はブラウザにてログインすることにより、登録されている識別情報が自動的に入力される。

本実施形態では、第１受付部１１は、タレ（食品Ｄ１）に関連する料理（関連物品Ｅ１）が注文されている場合に、レシピを受け付ける。例えば、第１受付部１１は、店舗端末Ｂ１２から料理の注文を受け付けている場合、携帯端末Ａ１又は店舗端末Ｂ１２から送信されるレシピ信号を受信すると、レシピ信号に含まれるレシピに関する情報を受け付ける。一方、第１受付部１１は、店舗端末Ｂ１２から料理の注文を受け付けていない場合、携帯端末Ａ１又は店舗端末Ｂ１２から送信されるレシピ信号を受信しても、レシピ信号に含まれるレシピに関する情報を受け付けずに破棄する。

その他、携帯端末Ａ１又は店舗端末Ｂ１２は、料理（関連物品Ｅ１）の注文を受け付けるまでは、レシピが入力されても無効にしたり、レシピを入力する操作を禁止したりする態様であってもよい。この場合も、第１受付部１１は、料理の注文を受け付けている場合にのみレシピを受け付けることになる。なお、第１受付部１１は、料理の注文を受け付けているか否かに依らず、レシピを受け付ける態様であってもよい。

制御部１２は、ピックアップ作業の際に、第１受付部１１にて受け付けたレシピに含まれる調味料（対象物品Ｄ１１）の所在情報の出力を制御する。制御部１２は、後述する制御処理ＳＴ１２（図１５参照）の実行主体である。本実施形態では、制御部１２は、認証部３１にて顧客Ｃ１の認証が行われると、顧客Ｃ１の識別情報に紐付けられたレシピをメインコンピュータ１のメモリから読み出す。そして、制御部１２は、読み出したレシピに含まれる複数の調味料の所在情報を出力するように第１提供装置２Ａ（又は第２提供装置２Ｂ）を制御する。

具体的には、図４に示すように、制御部１２は、所在情報の出力対象である複数の調味料（対象物品Ｄ１１）にそれぞれ対応する複数の表示札２２の発光色を変化させることにより、複数の調味料の所在情報を出力させる。図４に示す例では、発光色が変化した表示札２２には、ドットが表示されている。例えば、通常時において複数の表示札２２の発光色が白色である場合、制御部１２は、対応する複数の表示札２２の発光色を白色から赤色へ変化させる。また、制御部１２は、対応する複数の表示札２２の各々において、取り出すべき調味料の量（数）を示す文字列又は記号等を表示させる。また、制御部１２は、所在情報の出力対象である複数の調味料の名称及び量の一覧を表示装置４に表示させることにより、複数の調味料の所在情報及び取得する数量を出力させる。

作業者は、ピックアップ作業において、制御部１２により出力された所在情報を参照する（ここでは、表示札２２又は表示装置４を見る）ことで、顧客Ｃ１が所望するレシピに含まれる複数の調味料を探し出すことが可能である。

ここで、複数の顧客Ｃ１が第１提供装置２Ａ（又は第２提供装置２Ｂ）にて同時期にピックアップ作業を行う場合があり得る。このような場合、制御部１２は、複数の顧客Ｃ１の各々が、他の顧客Ｃ１の調味料（対象物品Ｄ１１）を誤って取り出さない態様で、所在情報を出力するように制御する。つまり、所在情報が同時期に複数出力される場合、制御部１２は、複数の所在情報を複数の顧客Ｃ１の各々が区別可能な態様で所在情報を出力するように制御する。

例えば、制御部１２は、複数の顧客Ｃ１が同時期にピックアップ作業を行う場合、顧客Ｃ１ごとに表示札２２の表示色を異ならせる。一例として、２人の顧客Ｃ１（一方の顧客Ｃ１を「Ａ」、他方の顧客Ｃ１を「Ｂ」と呼ぶ）が同時期にピックアップ作業を行う、と仮定する。この場合、制御部１２は、「Ａ」に対応する複数の表示札２２の発光色が赤色、「Ｂ」に対応する複数の表示札２２の発光色が青色となるように、これらの表示札２２を制御する。この場合、制御部１２は、「Ａ」に発光色が赤色の表示札２２を見ること、及び「Ｂ」に発光色が青色の表示札２２を見ることを指示するメッセージを表示装置４に表示させる。

これにより、「Ａ」は、発光色が赤色の表示札２２を見ることで、「Ａ」が所望するレシピに含まれる複数の調味料を探し出すことが可能である。また、「Ｂ」は、発光色が青色の表示札２２を見ることで、「Ｂ」が所望するレシピに含まれる複数の調味料を探し出すことが可能である。

ここで、本実施形態では、第１提供装置２Ａ（又は第２提供装置２Ｂ）は、「（２．４）食品レシピ登録システム」にて後述するように、ストック部２からの対象物品Ｄ１１の取り出しを検知する検知部７（図６〜図８参照）を備えている。このため、本実施形態では、制御部１２は、ピックアップ作業の際に、更に以下の制御を実行する。

すなわち、本実施形態では、制御部１２は、調味料（対象物品Ｄ１１）を取り出した量に応じて、所在情報の出力の態様を変化させる。例えば、制御部１２は、対応する複数の表示札２２の各々において、取り出すべき調味料の量（数）を示す文字列を表示させている場合、検知部７にて検知された作業者が取り出した調味料の量（数）が増えるにつれて、表示する調味料の量（数）を減らしていく。これにより、作業者は、取り出すべき複数の調味料の各々の残量（残数）を把握しながら、ピックアップ作業を行うことが可能である。

その他、制御部１２は、対応する複数の表示札２２の各々において、検知部７にて検知された作業者が取り出した調味料の量（数）が増えるにつれて、発光色を淡く変化させてもよい。つまり、制御部１２は、対応する複数の表示札２２の各々において、取り出した調味料の量（数）に応じて発光色の濃淡を変化させてもよい。

また、本実施形態では、制御部１２は、所在情報のうち、検知部７にて検知された調味料（対象物品Ｄ１１）についての所在に関する情報の出力を変化させる。具体的には、制御部１２は、対応する複数の表示札２２の各々において、取り出すべき調味料の量（数）が零になると、対応する表示札２２の発光色（ここでは、赤色）を通常時の発光色（ここでは、白色）に戻す。これにより、作業者は、取り出すべき複数の調味料の各々について、全て取り出したか否かを把握しながらピックアップ作業を行うことが可能である。

（２．３）食品レシピ推奨システム
次に、本実施形態の食品レシピ推奨システム２００の構成について詳細に説明する。上述のように、本実施形態では、メインコンピュータ１が食品レシピ推奨システム２００を構成している。メインコンピュータ１は、図１に示すように、第２受付部１３と、推定部１４と、出力部１５と、更新部１６と、を有している。なお、メインコンピュータ１は、第２受付部１３、推定部１４、及び出力部１５以外の構成を有しているが、食品レシピ推奨システム２００としては、メインコンピュータ１の有する構成を全て備えている必要はなく、少なくとも第２受付部１３、推定部１４、及び出力部１５を有していればよい。

第２受付部１３は、料理（関連物品Ｅ１）の情報の入力を少なくとも受け付ける。第２受付部１３は、後述する第２受付処理ＳＴ２１（図１６参照）の実行主体である。本実施形態では、第２受付部１３は、顧客Ｃ１が店舗端末Ｂ１２を操作して料理を注文した際に、店舗端末Ｂ１２から送信される料理の情報を含む信号（以下、「注文信号」ともいう）を受信することにより、料理の情報の入力を受け付ける。

ここで、第１提供装置２Ａ（又は第２提供装置２Ｂ）へ送信される注文信号には、料理を注文した者を特定するための特定情報が含まれる。特定情報は、例えば店舗端末Ｂ１２が設置されている食卓Ｂ１１に割り当てられた席番号である。したがって、第２受付部１３にて受け付けた料理の情報は、特定情報と紐付けられてメインコンピュータ１のメモリに一時的に記憶される。なお、特定情報は、上述の顧客Ｃ１の識別情報であってもよい。

本実施形態では、第２受付部１３は、料理（関連物品Ｅ１）の情報の他に、以下の情報の入力を更に受け付ける。すなわち、第２受付部１３は、顧客Ｃ１に関する顧客情報の入力を受け付ける。顧客情報は、顧客Ｃ１の性別、年齢、及び顧客Ｃ１に関連する地域の少なくとも１つを含んでいる。ここでいう顧客Ｃ１に関連する地域は、例えば、顧客Ｃ１の生誕地、顧客Ｃ１が過去に居住していた地域、又は顧客Ｃ１が現在居住している地域等を含み得る。その他、顧客情報は、顧客Ｃ１の味の好みを含み得る。

本実施形態では、第２受付部１３は、第１提供装置２Ａ（又は第２提供装置２Ｂ）の認証部３１にて顧客Ｃ１（又は食卓Ｂ１１）を認証したタイミングで、顧客情報の入力を受け付ける。例えば、顧客Ｃ１が事前に店舗Ｂ１の会員に登録しており、この会員情報に顧客Ｃ１の識別情報と併せて顧客情報が登録されている場合、第２受付部１３は、認証部３１にて顧客Ｃ１を認証すると、この顧客Ｃ１の会員情報を参照することで顧客情報を受け付ける。

また、例えば、第２受付部１３は、認証部３１にて食卓Ｂ１１を認証すると、撮像装置５に第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴いた顧客Ｃ１を撮像させる。そして、第２受付部１３は、撮像装置５により撮像された顧客Ｃ１の画像に対して適宜の解析処理を実行することにより、顧客Ｃ１の画像から顧客Ｃ１の特徴を推定し、推定した特徴を顧客情報として受け付ける。解析処理では、例えば顧客Ｃ１の性別、及び／又は年齢を、顧客Ｃ１の特徴として推定することが可能である。

ここで、例えば親子等、複数の顧客Ｃ１が第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴く場合があり得る。このような場合、第２受付部１３は、複数の顧客Ｃ１のうちのいずれか１人の顧客情報の入力を受け付ける。つまり、第２受付部１３は、顧客Ｃ１が複数である場合に、複数の顧客Ｃ１のうち所定の条件に従って選択された顧客Ｃ１に関する顧客情報の入力を受け付ける。

一例として、第１提供装置２Ａ（又は第２提供装置２Ｂ）の前に複数の顧客Ｃ１が存在する場合、第２受付部１３は、「撮像装置５に最も近い位置にいる」という所定の条件に従って選択された顧客Ｃ１に関する顧客情報を受け付けてもよい。具体的には、第２受付部１３は、撮像装置５により撮像された画像に対して適宜の解析処理を実行することにより、画像において最も中心に近い位置にいる顧客Ｃ１を特定する。そして、第２受付部１３は、特定した顧客Ｃ１の画像から顧客Ｃ１の特徴を推定し、推定した特徴を顧客情報として受け付ける。

また、一例として、第１提供装置２Ａ（又は第２提供装置２Ｂ）の前に複数の顧客Ｃ１が存在する場合、第２受付部１３は、「顧客Ｃ１による操作入力を受け付ける」という所定の条件に従って選択された顧客Ｃ１に関する顧客情報を受け付けてもよい。具体的には、第２受付部１３は、撮像装置５により撮像された画像に対して適宜の解析処理を実行することにより、複数の顧客Ｃ１を特定する。次に、第２受付部１３は、「タレ（食品Ｄ１）を所望する人を選択してください」等のメッセージと共に、特定した複数の顧客Ｃ１を表示装置４に表示させる。複数の顧客Ｃ１のうちのいずれか１人の顧客Ｃ１は、第１提供装置２Ａ（又は第２提供装置２Ｂ）の備える操作部を操作することで、いずれかの顧客Ｃ１を選択する。例えば表示装置４がタッチパネルディスプレイであれば、表示装置４が操作部となる。そして、第２受付部１３は、選択された顧客Ｃ１の画像から顧客Ｃ１の特徴を推定し、推定した特徴を顧客情報として受け付ける。

また、本実施形態では、第２受付部１３は、料理（関連物品Ｅ１）を提供する地域に関する提供地域情報の入力を受け付ける。ここでいう料理を提供する地域は、料理を提供する店舗Ｂ１のある地域であって、行政区分、地方、省、州、市町村、都道府県、又は国によって表される。一例として、店舗Ｂ１の管理者等が第１提供装置２Ａ（又は第２提供装置２Ｂ）の操作部を操作して提供地域情報を入力した場合に、第２受付部１３は提供地域情報を受け付ける。

また、一例として、第１提供装置２Ａ（又は第２提供装置２Ｂ）がＧＰＳ（Global Positioning System）等の測位システムを用いた測位機能を有している場合、第２受付部１３は、測位機能により測位された第１提供装置２Ａ（又は第２提供装置２Ｂ）の位置情報を、提供地域情報として受け付ける。

推定部１４は、第２受付部１３にて受け付けた入力に基づいて、顧客Ｃ１に推奨するタレ（食品Ｄ１）のレシピを推定する。推定部１４は、後述する推定処理ＳＴ２２（図１６参照）の実行主体である。推定部１４は、第２受付部１３にて受け付けた１以上の入力情報が入力されると、顧客Ｃ１に推奨するタレのレシピを出力情報として出力する。入力情報は、少なくとも料理（関連物品）に関する情報を含む。また、本実施形態では、入力情報は、顧客情報に含まれる１以上のパラメータ（性別、年齢、及び／又は顧客Ｃ１に関連する地域等）と、提供地域情報と、を含む。出力情報は、少なくとも複数の調味料（物品Ｄ１１）の名称及び量を含む。

本実施形態では、推定部１４は、機械学習により生成される分類器１４１を用いて、顧客Ｃ１に推奨するレシピを推定する。分類器１４１は、例えばＳＶＭ（Support Vector Machine）等の線形分類器の他、ニューラルネットワークを用いた分類器、又は多層ニューラルネットワークを用いた深層学習（ディープラーニング）により生成される分類器を含み得る。本実施形態では、分類器１４１は、学習済みのニューラルネットワークを用いた分類器である。学習済みのニューラルネットワークは、例えばＣＮＮ（Convolutional Neural Network：畳み込みニューラルネットワーク）、ＢＮＮ（Bayesian Neural Network：ベイズニューラルネットワーク）、又はＲＮＮ（Recurrent Neural Network：再帰型ニューラルネットワーク）等を含み得る。分類器１４１は、ＡＳＩＣ（Application Specific Integrated Circuit）又はＦＰＧＡ（Field-Programmable Gate Array）等の集積回路に、学習済みのニューラルネットワークを実装することで実現されている。

分類器１４１は、多数の訓練データを用いて機械学習することにより生成される。ここでいう「訓練データ」は、分類器１４１を教師あり学習により生成する場合には、分類器１４１に入力される入力情報と、入力情報に付与されたラベルと、を組み合わせたデータセットである。一方、「訓練データ」は、分類器１４１を教師なし学習により生成する場合には、分類器１４１に入力される入力情報である。つまり、分類器１４１は、少なくとも料理（関連物品Ｅ１）の情報を訓練データとして生成される。

ここで、本実施形態では、推定部１４は、顧客情報を加味して、顧客Ｃ１に推奨するタレ（食品Ｄ１）のレシピを推定する。一例として、顧客情報に顧客Ｃ１が４０代の男性である、という情報が含まれている、と仮定する。この場合、推定部１４は、４０代の男性の味の好みを考慮して、例えば辛めのタレのレシピを推奨する。このように、推定部１４は、顧客情報を加味することにより、顧客Ｃ１ごとに味の好みの傾向を考慮したタレのレシピを推奨することが可能である。

また、本実施形態では、推定部１４は、提供地域情報を加味して、顧客Ｃ１に推奨するタレ（食品Ｄ１）のレシピを推定する。一例として、提供地域情報に店舗Ｂ１の存在する地域が「〇〇」である、という情報が含まれている、と仮定する。この場合、推定部１４は、「〇〇」という地域の独自の味の好みの傾向を考慮して、タレのレシピを推奨する。このように、推定部１４は、提供地域情報を加味することにより、地域ごとに味の好みの傾向を考慮したタレのレシピを推奨することが可能である。

出力部１５は、推定部１４にて推定したレシピを出力する。出力部１５は、後述する出力処理ＳＴ２３（図１６参照）の実行主体である。本実施形態では、出力部１５は、推定したレシピに含まれる複数の調味料（物品Ｄ１１）の所在情報を出力するように第１提供装置２Ａ（又は第２提供装置２Ｂ）を制御する。

具体的には、図５に示すように、出力部１５は、所在情報の出力対象である複数の調味料（物品Ｄ１１）にそれぞれ対応する複数の表示札２２の発光色を変化させることにより、複数の調味料の所在情報を出力させる。図５に示す例では、発光色が変化した表示札２２には、ドットが表示されている。例えば、通常時において複数の表示札２２の発光色が白色である場合、出力部１５は、対応する複数の表示札２２の発光色を白色から緑色へ変化させる。また、出力部１５は、対応する複数の表示札２２の各々において、取り出すべき調味料の量（数）を示す文字列又は記号等を表示させる。また、出力部１５は、所在情報の出力対象である複数の調味料の名称及び量の一覧を表示装置４に表示させることにより、複数の調味料の所在情報を出力させる。

顧客Ｃ１は、出力部１５により出力された所在情報を参照する（ここでは、表示札２２又は表示装置４を見る）ことで、推定部１４により推奨されたレシピに含まれる複数の調味料（対象物品Ｄ１１）の組み合わせを知ることが可能である。

更新部１６は、顧客Ｃ１に推奨されたレシピに対するフィードバックに基づいて、分類器１４１を更新する。つまり、更新部１６は、推定部１４にて推定したレシピに対するフィードバックを用いて新たな訓練データを生成し、生成した新たな訓練データを用いて分類器１４１を再学習させる。本実施形態では、フィードバックは、顧客Ｃ１によるレシピの採否を含み得る。つまり、更新部１６は、顧客Ｃ１に推奨したレシピと、顧客Ｃ１がレシピを採用したか否かの情報と、を組み合わせたデータを、新たな訓練データとして用いる。

例えば、推定部１４にて推定したレシピに含まれる複数の調味料（物品Ｄ１１）を顧客Ｃ１が取り出した、と仮定する。この場合、更新部１６は、分類器１４１に入力された入力情報と、分類器１４１から出力された出力情報と、正解ラベルと、を組み合わせたデータを新たな訓練データとして用いる。また、例えば、推定部１４にて推定したレシピに含まれる複数の調味料（物品Ｄ１１）とは異なる調味料を顧客Ｃ１が取り出した、と仮定する。この場合、更新部１６は、分類器１４１に入力された入力情報と、顧客Ｃ１が実際に取り出した複数の調味料と、正解ラベルと、を組み合わせたデータを新たな訓練データとして用いる。

（２．４）食品レシピ登録システム
次に、本実施形態の食品レシピ登録システム３００の構成について詳細に説明する。上述のように、本実施形態では、メインコンピュータ１が食品レシピ登録システム３００を構成している。メインコンピュータ１は、図１に示すように、取得部１７と、登録部１８と、を有している。なお、メインコンピュータ１は、取得部１７及び登録部１８以外の構成を有しているが、食品レシピ登録システム３００としては、メインコンピュータ１の有する構成を全て備えている必要はなく、少なくとも取得部１７及び登録部１８を有していればよい。

取得部１７は、タレ（食品Ｄ１）を生成する際に用いられる複数の調味料（物品Ｄ１１）の各々の使用量を取得する。取得部１７は、後述する取得処理ＳＴ３１（図１７参照）の実行主体である。

本実施形態では、調味料（物品Ｄ１１）は、例えばポーションカップ又は袋等の容器Ｄ１００に封入されている。つまり、複数の調味料（物品Ｄ１１）は、それぞれ対応する複数の容器Ｄ１００に収容されている。そして、容器Ｄ１００に封入される調味料の量は、調味料ごとに規定されている。例えば、調味料として醤油が封入されている容器Ｄ１００が複数存在する場合、これらの容器Ｄ１００のいずれにおいても、醤油が規定量（例えば、５ｍｌ）封入される。つまり、複数の調味料（物品Ｄ１１）の各々は、取得部１７にて単位量ごとに取得可能な態様である。したがって、取得部１７は、容器Ｄ１００を特定することができれば、特定した容器Ｄ１００の数を数えることで、対応する調味料の名称及び量を取得することが可能である。

以下、取得部１７による複数の調味料（物品Ｄ１１）の各々の使用量を取得する態様について列挙する。本実施形態では、取得部１７は、主として以下の第１取得例に示す態様により複数の調味料の各々の使用量を取得する。なお、取得部１７は、以下に示す第１取得例〜第４取得例のうちの少なくとも１つの態様を採用すればよい。

（２．４．１）第１取得例
第１取得例では、顧客Ｃ１がストック部２から調味料を取り出した際に、その調味料の取り出しを１以上の検知部７にて検知する。そして、取得部１７は、１以上の検知部７の検知結果から調味料の使用量を取得する。つまり、取得部１７は、複数の調味料（物品Ｄ１１）を含む物品群Ｄ１０をストックするストック部２からの複数の物品Ｄ１１の取り出しの検知結果に基づいて、複数の物品Ｄ１１の各々の使用量を取得する。

特に、本実施形態では、顧客Ｃ１がストック部２から調味料を取り出した際に、その調味料が取り出された収容容器２１の位置を１以上の検知部７にて検知する。そして、取得部１７は、１以上の検知部７の検知結果から、調味料の使用量を取得する。つまり、取得部１７は、ストック部２における複数の収容容器２１の各々の位置に基づいて、複数の調味料（物品Ｄ１１）の各々の使用量を取得する。複数の収容容器２１の各々は、対応する調味料を収容しており、かつ、ストック部２における規定された位置に配置されている。このため、調味料が取り出された収容容器２１の位置を検知すれば、取り出された調味料を特定することが可能である。

以下、検知部７による調味料（物品Ｄ１１）の取り出しを検知する態様について列挙する。検知部７は、以下に示す第１検知例〜第３検知例のうちの少なくとも１つの態様を採用すればよい。

（２．４．１．１）第１検知例
第１検知例では、検知部７は、図６に示すように、収容容器２１に収容されている１以上の調味料（物品Ｄ１１）を含めた収容容器２１全体の重量を検知する重量センサ７１である。図６に示す例では、重量センサ７１は、収容容器２１の鍔部２１１と、対応する収容凹部２０の開口周縁との間に挟まれる形で、収容容器２１ごとに設けられている。収容容器２１の底部は、収容凹部２０に収容された状態で収容凹部２０の底部には接していない。このため、重量センサ７１には、収容容器２１全体の重量が加わる。

そして、顧客Ｃ１が収容容器２１から調味料（物品Ｄ１１）を取り出すと、重量センサ７１で検知される重量は、取り出した調味料の分だけ減る。したがって、重量センサ７１にて検知された調味料の取り出しの前後の差分の重量に基づいて、調味料の取り出しを検知することが可能である。例えば、ある収容容器２１に設置された重量センサ７１にて検知される重量が調味料３つ分に相当する重量だけ減った、と仮定する。この場合、取得部１７は、重量センサ７１の検知結果に基づいて、この収容容器２１に対応する調味料の使用量が３つ分であるとして、調味料の使用量を取得する。

（２．４．１．２）第２検知例
第２検知例では、検知部７は、図７に示すように、透過型の光センサ（フォトインタラプタ）７２である。光センサ７２は、例えば発光ダイオード等の発光素子７２１と、例えばフォトトランジスタ等の受光素子７２２と、を有している。図７に示す例では、発光素子７２１と受光素子７２２とは、収容容器２１における調味料（物品Ｄ１１）の取り出し口である特定領域を挟んで対向するように、収容容器２１ごとに設けられている。このため、受光素子７２２は、発光素子７２１から発せられて特定領域を通過する光を受ける。図７に示す点線は、発光素子７２１から発せられて受光素子７２２に向かう光を模擬的に表している。

そして、顧客Ｃ１が収容容器２１から調味料（物品Ｄ１１）を取り出すと、顧客Ｃ１の手及び調味料が特定領域を通過するため、発光素子７２１から発せられる光が遮られることにより、受光素子７２２での受光量が変化する。したがって、光センサ７２にて検知される受光量の変化に基づいて、調味料の取り出しを検知することが可能である。例えば、ある収容容器２１に設置された光センサ７２にて検知される受光量が連続して２回変化した、と仮定する。受光量の変化は、顧客Ｃ１が収容容器２１に手を差し入れる時と、顧客Ｃ１が収容容器２１から調味料を持った手を引き抜く時と、で２回発生する。この場合、取得部１７は、光センサ７２の検知結果に基づいて、この収容容器２１に対応する調味料の使用量が１つ分であるとして、調味料の使用量を取得する。なお、第２検知例においては、検知部７は、反射型の光センサであってもよい。

（２．４．１．３）第３検知例
第３検知例では、検知部７は、図８に示すように、例えば店舗Ｂ１の天井等、ストック部２を俯瞰する位置に設置されたカメラ７３である。カメラ７３は、例えばＣＣＤイメージセンサ又はＣＭＯＳイメージセンサ等の固体撮像素子を有しており、ストック部２上での顧客Ｃ１の手の動き、又は調味料（物品Ｄ１１）の動きを撮像し、撮像画像を取得部１７に送信する。図８に示す点線は、カメラ７３の撮像範囲を表している。

ここで、顧客Ｃ１が収容容器２１から調味料（物品Ｄ１１）を取り出すと、カメラ７３では、顧客Ｃ１が調味料を取り出す際の手の動き、及び／又は調味料の動きを撮像することになる。したがって、カメラ７３にて撮像された撮像画像を解析すれば、調味料の取り出しを検知することが可能である。例えば、顧客Ｃ１がある収容容器２１から調味料を１つ取り出した、と仮定する。この場合、カメラ７３は、この顧客Ｃ１の手の動き、及び／又は調味料の動きを撮像し、撮像画像を取得部１７に送信する。そして、取得部１７は、カメラ７３から受信した撮像画像に対して適宜の解析処理を実行することにより撮像画像を解析し、解析結果に基づいて、この収容容器２１に対応する調味料の使用量が１つ分であるとして、調味料の使用量を取得する。

（２．４．２）第２取得例
第２取得例では、取得部１７は、顧客Ｃ１が所持する携帯端末Ａ１から送信される画像に基づいて、複数の調味料（物品Ｄ１１）の各々の使用量を取得する。具体的には、図９に示すように、顧客Ｃ１は、複数の調味料の組み合わせをタレ（食品Ｄ１）のレシピとして新たに登録したい場合、例えば食卓Ｂ１１に取り出した複数の調味料を並べ、並べた複数の調味料を携帯端末Ａ１で撮像する。そして、顧客Ｃ１は、携帯端末Ａ１を操作することにより、撮像した画像Ａ１１を第１提供装置２Ａ（又は第２提供装置２Ｂ）へ送信する。

取得部１７は、携帯端末Ａ１から受信した画像Ａ１１に対して適宜の解析処理を実行することにより画像Ａ１１を解析し、解析結果に基づいて、画像Ａ１１に含まれている複数の調味料（物品Ｄ１１）の各々の容器Ｄ１００を特定する。ここで、上述のように、容器Ｄ１００を特定することができれば、容器Ｄ１００に封入されている調味料、及びその量を知ることが可能である。したがって、取得部１７は、画像Ａ１１の解析結果に基づいて、画像Ａ１１に含まれている複数の調味料の名称及び量を取得することが可能である。

このように、取得部１７は、複数の調味料（物品Ｄ１１）の各々を撮像した画像に基づいて、複数の調味料の各々の使用量を取得する。したがって、レシピを登録するために、選択した複数の調味料を顧客Ｃ１が入力する作業を行わずに済むので、レシピの登録作業が容易になる、という利点がある。なお、顧客Ｃ１による登録作業は、携帯端末Ａ１の代わりに店舗端末Ｂ１２を用いて実行されてもよい。

（２．４．３）第３取得例
第３取得例では、取得部１７は、顧客Ｃ１が所持する携帯端末Ａ１から送信される情報に基づいて、複数の調味料（物品Ｄ１１）の各々の使用量を取得する。具体的には、顧客Ｃ１は、複数の調味料の組み合わせをタレ（食品Ｄ１）のレシピとして新たに登録したい場合、携帯端末Ａ１にインストールされている店舗Ｂ１専用のアプリケーションを起動する、又はブラウザにて店舗Ｂ１のホームページを閲覧する。そして、顧客Ｃ１は、図１０に示すように、レシピ登録用の画像Ａ１２を携帯端末Ａ１に表示させる。

画像Ａ１２には、第１提供装置２Ａ（又は第２提供装置２Ｂ）のストック部２を模擬した仮想空間が表示される。図１０に示す例では、第２提供装置２Ｂのストック部２を模擬した仮想空間が表示されている。なお、携帯端末Ａ１の表示領域にストック部２の全体が収まらない場合、顧客Ｃ１は、例えば上下方向又は左右方向にフリックする操作を行うことで、表示領域に表示されるストック部２の範囲を変更することが可能である。

顧客Ｃ１は、例えば携帯端末Ａ１の表示領域に触れることで、登録したい調味料（物品Ｄ１１）が表示されている領域Ａ１２０を選択する。図１０における破線で囲まれた領域は、顧客Ｃ１により選択された調味料を表している。ここで、例えば登録したい調味料が表示されている領域Ａ１２０を複数回選択することで、登録したい調味料の数を増やすことも可能である。一例として、醤油が表示されている領域Ａ１２０を３回選択した場合、醤油が封入された容器Ｄ１００を３つ選択したことになる。

そして、顧客Ｃ１は、登録したい調味料（物品Ｄ１１）を全て選択し終えると、登録用のアイコンＡ１２１を選択する。これにより、レシピとして登録したい複数の調味料の各々の名称及び量を含む情報が、第１提供装置２Ａ（又は第２提供装置２Ｂ）へ送信される。取得部１７は、携帯端末Ａ１から受信した情報に基づいて、複数の調味料の各々の名称及び量を取得することが可能である。この態様では、レシピを登録するために、顧客Ｃ１は視覚的に表示された調味料（物品Ｄ１１）を選択するだけで済むので、レシピの登録作業が容易になる、という利点がある。なお、顧客Ｃ１による登録作業は、携帯端末Ａ１の代わりに店舗端末Ｂ１２を用いて実行されてもよい。

（２．４．４）第４取得例
第４取得例では、取得部１７は、図１１及び図１２に示すような使用済みの容器Ｄ１００を回収する回収装置８から送信される情報に基づいて、複数の調味料（物品Ｄ１１）の各々の使用量を取得する。回収装置８の筐体８０には、投入口８１と、排出口８２と、回収用凹部８３と、ディスプレイ８４と、が設けられている。

投入口８１は、矩形状の開口であって、使用済みの容器Ｄ１００が投入される。排出口８２は、矩形状の開口であって、投入口８１に投入された使用済みの容器Ｄ１００を回収用凹部８３へ排出する。回収用凹部８３は、底部を有する角筒状であって、排出口８２から排出された１以上の使用済みの容器Ｄ１００を収容する。

本実施形態では、回収用凹部８３には、回収用の袋８３１が開けた状態で収容されている。したがって、排出口８２から排出された使用済みの容器Ｄ１００は、袋８３１に収容されることになる。このため、店舗Ｂ１の店員は、袋８３１を回収することで、使用済みの容器Ｄ１００を回収することが可能である。

ディスプレイ８４は、例えば液晶ディスプレイであって、投入口８１の近傍に設けられている。ディスプレイ８４には、例えば「タレに使用した調味料の空容器を投入してください」等のメッセージが表示される。

筐体８０の内部には、傾斜部８５と、センサ８６と、カメラ８７と、が設けられている。傾斜部８５は、投入口８１に投入された使用済みの容器Ｄ１００が排出口８２へと滑り落ちるように傾斜している。センサ８６は、例えば透過型の光センサであって、傾斜部８５を滑り落ちる使用済みの容器Ｄ１００の通過を検知する。なお、図１２に示す例では、センサ８６は、発光素子のみを図示しており、受光素子の図示は省略している。カメラ８７は、センサ８６にて使用済みの容器Ｄ１００の通過が検知されることをトリガとして、傾斜部８５の一部を撮像する。これにより、カメラ８７は、傾斜部８５を滑り落ちる使用済みの容器Ｄ１００を撮像する。カメラ８７で撮像された画像は、第１提供装置２Ａ（又は第２提供装置２Ｂ）へと送信される。

取得部１７は、回収装置８から受信した画像に対して適宜の解析処理を実行することにより画像を解析し、解析結果に基づいて、画像に含まれている調味料（物品Ｄ１１）の容器Ｄ１００を特定する。したがって、取得部１７は、画像の解析結果に基づいて、画像に含まれている調味料の名称及び量を取得することが可能である。取得部１７は、回収装置８から受信した複数の画像の各々に対して上記の解析処理を実行することで、複数の画像にそれぞれ含まれている複数の調味料の名称及び量を取得する。

このように、本実施形態では、取得部１７は、複数の容器Ｄ１００を回収する回収装置８での複数の容器Ｄ１００の回収の検知結果に基づいて、複数種類の調味料（物品Ｄ１１）の各々の使用量を取得する。ここで、回収装置８で回収された複数の使用済みの容器Ｄ１００には、それぞれ顧客Ｃ１がタレ（食品Ｄ１）を生成するために用いた複数の調味料が収容されていたため、これら複数の調味料の組み合わせがタレのレシピに相当する。したがって、この態様では、回収装置８にて回収された複数の使用済みの容器Ｄ１００を特定するだけでレシピを登録することが可能であるため、レシピの登録作業が容易になる、という利点がある。

登録部１８は、取得部１７にて取得した複数の調味料（物品Ｄ１１）の各々の使用量に基づいて、タレ（食品Ｄ１）のレシピを登録する。登録部１８は、後述する登録処理ＳＴ３２（図１７参照）の実行主体である。一例として、取得部１７にて調味料の名称として醤油、酢、及びネギを取得し、かつ、それぞれの使用量として容器Ｄ１００の個数換算で１つ、１つ、及び２つを取得した、と仮定する。この場合、登録部１８は、これらの組み合わせをタレのレシピとして登録する。

登録部１８にて登録するレシピは、会員であるか否かに依らず誰でもダウンロード可能な汎用のデータベースに登録されてもよいし、会員専用のデータベースに登録されてもよい。後者の場合、レシピは、登録者である顧客Ｃ１の会員情報に紐付けて登録されるのが好ましい。

ここで、食品レシピ推奨システム２００により顧客Ｃ１にレシピを推奨した場合であっても、顧客Ｃ１がレシピに従わずに独自に調味料（物品Ｄ１１）を取り出したり、推奨したレシピには無い調味料を追加で取り出したりする可能性がある。本実施形態の食品レシピ登録システム３００では、このような場合でも顧客Ｃ１が取り出した調味料の使用量を取得することができるので、推奨したレシピ以外の新たなレシピを登録することが可能である。

ところで、顧客Ｃ１に提示するレシピの数を増やすためには、顧客Ｃ１に積極的にレシピを登録してもらうことが好ましい。そこで、本実施形態では、登録部１８は、レシピの登録に関与した顧客Ｃ１に対して報酬を与える。例えば、登録部１８は、顧客Ｃ１がレシピの登録作業を行った場合、デザートを無料で提供したり、次回以降の来店時に使用可能なポイント又はクーポン等を顧客Ｃ１に与えたりする。また、例えば、登録部１８は、顧客Ｃ１がデータベースに存在しない新たなレシピを登録した場合、通常の登録時よりも高い報酬を顧客Ｃ１に与えてもよい。その他、登録部１８は、店舗Ｂ１にて実際に使用されたレシピを集計したり、レシピの閲覧者による投票結果を集計したりしてランキングを作成し、顧客Ｃ１が登録したレシピがランキングの上位にランクインした場合、登録時とは異なる報酬を顧客Ｃ１に与えてもよい。

ここで、内容が互いに同等である複数のレシピが別々のレシピとして登録されると、不都合が生じ得る。以下、具体例を交えて説明する。例えば、タレ（食品Ｄ１）を構成する調味料（物品Ｄ１１）が、ごま油及びネギである、と仮定する。そして、「Ａ」が「ごま油：大さじ２杯、長ネギ：少々」、「Ｂ」が「ごま油：３０ｍｌ、白ネギ：少々」、「Ｃ」が「ごま油：２４ｇ、白ネギ：１ｇ」とそれぞれ登録し、これらのレシピが互いに異なるレシピとして登録された、と仮定する。つまり、「Ａ」，「Ｂ」，「Ｃ」の３人が、調味料の材料及び使用量の単位の表現方法が互いに異なるが、同等の内容のレシピをそれぞれ登録した、と仮定する。

この場合、店舗Ｂ１にて実際に使用されたレシピを集計したり、レシピの閲覧者による投票結果を集計したりしてランキングを作成する際に、正確なランキングを作成しにくい、言い換えればレシピを正しく評価できない、といった問題が生じ得る。例えば、「Ａ」，「Ｂ」，「Ｃ」の３人が同等の内容のレシピを登録しており、かつ、「Ａ」による登録が最先であった、と仮定する。この場合、最先の登録者である「Ａ」のレシピに全ての票が反映されなければならないところ、「Ｂ」のレシピ及び「Ｃ」のレシピにも票が分散することで、「Ａ」のレシピに対する評価（つまり、投票数）が実際の評価よりも低くなる可能性がある。このように登録されたレシピが正しく評価されないと、登録者の承認欲求が満たされない可能性が生じ、結果としてレシピを登録しようとする意欲の減退を招く可能性がある。

そこで、本実施形態では、登録部１８は、レシピの内容が互いに同等である複数のレシピが登録された場合、複数のレシピを同一のレシピとして登録する。登録部１８は、複数のレシピを登録した上で、これらのレシピを１つのレシピとして取り扱ってもよいし、最先に登録されたレシピのみを残して他のレシピを削除してもよい。この態様では、登録されたレシピを正しく評価しやすくなる、という利点がある。

なお、本実施形態では、顧客Ｃ１は、規格化された材料及び量の調味料（物品Ｄ１１）を封入した容器Ｄ１００を選択することでレシピを登録することが可能であるため、同一のレシピが重複して登録されにくい。

（２．５）物品の補充
第１提供装置２Ａ（又は第２提供装置２Ｂ）においては、ストック部２のいずれか１以上の収容容器２１に収容されている調味料（物品Ｄ１１）が無くなった場合、店舗Ｂ１の店員が、空になった収容容器２１を調味料の補充された収容容器２１と交換することにより、調味料を補充する必要がある。ここで、ストック部２にストックされる調味料の種類及び調味料を収容した収容容器２１の位置は、店舗Ｂ１ごとに異なっている。例えば、数十種類以上存在する調味料のうち、どの調味料を採用するかは、店舗Ｂ１の管理者（例えば、店長）の裁量に委ねられている。また、収容容器２１をストック部２のどの位置に配置するかも店舗Ｂ１の管理者の裁量に委ねられている。

そして、調味料の補充の際に収容容器２１（つまり、調味料（物品Ｄ１１））の位置が入れ替わったり、規定位置とは異なる位置に誤って配置したりする可能性がある。この場合、顧客Ｃ１及び店舗Ｂ１の店員が調味料を取り出す際に、ストック部２のどの位置に調味料があるのかを把握しにくくなる、という問題がある。そこで、本実施形態では、以下の第１補充例及び第２補充例のいずれかを採用することにより、上記の問題の解消に努めている。なお、以下では、図１３、図１４Ａ、及び図１４Ｂに示すように、第２提供装置２Ｂでの第１補充例及び第２補充例を説明するが、第１提供装置２Ａでも同様に適用可能である。

（２．５．１）第１補充例
第１補充例では、制御部１２は、ストック部２における複数の収容容器２１の規定位置を通知する通知情報の出力を制御することで、店舗Ｂ１の店員に対して調味料（物品Ｄ１１）を補充すべき位置を知らせている。具体的には、図１３に示すように、認証部３１にて収容容器２１の有する物品情報を読み取ると、制御部１２は、読み取られた物品情報に対応する表示札２２を点灯させる。物品情報は、収容容器２１に収容される調味料（物品Ｄ１１）に関する情報である。図１３に示す例では、点灯した表示札２２には、ドットが表示されている。

収容容器２１に付された物品情報の読み取りは、一例として、ＲＦＩＤ（Radio Frequency Identification）システムを構成するリーダとしての機能を有する認証部３１と、収容容器２１の底部に付された電子タグとの間で無線通信を行うことにより、実行される。電子タグは、例えば、パッシブ型のＲＦ（Radio Frequency）タグであって、電子タグの付された収容容器２１に収容される調味料（物品Ｄ１１）に関する物品情報を記憶するメモリを有している。

この態様では、店舗Ｂ１の店員は、調味料（物品Ｄ１１）を補充する際に、まず補充対象の収容容器２１を認証部３１に載せ置く。すると、この収容容器２１に付された電子タグの有する物品情報が認証部３１で読み取られる。そして、制御部１２は、認証部３１にて読み取られた物品情報に基づいて、この物品情報に対応する表示札２２を点灯させる。その後、店員が点灯している表示札２２に対応する収容凹部２０に収容容器２１を収容することで、調味料の補充が完了する。

上述のように、この態様では、調味料（物品Ｄ１１）を補充すべき位置（つまり、収容容器２１の規定位置）を店舗Ｂ１の店員に知らせることが可能である。このため、この態様では、店員が規定位置とは異なる位置に調味料を誤って配置する可能性を低減することができ、結果として顧客Ｃ１及び店員（つまり、作業者）が調味料（対象物品Ｄ１１）を取り出す際に、ストック部２のどの位置に調味料があるのかを把握しやすくなる、という利点がある。

（２．５．２）第２補充例
第２補充例では、制御部１２は、ストック部２における複数の収容容器２１の各々の位置に基づいて、所在情報を出力するように制御することで、ストック部２における任意の位置への収容容器２１の配置を許容している。具体的には、図１４Ａ及び図１４Ｂに示すように、収容容器２１をいずれかの収容凹部２０に収容すると、収容凹部２０の底部に設置されたリーダ２４が、収容容器２１の有する物品情報を読み取る。そして、制御部１２は、読み取られた物品情報に基づいて、表示札２２の表示態様を変化させる。

図１４Ａ及び図１４Ｂに示す例では、物品情報を読み取る前においては、表示札２２に表示されている調味料（物品Ｄ１１）の名称が「〇〇〇〇」である。そして、物品情報の読み取り後においては、表示札２２に表示される調味料の名称が、収容容器２１に収容されている調味料の名称である「△△△△」に変化している。

収容容器２１に付された物品情報の読み取りは、一例として、ＲＦＩＤシステムを構成するリーダとしての機能を有するリーダ２４と、収容容器２１の底部に付された電子タグ２３との間で無線通信を行うことにより、実行される。電子タグ２３は、例えば、パッシブ型のＲＦタグであって、電子タグ２３の付された収容容器２１に収容される調味料（物品Ｄ１１）に関する物品情報を記憶するメモリを有している。

この態様では、店舗Ｂ１の店員は、調味料（物品Ｄ１１）を補充する際に、ストック部２における任意の収容凹部２０に補充対象の収容容器２１を収容する。すると、この収容容器２１に付された電子タグ２３の有する物品情報が、この収容凹部２０に設置されたリーダ２４で読み取られる。そして、制御部１２は、リーダ２４で読み取られた物品情報に基づいて、この収容凹部２０に対応する表示札２２の表示態様を変化させる。

上述のように、この態様では、収容容器２１を配置した位置に基づいて、所在情報
（つまり、調味料（物品Ｄ１１）の所在に関する情報）を出力する（つまり、表示札２２の表示態様を変化させる）。このため、この態様では、店舗Ｂ１の店員が調味料をどの位置に配置したとしても、顧客Ｃ１及び店員が調味料を取り出す際に、ストック部２のどの位置に調味料があるのかを把握しやすくなる、という利点がある。また、この態様では、店員は、調味料の位置を意識せずに空いている収容凹部２０に補充対象の収容容器２１を配置すればよいので、調味料を補充する作業が容易になる、という利点がある。

（３）動作
（３．１）食品生成支援システム
以下、本実施形態の食品生成支援システム１００の動作の一例について図１５を参照して説明する。以下の説明では、顧客Ｃ１が携帯端末Ａ１又は店舗端末Ｂ１２にて事前にタレ（食品Ｄ１）のレシピを入力し、その後、顧客Ｃ１が第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴いてピックアップ作業を行う、と仮定する。つまり、ここでは、第１受付部１１にてレシピを入力する顧客Ｃ１は、ピックアップ作業を行う作業者と同一である。

まず、顧客Ｃ１が携帯端末Ａ１又は店舗端末Ｂ１２にて事前にレシピを入力する。すると、第１受付部１１は、携帯端末Ａ１又は店舗端末Ｂ１２から送信されるレシピ信号を受信すると、レシピ信号に含まれるレシピを取得することで、レシピの入力を受け付ける（Ｓ１１）。処理Ｓ１１は、第１受付処理ＳＴ１１に相当する。そして、第１受付部１１にて受け付けたレシピは、レシピ信号に含まれる顧客Ｃ１の識別情報と紐付けられて、メインコンピュータ１のメモリに一時的に記憶される（Ｓ１２）。

その後、事前にレシピを入力した顧客Ｃ１が、第１提供装置２Ａ（又は第２提供装置２Ｂ）まで赴き、携帯端末Ａ１を用いて認証部３１にて認証を行う。認証部３１にて顧客Ｃ１の識別情報が認証されると（Ｓ１３：Ｙｅｓ）、制御部１２は、顧客Ｃ１の識別情報に紐付けられたレシピをメインコンピュータ１のメモリから読み出す（Ｓ１４）。そして、制御部１２は、読み出したレシピに含まれる複数の調味料（対象物品Ｄ１１）の各々の所在情報を出力するように第１提供装置２Ａ（又は第２提供装置２Ｂ）を制御する（Ｓ１５）。処理Ｓ１４，Ｓ１５は、制御処理ＳＴ１２に相当する。

（３．２）食品レシピ推奨システム
以下、本実施形態の食品レシピ推奨システム２００の動作の一例について図１６を参照して説明する。以下の説明では、顧客Ｃ１が店舗端末Ｂ１２にて事前に料理（関連物品Ｅ１）を注文し、その後、顧客Ｃ１が第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴いてピックアップ作業を行う、と仮定する。また、顧客Ｃ１は、携帯端末Ａ１ではなく、食卓Ｂ１１に割り当てられた席札Ｂ１３を持って第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴く、と仮定する。

まず、顧客Ｃ１が店舗端末Ｂ１２にて事前に料理（関連物品Ｅ１）を注文する。すると、第２受付部１３は、店舗端末Ｂ１２から送信される注文信号を受信することにより、料理の情報の入力を受け付ける（Ｓ２１）。処理Ｓ２１は、第２受付処理ＳＴ２１に相当する。そして、第２受付部１３にて受け付けた料理の情報は、注文信号に含まれる特定情報と紐付けられてメインコンピュータ１のメモリに一時的に記憶される（Ｓ２２）。

その後、料理（関連物品Ｅ１）を注文した顧客Ｃ１が、第１提供装置２Ａ（又は第２提供装置２Ｂ）まで赴き、席札Ｂ１３を用いて認証部３１にて認証を行う。認証部３１にて特定情報が認証されると（Ｓ２３：Ｙｅｓ）、第２受付部１３は、撮像装置５に第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴いた顧客Ｃ１を撮像させる（Ｓ２４）。そして、第２受付部１３は、撮像装置５により撮像された顧客Ｃ１の画像に対して適宜の解析処理を実行することにより、顧客Ｃ１の画像から顧客Ｃ１の特徴を推定し、推定した特徴を顧客情報として受け付ける。

そして、推定部１４は、第２受付部１３にて受け付けた入力（ここでは、料理（関連物品Ｅ１）の情報、顧客情報、及び提供地域情報）に基づいて、顧客Ｃ１に推奨するタレ（食品Ｄ１）のレシピを推定する（Ｓ２５）。処理Ｓ２５は、推定処理ＳＴ２２に相当する。その後、出力部１５は、推定部１４にて推定したレシピに含まれる複数の調味料（物品Ｄ１１）の所在情報を出力するように第１提供装置２Ａ（又は第２提供装置２Ｂ）を制御する（Ｓ２６）。処理Ｓ２６は、出力処理ＳＴ２３に相当する。

その後、更新部１６は、推定部１４にて推定したレシピに含まれる複数の調味料（物品Ｄ１１）を顧客Ｃ１が取り出したか否か等のフィードバックに基づいて新たな訓練データを生成し、生成した新たな訓練データを用いて分類器１４１に再学習させる。これにより、更新部１６は、分類器１４１を更新する（Ｓ２７）。

（３．３）食品レシピ登録システム
以下、本実施形態の食品レシピ登録システム３００の動作の一例について図１７を参照して説明する。まず、取得部１７は、上述の第１取得例〜第４取得例のうちのいずれかの取得例に示す態様により、複数の調味料（物品Ｄ１１）の各々の使用量を取得する（Ｓ３１）。処理Ｓ３１は、取得処理ＳＴ３１に相当する。

次に、登録部１８は、取得部１７にて取得した複数の調味料（物品Ｄ１１）の各々の使用量に基づいて、タレ（食品Ｄ１）のレシピを登録する（Ｓ３２）。処理Ｓ３２は、登録処理ＳＴ３２に相当する。そして、登録部１８は、レシピの登録が携帯端末Ａ１又は店舗端末Ｂ１２を介した登録である場合（Ｓ３３：Ｙｅｓ）、レシピの登録に関与した顧客Ｃ１に対して報酬を与える（Ｓ３４）。携帯端末Ａ１又は店舗端末Ｂ１２を介した登録は、顧客Ｃ１の自らの意思による登録であって、第２取得例又は第３取得例に示す態様での登録に相当する。

（４）変形例
上述の実施形態は、本開示の様々な実施形態の一つに過ぎない。上述の実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、食品生成支援システム１００と同様の機能は、食品生成支援方法、（コンピュータ）プログラム、又はプログラムを記録した非一時的記録媒体等で具現化されてもよい。

本開示の一態様に係る食品生成支援方法は、受付処理（第１受付処理）ＳＴ１１と、制御処理ＳＴ１２と、を有する。受付処理ＳＴ１１は、複数の物品Ｄ１１から構成される食品Ｄ１のレシピの入力を受け付ける処理である。制御処理ＳＴ１２は、ストック部２から受付処理ＳＴ１１にて受け付けたレシピに基づく対象物品Ｄ１１を取り出すピックアップ作業の際に、対象物品Ｄ１１の所在に関する所在情報の出力を制御する処理である。ストック部２は、複数の物品Ｄ１１を含む物品群Ｄ１０をストックする。また、本開示の一態様に係るプログラムは、１以上のプロセッサに、上記の食品生成支援方法を実行させる。

また、食品レシピ推奨システム２００と同様の機能は、食品レシピ推奨方法、（コンピュータ）プログラム、又はプログラムを記録した非一時的記録媒体等で具現化されてもよい。

本開示の一態様に係る食品レシピ推奨方法は、受付処理（第２受付処理）ＳＴ２１と、推定処理ＳＴ２２と、出力処理ＳＴ２３と、を有する。受付処理ＳＴ２１は、複数の物品Ｄ１１から構成される食品Ｄ１と関連する関連物品Ｅ１の情報の入力を少なくとも受け付ける処理である。推定処理ＳＴ２２は、受付処理ＳＴ２１にて受け付けた入力に基づいて、関連物品Ｅ１を消費する顧客Ｃ１に推奨する食品Ｄ１のレシピを推定する処理である。出力処理ＳＴ２３は、推定処理ＳＴ２２にて推定したレシピを出力する処理である。また、本開示の一態様に係るプログラムは、１以上のプロセッサに、上記の食品レシピ推奨方法を実行させる。

さらに、食品レシピ登録システム３００と同様の機能は、食品レシピ登録方法、（コンピュータ）プログラム、又はプログラムを記録した非一時的記録媒体等で具現化されてもよい。

本開示の一態様に係る食品レシピ登録方法は、取得処理ＳＴ３１と、登録処理ＳＴ３２と、を有する。取得処理ＳＴ３１は、複数の物品Ｄ１１から構成される食品Ｄ１を生成する際に用いられる複数の物品Ｄ１１の各々の使用量を取得する処理である。登録処理ＳＴ３２は、取得処理ＳＴ３１にて取得した複数の物品Ｄ１１の各々の使用量に基づいて、食品Ｄ１のレシピを登録する処理である。また、本開示の一態様に係るプログラムは、１以上のプロセッサに、上記の食品レシピ登録方法を実行させる。

以下、上述の実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。

本開示における食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００では、例えば、メインコンピュータ１等に、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における食品生成支援システム１００、食品レシピ推奨システム２００、及び食品レシピ登録システム３００としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されてもよく、電気通信回線を通じて提供されてもよく、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１ないし複数の電子回路で構成される。ここでいうＩＣ又はＬＳＩ等の集積回路は、集積の度合いによって呼び方が異なっており、システムＬＳＩ、ＶＬＳＩ（Very Large Scale Integration）、又はＵＬＳＩ（Ultra Large Scale Integration）と呼ばれる集積回路を含む。さらに、ＬＳＩの製造後にプログラムされる、ＦＰＧＡ（Field-Programmable Gate Array）、又はＬＳＩ内部の接合関係の再構成若しくはＬＳＩ内部の回路区画の再構成が可能な論理デバイスについても、プロセッサとして採用することができる。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。ここでいうコンピュータシステムは、１以上のプロセッサ及び１以上のメモリを有するマイクロコントローラを含む。したがって、マイクロコントローラについても、半導体集積回路又は大規模集積回路を含む１ないし複数の電子回路で構成される。

また、メインコンピュータ１における複数の機能が、１つの筐体内に集約されていることはメインコンピュータ１に必須の構成ではない。メインコンピュータ１の構成要素は、複数の筐体に分散して設けられていてもよい。さらに、メインコンピュータ１の少なくとも一部の機能は、例えば、サーバ装置及びクラウド（クラウドコンピューティング）等によって実現されてもよい。

上述の実施形態において、メインコンピュータ１は第１提供装置２Ａ及び第２提供装置２Ｂの各々に搭載されているが、この態様に限られない。例えば、メインコンピュータ１は、第１提供装置２Ａ及び第２提供装置２Ｂとは別の装置であってもよいし、店舗Ｂ１から離れた遠隔地にあるサーバ装置にて実現されてもよい。これらの態様の場合、メインコンピュータ１は、第１提供装置２Ａ及び第２提供装置２Ｂの各々と通信可能に構成されていればよい。

上述の実施形態において、制御部１２は、表示装置４を更に制御することにより複数の調味料（対象物品Ｄ１１）の所在情報を出力させてもよい。例えば、制御部１２は、表示装置４に取り出すべき調味料が存在する領域を指し示す矢印を表示させてもよい。また、例えば、制御部１２は、ストック部２を模した平面図を表示装置４に表示させ、取り出すべき調味料が存在する領域を他の領域と区別し得る態様で発光させてもよい。具体的には、表示装置４に、複数（２行×２列）の領域に分割されたストック部２を模した平面図を表示させる、と仮定する。ここで、取り出すべき調味料がストック部２における左上側に存在する場合、制御部１２は、上記平面図の左上の領域のみを発光させるように表示装置４を制御する。

この態様によれば、作業者Ｃ１は、表示装置４を見ることで、取り出すべき調味料（対象物品Ｄ１１）の凡その位置を把握しやすくなり、取り出すべき調味料を探し出しやすくなる、という利点がある。この態様は、ストック部２にストックされる調味料（物品Ｄ１１）の種類が多くなればなる程、又は、作業者Ｃ１が取り出すべき調味料の種類が少なくなればなる程、有効である。

上述の実施形態において、制御部１２は、所在情報の出力対象である複数の調味料（対象物品Ｄ１１）にそれぞれ対応する複数の収容容器２１を上方へと突出させることにより、複数の調味料の所在情報を出力させてもよい。この態様は、例えば収容容器２１と収容凹部２０との間に設置されるアクチュエータを制御部１２が制御することにより、実現可能である。この場合、作業者は、ピックアップ作業において、突出した複数の収容容器２１を見ることで、顧客Ｃ１が所望するレシピに含まれる複数の調味料を探し出すことが可能である。

また、制御部１２は、第１提供装置２Ａ（又は第２提供装置２Ｂ）が内蔵するスピーカから、所在情報の出力対象である複数の調味料（対象物品Ｄ１１）の場所を知らせる音声メッセージを出力することにより、複数の調味料の所在情報を出力させてもよい。この場合、作業者は、ピックアップ作業において、第１提供装置２Ａ（又は第２提供装置２Ｂ）から出力される音声を聞くことにより、顧客Ｃ１が所望するレシピに含まれる複数の調味料を探し出すことが可能である。

その他、制御部１２は、照明装置を制御して所在情報の出力対象である複数の調味料（対象物品Ｄ１１）の場所を照らすことで、複数の調味料の所在情報を出力させてもよい。また、制御部１２は、プロジェクタを制御して、プロジェクションマッピングにより所在情報の出力対象である複数の調味料の場所を示すことで、複数の調味料の所在情報を出力させてもよい。

上述の実施形態では、調味料（物品Ｄ１１）は、容器Ｄ１００に封入されることで単位量ごとに取り出すことが可能になっているが、この態様に限らない。例えば、第１提供装置２Ａ（又は第２提供装置２Ｂ）において、調味料がディスペンサにより吐出されることで取り出される態様である場合、吐出量を一定にすることで調味料を単位量ごとに取り出すことが可能である。

上述の実施形態において、顧客Ｃ１は、携帯端末Ａ１又は店舗端末Ｂ１２を用いて事前にタレ（食品Ｄ１）のレシピを入力する代わりに、第１提供装置２Ａ（又は第２提供装置２Ｂ）にレシピを入力してもよい。例えば、顧客Ｃ１は、所望のレシピを携帯端末Ａ１に入力することで、携帯端末Ａ１にレシピを一時的に記憶させる。そして、顧客Ｃ１は、第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴き、認証部３１にて携帯端末Ａ１を用いて認証を行う。これにより、第１受付部１１は、認証部３１での認証時において、携帯端末Ａ１からレシピの入力を受け付けることが可能である。

上述の実施形態において、ピックアップ作業時に取り出す調味料（対象物品Ｄ１１）は、顧客Ｃ１が事前に入力したタレ（食品Ｄ１）のレシピに含まれる調味料に限らず、他人が登録したレシピに含まれる調味料であってもよい。例えば、第１提供装置２Ａ（又は第２提供装置２Ｂ）は、食品レシピ登録システム３００により登録された多数のレシピを記憶している、と仮定する。この場合、顧客Ｃ１は、事前にレシピを入力せずに、第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴いた時点で、これらのレシピから所望のレシピを選択してもよい。この場合、顧客Ｃ１による認証部３１での認証作業は不要である。

上述の実施形態において、第２受付部１３は、第１受付部１１にて受け付けたレシピの入力も受け付けてもよい。つまり、第２受付部１３は、顧客Ｃ１の所望する他レシピの入力を受け付けてもよい。この場合、出力部１５は、推定部１４にて推定されたレシピに含まれる複数の調味料（物品Ｄ１１）の所在情報を出力するだけでなく、顧客Ｃ１が所望する他レシピに含まれる複数の調味料の所在情報を出力することも可能である。つまり、出力部１５は、推定部１４にて推定したレシピと、他レシピと、のいずれか１つを選択的に出力することが可能である。

上述の実施形態において、推定部１４は、顧客Ｃ１の採用したレシピの履歴に基づいて、レシピを推定してもよい。ここでいうレシピの履歴は、過去に顧客Ｃ１が採用したレシピの履歴であってもよいし、顧客Ｃ１が店舗Ｂ１に滞在している期間中に顧客Ｃ１が採用したレシピの履歴であってもよい。後者の場合の一例として、顧客Ｃ１が店舗Ｂ１に滞在している期間中において既に２つ、同じ料理（関連物品Ｅ１）に対するタレ（食品Ｄ１）を生成している、と仮定する。この場合、推定部１４は、この顧客Ｃ１が３つ目のタレを生成すべく第１提供装置２Ａ（又は第２提供装置２Ｂ）に赴いた際に、１つ目のレシピ及び２つ目のレシピを加味して、レシピを推定する。

上述の実施形態の第１補充例及び第２補充例において、収容容器２１の底部には、電子タグの代わりに識別コードが付されていてもよい。この場合、認証部３１は、識別コードを読み取るように構成されていればよい。

上述の実施形態の第２補充例において、電子タグ２３及びリーダ２４の代わりに、例えば店舗Ｂ１の天井等、ストック部２を俯瞰する位置に設置されたカメラを用いてもよい。この態様では、制御部１２は、店舗Ｂ１の店員により調味料（物品Ｄ１１）を補充する作業が行われた際に、又は定期的に、ストック部２をカメラに撮像させる。次に、制御部１２は、カメラで撮像した撮像画像に対して適宜の解析処理を実行することにより撮像画像を解析し、解析結果に基づいて、ストック部２における収容容器２１の位置と、この収容容器２１に収容される調味料と、を推定する。そして、制御部１２は、推定結果に基づいて、表示札２２の表示態様を変化させる。

上述の実施形態において、第１提供装置２Ａは、例えば自動販売機のように、スイッチを押下することで対応する調味料（物品Ｄ１１）が排出される態様であってもよい。

上述の実施形態において、店舗Ｂ１には、第１提供装置２Ａ及び第２提供装置２Ｂの少なくとも一方が設置されていればよい。

上述の実施形態において、料理（関連物品Ｅ１）の注文は、店舗端末Ｂ１２だけではなく、顧客Ｃ１が所持する携帯端末Ａ１にて行うことが可能であってもよい。

上述の実施形態において、メインコンピュータ１は、少なくとも食品レシピ推奨システム２００を実行可能な態様であればよく、食品生成支援システム１００及び食品レシピ登録システム３００を実行可能な態様でなくてもよい。

上述の実施形態において、少なくとも食品生成支援システム１００については、対象が食品Ｄ１でなくてもよい。つまり、上述の実施形態において、食品生成支援システム１００は、食品Ｄ１を構成物Ｄ１に置き換えた、作業支援システム１００であってもよい。本開示でいう「構成物」は、タレの他に、サプリメントであってもよいし、調剤薬局で処方箋に従って調剤される薬であってもよい。その他、構成物Ｄ１は、化粧品、アロマオイル等の芳香剤、又は玩具用ブロック等を含み得る。

具体的には、作業支援システム１００は、受付部（第１受付部）１１と、制御部１２と、を備えている。第１受付部１１は、複数の物品Ｄ１１から構成される構成物Ｄ１のレシピの入力を受け付ける。制御部１２は、ストック部２から第１受付部１１にて受け付けたレシピに基づく対象物品Ｄ１１を取り出すピックアップ作業の際に、対象物品Ｄ１１の所在に関する所在情報の出力を制御する。ストック部２は、複数の物品Ｄ１１を含む物品群Ｄ１０をストックする。

また、作業支援システム１００と同様の機能は、作業支援方法、（コンピュータ）プログラム、又はプログラムを記録した非一時的記録媒体等で具現化されてもよい。

本開示の一態様に係る作業支援方法は、受付処理（第１受付処理）ＳＴ１１と、制御処理ＳＴ１２と、を有する。受付処理ＳＴ１１は、複数の物品Ｄ１１から構成される構成物Ｄ１のレシピの入力を受け付ける処理である。制御処理ＳＴ１２は、ストック部２から受付処理ＳＴ１１にて受け付けたレシピに基づく対象物品Ｄ１１を取り出すピックアップ作業の際に、対象物品Ｄ１１の所在に関する所在情報の出力を制御する処理である。ストック部２は、複数の物品Ｄ１１を含む物品群Ｄ１０をストックする。また、本開示の一態様に係るプログラムは、１以上のプロセッサに、上記の作業支援方法を実行させる。

（まとめ）
以上述べたように、第１の態様に係る食品レシピ推奨システム（２００）は、受付部（第２受付部）（１２）と、推定部（１４）と、出力部（１５）と、を備える。受付部（１３）は、複数の物品（Ｄ１１）から構成される食品（Ｄ１）と関連する関連物品（Ｅ１）の情報の入力を少なくとも受け付ける。推定部（１４）は、受付部（１３）にて受け付けた入力に基づいて、関連物品（Ｅ１）を消費する顧客（Ｃ１）に推奨する食品（Ｄ１）のレシピを推定する。出力部（１５）は、推定部（１４）にて推定したレシピを出力する。

この態様によれば、食品（Ｄ１）と関連する関連物品（Ｅ１）に見合った食品（Ｄ１）を生成しやすい、という利点がある。

第２の態様に係る食品レシピ推奨システム（２００）では、第１の態様において、食品（Ｄ１）が消費される時期と、関連物品（Ｅ１）が消費される時期と、が同じである。

この態様によれば、関連物品（Ｅ１）に見合った食品（Ｄ１）を生成しやすい、という利点がある。

第３の態様に係る食品レシピ推奨システム（２００）では、第２の態様において、複数の物品（Ｄ１１）は、それぞれ不可逆性を有する混合物としての食品（Ｄ１）を構成する材料である。

この態様によれば、顧客（Ｃ１）が例えばタレ等の食品（Ｄ１）を生成しやすくなる、という利点がある。

第４の態様に係る食品レシピ推奨システム（２００）では、第３の態様において、関連物品（Ｅ１）は、食事の際に顧客（Ｃ１）に供される料理である。

この態様によれば、関連物品（Ｅ１）である料理に見合った食品（Ｄ１）を生成しやすい、という利点がある。

第５の態様に係る食品レシピ推奨システム（２００）では、第４の態様において、食品（Ｄ１）は、関連物品（Ｅ１）に付加される。

この態様によれば、関連物品（Ｅ１）である料理に見合った、例えばタレ等の食品（Ｄ１）を生成しやすい、という利点がある。

第６の態様に係る食品レシピ推奨システム（２００）では、第１〜第５のいずれかの態様において、推定部（１４）は、機械学習により生成される分類器（１４１）を用いて、顧客（Ｃ１）に推奨するレシピを推定する。分類器は、少なくとも関連物品（Ｅ１）の情報を訓練データとして生成される。

この態様によれば、機械学習された分類器（１４１）を用いることで、顧客（Ｃ１）が満足しやすいレシピを推定する精度が向上する、という利点がある。

第７の態様に係る食品レシピ推奨システム（２００）は、第６の態様において、顧客（Ｃ１）に推奨されたレシピに対するフィードバックに基づいて、分類器（１４１）を更新させる更新部（１６）を更に備える。

この態様によれば、分類器（１４１）を更新させることで、顧客（Ｃ１）が満足しやすいレシピを推定する精度が更に向上する、という利点がある。

第８の態様に係る食品レシピ推奨システム（２００）では、第７の態様において、フィードバックは、顧客（Ｃ１）によるレシピの採否を含む。

この態様によれば、分類器（１４１）にフィードバックを反映させやすい、という利点がある。

第９の態様に係る食品レシピ推奨システム（２００）では、第１〜第８のいずれかの態様において、受付部（１３）は、顧客（Ｃ１）に関する顧客情報の入力を受け付ける。

この態様によれば、推定部（１４）にて顧客情報を参照することができ、顧客（Ｃ１）が満足しやすいレシピを推奨しやすくなる、という利点がある。

第１０の態様に係る食品レシピ推奨システム（２００）では、第９の態様において、顧客情報は、顧客（Ｃ１）の性別、年齢、及び顧客（Ｃ１）に関連する地域の少なくとも１つを含む。

この態様によれば、顧客（Ｃ１）の嗜好に応じたレシピを推定しやすくなる、という利点がある。

第１１の態様に係る食品レシピ推奨システム（２００）では、第９又は第１０の態様において、受付部（１３）は、顧客（Ｃ１）が複数である場合に、複数の顧客（Ｃ１）のうち所定の条件に従って選択された顧客（Ｃ１）に関する顧客情報の入力を受け付ける。

この態様によれば、不要な顧客情報の入力を受け付けなくて済む、という利点がある。

第１２の態様に係る食品レシピ推奨システム（２００）では、第１〜第１１のいずれかの態様において、受付部（１３）は、関連物品（Ｅ１）を提供する地域に関する提供地域情報の入力を受け付ける。

この態様によれば、推定部（１４）にて提供地域情報を参照することができ、地域の風土に見合ったレシピを推奨しやすくなる、という利点がある。

第１３の態様に係る食品レシピ推奨システム（２００）では、第１〜第１２のいずれかの態様において、受付部（１３）は、顧客（Ｃ１）の所望する他レシピの入力を受け付ける。出力部（１５）は、推定部（１４）にて推定したレシピと、他レシピと、のいずれか１つを選択的に出力する。

この態様によれば、顧客（Ｃ１）がレシピを選択する自由度が向上する、という利点がある。

第１４の態様に係る食品レシピ推奨システム（２００）では、第１〜第１３のいずれかの態様において、推定部（１４）は、顧客（Ｃ１）の採用したレシピの履歴に基づいて、レシピを推定する。

この態様によれば、履歴を参照することにより、顧客（Ｃ１）が満足しやすいレシピを推奨しやすくなる、という利点がある。

第１５の態様に係る食品レシピ推奨方法は、受付処理（ＳＴ２１）と、推定処理（ＳＴ２２）と、出力処理（ＳＴ２３）と、を有する。受付処理（ＳＴ２１）は、複数の物品（Ｄ１１）から構成される食品（Ｄ１）と関連する関連物品（Ｅ１）の情報の入力を少なくとも受け付ける処理である。推定処理（ＳＴ２２）は、受付処理（ＳＴ２１）にて受け付けた入力に基づいて、関連物品（Ｅ１）を消費する顧客（Ｃ１）に推奨する食品（Ｄ１）のレシピを推定する処理である。出力処理（ＳＴ２３）は、推定処理（ＳＴ２２）にて推定したレシピを出力する処理である。

この態様によれば、食品（Ｄ１）と関連する関連物品（Ｅ１）に見合った食品（Ｄ１）を生成しやすい、という利点がある。

第１６の態様に係るプログラムは、１以上のプロセッサに、第１５の態様に係る食品レシピ推奨方法を実行させる。

この態様によれば、食品（Ｄ１）と関連する関連物品（Ｅ１）に見合った食品（Ｄ１）を生成しやすい、という利点がある。

第２〜第１４の態様に係る構成については、食品レシピ推奨システム（２００）に必須の構成ではなく、適宜省略可能である。

２００ 食品レシピ推奨システム
１３ 受付部（第２受付部）
１４ 推定部
１４１ 分類器
１５ 出力部
１６ 更新部
Ｃ１ 顧客
Ｄ１ 食品
Ｄ１１ 物品
Ｅ１ 関連物品
ＳＴ２１ 受付処理（第２受付処理）
ＳＴ２２ 推定処理
ＳＴ２３ 出力処理

Claims (16)

1. 複数の物品から構成される食品と関連する関連物品の情報の入力を少なくとも受け付ける受付部と、
   前記受付部にて受け付けた入力に基づいて、前記関連物品を消費する顧客に推奨する前記食品のレシピを推定する推定部と、
   前記推定部にて推定した前記レシピを出力する出力部と、を備える、
   食品レシピ推奨システム。
2. 前記食品が消費される時期と、前記関連物品が消費される時期と、が同じである、
   請求項１記載の食品レシピ推奨システム。
3. 前記複数の物品は、それぞれ不可逆性を有する混合物としての前記食品を構成する材料である、
   請求項２に記載の食品レシピ推奨システム。
4. 前記関連物品は、食事の際に前記顧客に供される料理である、
   請求項３に記載の食品レシピ推奨システム。
5. 前記食品は、前記関連物品に付加される、
   請求項４記載の食品レシピ推奨システム。
6. 前記推定部は、機械学習により生成される分類器を用いて、前記顧客に推奨する前記レシピを推定し、
   前記分類器は、少なくとも前記関連物品の情報を訓練データとして生成される、
   請求項１〜５のいずれか１項に記載の食品レシピ推奨システム。
7. 前記顧客に推奨された前記レシピに対するフィードバックに基づいて、前記分類器を更新させる更新部を更に備える、
   請求項６記載の食品レシピ推奨システム。
8. 前記フィードバックは、前記顧客による前記レシピの採否を含む、
   請求項７記載の食品レシピ推奨システム。
9. 前記受付部は、前記顧客に関する顧客情報の入力を受け付ける、
   請求項１〜８のいずれか１項に記載の食品レシピ推奨システム。
10. 前記顧客情報は、前記顧客の性別、年齢、及び前記顧客に関連する地域の少なくとも１つを含む、
    請求項９記載の食品レシピ推奨システム。
11. 前記受付部は、前記顧客が複数である場合に、前記複数の顧客のうち所定の条件に従って選択された顧客に関する前記顧客情報の入力を受け付ける、
    請求項９又は１０に記載の食品レシピ推奨システム。
12. 前記受付部は、前記関連物品を提供する地域に関する提供地域情報の入力を受け付ける、
    請求項１〜１１のいずれか１項に記載の食品レシピ推奨システム。
13. 前記受付部は、前記顧客の所望する他レシピの入力を受け付け、
    前記出力部は、前記推定部にて推定した前記レシピと、前記他レシピと、のいずれか１つを選択的に出力する、
    請求項１〜１２のいずれか１項に記載の食品レシピ推奨システム。
14. 前記推定部は、前記顧客の採用した前記レシピの履歴に基づいて、前記レシピを推定する、
    請求項１〜１３のいずれか１項に記載の食品レシピ推奨システム。
15. 複数の物品から構成される食品と関連する関連物品の情報の入力を少なくとも受け付ける受付処理と、
    前記受付処理にて受け付けた入力に基づいて、前記関連物品を消費する顧客に推奨する前記食品のレシピを推定する推定処理と、
    前記推定処理にて推定した前記レシピを出力する出力処理と、を有する、
    食品レシピ推奨方法。
16. １以上のプロセッサに、
    請求項１５記載の食品レシピ推奨方法を実行させる、
    プログラム。

Images