JP6566371B1 - 情報処理システム、情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】ユーザ状況に応じた料理材料の提供や、提供の実績に応じたサービス向上により、調理を向上できる情報処理システム、情報処理装置、情報処理方法およびプログラムを提供する。【解決手段】ディスペンサー装置１は、材料提供部（アクチュエータ）は、ユーザが調理を行うときに、少なくとも１つの料理材料について、レシピデータに基づいた分量の提供を行う。制御部は、前記提供に関する履歴情報に基づいて、ユーザ状況を推定する。記憶部は、前記ユーザの識別情報と、前記ユーザ状況を示すユーザ状況情報と、を対応づけて記憶する。【選択図】図３

Description

本発明は、情報処理システム、情報処理装置、情報処理方法、およびプログラムに関する。

近年、料理専門家や一般ユーザによるレシピがインターネット上で公開され、ユーザはスマートフォンやタブレット端末でレシピを検索し、これを参照しながら料理を行うことがよく行われている。

例えば下記特許文献１では、レシピを見ながら料理を行う際のユーザの煩わしさを解消するために、例えば料理工程をスピーカから音声で出力したり、ユーザが音声でタイマーをスタートさせたりすることができる情報提供装置が提案されている。

特開平９−２８２１３９号公報

ここで、料理工程において複数の調味料を調合する工程は、とても手間がかかるものであった。ユーザは、レシピを見ながら必要な調味料容器を冷蔵庫や収納棚からそれぞれ取り出し、計量スプーンで用いて計量し、カップ等で混ぜ合わせる必要があった。

さらに、レシピで想定されている人数と実際の人数が異なる場合は、ユーザは調味料の分量を自ら計算しなければならなかった。
以上、例示したように、調理では、ユーザ状況に応じた料理材料の提供や、提供の実績に応じたサービス向上により、調理を向上させることが求められている。

本発明は上記の点に鑑みてなされたものであり、調理を向上できる情報処理システム、情報処理装置、情報処理方法、およびプログラムを提案する。

（１）本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、ユーザが調理を行うときに、少なくとも１つの料理材料について、レシピデータに基づいた分量の提供を行う材料提供部と、前記提供に関する履歴情報に基づいて、ユーザ状況を推定する制御部と、前記ユーザの識別情報と、前記ユーザ状況を示すユーザ状況情報と、を対応づけて記憶する記憶部と、を備える情報処理システムである。

（２）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、前記料理材料について、前記レシピデータが示す分量と前記履歴情報が示す使用分量とに基づいて、ユーザの好みを推定し、前記材料提供部は、前記ユーザの好みに応じて変更された分量で、前記料理材料の提供を行う。

（３）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、前記料理材料について、前記レシピデータが示す分量と前記履歴情報が示す使用分量とに基づいて、ユーザの好みを推定し、前記材料提供部は、前記ユーザの好みに応じて変更された分量で、前記料理材料の提供を行う。

（４）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、複数のユーザのうち、少なくとも１人の対象ユーザを選択し、前記材料提供部は、前記対象ユーザの好みに応じて変更された分量で、前記料理材料の提供を行う。

（５）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、ユーザ状況として取得した人数又は曜日に応じて、前記対象ユーザを選択する。

（６）また、本発明の一態様は、上記の情報処理システムにおいて、前記記憶部は、ユーザ毎に特別な日を記憶し、前記制御部は、前記特別な日が、入力された日付が同じ日又は近い日のユーザを、前記対象ユーザとして選択する。

（７）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、前記ユーザの好みと前記料理材料の残量又は使用量に基づいて、レシピを提案する。

（８）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、レシピデータが示す第１レシピと前記料理材料の残量又は使用量に基づいて、料理材料が不足すると判定した場合、第１レシピで準備した食材を用いて調理可能な第２レシピであって前記残量で調理可能な第２レシピを提案する。

（９）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、ユーザが前記レシピデータの調理を行ったと判定した場合、前記レシピデータが示すレシピであってウェブサイトに掲載されたレシピに対して、当該レシピを作ったことを表す投稿情報を投稿する。

（１０）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、ユーザが前記レシピデータの調理を行ったと判定した場合、前記レシピデータが示すレシピと当該レシピを作ったことを示す情報を、他装置へ送信する。

（１１）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、前記提供が行われた料理材料各々の使用分量を示す情報を、前記レシピに対する前記投稿情報と関連付けて投稿する。

（１２）また、本発明の一態様は、ユーザが調理を行うときに、少なくとも１つの料理材料について、レシピデータに基づいた分量の提供を行う材料提供部と、前記提供に関する履歴情報に基づいて、ユーザ状況を推定する制御部と、前記ユーザの識別情報と、前記ユーザ状況を示すユーザ状況情報と、を対応づけて記憶する記憶部と、を備える情報処理装置である。

（１３）また、本発明の一態様は、材料提供部が、ユーザが調理を行うときに、少なくとも１つの料理材料について、レシピデータに基づいた分量の提供を行う材料提供過程と、制御部が、前記提供に関する履歴情報に基づいて、ユーザ状況を推定する制御過程と、記憶部が、前記ユーザの識別情報と、前記ユーザ状況を示すユーザ状況情報と、を対応づけて記憶する過程と、を有する情報処理方法である。

（１４）また、本発明の一態様は、情報処理システムにおける少なくとも１つのコンピュータに、ユーザが調理を行うときに、少なくとも１つの料理材料について、レシピデータに基づいた分量の提供を行う材料提供手順、前記提供に関する履歴情報に基づいて、ユーザ状況を推定する制御手順、前記ユーザの識別情報と、前記ユーザ状況を示すユーザ状況情報と、を対応づけて記憶する手順、を実行させるためのプログラムである。

本発明によれば、調理を向上できる。

本開示の一実施形態による情報処理システムの概要について説明する図である。 第１の実施形態による情報処理システムの概要について説明する図である。 第１の実施形態によるディスペンサー装置の内部構成の一例を示すブロック図である。 第１の実施形態による調味料収容部から調味料を排出する構造の一例を示す模式図である。 第１の実施形態による調味料収容部から調味料を排出する構造の一例を示す模式図である。 第１の実施形態によるユーザ端末の構成を示す図である。 第１の実施形態による動作処理を示すシーケンス図である。 第１の実施形態によるユーザ端末におけるレシピ検索画面の一例を示す図である。 第１の実施形態によるユーザ端末におけるレシピデータの詳細画面の一例を示す図である。 第１の実施形態によるユーザ状況入力画面の一例を示す図である。 第１の実施形態による排出待機時の表示部における表示画面例を示す図である。 第１の実施形態による調味料の分量の設定画面の一例を示す図である。 第２の実施形態による情報処理システムの全体構成について説明する図である。 第２の実施形態によるサーバの構成の一例を示すブロック図である。 第２の実施形態による動作処理を示すシーケンス図である。 第３の実施形態による情報処理システムの全体構成について説明する図である。 第３の実施形態によるユーザ端末における連携サービスの選択画面の一例を示す図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、説明は以下の順序で行うものとする。
１．本開示の一実施形態による情報処理システムの概要
２．第１の実施形態
２−１．概要
２−２．ディスペンサー装置１の構成
２−３．ユーザ端末２の構成
２−４．動作処理
３．第２の実施形態
３−１．概要
３−２．サーバ３の構成
３−３．動作処理
４．第３の実施形態
５．補足
６．まとめ

＜＜１．本開示の一実施形態による情報処理システムの概要＞＞
図１は、本開示の一実施形態による情報処理システムの概要について説明する図である。図１に示すように、本実施形態によるディスペンサー装置１は、上部内部に複数の調味料収容部１３が配置され、各調味料が自動的に所定の分量下部に排出される。

下部に排出される調味料８は、例えばお玉等の調理器具７で受け取られる。ディスペンサー装置１は、例えば調味料の排出口（不図示）付近に調理器具７がセットされたことをセンサにより検知した場合、所定の分量の１以上の調味料を排出することが可能である。これによりユーザは、調味料を一つ一つ手作業で計量することなく、必要な調味料を必要分だけディスペンサー装置１からお玉等で受け取ることができる。

なお、複数の調味料が排出される場合、順次排出されて調理器具７内で混ぜ合わされてもよいし、ディスペンサー装置１内で混ぜ合わせた上で排出されてもよい。

また、ディスペンサー装置１の上面には、表示部１７が設けられていてもよい。表示部１７には、排出する調味料に関する説明や排出ボタン等が表示される。

以上、本開示の一実施形態による情報処理システムについて説明した。続いて、本実施形態による情報処理システムについて、複数の実施形態を用いて具体的に説明する。

＜＜２．第１の実施形態＞＞
＜２−１．概要＞
図２は、第１の実施形態による情報処理システムの概要について説明する図である。図１に示すように、本実施形態による情報処理システムは、スマートフォン等のユーザ端末２とディスペンサー装置１とを含む。

ユーザ端末２は、クラウド４０上（ネットワーク上）のレシピサイト４１にアクセスしてレシピデータを受信し、表示部に表示する。また、ユーザ端末２は、ユーザによる指示（例えばＯＫボタンのタップ）に応じて、選択されたレシピデータをディスペンサー装置１に送信する。ディスペンサー装置１へのレシピデータの送信は、例えばBluetooth（登録商標）やＷｉ−Ｆｉ（登録商標）等の無線通信により行われる。

そして、ユーザ端末２からレシピデータを受信したディスペンサー装置１は、レシピデータに基づいて、必要な調味料を自動で排出する。

このように、本実施形態では、ユーザ端末２でレシピデータを選択し、選択したレシピデータをディスペンサー装置１に送信するだけで、ディスペンサー装置１から自動的に必要な分量の調味料が排出される。

＜２−２．ディスペンサー装置１の構成＞
次に、ディスペンサー装置１の構成について図３を参照して説明する。図３は、ディスペンサー装置１の内部構成の一例を示すブロック図である。

図３に示すように、ディスペンサー装置１は、制御部１０、通信部１１、複数のアクチュエータ１２、複数の調味料収容部１３、操作入力部１４、マイクロホン１５、センサ１６、表示部１７、スピーカ１８、および記憶部１９を有する。

制御部１０は、演算処理装置および制御装置として機能し、各種プログラムに従ってディスペンサー装置１内の動作全般を制御する。制御部１０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ等の電子回路によって実現される。また、制御部１０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでいてもよい。

