JP6302567B2 - 食品管理システム、冷蔵庫、サーバ、冷蔵庫の制御方法、およびサーバの制御方法 - Google Patents

Description

この開示は食品管理システム、冷蔵庫、サーバ、端末装置、および制御プログラムに関し、特に、ユーザへの報知機能を有する冷蔵庫を含む食品管理システム、該冷蔵庫、該システムに含まれるサーバ、端末装置、および制御プログラムに関する。

冷蔵庫の中には、庫内の食品などを管理し、食品の在庫の情報や事故情報などの食品の情報を報知する機能を有するものがある。たとえば、特開２００６−１３９５５１号公報（以下、特許文献１）は、庫内の食品の情報を表示や音声で出力する冷蔵庫を開示している。

上記特許文献１のような報知機能を有する冷蔵庫では、通常、報知の必要が生じたタイミングで情報を報知する。これにより、ユーザへのタイムリーな報知を実現できる。

特開２００６−１３９５５１号公報

しかしながら、冷蔵庫本体に搭載された表示装置やスピーカで情報が報知されても、ユーザが冷蔵庫近傍にいない場合には、その情報がユーザに伝わらない。つまり、報知のタイミングによっては、ユーザへの効果的な報知が実現されない場合もある。

そこで、本開示は、報知機能を有する冷蔵庫であって、ユーザに効果的に情報を報知する冷蔵庫を含む食品管理システムを提供することを目的の１つとしている。また、本開示は、報知機能を有する冷蔵庫であって、ユーザに効果的に情報を報知する冷蔵庫を提供することを目的の１つとしている。また、本開示は、報知機能を有する冷蔵庫であって、ユーザに効果的に情報を報知する冷蔵庫を含む食品管理システムに含まれるサーバを提供することを目的の１つとしている。また、本開示は、報知機能を有する冷蔵庫であって、ユーザに効果的に情報を報知する冷蔵庫と通信可能な端末装置を提供することを目的の１つとしている。また、本開示は、報知機能を有する冷蔵庫であって、ユーザに効果的に情報を報知する冷蔵庫と通信可能な端末装置の制御プログラムを提供することを目的の１つとしている。

本実施の形態に従うと、食品管理システムは、サーバと、サーバと通信可能な冷蔵庫とを備える。サーバは、冷蔵庫での報知情報を記憶するための記憶手段を含む。冷蔵庫は、報知装置と入力装置とを含む。この食品管理システムは、冷蔵庫近傍のユーザの存在を検知するための検知手段と、検知手段での検知に基づくタイミングで、報知情報に基づく報知装置での報知を行なわせるための報知制御手段と、報知の後、予め規定された期間、入力装置での食品の発注入力を受け付けるための入力手段とをさらに備える。

好ましくは、検知手段は、冷蔵庫に対する接触を伴うユーザアクションの発生を検知することで、冷蔵庫近傍のユーザの存在を検知する。

より好ましくは、検知手段は、冷蔵庫に対するユーザアクションとして、冷蔵庫の扉の開閉を検知する。

好ましくは、報知装置は音声出力機能を有する。報知は、音声により行なわれる報知を含む。

好ましくは、入力装置は音声入力機能を有する。食品の発注入力は、音声による入力を含む。

好ましくは、報知装置は、所定範囲内にある端末装置と通信可能である。報知は、報知装置が所定範囲内にある端末装置に報知情報を転送することを含む。

好ましくは、入力装置は、所定範囲内にある端末装置と通信可能である。食品の発注入力は、入力装置が所定範囲内にある端末装置から発注情報の入力を受け付けることを含む。

好ましくは、サーバは、食品の発注を管理する装置との間で通信するための通信手段と、入力装置で受け付けた食品の発注入力を、食品の発注を管理する装置に転送することで食品を発注するための発注手段とをさらに備える。記憶手段は、食品の発注を管理する装置から入力された、発注手段で発注された食品の受注状況についての情報をさらに記憶する。報知情報は、発注手段で発注された食品の受注状況に関する情報を含む。

より好ましくは、上記予め規定された期間は、報知の前に発注された食品の出荷が完了するまでの期間である。

より好ましくは、食品管理システムは、サーバと通信可能な端末装置をさらに備える。予め規定された期間内に受け付けた発注入力は、報知の前に端末装置において行われた発注入力に対する追加の発注入力である。端末装置は、報知の前に行われた発注入力の際に、キーワードの入力を受け付ける。端末装置は、受け付けたキーワードをサーバに送信する。冷蔵庫は、予め規定された期間内に受け付けた発注入力の際に、キーワードの入力を音声で受け付ける。冷蔵庫は、受け付けたキーワードをサーバに送信する。サーバは、端末装置から受信したキーワードと冷蔵庫から受信したキーワードとが一致したことを条件に、予め規定された期間内に受け付けた発注入力を、食品の発注を管理する装置に通知する。

他の実施の形態に従うと、冷蔵庫は、サーバと通信可能である。この冷蔵庫は、当該冷蔵庫近傍のユーザの存在を検知するための検知手段と、サーバから取得した報知情報を、検知手段での検知に基づくタイミングで報知するための報知手段と、報知の後に、食品の発注入力を受け付けるための入力手段と、入力手段で受け付けた発注情報を、サーバに転送することで食品を発注するための発注手段とを備える。

好ましくは、検知手段は、冷蔵庫に対する接触を伴うユーザアクションの発生を検知することで、冷蔵庫近傍のユーザの存在を検知する。

好ましくは、報知手段での報知は、音声により行なわれる報知を含む。
好ましくは、入力手段での発注入力は、音声による入力を含む。

好ましくは、冷蔵庫は、所定範囲内にある端末装置と通信するための通信手段をさらに備える。報知手段での報知は、所定範囲内にある端末装置に報知情報を転送することを含む。

好ましくは、冷蔵庫は、所定範囲内にある端末装置と通信するための通信手段をさらに備える。入力手段での発注入力は、所定範囲内にある端末装置から発注情報の入力を受け付けることを含む。

好ましくは、冷蔵庫は、検知手段での検知をサーバに通知するための通知手段をさらに備える。報知手段は、通知に応じてサーバから転送された報知情報を報知する。

好ましくは、冷蔵庫は、予め規定されたタイミングで、サーバから報知情報を取得するための取得手段と、報知情報を記憶するための記憶手段とをさらに備える。報知手段は、検知手段での検知に基づくタイミングで記憶手段から報知情報を読み出して報知する。

より好ましくは、入力手段による食品の発注入力は、報知の前に端末装置において行われた発注入力に対する追加の発注入力である。入力手段は、報知後に受け付けた発注入力の際に、キーワードの入力を音声で受け付ける。冷蔵庫は、受け付けたキーワードをサーバに送信する送信手段をさらに備える。

他の実施の形態に従うと、サーバは、冷蔵庫と通信可能である。このサーバは、冷蔵庫での報知情報を記憶するための記憶手段と、冷蔵庫近傍のユーザの存在を検知するための検知手段と、検知手段での検知に基づくタイミングで、記憶手段から報知情報を読み出して冷蔵庫に転送するための転送手段と、転送の後、予め規定された期間、冷蔵庫から食品の発注の入力を受け付けるための入力手段とを備える。

好ましくは、サーバは、食品の発注を管理する装置との間で通信するための通信手段と、入力手段で受け付けた食品の発注入力を、食品の発注を管理する装置に転送することで食品を発注するための発注手段とをさらに備える。記憶手段は、食品の発注を管理する装置から入力された、発注手段で発注された食品の受注状況についての情報をさらに記憶する。報知情報は、発注手段で発注された食品の受注状況に関する情報を含む。

より好ましくは、上記予め規定された期間は、転送の前に発注された食品の出荷が完了するまでの期間である。

より好ましくは、サーバは、端末装置と通信可能である。予め規定された期間内に受け付けた発注入力は、転送の前に端末装置において行われた発注入力に対する追加の発注入力である。サーバは、端末装置から、転送の前に行われた発注入力の際に端末装置が受け付けたキーワードを受信する。サーバは、冷蔵庫から、予め規定された期間内に受け付けた発注入力の際に、冷蔵庫が音声にて受け付けたキーワードを受信する。サーバは、端末装置から受信したキーワードと冷蔵庫から受信したキーワードとが一致したことを条件に、予め規定された期間内に受け付けた発注入力を、食品の発注を管理する装置に通知する。

他の実施の形態に従うと、端末装置は、所定範囲内にある冷蔵庫と通信可能である。この端末装置は、食品の発注入力を受け付けるための入力手段と、発注入力を表わす情報を冷蔵庫に転送するための転送手段と、冷蔵庫から報知情報の入力を取得するための取得手段と、報知情報に基づく表示を行なうための表示手段とを備える。

他の実施の形態に従うと、制御プログラムは、冷蔵庫と通信可能なサーバの制御プログラムである。サーバは、冷蔵庫での報知情報を記憶するためのメモリを有する。この制御プログラムは、サーバに、冷蔵庫近傍のユーザの存在を検知するステップと、検知に基づくタイミングで、メモリから報知情報を読み出して冷蔵庫に転送するステップと、転送の後、予め規定された期間、冷蔵庫から食品の発注の入力を受け付けるステップとを実行させる。

