JP7508302B2 - 食材管理システム - Google Patents

Description

本発明の実施形態は、食材管理システムに関する。

冷蔵庫に保存された食材などを管理するための食材管理システムが提案されている。このような食材管理システムは、利便性の向上が期待されている。

特開２０１８－１４６１２０号公報

本発明が解決しようとする課題は、利便性の向上を図ることができる食材管理システムを提供することである。

実施形態の食材管理システムは、ユーザの住居に在庫として存在する食材を管理する食材管理システムであって、受付部と、登録管理部と、応答制御部とを持つ。前記受付部は、前記ユーザの１纏まりの発話の音声データを分析した分析結果を受信し、前記分析結果が複数の食材の在庫登録を同時に追加する指示を示す場合、前記分析結果に基づき前記複数の食材の在庫登録を同時に追加する指示を受け付ける受付部。前記登録管理部は、前記受付部により受け付けられた指示に基づき、前記在庫登録を管理するデータベースにおいて前記在庫登録の追加を行う。前記応答制御部は、前記在庫登録に関するエラーを出力可能である。前記登録管理部は、各在庫登録に登録可能な食材の最大登録数量と、前記データベースに登録可能な前記在庫登録の最大登録件数とを管理し、前記受付部により前記在庫登録を同時に追加する指示を受け付けた前記複数の食材の各々について、前記最大登録数量に関する条件が満たされない場合には、前記最大登録数量に関する第１エラーが存在すると判定するとともに、前記最大登録数量以下の所定数量で前記在庫登録を行い、前記最大登録件数に関する条件が満たされない場合には、前記最大登録件数に関する第２エラーが存在すると判定する。前記応答制御部は、前記受付部により前記在庫登録を同時に追加する指示を受け付けた前記複数の食材に関して、前記登録管理部により前記第１エラーと前記第２エラーとが存在すると判定された場合、前記１纏まりの発話における前記複数の食材の発話順に関わらず、エラーの報告順序が予め設定された応答優先順位情報に基づき、前記第１エラーが存在すると判定された食材に関する前記第１エラーを先に出力させ、前記第２エラーが存在すると判定された食材に関する前記第２エラーを後に出力させる。

実施形態の食材管理システムの全体構成を示す図。 実施形態の冷蔵庫を示す正面図。 実施形態の冷却装置の構成を示す図。 実施形態の「特別チルド」の制御モードが実行される場合のチルド室の空気温度の変化を示す図。 実施形態のサーバのシステム構成を示すブロック図。 実施形態の在庫リストＤＢの内容の一例を示す図。 実施形態の買い物リストＤＢの内容の一例を示す図。 実施形態のゴミ箱ＤＢの内容の一例を示す図。 実施形態の候補リストＤＢの内容の一例を示す図。 実施形態の食材ＤＢの内容の一例を示す図。 実施形態の食材管理のトップページの画像の内容の一例を示す図。 実施形態の食材リストが表示された画像の内容の一例を示す図。 実施形態の在庫登録の削除に関する１つの制御例を示す図。 実施形態の在庫登録の削除に関する別の制御例を示す図。 実施形態の在庫登録の削除に関するさらに別の制御例を示す図。 実施形態の在庫登録の削除に関する処理を示すフローチャート。 実施形態の食材優先順位情報の内容の一例を示す図。 実施形態の複数の食材の登録を同時に追加または削除する指示に関する処理を示すフローチャート。 実施形態の冷蔵庫登録情報の内容の一例を示す図。 実施形態の食材管理の対象として設定可能な冷蔵庫の数が変更された場合の処理を示すフローチャート。

以下、実施形態の食材管理システムを、図面を参照して説明する。以下の説明では、同一または類似の機能を有する構成に同一の符号を付す。そして、それら構成の重複する説明は省略する場合がある。「ＸＸに基づく」とは、「少なくともＸＸに基づく」ことを意味し、ＸＸに加えて別の要素に基づく場合も含み得る。「ＸＸに基づく」とは、ＸＸを直接に用いる場合に限定されず、ＸＸに対して演算や加工が行われたものに基づく場合も含み得る。「ＸＸまたはＹＹ」とは、ＸＸとＹＹのうちいずれか一方の場合に限定されず、ＸＸとＹＹの両方の場合も含み得る。「ＸＸ」および「ＹＹ」は、任意の要素（例えば任意の情報）である。以下では「データベース」を「ＤＢ」と表記する。「賞味期限」および「消費期限」の各々は、「摂取期限」の一例である。「貯蔵室の温度」は、貯蔵室の空気温度を意味する。「回答する」、「報知する」、「エラーを出力する」、またはその他の「出力する」とは、回答、報知、エラー、またはその他の内容を示す情報を報知部（例えば、音声対話装置および／または表示装置）から出力させることを意味する。また「回答」は、「応答」と読み替えられてもよい。

＜１．全体構成＞
図１は、実施形態の食材管理システム１の全体構成を示す図である。食材管理システム１は、例えば、１台以上の冷蔵庫１００、音声対話装置２００、端末機器３００、およびサーバ４００を含む。ただし、以下に説明する食材管理システム１の機能は、冷蔵庫１００のみで実現されてもよいし、サーバ４００のみで実現されてもよい。後述するネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、電話回線、無線基地局などのうち１つ以上を含む。

冷蔵庫１００は、ユーザＵの住居に設置される。冷蔵庫１００は、例えば住居内のルータＲを介してネットワークＮＷと接続され、サーバ４００と通信可能である。本実施形態では、ユーザＵの住居には、複数（例えば２台）の冷蔵庫１００Ａ，１００Ｂが設置されている。ユーザＵの住居には、３台の冷蔵庫１００Ａ，１００Ｂ，１００Ｃが設置されてもよい。冷蔵庫１００Ａ，１００Ｂ，１００Ｃは、互いに大きさや機能が異なってもよい。以下では、冷蔵庫１００Ａ，１００Ｂ，１００Ｃを互いに区別しない場合は、単に「冷蔵庫１００」と称する。冷蔵庫１００については、詳しく後述する。

音声対話装置２００は、ユーザＵの住居に配置される。音声対話装置２００は、例えばルータＲを介してネットワークＮＷと接続され、サーバ４００と通信可能である。音声対話装置２００は、ユーザＵの発話による音声（音声入力）をマイクにより取得し、取得したユーザＵの音声を音声データとしてサーバ４００に送信する。音声対話装置２００は、応答用の音声データをサーバ４００から受信し、受信した音声データに対応する音声をスピーカから外部に出力する。音声対話装置２００は、例えば、冷蔵庫１００とは独立して配置されるスマートスピーカである。ただし、音声対話装置２００は、冷蔵庫１００または別の家電機器の一部として設けられてもよい。端末機器３００が音声対話機能を有する場合、端末機器３００が「音声対話装置」の一例に該当してもよい。この場合、以下の説明における「音声対話装置２００」は「端末機器３００」と読み替えられてもよい。音声対話装置２００は、「報知部」の一例である。

端末機器３００は、例えば、ユーザＵが所有する携帯端末機器であり、スマートフォンまたはタブレット端末機器などである。端末機器３００は、ネットワークＮＷと接続され、サーバ４００と通信可能である。端末機器３００は、表示装置３１０を有する。表示装置３１０は、画像や映像を表示可能な表示画面と、表示画面に重ねて設けられたタッチセンサとを含む。表示装置３１０は、「報知部」の別の一例である。端末機器３００には、後述する食材管理および冷蔵庫１００の遠隔操作を行うためのアプリケーションプログラム（以下「アプリ」と称する場合がある）がインストールされている。端末機器３００は、上記例に限定されず、パーソナルコンピュータや、入力機能を有したテレビジョン受像機などでもよい。

サーバ４００は、食材管理に関する種々のサービスを提供する。サーバ４００は、「サーバシステム」と称されてもよい。サーバ４００は、例えば、１台以上のサーバ装置（クラウドサーバ）により構成される。本実施形態では、サーバ４００は、第１サーバ装置４１０および第２のサーバ装置４２０から構成される。第１サーバ装置４１０は、音声対話装置２００を制御する音声対話用のサーバ装置である。この場合、第１サーバ装置４１０は、食材管理システム１に含まれなくてもよい。第２サーバ装置４２０は、食材管理および冷蔵庫１００の遠隔制御を行う管理用のサーバ装置である。第２サーバ装置４２０は、食材管理を行うサーバ装置と、冷蔵庫の遠隔制御を行うサーバ装置とに分かれて設けられてもよい。サーバ４００は、ルータＲに含まれる情報処理部、および／またはネットワークＮＷ中のルータに含まれる情報処理部など、エッジコンピューティングやフォグコンピューティングを行う情報処理部を含んでもよい。サーバ４００については、詳しく後述する。

＜２．冷蔵庫＞
＜２．１ 冷蔵庫の構成＞
図２は、冷蔵庫１００を示す正面図である。冷蔵庫１００は、例えば、筐体１０、複数の扉２０、表示装置３０、冷却装置４０（図３参照）、および制御装置５０を含む。筐体１０の内部には、複数の貯蔵室（保存部屋）１１が設けられている。複数の貯蔵室１１は、冷蔵室１１Ａ、チルド室１１Ｂ、野菜室１１Ｃ、製氷室１１Ｄ、小冷凍室１１Ｅ１、および主冷凍室１１Ｅ２を含む。これら貯蔵室１１は、扉２０により開閉可能に閉じられる。以下では、小冷凍室１１Ｅ１と主冷凍室１１Ｅ２とを区別しない場合、単に「冷凍室１１Ｅ」と称する。

冷蔵室１１Ａは、平均温度が３℃から５℃の温度帯の貯蔵室１１である。チルド室１１Ｂは、平均温度が０℃から３℃の温度帯の貯蔵室１１である。チルド室１１Ｂは、「特別機能室」の一例である。ただし、特別機能室は、チルド室に限らず、パーシャル室や、切換室などでもよい。特別機能室は、少なくともある制御モード（運転モード）において、冷蔵室１１Ａよりも平均温度が低くなる機能を有した貯蔵室１１である。野菜室１１Ｃは、平均温度が約６℃の温度帯の貯蔵室１１である。冷凍室１１Ｅは、平均温度がマイナス１８℃以下の貯蔵室１１である。すなわち、これら貯蔵室１１は、野菜室１１Ｃ、冷蔵室１１Ａ、チルド室１１Ｂ、冷凍室１１Ｅの順に温度帯が低くなる。ここで、任意の要素であるＸ，Ｙ，Ｚについて「Ｘ，Ｙ，Ｚの順に低くなる」とは、Ｘが高く、Ｙが中位であり、Ｚが低いことを意味する。この定義は、以下でも同様である。小冷凍室１１Ｅ１および主冷凍室１１Ｅ２は、同じ温度帯の貯蔵室１１である。

表示装置３０は、画像や映像を表示可能な表示画面と、表示画面に重ねて設けられたタッチセンサとを含む。表示装置３０は、「報知部」のさらに別の一例である。以下では、端末機器３００の表示装置３１０と、冷蔵庫１００の表示装置３０とを互いに区別しない場合は、単に「表示装置ＤＤ」と称する。

冷却装置４０は、貯蔵室１１を冷却する装置であり、圧縮機および送風機などを含む。冷却装置４０については後述する。制御装置５０は、冷蔵庫１００の全体を制御する。例えば、制御装置５０は、表示装置３０を制御することで、サーバ４００から受信した情報を表示装置３０に表示させる。制御装置５０は、冷却装置４０を制御することで、冷蔵庫１００の貯蔵室１１を冷却する。

図３は、冷却装置４０の構成を示す図である。冷却装置４０は、冷媒の流れ順に、圧縮機４１、凝縮器４２、ドライヤ４３、三方弁４４、キャピラリーチューブ４５Ａ，４５Ｂ、冷却器４６Ａ，４６Ｂ、サクションパイプ４７Ａ，４７Ｂ、および逆止弁４８を含む。三方弁４４の２つの出口のうち一方の出口には、冷蔵用キャピラリーチューブ４５Ａ、冷蔵用冷却器４６Ａ、および冷蔵用サクションパイプ４７Ａが接続されている。三方弁４４の２つの出口のうち他方の出口には、冷凍用キャピラリーチューブ４５Ｂ、冷凍用冷却器４６Ｂ、冷凍用サクションパイプ４７Ｂ、および逆止弁４８が接続されている。

上記の冷却装置４０において、三方弁４４は、制御装置５０によって制御され、冷媒を冷蔵用冷却器４６Ａに供給する流路（以下「流路Ａ」と称する）と、冷媒を冷凍用冷却器４６Ｂに供給する流路（以下「流路Ｂ」と称する）とを択一的に選択する。制御装置５０は、三方弁４４を制御することにより、冷媒の流路として流路Ａと流路Ｂとを交互に切り替える。流路Ａに冷媒が流れている時には、冷蔵室１１Ａ、チルド室１１Ｂ、および野菜室１１Ｃが冷却される。流路Ｂに冷媒が流れている時には、製氷室１１Ｄおよび冷凍室１１Ｅが冷却される。例えば、制御装置５０は、２０分の間、流路Ａに冷媒を流して冷蔵室１１Ａ、チルド室１１Ｂ、および野菜室１１Ｃを冷却する冷蔵運転と、４０分の間、流路Ｂに冷媒を流して製氷室１１Ｄおよび冷凍室１１Ｅを冷却する冷凍運転とを交互に繰り返す。このため、後述する図４に示すように、貯蔵室１１内の温度は、鋸歯状に上下する。

＜２．２ チルド室の制御モード＞
次に、制御装置５０が実行可能なチルド室１１Ｂの制御モード（運転モード）について説明する。

＜通常チルド＞
「通常チルド」の制御モードは、冷蔵庫１００の基本運転によりチルド室１１Ｂが冷却される制御モードである。「通常チルド」の制御モードでは、チルド室１１Ｂの温度は、例えば平均温度が０．５～１．０℃の一定の温度帯に保たれる。

＜急速チルド＞
「急速チルド」の制御モードは、「通常チルド」の制御モードと比べてチルド室１１Ｂの温度を速く低下させる制御モードである。「急速チルド」の制御モードでは、所定時間に亘り、圧縮機４１の運転周波数および不図示の送風機の回転数が高く設定される。これにより、チルド室１１Ｂに冷たい空気を多く送り込み、チルド室１１Ｂの温度を一気に低下させる。ある観点によれば、「通常チルド」の制御モードは、「第１運転モード」の一例である。「急速チルド」の制御モードは、「第２運転モード」の一例である。