また、本実施形態による制御部１０は、通信部１１を介して受信したレシピデータに基づいて、必要な分量の調味料を各調味料収容部１３から排出するようアクチュエータ１２を制御する。また、制御部１０は、レシピデータに示される調味料をユーザ状況に応じた配合となるよう、複数の調味料収容部１３からそれぞれ所定の分量の調味料を排出するように制御する。具体的には、制御部１０は、ユーザ状況を参照して排出する調味料の分量を算出する。ここで、ユーザ状況とは、例えば実食人数、ユーザの味の好み、ユーザの健康状態、またはユーザの属性（年代（大人、子供、高齢者）、性別、国や地域等）等である。制御部１０は、健康を気にするユーザや健康状態に応じて塩分を控えめ（具体的には、例えば醤油を少なめ）に調整したり、こってり味が好みのユーザの場合はみりんを多めにしたり、大人向けまたは子供向けのアレンジ（辛口、甘口）をしたり等、調味料の配合を算出する。ユーザの状況は、ユーザ端末２から取得してもよいし、記憶部１９に記憶された履歴等から取得してもよい。記憶部１９に調味料の排出履歴が記憶されている場合、制御部１０は、履歴からユーザの味の好みを判断し、自動でユーザ好みに合った調味料の分量を算出することも可能である。また、ユーザ状況として来訪者の情報を取得した場合、制御部１０は、来訪者の好みに合わせるよう、レシピデータの調味料の配合を調整する。

また、制御部１０は、排出する調味料に関する情報を表示部１７に表示してもよい。また、制御部１０は、ユーザによる音声入力や、操作入力（例えば排出ボタンのタップ）、若しくはセンサ１６により所定のトリガを検知したタイミングで、調味料を排出するよう制御する。所定のトリガとは、図１を参照して説明したように排出口付近で調理器具７を検知した場合の他、例えばディスペンサー装置１の上に手がかざされた等の所定のジェスチャーを検知した場合であってもよい。ユーザが調理中に手が汚れていてディスペンサー装置１を触りたくない場合であっても、このように音声入力やジェスチャー等によりハンズフリーで調味料を排出することができ、利便性が向上する。

若しくは、制御部１０は、ユーザの調理工程の進捗に応じて、排出する調味料を決定することも可能である。例えば制御部１０は、ディスペンサー装置１が有するカメラ、ユーザ端末２のカメラ、若しくはキッチンに設置されたカメラ等によりユーザの行動を認識し、レシピデータを参照してユーザの料理工程の進捗を把握し、現在ユーザが行っている（若しくは次に行おうとしている）調理工程に応じた調味料を排出するよう制御してもよい。

また、制御部１０は、排出する調味料の情報（例えば「醤油大匙１、みりん大匙１、塩少々」等）を表示部１７に表示したり、スピーカ１８から音声出力したりすることで、ユーザは次にどのような調味料が配合して排出されるかを把握することができる。また、料理の工程において段階毎に所定の分量の調味料が必要な場合もある。この場合、制御部１０は、レシピデータの料理工程に基づいて、例えば第１の工程に必要な調味料から順に排出するよう決定してもよい。また、制御部１０は、各工程で必要な調味料を表示し、ユーザにより指定された調味料を排出するようにしてもよい。また、複数のレシピデータがディスペンサー装置１に送信された場合も、制御部１０は、各料理の各工程で必要な調味料を表示したり、順に排出するよう排出順を決定したりする。

また、制御部１０は、ユーザ操作に応じて調味料を排出する際に、スピーカ１８からユーザへ調味料を排出する旨の通知を行うように制御してもよい。また、この際、制御部１０は、ユーザの健康状態に応じて、「塩分の取り過ぎです」等の健康上の注意を行うようにしてもよい。また、制御部１０は、排出した調味料の加工方法や、排出した調味料を使用する料理工程を音声で読み上げるよう制御してもよい。

通信部１１は、外部装置と接続し、データの送受信を行う機能を有する。例えば通信部１１は、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ（登録商標）、無線ＬＡＮ等により、ユーザ端末２と接続し、ユーザ端末２からレシピデータを受信する。また、通信部１１は、インターネットに接続し、ネットワーク状の所定のサーバとデータの送受信を行ってもよい。インターネット接続は、例えば無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、登録商標）等を用いる。

アクチュエータ１２（１２ａ〜１２ｎ）は、調味料収容部１３（１３ａ〜１３ｎ）から所定分量の調味料を排出させる駆動装置である。調味料収容部１３（１３ａ〜１３ｎ）は、例えば醤油、みりん、酒、砂糖、塩、だし、ソース等の調味料をそれぞれ収容する。調味料収容部１３は、例えば市販の調味料容器をセットして用いてもよいし、専用の調味料容器に調味料を移し替えたものであってもよい。調味料収容部１３から所定分量の調味料を排出する構造は特に限定しないが、例えば図４および図５に示すような構造が考え得る。

図４および図５は、調味料収容部１３から調味料を排出する構造の一例を示す模式図である。例えば、図４の左側に示すように、調味料収容部１３の下部にポンプディスペンサー１３０を設け、ポンプディスペンサー１３０を駆動させることでタンク１３１に調味料を一旦収容し、タンク１３１から所定量の調味料を排出させる構造であってもよい。また、図１４の右側に示すように、調味料収容部１３から歯車ポンプ１３３により、所定量の調味料を排出させる構造であってもよい。

また、図５の左側に示すように、１つのポンプ１３５により、複数の調味料収容部１３（例えば調味料収容部１３ａ〜１３ｃ）に圧力を掛け、それぞれの弁１３６で排出する量を調整する構造であってもよい。また、図５の右側に示すように、例えば棒状部材１３７で調味料収容部１３を押圧し、調味料をタンク１３９に所定量収容させ、排出させる構造であってもよい。

操作入力部１４は、ユーザによる操作指示を受付け、その操作内容を制御部１０に出力する。操作入力部１４は、例えば表示部１７と一体的に設けられるタッチセンサ、圧力センサ、若しくは近接センサであってもよい。或いは、操作入力部１４は、ボタン、スイッチ、およびレバーなど、表示部１７と分離して設けられる物理的構成であってもよい。

マイクロホン１５は、周辺の音声を収音し、音声信号を制御部１０へ出力する。例えばマイクロホン１５は、ユーザによる調味料排出指示等の音声入力を受け付ける。

センサ１６は、調味料を排出するためのトリガを検知する。センサ１６は、例えば光センサであって、図１に示すように、ディスペンサー装置１の下部に調理器具７が配置されたことを検知し得る。

表示部１７は、排出する調味料の情報や、排出ボタン等を表示する。表示部１７は、例えば、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどの表示装置であってもよい。

スピーカ１８は、音声出力を行う。例えばスピーカ１８は、制御部１０の制御に従って、調味料の排出を音声やアラームでユーザに通知する。

記憶部１９は、制御部１０の処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）により実現される。また、本実施形態による記憶部１９は、ユーザ情報（ユーザ属性や味の好み、健康状態等）や、受信したレシピデータ、さらに、調味料の排出履歴を記憶していてもよい。

また、ディスペンサー装置１は、排出する調味料を加工する機能拡張部１２０を有していてもよい。機能拡張部１２０は、例えばディスペンサー装置１に取り外し可能であって、ユーザは必要に応じて機能拡張部１２０を取り付ける。機能拡張部１２０の機能は、例えば加熱、撹拌、または泡立て等が想定される。機能拡張部１２０は、複数の調味料収容部１３から排出された所定量の調味料に対してレシピデータに従って所定の加工を行い、排出する。

以上、本実施形態によるディスペンサー装置１について説明した。なおディスペンサー装置１が有する構成は図３に示す例に限定されず、例えば表示部１７を有しない構成であってもよいし、ユーザ状況を得るためのカメラをさらに有する構成であってもよい。

＜２−３．ユーザ端末２の構成＞
図６は、本実施形態によるユーザ端末２の構成を示す図である。図６に示すように、ユーザ端末２は、制御部２０、通信部２１、操作入力部２２、音声入力部２３、表示部２４、音声出力部２５、および記憶部２６を有する。

制御部２０は、演算処理装置および制御装置として機能し、各種プログラムに従ってユーザ端末２内の動作全般を制御する。制御部２０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ等の電子回路によって実現される。また、制御部２０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでいてもよい。

また、本実施形態による制御部２０は、通信部２１を介して受信したレシピデータを表示部２４に表示するよう制御したり、決定されたレシピデータおよび入力されたユーザ状況を、通信部２１を介してディスペンサー装置１に送信して調味料の排出を指示したりする。さらに、制御部２０は、レシピデータおよびユーザ状況に基づいて、レシピデータに示される調味料をユーザ状況に応じた配合となるよう、ディスペンサー装置１の複数の調味料収容部からそれぞれ所定の分量の調味料を排出するように制御することも可能である。具体的には、制御部２０は、レシピデータおよびユーザ状況に基づいて適切な調味料の分量を算出し、算出結果をレシピデータと共にディスペンサー装置１に送信する。

通信部２１は、外部装置と接続し、データの送受信を行う機能を有する。例えば通信部２１は、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ（登録商標）、無線ＬＡＮ等により、ディスペンサー装置１と接続し、レシピデータやユーザ状況を送信する。また、通信部２１は、インターネットに接続し、ネットワーク状の所定のサーバからレシピデータを受信してもよい。インターネット接続は、例えば無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、登録商標）等を用いる。

操作入力部２２は、ユーザによる操作入力を検出し、検出した入力信号を制御部２０に出力する。この操作入力部２２は、タッチパネル、スイッチ、またはボタン等により実現される。

音声入力部２３は、ユーザ音声を収音し、音声信号を制御部２０に出力する。制御部２０では音声認識が行われ得る。

表示部２４は、レシピデータやユーザ状況の入力画面等、種々の画面を出力する表示装置である。この表示部２４は、例えば、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどの表示装置であってもよい。

音声出力部２５は、音声データを出力する出力装置である。例えば、音声出力部２５は、レシピデータを読み上げる音声信号を再生してもよい。

記憶部２６は、制御部２０の処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）により実現される。

以上、ユーザ端末２の構成について説明した。なおユーザ端末２の構成は、図６に示す例に限定されず、例えばカメラを有し、カメラで撮像した撮像画像に基づいてユーザ状況を取得してもよい。また、本実施形態によるユーザ端末２は、図２に示すようなスマートフォンの他、例えばタブレット端末、携帯電話端末、ウェアラブル端末（ＨＭＤ、透過式メガネ型ウェアラブル端末（スマートグラス）、スマートバンド、スマートウォッチ、スマートネック等）、ゲーム機、または音楽プレーヤー等により実現されてもよい。

＜２−４．動作処理＞
次に、本実施形態による情報処理システムの動作処理について図７を参照して説明する。図７は、本実施形態による動作処理を示すシーケンス図である。

図７に示すように、まず、ユーザ端末２は、ユーザによる操作に従って、レシピ検索を行う（ステップＳ１０３）。例えばユーザ端末２は、レシピサイト４１と接続し、ユーザにより入力された検索条件（レシピのキーワード等）をレシピサイト４１に送信する。

次に、ユーザ端末２の制御部２０は、検索されたレシピデータをレシピサイト４１から取得し、表示部２４に表示する（ステップＳ１０６）。ここで、図８に、ユーザ端末２におけるレシピ検索画面の一例を示す。図８に示すように、例えば表示部２４には、検索条件入力欄２４１と、検索ボタン２４２と、検索結果表示画面２４３が表示される。ユーザは、検索結果表示画面２４３から作りたいレシピを選択する。