他の実施の形態に従うと、制御プログラムは、所定範囲内にある冷蔵庫と通信可能な端末装置の制御プログラムである。この制御プログラムは、端末装置に、食品の発注入力を受け付けるステップと、発注入力を表わす情報を冷蔵庫に転送するステップと、冷蔵庫から報知情報の入力を取得するステップと、報知情報に基づく表示を行なうステップとを実行させる。

この開示によると、ユーザに効果的に情報を報知することができる。

実施の形態にかかる、冷蔵庫を含むシステム（以下、単にシステムとも称する）の構成の具体例を表わした図である。 システムに含まれるサーバの装置構成の一例を表わしたブロック図である。 システムに含まれる冷蔵庫の装置構成の一例を表わしたブロック図である。 システムに含まれる端末装置の装置構成の一例を表わしたブロック図である。 本システムの動作概要を説明するための図である。 注文情報（リスト）の一例を表わした図である。 発話情報（リスト）の一例を表わした図である。 冷蔵庫の機能構成の一例を表わしたブロック図である。 サーバの機能構成の一例を表わしたブロック図である。 冷蔵庫の動作の流れの一例を表わしたフローチャートである。 サーバの動作の流れの一例を表わしたフローチャートである。 上端末装置の機能構成の一例を表わしたブロック図である。 端末装置において、注文を受け付ける際に表示される画面の一例を表した図である。 端末装置において、注文を行なう際に表示される画面の一例を表した図である。 パスワードを含む注文情報の一例を表した図である。 冷蔵庫の機能構成の一例を表したブロック図である。 サーバ１００の機能構成の一例を表したブロック図である。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

［第１の実施の形態］
＜システム構成＞
図１は、本実施の形態にかかる、冷蔵庫を含むシステム（以下、単にシステムとも称する）の構成の具体例を表わした図である。図１を参照して、本システムは、サーバ１００と、冷蔵庫３００と、端末装置５００とを含む。これらは、インターネットや専用回線などのネットワークで接続されて、相互に通信が可能である。サーバ１００は、１台のサーバで構成されてもよい。または、複数台のサーバが協働して全体としてサーバ１００の機能を実現してもよい。

好ましくは、本システムには、さらに、ＰＣ（パーソナルコンピュータ）７００が接続可能である。ＰＣ７００は、食品販売サービスの所有するＰＣである。ＰＣ７００もまた、１台のＰＣで構成されてもよい。または、複数台のＰＣが協働して全体としてＰＣ７００の機能を実現してもよい。

冷蔵庫３００の、たとえば扉正面などには、タッチパネル３６が配置される。さらに、冷蔵庫３００の、たとえば扉正面などには、マイク３４およびスピーカ３５が配置される。これにより、冷蔵庫３００は、ユーザに対して表示および／または音声にて情報を報知できる。また、冷蔵庫３００は、ユーザから、タッチまたは音声にて情報入力を受け付けることができる。

冷蔵庫３００は、複数の扉を有する。冷蔵庫は、これら複数の扉のうちの少なくとも１つの扉についての開閉を検知するためのセンサ３７を含む。

好ましくは、冷蔵庫３００と端末装置５００とは、それぞれ通信装置３９，５５を含み、直接の通信が可能である。冷蔵庫３００と端末装置５００との通信は無線通信である。冷蔵庫３００と端末装置５００との通信は、たとえばＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信である。

＜装置構成＞
図２は、サーバ１００の装置構成の一例を表わしたブロック図である。サーバ１００は、一般的なＰＣで構成されてよい。そのため、図２は、一般的なＰＣの構成を表わしている。

詳しくは、図２を参照して、サーバ１００は、装置全体を制御するためのＣＰＵ（Central Processing Unit）１０を含む。さらに、サーバ１００は、ＣＰＵ１０で実行されるプログラムを記憶するためのＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域となるＲＡＭ（Random Access Memory）１２と、各種データを記憶するためのＨＤＤ（Hard Disk Drive）１３とを含む。また、サーバ１００は、ネットワークコントローラ１４を含む。ネットワークコントローラ１４は、ネットワークを介した他の装置との間の通信を制御する。

図３は、冷蔵庫３００の装置構成の一例を表わしたブロック図である。図３を参照して、冷蔵庫３００は、装置全体を制御するためのＣＰＵ３０を含む。さらに、冷蔵庫３００は、ＣＰＵ３０で実行されるプログラムを記憶するためのＲＯＭ３１と、ＣＰＵ３０でプログラムを実行する際の作業領域となったり各種データを記憶したりするためのＲＡＭ３２とを含む。

また、冷蔵庫３００は、駆動機構３３を含む。駆動機構３３は、たとえば、コンプレッサを駆動させるためのモータや、ファンを駆動させるためのモータなどである。ＣＰＵ３０は、駆動機構３３の駆動を制御する。

また、冷蔵庫３００は、マイク３４、スピーカ３５、およびタッチパネル３６を含む。ＣＰＵ３０は、スピーカ３５からの音声出力、およびタッチパネル３６での表示を制御する。また、ＣＰＵ３０は、マイク３４からの音声入力、およびタッチパネル３６からの入力を受け付ける。

また、冷蔵庫３００は、センサ３７を含む。センサ３７は、少なくとも１つの扉の開閉を検知する。そして、センサ３７は、扉の開閉を示すセンサ信号をＣＰＵ３０に入力する。

また、冷蔵庫３００は、ネットワークコントローラ３８と通信装置３９とを含む。ネットワークコントローラ３８は、ネットワークを介した他の装置との間の通信を制御する。通信装置３９は、端末装置５００に搭載される通信装置５５と無線通信を行なう。

図４は、端末装置５００の装置構成の一例を表わしたブロック図である。端末装置５００は、たとえばスマートフォンなどと呼ばれる端末装置である。図４は、端末装置５００の装置構成のうちの、本システムでの動作に関連ある部分のみを挙げている。したがって、端末装置５００には、図４に示された構成以外の構成が含まれてもよい。

図４を参照して、端末装置５００は、装置全体を制御するためのＣＰＵ５０を含む。さらに、端末装置５００は、ＣＰＵ５０で実行されるプログラムを記憶するためのＲＯＭ５１と、ＣＰＵ５０でプログラムを実行する際の作業領域となったり、各種データを記憶したりするためのＲＡＭ５２とを含む。

また、端末装置５００は、タッチパネル５３を含む。ＣＰＵ５０は、タッチパネル５３での表示を制御する。また、ＣＰＵ３０は、タッチパネル５３からの入力を受け付ける。

また、端末装置５００は、ネットワークコントローラ５４と通信装置５５とを含む。ネットワークコントローラ５４は、ネットワークを介した他の装置との間の通信を制御する。通信装置５５は、冷蔵庫３００に搭載される通信装置３９と無線通信を行なう。

＜動作概要＞
図５は、本システムの動作概要を説明するための図である。図５を参照して、サーバ１００は、ユーザから商品（食品）の発注を受け付ける（ステップＳ０）。図５の例は、ユーザが端末装置５００に対して注文のための操作を行なうものである。端末装置５００は、ユーザからの注文操作を受け付けると、注文の内容を表わす発注情報をサーバ１００に転送することで（ステップＳ１）、指定された商品（食品）を発注する。

ユーザは、冷蔵庫３００を操作して商品を注文してもよい。たとえば、ユーザは、タッチパネル３６に対するタッチで、注文を入力してもよい。または、ユーザは、マイク３４に対する音声入力で注文を入力してもよい。ユーザ操作を受け付けた冷蔵庫３００は、注文の内容を表わす発注情報をサーバ１００に転送することで、指定された商品を発注する。

端末装置５００から発注情報の入力を受け付けたサーバ１００は、注文受付のための処理を実行する（ステップＳ２）。ステップＳ２でサーバ１００は、たとえば、ＨＤＤ１３の予め規定された領域に、注文情報を登録する処理を行なう。注文情報は、冷蔵庫に関連付けられたユーザごとに当該ユーザの発注した商品に関する情報を記載した、たとえばリスト形式の情報である。

図６は、注文情報（リスト）の一例を表わした図である。図６を参照して、一例として、サーバ１００は、１回の注文を識別するための情報である注文ＩＤ（identification）に関連付けて、注文された商品ごとに、注文を受け付けた日時および指定された商品（食品）を登録する。

サーバ１００は、発注情報をＰＣ７００に転送することで、注文された商品を発注する（ステップＳ３）。発注先とするＰＣ７００が複数台ある場合、サーバ１００は、商品ごとに該当するＰＣを予め登録しておき、ステップＳ３で該当するＰＣ７００に発注情報を転送する。

好ましくは、サーバ１００は、ステップＳ３でＰＣ７００に対して発注情報を転送すると、図６の注文情報を更新する。すなわち、図６を参照して、サーバ１００は、上記ステップＳ３でＰＣ７００に対して発注を行なったか否かを表わす発注状況を注文情報に追加する。

サーバ１００からの発注情報を受け付けたＰＣ７００は、注文に対する処理を実行する（ステップＳ４）。ここでの処理は、特定の処理に限定されない。たとえば、ＰＣ７００は、購入担当者に報知するために、注文を受けた商品をディスプレイ（図示しない）に表示してもよい。またたとえば、ＰＣ７００は、購入担当者から、出荷予定日の入力を受け付けてもよい。ＰＣ７００は、入力された、または他の装置から取得した、出荷予定日やその他の商品に関する情報を、商品情報としてサーバ１００に転送する（ステップＳ５）。