＜解凍＞
「解凍」の制御モードは、「通常チルド」の制御モードと比べてチルド室１１Ｂの温度を高くする制御モードである。「解凍」の制御モードは、チルド室１１Ｂの温度を上昇させてチルド室１１Ｂの食材の解凍を促進させる制御モードである。「解凍」の制御モードでは、所定時間に亘り、圧縮機４１の運転周波数および不図示の送風機の回転数が低く設定される。これにより、チルド室１１Ｂに比較的温かい空気を送り込み、チルド室１１Ｂの温度を上昇させる。「解凍」の制御モードでは、チルド室１１Ｂの温度は、例えば平均温度が１．５℃である一定の温度帯に収まる。別の観点によれば、「解凍」の制御モードは、「第１運転モード」の一例である。「通常チルド」の制御モードは、「第２運転モード」の一例である。

＜特別チルド＞
「特別チルド」の制御モードは、チルド室１１Ｂを低温温度帯で冷却する時間と、チルド室１１Ｂを高温温度帯で冷却する時間とが順に繰り返される制御モードである。以下このような「特別チルド」の制御モードについて詳しく説明する。

図４は、「特別チルド」の制御モードが実行される場合のチルド室１１Ｂの温度の変化を示す図である。制御装置５０は、「特別チルド」の制御モードでは、チルド室１１Ｂを第１温度帯Ｔａで冷却する低温冷却制御（第１冷却制御）と、チルド室１１Ｂを第１温度帯Ｔａよりも高い第２温度帯Ｔｂで冷却する高温冷却制御（第２冷却制御）とを交互に繰り返す。ここで、上述した冷蔵運転および冷凍運転における「冷却」とは、冷却器（冷蔵用冷却器４６Ａまたは冷凍用冷却器４７Ｂ）に冷媒が供給されることを意味する。これに対し、低温冷却制御および高温冷却制御における「冷却」とは、第１温度帯Ｔａまたは第２温度帯Ｔｂに温度を維持するように冷蔵庫１００を運転することを意味する。「低温冷却制御（第１冷却制御）と、高温冷却制御（第２冷却制御）とを順に繰り返す」とは、低温冷却制御（第１冷却制御）の実施中に複数回の冷蔵運転が行われ、その後に高温冷却制御（第２冷却制御）の実施中に複数回の冷蔵運転が行われ、その後に低温冷却制御（第１冷却制御）の実施中に複数回の冷蔵運転が行われる場合なども含む。

第１温度帯Ｔａの平均温度は、例えば－５℃である。第１温度帯Ｔａの平均温度は、氷点以下の温度であり、例えば０℃未満の温度である。第１温度帯Ｔａは、チルド室１１Ｂの食材の表面を微凍結させる温度である。第１温度帯Ｔａは、「通常チルド」の温度帯よりも低い温度帯である。低温冷却制御は、所定の実施時間Ｓａ（例えば２時間）に亘り実施される。

第２温度帯Ｔｂは、高温冷却制御時のチルド室１１Ｂの設定温度帯である。第２温度帯Ｔｂの平均温度は、例えば＋１℃である。第２温度帯Ｔｂの平均温度は、氷点よりも高い温度であり、例えば０℃以上の温度である。第２温度帯Ｔｂは、チルド室１１Ｂの食材の表面を作られた微凍結の層を融解させることができる温度である。高温冷却制御は、低温冷却制御の実施時間Ｓａよりも長い所定の実施時間Ｓｂ（例えば５時間）に亘り実施される。

このような「特別チルド」の制御モードによれば、所定の実施時間Ｓａの間に亘る低温冷却制御と、所定の実施時間Ｓｂに亘る高温冷却制御とを交互に繰り返すことで、食材表面のみ微凍結することにより、食材の乾燥および酸化を抑制することができる。これにより、通常チルドと比べて食材の鮮度を長く維持することができる。

「特別チルド」の制御モードでは、低温冷却制御時および高温冷却制御時を通して見た場合、平均温度がマイナス０．５の温度帯である。すなわち、「特別チルド」の制御モードは、「通常チルド」の制御モードよりもチルド室１１Ｂの温度帯が低くなる制御モードである。「通常チルド」の制御モードは、「第１運転モード」の一例である。「特別チルド」の制御モードは、「第２運転モード」の一例である。

＜３．サーバ＞
図５は、サーバ４００のシステム構成を示すブロック図である。上述したように、サーバ４００は、例えば、第１サーバ装置４１０と、第２サーバ装置４２０とから構成される。

第１サーバ装置４１０は、例えば、音声処理部４１１、応答生成部４１２、および記憶部４１３を有する。これら機能部の全部または一部は、第１サーバ装置４１０に搭載されたＣＰＵ（Central Processing Unit）のような１つ以上のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。ただし、これら機能部の全部または一部は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、またはＦＰＧＡ（Field Programmable Gate Array）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。記憶部４１３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、またはこれらのうち複数の組み合わせなどにより実現される。記憶部４１３は、音声ＤＢ５１１を記憶している。音声ＤＢ５１１には、ユーザＵの発話の意味解釈を行うための辞書、および応答用の音声データを生成するための音声情報が登録されている。

音声処理部４１１は、ユーザＵの発話に基づき取得された音声データを音声対話装置２００から受信する。音声処理部４１１は、音声対話装置２００から受信した音声データを分析する。例えば、音声処理部４１１は、音声認識処理を行うことで音声データをテキスト化し、テキスト化された音声データに対して自然言語処理を行うことで意味解釈を行う。音声処理部４１１は、音声データの分析結果を、第２サーバ装置４２０に送信する。

応答生成部４１２は、ユーザＵに対して音声対話装置２００から出力する発話内容を示す情報を第２サーバ装置４２０から受信する。応答生成部４１２は、音声ＤＢ５１１を参照することで、第２サーバ装置４２０から受信した情報に基づきユーザＵに対して出力させる音声データを生成する。応答生成部４１２は、生成した音声データを、音声対話装置２００に送信する。音声対話装置２００は、第１サーバ装置４１０から受信した音声データに基づきスピーカを動作させることで、ユーザＵに対して音声で回答や報知を行う。

第２サーバ装置４２０は、例えば、指示受付部４２１、登録管理部４２２、応答制御部４２３、設定部４２４、および記憶部４２５を有する。これら機能部の全部または一部は、第２サーバ装置４２０に搭載されたＣＰＵのような１つ以上のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。ただし、これら機能部の全部または一部は、ＡＳＩＣ、ＰＬＤ、またはＦＰＧＡなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。記憶部４２５は、ＲＡＭ、ＲＯＭ、ＨＤＤ、フラッシュメモリ、またはこれらのうち複数の組み合わせなどにより実現される。記憶部４２５は、在庫リストＤＢ５２１、買い物リストＤＢ５２２、ゴミ箱ＤＢ５２３、候補リストＤＢ５２４、食材ＤＢ５２５、常備品ＤＢ５２６、食材優先順位情報５２７、応答優先順位情報５２８、および冷蔵庫登録情報５２９を記憶している。在庫リストＤＢ５２１、買い物リストＤＢ５２２、ゴミ箱ＤＢ５２３、候補リストＤＢ５２４、常備品ＤＢ５２６、および冷蔵庫登録情報５２９は、ユーザＵ毎に準備されている。

指示受付部４２１は、食材管理および冷蔵庫１００の設定変更などに関するユーザＵの指示を受け付ける。例えば、指示受付部４２１は、音声対話装置２００に対して発話されたユーザＵの音声データの分析結果を第１サーバ装置４１０から受信することで、ユーザＵの音声入力に基づく指示を受け付ける。さらに、指示受付部４２１は、冷蔵庫１００および／または端末機器３００に対して行われたユーザＵの操作（例えば表示装置ＤＤに対するユーザの操作）を示す情報を、冷蔵庫１００および／または端末機器３００から受信する。指示受付部４２１は、冷蔵庫１００および／または端末機器３００から受信した情報に基づき、ユーザＵの指示を受け付ける。指示受付部４２１は、受け付けたユーザＵの指示を、登録管理部４２２、応答制御部４２３、および設定部４２４に出力する。指示受付部４２１は、「受付部」の一例である。

登録管理部４２２は、指示受付部４２１により受け付けられた情報に基づき、後述する各種ＤＢ（在庫リストＤＢ５２１、買い物リストＤＢ５２２、候補リストＤＢ５２４、ゴミ箱ＤＢ５２３、常備品ＤＢ５２６など）を管理する。例えば、登録管理部４２２は、各種ＤＢに対する食材の登録の追加、登録の削除、および登録の確認（閲覧）の処理を行う。登録管理部４２２の具体的な機能については後述する。以下の説明で「ユーザの指示」とは、指示受付部４２１により受け付けられたユーザＵの指示を意味する。

応答制御部４２３は、指示受付部４２１により受け付けられたユーザＵの指示、および／または登録管理部４２２により管理された情報に基づき、食材管理およびその他に関してユーザＵに報知する情報を生成する。応答制御部４２３は、音声対話装置２００から音声にてユーザＵに報知を行う場合、生成した情報および所定の制御信号を、第１サーバ装置４１０に送信する。応答制御部４２３は、冷蔵庫１００および／または端末機器３００の表示装置ＤＤによる表示にてユーザＵに報知を行う場合、生成した情報および所定の制御信号を、冷蔵庫１００および／または端末機器３００に送信する。応答制御部４２３の具体的な機能については後述する。

設定部４２４は、同じ住居内に複数の冷蔵庫１００がある場合、指示受付部４２１により受け付けられた指示に基づき、複数の冷蔵庫１００のなかから食材管理の指示対象となる冷蔵庫１００を設定する。設定部４２４の具体的な機能については後述する。

＜４． 各種ＤＢ＞
＜４．１ 在庫リストＤＢ＞
図６は、在庫リストＤＢ５２１の内容の一例を示す図である。在庫リストＤＢ５２１には、ユーザＵの住居に在庫として存在する食材が登録される。在庫リストＤＢ５２１には、冷蔵庫１００に保存される食材に限らず、冷蔵庫１００の外部で保存（例えば常温で保存）される食材も登録可能である。

在庫リストＤＢ５２１では、食材の在庫を示す登録Ｒ１（以下「在庫登録Ｒ１」と称する）が管理される。各在庫登録Ｒ１では、「管理ＩＤ」、「食材名」、「食材分類」、「保存場所」、「購入日」、「賞味期限」（または「消費期限」）、「数量」、「単位」、および「履歴」が対応付けられている。在庫リストＤＢ５２１では、同時に購入された同一種類の食材（同一名称の食材）が１つの在庫登録Ｒ１として登録される。言い換えると、同一種類の食材（同一名称の食材）であっても、ある日時に購入された食材と、別の日時に購入された食材とは、別の在庫登録Ｒ１として登録される。ここで言う「購入日」とは、特定の食材が新たに登録された登録日、すなわち在庫量が増えた日を指し、その食材の入手経路が購入でなかった場合も含む意味で用いる。同一種類の食材（同一名称の食材）は、「同一区分の食材」の一例である。同一区分の食材は、同一名称の食材に限定されず、予め同じ区分として設定された複数種類の食材を含んでもよい。これについては後述する。

「食材分類」は、食材の区分を意味する。本実施形態では、「食材分類」として、「野菜」、「果物」、「肉類」、「魚介・海藻類」、「卵・乳製品」、「豆・豆製品」、「加工食品」、「ごはん・パン類」、「麺類」、「飲料」、「冷凍食品」、「甘味類」、「調味料」、「香辛料」、「お惣菜」、および「その他」である１６種類の食材分類が設定されている。ただし、上記区分は例であり、食材分類の区分は適宜設定可能である。

「保存場所」は、食材が保存された場所を意味する。本実施形態では、「保存場所」として、「冷蔵室」、「野菜室」、「チルド室」、「冷凍室」、および「その他」である５種類の保存場所が設定されている。「冷蔵室」は、冷蔵室１１Ａに対応する。「野菜室」は、野菜室１１Ｃに対応する。「チルド室」は、チルド室１１Ｂに対応する。「冷凍室」は、小冷凍室１１Ｅ１および主冷凍室１１Ｅ２を纏めた領域に対応する。「その他」は、冷蔵庫１００の外部の保存場所に対応する。「数量」には、食材の最新の数量が登録される。「履歴」には、食材が減少した場合に、減少後の数量および減少した日時などを示す情報が登録される。

＜４．２ 買い物リストＤＢ＞
図７は、買い物リストＤＢ５２２の内容の一例を示す図である。買い物リストＤＢ５２２は、買い忘れを防止するためにユーザＵが買い物時に参照可能なＤＢである。買い物リストＤＢ５２２には、ユーザＵの購入予定（例えば明示の購入意思）が確認された食材が登録される。買い物リストＤＢ５２２には、後述する候補リストＤＢ５２４と比べて購入可能性が高い食材が登録される。買い物リストＤＢ５２２には、ユーザＵの明示の購入意思に限らず、ユーザＵの常備意思（ある食材を常備品として保有する意思）に基づく推定で食材が登録されてもよい。買い物リストＤＢ５２２では、買い物候補を示す登録Ｒ２（以下「買い物登録Ｒ２」と称する）が管理される。各買い物登録Ｒ２では、「管理ＩＤ」、「食材名」、「食材分類」、「数量」、および「単位」が対応付けられている。

＜４．３ ゴミ箱ＤＢ＞
図８は、ゴミ箱ＤＢ５２３の内容の一例を示す図である。ゴミ箱ＤＢ５２３には、在庫リストＤＢ５２１から削除された食材が一時的に登録される。例えば、ゴミ箱ＤＢ５２３には、在庫リストＤＢ５２１に登録されていた食材が消費され、ユーザＵの削除指示に基づいて在庫リストＤＢ５２１から削除された食材が登録される。ゴミ箱ＤＢ５２３に登録された食材は、ユーザＵの指示によって在庫リストＤＢ５２１に再登録可能である。ゴミ箱ＤＢ５２３では、削除された食材を示す登録Ｒ３（以下「削除登録Ｒ３」と称する）が管理される。各削除登録Ｒ３では、「管理ＩＤ」、「食材名」、「食材分類」、「ゴミ箱ＤＢ５２３への登録日」が対応付けられている。