次いで、制御部２０は、検索結果からユーザが選択したレシピデータの詳細画面を表示する（ステップＳ１０９）。レシピデータの詳細画面には、料理の材料や手順が表示される。また、本実施形態では、レシピデータの詳細画面に、実食人数や好みの味加減等のユーザ状況を入力する入力欄も表示される。ここで、図９に、ユーザ端末２におけるレシピデータの詳細画面の一例を示す。図９に示すように、例えば表示部２４には、料理の材料表示２４５と、料理の手順表示２４６が表示される。また、画面をスクロールすると、図１０に示すように、実食人数の入力ボタン２４７（例えば、１〜５人）と、味付けを調整するスライダー２４８が表示されている。味付けは、例えば「あっさり」または「こってり」の調整をスライダー操作により入力することが可能である。例えばあっさり目が好きな場合に、配合する調味料をどのように調整してよいかユーザ自ら判断することは難しいため、本実施形態のように味付け調整を行うことで、ディスペンサー装置１側で自動的に好みの味付けに応じた調味料が算出され得る。

次に、ユーザにより実食人数および味加減の設定が行われ（ステップＳ１１２）、作るボタンが押圧されると（ステップＳ１１５）、制御部２０は、レシピデータと、設定された実食人数等のユーザ状況をディスペンサー装置１に送信する（ステップＳ１１８）。

次いで、ディスペンサー装置１の制御部１０は、受信したレシピデータと、ユーザ状況に基づいて、必要な調味料の分量の算出や、排出順の決定を行う（ステップＳ１２１）。例えばレシピデータが二人分のレシピであって、設定された実食人数が五人である場合、制御部１０は、レシピデータに基づいて五人分の調味料の分量を算出する。また、制御部１０は、レシピデータに示される料理工程に基づいて、排出する調味料の順序を決定する。例えば第１の工程で、醤油を大匙１、みりん大匙１、および酢小匙１を合わせた調味料Ａを用い、次の工程で、砂糖を小匙１、醤油を大匙１、および酒大匙１を合わせた調味料Ｂを用いるといった料理工程の場合、制御部１０は、第１に調味料Ａを配合して排出し、次に調味料Ｂを配合して排出するよう決定する。

次に、ディスペンサー装置１は、ユーザ操作の待機状態となり（ステップＳ１２４）、操作待ちであることを表示する（ステップＳ１２７）。例えば、排出ボタンを表示部１７に表示したり、「排出ボタンをタップしてください」等の表示を行う。ここで、図１１に、本実施形態による排出待機時の表示部１７における表示画面例を示す。

図１１に示すように、例えばディスペンサー装置１の上面に設けられた表示部１７には、工程毎に排出する調味料に関する表示１７１と、排出ボタン１７２が表示されている。ディスペンサー装置１は、例えば現在排出指示を待っている工程の排出ボタン１７２を点滅させる。

次いで、ユーザ操作があった場合（ステップＳ１３０／Ｙｅｓ）、制御部１０は、所定の分量の調味料を排出するように制御する（ステップＳ１３３）。例えば図１１に示す表示部１７に表示された排出ボタン１７２がタップされた場合、制御部１０は、第１の工程における調味料を配合して排出する。なお制御部１０は、排出ボタン１７２がタップされた上で、センサ１６により調理器具７を検知した場合に調味料を排出するように制御してもよい。

以上、第１の実施形態による動作処理について具体的に説明した。なお、上述した実施形態では、実食人数の入力を行っているが、レシピデータ通りの分量の調味料をそのままディスペンサー装置１に排出させることも可能である。レシピデータ通りであっても、各調味料を１つ１つ手作業で測ることは面倒であるため、ディスペンサー装置１で所定の分量が自動的に排出されれば、料理の作業工程は格段に効率化される。

また、上述した実施形態では、ユーザの味の好み等に応じてディスペンサー装置１側で自動的に調味料の分量を算出する旨を説明したが、本実施形態はこれに限定されず、例えばそれぞれの調味料の割合をユーザが決定することも可能である。ここで、図１２に、調味料の分量の設定画面の一例を示す。

図１２に示すように、レシピデータに基づいて、料理工程毎に必要な調味料が列挙される。ユーザは、醤油を多めにしたい場合は醤油のスライダーをプラス方向に操作し、また、あっさりした味にしたい場合はみりんのスライダーをマイナス方向に操作したりする。ユーザ端末２は、ユーザの味の好み情報として、調整結果をレシピデータと共にディスペンサー装置１へ送信する。また、図１２に示すように、ユーザ端末２側に排出ボタン２５１を表示してもよい。排出ボタン２５１がタップされると、ユーザ端末２は、ディスペンサー装置１に排出指示を送信し、ディスペンサー装置１は調味料の所定分量の排出を行う。この際、例えばディスペンサー装置１の下部に、排出された調味料を受け取るカップ等が配置されているようにしてもよい。また、ユーザ端末２がディスペンサー装置１にセットされている調味料の種類と残量情報を把握している場合、足りない調味料がある場合は図１２に示すように、「補充して下さい」等の通知を表示や音声で行うことが可能である。ユーザは、不足したまま調味料の排出を指示してもよいし、足りない調味料をディスペンサー装置１に補充した上で排出を指示してもよい。また、ディスペンサー装置１により、足りない調味料を他の調味料で代替できると判断された場合、代替可能である旨が表示され、ユーザは代替調味料を用いた調味料の排出を指示することも可能である。また、代替調味料をユーザが手作業で入力してもよい。

なお、図１０や図１２に示す、実食人数、味付け、調味料の分量の割合い等の設定は、ユーザ端末２側に限定されず、ディスペンサー装置１側で設定できるようにしてもよい。この場合、ディスペンサー装置１は、ユーザ端末２から送信されたレシピデータに基づいて、図１０や図１２に示す、実食人数、味付け、調味料の分量の割合い等の設定画面を表示部１７に表示し、ユーザによる操作入力や音声入力を受け付ける。

＜＜３．第２の実施形態＞＞
次に、第２の実施形態について図１３〜図１５を参照して説明する。

＜３−１．概要＞
上述した第１の実施形態では、レシピデータをユーザ端末２からディスペンサー装置１に直接送信しているが、本開示はこれに限定されず、例えばホームネットワークやインターネットを介してレシピデータをディスペンサー装置１に送信するようにしてもよい。

図１３は、第２の実施形態による情報処理システムの全体構成について説明する図である。図１３に示すように、第２の実施形態による情報処理システムは、ディスペンサー装置１、ユーザ端末２、およびサーバ３を含む。

ディスペンサー装置１およびユーザ端末２は、ホームネットワークサーバ５とＢｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、または無線ＬＡＮ等により無線接続し、データの送受信を行い得る。

また、ホームネットワークサーバ５は、インターネット４を介して、レシピサイト４１やサーバ３と接続し得る。なおユーザ端末２は、ホームネットワークサーバ５を介さずにインターネット４に接続することも可能である。

ユーザ端末２は、第１の実施形態と同様に、レシピサイト４１から所望のレシピデータを受信し、ユーザによりＯＫボタン（または「作るボタン」と表示されていてもよい）がタップされると、レシピデータおよび入力されたユーザ状況をサーバ３へ送信する。

サーバ３は、レシピデータおよびユーザ状況に基づいて、適切な調味料の分量を算出し、ディスペンサー装置１に算出結果を送信する。

ディスペンサー装置１は、サーバ３から受信した算出結果に基づいて、所定の分量の調味料を排出する。

このように、第２の実施形態では、サーバ３側でレシピデータに基づいて調味料の分量を算出することが可能である。

＜３−２．サーバ３の構成＞
図１４は、本実施形態によるサーバ３の構成の一例を示すブロック図である。図１４に示すように、サーバ３は、制御部３０、通信部３１、および記憶部３２を有する。

制御部３０は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ３内の動作全般を制御する。制御部３０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ等の電子回路によって実現される。また、制御部３０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでいてもよい。

また、本実施形態による制御部３０は、通信部３１を介してユーザ端末２から受信したレシピデータに基づいて、必要な分量の調味料をディスペンサー装置１から排出するよう制御する制御信号をディスペンサー装置１に送信する。また、制御部３０は、取得したユーザ状況を参照し、ディスペンサー装置１で排出する調味料の分量を適切に算出する機能を有する。算出内容の詳細については第１の実施形態と同様であるため、ここでの詳細な説明は省略する。

通信部３１は、外部装置と接続し、データの送受信を行う機能を有する。例えば通信部３１は、有線／無線ＬＡＮ等により、インターネット４を介してユーザ端末２やディスペンサー装置１と接続し、データの送受信を行う。

記憶部３２は、制御部３０の処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）により実現される。また、本実施形態による記憶部３２は、各ユーザの情報（ユーザ属性や味の好み、健康状態等）や、受信したレシピデータ、さらに、各ユーザの調味料の排出履歴を記憶していてもよい。

＜３−３．動作処理＞
図１５は、本実施形態による動作処理を示すシーケンス図である。図１５に示すように、まず、ユーザ端末２は、第１の実施形態と同様に、ユーザによる操作に従ってレシピ検索を行い（ステップＳ２０３）、検索されたレシピデータをレシピサイト４１から取得し、表示部２４に表示する（ステップＳ２０６）。

次いで、制御部２０は、検索結果からユーザが選択したレシピデータの詳細画面を表示する（ステップＳ２０９）。

次に、ユーザにより実食人数および味加減の設定が行われ（ステップＳ２１２）、作るボタンが押圧されると（ステップＳ２１５）、制御部２０は、レシピデータと、設定された実食人数等のユーザ状況、さらに予め登録されたディスペンサー装置１のＩＤをサーバ３に送信する（ステップＳ２１８）。

次いで、サーバ３の制御部３０は、受信したレシピデータとユーザ状況に基づいて、必要な調味料の分量の算出や、排出順の決定を行う（ステップＳ２２１）。

続いて、サーバ３は、レシピデータ、算出結果、および決定した排出順の情報を、ユーザ端末２から送信されたＩＤに紐付けられたディスペンサー装置１に送信する（ステップＳ２２２）。

次に、ディスペンサー装置１は、ユーザ操作の待機状態となり（ステップＳ２２４）、操作待ちであることを表示する（ステップＳ２２７）。

次いで、ユーザ操作があった場合（ステップＳ２３０／Ｙｅｓ）、制御部１０は、所定の分量の調味料を排出するように制御する（ステップＳ２３３）。

以上、第２の実施形態による動作処理について具体的に説明した。

＜＜４．第３の実施形態＞＞
次に、第３の実施形態について図１６〜図１７を参照して説明する。

上述した各実施形態では、ユーザ端末２がネットワーク上のレシピサイト４１からレシピデータを取得しているが、本開示はこれに限定されない。

図１６は、本実施形態による情報処理システムの全体構成について説明する図である。図１６に示すように、ユーザ端末２は、例えばインターネット４を介して接続する連携サービスからレシピデータを取得することも可能である。