ＰＣ７００からの商品情報を受け付けたサーバ１００は、注文を管理するための処理を実行する（ステップＳ６）。ステップＳ６でサーバ１００は、たとえば、注文情報に、ＰＣ７００からの商品情報に基づく情報を追加して登録する処理を行なう。図６を参照して、サーバ１００は、ＰＣ７００からの商品情報に含まれる出荷予定日を注文情報に追加して登録する。

さらに、サーバ１００は、冷蔵庫３００がユーザに対して商品情報を報知するために用いる情報を生成する。一例として、冷蔵庫３００は、スピーカ３５から音声によってユーザに報知（発話）するものとする。そこで、サーバ１００は、注文情報に基づいて、冷蔵庫３００から出力されるメッセージを生成し（ステップＳ７）、ＨＤＤ１３の予め規定された領域に発話情報として登録する処理を行なう。発話情報は、冷蔵庫に関連付けられたユーザごとにメッセージを記載した、たとえばリスト形式の情報である。

図７は、発話情報（リスト）の一例を表わした図である。図７を参照して、一例として、サーバ１００は、注文された商品ごとに、当該商品の注文を受け付けたことを報知するメッセージ、および、１回の注文ごとに、その注文に含まれる商品（商品群）の配達予定日を報知するメッセージならびに配達予定日にその旨を報知するメッセージを生成し、生成したメッセージを発話情報に登録する。

一例として、サーバ１００は、商品の注文を受け付けた時点で、当該商品の注文を受け付けたことを報知するメッセージを生成し、発話情報に登録する。また、一例として、サーバ１００は、ＰＣ７００から商品情報を受け付けた時点で、当該商品情報に含まれる出荷予定日に基づいて配達予定日を報知するメッセージを生成し、発話情報に登録する。また、一例として、サーバ１００は、ある注文について図６の注文情報に登録されている出荷予定日に達した時点で、本日が配達予定日であることを報知するメッセージを生成し、発話情報に登録する。

サーバ１００は、メッセージを生成し、図７の発話情報に登録すると、報知のタイミングになるまで待機する。報知のタイミングは、サーバ１００が、冷蔵庫３００近傍のユーザの存在を検知したタイミングである。冷蔵庫３００近傍のユーザの存在は、たとえば、冷蔵庫３００に対する接触を伴うユーザアクションの発生を検知することで検知される。冷蔵庫３００に対する接触を伴うユーザアクションは、一例として、冷蔵庫３００の扉の開け閉めである。上記ユーザアクションは、冷蔵庫３００のタッチパネル３６に対するタッチであってもよい。または、冷蔵庫３００近傍のユーザの存在は、人感センサ（図示されない）やマイク３４からの音声入力、冷蔵庫３００に搭載されたカメラ（図示されない）による撮影画像の画像解析、指紋認証、などによって検知されてもよい。

冷蔵庫３００は、センサ３７によって扉の開け閉めを検知すると、上記ユーザアクションがあったことをサーバ１００に通知する（ステップＳ８）。サーバ１００は、この通知を冷蔵庫３００から受け取ることで、冷蔵庫３００に対する上記ユーザアクションの発生を検知する。他の例として、サーバ１００が冷蔵庫３００からの消費電力を監視して内部照明のＯＮ／ＯＦＦを判断する、などによって、冷蔵庫３００からの通知なく、サーバ１００が冷蔵庫３００に対する上記ユーザアクションの発生を検知してもよい。

冷蔵庫３００に対する上記ユーザアクションの発生を検知すると、サーバ１００は、図７の発話情報に登録されているメッセージのうち、冷蔵庫３００にまだ転送していないメッセージを抽出する（ステップＳ９）。そして、サーバ１００は、該当するメッセージを冷蔵庫３００に転送する（ステップＳ１０）。

上記メッセージの情報を受け付けた冷蔵庫３００は、その情報に基づいてスピーカ３５から音声を出力（発話）する（ステップＳ１１）。これにより、ユーザが近傍にいるタイミングで音声が出力されることになる。その結果、当該ユーザに対して効果的な報知が実現される。

サーバ１００は、上記ステップＳ１０でメッセージを冷蔵庫３００に転送すると、冷蔵庫３００での報知を管理するための処理を実行する（ステップＳ１２）。ステップＳ１２でサーバ１００は、たとえば、発話情報に、冷蔵庫３００に報知の有無を示す情報を追加する処理を行なう。すなわち、図７を参照して、サーバ１００は、上記ステップＳ１０で冷蔵庫３００にメッセージを転送したか否かを表わす報知状況を発話情報に追加する。この情報が発話情報に追加されることで、上記ステップＳ９でサーバ１００は、上記ユーザアクションの発生を検知した時点で冷蔵庫３００にまだ転送していないメッセージを抽出することができる。

サーバ１００は、上記ステップＳ１０で冷蔵庫３００にメッセージを転送すると、当該メッセージにかかる注文に対する追加注文の入力を受け入れる期間を設定する（ステップＳ１３）。好ましくは、上記期間は、当該メッセージの転送の後、予め規定された期間である。上記予め規定された期間は、サーバ１００に予め登録されている期間であってもよい。一例として、上記予め規定された期間は、注文情報に登録されている出荷予定日までの期間である。サーバ１００が、ＰＣ７００から注文した商品の出荷が完了したことを示す商品情報の入力を受け付ける場合（ステップＳ２０）、より好ましくは、上記予め規定された期間は、商品が出荷されるまでの期間である。

冷蔵庫３００からの音声による報知を聞いたユーザは、注文忘れや注文の追加を思い立つ場合がある。サーバ１００は、そのようなユーザからの商品（食品）の発注を受け付ける。図５の例は、ユーザが冷蔵庫３００に対する音声入力で注文のための操作を行なうものである。冷蔵庫３００は、ユーザの音声入力を受け付けると、注文の内容を表わす発注情報をサーバ１００に転送することで（ステップＳ１４）、指定された商品（食品）を発注する。

冷蔵庫３００から発注情報の入力を受け付けたサーバ１００は、追加注文を管理するための処理を実行する（ステップＳ１５）。ステップＳ１５でサーバ１００は、発注情報の入力が上記ステップＳ１３で設定した期間内である場合に、受け付けた注文を、上記ステップＳ１０で冷蔵庫３００に転送したメッセージにかかる注文に追加する。そして、サーバ１００は、発注情報を、上記注文の追加としてＰＣ７００に転送することで、注文された商品を追加発注する（ステップＳ１６）。

サーバ１００からの発注情報を受け付けたＰＣ７００は、上記ステップＳ４と同様に、注文に対する処理を実行する（ステップＳ４’）。そして、ＰＣ７００は、上記ステップＳ５’と同様にして、商品情報をサーバ１００に転送する（ステップＳ５’）。当該商品情報を受信したサーバ１００は、当該追加の注文を受け付けたことを報知するメッセージを生成し、発話情報に登録する（ステップＳ１７）。そして、サーバ１００は、生成したメッセージを冷蔵庫３００に転送する（ステップＳ１８）。

上記メッセージの情報を受け付けた冷蔵庫３００は、その情報に基づいてスピーカ３５から音声を出力（発話）する（ステップＳ１９）。これにより、ユーザが冷蔵庫３００の近傍で追加の注文を行なったタイミングで音声が出力されることになる。その結果、当該ユーザに対して効果的な報知が実現される。

＜機能構成＞
図８は、上記動作を行なうための冷蔵庫３００の機能構成の一例を表わしたブロック図である。図８の各機能は、冷蔵庫３００のＣＰＵ３０がＲＯＭ３１に記憶されているプログラムをＲＡＭ３２上に読み出して実行することで、主にＣＰＵ３０で実現される。しかしながら、一部機能が、図３に表わされたハードウェアまたは電気回路などの他のハードウェア（図示しない）によって実現されてもよい。

図８を参照して、冷蔵庫３００のＣＰＵ３０は、検知部３０１と通知部３０２とを含む。検知部３０１は、センサ３７からのセンサ信号に基づいて扉の開け閉めを検知する。通知部３０２は、扉の開け閉めが発生したことをサーバ１００に通知する。

また、ＣＰＵ３０は、サーバ１００からメッセージの入力を受け付けるためのメッセージ入力部３０３と、スピーカ３５での出力を制御するための出力制御部３０４とを含む。一例として、出力制御部３０４は、メッセージ入力部３０３がサーバ１００からメッセージの入力を受け付けると、そのメッセージをスピーカ３５から出力するよう制御する。

また、ＣＰＵ３０は、発注の入力を受け付けるための発注入力部３０５と、サーバ１００に対して発注するための発注部３０６とを含む。発注入力部３０５は、マイク３４からの音声入力による発注の入力を受け付ける。一例として、発注入力部３０５は音声認識機能を有して、音声による入力解析する。そして、発注入力部３０５は、音声に含まれる発注内容を特定し、当該発注内容を表わした発注情報を生成する。発注部３０６は、発注入力部３０５から発注情報を受け取る。そして、発注部３０６は、発注情報をネットワークコントローラ３８を介してサーバ１００に転送する。

図９は、上記動作を行なうためのサーバ１００の機能構成の一例を表わしたブロック図である。図９の各機能は、サーバ１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行することで、主にＣＰＵ１０で実現される。しかしながら、一部機能が、図２に表わされたハードウェアまたは電気回路などの他のハードウェア（図示しない）によって実現されてもよい。

図９を参照して、サーバ１００のＨＤＤ１３は、図６の注文情報（リスト）を記憶するための記憶領域である注文情報記憶部１３１と、図７の発話情報（リスト）を記憶するための記憶領域である発話情報記憶部１３２とを含む。