＜４．４ 候補リストＤＢ＞
図９は、候補リストＤＢ５２４の内容の一例を示す図である。候補リストＤＢ５２４は、買い忘れを防止するためにユーザＵが補助的に参照可能なＤＢである。候補リストＤＢ５２４には、ユーザＵの購入予定（例えば明示の購入意思）が確認されていない購入候補の食材が登録される。候補リストＤＢ５２４では、購入を提案する食材を示す登録Ｒ４（以下「提案登録Ｒ４」と称する）が管理される。各提案登録Ｒ４では、「管理ＩＤ」、「食材名」、「食材分類」、「候補リストＤＢ５２４への登録日」が対応付けられている。候補リストＤＢ５２４は、例えば、在庫リストＤＢ５２１に登録された食材の登録削除を利用して生成される。本実施形態では、候補リストＤＢ５２４には、在庫リストＤＢ５２１に登録されていた食材の数量が減少して所定条件が満たされた場合（例えば在庫がゼロになった場合）、その食材が自動的に登録される。指示受付部４２１は、候補リストＤＢ５２４に登録された食材を、買い物リストＤＢ５２２に移動させるユーザＵの指示を受け付け可能である。

＜４．５ 食材ＤＢ＞
図１０は、食材ＤＢ５２５の内容の一例を示す図である。食材ＤＢ５２５は、複数のユーザに対して共通して設定されたデフォルトのＤＢである。食材ＤＢ５２５には、一般的に流通する多数の食材が登録されている。食材ＤＢ５２５には、食材情報の自動入力に用いられる食材の情報を示す登録Ｒ５（以下「食材登録Ｒ５」と称する）が登録される。各食材登録Ｒ５では、「食材名」、「食材名の受付候補（食材名の同義語）」、「食材分類」、「食材分類のアイコン」、「デフォルトの保存場所（推奨される保存場所）」、「賞味期限（または消費期限）」が対応付けられている。

＜４．６ 常備品ＤＢ＞
常備品ＤＢ５２６には、ユーザＵがよく使用する食材（例えば在庫を切らしたくない食材）が登録される。常備品ＤＢ５２６には、ユーザＵによって常備を希望する旨が指示された食材が登録される。

＜４．７ 各種ＤＢの表示例＞
図１１は、食材管理のトップページの画像ＩＭ１の内容の一例を示す。画像ＩＭ１に表示される内容は、在庫リストＤＢ５２１に基づいて生成される。画像ＩＭ１は、冷蔵室１１Ａ、チルド室１１Ｂ、野菜室１１Ｃ、冷凍室１１Ｅ、およびその他の場所に対応する表示ボックスＤ１～Ｄ５を含む。表示ボックスＤ１～Ｄ５には、冷蔵室１１Ａ、チルド室１１Ｂ、野菜室１１Ｃ、冷凍室１１Ｅ、およびその他の場所に保存された食材数（在庫登録Ｒ１の数）が表示される。画像ＩＭ１は、サーバ４００の制御により、冷蔵庫１００および／または端末機器３００の表示装置ＤＤに表示される。

図１２は、食材リストの画像ＩＭ２の内容の一例を示す図である。図１２に示す食材リストは、在庫リストＤＢ５２１に登録された全ての在庫登録Ｒ１が表示されるリストである。食材リストでは、在庫登録Ｒ１毎に、食材分類を示すアイコン、食材名、購入日、賞味期限（または消費期限）、数量、および単位が表示される。在庫登録Ｒ１は、どの保存場所に保存された食材の在庫登録Ｒ１であるかは関係なく、所定の順序で並べられている。「所定の順序」は、例えば、食材の名称順（あいうえお順）、購入日の古い順（または新しい順）、賞味期限（消費期限）の近い順（または遠い順）である。ユーザは、画像ＩＭ２に含まれる操作部ＩＭ２ａを操作することで、上記所定の順序を変更可能（在庫登録Ｒ１の表示順序を並び替え可能）である。

サーバ４００は、食材リストの画像ＩＭ２ａを生成し、冷蔵庫１００および／または端末機器３００の表示装置ＤＤに表示させ。サーバ４００は、上記食材リストとは別に、各貯蔵室１１の在庫登録Ｒ１を示す食材リストを生成して表示装置ＤＤに表示可能である。サーバ４００は、買い物リストＤＢ５２２、ゴミ箱ＤＢ５２３、候補リストＤＢ５２４、および常備品ＤＢ５２６に登録された内容についても、同様のリストを生成して表示装置ＤＤに表示可能である。

＜５．音声入力による制御例＞
サーバ４００は、音声対話装置２００に対するユーザの発話（音声入力）による指示に基づき、以下のような制御を実行可能である。以下に説明する以外の制御例の詳細は、特願２０２０－０２２９０５号（令和２年２月１３日出願）および特願２０２０－０２２９１２号公報（令和２年２月１３日出願）に記載されている。これら出願の明細書は、その全体が本願明細書において参照により援用される。

＜５．１ 在庫追加＞
まず、在庫リストＤＢ５２１への在庫登録Ｒ１の追加について説明する。この内容は、買い物リストＤＢ５２２における買い物登録Ｒ２の追加についても同じである。

指示受付部４２１は、食材および貯蔵室１１を指定した在庫登録Ｒ１の追加指示や、貯蔵室１１の指定を伴わない食材のみを指定した在庫登録Ｒ１の追加指示を受け付け可能である。「食材および貯蔵室を指定した在庫登録の追加指示」とは、「冷凍室にアジの開きを１枚入れて」、「野菜室にキュウリ５本とエノキ２パックを登録」など、食材名、食材の数量、および貯蔵室１１の名前を伴う在庫登録Ｒ１の追加指示である。食材名と貯蔵室１１の名前の発話順序は制約されておらず、貯蔵室１１の名前が先に発話されてもよい。登録管理部４２２は、指定された貯蔵室１１に関連させて、指定された食材の在庫登録Ｒ１を追加する。

一方で、「貯蔵室の指定を伴わない食材のみを指定した在庫登録の追加指示」とは、「卵３個追加して」など、貯蔵室１１の名前を伴わない在庫登録Ｒ１の追加指示である。このような追加指示が受け付けられた場合、登録管理部４２２は、食材ＤＢ５２５に基づき、食材に応じてデフォルトの保存場所として設定されている貯蔵室１１に関連させて、指定された食材の在庫登録Ｒ１を追加する。

本実施形態の指示受付部４２１は、音声対話機能の１回の受付終了までに複数の食材を登録または削除可能である。言い換えると、指示受付部４２１は、ユーザＵの１纏まりの発話に含まれる複数の指示（例えば「野菜室にキュウリ５本とエノキ２パックを登録」）を連続して受付可能である。この処理の詳細については、上述した特願２０２０－０２２９１２号公報（令和２年２月１３日出願）に詳しく記載されている。

本実施形態では、登録管理部４２２は、各在庫登録Ｒ１に登録可能な食材の最大登録数量を９９９点とし、在庫登録Ｒ１の最大登録件数を１００件として管理する。このため、登録管理部４２２は、在庫登録Ｒ１の追加指示が受け付けられた場合、在庫登録Ｒ１の追加対象の食材について、「追加完了（部屋指定なし）（Ａ１）」、「追加完了（部屋指定あり）（Ａ２）」、「数量１０００点オーバー（Ａ３）」、「食材１００件オーバー（Ａ４）」、「システムエラー（Ａ５）」のいずれに該当するかを判定する。

上記（Ａ１）の場合、応答制御部４２３は、「冷凍室にアジの開きを１枚追加しました。」のように、貯蔵室１１の名前、食材名および数量を示して在庫登録Ｒ１の追加が完了したことを回答する。上記（Ａ２）の場合、応答制御部４２３は、「卵を３個追加しました。」のように、貯蔵室１１の名前は発話せずに、食材名および数量を示して在庫登録Ｒ１の追加が完了したことを回答する。ただし、上記（Ａ２）の場合、応答制御部４２３は、在庫登録Ｒ１を追加した貯蔵室１１の名前（食材に応じてデフォルトの保存部屋として設定されている貯蔵室１１の名前）を付して回答してもよい。

上記（Ａ３）の場合、例えば、「冷蔵室に牛肉を１５００グラム追加して」のような在庫登録Ｒ１の追加指示が受け付けられた場合、登録管理部４２２は、追加対象の食材の数量を最大登録数量（９９９グラム）以下の所定数量で在庫登録Ｒ１を追加する。本実施形態では、登録管理部４２２は、追加対象の食材の数量を最大登録数量（９９９グラム）として在庫登録Ｒ１を追加する。そして、応答制御部４２３は、「登録できる最大の数量は９９９です。冷蔵室に牛肉を９９９グラム追加しました。」のように、食材の数量を最大登録数量（９９９グラム）として在庫登録Ｒ１の追加が行われたことと、および最大登録数量に関するエラー（後述する第１エラー）が生じたことを回答する。これについては、詳しく後述する。なお上記所定数量は、最大登録数量に限らず、それよりも少ない数量でもよい。例えば、「冷蔵室にキャベツを１５００個追加して」のような在庫登録Ｒ１の追加指示が受け付けられた場合、食材に応じて予め設定された所定数量（キャベツの場合は例えば２０個）で在庫登録Ｒ１を追加してもよい。

上記（Ａ４）の場合、例えば、在庫リストＤＢ５２１にすでに１００件の在庫登録Ｒ１がある状態において在庫登録Ｒ１の追加指示が受け付けられた場合、登録管理部４２２は、在庫登録Ｒ１の追加は行わない。そして、応答制御部４２３は、「食材リストの最大登録件数は１００件です。食材を削除してください。」のように、最大登録件数に関するエラー（後述する第２エラー）が生じたことを回答する。これについても詳しく後述する。上記（Ａ５）の場合、応答制御部４２３は、「すみません。失敗しました。もう一度お願いします。」のように処理が失敗した旨を回答する。

＜５．２ 在庫削除＞
次に、在庫リストＤＢ５２１の在庫登録Ｒ１の削除について説明する。この内容は、買い物リストＤＢ５２２における買い物登録Ｒ２の削除についても同じである。

指示受付部４２１は、食材および貯蔵室１１を指定した在庫登録Ｒ１の削除指示や、貯蔵室１１の指定を伴わない食材のみを指定した在庫登録Ｒ１の削除指示を受け付け可能である。「食材および貯蔵室を指定した在庫登録の削除指示」とは、「冷凍室からアイスを消して」、「野菜室からパプリカ２個と白菜１本を抜いて」など、食材名および貯蔵室１１の名前を伴う在庫登録Ｒ１の削除指示である。食材名と貯蔵室１１の名前の発話順序は制約されておらず、貯蔵室１１の名前が後に発話されてもよい。一方で、「貯蔵室の指定を伴わない食材のみを指定した在庫登録の削除指示」とは、「鶏もも肉を１００グラム削除して」など、貯蔵室１１の名前を伴わない在庫登録Ｒ１の削除指示である。

これら削除指示が受け付けられた場合、登録管理部４２２は、削除指示の対象の食材の在庫登録Ｒ１に関して、「削除可能（Ｂ１）」、「食材で在庫が１つもない（Ｂ２）」、「食材で数量不足（Ｂ３）」、「食材で指定した単位が違う（Ｂ４）」、「システムエラー（Ｂ５）」のいずれに該当するかを判定する。

上記（Ｂ１）の場合、応答制御部４２３は、「冷凍室からアイスを１個削除しました。」のように、貯蔵室１１の名前、食材名および数量を示して在庫登録Ｒ１の削除が完了したことを回答する。ただし、貯蔵室の名前や数量は発話されなくてもよい。上記（Ｂ２）の場合、「冷凍室にアイスはありません。」のように、在庫登録Ｒ１の削除が失敗した旨を回答する。上記（Ｂ３）の場合、例えば、冷蔵室１１Ａに鶏もも肉が１００グラムしかない状態で「冷蔵室の鶏もも肉を２００グラム削除して」との削除指示が受け付けられた場合、登録管理部４２２は、冷蔵室１１Ａに関する鶏もも肉の１００グラムの在庫登録Ｒ１を削除する。そして、応答制御部４２３は、「冷蔵室に鶏もも肉は１００グラムしかありません。全て削除しました。」のように、登録されている在庫量の範囲で在庫登録Ｒ１の削除を行った旨を回答する。上記（Ｂ３）の場合、応答制御部４２３は、「単位が登録と異なっているので変更してください。」のように、処理に失敗した旨を回答する。上記（Ｂ５）の場合、応答制御部４２３は、「すみません。失敗しました。もう一度お願いします。」のように処理が失敗した旨を回答する。

ここで、応答制御部４２３による応答の優先度は、上記（Ｂ１）～（Ｂ４）のうち２つ以上が同時に生じた場合、（Ｂ１）、（Ｂ３）、（Ｂ２）、（Ｂ４）の順に低くなる。すなわち、（Ｂ１）の優先度が最も高く、（Ｂ４）の優先度が最も低い。「応答の優先度」とは、処理結果の出力順（どの処理結果を先に出力するか）の優先度である。本実施形態では、複数の食材に関する削除指示を受け付けた場合において、「食材で在庫が１つもない（Ｂ２）」および「食材で数量不足（Ｂ３）」の２つのエラーが生じた場合、「食材で数量不足（Ｂ３）」に関するエラーを先に出力し、「食材で在庫が１つもない（Ｂ２）」に関するエラーを後に出力する。例えば、トマト２個の在庫登録Ｒ１があり、キャベツの在庫登録Ｒ１がない状態において、「キャベツ３個とトマト３個を削除して」と削除指示を受け付けた場合、「トマトは２個しかありません。全て削除しました。キャベツはありません。」のような応答を出力する。

＜５．３ 在庫確認＞
＜５．３．１ 食材を指定した在庫確認＞
本実施形態では、指示受付部４２１は、食材を指定した在庫確認を受け付け可能である。「食材を指定した在庫確認」とは、「卵はある？」、「鶏もも肉と、牛乳はある？」、「卵２個ある？」、「アジの干物は何枚ある？」など、食材名を伴う在庫確認の指示である。

この場合、登録管理部４２２は、在庫リストＤＢ５２１に基づき、在庫確認の対象について、「在庫がある（Ｃ１）」、「全ての食材で在庫なし（Ｃ２）」、「一部食材で在庫なし（Ｃ３）」のいずれに該当するかを判定する。