連携サービスとは、例えば上述したレシピサイト４１の他、番組サイト４２、味再現サイト４３、健康／医療サイト４４、または食材宅配サイト４５等である。

例えばレシピサイト４１からは、料理専門家または一般ユーザにより公開されているレシピデータを検索して取得することができる。

また、番組サイト４２からは、テレビ番組で紹介された料理のレシピデータを取得することができる。例えばユーザがテレビ装置６１を見ていて、料理番組や情報番組で紹介された料理が気になった場合、リモートコントローラまたはユーザ端末２等でレシピデータの取得要求を指示する。テレビ装置６１は、連携する番組サイト４２に問い合わせを行い、対象のレシピデータを受信すると、ユーザ端末２にレシピデータを送信することが可能である。

また、味再現サイト４３は、映画やアニメ等のエンターテインメントコンテンツと連動し、映画やアニメで登場する料理のレシピデータを公開している。ユーザ端末２は、味再現サイト４３に接続し、例えばアニメのキャラクターが食べているものと同じ味を再現するレシピデータを取得することが可能である。

また、健康／医療サイト４４からは、健康や医療を考慮したレシピデータを取得することができる。また、ユーザ端末２からユーザの属性（性別、年齢、身長、体重、健康状態等）を入力することで、ユーザの健康状態に応じた、または医療的な観点から最適なレシピデータを取得することができる。

食材宅配サイト４５は、ユーザ宅に宅配した食材を用いたレシピデータを公開する。例えばユーザ端末２は、宅配された食材と共に梱包された用紙に印刷されたＱＲコード（登録商標）を読み取って食材宅配サイト４５に接続し、宅配された食材を用いたレシピデータを取得することができる。

ここで、連携サービスの選択画面の一例を図１７に示す。図１７に示すように、例えば表示部２４には、レシピサイト４１のアイコン２５５、味再現サイト４３のアイコン２５３、および健康／医療サイト４４のアイコン２５４等が表示され、ユーザは任意のアイコンをタップし、各連携サービスを利用することが可能である。例えばレシピサイト４１のアイコン２５５をタップした場合は、図８に示すようなレシピデータ検索画面が表示され得る。

また、上述したレシピデータの取得は、ユーザ端末２からに限定されず、ＰＣ６２から行ってもよい。ＰＣ６２は、連携サービス等からレシピデータを取得すると、入力されたユーザ状況と共に、ディスペンサー装置１に送信する。

また、図示していないが、ユーザ端末２やＰＣ６２は、ＳＮＳや動画サイトにアップされたレシピデータを取得してもよい。これにより、例えば有名人やユーザの友人、家族等がアップロードしたレシピデータを取得して、他ユーザによる味付けを、ディスペンサー装置１で再現することが可能となる。

また、ユーザ端末２から要求に応じて、サーバ３が、連携サービスやＳＮＳ、動画サイトから取得した情報に基づいてレシピデータを生成し、ユーザ端末２に送信してもよい。

また、ユーザ端末２またはディスペンサー装置１は、ユーザが利用したレシピデータの履歴（例えば料理名、日時、および排出した調味料のデータが紐付けられた履歴）に基づいて、ユーザの好みを学習し、自動的にレシピデータを生成してもよい。

また、ユーザ端末２またはディスペンサー装置１は、ユーザが手動で入力した味付け（調味料の配合）を履歴として記録し、ユーザの好みの傾向を取得したり、記録したユーザの味付けをＳＮＳにアップロードして友人や家族、若しくは一般ユーザに向けて公開してもよい。また、ユーザ端末２またはディスペンサー装置１は、味付けの記録の他、ユーザの料理工程をディスペンサー装置１やキッチンに設置されたカメラで撮像し、撮像画像および味付け情報に基づいてユーザオリジナルのレシピデータを自動的に生成、記録、およびＳＮＳ等へのアップロードを行うことも可能である。

＜＜５．補足＞＞
続いて、上述した本開示による情報処理システムの補足説明を行う。

（調味料の消費傾向の利用）
サーバ３は、各ディスペンサー装置１で排出された調味料の情報を収集し、調味料の消費傾向データ（マーケティング用途の情報）として、食品メーカーやレシピサイトにとって価値のある情報を出力すること可能である。

（残量管理）
調味料収容部１３の中身が外部から見えない構造の場合、ディスペンサー装置１で調味料収容部１３の残量を検知し、ディスペンサー装置１またはユーザ端末２からユーザに通知することが可能である。

また、ディスペンサー装置１またはユーザ端末２は、残量が少なくなった場合、自動的にインターネット注文を行って宅配を依頼することが可能である。

また、ディスペンサー装置１またはユーザ端末２は、調味料の残量に合わせたレシピデータを検索、推薦することも可能である。

（調味料の管理）
本実施形態によるディスペンサー装置１は、調味料が劣化しにくいように、調味料収容部１３を空気が入らない構造にしておいてもよい。

また、ディスペンサー装置１は、調味料の劣化を防ぐため、調味料収容部１３周辺の温度や湿度を一定に保つ構造を有していてもよい。具体的には、例えば調味料収容部１３は光による調味料劣化を防止する構造を有する。光による調味料劣化を防止する構造とは、光を完全に遮る素材や、光の量によって色が変わる素材により形成され得る。また、ディスペンサー装置１が、調味料収容部１３を覆う可動式の蓋部を有し、通常時は調味料が見える様に収納され、光を検出すると自動的に蓋部で覆うように制御して調味料の劣化を防いでもよい。

また、ディスペンサー装置１は、調味料が固まらないように調味料収容部１３を定期的に振動させる構造を有していてもよい。

また、ディスペンサー装置１は、洗浄用の水を溜めておいて、排出口や調味料を搬送するチューブを定期的に自動で洗浄することも可能である。

また、ディスペンサー装置１は、調味料が詰め替えられた際に、何の調味料がセットされたかを自動で判別し得る。具体的には、例えば調味料収容部１３が取り替え式の場合、新しい調味料収容部１３（例えばボトル状）がセットされると、ディスペンサー装置１は、調味料収容部１３に付加されたタグ（電子タグや、バーコードのようなマーカー）を読み取ることで、何の調味料がセットされたかを判別し得る。また、調味料毎に調味料収容部１３の形状が異なる場合（市販の調味料ボトルを調味料収容部１３として用いた場合等）、ディスペンサー装置１は、調味料収容部１３の形状を検知することで調味料を判別することも可能である。若しくは、ディスペンサー装置１は、カメラなどで調味料収容部１３を撮像し、撮像画像を解析して物体認識等を行って調味料を判別してもよい。

また、ディスペンサー装置１は、足りない調味料をユーザに通知した際に調味料収容部１３が取り替えられた場合、足りない調味料が補充されたものと認識してもよい。

また、ディスペンサー装置１は、調味料収容部１３の代わりに洗浄用の収容部がセットされたことを検知した場合、自動洗浄を行う。調味料排出と同様に洗浄用の水を排出することで、チューブや排出口を洗浄することが可能である。洗浄のタイミングはディスペンサー装置１側で判断し、「洗浄用ボトルをセットして下さい」等の案内を適切なタイミングでユーザに通知してもよい。

＜＜６．まとめ＞＞
上述したように、本開示の実施形態による情報処理システムでは、料理工程における調味料調合の利便性を向上させることが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、上述したディスペンサー装置１、ユーザ端末２、またはサーバ３に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、ディスペンサー装置１、ユーザ端末２、またはサーバ３の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。

また、上述した情報処理システムでは、所定分量の１以上の調味料を排出するディスペンサー装置１について説明したが、本開示はこれに限定されず、ディスペンサー装置１は、各種レシピデータやユーザ状況に基づいて、薬や漢方の調合、コーヒー、紅茶、お茶等のフレーバーの調合、ハーブ、香水の調合、化学液体、塗料の調合、お酒やカクテルの調合、化粧品の調合等を行うことも可能である。

また、本開示による情報処理システムでは、個人ユーザがレシピサイトでレシピを検索してレシピデータを入力する場合に限定されず、例えば飲食店等においてタブレット端末若しくは専用の端末にオーダーを入力するようにしてもよい。ユーザは、オーダーする際、ユーザの嗜好、要求、人数等の情報を入力してもよい。あるいは、会員番号を入力すると、該ユーザの過去の利用履歴を取得し、履歴情報を調理料の分量の調整に用いてもよい。また、電子タグを埋め込んだカードを用いてレシピデータを入力するようにしてもよい。

上述した情報処理システム（例えば、情報処理システム又はディスペンサー装置１）では、次の構成を備えてもよい。材料提供部（例えば、アクチュエータ１２）は、ユーザが調理を行うときに、少なくとも１つの料理材料（例えば、調味料）について、レシピデータに基づいた分量の提供を行う。制御部（例えば、制御部１０）は、提供に関する履歴情報に基づいて、ユーザ状況を推定する。記憶部（例えば、記憶部１９又は記憶部３２、ユーザ端末２の記憶部であってもよい）は、ユーザの識別情報と、ユーザ状況を示すユーザ状況情報と、を対応づけて記憶する。
これにより、情報処理システムは、ユーザ毎にユーザ状況情報を記憶できる。

＜履歴情報からユーザの好みを判別＞
制御部は、次の情報に基づいて、ユーザの好み（ユーザ状況の一例）を推定する。
この推定に用いられる情報は、例えば、材料提供部が提供した分量（「使用分量」とも称する）に基づく味（薄味、濃い味、辛い味、しょっぱい味等）、ユーザ端末２の入力に基づく味、調理をする人或いは調理を食する人の人数、時刻、曜日、保存しているレシピ（お気に入り、調理済み）、調理予定のレシピ、ディスペンサー装置１或いはユーザ端末２の起動頻度、デモグラフィック、ユーザ端末２のレシピ参照時刻、ライフログである。
ここで、デモグラフィックは、人口統計学的属性、つまり性別、年齢、住んでいる地域、所得、職業、学歴、家族構成などその人のもつ社会経済的な特質データである。ライフログは、人間の生活に関する情報を記録したデータである。

例えば、制御部は、料理材料について、レシピデータが示す分量と履歴情報が示す使用分量とに基づいて、ユーザの好みを推定する。材料提供部は、推定されたユーザの好みに応じて変更された分量で、料理材料の提供を行う。具体的には、制御部は、料理材料の分量について、レシピデータと当該レシピデータの調理を行うときにユーザが選択した結果を比較して、その差分から薄味、濃い味、辛い味、しょっぱい味等を推定する。制御部は、推定したユーザの好みの味付けになるように、レシピデータの各料理材料の分量を差し引く（増量又は減量する）。例えば、制御部は、ユーザの好みの味付けが薄味の場合、レシピデータの少なくとも一部の料理材料の分量を減らす。例えば、制御部は、ユーザの好みの味付けが辛い味の場合、レシピデータの少なくとも一部の料理材料（七味、唐辛子等）の分量を増やす。
また、制御部は、ユーザ端末２に、各味付けの度合いを設定するボタンを表示し、ボタンの押下に応じて、ユーザの好みの味付けを推定してもよい。例えば、ユーザ端末２は、薄い味へ遷移するボタンと、濃い味へ遷移するボタンと、を表示してもよい。この場合、ユーザは、ボタンの押下に応じて、薄い味と濃い味のいずれが好みか、又は、どの程度薄い味或いは濃い味が好みかを設定する。制御部は、設定された味付けを、ユーザの好みの味付けである推定してもよい。