さらに図９を参照して、サーバ１００のＣＰＵ１０は、冷蔵庫３００や端末装置５００などの他の装置から発注情報の入力を受け付けるための注文入力部１０１を含む。注文入力部１０１は、判断部１０８を含む。判断部１０８は、発注情報が入力されたタイミングが、注文を受け付け可能な期間内であるか否かを判断する。

また、ＣＰＵ１０は、発注の管理を行なうための管理部１０２を含む。管理部１０２は、注文入力部１０１が受け付けた発注情報が注文を受け付け可能な期間内のものであった場合に、注文情報記憶部１３１に記憶されている注文情報に当該注文を表わす情報を登録する。

また、ＣＰＵ１０は、商品の発注を管理する装置であるＰＣ７００に対して商品を発注するための発注部１０３と、発注された商品の受注状況についての情報の入力をＰＣ７００から受け付けるための商品情報入力部１０４とを含む。発注部１０３は、発注情報をＰＣ７００に転送することで、当該商品を発注する。好ましくは、管理部１０２は、発注部１０３での発注の記録を注文情報に登録する。また、管理部１０２は、商品情報入力部１０４の受け付けた商品情報に含まれる出荷予定日を注文情報に追加して登録する。

また、ＣＰＵ１０は、注文情報に基づいてメッセージを生成し、当該メッセージを音声で出力するための情報である発話情報を生成するための生成部１０５を含む。生成部１０５は、生成したメッセージを発話情報記憶部１３２に登録する。

また、ＣＰＵ１０は、冷蔵庫３００に対する接触を伴うユーザアクションの一例である扉の開け閉めを検知するための検知部１０６を含む。一例として、検知部１０６は、冷蔵庫３００からの、扉の開け閉めがあったことの通知を受け付けることで、扉の開け閉めがあったことを検知する。

また、ＣＰＵ１０は、発話情報記憶部１３２から該当するメッセージの発話情報を読み出して冷蔵庫３００に転送するための転送部１０７を含む。転送部１０７は、検知部１０６が冷蔵庫３００の扉の開け閉めがあったことを検知すると、発話情報記憶部１３２に記憶されている発話情報に登録されたメッセージのうちの、冷蔵庫３００に転送されていないメッセージを読み出して、冷蔵庫３００に転送する。

＜動作フロー＞
図１０は、冷蔵庫３００の動作の流れの一例を表わしたフローチャートである。図１０のフローチャートで表わされた動作は、冷蔵庫３００のＣＰＵ３０がＲＯＭ３１に記憶されているプログラムをＲＡＭ３２上に読み出して実行し、図８の各機能を発揮することによって実現される。

図１０を参照して、冷蔵庫３００のＣＰＵ３０は、センサ３７から入力されたセンサ信号によって、扉の開け閉めを検知する。扉が開け閉めされたことを検知すると（ステップＳ１０１でＹＥＳ）、ＣＰＵ３０は、サーバ１００に通知する（ステップＳ１０３）。

ＣＰＵ３０は、サーバ１００からメッセージの入力を受け付けると（ステップＳ１０５でＹＥＳ）、スピーカ３５から音声でメッセージを出力する（ステップＳ１０７）。

ＣＰＵ３０は、マイク３４に対する音声入力によってユーザから注文の入力を受け付けると（ステップＳ１０９でＹＥＳ）、サーバ１００に発注情報を転送する（ステップＳ１１１）。

ＣＰＵ３０は、以上の動作を繰り返す。
図１１は、サーバ１００の動作の流れの一例を表わしたフローチャートである。図１１のフローチャートで表わされた動作は、サーバ１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行し、図９の各機能を発揮することによって実現される。

図１１を参照して、サーバ１００のＣＰＵ１０は、冷蔵庫３００や端末装置５００から発注情報の入力を受け付けると（ステップＳ２０１でＹＥＳ）、注文の受付が可能な期間の注文であるか否かを判断する。商品の注文が、新たな注文である場合、ＣＰＵ１０は、受け付けが可能な期間内の注文であると判断する。商品の注文が、先に行なわれた注文に対する追加である場合には、ＣＰＵ１０は、その追加の注文が、受け付け可能な期間内であるか否かを判断する。追加の注文が可能な期間は、たとえば、当該注文にかかる商品の出荷が完了するまでの期間である。

受け付けた注文が、注文を受け付け可能な期間内での注文である場合（ステップＳ２０３でＹＥＳ）、ＣＰＵ１０は、受け付けた注文を管理するための処理を実行する（ステップＳ２０５）。具体的には、ステップＳ２０５でＣＰＵ１０は、注文された商品についての情報を、注文情報に登録する。

ＣＰＵ１０は、発注情報を商品の発注を管理する装置であるＰＣ７００に転送する（ステップＳ２０７）。また、ＣＰＵ１０は、新たに注文された商品について、当該商品の注文を受け付けた旨を表わすメッセージを生成する（ステップＳ２０９）。そして、ＣＰＵ１０は、メッセージを冷蔵庫３００に転送する（ステップＳ２１１）。これにより、冷蔵庫３００では、商品の注文を受け付けたタイミングで、サーバ１００が注文を受け付けたことが音声にて報知される。

ＰＣ７００から商品情報の入力を受け付けると（ステップＳ２０１でＮＯ、ステップＳ２１３でＹＥＳ）、ＣＰＵ１０は、該当する注文を管理するための処理を実行する（ステップＳ２１５）。具体的には、ステップＳ２１５でＣＰＵ１０は、商品情報に含まれる出荷予定日を注文情報に追加して、注文情報を更新する。

ＣＰＵ１０は、更新された注文情報に基づいて、該当する商品について、当該商品の出荷の予定日を報知するメッセージを生成する（ステップＳ２１７）。そして、ＣＰＵ１０は、生成したメッセージを発話情報に登録する（ステップＳ２１９）。また、ＣＰＵ１０は、商品情報に出荷の完了を通知する情報が含まれている場合、当該注文への追加の注文を受け付け可能な期間の終わりを、出荷の完了日に設定する（ステップＳ２２１）。

冷蔵庫３００の扉の開け閉めを検出すると（ステップＳ２０１でＮＯ、ステップＳ２１３でＮＯ、ステップＳ２２３でＹＥＳ）、ＣＰＵ１０は、発話情報のうち、冷蔵庫３００に転送していないメッセージがあるか否かを確認する（ステップＳ２２５）。そして、ＣＰＵ１０は、冷蔵庫３００にまだ転送していないメッセージを抽出して、冷蔵庫３００に転送する（ステップＳ２２５でＹＥＳ、ステップＳ２２７）。また、ＣＰＵ１０は、当該注文への追加の注文を受け付け可能な期間の終わりを、出荷の完了日として設定する（ステップＳ２２９）。

＜実施の形態の効果＞
第１の実施の形態にかかるシステムで以上の動作が行なわれることで、本システムにおいては、冷蔵庫３００の扉が開け閉めされたときなど、ユーザが冷蔵庫３００の近傍にいるときに、商品（食品）の注文に関する情報が音声によって報知される。これにより、本システムでは、ユーザに対して効果的な報知を実現することができる。

さらに、本システムにおいては、上記報知から所定期間、追加注文を可能としている。これにより、ユーザの利便性を格段に向上させることができる。

［第２の実施の形態］
第１の実施の形態では、報知が、冷蔵庫３００から音声によってなされるものとしている。そのため、冷蔵庫３００の近傍にユーザがいることが、報知にとって効果的と考えられている。しかしながら、報知は、音声によるものに限定されない。たとえば、第２の実施の形態にかかるシステムにおいて、報知は、タッチパネル３６への表示によるものとする。第２の実施の形態にかかるシステムに含まれる各装置は、第１の実施の形態にかかるシステムに含まれる各装置と同様であるため、ハードウェアの説明などは繰り返さない。

第２の実施の形態にかかるシステムにおいて、サーバ１００は、冷蔵庫３００で表示させるためのメッセージを生成する。そして、冷蔵庫３００の扉の開け閉めなどの、接触を伴うユーザアクションの発生が検知されたタイミングで、サーバ１００は冷蔵庫３００に上記メッセージを転送する。冷蔵庫３００は、サーバ１００からメッセージの入力を受け付けると、そのメッセージをタッチパネル３６に表示する処理を行なう。これにより、第２の実施の形態にかかるシステムにおいても、第１の実施の形態にかかるシステムと同様に、ユーザが冷蔵庫の近傍にいるときにタッチパネル３６に表示されることになる。そのため、ユーザに対して効果的な報知を実現することができる。

また、同様に、第２の実施の形態では、冷蔵庫３００は、タッチパネル３６でユーザからの追加の注文を受け付けてもよい。この場合も、第１の実施の形態にかかるシステムと同様に、サーバ１００は、冷蔵庫３００の扉の開け閉めを検知して表示用のメッセージを転送した後、商品の出荷の完了まで、追加の注文を受け付け可能な時期とする。これにより、第２の実施の形態にかかるシステムにおいても、第１の実施の形態にかかるシステムと同様に、ユーザの利便性を格段に向上させることができる。