上記（Ｃ１）の場合、応答制御部４２３は、「卵が２個あります。」のように、食材名および数量を示して在庫があることを回答する。上記（Ｃ２）の場合、応答制御部４２３は、「ええっと、鶏もも肉と牛乳はありません」のように、在庫確認の対象の全ての食材が無いことを回答する。なお「ええっと」のような、つなぎ言葉は無くてもよい。上記（Ｃ３）の場合、応答制御部４２３は、「鶏もも肉はあります。牛乳はありません。」のように、在庫がある食材と、在庫が無い食材を回答する。

＜５．３．２ 貯蔵室を指定した在庫確認＞
本実施形態では、指示受付部４２１は、貯蔵室１１を指定した在庫確認を受け付け可能である。「貯蔵室を指定した在庫確認」とは、「野菜室に何がある？」、「冷凍庫にアジの干物ある？」など、貯蔵室１１の名前を伴う在庫確認の指示である。

この場合、登録管理部４２２は、在庫リストＤＢ５２１に基づき、在庫確認の対象について、「指定の貯蔵室に在庫が１つ以上ある（Ｄ１）」、「指定の貯蔵室に在庫が１つもない（Ｄ２）」、「指定した貯蔵室に指定した食材がある（Ｄ３）」、「指定した貯蔵室に指定した食材がない（Ｄ４）」のいずれに該当するかを判定する。

上記（Ｄ１）の場合、応答制御部４２３は、「野菜室には、７点の登録があります。〇〇が１個、〇〇が２個、…があります。他２点はアプリで確認できます。」など、指定した貯蔵室の在庫登録Ｒ１の数、所定数（例えば５点）までの食材の読み上げ、読み上げた食材以外の在庫登録Ｒ１の数や確認方法を回答する。所定数の食材の読み上げは、例えば、購入日が古い順、または摂取期限が近い順である。上記（Ｄ２）の場合、応答制御部４２３は、「あれれ、野菜室１１Ｃには食材がありません」のように、指定した貯蔵室１１には食材が無いことを回答する。なお「あれれ」のような、つなぎ言葉は無くてもよい。上記（Ｄ３）の場合、応答制御部４２３は、「冷凍庫にアジの干物が２枚あります。」のように、指定した貯蔵室１１、食材名、および数量を示して在庫があることを回答する。上記（Ｄ４）の場合、応答制御部４２３は、「冷凍庫にアジの干物はありません。」のように、指定した貯蔵室１１を示し、指定した食材名の在庫が無いことを回答する。

＜５．３．３ 食材および貯蔵室を指定しない在庫確認＞
本実施形態では、指示受付部４２１は、食材および貯蔵室１１を指定しない在庫確認を受け付け可能である。「食材および貯蔵室を指定しない在庫確認」とは、「冷蔵庫に何がある？」、「食材リストを読み上げて」など、在庫リストＤＢ５２１に登録された全ての食材の在庫確認の指示である。

この場合、登録管理部４２２は、在庫リストＤＢ５２１に基づき、「在庫が１つ以上ある（Ｅ１）」、「在庫が１つもない（Ｅ２）」のいずれに該当するかを判定する。上記（Ｅ１）の場合、応答制御部４２３は、「１２点の登録があります。〇〇が１個、〇〇が２個、…があります。他７点はアプリで確認できます。」など、全在庫登録Ｒ１の数、所定数（例えば５点）までの食材の読み上げ、読み上げた食材以外の在庫登録Ｒ１の数や確認方法を回答する。所定数の食材の読み上げは、例えば、購入日が古い順、または摂取期限が近い順である。上記（Ｅ２）の場合、応答制御部４２３は、「在庫がありません」など、在庫が１つも無いことを回答する。

＜５．４ 在庫切れ確認＞
本実施形態では、指示受付部４２１は、在庫切れ確認を受け付け可能である。「在庫切れ確認」とは、「ストックがないものを教えて」、「よく使う食材で今無いもの」など、常備品ＤＢ２５６に設定された食材のなかで在庫が無い食材を確認する指示である。

この場合、登録管理部４２２は、在庫リストＤＢ５２１と常備品ＤＢ５２６との比較に基づき、「常備品ＤＢ５２６に登録された全ての食材について、在庫リストＤＢ５２１に在庫登録Ｒ１があること（Ｆ１）」、「常備品ＤＢ５２６に登録された食材の一部または全部について、在庫リストＤＢ５２１に在庫登録Ｒ１が無いこと（Ｆ２）」のいずれ該当するかを判定する。

上記（Ｆ１）の場合、応答制御部４２３は、「常備食品は全てあります。」と回答する。上記（Ｆ２）の場合、応答制御部４２３は、「冷蔵庫に無い食材は７点の登録があります。〇〇、〇〇、…がありません。他２点はアプリで確認できます。」など、在庫切れの食材の数、所定数（例えば５点）までの在庫切れの食材の読み上げ、読み上げた食材以外の在庫切れの食材の数や確認方法を回答する。所定数の食材の読み上げは、例えば、常備品ＤＢ５２６への登録が古い順ある。上記（Ｆ２）の場合、応答制御部４２３は、「買い物リストに追加しますか？」との質問を出力させる。そして、当該質問に対して肯定的なユーザＵの回答が指示受付部４２１により受け付けられた場合、登録管理部４２２は、常備品ＤＢ５２６に登録された食材のなかで在庫リストＤＢ５２１に在庫登録が無い全ての食材を買い物リストＤＢ５２２に追加する。

＜５．５ 買い物リストの確認＞
本実施形態では、指示受付部４２１は、買い物リストの確認（閲覧）を受け付け可能である。「買い物リストの確認」とは、「買い物リストには何がある？」、「何買うのだっけ？」など、買い物リストの内容を確認する指示である。この場合、応答制御部４２３は、買い物リストＤＢ５２２に基づき、「６点の登録があります。〇〇、〇〇、…があります。他１点はアプリで確認できます。」など、買い物リストＤＢ５２２に登録された買い物登録Ｒ２の数、所定数（例えば５点）までの食材の読み上げ、読み上げた食材以外の買い物登録Ｒ２の数や確認方法を回答する。所定数の食材の読み上げは、例えば、買い物リストＤＢ５２２への登録が新しい順である。すなわち、直近に登録された買い物登録Ｒ２ほど、先に読み上げられる。ただし、所定数の食材の読み上げは、例えば、買い物リストＤＢ５２２への登録が古い順でもよい。

＜５．６ 常備品リストの確認＞
本実施形態では、指示受付部４２１は、常備品リストの確認（閲覧）を受け付け可能である。「常備品リストの確認」とは、「よく使う食材は何がある？」、「常備食品を教えて」など、常備品ＤＢ５２６に登録された内容を確認する指示である。この場合、応答制御部４２３は、常備品ＤＢ５２６に基づき、「１５点の登録があります。〇〇、〇〇、…があります。他１０点はアプリで確認できます。」など、常備品ＤＢ５２６に登録された登録の数、所定数（例えば５点）までの食材の読み上げ、読み上げた食材以外の登録の数や確認方法を回答する。所定数の食材の読み上げは、例えば、常備品ＤＢ５２６への登録が古い順ある。

次に、登録の追加や削除に関するいくつかの制御例について説明する。以下の説明において「指示が受け付けられた場合」とは、ユーザＵの指示が指示受付部４２１により受け付けられた場合を意味する。

＜６．削除対象が明確でない削除指示に関する制御例＞
＜６．１ 処理内容＞
図１２に示すように、在庫リストＤＢ５２１には、同一名称の食材（同一種類の食材）に関する複数の在庫登録Ｒ１がある場合がある。図１２に示す例では、「豚肉」に関して購入日が異なる複数の在庫登録Ｒ１がある。以下では、同一名称の食材に関する複数の在庫登録Ｒ１を、単に「複数の在庫登録ＲＳ」と称する場合がある。

登録管理部４２２は、同一名称の食材に関する複数の在庫登録ＲＳがある場合において、削除対象を指定したユーザＵの削除指示が受け付けられた場合、複数の在庫登録ＲＳのなかから削除対象の在庫登録Ｒ１を削除する。「削除対象を指定したユーザＵの削除指示」とは、複数の在庫登録ＲＳのなかから削除対象の在庫登録Ｒ１を一意に特定可能な削除指示である。削除対象を指定したユーザＵの削除指示は、「購入日がＸ月Ｘ日の〇〇を削除して」、「一番古い〇〇を削除して」など、複数の在庫登録ＲＳを互いに区別可能な削除指示である。

一方で、本実施形態の登録管理部４２２は、同一名称の食材に関する複数の在庫登録ＲＳがある場合において、当該食材に関して削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、予め設定された優先順位に基づき複数の在庫登録ＲＳのうち１つ以上の在庫登録Ｒ１を削除する。例えば、登録管理部４２２は、削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、複数の在庫登録Ｒ１のうち上記優先順位での優先度が最も高い１つの在庫登録Ｒ１を削除する。

ここで、同一名称の食材は、「同一区分の食材」の一例である。同一区分の食材は、同一名称の食材に限定されず、予め同じ区分として設定された複数種類の食材を含んでもよい。例えば、「トマト」と「プチトマト」とは、同一区分の食材として予め設定されていてもよい。また、区分は、食材単位によらず、食材のグループ単位で予め設定されていてもよい。例えば、「鮭」、「鮪」、「鯛」などが「魚」として同一区分の食材として設定されている場合において、「魚を削除」とのユーザＵの削除指示が受け付けられた場合、「魚」に関する複数の在庫登録Ｒ１（例えば「鮭」、「鮪」、「鯛」の在庫登録Ｒ１）のうち１つ以上の在庫登録Ｒ１が上記優先順位（例えば購入日が古い順）に基づいて削除されてもよい。「区分」は、「分類」と読み替えられてもよい。以下では、同一名称の食材ごとに区分が設定された例について説明する。

本実施形態では、上記優先順位は、食材の購入日の古い順である。ただし、優先順位は、上記例に代えて、摂取期限の早い順でもよい。「摂取期限」の早い順とは、摂取期限が早く到来する順である。

図１３は、在庫登録Ｒ１の削除に関する１つの制御例を示す図である。図１３に示す例では、「豚肉」に関する複数の在庫登録ＲＳとして、「購入日：５月３１日」の在庫登録Ｒ１と、「購入日：６月２日」の在庫登録Ｒ１とがある。この場合、「豚肉を削除して」というユーザＵの削除指示（例えば発話による削除指示）が受け付けられた場合、登録管理部４２２は、食材の購入日の古い順である優先順位に基づき、「購入日：５月３１日」の在庫登録Ｒ１を削除し、「購入日：６月２日」の在庫登録Ｒ１はそのまま維持する。

ここで、複数の在庫登録ＲＳは、互いに在庫量が異なる場合がある。登録管理部４２２は、ある食材に関する複数の在庫登録ＲＳが、第１量の上記食材があることを示す第１登録と、上記第１登録よりも上記優先順位での優先度が低いとともに上記第１量よりも多い第２量の上記食材があることを示す第２登録とを含む場合において、上記食材に関して削除対象が不明な、上記第１量よりも多い量の上記食材を削除する削除指示が受け付けられた場合、上記第１登録を削除するが、上記第２登録を上記第２量のまま維持する。この場合、応答制御部４２３は、上記第２登録を上記第２量のまま維持することを、ユーザＵに対して報知してもよい。

図１４は、在庫登録の削除に関する別の制御例を示す図である。図１４に示す例では、「豚肉」に関する複数の在庫登録ＲＳとして、「購入日：５月３１日、在庫量：２００グラム」の在庫登録Ｒ１と、「購入日：６月２日、在庫量：３００グラム」の在庫登録Ｒ１とがある。この場合、「豚肉を３００グラム削除して」というユーザＵの削除指示（例えば発話による削除指示）が受け付けられた場合、登録管理部４２２は、「購入日：５月３１日、在庫量：２００グラム」の在庫登録Ｒ１を削除し、「購入日：６月２日、在庫量：３００グラム」の在庫登録Ｒ１をそのまま維持する。

さらに言えば、本実施形態の登録管理部４２２は、上記と同じ状況において、上記食材に関して削除対象が不明な、上記第２量よりも多い量の上記食材を削除する削除指示が受け付けられた場合でも、上記第１登録を削除するが、上記第２登録を上記第２量のまま維持する。すなわち、図１４に示す例と同様に、「豚肉」に関する複数の在庫登録ＲＳとして、「購入日：５月３１日、在庫量：２００グラム」の在庫登録Ｒ１と、「購入日：６月２日、在庫量：３００グラム」の在庫登録Ｒ１とがある場合において、「豚肉を４００グラム削除して」というユーザＵの削除指示（例えば発話による削除指示）が受け付けられた場合、登録管理部４２２は、「購入日：５月３１日、在庫量：２００グラム」の在庫登録Ｒ１を削除し、「購入日：６月２日、在庫量：３００グラム」の在庫登録Ｒ１をそのまま維持する。

このような処理を行うことで、削除対象の在庫登録Ｒ１の量をユーザＵが誤って多く指示してしまった場合に、削除対象でない在庫登録Ｒ１が意図せずに消えてしまうことを避けることができる。一方で、削除指示の量が正しい場合（購入日が新しい在庫登録Ｒ１も纏めて削除したかった場合）は、購入日が新しい在庫登録Ｒ１の在庫量は適正に減らないが、当該在庫登録Ｒ１は在庫リストＤＢ５２１に残りユーザＵが容易に確認できる状態にあるので、ユーザＵは追加の削除指示を出すことで、購入日が新しい在庫登録Ｒ１の在庫量を正しい量に容易に修正可能である。

本実施形態では、応答制御部４２３は、削除対象の食材に関する複数の在庫登録ＲＳの一部または全部が冷凍室１１Ｅに関する在庫登録である場合において、当該食材に関して削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、どの在庫登録Ｒ１を削除するのかを示す質問を報知部（音声対話装置２００、冷蔵庫１００の表示装置３０、または端末機器３００の表示装置３１０）から出力させる。