（ユースケース）
情報処理システムのユースケースとして、例えば、次のユーザケースがある。
基本ユースケースとして、ユーザは、ユーザ端末２でレシピを閲覧し、レシピを選択、情報を転送、ディスペンサー装置１を操作して、各料理材料を出力する。
基本ユースケースに加えて、下記ユースケースがあってもよい。また、下記ユースケースにおいて、得られる情報に基づいて、ユーザの好みを推定する。

（１）出力前に好みを設定
出力前に好みを設定する場合、ユーザがレシピ選択後に、直接、ユーザ端末２のアプリ上またはディスペンサー装置１上のユーザインタフェース（ユーザ端末２）で、「醤油多め」「砂糖少なめ」などを指定してもよいし、「甘め」「濃いめ」などを指定してもよい。ユーザ端末２は、指定された味を、ユーザの好みとして、記憶部に記録する。同時に、ユーザ端末２は、操作時の時刻も、ユーザの好みと対応付けて、記憶部に記録しておく。

（２）味見して分量を追加
ユーザが味見した後に、ディスペンサー装置１又はユーザ端末２は、追加した調味料（追加調味料とも称する）と分量を、記憶部に記録する。ここで、各装置（ディスペンサー装置１、ユーザ端末２又はサーバ３のいずれか又は組み合わせ）は、追加調味料の種類に基づいて、ユーザの好みを決定する。例えば、各装置は、醤油が追加された場合には「塩辛い（しょっぱい）」や「醤油多め」に決定し、砂糖やみりんを追加した場合には「甘め」と決定する。すなわち、各装置は、追加調味料の種類或いはそれら組み合わせと、その排出量と、ユーザの好みと、を対応付けた対応情報を予め記憶し、入力された追加調味料と排出量と対応情報に基づいて、ユーザの好みを決定してもよい。同時に、各装置は、操作時の時刻も、ユーザの好みと対応付けて、記憶部に記録しておく。
ここで、ユーザが味見したとは、例えば、レシピデータが示す分量を排出した、ユーザが味見の動作をした、又は、ユーザが追加ボタンの押下により分量を追加した、である。

（３）次回の調理のための変更点を記憶
次回の調理のための変更点を記憶する。例えば、ユーザが食べてみて（味見や試食を含む）、次回、調理をするときに変えたいことを、記憶部が記録する。
具体的には、ユーザ端末２（アプリ）は、ユーザに対して通知（音声含む）で、ユーザに、次回の味付け（味付けの変化を含む）を尋ねる。例えば、ユーザ端末２は、調味料の排出後、又は、調理が終わったと判定した後、に、この通知を行う。各装置は、ユーザが入力した味付けを、ユーザの好みとして記録する。同時に、各装置は、その入力操作をしたときの時刻を、ユーザの好みと対応付けて記録しておく。例えば、ユーザ端末２は、味の程度を示すバーを表示し、ユーザがバーで指定する味（甘さ、辛さなど）を３段階で、ユーザの好みとして記憶する。ディスペンサー装置１は、記憶されたユーザの好みに応じて、レシピデータが示す調味料の分量を調整して、排出する。

ここで、ユーザ端末２は、自由記載欄へ、テキスト等を入力させてもよい。各装置は、テキスト解析等によって、調味料の種類或いは分量の変更が、ユーザの好みによるものなのか否かを判定してもよい。例えば、各装置は、自由記述欄の「焦げないように砂糖を減らす」との記載から、「焦げない」ことを目的とすると認識し、ユーザの好みによるものでないと判定する。つまり、各装置は、砂糖を減らしたのは好みではなく、焦げの回避ということを理解する。
また、ユーザは、ユーザ端末２（アプリ）を起動又は活性化し、ユーザが入力した次回の味付けを、ユーザの好みとして記録してもよい。

なお、分量の調整結果は、新レシピとして、又は、レシピを用いて調理したこと（作った調理を食べたことを含む）として、サーバ３にアップロード（投稿）されてもよい。例えば、サーバ３は、調理検索サイトを提供し、検索の結果、アップロードされた情報を参照できるようにしてもよい。
また、サーバ３は、ディスペンサー装置１が調味料を排出した後に情報をアップロードした場合、サーバ３は、ユーザが調理をしたと推定してもよい。また、このとき、サーバ３は、ディスペンサー装置１が排出時に用いたレシピデータが示すレシピ（「調理レシピ」とも称する）を、ユーザが調理したレシピと推定してもよい。つまり、サーバ３は、ユーザがレシピや調理したことを入力しなくても、調理した調理レシピ、及び、そのレシピを調理したと推定でき、例えば、調理した調理レシピに対して、その調理レシピを用いて調理をしたことを投稿させることができる。サーバ３は、ディスペンサー装置１を介して入力された履歴情報（各調味料の使用分量）と、他の入力（ユーザによるテキスト入力等）を介して入力された各調味料の分量と、を判別可能に記憶してもよい。

また、サーバ３は、特定ユーザについて、複数のレシピに対してアップロードされた履歴情報に基づいて、ユーザの好みを判定してもよい。例えば、サーバ３は、レシピ毎に、各調味料の基準分量（ユーザの平均値等）を記憶する。サーバ３は、レシピ毎に、各調味料について、特定ユーザの履歴情報と基準分量を比較する。比較の結果、サーバ３は、レシピ毎に、特定ユーザの好みを判定する。サーバ３は、複数のレシピについて、特定ユーザの好みの傾向（例えば、多くのレシピで使用分量が多い場合、「濃い味」の判定を多い）を算出して、算出した傾向を特定ユーザの好みとして記憶する。なお、サーバ３は、複数のユーザからの投稿に応じて、各レシピにおける調味料の基準分量を設定してもよいし、変更してもよい。
また、各装置は、ウェブサイトで判定したユーザの好みと、ディスペンサー装置１で判定したユーザの好みと、の両方に基づいて、ユーザの好みを判定してもよい。

他のユースケースとして、レシピデータを参照等しないで、ユーザが各調味料の分量を直接指定して、ディスペンサー装置１に排出させる場合がある。
各装置は、ユーザが排出させた調味料のバランスや量（割合や差分）と基準値を比較し、ユーザの好みを分析してもよい。基準値は、例えば、他のユーザが排出させた調味料のバランスや量であってもよいし、レシピサイトに掲載されたレシピでの調味料のバランスや量であってもよい。これらのバランスは、平均値等の代表値であってもよい。
例えば、各装置は、あるユーザが排出させた調味料が、量の基準値よりも少ない場合、このユーザの好みが「薄味」であると判定する。
また、各装置は、ユーザが選択するレシピ（ディスペンサー装置１にダウンロードされるレシピデータが示すレシピ、調理レシピ、又は、ユーザが参照するレシピ）に基づいて、ユーザの好みを判定してもよい。例えば、各装置は、ユーザが薄味のレシピを選択する場合、このユーザの好みを「薄味」と判定する。ここで、各装置は、レシピデータのテキスト情報に基づいて、当該レシピデータが示すレシピの味付けを判定してもよい。例えば、各装置は、レシピのタイトル又は本文、レシピに対する投稿（例えば、このレシピを用いて調理したことを示す投稿）において、「さっぱり」という文字列がある場合、「薄味」のレシピと判定してもよい。

（履歴情報の取得）
各装置は、次のようにして、履歴情報等を取得してもよい。
各装置は、ユーザがユーザ登録したとき、ユーザに、年齢、性別、国や地域、家族構成、職業などを入力させることで、これらの情報を取得する。また、各装置は、ユーザがログインしたときに、これらの情報を取得し、記憶部に記憶させてもよい。
各装置は、ユーザがレシピを選択したとき、例えばつくるレシピを探して保存したときに、保存したレシピ、及びいつ作るか、探して保存した現在時刻などの情報を取得し、記憶部に記憶させてもよい。
各装置は、ユーザが調理をしているとき、例えば調味料を排出するときに 薄味、濃い味、辛い味、しょっぱい味、作る人数を転送したデータ、及び時刻、曜日、転送頻度（作っている頻度、一つの料理のなかで追加した頻度）の情報を取得し、記憶部に記憶させてもよい。

（データ解析）
各装置は、調理レシピの各調味料の分量と、ユーザがディスペンサー装置１に排出させた各調味料の使用分量と、を比較して、そのユーザの好みを判定する。例えば、各装置は、これらの分量同士の差分や割合に基づいて、ユーザの好みを判定する。
また、各装置は、他のユーザの履歴情報が蓄積された場合、ユーザの履歴情報と他のユーザの履歴情報（平均値等の代表値であってもよい）とを比較して、そのユーザの好みを判定してもよい。

（データ利用）
各装置は、調理レシピに対して分量の変更（アレンジ）があった場合、次回以降に、同じ調理レシピを用いるとき、変更後の分量に基づいて、調味料を排出してもよい。
各装置は、調理レシピに対して分量の変更（アレンジ）があった場合、次回以降に、異なる調理レシピを用いるとき、変更後の分量に基づいて、分量の変更を提案してもよい。

＜各調味料の残量又は使用量に基づく処理＞
各装置は、各調味料の使用量又は残量に基づいて、次の処理を行ってもよい。
例えば、各装置は、上記処理として、代替の調味料又は調味料の混合の提案を行ってもよい。また、各装置は、上記処理として、調味料の発注を行ってもよい。
具体的には、各装置は、ある調味料（食材）に対して、代替調味料を対応付けて記憶する。代替調味料は、複数の調味料であってもよい。この場合、各装置は、ある調味料に対して、複数の調味料、各調味料の分量、混合方法等を記憶してもよい。各装置は、残量が少ない又は使用量が多い調味料が存在する場合、代替調味料、例えば、複数の調味料を記憶する分量、混合方法で混ぜ合わせることを提案する。
また、各装置は、各調味料の使用量又は残量（その変化や履歴を含む）に基づいて、各調味料の注文データを生成して、提示又は送信してもよい。ここで、各装置は、各調味料の使用量又は残量に基づいて、各調味料の量（サイズ）や注文のタイミングを決定して、決定した量やタイミングに応じた注文データを生成してもよい。例えば、各装置は、使用量の変化が大きい調味料の場合、注文する量（ＭサイズをＬサイスにすることも含む）を増やすこと、注文のタイミングを基準タイミングよりも早めることを行ってもよい。一方、各装置は、使用量の変化が小さい調味料の場合、注文する量を減らすこと、注文のタイミングを基準タイミングよりも遅くすることを行ってもよい。
また、各装置は、ユーザの好みに応じて、注文する調味料の種別（商品）を提案又は変更してもよい。例えば、各装置は、ユーザの好みが「薄味」であると判定した場合、醤油の注文を減塩醤油に切り替えてもよい。この場合、各装置は、各調味料について、ユーザの好みと注文する調味料の種別と、を予め記憶する。