［第３の実施の形態］
第１の実施の形態および第２の実施の形態では、報知が、冷蔵庫３００によってなされるものとしている。そのため、冷蔵庫３００の近傍にユーザがいることが、報知にとって効果的と考えられている。しかしながら、報知は、冷蔵庫３００によるものに限定されない。たとえば、第３の実施の形態にかかるシステムにおいて、報知は、冷蔵庫３００と通信可能な端末装置５００によって行なわれるものとする。第３の実施の形態にかかるシステムに含まれる各装置もまた、第１の実施の形態にかかるシステムに含まれる各装置と同様であるため、ハードウェアの説明などは繰り返さない。

図５のうちのステップＳ３１、Ｓ３２は、第３の実施の形態にかかるシステムの動作を表わしている。すなわち、第３の実施の形態にかかるシステムにおいて、冷蔵庫３００は、サーバ１００からメッセージの転送を受け付けると（ステップＳ１８）、通信装置３９で通信可能な範囲にいる端末装置５００に対して、当該メッセージを転送する（ステップＳ３１）。そして、当該メッセージを受け付けた端末装置５００は、メッセージを表示または音声出力して、ユーザに報知する（ステップＳ３２）。

図１２は、上記動作を行なうための端末装置５００の機能構成の一例を表わしたブロック図である。図１２の各機能は、端末装置５００のＣＰＵ５０がＲＯＭ５１に記憶されているプログラムをＲＡＭ５２上に読み出して実行することで、主にＣＰＵ５０で実現される。しかしながら、一部機能が、図４に表わされたハードウェアまたは電気回路などの他のハードウェア（図示しない）によって実現されてもよい。

図１２を参照して、端末装置５００のＣＰＵ５０は、発注の入力を受け付けるための発注入力部５０１と、サーバ１００に対して発注するための発注部５０２とを含む。発注入力部５０１は、タッチパネル５３に対するタッチによる発注の入力を受け付ける。発注部５０２は、発注入力部５０１から発注情報を受け取る。そして、発注部５０２は、ネットワークコントローラ５４を介して発注情報をサーバ１００に転送する。

ＣＰＵ５０は、通信装置５５が冷蔵庫３００の通信装置３９から受信したメッセージの入力を受け付けるための報知情報入力部５０３と、タッチパネル５３の表示用の処理を実行するための表示処理部５０４とを含む。一例として、表示処理部５０４は、報知情報入力部５０３がサーバ１００からメッセージの入力を受け付けると、そのメッセージをタッチパネル５３で表示するための処理を実行する。

第３の実施の形態にかかるシステムにおいて、サーバ１００は、端末装置５００で表示させるためのメッセージを生成する。そして、冷蔵庫３００の扉の開け閉めなどの、接触を伴うユーザアクションの発生が検知されたタイミングで、サーバ１００は冷蔵庫３００に上記メッセージを転送する。冷蔵庫３００は、サーバ１００からメッセージの入力を受け付けると、そのメッセージを、通信装置３９で通信可能な範囲にいる端末装置５００に転送する。端末装置５００は、冷蔵庫３００からメッセージの入力を受け付けると、そのメッセージをタッチパネル５３に表示する。これにより、第３の実施の形態にかかるシステムにおいても、第１の実施の形態にかかるシステムと同様に、ユーザが冷蔵庫の近傍にいるときに当該ユーザの携帯する端末装置５００のタッチパネル５３に表示されることになる。そのため、ユーザに対して効果的な報知を実現することができる。

［第４の実施の形態］
以上の説明では、冷蔵庫３００で扉の開閉が検知されると、サーバ１００からメッセージが転送され、報知されるものとしている。しかしながら、サーバ１００から冷蔵庫３００に対するメッセージの転送は、当該メッセージが生成されたタイミングなどの、予め規定されたタイミングでなされてもよい。そして、冷蔵庫３００でメッセージを記憶しておき、扉の開閉が検知されると、未出力のメッセージに基づく報知を行なってもよい。第４の実施の形態にかかるシステムに含まれる各装置もまた、第１の実施の形態にかかるシステムに含まれる各装置と同様であるため、ハードウェアの説明などは繰り返さない。

この場合、サーバ１００は検知部１０６を含まなくてもよい。そして、転送部１０７は、メッセージが生成されると、ネットワークコントローラ１４を介して冷蔵庫３００にメッセージを転送する。冷蔵庫３００のＲＡＭ３２には、上記の発話情報記憶部１３２（図９）を含む。そして、冷蔵庫３００のＣＰＵ３０は、サーバ１００からメッセージを受け付けると、発話情報に登録する。冷蔵庫の出力制御部３０４は、検知部３０１が扉の開閉を検知すると、発話情報に登録されているメッセージのうちの未出力のメッセージを抽出して、スピーカ３５で出力する制御を行なう。これにより、第４の実施の形態にかかるシステムにおいても、第１の実施の形態にかかるシステムと同様に、ユーザの利便性を格段に向上させることができる。

［第５の実施の形態］
さらに、上述の動作をサーバ１００のＣＰＵ１０に実行させるためのプログラムとして提供することもできる。このようなプログラムを提供することによって、汎用のＰＣをサーバ１００として動作させることができる。また、上述の動作を端末装置５００のＣＰＵ５０に実行させるためのプログラムとして提供することもできる。このようなプログラムを提供することによって、汎用の端末装置を端末装置５００として動作させることができる。

このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

［第６の実施の形態］
第１の実施の形態におけるシステム（以下、「食品管理システム」とも称する）では、図５に示すとおり、冷蔵庫３００は、音声入力でユーザから注文の追加を受け付け（ステップＳ１１の後の注文入力）、当該受け付けた追加注文をサーバ１００に送信した（ステップＳ１５）。当該処理の詳細について説明すると、以下のとおりである。

冷蔵庫３００は、音声認識機能によって、ユーザの発話内容が所定の言葉であると判断したことを条件に、ユーザから追加注文を受け付ける。冷蔵庫３００は、たとえば、ユーザの発話内容が“追加注文”という言葉であると認識した場合、追加注文を受け付ける動作モードに移行する。このように、冷蔵庫３００は、所定の言葉が入力（認識）されたことを、追加注文を受け付ける動作モードへの移行のトリガとする。

より詳しくは、ユーザが「追加注文」と発話すると、冷蔵庫３００が「追加注文を承ります。何を注文しますか？」との発話を行なう。ユーザは、当該冷蔵庫の発話に対して、音声で応答することにより、追加注文を行なうことができる。

なお、上記においては、ユーザが所定の言葉を発話したことに基づき、冷蔵庫３００が追加注文を受け付ける構成を説明したが、ユーザに対して追加注文の有無を問い合わせるように冷蔵庫３００を構成してもよい。たとえば、ユーザが冷蔵庫３００のドアを開けたことをトリガにして、ユーザに対して追加注文を受け付けるように冷蔵庫３００を構成してもよい。

［第７の実施の形態］
ユーザが追加注文（図５のステップＳ１５）をした後、サーバ１００は、ユーザによる決済のための入力処理に基づき決済処理を行なう必要がある。決済のための入力処理としては、音声による入力処理と、端末装置５００または図示しない他の通信機器に対するタッチ操作等の音声以外の入力処理とが挙げられる。以下では、決済のための入力処理として音声による入力処理を行なう場合に、食品管理システム（サーバ１００と、冷蔵庫３００と、端末装置５００とを備えたシステム）において実行される処理について説明する。

＜パスワードの事前登録＞
端末装置５００で注文する際（図５のステップＳ０）に、端末装置５００を用いて合言葉（キーワード）をパスワードとして登録しておく。なお、当該合言葉は、発注情報とともに、端末装置５００によってサーバ１００に送信される。その後、上記注文に対する追加注文を上述した予め定められた期間内に行なう場合に、ユーザが冷蔵庫３００に対して登録された上記合言葉をユーザが発話することにより、サーバ１００において追加注文に対する決済処理が行われる。以下、このような処理の詳細について説明する。

図１３は、端末装置５００において、注文を受け付ける際（図５のステップＳ０）に表示される画面５１０（ユーザインターフェイス）の一例を表した図である。図１３を参照して、端末装置５００は、メニュー表示欄５１１と、決済店舗選択欄５１２と、パスワード選択欄５１３と、複数の選択可能なオブジェクト５１４〜５１７とを、タッチパネル５３（詳しくは、タッチパネルを構成するディスプレイ）に表示する。

メニュー表示欄５１１は、注文する商品をユーザが選択するために用いられる。メニュー表示欄５１１は、複数の商品名を表示している。メニュー表示欄５１１は、表示された商品の選択を受け付けるために用いられる。具体的には、メニュー表示欄５１１には、商品の識別番号と、商品名と、単価と、数量を入力する欄と、商品別の合計金額（小計）と、全ての商品の合計金額とが表示される。具体的には、メニュー表示欄５１１は、ユーザが購入を希望する商品に関し、希望数量の入力を受け付ける。

なお、ユーザによってオブジェクト５１５が選択されると、端末装置５００は、現在表示されているメニュー表示欄５１１よりも前のページのメニュー表示欄（前メニュー）を表示する。また、ユーザによってオブジェクト５１６が選択されると、端末装置５００は、現在表示されているメニュー表示欄５１１よりも後のページのメニュー表示欄（次メニュー）を表示する。

決済店舗選択欄５１２は、決済店舗をユーザが選択するために用いられる。決済店舗とは、典型的には、ネット通販会社である。

パスワード選択欄５１３は、パスワード（合言葉，キーワード）をユーザが入力するために用いられる。端末装置５００は、一例として注文（図５のステップＳ０）の度に、パスワードの入力を受け付ける。