本実施形態では、上記質問を出力させる場合、応答制御部４２３は、第１サーバ装置４１０に所定の制御信号を送ることで、上記質問を音声対話装置２００から音声にて出力させる。この場合、応答制御部４２３は、削除対象の食材に関する複数の在庫登録ＲＳに異なる識別情報を付して音声にて出力する。当該識別情報は、例えば、異なる番号または異なるアルファベットであるが、短い発話で応答できるものや、区別が付きやすいもの（認識しやすいもの）であれば、上記例に限定されない。登録管理部４２２は、指示受付部４２１により受け付けられた上記識別情報を指定するユーザＵの音声入力による指示に基づき、削除対象の在庫登録Ｒ１を特定する。一方で、登録管理部４２２は、上記識別情報を指定する音声入力に基づく指示に加え、食材名を指定する音声入力に基づく指示が指示受付部４２１により受け付けられた場合は、上記食材名を指定する音声入力に基づく指示を、削除対象の在庫登録Ｒ１の特定には利用しない、または上記識別情報よりも重み付けを小さくして利用する。当該識別情報は、例えば、在庫リストＤＢ５２１において、食材を示す情報（食材情報）と対応付けられて各在庫登録Ｒ１の一部として管理されてもよい。

図１５は、在庫登録Ｒ１の削除に関するさらに別の制御例を示す図である。図１５に示す例では、複数の在庫登録ＲＳとして、「購入日：５月３１日、保存部屋：冷凍室」の在庫登録Ｒ１と、「購入日：６月２日、保存部屋：冷蔵室」の在庫登録Ｒ１とがある。この場合、「豚肉を削除して」というユーザＵの削除指示（例えば発話による削除指示）が受け付けられた場合、応答制御部４２３は、「１番、購入日５月３１日の豚肉と、２番、購入日６月２日の豚肉、どちらを削除しますか？」という質問を音声対話装置２００から出力させる。なお、応答制御部４２３は、「１番、購入日５月３１日、冷凍室の豚肉と、２番、購入日６月２日、冷蔵室の豚肉、どちらを削除しますか？」というように、貯蔵室１１を付した質問を音声対話装置２００から出力させてもよい。

そして、指示受付部４２１は、ユーザＵの音声による追加指示を待つ。例えば「１番を削除して」というユーザＵの音声による回答があった場合、指示受付部４２１は、「購入日：５月３１日、保存部屋：冷凍室」の在庫登録Ｒ１を削除対象の在庫登録Ｒ１として特定する。この場合、登録管理部４２２は、指示受付部４２１により特定された削除対象の在庫登録Ｒ１を、在庫リストＤＢ５２１から削除する。

＜６．２ 制御の流れ＞
図１６は、在庫登録Ｒ１の削除に関する処理を示すフローチャートである。まず、指示受付部４２１は、ユーザＵによる在庫登録Ｒ１の削除指示を受け付ける（Ｓ１０１）。次に、登録管理部４２２は、指示受付部４２１により削除指示が受け付けられた場合、削除指示の対象に該当する在庫登録Ｒ１が在庫リストＤＢ５２１にあるか否かを判定する（Ｓ１０２）。応答制御部４２３は、削除指示の対象に該当する在庫登録Ｒ１が在庫リストＤＢ５２１にない場合（Ｓ１０２：ＮＯ）、削除指示の対象に該当する在庫登録Ｒ１がない旨をユーザＵに報知し（Ｓ１０３）、処理を終了する。

登録管理部４２２は、削除指示の対象に該当する在庫登録Ｒ１が在庫リストＤＢ５２１にある場合（Ｓ１０２：ＹＥＳ）、削除指示の対象に該当する在庫登録Ｒ１が在庫リストＤＢ５２１に２つ以上あるか否かを判定する（Ｓ１０４）。登録管理部４２２は、削除指示の対象に該当する在庫登録Ｒ１が在庫リストＤＢ５２１に１つだけある場合（Ｓ１０４：ＮＯ）、削除指示の対象に該当する在庫登録Ｒ１を削除する（Ｓ１０５）。この場合、応答制御部４２３は、削除した在庫登録Ｒ１をユーザＵに報知し（Ｓ１０９）、処理を終了する。

登録管理部４２２は、削除指示の対象に該当する在庫登録Ｒ１が在庫リストＤＢ５２１に２つ以上ある場合（Ｓ１０４：ＹＥＳ）、ユーザＵの指示に基づき削除対象の在庫登録Ｒ１を特定することができるか否か（すなわち、削除対象を一意に特定可能な削除指示であるか否か）を判定する（Ｓ１０５）。登録管理部４２２は、削除対象の在庫登録Ｒ１を特定することができる場合（Ｓ１０５：ＹＥＳ）、特定された在庫登録Ｒ１を削除する（Ｓ１０７）。この場合、応答制御部４２３は、削除した在庫登録Ｒ１をユーザＵに報知し（Ｓ１０９）、処理を終了する。

一方で、登録管理部４２２は、削除対象の在庫登録Ｒ１を特定することができない場合（Ｓ１０５：ＮＯ）、上記優先順位に基づき、削除指示の対象に該当する１つの在庫登録Ｒ１を削除する（Ｓ１０８）。この場合、応答制御部４２３は、削除した在庫登録Ｒ１をユーザＵに報知し（Ｓ１０９）、処理を終了する。

＜６．３ 利点＞
本実施形態では、削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、予め設定された優先順位に基づき複数の在庫登録ＲＳのうち１つ以上の在庫登録Ｒ１が削除される。このような構成によれば、同一名称の食材の在庫登録Ｒ１が複数存在する場合でも、ユーザＵに詳細な削除指示を要求したり、ユーザＵに対して何度も問い合わせが生じることを抑制して在庫登録Ｒ１の削除を行うことができ、ユーザＵの負担を小さくすることができる。これにより、ユーザＵの利便性の向上を図ることができる。

本実施形態では、上記優先順位は、食材の購入日の古い順、または摂取期限の早い順である。購入日の古い食材または摂取期限が近い食材は優先的に料理に使用される可能性が高いため、購入日の古い食材または摂取期限が近い食材を優先的に削除することで、ユーザＵの意図通りの削除処理をより高い精度で行うことができる。

本実施形態では、複数の在庫登録ＲＳの一部または全部が冷凍室１１Ｅに関する在庫登録Ｒ１である場合、どの在庫登録Ｒ１を削除するのかを示す質問を出力させる。冷凍室１１Ｅに保存されている食材は、購入日が古くても後から使用する可能性があるため、ユーザに確認の質問をすることで、ユーザＵの意図通りの削除処理をより高い精度で行うことができる。

本実施形態では、上記質問を出力させる場合、複数の在庫登録ＲＳに異なる識別情報を付して音声にて出力させ、上記識別情報を指定するユーザの音声入力による指示に基づき、削除対象の在庫登録Ｒ１が特定される。このような構成によれば、音声入力における誤認識を減らすことができる。これにより、ユーザＵの意図通りの削除処理をより高い精度で行うことができる。

なお、上述した制御例では、削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、複数の在庫登録Ｒ１のうち上記優先順位での優先度が最も高い１つの在庫登録Ｒ１が削除される。これに代えて、登録管理部４２２は、ユーザＵの削除指示で削除を指示された量が所定量以上である場合、削除が指示された量に応じて複数の在庫登録Ｒ１のうち上記優先順位での優先度が高い２つまたは３つ以上の在庫登録Ｒ１を削除するようにしてもよい。

＜６．４ 変形例＞
（第１変形例）
第１変形例の登録管理部４２２は、削除対象の食材に関する複数の在庫登録ＲＳの一部が冷凍室１１Ｅに関する在庫登録Ｒ１の場合において、当該食材に関して削除対象が不明な削除指示が受け付けられた場合、冷凍室１１Ｅに関する在庫登録Ｒ１の少なくとも一部を除外して複数の在庫登録ＲＳのうち１つ以上の在庫登録Ｒ１を削除する。すなわち本変形例では、冷凍室１１Ｅに関する在庫登録Ｒ１の少なくとも一部は自動的に除外され、冷凍室１１Ｅとは異なる貯蔵室１１に保存された食材の在庫登録Ｒ１のなかから削除対象の在庫登録Ｒ１が特定される。このような構成によれば、ユーザＵは、冷凍室１１Ｅに保存された食材を削除したい場合は、貯蔵室１１を指定した削除指示により削除処理を行うことができ、それ以外の貯蔵室１１に保存された食材を削除したい場合は、より簡単な削除指示で削除処理を行うことができる。これにより、ユーザの利便性をさらに高めることができる。ここでいう「少なくとも一部を除外して」とは、例えば、特定の条件を満たす冷凍室１１Ｅに関する在庫登録Ｒ１があれば、それらは削除対象の候補から除外せずに、それらは冷蔵室１１Ａに関連する在庫登録Ｒ１と同じ基準で削除対象であるか否かが判定されてもよいことを意味する。「特定の条件を満たす在庫登録」は、冷凍室１１Ｅに保存された食材が特定の食品分類（例えば果物）に該当する在庫登録Ｒ１や、冷凍室１１Ｅに保存された食材の購入日が所定期日よりも古い在庫登録Ｒ１などであるが、これらに限定されない。

（第２変形例）
第２変形例の登録管理部４２２は、削除対象の食材に関する複数の在庫登録ＲＳが同じ温度帯の貯蔵室に関する登録である場合おいて、当該食材に関して削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、上記食材の購入日の古い順または摂取期限の早い順である第１基準の優先順位に基づき、複数の在庫登録Ｒ１のうち１つ以上の在庫登録Ｒ１を削除する。一方で、本変形例の登録管理部４２２は、削除対象の食材に関する複数の在庫登録ＲＳが異なる温度帯の貯蔵室１１に関する登録である場合おいて、当該食材に関して削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、上記第１基準とは異なる第２基準に基づく優先順位に基づき、複数の在庫登録Ｒ１のうち１つ以上の在庫登録Ｒ１を削除する。これら第１基準および第２基準は、食材優先順位情報５２７として記憶部４２５に記憶されている。

上記第２基準は、例えば、貯蔵室１１の種類に応じて予め設定された優先順位である。例えば、上記第２基準では、貯蔵室１１の温度帯が低くなるほど上記優先順位が低くなる。例えば、上記優先順位は、冷蔵室１１Ａ、冷凍室１１Ｅの順に低くなる。上述したように本明細書で「Ｘ，Ｙの順に低くなる」とは、Ｘが高く、Ｙが低いことを意味する。すなわち、登録管理部４２２は、複数の在庫登録ＲＳが異なる冷蔵室１１Ａに関する在庫登録Ｒ１と冷凍室１１Ｅに関する在庫登録Ｒ１である場合、冷蔵室１１Ａに関する在庫登録Ｒ１を優先して削除する。冷蔵室１１Ａに保存された食材は、冷凍室１１Ｅに保存された食材よりも早く使用される可能性が高い。このため上記処理によれば、ユーザＵの意図通りの削除処理をより高い精度で行うことができる場合がある。

別の例では、上記第２基準の優先順位は、チルド室１１Ｂ、冷蔵室１１Ａ、冷凍室１１Ｅの順に低くなる。チルド室１１Ｂに保存された食材は、冷蔵室１１Ａおよび冷凍室１１Ｅに保存された食材よりも早く使用される可能性が高い。このため上記処理によれば、ユーザＵの意図通りの削除処理をより高い精度で行うことができる場合がある。

図１７は、食材優先順位情報５２７の内容の一例を示す図である。図１７に示す例では、上記第２基準の優先順位は、チルド室１１Ｂ、冷蔵室１１Ａ、野菜室１１Ｃ、冷凍室１１Ｅの順に低くなる。チルド室１１Ｂおよび冷蔵室１１Ａに保存された野菜は、野菜室１１Ｃに保存された野菜よりもよりも早く使用される可能性が高い。このため上記処理によれば、ユーザＵの意図通りの削除処理をより高い精度で行うことができる場合がある。

ただし、本変形例における第１基準および第２基準は、上記例に限定されない。上述した変形例では、冷蔵室１１Ａ、野菜室１１Ｃ、およびチルド室１１Ｂをそれぞれ別の温度帯の貯蔵室１１として区分している。ただし、大きな観点で見た場合、冷蔵室１１Ａおよび野菜室１１Ｃは、同じ温度帯の貯蔵室１１と見做すこともできる。この場合は、削除対象の食材に関する複数の在庫登録ＲＳが冷蔵室１１Ａおよび野菜室１１Ｃに分かれた登録である場合であっても、当該食材に関して削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、冷蔵室１１Ａおよび野菜室１１Ｃに保存された食材の在庫登録Ｒ１のなかで、購入日が最も古い食材（または摂取期限が最も早い食材）の在庫登録Ｒ１が削除されてもよい。

（第３変形例）
第３変形例の登録管理部４２２は、削除対象の食材に関する複数の在庫登録ＲＳがある場合において、当該食材に関して削除対象が不明な在庫登録Ｒ１の削除指示が受け付けられた場合、食材の購入日や摂取期限に関わらず、貯蔵室１１の種類に応じて予め設定された優先順位のみに基づき、複数の在庫登録Ｒ１のうち１つ以上の在庫登録Ｒ１を削除する。すなわち、第３変形例の登録管理部４２２は、上述した第２基準の優先順位のみに基づき、削除対象の在庫登録Ｒ１を決定する。本変形例の優先順位の詳細は、第２変形例の第２基準の優先順位と同じである。

（第４変形例）
第４変形例では、貯蔵室１１の種類に応じて予め設定される上記優先順位が食材によって異なる例である。すなわち、複数の在庫登録ＲＳが、第１貯蔵室に食材がある第１登録と、上記第１貯蔵室よりも温度帯が低い第２貯蔵室に上記食材がある第２登録とを含む場合において、食材が第１食材である場合は、上記優先順位は、上記第１貯蔵室、上記第２貯蔵室の順に低くなり、上記食材が第１食材とは異なる第２食材である場合は、上記優先順位は、上記第２貯蔵室、上記第１貯蔵室の順に低くなる。