（ユースケース）
各装置は、調理レシピが選択された場合、ディスペンサー装置１の各調味料の残量を検出し、各調味料について、検出した残量が調理レシピの調理に必要な分量よりも多いか否か（使用量が分量よりも少ないか否か）を判定する。各装置は、すべての調味料について、残量が分量よりも多いと判定した場合、調理を開始する。一方、各装置は、ある調味料について、残量が分量よりも少ないと判定した場合、ユーザに警告してもよい。又は、各装置は、１又は複数の調味料或いは全体の分量を減らしてもよい。又は、各装置は、調理前に、残量が分量よりも少ないと判定した場合、残量の調味料で調理可能なレシピを検索し、ユーザに提案してもよい。
各装置は、各調味料の残量が少なくなったときに、ユーザにその旨を通知してもよいし、残量が少ない調味料を注文してもよい。例えば、各装置は、各調味料の残量が閾値よりも少なくなったときに、その旨を通知又は調味料を注文する。ここで、閾値は、調味料毎に異なる値が設定されていてもよい。また、閾値は、各装置がユーザ状況に応じて設定又は変更してもよい。例えば、各装置は、ユーザの好みに応じて、閾値を設定又は変更してもよい。具体的には、ユーザの好みが「濃い味」の場合、各装置は、閾値を大きくして、残量が多い場合でも通知又は注文を行うようにしてもよい。一方、ユーザの好みが「薄味」の場合、各装置は、閾値を小さくして、残量が少なくなってから通知又は注文を行うようにしてもよい。また例えば、各装置は、履歴情報に基づいて、複数の調味料を同時又は別々に注文又は購入できるように、閾値を設定又は変更してもよい。
本ユースケースにおいて、各装置は、家族の人数等に基づいて、分量を算出してもよい。

各装置は、ディスペンサー装置１の各調味料について、残量又は使用量に基づいて、複数の調味料をまとめて注文してもよい。また、各装置は、複数の調味料をまとめて注文できるように、レシピや献立、味付け（アレンジ）の提案をしてもよい。具体的には、各装置は、各調味料の残量又は使用量に基づいて、複数の調味料を決定する。例えば、残量が少ない調味料、賞味期限や消費期限が近い調味料、或いは、消費の早い調味料を、複数選択する。各装置は、選択した調味料を残量の範囲で調理可能なレシピを検索し、提案する。例えば、各装置は、残量が調理で用いる分量に近いレシピを検索して、提案する。
これにより、情報処理システムは、複数の調味料が同時になくなる調理、又は同時に閾値以下になる調理を提案でき、複数の調味料を同じタイミングで注文することができる。
一方、各装置は、複数の調味料を別々に注文できるように、レシピや献立、味付け（アレンジ）の提案をしてもよい。例えば、各装置は、ユーザが実店舗で購入する場合や、調味料（商品）の重量が重い場合、ネット上の価格や送料が閾値より高い場合、別々に注文できるように提案を行う。
これにより、情報処理システムは、複数の調味料が別々になくなる調理、又は別々に閾値以下になる調理を提案でき、複数の調味料を異なるタイミングで、ユーザに購入させることができる。
なお、各装置は、調味料を同時になくなるようにするか、又は、別々になくなるようにするかを、購入先（ネット又は実店舗）、商品の重量等に基づいて判定してもよい。

なお、各装置は、調味料がなくなるタイミングを予測するために、日常的にユーザが使うペース（使用量又は残量の変化）を、記憶部に記録しておいてもよい。例えば、ユーザの使用量の平均値として、醤油が１５０ｍｌ／週であり、みりんが１００ｍｌ／週であると記録する。なお、使用量の平均値は、日あたりの使用量の平均値あってもよいし、１回あたりの使用量の平均値であってもよい。また、使用量の平均値は、ユーザ属性毎（例えば、地域毎、家族構成毎、又は年齢毎）の平均をとったものであってもよい。
各装置は、履歴情報に基づいて、調味料がなくなるタイミング又は閾値以下になるタイミング（発注すべきタイミング）を予測してもよい。各装置は、例えば、所定の期間（例えば、１年前の所定の期間）の履歴情報に基づいて、これらのタイミングを予測してもよい。また、各装置は、例えば、所定の期間（例えば、１年前の所定の期間）の履歴情報に基づいて、使用量の平均値を算出してもよい。

以下、例示する。
各装置は、レシピＡを作ろうとしたが、調味料が足りない（残量が分量よりも少ない）と判定した場合、調味料が足りる（残量が分量よりも多い）レシピＢを提案する。
各装置は、レシピＡを作ろうとしたが、調味料が足りない（残量が分量よりも少ない）と判定した場合、アラートを提示し、分量を減らすことを提案する。ここで、各装置は、各調味料又は全体について、減らす分量（何グラム、何割）を提案してもよい。
各装置は、醤油の残量が３００ｍｌより少なくなったとき、これまでの傾向（記録する１５０ｍｌ／週を示す情報）として、２週間以内になくなることを予想する。各装置は、各調味料について、なくなる前の所定時期（例えば、２週間前）に、買い物リストアプリに自動で追加してもよい。又は、このとき、各装置は、自動発注サービスへ発注してもよいし、ユーザに買い物を勧めてもよい。
各装置は、醤油、みりん、酒、酢、砂糖の残量がそれぞれ５０ｍｌ、６０ｍｌ、３００ｍｌ、３００ｍｌ、２０ｇだったので、若鶏のてりやき（２人前の場合、醤油３０ｍｌ、みりん３０ｍｌ、砂糖１２ｇ）を提案する。これにより、調理後、醤油が２０ｍｌ、みりんが３０ｍｌ、砂糖が８ｇとなり、例えば閾値３０ｍｌ又は１０ｇを下回る。この場合、各装置は、醤油、みりん、砂糖を注文する。
一方、各装置は、ユーザが実店舗で買い物をすることが多い場合、重量が重い調味の場合等には、各調味料が別々になくなるように、レシピ等を提案してもよい。これにより、ユーザは、調味料を１つずつ購入することができ、実店舗から家までの荷物の運搬が楽になる。

＜調味料の消費傾向＞
情報処理システムは、次のように調味料の消費傾向を利用する。
各装置は、調味料の消費傾向として、あるユーザと他のユーザとの違い、時系列変化、季節変化、場所や地域の変化、宣伝（イベント、テレビ番組、広告）の影響、そのたユーザ属性による傾向、ユーザ状況による傾向、レシピに応じた傾向を、推定する。また、各装置は、ユーザ毎のアレンジの傾向を特定できる。各装置は、レシピサイトのユーザＩＤに、アレンジの傾向を対応づけてもよく、検索結果等において、アレンジの傾向に応じたレシピを提供してもよい。
各装置は、ユーザの調味料の消費傾向と、その他の情報（ユーザ属性やユーザ状況、レシピデータ等）と、の関係を分析してもよい。例えば、各装置は、クラスタリング等によって、ユーザの好みを予測してもよい。例えば、各装置は、分析結果として、特定の地域（出身地でもよい）の住民が、濃いめの味付けが好きな人に分類される等を得ることができる。この場合、各装置は、特定の地域の住民への商品提案として、濃いめの味付けを提案する。
各装置は、例えば、保存しているレシピ、スケジュールしているレシピ、年齢、性別、地域、健康状態、レシピ参照時刻を、レシピサイトやユーザ端末２等から取得する。各装置は、入力等に基づいて、薄味、濃い味、辛い味、しょっぱい味、作る人数、時刻、曜日、起動頻度を取得する。
上記分析結果により、各装置は、例えば、塩分を減らす或いは増やす傾向、糖分を減らす或いは増やす傾向などが分かり、それらに応じたレシピを提案する。

（レシピ投稿者向けの情報）
なお、各装置は、調味料の使用量又は残量に基づく消費傾向に応じて、レシピの利用に関する情報（掲載（投稿）されたレシピに対するアレンジ、当該レシピを用いた調理者の好みや実際の味付け）を提供してもよい。
例えば、各装置は、レシピＡに対して、他のレシピに比べて糖分を減らす傾向が多いと判定した場合、レシピＡの投稿者に対して、 レシピＡは糖分が多めである、又はその可能性が高いことを知らせる。糖分を増やす傾向の場合や、他の調味料についても同様である。
これにより、情報処理システムでは、レシピ作成者や投稿者がレシピを公開することで、味付けに関して、世の中のフィードバックを得ることができる。

（運営者向けの情報）
なお、各装置は、調味料の使用量又は残量に基づく消費傾向に応じて、レシピサイト等に投稿に関する情報（各投稿者の好みや味付け傾向、各レシピの味付け傾向）を提供してもよい。
例えば、情報処理システムでは、運営者は、レシピに関する投稿の投稿者（レシピ作成者、レシピ参照者、調理者）について、味付けの傾向を分析することができる。また、運営者は、各レシピに対して家庭の時系列的な変化を見ることで、その家庭の嗜好の変化や子供の成長（食べる分量）の変化を可視化することができる。ここで、各装置は、食べる分量は、実際に出力した量から推測する。従来のように、レシピを提示するだけでは、実際の使用分量までは分からなかった。これに対して、情報処理システムは、実際に食べた使用分量を、精度良く取得でき、使用分量に応じたサービスや提案を行うことができる。

（広告主向けの情報）
なお、各装置は、調味料の使用量又は残量に基づく消費傾向に応じて、広告に関する情報（対象者、地域、タイミング、商品、広告内容）を提供してもよい。
例えば、各装置は、ユーザの家庭で調味料がなくなりそうなタイミング、又は、調味料の消費速度に基づいて、この調味料に関する商品の広告を提案してもよい。例えば、各装置は、調味料がなくなりやすい時期や、調味料の消費速度が速い時期を、広告主に通知してもよい。これにより、広告主は、効率良く広告を出すことができる。
また、各装置は、ユーザの家庭で調味料が不要なタイミングを、推定してもよい。例えば、各装置は、調味料を買った直後を、調味料が不要なタイミングであると推定する。
上記により、情報処理システムは、ユーザが調味料を買いたいタイミングで、買いたい調味料について、広告主に提案することができる。

（販売店向けの情報）
なお、各装置は、調味料の使用量又は残量に基づく消費傾向に応じて、販売店への発注に関する情報を提供してもよい。
例えば、各装置は、例えば、醤油が大量に消費されたエリアがあることを検出した場合、そのエリアの醤油の発注を促すことで、販売のロスを削減することもできる。また、各装置は、例えば、ぶり大根のレシピのレシピデータを、ディスペンサー装置１にダウンロードして、その調味料を排出させた人が多い場合、ぶりや大根が品薄になったと判定してもよい。この場合、各装置は、ぶりや大根を、スーパー等の販売店へ納入するよう、発注をさせることができる。