オブジェクト５１４は、メニュー表示欄５１１と、決済店舗選択欄５１２と、パスワード選択欄５１３との入力をキャンセルするために用いられる。具体的には、ユーザによってオブジェクト５１４が選択されると、端末装置５００は、メニュー表示欄５１１の数量の情報を消去する。また、端末装置５００は、決済店舗選択欄５１２において、決済店舗が未選択の状態とする。さらに、端末装置５００は、パスワード選択欄５１３を未記載（空欄）とする。

オブジェクト５１７は、図１３に示した画面においてユーザが入力した情報を確定させるために用いられる。オブジェクト５１７が選択されると、端末装置５００は、表示させる画面を、図１３の画面５１０から注文を行なための画面５２０（図１４参照）に切り替える。

図１４は、端末装置５００において、注文を行なう際（図５のステップＳ１）に表示される画面５２０（ユーザインターフェイス）の一例を表した図である。具体的には、図１４に示した画面５２０は、図１３のオブジェクト５１７が選択された後に表示される画面である。

図１４を参照して、端末装置５００は、選択商品表示欄５２１と、決済店舗表示欄５２２と、パスワード表示欄５２３と、複数の選択可能なオブジェクト５２４，５２５とを、タッチパネル５３（詳しくは、タッチパネルを構成するディスプレイ）に表示する。

オブジェクト５２４は、ユーザが画面５２０に示された内容を変更したい場合に、ユーザによって利用される。ユーザがオブジェクト５２４を選択すると、端末装置５００は、表示する画面を、画面５２０から図１３に示した画面５１０に切り替える。

オブジェクト５２５は、画面５２０の選択商品表示欄５２１に示された内容で注文を行なうために利用される。ユーザがオブジェクト５２５を選択すると、端末装置５００は、画面に５２０に示された各種の情報を、サーバ１００に送信される。詳しくは、端末装置５００は、ユーザによって選択された商品および商品の数量と、決済店舗の情報と、パスワードとを、互いに関連付けてサーバ１００に送信する。換言すれば、端末装置５００は、図１３に示した画面５１０を用いてユーザが入力した情報を、サーバ１００に対して送信する。

以上の処理によって、パスワードが関連付けられた状態で、ユーザの注文操作（図５のステップＳ０）に基づく発注情報（図５のステップＳ１）が、サーバ１００に送信される。サーバ１００は、典型的には、当該発注情報に基づく注文情報を、上記パスワードを含めた状態でＨＤＤ１３の予め定められた領域に記憶する。なお、注文情報には、上述したように、冷蔵庫３００に関連付けられたユーザ毎に当該ユーザの発注した商品に関する情報が記載されている。

図１５は、パスワードを含む注文情報（リスト）の一例を表した図である。具体的には、図１５は、図６に示した注文情報の代わりにサーバ１００において記憶する注文情報を説明するための図である。図１５を参照して、サーバ１００は、１回の注文を識別するための情報である注文ＩＤに関連付けて、少なくとも、注文された商品ごとに、注文を受け付けた日時と、指定された商品（食品）と、キーワードとを登録する。さらに、サーバ１００は、上記発注情報をＰＣ７００に転送することで、注文された商品を発注する（図５のステップＳ３）。なお、サーバ１００は、パスワードについては送信する必要はない。

以上の処理によって、端末装置５００を用いた注文に対するパスワードがサーバ１００に登録される。

＜パスワードを用いた決済＞
ユーザは、追加注文（図５のステップＳ１１の後の注文入力）を行なった後、冷蔵庫３００に対して、端末装置５００を用いてサーバ１００に事前登録したキーワードを発話する。詳しくは、ユーザは、追加する商品および数量を音声入力で行った後、冷蔵庫３００に対して、サーバ１００に事前登録したキーワードを発話する。

冷蔵庫３００は、発話内容を音声認識技術によって認識する。冷蔵庫３００は、認識結果をサーバ１００に送信する。

サーバ１００は、認識結果が、サーバ１００に事前登録されたキーワードと一致することを条件に、追加注文の決済を行なう。なお、決済処理自体が、サーバ１００以外の他のサーバで行われるような構成の場合には、サーバ１００は、当該他のサーバに対して決済処理の依頼を行なえばよい。

以上の処理によって、食品管理システムでは、決済のための入力処理として音声による入力処理をパスワードを用いて行なうことが可能となる。

＜本実施の形態のまとめ＞
食品管理システムは、前提として、第１の実施の形態等で説明したように、（i）冷蔵庫３００近傍のユーザの存在を検知し、（ii）当該検知に基づくタイミングで、報知情報に基づく報知を行なわせ、（iii）報知の後、予め規定された期間、食品の発注入力を受け付ける。

本実施の形態に係る食品管理システムは、上記の構成において、さらに以下の構成を備える。まず、予め規定された期間内に受け付けた発注入力は、上記報知の前に端末装置５００において行われた発注入力に対する追加の発注入力である。端末装置５００は、上記報知の前に行われた発注入力の際にキーワードの入力を受け付け、当該受け付けたキーワードを前記サーバに送信する。冷蔵庫３００は、上記予め規定された期間内に受け付けた発注入力の際にキーワードの入力を音声で受け付け、当該受け付けたキーワードをサーバ１００に送信する。サーバ１００は、端末装置５００から受信したキーワードと冷蔵庫３００から受信したキーワードとが一致したことを条件に、上記予め規定された期間内に受け付けた発注入力を、食品の発注を管理するＰＣ７００に通知する。このようなシステム構成によれば、上述したように、決済のための入力処理として音声による入力処理をパスワードを用いて行なうことが可能となる。

＜変形例＞
（１）上記においては、注文の度にパスワードを登録する構成を例に挙げて説明したが、これに限定されるものではない。冷蔵庫３００毎にパスワードを登録しておき、注文の際にはパスワードの再度の登録が不要なように、食品管理システムを構成してもよい。当該構成よれば、ユーザは、注文の度にパスワードを登録する必要がなくなる。なお、この場合には、冷蔵庫３００とパスワードとの関連付けがサーバ１００においてなされている必要がある。

（２）上記においては、端末装置５００を用いてキーワード等の登録を受け付ける構成を例に挙げて説明したが、冷蔵庫３００のタッチパネル３６を用いてキーワードの登録を受け付けてもよい。

（３）決済店舗を選択する代わりに、複数のクレジット会社から決済を行なうクレジット会社を選択してもよい。

［第８の実施の形態］
上記の各実施の形態においては、音声認識機能を備えた冷蔵庫３００が、音声認識の結果に基づき、各種の処理を実行する構成を例に挙げて説明した。しかしながら、冷蔵庫３００は、必ずしも、音声認識機能を有している必要はない。

サーバ１００に音声認識機能を搭載し、冷蔵庫３００の代わりにサーバ１００が音声認識処理を行なってもよい。具体的には、冷蔵庫３００は、冷蔵庫３００のマイク３４に対して入力された音声の音声データを、サーバ１００にアップロードする。サーバ１００は、冷蔵庫３００からアップロードされた音声データに対して音声認識処理を行なう。以下、このような構成の冷蔵庫３００とサーバ１００との機能構成の一例を説明する。

図１６は、本実施の形態に係る冷蔵庫３００の機能構成の一例を表したブロック図である。本実施の形態にかかる冷蔵庫３００は、ＣＰＵ３０の代わりにＣＰＵ３０Ａを備える。また、図１６の各機能は、冷蔵庫３００のＣＰＵ３０ＡがＲＯＭ３１に記憶されているプログラムをＲＡＭ３２上に読み出して実行することで、主にＣＰＵ３０Ａで実現される。しかしながら、一部機能が、図３に表わされたハードウェアまたは電気回路などの他のハードウェア（図示しない）によって実現されてもよい。

図１６を参照して、ＣＰＵ３０Ａは、検知部３０１と、通知部３０２と、メッセージ入力部３０３と、出力制御部３０４と、音声入力部３０８と、音声送信部３０９とを備える。このように、ＣＰＵ３０Ａは、発注入力部３０５および発注部３０６の代わりに、音声入力部３０８および音声送信部３０９を備える点において、ＣＰＵ３０（図８参照）とは異なる。

音声入力部３０８は、マイク３４で集音された音声（アナログデータ）を受け付け、デジタルデータ（以下、「音声データ」とも称する）に変換する。音声入力部３０８は、当該音声データを音声送信部３０９に送る。

音声送信部３０９は、音声入力部３０８から受け付けた音声データを、ネットワークコントローラ３８を介してサーバ１００に転送する。これにより、サーバ１００は、ユーザの発話内容に基づく音声データを冷蔵庫３００から受信することができる。

図１７は、本実施の形態に係るサーバ１００の機能構成の一例を表したブロック図である。本実施の形態に係るサーバ１００は、ＣＰＵ１０の代わりにＣＰＵ１０Ａを備える。

図１７の各機能は、サーバ１００のＣＰＵ１０ＡがＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行することで、主にＣＰＵ１０Ａで実現される。しかしながら、一部機能が、図２に表わされたハードウェアまたは電気回路などの他のハードウェア（図示しない）によって実現されてもよい。

図１７を参照して、ＣＰＵ１０Ａは、管理部１０２と、発注部１０３と、商品情報入力部１０４と、生成部１０５と、検知部１０６と、転送部１０７と、音声受信部１０９とを備える。音声受信部１０９は、音声認識部１０９１と、注文判断部１０９２とを有する。このように、ＣＰＵ１０Ａは、注文入力部１０１の代わりに、音声受信部１０９を備える点において、ＣＰＵ１０（図９参照）とは異なる。