１つの例では、上記第１貯蔵室は、冷蔵室１１Ａであり、上記第２貯蔵室は、チルド室１１Ｂであり、上記第１食材は、肉類または魚介であり、上記第２食材は、野菜である。すなわち、削除対象の在庫登録Ｒ１が肉類または魚介である場合は、登録管理部４２２は、チルド室１１Ｂに関する在庫登録Ｒ１よりも、冷蔵室１１Ａに関する在庫登録Ｒ１を優先して削除する。一方で、削除対象の在庫登録Ｒ１が野菜である場合は、登録管理部４２２は、冷蔵室１１Ａに関する在庫登録Ｒ１よりも、チルド室１１Ｂに関する在庫登録Ｒ１を優先して削除する。これは、冷蔵室１１Ａに保存された肉類および魚介は、チルド室１１Ｂに保存された肉類および魚介よりも早く使用される可能性が高い一方で、チルド室１１Ｂに保存された野菜は、一部調理された（例えばカットされた）野菜であることが多く、冷蔵室１１Ａに保存された野菜よりも早く使用される可能性が高いためである。

別の例では、上記第１貯蔵室は、冷蔵室１１Ａ、チルド室１１Ｂ、または野菜室１１Ｃであり、上記第２貯蔵室は、冷凍室１１Ｅであり、上記第１食材は、野菜、肉類、または魚介であり、上記第２食材は、果物である。すなわち、削除対象の在庫登録Ｒ１が野菜、肉類、または魚介である場合は、登録管理部４２２は、冷凍室１１Ｅに関する在庫登録Ｒ１よりも、冷蔵室１１Ａ、チルド室１１Ｂ、または野菜室１１Ｃに関する在庫登録Ｒ１を優先して削除する。一方で、削除対象の在庫登録Ｒ１が果物である場合は、登録管理部４２２は、冷蔵室１１Ａ、チルド室１１Ｂ、または野菜室１１Ｃに関する在庫登録Ｒ１よりも、冷凍室１１Ｅに関する在庫登録Ｒ１を優先して削除する。これは、冷蔵室１１Ａ、チルド室１１Ｂ、または野菜室１１Ｃに保存された野菜、肉類、および魚介は、冷凍室１１Ｅに保存された野菜、肉類、および魚介よりも早く使用される可能性が高い一方で、冷凍室１１Ｅに保存された果物は、冷凍果実として早く食される可能性が高いためである。

（第５変形例）
第５変形例の登録管理部４２２は、複数の在庫登録ＲＳが、チルド室１１Ｂに食材があることを示す第１登録と、冷蔵室１１Ａに上記食材があることを示す第２登録とを含む場合において、チルド室１１Ｂを冷却する運転モードが第１運転モードの場合、上記優先順位は、チルド室１１Ｂ、冷蔵室１１Ａの順に低くなり、チルド室１１Ｂを冷却する運転モードが上記第１運転モードよりも温度帯が低くなる第２運転モードの場合、上記優先順位は、冷蔵室１１Ａ、チルド室１１Ｂの順に低くなる。これは、チルド室１１Ｂの温度帯が低くなる運転モードで運転される場合は、冷蔵室１１Ａに保存された食材がチルド室１１Ｂに保存された食材よりも早く使用される可能性が高いためである。

例えば、登録管理部４２２は、チルド室１１Ｂを冷却する運転モードが「通常チルド」の運転モードである場合、冷蔵室１１Ａに関する在庫登録Ｒ１よりも、チルド室１１Ｂに関する在庫登録Ｒ１を優先して削除する。一方で、登録管理部４２２は、チルド室１１Ｂを冷却する運転モードが「急速チルド」の運転モードである場合、チルド室１１Ｂに関する在庫登録Ｒ１よりも、冷蔵室１１Ａに関する在庫登録Ｒ１を優先して削除する。

別の例では、登録管理部４２２は、チルド室１１Ｂを冷却する運転モードが「解凍」の運転モードである場合、冷蔵室１１Ａに関する在庫登録Ｒ１よりも、チルド室１１Ｂに関する在庫登録Ｒ１を優先して削除する。一方で、登録管理部４２２は、チルド室１１Ｂを冷却する運転モードが「通常チルド」の運転モードである場合、チルド室１１Ｂに関する在庫登録Ｒ１よりも、冷蔵室１１Ａに関する在庫登録Ｒ１を優先して削除する。

さらに別の例では、登録管理部４２２は、チルド室１１Ｂを冷却する運転モードが「通常」の運転モードである場合、冷蔵室１１Ａに関する在庫登録Ｒ１よりも、チルド室１１Ｂに関する在庫登録Ｒ１を優先して削除する。一方で、登録管理部４２２は、チルド室１１Ｂを冷却する運転モードが「特別チルド」の運転モードである場合、チルド室１１Ｂに関する在庫登録Ｒ１よりも、冷蔵室１１Ａに関する在庫登録Ｒ１を優先して削除する。

以上、いくつかの変形例について説明したが、変形例は上述した例に限定されない。例えば、複数の在庫登録ＲＳが複数の貯蔵室１１に分かれている場合、応答制御部４２３は、どの在庫登録Ｒ１を削除するのかユーザＵに毎回質問するようにしてもよい。また、登録管理部４２２は、冷蔵庫１００の扉２０の開閉スイッチ（不図示）の検出結果に基づき、扉２０が開かれた貯蔵室１１に限定して削除対象の在庫登録Ｒ１を判定してもよい。

＜７．エラーの報告順序に関する制御例＞
＜７．１ 処理内容＞
上述したように、本実施形態の指示受付部４２１は、複数の食材の登録を同時に追加または削除するユーザＵの音声入力に基づく指示を受け付け可能である。本明細書で「同時に追加または削除」とは、厳密な時刻の一致を意味するものではなく、ユーザＵの１纏まりの発話のなかで指示された追加または削除を意味する。このような指示が受け付けられた場合、複数の食材のうち一部の食材については処理が正常に完了するが、他の一部の食材について処理が失敗する場合がある。この場合、応答制御部４２３は、以下の報告順序でエラーをユーザＵに報知する。これらエラーの報告順序を含む応答の優先順位は、予め設定されて応答優先順位情報５２８として記憶部４２５に記憶されている。本明細書で「正常」とは、ユーザＵに対してエラーを報知しない状態を意味する。

詳しく述べると、応答制御部４２３は、複数の食材のうち一部の食材の登録の追加または削除に関するユーザＵの指示が指示受付部４２１により正常に受け付けられなかった場合（すなわち、複数の食材のうち一部の食材の登録に関してエラーを出力する場合）、上記音声入力における前記複数の食材の発話順に関わらず、上記複数の食材のうち上記指示が正常に受け付けられた食材（すなわち、上記エラーの対象でない食材）に関する処理結果を先に出力し、上記複数の食材のうち上記指示が正常に受け付けられなかった食材（すなわち、上記エラーの対象である食材）に関する処理結果を後に出力する。ここでいう「登録」とは、在庫登録Ｒ１に限定されず、買い物登録Ｒ２、削除登録Ｒ３、提案登録Ｒ４なども含む。

例えば、「キャベツ３個、トマト１個を削除して」という除指示が受け付けられた場合において、キャベツが１個しか無い場合は、応答制御部４２３は、「トマト１個を削除しました。キャベツは１個しかありません。全て削除しました。」のように、１つの発話のなかで先に指示された食材に関する応答であっても、エラーを伴う食材に関する応答は後から出力する。

上述したように、登録管理部４２２は、各在庫登録Ｒ１に登録可能な食材の最大登録数量を９９９点とし、在庫登録Ｒ１の最大登録件数を１００件として管理する。応答制御部４２３は、複数の食材の登録を同時に追加する指示に関する処理において、食材の最大登録数量に関する第１エラーと、在庫登録Ｒ１の最大登録件数に関する第２エラーとが同時に生じた場合、上記第１エラーを先に出力し、上記第２エラーを後に出力する。第１エラーは、最大登録数量を超える数量の在庫登録Ｒ１と追加しようとする場合に生じるエラーである。第２エラーは、最大登録件数の在庫登録Ｒ１がすでに登録されている状態で、在庫登録Ｒ１をさらに追加しようとする場合に生じるエラーである。本明細書で「同時に生じる」とは、厳密な時刻の一致を意味するものではなく、ユーザＵの１纏まりの発話のなかで指示された内容に対して複数のエラーが生じることを意味する。

ここで、上述したように本実施形態の登録管理部４２２は、上記第１エラーが生じた場合、上記第１エラーが生じた食材については最大登録数量以下の所定数量で登録を行う。すなわち上述したように、「冷蔵室に牛肉を１５００グラム追加して」のような在庫登録Ｒ１の追加指示が受け付けられた場合、登録管理部４２２は、追加対象の食材の数量を最大登録数量（９９９グラム）として在庫登録Ｒ１を追加する。上記所定数量は、最大登録数量に限らず、それよりも少ない数量でもよい。上述したように、「冷蔵室にキャベツを１５００個追加して」のような在庫登録Ｒ１の追加指示が受け付けられた場合、食材に応じて予め設定された所定数量（キャベツの場合は例えば２０個）で在庫登録Ｒ１を追加してもよい。

このため本実施形態では、登録管理部４２２は、複数の食材の登録を同時に追加する指示に関する処理において、上記第１エラーと上記第２エラーとが同時に生じた場合、上記第１エラーが生じた食材について上記所定数量（例えば最大登録数量）で登録を行い、上記第２エラーが生じた食材について在庫登録Ｒ１の登録を行わない。そして、応答制御部４２３は、上記第１食材について上記所定数量（例えば最大登録数量）で登録が行われたことを上記第１エラーと共に先に出力させ、上記第２エラーを後に出力させる。

例えば、「牛肉１５００グラム追加、キャベツ１つ追加」という指示が受け付けられた場合において、その時点ですでに９９件の在庫登録Ｒ１がある場合は、応答制御部４２３は、「登録できる最大の数量は９９９です。牛肉を９９９グラム追加しました。食材の最大登録件数は１００件です。食材を削除してください」のように回答する。

さらに言えば、本実施形態の登録管理部４２２は、上記複数の食材のうち第１食材について上記第１エラーが生じ、上記複数の食材のうち第２食材について正常に処理され、上記複数の食材のうち第３食材に関する上記第２エラーが生じた場合、登録管理部４２２は、上記第１食材について上記所定数量（例えば最大登録数量）で登録を行い、上記第２食材について正常に登録を行い、上記第３食材について登録を行わない。そして、応答制御部４２３は、上記第２食材について正常に処理されたことを先に出力させ、上記第１食材について上記所定数量（例えば最大登録数量）で登録が行われたことを上記第１エラーと共に次に出力させ、上記第３食材に関する第２エラーを後に出力させる。

例えば、「卵３個追加、牛肉１５００グラム追加、キャベツ１つ追加」という指示が受け付けられた場合において、その時点ですでに９８件の在庫登録Ｒ１がある場合は、応答制御部４２３は、「卵を３個追加しました。登録できる最大の数量は９９９です。牛肉を９９９グラム追加しました。食材の最大登録件数は１００件です。食材を削除してください。」のように回答する。

本実施形態では、登録管理部４２２は、上記複数の食材に含まれる３つ以上の食材についてエラーが生じた場合、上記複数の食材の全てについて処理を行わない。そして、応答制御部４２３は、上記複数の食材について処理が失敗したことを包括的に示す応答を出力させる。この場合、応答制御部４２３は、上記３つ以上の食材についての個別の内容（上記３つ以上の食材それぞれについてのエラーの内容）は出力しない。

例えば、「豚肉２００グラム削除、牛肉２００グラム削除、ニンジン２つ削除」という指示が受け付けられた場合において、上述した（Ｂ１）～（Ｂ５）のいずれかの理由で「豚肉」、「牛肉」、および「ニンジン」の在庫登録Ｒ１の削除に失敗した場合、応答制御部４２３は、「全ての処理に失敗しました。分けて指示してみて下さい。」のように回答する。

ただし、上記複数の食材が４つ以上の食材を含み、そのうち３つ以上の食材についてエラーが生じたが、他の１つ以上の食材について正常に処理が可能である場合、登録管理部４２２は、上記他の１つ以上の食材について正常に処理を行い、応答制御部４２３は、上記他の１つ以上の食材については正常に処理が行われたことをユーザＵに報知してもよい。

＜７．２ 制御の流れ＞
図１８は、複数の食材の登録を同時に追加または削除するユーザＵの指示に関する処理を示すフローチャートである。まず、指示受付部４２１は、ユーザＵによる指示を受け付ける（Ｓ２０１）。次に、登録管理部４２２は、指示受付部４２１により指示に基づき、登録の追加または削除の処理を開始する（Ｓ２０２）。

次に、登録管理部４２２は、上記複数の食材に含まれる３つ以上の食材について何らかのエラーが生じたか否かを判定する（Ｓ２０３）。応答制御部４２３は、上記３つ以上の食材について何らかのエラーが生じた場合（Ｓ２０３：ＹＥＳ）、上記複数の食材について処理が失敗したことを包括的に示す応答を出力させ（Ｓ２０４）、処理を終了する。

登録管理部４２２は、上記３つ以上の食材についてエラーが生じていない場合（そもそも指示対象の食材が２つ以下である場合も含む）（Ｓ２０３：ＮＯ）、複数の食材の登録を同時に追加または削除するユーザＵの指示に関して、正常に処理された指示があるか否かを判定する（Ｓ２０５）。登録管理部４２２は、正常に処理された指示がある場合（Ｓ２０５：ＹＥＳ）、正常に処理された指示に識別子“ｉ”を付与し（Ｓ２０６）、Ｓ２０７に進む。一方で、登録管理部４２２は、正常に処理された指示がない場合（Ｓ２０５：ＮＯ）、Ｓ２０７に進む。

次に、登録管理部４２２は、複数の食材の登録を同時に追加または削除するユーザＵの指示に関して、第１エラーが生じた指示があるか否かを判定する（Ｓ２０７）。登録管理部４２２は、第１エラーが生じた指示がある場合（Ｓ２０７：ＹＥＳ）、第１エラーが生じた指示に識別子“ｊ”を付与し（Ｓ２０８）、Ｓ２０９に進む。一方で、登録管理部４２２は、第１エラーが生じた指示がない場合（Ｓ２０７：ＮＯ）、Ｓ２０９に進む。

次に、登録管理部４２２は、複数の食材の登録を同時に追加または削除するユーザＵの指示に関して、第２エラーが生じた指示があるか否かを判定する（Ｓ２０９）。登録管理部４２２は、第２エラーが生じた指示がある場合（Ｓ２０９：ＹＥＳ）、第２エラーが生じた指示に識別子“ｋ”を付与し（Ｓ２１０）、Ｓ２１１に進む。一方で、登録管理部４２２は、第２エラーが生じた指示がない場合（Ｓ２０９：ＮＯ）、Ｓ２１１に進む。