（調味料の代替の例）
各装置は、例えば、下記のように調味料の代替を提案する。
各装置は、醤油が足りない場合、代替調味料として、オイスターソースやめんつゆを提案する。各装置は、ポン酢が足りない場合、代替調味料として、酢、レモン、醤油を混ぜた調味料を提案する。なお、各装置は、ある調味料（不足調味料）が不足した場合、各ユーザが代替調味料として用いた調味料及びその組み合わせと分量を記憶してもよい。この場合、各装置は、記憶した不足調味料と代替調味料に基づいて、不足調味料に対する代替調味料を提案してもよい。つまり、各装置は、不足調味料のある第１ユーザに対して、第２ユーザの履歴情報に基づく不足調味料と代替調味料の関係に基づいて、代替調味料を提案してもよい。

（レシピ提案の例）
各装置は、レシピデータの分量と調味料の残量に基づいて、レシピデータが示す第１レシピを用いて調理した場合、調味料が不足するか否かを判定してもよい。調味料が不足すると判定された場合、各装置は、他の第２レシピの提案を行ってもよい。
この場合、各装置は、食材が第１レシピのものと同一或いは略同一、又は、第１レシピの食材が含まれる第２レシピを提案する。これにより、ユーザは、第１レシピのために準備した食材を用いて、第２レシピを調理できる。
なお、調味料が不足すると判定された場合、各装置は、第１レシピの味付けの変更の提案を行ってもよい。例えば、各装置は、第１レシピとその味付けの変更（アレンジ）パターンを対応付けた対応情報を、予め記憶していてもよい。各装置は、第１レシピを用いた調理で調味料が不足すると判定された場合、対応情報と残量に基づいて、残量の調味料で調理可能なパターンの味付けを提案してもよい。

（献立内のレシピの調整）
各装置は、複数のレシピデータ（献立のレシピデータ）に基づいて、各レシピデータにおける各調味料の分量を、設定又は変更してもよい。例えば、各装置は、各調味料について、第１レシピを調理後の残量を推定し、推定した残量に基づいて第２レシピの各調味料の分量を設定又は変更してもよい。又は、各装置は、各調味料の残量に基づいて、第１レシピと第２レシピの調味料の分量を一緒に、設定又は変更してもよい。例えば、各装置は、各調味料の残量に基づいて、第１レシピと第２レシピの各調味料について、均等に又は所定の割合或いは量で、使用量を増減させてもよい。これにより、複数のレシピを用いて調理する場合に、合計の分量が不足する場合でも、例えば均一に複数のレシピの味付けを変更することができる。換言すれば、ある調味料を、第１レシピで使用し過ぎてしまい、第２レシピで足りずに、味に差ができてしまう（例えば、第２レシピが薄味になってしまう）ことを防止できる。

また、各装置は、複数のレシピデータと調味料の残量に基づいて、献立内のレシピの変更を提案してもよい。例えば、各装置は、第１レシピと第２レシピ（例えば副菜）を用いて調理した場合に調味料が不足すると判定した場合、第１レシピと一緒に調理しても調味料が不足しない第３レシピを提案してもよい。
また、各装置は、複数のレシピデータと調味料の残量に基づいて、献立内のレシピの味付けの変更を提案してもよい。例えば、各装置は、第１レシピと第２レシピを用いて調理した場合に調味料が不足すると判定した場合、第２レシピ（例えば副菜）の味付けの変更（薄味への変更等）を提案してもよい。

（他の装置での利用）
第１ディスペンサー装置１（レストラン等の店舗や他の家の装置等）は、第２ディスペンサー装置１（対象ユーザの家庭の装置）の対象ユーザ（客、ゲスト）の好みを示す情報を取得し、対象ユーザが食べる料理を、対象ユーザの好みに合わせた味付けに変更してもよい。つまり、ディスペンサー装置１は、通常のユーザとは異なる他のユーザの好みに基づいて、レシピデータの各調味料の分量を変更し、変更後の分量の各調味料を排出してもよい。これにより、対象ユーザは、普段の家庭で対象ユーザ（自身や家族）の好みに合わせて、第２ディスペンサー装置１を用いて調理することで、外出先でも、ディスペンサー装置１により、その好みに合った料理が提供される。
なお、第１ディスペンサー装置１は、通信、画像解析、ユーザ入力等によって、対象ユーザを特定し、特定した対象ユーザの好みを示す情報を、サーバ３より取得してもよいし、対象ユーザが携帯するユーザ端末２から取得してもよい。

（商品開発者向けの情報）
なお、各装置は、複数のユーザの履歴情報に基づいて、商品開発者向けの情報を提供してもよい。例えば、各装置は、同時に用いられることが多い調味料の組み合わせ、人気レシピで用いられる調味料の組み合わせ、又は、良く用いられる変更（アレンジ）等を示す情報を提供してもよい。また、各装置は、味付けの傾向を、流行情報として、商品開発者へ提供してもよい。流行情報は、例えば、ユーザの好みの平均であって、時間に対する増加率の高い味又はその変化である。
商品開発者は、例えば、同時に用いられることが多い調味料について、混合した調味料を新商品として検討することもできる。また、商品開発者は、流行に合わせた調味料を提供できる。
また、各装置は、調味料と提供者（メーカー）の情報を記憶しておき、特定の調味料の消費傾向を示す情報を、対応する提供者へ提供してもよい。
また、各装置は、各調味料の賞味期限と履歴情報や残量を対応付けて、提供してもよい。ここで、各装置は、各調味料について、販売商品としての調味料の量（販売分量）と、賞味期限中に消費される調味料の量（消費分量）と、を比較した比較結果を提供してもよい。これにより、商品開発者は、一商品で販売する調味料の量を適切にできる。例えば、賞味期限中に消費される消費分量が販売分量よりも少ない場合、商品開発者は、一商品における販売分量を減らすことで、調味料の廃棄量を削減することができる。

（その他）
なお、各装置は、特定の調味料の消費が早くなるように、又は、特定の調味料の消費が遅くなるように、レシピを提案してもよい。例えば、各装置は、特定の調味料の消費量が多いレシピであって、ウェブサイトで人気の高いレシピ（作ったことを示す投稿が多いレシピ、又は、参照数やクリック数が多いレシピ）を提案する。
なお、各装置は、履歴情報に基づいてユーザ属性を推定してもよい。
なお、調味料を排出する場合について説明したが、各装置は、その他の材料を提供してもよい。例えば、各装置は、動物に対して、ペットフードを提供してもよい。
なお、サーバ３は、レシピサイト（レシピ検索サイト）のサーバであってもよい。

（Ａ１）本発明の一態様は、ユーザが調理を行うときに、少なくとも１つの料理材料（例えば調味料）について、レシピデータに基づいた分量の提供を行う材料提供部（例えばアクチュエータ１２）と、前記提供に関する履歴情報に基づいて、ユーザ状況を推定する制御部（例えば制御部１０、２０、又は３０）と、前記ユーザの識別情報（ディスペンサー装置１のＩＤ、ユーザ端末２のＩＤ、又はユーザＩＤ）と、前記ユーザ状況を示すユーザ状況情報（例えばユーザの好み）と、を対応づけて記憶する記憶部（例えば記憶部１９、２６又は３２）と、を備える情報処理システムである。

（Ａ２）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、前記料理材料について、前記レシピデータが示す分量と前記履歴情報が示す使用分量とに基づいて、ユーザの好みを推定し、前記材料提供部は、前記ユーザの好みに応じて変更された分量で、前記料理材料の提供を行う。

（Ａ３）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、前記料理材料について、前記レシピデータが示す分量と前記履歴情報が示す使用分量とに基づいて、ユーザの好みを推定し、前記材料提供部は、前記ユーザの好みに応じて変更された分量で、前記料理材料の提供を行う。
例えば、前記制御部は、レシピデータが示す分量と前記履歴情報が示す使用分量との差分に基づいて、ユーザの好みを推定する。

（Ａ４）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、複数のユーザのうち、少なくとも１人の対象ユーザを選択し、前記材料提供部は、前記対象ユーザの好みに応じて変更された分量で、前記料理材料の提供を行う。
例えば、前記制御部は、家族のうち、１人の対象ユーザ（例えば子供）を選択する。ここで、前記制御部は、入力に基づく設定に応じて対象ユーザを選択してもよい。

（Ａ５）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、ユーザ状況として取得した人数又は曜日に応じて、前記対象ユーザを選択する。
例えば、前記制御部は、人数が多い場合、家族の食事のための調理と判定し、設定に基づいて、例えば子供を対象ユーザとして選択する。一方、人数が少ない場合、前記制御部は、個人のための調理と判定し、設定に基づいて、例えば母親を対象ユーザとして選択する。また例えば、前記制御部は、調理をする曜日や時刻（現在の曜日や時刻でもよい）に応じて、対象ユーザを選択してもよい。 なお、各装置は、履歴情報に基づいて、家族のうち対象ユーザとすべきユーザを推定してもよい。例えば、消費傾向から、子供のいる家庭では「濃い味」を選択することが多いと分かるとき、各装置は、味付けと対象ユーザ（「濃い味」と「子供」）を対応付けた情報を記憶し、履歴情報が「濃い味」の家庭では、「子供」を対象ユーザとして選択する。
なお、各装置は、ユーザの好みを変更してもよい。例えば、対象ユーザが「子供」の場合、各装置は、子供の成長に合わせて、ユーザの好みを変更してもよい。

（Ａ６）また、本発明の一態様は、上記の情報処理システムにおいて、前記記憶部は、ユーザ毎に特別な日を記憶し、前記制御部は、前記特別な日が、入力された日付が同じ日又は近い日のユーザを、前記対象ユーザとして選択する。
例えば、前記制御部は、各ユーザの誕生日を記憶部から取得し、現在の日付が同じ、又は、近い（例えば、２日以内の）誕生日のユーザを、対象ユーザとして選択してもよい。また、前記制御部は、レシピと日付に基づいて、対象ユーザとして選択してもよい。例えば、各ユーザの特別な日（誕生日や記念日）を記憶部から取得し、前記制御部は、レシピがケーキ等の特別な日に作る料理のレシピである場合、現在の日付が同じ、又は、近い誕生日のユーザを、対象ユーザとして選択してもよい。また、前記制御部は、ユーザの好みのレシピを記憶部から取得し、現在の日付が同じ、又は、近い誕生日のユーザがいるときに、そのユーザの好みのレシピのレシピデータが選択されている場合に、そのユーザを対象ユーザとして選択してもよい。

（Ａ７）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、前記ユーザの好みと前記料理材料の残量又は使用量に基づいて、レシピを提案する。
例えば、前記制御部は、ユーザの好みが「濃い味」の場合、濃い味のレシピ（例えば、濃い味が好みのユーザが良くダウンロードするレシピ）のうち、前記料理材料の残量で調理可能なレシピを提案する。