音声受信部１０９は、ネットワークコントローラ１４を介して、冷蔵庫３００から音声データを受信する。詳しくは、音声受信部１０９の音声認識部１０９１が、冷蔵庫３００から受信した音声データに対して音声認識処理を実行する。

また、音声受信部１０９の注文判断部１０９２は、音声認識部１０９１の音声認識結果から、注文内容（発注情報）を判断する。注文判断部１０９２は、判断した注文内容を管理部１０２に送る。

なお、冷蔵庫３００およびサーバ１００の各々が音声認識処理を行なってもよい。この場合には、冷蔵庫３００とサーバ１００とのうち、先に音声認識を行なった方の認識結果に基づき、冷蔵庫３００は、音声応答、追加注文を受け付ける動作モードへの移行等の各種の処理を実行すればよい。このような構成によれば、冷蔵庫３００における処理を早めることができる。

［まとめ］
本開示の１つの局面は、次のように表わすことができる。

（１）
サーバ（サーバ１００）と、サーバと通信可能な冷蔵庫（冷蔵庫３００）とを備え、サーバは、冷蔵庫での報知情報を記憶するための記憶手段（発話情報記憶部１３２）を含み、冷蔵庫は、報知装置（スピーカ３５）と入力装置（マイク３４、タッチパネル３６）とを含み、冷蔵庫近傍のユーザの存在を検知するための検知手段（センサ３７、検知部１０６，３０１）と、検知手段での検知に基づくタイミングで、報知情報に基づく報知装置での報知を行なわせるための報知制御手段（出力制御部３０４）と、報知の後、予め規定された期間、入力装置での食品の発注入力を受け付けるための入力手段（発注入力部３０５）とをさらに備える、食品管理システム。

（２）
検知手段は、冷蔵庫に対する接触を伴うユーザアクションの発生を検知することで、冷蔵庫近傍のユーザの存在を検知する、（１）に記載の食品管理システム。

（３）
検知手段は、冷蔵庫に対するユーザアクションとして、冷蔵庫の扉の開閉を検知する、（２）に記載の食品管理システム。

（４）
報知装置は音声出力機能を有し、報知は、音声により行なわれる報知を含む、（１）〜（３）のいずれかに記載の食品管理システム。

（５）
入力装置は音声入力機能を有し、食品の発注入力は、音声による入力を含む、（１）〜（４）のいずれかに記載の食品管理システム。

（６）
報知装置は、所定範囲内にある端末装置（端末装置５００）と通信可能であって、報知は、報知装置が所定範囲内にある端末装置に報知情報を転送することを含む、（１）〜（５）のいずれかに記載の食品管理システム。

（７）
入力装置は、所定範囲内にある端末装置と通信可能であって、食品の発注入力は、入力装置が所定範囲内にある端末装置から発注情報の入力を受け付けることを含む、（１）〜（６）のいずれかに記載の食品管理システム。

（８）
サーバは、食品の発注を管理する装置（ＰＣ７００）との間で通信するための通信手段（ネットワークコントローラ１４）と、入力装置で受け付けた食品の発注入力を、食品の発注を管理する装置に転送することで食品を発注するための発注手段（発注部１０３）とをさらに備え、記憶手段は、食品の発注を管理する装置から入力された、発注手段で発注された食品の受注状況についての情報をさらに記憶し、報知情報は、発注手段で発注された食品の受注状況に関する情報を含む、（１）〜（７）のいずれかに記載の食品管理システム。

（９）
上記予め規定された期間は、上記報知の前に発注された食品の出荷が完了するまでの期間である、（８）に記載の食品管理システム。

（１０）
サーバと通信可能な端末装置（５００）をさらに備え、上記予め規定された期間内に受け付けた発注入力は、上記報知の前に端末装置において行われた発注入力に対する追加の発注入力であり、端末装置は、上記報知の前に行われた発注入力の際に、キーワードの入力を受け付け、当該受け付けたキーワードをサーバに送信し、冷蔵庫は、上記予め規定された期間内に受け付けた発注入力の際にキーワードの入力を音声で受け付け、当該受け付けたキーワードをサーバに送信し、サーバは、端末装置から受信した上記キーワードと冷蔵庫から受信した上記キーワードとが一致したことを条件に、上記予め規定された期間内に受け付けた発注入力を、食品の発注を管理する装置に通知する、（１）〜（５）のいずれかに記載の食品管理システム。

（１１）
サーバ（サーバ１００）と通信可能な冷蔵庫（冷蔵庫３００）であって、当該冷蔵庫近傍のユーザの存在を検知するための検知手段（センサ３７、検知部３０１）と、サーバから取得した報知情報を、検知手段での検知に基づくタイミングで報知するための報知手段（スピーカ３５、出力制御部３０４）と、報知の後に、食品の発注入力を受け付けるための入力手段（発注入力部３０５）と、入力手段で受け付けた発注情報を、サーバに転送することで食品を発注するための発注手段（発注部３０６）とを備える、冷蔵庫。

（１２）
検知手段は、冷蔵庫に対する接触を伴うユーザアクションの発生を検知することで、冷蔵庫近傍のユーザの存在を検知する、（１１）に記載の冷蔵庫。

（１３）
報知手段での報知は、音声により行なわれる報知を含む、（１１）または（１２）に記載の冷蔵庫。

（１４）
入力手段での発注入力は、音声による入力を含む、（１０）〜（１３）のいずれかに記載の冷蔵庫。

（１５）
所定範囲内にある端末装置と通信するための通信手段（通信装置３９）をさらに備え、報知手段での報知は、所定範囲内にある端末装置に報知情報を転送することを含む、（１１）〜（１４）のいずれかに記載の冷蔵庫。

（１６）
所定範囲内にある端末装置と通信するための通信手段（通信装置３９）をさらに備え、入力手段での発注入力は、所定範囲内にある端末装置から発注情報の入力を受け付けることを含む、（１１）〜（１５）のいずれかに記載の冷蔵庫。

（１７）
検知手段での検知をサーバに通知するための通知手段（通知部３０２）をさらに備え、報知手段は、通知に応じてサーバから転送された報知情報を報知する、（１１）〜（１６）のいずれかに記載の冷蔵庫。

（１８）
予め規定されたタイミングで、サーバから報知情報を取得するための取得手段（メッセージ入力部３０３）と、報知情報を記憶するための記憶手段（ＲＡＭ３２）とをさらに備え、報知手段は、検知手段での検知に基づくタイミングで記憶手段から報知情報を読み出して報知する、（１１）〜（１６）のいずれかに記載の冷蔵庫。

（１９）
上記入力手段による食品の発注入力は、上記報知の前に端末装置（５００）において行われた発注入力に対する追加の発注入力であり、入力手段は、上記報知後に受け付けた発注入力の際に、キーワードの入力を音声で受け付け、冷蔵庫は、受け付けたキーワードをサーバに送信する送信手段をさらに備える、（１１）〜（１４）に記載の冷蔵庫。

（２０）
冷蔵庫（冷蔵庫３００）と通信可能なサーバであって、冷蔵庫での報知情報を記憶するための記憶手段（発話情報記憶部１３２）と、冷蔵庫近傍のユーザの存在を検知するための検知手段（検知部１０６）と、検知手段での検知に基づくタイミングで、記憶手段から報知情報を読み出して冷蔵庫に転送するための転送手段（転送部１０７）と、転送の後、予め規定された期間、冷蔵庫から食品の発注の入力を受け付けるための入力手段（注文入力部１０１）とを備える、サーバ。

（２１）
食品の発注を管理する装置（ＰＣ７００）との間で通信するための通信手段（ネットワークコントローラ１４）と、入力手段で受け付けた食品の発注入力を、食品の発注を管理する装置に転送することで食品を発注するための発注手段（発注部１０３）とをさらに備え、記憶手段は、食品の発注を管理する装置から入力された、発注手段で発注された食品の受注状況についての情報をさらに記憶し、報知情報は、発注手段で発注された食品の受注状況に関する情報を含む、（２０）に記載のサーバ。

（２２）
上記予め規定された期間は、上記転送の前に発注された食品の出荷が完了するまでの期間である、（２１）に記載のサーバ。

（２３）
サーバは、端末装置（５００）と通信可能であり、上記予め規定された期間内に受け付けた発注入力は、上記転送の前に前記端末装置において行われた発注入力に対する追加の発注入力であり、サーバは、端末装置から、上記転送の前に行われた発注入力の際に端末装置が受け付けたキーワードを受信し、冷蔵庫から、上記予め規定された期間内に受け付けた発注入力の際に、冷蔵庫が音声にて受け付けたキーワードを受信し、端末装置から受信した上記キーワードと冷蔵庫から受信した上記キーワードとが一致したことを条件に、上記予め規定された期間内に受け付けた発注入力を、食品の発注を管理する装置に通知する、（２０）〜（２２）のいずれかに記載のサーバ。

（２４）
所定範囲内にある冷蔵庫（冷蔵庫３００）と通信可能な端末装置（端末装置５００）であって、食品の発注入力を受け付けるための入力手段（発注入力部５０１）と、発注入力を表わす情報を冷蔵庫に転送するための転送手段（転送部５０２）と、冷蔵庫から報知情報の入力を取得するための取得手段（報知情報入力部５０３）と、報知情報に基づく表示を行なうための表示手段（表示処理部５０４）とを備える、端末装置。