次に、応答制御部４２３は、識別子“ｉ”，“ｊ”，“ｋ”の順に、指示に対する応答順序を並び替える（Ｓ２１１）。次に、応答制御部４２３は、Ｓ２１１で並び替えられた応答順序に基づいて、ユーザＵの指示に対する処理結果の応答を出力する（Ｓ２１２）。

＜７．３ 利点＞
比較例として、ユーザＵの指示に対して処理に失敗したことだけを応答する食材管理システムについて考える。このような応答を行うと、ユーザＵに不快感を与え、またユーザＵの処理が煩雑になることがある。その結果、ユーザＵの利便性が低下する場合がある。

そこで本実施形態の食材管理システムは、複数の食材のうち一部の食材に関する指示が正常に処理されなかった場合、音声入力における上記複数の食材の発話順に関わらず、上記複数の食材のうち上記指示が正常に処理された食材に関する処理結果を先に出力させ、上記複数の食材のうち上記指示が正常に処理されなかった食材に関する処理結果を後に出力させる。このような構成によれば、上記比較例と比べて、処理に失敗した場合のユーザＵの不快感が軽減され、その後のスムーズな処理を促進することができる。これにより、ユーザＵの利便性を高めることができる。

本実施形態では、応答制御部４２３は、食材の最大登録数量に関する第１エラーと、食材登録の最大登録件数に関する第２エラーとが同時に生じた場合、上記第１エラーを先に出力させ、上記第２エラーを後に出力させる。このような構成によれば、第１エラーと比べてユーザＵがより注意する必要がある第２エラーを後に出力することで、第２エラーに対するユーザＵの注意を強く引きやすく（ユーザＵの意識に残りやすく）なる。これにより、ユーザＵの利便性をさらに高めることができる。

ここで、３つ以上の食材の全てについてエラーが生じた場合に、それらエラーの内容を全て出力すると、応答が長くなり、応答の細部についてユーザＵの注意を引くことが難しくなる。そこで本実施形態では、応答制御部４２３は、３つ以上の食材についてエラーが生じた場合、３つ以上の食材について処理が失敗したことを包括的に示す応答を出力させる。このような構成によれば、全てのエラーを出力する場合と比べて応答を短くすることができる。これにより、ユーザＵの利便性をさらに高めることができる。

＜７．４ 変形例＞
（第１変形例）
第１変形例の応答制御部４２３は、複数の食材の登録を同時に追加または削除するユーザＵの指示が受け付けられた場合において、上記複数の食材に含まれる２つ以上の食材についてエラーが生じた場合、上記複数の食材について処理が失敗したことを包括的に示す応答を出力させる。この場合、応答制御部４２３は、上記２つ以上の食材についての個別の内容（上記２つ以上の食材それぞれについてのエラーの内容）は出力しない。これにより、全てのエラーを出力する場合と比べて応答を短くすることができる。これにより、ユーザＵの利便性をさらに高めることができる場合がある。

（第２変形例）
第２変形例の登録管理部４２２は、上記複数の食材のうち第１食材に関する指示が指示受付部４２１で正常に認識されないとともに、上記複数の食材のうち第２食材に関する上記第１エラーと、上記複数の食材のうち第３食材に関する上記第２エラーとが同時に生じた場合、上記第１食材について登録を行わず、上記第２食材について上記所定数量（例えば最大登録数量）で登録を行い、上記第３食材について登録を行わない。そして、応答制御部４２３は、上記第２食材について上記所定数量（例えば最大登録数量）で登録が行われたことを上記第１エラーと共に先に出力させ、上記第３食材に関する上記第２エラーを次に出力させ、上記第１食材が正常に認識されなかったことを示す第３エラーを後に出力させる。

例えば、「卵３個追加、牛肉１５００グラム追加、キャベツ１つ追加」という指示が受け付けられた場合において、その時点ですでに９９件の在庫登録Ｒ１があり、「卵」に関する指示が正常に認識されなかった場合、応答制御部４２３は、「登録できる最大の数量は９９９です。牛肉を９９９グラム追加しました。食材の最大登録件数は１００件です。食材を削除してください。１番目の指示が認識できませんでした。」のように回答する。

（第３変形例）
第３変形例は、第１サーバ装置４１０からユーザＵの音声の分析結果とともに、ユーザＵの各指示の認識結果に対する尤度を示す尤度情報が第２サーバ装置４２０の指示受付部４２１に送信される例である。

第３変形例の登録管理部４２２は、複数の食材の登録を同時に追加または削除するユーザＵの指示が受け付けられた場合において、上記複数の食材のうち第１食材に関する上記指示の認識結果の尤度が予め設定された閾値未満であるとともに、上記複数の食材のうち第２食材に関する上記第１エラーと、上記複数の食材のうち第３食材に関する上記第２エラーとが同時に生じた場合、上記第１食材について推定した食材（尤度が最も高い食材）で登録を行い、上記第２食材について上記所定数量（例えば最大登録数量）で登録を行い、上記第３食材について登録を行わない。そして、応答制御部４２３は、上記第２食材について上記所定数量（例えば最大登録数量）で登録が行われたことを上記第１エラーと共に先に出力させ、上記第３食材に関する上記第２エラーを次に出力させ、上記第１食材が推定された食材で登録されたことを後に出力させる。

例えば、「卵３個追加、牛肉１５００グラム追加、キャベツ１つ追加」という指示が受け付けられた場合において、その時点ですでに９８件の在庫登録Ｒ１があり、「卵」に関する指示に認識結果の尤度が予め設定された閾値未満である場合、応答制御部４２３は、「登録できる最大の数量は９９９です。牛肉を９９９グラム追加しました。食材の最大登録件数は１００件です。食材を削除してください。１番目の食材は卵でよかったでしょうか。卵３個を追加しました。」のように回答する。このような応答によれば、推定して登録された食材に関する応答が最後になるため、推定して登録された食材に対するユーザＵの注意を強く引きやすく（ユーザＵの意識に残りやすく）なる。このため、推定して登録された食材が誤っている場合、ユーザＵが忘れずに修正を行う可能性を高めることができる。

以上、いくつかの変形例について説明したが、変形例は上述した例に限定されない。例えば、複数の食材の登録を同時に追加または削除するユーザＵの指示が受け付けられた場合において、複数の食材の一部に関する指示が認識できなかった場合、応答制御部４２３は、指示が認識できなかった内容について認識できなかった旨の応答やユーザＵに対する質問を出力してもよい。この場合、認識できなかった旨の応答やユーザＵに対する質問は、上述したエラーの報告順序の最後（例えば第１エラーおよび第２エラーの報知よりも後）に出力される。

＜８．複数の冷蔵庫がある場合の制御例＞
＜８．１ 処理内容＞
上述したように、設定部４２４は、同じ住居内に複数の冷蔵庫１００（例えば冷蔵庫１００Ａ，１００Ｂ）がある場合、指示受付部４２１により受け付けられた指示に基づき、複数の冷蔵庫１００のなかから食材管理の指示対象となる冷蔵庫１００を設定する。「食材管理の指示対象となる冷蔵庫を設定する」とは、食材管理の指示対象となる冷蔵庫１００を新規に設定する場合に限定されず、食材管理の指示対象となる冷蔵庫１００を、ある冷蔵庫１００から別の冷蔵庫１００に変更する場合も含む。

ここで、「食材管理の指示対象」とは、例えば、音声対話装置２００を通じた音声操作において、食材管理に関して冷蔵庫１００を指定しないユーザＵの音声の指示（在庫リストＤＢ５２１の在庫登録Ｒ１の追加、削除、または確認など）があった場合に、在庫登録Ｒ１の追加、削除、または確認の対象となる冷蔵庫１００である。別の観点では、「食材管理の指示対象」とは、例えば、端末機器３００の表示装置３１０を通じた操作において、アプリ起動後に最初に表示される食材管理のトップページで食材管理の操作が可能な冷蔵庫１００である。言い換えると、「食材管理の指示対象」とは、同じ住居内に複数の冷蔵庫１００のなかで食材管理の優先度が最も高い冷蔵庫１００である。

本実施形態では、設定部４２４は、指示受付部４２１により受け付けられたユーザＵの音声入力による指示に基づき、複数の冷蔵庫１００のなかから食材管理の対象となる冷蔵庫１００を設定する。本実施形態では、応答制御部４２３は、食材管理の対象として設定可能な複数の冷蔵庫１００を示す情報を出力する場合に、複数の冷蔵庫１００に異なる識別情報を付して音声にて出力させる。当該識別情報は、例えば、異なる番号または異なるアルファベットであるが、短い発話で応答できるものや、区別が付きやすいもの（認識しやすいもの）であれば、上記例に限定されない。そして、設定部４２４は、上記識別情報を指定するユーザＵの音声入力に基づく指示に基づき、食材管理の対象となる冷蔵庫１００を設定する。

本実施形態では、設定部４２４は、指示受付部４２１を通じて、複数の冷蔵庫１００それぞれに対する任意の呼び名（ニックネーム）の登録を受け付け可能である。任意の呼び名は、例えば、「お父さんの冷蔵庫」や「お母さんの冷蔵庫」であったり、「大きい方の冷蔵庫」や「小さい方の冷蔵庫」であったり、「キッチンの冷蔵庫」や「リビングの冷蔵庫」など、複数の冷蔵庫１００をユーザＵが区別可能な呼び名である。

図１９は、冷蔵庫登録情報５２９の内容の一例を示す図である。冷蔵庫登録情報５２９では、ユーザＵを識別可能なユーザＩＤと、冷蔵庫１００を識別可能な冷蔵庫ＩＤと、冷蔵庫１００に対して登録された任意の呼び名と、どの冷蔵庫１００が食材管理の対象として設定中か否かを示す情報とが対応付けられている。本明細書で「同じ住居内に複数の冷蔵庫１００」または「食材管理の対象として設定可能な複数の冷蔵庫１００」とは、例えば、同一のユーザＵ（同一のユーザＩＤ）と関連付けて登録された複数の冷蔵庫１００を意味する。これに代えて、「同じ住居内に複数の冷蔵庫１００」または「食材管理の対象として設定可能な複数の冷蔵庫１００」とは、同じルータＲを通じてサーバ４００と通信する複数の冷蔵庫１００であってもよい。

本実施形態では、食材管理の指示対象となる冷蔵庫１００を設定する場合（例えば、新規に設定する場合、または変更する場合）、応答制御部４２３は、複数の冷蔵庫１００に付された上記呼び名と上記識別情報（例えば、番号またはアルファベット）とをセットにして音声にて出力させる。そして、設定部４２４は、上記識別情報を指定するユーザＵの音声入力に基づく指示に基づき、食材管理の対象となる冷蔵庫１００を設定する。一方で、設定部４２４は、上記識別情報を指定する音声入力に基づく指示に加え、上記呼び名を指定する音声入力に基づく指示が指示受付部４２１により受け付けられた場合は、上記呼び名を指定する音声入力に基づく指示を、食材管理の対象となる冷蔵庫１００の特定には利用しない、または上記識別情報よりも重み付けを小さくして利用する。

例えば、図１９に示すような冷蔵庫登録情報５２９が登録されている場合において、「食材管理の冷蔵庫を変更して」、「冷蔵庫を切り替えて」、または「違う冷蔵庫に変えたい」のような冷蔵庫１００の切り替えを示すユーザＵの音声入力に基づく指示が指示受付部４２１により受け付けられた場合、応答制御部４２３は、「１番、お母さんの冷蔵庫、２番、お父さんの冷蔵庫、があります。どちらの食材管理機能を使用するか番号で教えてください。」という質問を音声対話装置２００から出力させる。そして、指示受付部４２１は、例えばユーザＵの音声による追加指示を待つ。例えば「１番」というユーザＵの音声による回答があった場合、設定部４２４は、「ＩＤ：１００２１４」の冷蔵庫１００を食材管理の指示対象の冷蔵庫１００として特定する。そして、設定部４２４は、特定された冷蔵庫１００を示す情報に基づき冷蔵庫登録情報５２９を更新することで、食材管理の指示対象の冷蔵庫１００を切り替える。

本実施形態では、設定部４２４は、食材管理の指示対象となる冷蔵庫１００を変更するユーザＵの指示が指示受付部４２１により受け付けられるまで、食材管理の指示対象に関する設定を維持する。すなわち、食材管理の指示対象となる冷蔵庫１００が一度設定されると、音声対話装置２００または端末機器３００を通じた操作が終了した後も、食材管理の指示対象となる冷蔵庫１００の登録を削除または変更する追加指示があるまで、食材管理の指示対象は同じ冷蔵庫１００に固定される。

＜８．２ 新しい冷蔵庫が設置される場合の例＞
＜８．２．１ 新しい冷蔵庫が設置される場合の一例＞
応答制御部４２３は、食材管理の指示対象として設定可能な冷蔵庫１００の台数が増加した場合、どの冷蔵庫１００を食材管理の指示対象として設定するのかを示す質問を出力させる。例えば、応答制御部４２３は、「アプリに登録されている冷蔵庫１００が変更されました。「１番、お母さんの冷蔵庫、２番、お父さんの冷蔵庫、３番、リビングの冷蔵庫、があります。どちらの食材管理機能を使用するか番号で教えてください。」という質問を出力させる。そして、設定部４２４は、上記質問に対するユーザＵの回答に基づき、食材管理の指示対象の冷蔵庫１００を設定する。

＜８．２．２ 新しい冷蔵庫が設置される場合の変形例＞
変形例では、設定部４２４は、食材管理の指示対象として設定可能な冷蔵庫１００の台数が増加した場合、登録が最後に追加された冷蔵庫１００を食材管理の指示対象として自動的に設定する。さらに別の変形例では、設定部４２４は、食材管理の指示対象として設定可能な冷蔵庫１００の台数が増加した場合、登録が最後に追加された冷蔵庫１００が、食材管理の指示対象として設定中の冷蔵庫１００よりも新しい場合、および／または容量が大きい場合に、登録が最後に追加された冷蔵庫１００を食材管理の指示対象として自動的に設定する。複数の冷蔵庫１００の新しさの比較または容量の比較は、冷蔵庫登録情報５２９に登録される冷蔵庫ＩＤおよび不図示の製品情報に基づいて行うことができる。