（Ａ８）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、レシピデータが示す第１レシピと前記料理材料の残量又は使用量に基づいて、料理材料が不足すると判定した場合、第１レシピで準備した食材を用いて調理可能な第２レシピであって前記残量で調理可能な第２レシピを提案する。

（Ａ９）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、ユーザが前記レシピデータの調理を行ったと判定した場合、前記レシピデータが示すレシピと当該レシピを作ったことを示す情報を、他装置へ送信する
例えば、ディスペンサー装置１は、レシピデータが示すレシピを識別するレシピ識別情報と当該レシピを作ったことを示す情報をサーバ３へ送信する（アップロードする）。レシピを作ったことを示す情報とは、日付等の変数であってもよいし、呼び出す関数であってもよい。また、サーバ３は、レシピ検索サイトのサーバであってもよいし、ユーザ端末２であってもよいし、また、他のディスペンサー装置１であってもよい。
また、サーバ３へ送信された情報は、ウェブサイト等で公開されなくてもよい。

（Ａ１０）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、ユーザが前記レシピデータの調理を行ったと判定した場合、前記レシピデータが示すレシピであってウェブサイトに掲載されたレシピに対して、当該レシピを作ったことを表す投稿情報を投稿する。

（Ａ１１）また、本発明の一態様は、上記の情報処理システムにおいて、前記制御部は、前記提供が行われた料理材料各々の使用分量を示す情報を、前記レシピに対する前記投稿情報と関連付けて投稿する。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、本技術は以下のような構成も取ることができる。
（１）入力されたレシピデータおよびユーザ状況に基づいて、前記レシピデータに示される調味料を前記ユーザ状況に応じた配合となるよう、複数の調味料収容部からそれぞれ所定の分量の調味料を排出するように制御する制御部を備える、情報処理装置。
（２）前記制御部は、ユーザ状況として取得した人数に対応する調味料の分量を、前記レシピデータから算出する、前記（１）に記載の情報処理装置。
（３）前記制御部は、ユーザ状況として取得したユーザの好みの味に対応する調味料の分量を、前記レシピデータから算出する、前記（１）または（２）に記載の情報処理装置。
（４）前記制御部は、ユーザ状況として取得したユーザの健康状態に適した調味料の分量を、前記レシピデータから算出する、前記（１）〜（３）のいずれか１項に記載の情報処理装置。
（５）前記制御部は、ユーザ状況として取得したユーザの属性に適した調味料の分量を、前記レシピデータから算出する、前記（１）〜（４）のいずれか１項に記載の情報処理装置。
（６）前記制御部は、前記レシピデータに示される料理工程に基づいて、調味料排出の順序を決定する、前記（１）〜（５）のいずれか１項に記載の情報処理装置。
（７）前記制御部は、所定のトリガを検出した際に、前記調味料収容部からの調味料の排出を開始するように制御する、前記（１）〜（６）のいずれか１項に記載の情報処理装置。
（８）前記所定のトリガは、排出口付近に前記調味料を受け取る調理器具が認識された場合である、前記（７）に記載の情報処理装置。
（９）前記所定のトリガは、ユーザによる排出指示の操作、音声、またはジェスチャーによる入力である、前記（７）に記載の情報処理装置。
（１０）前記情報処理装置は、調味料を収納する複数の調味料収容部と、前記調味料を排出する排出口と、通信部と、をさらに備えるディスペンサー装置であり、前記通信部は、前記レシピデータおよびユーザ状況を外部装置から受信する、前記（１）〜（９）のいずれか１項に記載の情報処理装置。
（１１）前記情報処理装置は、前記レシピデータおよびユーザ状況に基づく調味料の排出を指示するボタンを表示する表示部をさらに備える、前記（１０）に記載の情報処理装置。
（１２）前記情報処理装置は、前記レシピデータおよびユーザ状況の入力画面を表示し、さらに前記レシピデータおよびユーザ状況をディスペンサー装置に送信するように指示するボタンを表示する表示部をさらに備える、前記（１）〜（６）のいずれか１項に記載の情報処理装置。
（１３）前記レシピデータは、インターネット上の所定のサービスサーバから取得される、前記（１）〜（１２）のいずれか１項に記載の情報処理装置。
（１４）プロセッサが、入力されたレシピデータおよびユーザ状況に基づいて、前記レシピデータに示される調味料を前記ユーザ状況に応じた配合となるよう、複数の調味料収容部からそれぞれ所定の分量の調味料を排出するように制御することを含む、制御方法。
（１５）コンピュータを、入力されたレシピデータおよびユーザ状況に基づいて、前記レシピデータに示される調味料を前記ユーザ状況に応じた配合となるよう、複数の調味料収容部からそれぞれ所定の分量の調味料を排出するように制御する制御部として機能させるためのプログラムが記憶された、記憶媒体。

なお、上述した実施形態における、各装置（ディスペンサー装置１、ユーザ端末２又はサーバ３のいずれか又は組み合わせ）の一部をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ディスペンサー装置１、ユーザ端末２又はサーバ３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
また、上述した実施形態におけるディスペンサー装置１、ユーザ端末２及びサーバ３の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現しても良い。ディスペンサー装置１、ユーザ端末２及びサーバ３の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化しても良い。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いても良い。

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１ ディスペンサー装置
１０ 制御部
１１ 通信部
１２ アクチュエータ
１３ 調味料収容部
１４ 操作入力部
１５ マイクロホン
１６ センサ
１７ 表示部
１８ スピーカ
１９ 記憶部
２ ユーザ端末
２０ 制御部
２１ 通信部
２２ 操作入力部
２３ 音声入力部
２４ 表示部
２５ 音声出力部
２６ 記憶部
３ サーバ
３０ 制御部
３１ 通信部
３２ 記憶部
４ インターネット
４１ レシピサイト
４２ 番組サイト
４３ 味再現サイト
４４ 医療サイト
４５ 食材宅配サイト
５ ホームネットワークサーバ
７ 調理器具
８ 調味料

Claims (8)

1. アクチュエータを制御して排出口から料理材料の提供を行う情報処理システムであって、
   ユーザの識別情報と、前記ユーザの好みを示すユーザ状況情報と、を対応づけて記憶する記憶部と、
   複数のユーザのうち、ユーザ状況として取得した人数、曜日、又は時刻のいずれか或いは組み合わせに応じて、少なくとも１人の対象ユーザを選択する制御部と、
   記憶されたレシピデータに基づいた分量から、前記対象ユーザの前記ユーザ状況情報に応じて変更した分量で、前記料理材料の提供を行う材料提供部と、
   を備える情報処理システム。
2. アクチュエータを制御して排出口から料理材料の提供を行う情報処理システムであって、
   ユーザの識別情報と、前記ユーザの好みを示すユーザ状況情報と、を対応づけて記憶するとともに、ユーザ毎に特別な日を記憶する記憶部と、
   複数のユーザのうち、入力された日付が前記特別な日と同じ日又は近い日のユーザを、対象ユーザとして選択する制御部と、
   記憶されたレシピデータに基づいた分量から、前記対象ユーザの前記ユーザ状況情報に応じて変更した分量で、前記料理材料の提供を行う材料提供部と、
   を備える情報処理システム。
3. アクチュエータを制御して排出口から料理材料の提供を行う情報処理装置であって、
   ユーザの識別情報と、前記ユーザの好みを示すユーザ状況情報と、を対応づけて記憶する記憶部と、
   複数のユーザのうち、ユーザ状況として取得した人数、曜日、又は時刻のいずれか或いは組み合わせに応じて、少なくとも１人の対象ユーザを選択する制御部と、
   記憶されたレシピデータに基づいた分量から、前記対象ユーザの前記ユーザ状況情報に応じて変更した分量で、前記料理材料の提供を行う材料提供部と、
   を備える情報処理装置。
4. アクチュエータを制御して排出口から料理材料の提供を行う情報処理装置であって、
   ユーザの識別情報と、前記ユーザの好みを示すユーザ状況情報と、を対応づけて記憶するとともに、ユーザ毎に特別な日を記憶する記憶部と、
   複数のユーザのうち、入力された日付が前記特別な日と同じ日又は近い日のユーザを、対象ユーザとして選択する制御部と、
   記憶されたレシピデータに基づいた分量から、前記対象ユーザの前記ユーザ状況情報に応じて変更した分量で、前記料理材料の提供を行う材料提供部と、
   を備える情報処理装置。
5. アクチュエータを制御して排出口から料理材料の提供を行う情報処理方法であって、
   記憶部が、ユーザの識別情報と、前記ユーザの好みを示すユーザ状況情報と、を対応づけて記憶する記憶過程と、
   制御部が、複数のユーザのうち、ユーザ状況として取得した人数、曜日、又は時刻のいずれか或いは組み合わせに応じて、少なくとも１人の対象ユーザを選択する制御過程と、
   材料提供部が、記憶されたレシピデータに基づいた分量から、前記対象ユーザの前記ユーザ状況情報に応じて変更した分量で、前記料理材料の提供を行う材料提供過程と、
   を有する情報処理方法。
6. アクチュエータを制御して排出口から料理材料の提供を行う情報処理装置であって、
   記憶部が、ユーザの識別情報と、前記ユーザの好みを示すユーザ状況情報と、を対応づけて記憶するとともに、ユーザ毎に特別な日を記憶する記憶過程と、
   制御部が、複数のユーザのうち、入力された日付が前記特別な日と同じ日又は近い日のユーザを、対象ユーザとして選択する制御過程と、
   材料提供部が、記憶されたレシピデータに基づいた分量から、前記対象ユーザの前記ユーザ状況情報に応じて変更した分量で、前記料理材料の提供を行う材料提供過程と、
   を有する情報処理方法。
7. アクチュエータを制御して排出口から料理材料の提供を行う１又は複数のコンピュータに、
   ユーザの識別情報と、前記ユーザの好みを示すユーザ状況情報と、を対応づけて記憶する記憶手順、
   複数のユーザのうち、ユーザ状況として取得した人数、曜日、又は時刻のいずれか或いは組み合わせに応じて、少なくとも１人の対象ユーザを選択する制御手順、
   記憶されたレシピデータに基づいた分量から、前記対象ユーザの前記ユーザ状況情報に応じて変更した分量で、前記料理材料の提供を行う材料提供手順、
   を実行させるためのプログラム。
8. アクチュエータを制御して排出口から料理材料の提供を行う１又は複数のコンピュータに、
   ユーザの識別情報と、前記ユーザの好みを示すユーザ状況情報と、を対応づけて記憶するとともに、ユーザ毎に特別な日を記憶する記憶手順、
   複数のユーザのうち、入力された日付が前記特別な日と同じ日又は近い日のユーザを、対象ユーザとして選択する制御手順、
   記憶されたレシピデータに基づいた分量から、前記対象ユーザの前記ユーザ状況情報に応じて変更した分量で、前記料理材料の提供を行う材料提供手順、
   を実行させるためのプログラム。

Images