（２５）
冷蔵庫（冷蔵庫３００）と通信可能なサーバ（サーバ１００）の制御プログラムであって、サーバは、冷蔵庫での報知情報を記憶するためのメモリ（発話情報記憶部１３２）を有し、制御プログラムはサーバに、冷蔵庫近傍のユーザの存在を検知するステップ（Ｓ２２３）と、検知に基づくタイミングで、メモリから報知情報を読み出して冷蔵庫に転送するステップ（Ｓ２２７）と、転送の後、予め規定された期間、冷蔵庫から食品の発注の入力を受け付けるステップ（Ｓ２２９、Ｓ２０１）とを実行させる、制御プログラム。

（２６）
所定範囲内にある冷蔵庫（冷蔵庫３００）と通信可能な端末装置（ＰＣ７００）の制御プログラムであって、制御プログラムは端末装置に、食品の発注入力を受け付けるステップ（Ｓ０）と、発注入力を表わす情報を冷蔵庫に転送するステップ（Ｓ１）と、冷蔵庫から報知情報の入力を取得するステップ（Ｓ３１）と、報知情報に基づく表示を行なうステップ（Ｓ３２）とを実行させる、制御プログラム。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０，３０，５０ ＣＰＵ、１１，３１，５１ ＲＯＭ、１２，３２，５２ ＲＡＭ、１３ ＨＤＤ、１４，３８，５４ ネットワークコントローラ、３３ 駆動機構、３４ マイク、３５ スピーカ、３６，５３ タッチパネル、３７ センサ、３９，５５ 通信装置、１００ サーバ、１０１ 注文入力部、１０２ 管理部、１０３，３０６，５０２ 発注部、１０４ 商品情報入力部、１０５ 生成部、１０６，３０１ 検知部、１０７ 転送部、１０８ 判断部、１３１ 注文情報記憶部、１３２ 発話情報記憶部、３００ 冷蔵庫、３０２ 通知部、３０３ メッセージ入力部、３０４ 出力制御部、３０５，５０１ 発注入力部、５００ 端末装置、５０３ 報知情報入力部、５０４ 表示処理部、７００ ＰＣ。

Claims (14)

1. サーバと、
   前記サーバと通信可能な冷蔵庫と、
   前記サーバと通信可能な端末装置とを備え、
   前記サーバは、前記冷蔵庫での報知情報を記憶するための記憶手段を含み、
   前記冷蔵庫は、報知装置と入力装置とを含み、
   前記冷蔵庫近傍のユーザの存在を検知するための検知手段と、
   前記検知手段での検知に基づくタイミングで、前記報知情報に基づく前記報知装置での報知を行なわせるための報知制御手段と、
   前記報知の後、予め規定された期間、前記入力装置での食品の発注入力を受け付けるための入力手段とをさらに備え、
   前記予め規定された期間内に受け付けた発注入力は、前記報知の前に前記端末装置において行われた発注入力に対する追加の発注入力であって、
   前記端末装置は、
   前記報知の前に行われた発注入力の際に、キーワードの入力を受け付け、
   前記受け付けたキーワードを前記サーバに送信し、
   前記冷蔵庫は、
   前記予め規定された期間内に受け付けた発注入力の際に、キーワードの入力を音声で受け付け、
   前記受け付けたキーワードを前記サーバに送信し、
   前記サーバは、前記端末装置から受信した前記キーワードと前記冷蔵庫から受信した前記キーワードとが一致したことを条件に、前記予め規定された期間内に受け付けた発注入力を、食品の発注を管理する装置に通知する、食品管理システム。
2. 前記検知手段は、前記冷蔵庫に対する接触を伴うユーザアクションの発生を検知することで、前記冷蔵庫近傍のユーザの存在を検知する、請求項１に記載の食品管理システム。
3. 前記検知手段は、前記冷蔵庫に対するユーザアクションとして、前記冷蔵庫の扉の開閉を検知する、請求項２に記載の食品管理システム。
4. 前記報知装置は音声出力機能を有し、
   前記報知は、音声により行なわれる報知を含む、請求項１〜３のいずれかに記載の食品管理システム。
5. 前記入力装置は音声入力機能を有し、
   前記食品の発注入力は、音声による入力を含む、請求項１〜４のいずれかに記載の食品管理システム。
6. サーバと通信可能な冷蔵庫であって、
   前記冷蔵庫近傍のユーザの存在を検知するための検知手段と、
   前記サーバから取得した報知情報を、前記検知手段での検知に基づくタイミングで報知するための報知手段と、
   前記報知の後に、食品の発注入力を受け付けるための入力手段と、
   前記入力手段で受け付けた発注情報を、前記サーバに転送することで前記食品を発注するための発注手段とを備え、
   前記入力手段による前記食品の発注入力は、前記報知の前に端末装置において行われた発注入力に対する追加の発注入力であって、
   前記入力手段は、前記報知後に受け付けた発注入力の際に、キーワードの入力を音声で受け付け、
   前記冷蔵庫は、前記受け付けたキーワードを前記サーバに送信する送信手段をさらに備える、冷蔵庫。
7. 前記検知手段は、前記冷蔵庫に対する接触を伴うユーザアクションの発生を検知することで、前記冷蔵庫近傍のユーザの存在を検知する、請求項６に記載の冷蔵庫。
8. 前記報知手段での報知は、音声により行なわれる報知を含む、請求項６または７に記載の冷蔵庫。
9. 前記入力手段での発注入力は、音声による入力を含む、請求項６〜８のいずれかに記載の冷蔵庫。
10. 冷蔵庫および端末装置の各々と通信可能なサーバであって、
    前記冷蔵庫での報知情報を記憶するための記憶手段と、
    前記冷蔵庫近傍のユーザの存在を検知するための検知手段と、
    前記検知手段での検知に基づくタイミングで、前記記憶手段から前記報知情報を読み出して前記冷蔵庫に転送するための転送手段と、
    前記転送の後、予め規定された期間、前記冷蔵庫から食品の発注の入力を受け付けるための入力手段とを備え、
    前記予め規定された期間内に受け付けた発注入力は、前記転送の前に前記端末装置において行われた発注入力に対する追加の発注入力であって、
    前記サーバは、
    前記端末装置から、前記転送の前に行われた発注入力の際に前記端末装置が受け付けたキーワードを受信し、
    前記冷蔵庫から、前記予め規定された期間内に受け付けた発注入力の際に、前記冷蔵庫が音声にて受け付けたキーワードを受信し、
    前記端末装置から受信した前記キーワードと前記冷蔵庫から受信した前記キーワードとが一致したことを条件に、前記予め規定された期間内に受け付けた発注入力を、食品の発注を管理する装置に通知する、サーバ。
11. 食品の発注を管理する装置との間で通信するための通信手段と、
    前記入力手段で受け付けた食品の発注入力を、前記食品の発注を管理する装置に転送することで前記食品を発注するための発注手段とをさらに備え、
    前記記憶手段は、前記食品の発注を管理する装置から入力された、前記発注手段で発注された食品の受注状況についての情報をさらに記憶し、
    前記報知情報は、前記発注手段で発注された食品の受注状況に関する情報を含む、請求項１０に記載のサーバ。
12. 前記予め規定された期間は、前記転送の前に発注された食品の出荷が完了するまでの期間である、請求項１１に記載のサーバ。
13. サーバと通信可能な冷蔵庫の制御方法であって、
    前記冷蔵庫近傍のユーザの存在を検知するステップと、
    前記サーバから取得した報知情報を、前記検知に基づくタイミングで報知するステップと、
    前記報知の後に、食品の発注入力を受け付けるステップと、
    前記食品の発注入力に基づく発注情報を、前記サーバに転送することで前記食品を発注するステップとを備え、
    前記食品の発注入力は、前記報知の前に端末装置において行われた発注入力に対する追加の発注入力であって、
    前記制御方法は、
    前記報知後に受け付けた発注入力の際に、キーワードの入力を音声で受け付けるステップと、
    前記受け付けたキーワードを前記サーバに送信するステップとをさらに備える、冷蔵庫の制御方法。
14. 冷蔵庫および端末装置の各々と通信可能なサーバの制御方法であって、
    前記サーバは、前記冷蔵庫での報知情報を記憶しており、
    前記制御方法は、
    前記冷蔵庫近傍のユーザの存在を検知するステップと、
    前記検知に基づくタイミングで、前記報知情報を前記冷蔵庫に転送するステップと、
    前記転送の後、予め規定された期間、前記冷蔵庫から食品の発注の入力を受け付けるステップとを備え、
    前記予め規定された期間内に受け付けた発注入力は、前記転送の前に前記端末装置において行われた発注入力に対する追加の発注入力であって、
    前記制御方法は、
    前記端末装置から、前記転送の前に行われた発注入力の際に前記端末装置が受け付けたキーワードを受信するステップと、
    前記冷蔵庫から、前記予め規定された期間内に受け付けた発注入力の際に、前記冷蔵庫が音声にて受け付けたキーワードを受信するステップと、
    前記端末装置から受信した前記キーワードと前記冷蔵庫から受信した前記キーワードとが一致したことを条件に、前記予め規定された期間内に受け付けた発注入力を、食品の発注を管理する装置に通知するステップとを備える、サーバの制御方法。

Images