＜８．３ 冷蔵庫が捨てられる場合の例＞
＜８．３．１ 冷蔵庫が捨てられる場合の一例＞
設定部４２４は、食材管理の指示対象として設定可能な冷蔵庫１００として第１冷蔵庫（例えば冷蔵庫１００Ａ）および第２冷蔵庫（例えば冷蔵庫１００Ｂ）が登録されている場合において、食材管理の指示対象として設定中の第１冷蔵庫の登録が削除された場合（例えば、冷蔵庫登録情報５２９から削除された場合）、上記第１冷蔵庫に関する食材の在庫登録を、上記第２冷蔵庫に関する在庫登録に変更する。この場合、設定部４２４は、各在庫登録Ｒ１が関連付けられている貯蔵室１１を示す情報を維持した状態で、上記第１冷蔵庫の在庫登録Ｒ１を上記第２冷蔵庫の在庫登録Ｒ１に変更する。すなわち、上記第１冷蔵庫の冷蔵室１１Ａに関する在庫登録Ｒ１が上記第２冷蔵庫の冷蔵室１１Ａに関する在庫登録Ｒ１に変更され、上記第１冷蔵庫の冷凍室１１Ｅに関する在庫登録Ｒ１が上記第２冷蔵庫の冷凍室１１Ｅに関する在庫登録Ｒ１に変更される。

例えば、図１９に示すような冷蔵庫登録情報５２９が登録されている場合において、食材管理の指示対象として「お父さんの冷蔵庫１００」が設定されており、「お父さんの冷蔵庫１００」に関する在庫登録Ｒ１として、冷蔵室１１Ａに関して「豚肉２００グラム」の在庫登録Ｒ１があり、冷凍室１１Ｅに関して「アイス２個」の在庫登録Ｒ１がある場合を例に説明する。この場合において、「お父さんの冷蔵庫１００」の登録が削除された場合、「お母さんの冷蔵庫１００」に関する在庫登録Ｒ１として、冷蔵室１１Ａに関して「豚肉２００グラム」の在庫登録Ｒ１が追加され、冷凍室１１Ｅに関して「アイス２個」の在庫登録Ｒ１が追加される。

＜８．３．２ 冷蔵庫が捨てられる場合の別の例＞
食材管理の指示対象として設定可能な複数の冷蔵庫１００が、第１冷蔵庫（例えば冷蔵庫１００Ａ）と、第２冷蔵庫（例えば冷蔵庫１００Ｂ）と、第３冷蔵庫（例えば冷蔵庫１００Ｃ）を含み、食材管理の指示対象として上記第２冷蔵庫が設定中の場合において、上記第２冷蔵庫の登録が削除された場合、応答制御部４２３は、上記第１冷蔵庫と上記第３冷蔵庫のうちどちらの冷蔵庫１００を食材管理の指示対象として設定するのかを示す質問を出力させる。例えば、「お母さんの冷蔵庫」と、「お父さんの冷蔵庫」と、「リビングの冷蔵庫」があり、食材管理の指示対象として設定中の「お父さんの冷蔵庫」の登録が削除された場合、応答制御部４２３は、「アプリに登録されている冷蔵庫１００が変更されました。「１番、お母さんの冷蔵庫、２番、リビングの冷蔵庫、があります。どちらの食材管理機能を使用するか番号で教えてください。」という質問を出力させる。そして、設定部４２４は、上記質問に対するユーザＵの回答に基づき、食材管理の指示対象の冷蔵庫１００を設定する。

＜８．４ 制御の流れ＞
図２０は、食材管理の対象として設定可能な冷蔵庫１００の数が変更された場合の処理を示すフローチャートである。応答制御部４２３は、食材管理の対象として設定可能な冷蔵庫１００の数が変更された場合、変更後の冷蔵庫１００の数が１台であるか、２台以上であるかを判定する（Ｓ３０１）。応答制御部４２３は、変更後の冷蔵庫１００の数が１台の場合（Ｓ３０１：１台）、その時点で使用できる冷蔵庫１００の呼び名を読み上げる（Ｓ３０２）。例えば、応答制御部４２３は、「現在使用できるのは、お父さんの冷蔵庫です」のような応答を出力する。

一方で、応答制御部４２３は、変更後の冷蔵庫１００の数が２台以上の場合（Ｓ３０１：２台以上）、どの冷蔵庫１００を食材管理の指示対象として設定するのかを示す質問を出力させる（Ｓ３０３）。次に、指示受付部４２１は、上記質問に対するユーザＵの回答を受け付ける（Ｓ３０４）。次に、設定部４２４は、指示受付部４２１により受け付けられたユーザＵの回答に基づき、食材管理の対象となる冷蔵庫１００を設定する（Ｓ３０５）。次に、応答制御部４２３は、食材管理の対象として設定した冷蔵庫１００を読み上げる（Ｓ３０６）。これにより、一連の処理が終了する。

＜８．５ 利点＞
本実施形態では、同じ住居内に複数の冷蔵庫１００がある場合、指示受付部４２１により受け付けられた指示に基づき、複数の冷蔵庫１００のなかから食材管理の指示対象となる冷蔵庫１００が設定される。このような構成によれば、複数の冷蔵庫１００を所有している場合に、食材管理機能を任意の冷蔵庫１００に割り当てることができる。これにより、複数の冷蔵庫１００の食材管理機能が別々に管理される場合と比べて、ユーザＵの管理負担を減少させることができる。これにより、ユーザＵの利便性の向上を図ることができる。

本実施形態では、応答制御部４２３は、食材管理の対象として設定可能な複数の冷蔵庫１００を示す情報を出力する場合に、複数の冷蔵庫１００に異なる識別情報を付して音声にて出力させる。そして、設定部４２４は、上記識別情報を指定するユーザＵの音声に基づく指示に基づき、食材管理の対象となる冷蔵庫１００を設定する。このような構成によれば、音声入力における誤認識を減らすことができる。これにより、ユーザＵの意図通りの削除処理をより高い精度で行うことができる。

以上説明した少なくともひとつの実施形態によれば、食材管理システムは、ある食材に関して削除対象が不明な在庫登録の削除指示が受け付けられた場合、予め設定された優先順位に基づき複数の在庫登録のうち１つ以上の在庫登録を削除する。このような構成によれば、食材管理システムの使い勝手の向上を図ることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１…食材管理システム、３０…表示装置（報知部）、１００，１００Ａ，１００Ｂ，１００Ｃ…冷蔵庫、２００…音声対話装置（報知部）、３００…端末機器、３１０…表示装置（報知部）、４００…サーバ、４２１…指示受付部、４２２…登録管理部、４２３…応答制御部、４２４…設定部。

Claims (9)

1. ユーザの住居に在庫として存在する食材を管理する食材管理システムであって、
   前記ユーザの１纏まりの発話の音声データを分析した分析結果を受信し、前記分析結果が複数の食材の在庫登録を同時に追加する指示を示す場合、前記分析結果に基づき前記複数の食材の在庫登録を同時に追加する指示を受け付ける受付部と、
   前記受付部により受け付けられた指示に基づき、前記在庫登録を管理するデータベースにおいて前記在庫登録の追加を行う登録管理部と、
   前記在庫登録に関するエラーを出力可能な応答制御部と、
   を備え、
   前記登録管理部は、各在庫登録に登録可能な食材の最大登録数量と、前記データベースに登録可能な前記在庫登録の最大登録件数とを管理し、前記受付部により前記在庫登録を同時に追加する指示を受け付けた前記複数の食材の各々について、前記最大登録数量に関する条件が満たされない場合には、前記最大登録数量に関する第１エラーが存在すると判定するとともに、前記最大登録数量以下の所定数量で前記在庫登録を行い、前記最大登録件数に関する条件が満たされない場合には、前記最大登録件数に関する第２エラーが存在すると判定し、
   前記応答制御部は、前記受付部により前記在庫登録を同時に追加する指示を受け付けた前記複数の食材に関して、前記登録管理部により前記第１エラーと前記第２エラーとが存在すると判定された場合、前記１纏まりの発話における前記複数の食材の発話順に関わらず、エラーの報告順序が予め設定された応答優先順位情報に基づき、前記第１エラーが存在すると判定された食材に関する前記第１エラーを先に出力させ、前記第２エラーが存在すると判定された食材に関する前記第２エラーを後に出力させる、
   食材管理システム。
2. 前記受付部は、前記ユーザの１纏まりの発話の音声データを分析した分析結果を受信し、前記分析結果が複数の食材の在庫を同時に削除する指示を示す場合、前記分析結果に基づき前記複数の食材の在庫を同時に削除する指示を受け付け、
   前記登録管理部は、前記データベースに登録された在庫登録に基づき、前記受付部により在庫を同時に削除する指示を受け付けた前記複数の食材の各々について、当該食材の在庫登録がない場合には、在庫登録がないことに関する第３エラーが存在すると判定し、当該食材の在庫登録はあるが削除指示された食材数量よりも少ない食材数量が登録されている場合には、数量不足に関する第４エラーが存在すると判定するとともに、前記食材数量が不足した状態で前記在庫登録を削除し、
   前記応答制御部は、前記受付部により在庫を同時に削除する指示を受け付けた前記複数の食材に関して、前記登録管理部により前記第３エラーと前記第４エラーとが存在すると判定された場合、前記１纏まりの発話における前記複数の食材の発話順に関わらず、エラーの報告順序が予め設定された応答優先順位情報に基づき、前記第４エラーが存在すると判定された食材に関する前記第４エラーを先に出力させ、前記第３エラーが存在すると判定された食材に関する前記第３エラーを後に出力させる、
   請求項１に記載の食材管理システム。
3. 前記複数の食材のうち第１食材について前記第１エラーが生じ、前記複数の食材のうち第２食材について前記第２エラーが生じた場合、
   前記登録管理部は、前記第１食材について前記所定数量で登録を行い、前記第２食材について登録を行わず、
   前記応答制御部は、前記応答優先順位情報に基づき、前記第１食材について前記所定数量で登録が行われたことを前記第１エラーと共に先に出力させ、前記第２エラーを後に出力させる、
   請求項１または請求項２に記載の食材管理システム。
4. 前記複数の食材のうち第１食材について前記第１エラーが生じ、前記複数の食材のうち第２食材についてエラーが生じず、前記複数の食材のうち第３食材について前記第２エラーが生じた場合、
   前記登録管理部は、前記第１食材について前記所定数量で登録を行い、前記第２食材について前記指示に基づき登録を行い、前記第３食材について登録を行わず、
   前記応答制御部は、前記応答優先順位情報に基づき、前記第２食材の処理結果を先に出力させ、前記第１食材について前記所定数量で登録が行われたことを前記第１エラーと共に次に出力させ、前記第２エラーを後に出力させる、
   請求項１から請求項３のうちいずれか１項に記載の食材管理システム。
5. 前記複数の食材のうち第１食材に関する前記指示が正常に認識されないとともに、前記複数の食材のうち第２食材について前記第１エラーが生じ、前記複数の食材のうち第３食材について前記第２エラーが生じた場合、
   前記登録管理部は、前記第１食材について登録を行わず、前記第２食材について前記所定数量で登録を行い、前記第３食材について登録を行わず、
   前記応答制御部は、前記応答優先順位情報に基づき、前記第２食材について前記所定数量で登録が行われたことを前記第１エラーと共に先に出力させ、前記第２エラーを次に出力させ、前記第１食材が正常に認識されなかったことを示す第３エラーを後に出力させる、
   請求項１から請求項４のうちいずれか１項に記載の食材管理システム。
6. 前記複数の食材のうち第１食材に関する前記指示の認識結果の尤度が閾値未満であり、前記複数の食材のうち第２食材について前記第１エラーが生じ、前記複数の食材のうち第３食材について前記第２エラーが生じた場合、
   前記登録管理部は、前記第１食材について推定した食材で登録を行い、前記第２食材について前記所定数量で登録を行い、前記第３食材について登録を行わず、
   前記応答制御部は、前記応答優先順位情報に基づき、前記第２食材について前記所定数量で登録が行われたことを前記第１エラーと共に先に出力させ、前記第２エラーを次に出力させ、前記第１食材が推定された食材で登録されたことを後に出力させる、
   請求項１から請求項５のうちいずれか１項に記載の食材管理システム。
7. 前記応答制御部は、前記複数の食材に含まれる３つ以上の食材についてエラーが生じた場合、前記複数の食材について処理が失敗したことを包括的に示す応答を出力させる、
   請求項１から請求項６のうちいずれか１項に記載の食材管理システム。
8. 前記応答制御部は、前記複数の食材に含まれる２つ以上の食材についてエラーが生じた場合、前記複数の食材について処理が失敗したことを包括的に示す情報を出力させる、
   請求項１に記載の食材管理システム。
9. ユーザの住居に在庫として存在する食材を管理する食材管理システムであって、
   前記ユーザの１纏まりの発話の音声データを分析した分析結果を受信し、前記分析結果が複数の食材の在庫を同時に削除する指示を示す場合、前記分析結果に基づき前記複数の食材の在庫を同時に削除する指示を受け付ける受付部と、
   前記受付部により受け付けられた指示に基づき、食材の在庫登録を管理するデータベースにおいて前記在庫の削除を行う登録管理部と、
   前記在庫の削除に関するエラーを出力可能な応答制御部と、
   を備え、
   前記登録管理部は、前記データベースに登録された在庫登録に基づき、前記受付部により前記在庫を同時に削除する指示を受け付けた前記複数の食材の各々について、当該食材の在庫登録がない場合には、在庫登録がないことに関する第１エラーが存在すると判定し、当該食材の在庫登録はあるが削除指示された食材数量よりも少ない食材数量が登録されている場合には、数量不足に関する第２エラーが存在すると判定するとともに、前記食材数量が不足した状態で前記在庫登録を削除し、
   前記応答制御部は、前記受付部により在庫を同時に削除する指示を受け付けた前記複数の食材に関して、前記登録管理部により前記第１エラーと前記第２エラーとが存在すると判定された場合、前記１纏まりの発話における前記複数の食材の発話順に関わらず、エラーの報告順序が予め設定された応答優先順位情報に基づき、前記第２エラーが存在すると判定された食材に関する前記第２エラーを先に出力させ、前記第１エラーが存在すると判定された食材に関する前記第１エラーを後に出力させる、
   食材管理システム。

Images