JP2023154873A - 情報処理システム、プログラム、および家電機器 - Google Patents

Abstract

【課題】利便性の向上を図ることができる情報処理システム、プログラム、および家電機器を提供する。
【解決手段】情報処理システムの一種である調理用家電機器に搭載された制御装置１０７において、判定部１３０は、制御装置１０７が搭載された調理用家電機器を利用して物品が使用されることを含む所定条件が満たされるかを判定する。提案報知部１４０は、物品が使用されると判定された場合、発注対象として物品を登録するか否かに関する提案を家電機器の報知器または端末装置へ報知する。
【選択図】図３

Description

本発明の実施形態は、情報処理システム、プログラム、および家電機器に関する。

選択された料理を作るための不足の材料およびその分量を算出する手段を有し、必要材料を発送に供する料理材料宅配システムが知られている。このような情報処理システムは、利便性のさらなる向上が期待されている。

特開２００３－０１６１７２号公報

本発明が解決しようとする課題は、利便性の向上を図ることができる情報処理システム、プログラム、および家電機器を提供することである。

実施形態の情報処理システムは、発注部と、提案報知部とを備える。前記発注部は、物品を発注可能である。前記提案報知部は、家電機器を利用して前記物品が使用されることを含む所定条件が満たされる場合に、前記発注部による発注対象として前記物品を登録するか否かに関する提案を前記家電機器の報知器または端末装置から報知させる。

実施形態の家電関連システムの全体構成を示す図。 実施形態の調理用家電機器を示す正面図。 実施形態の調理用家電機器の制御装置の機能構成を示すブロック図。 実施形態のレシピ情報の内容の一例を示す図。 実施形態の表示画面に表示される報知内容を説明するための図。 実施形態のサーバの機能構成を示すブロック図。 実施形態の発注対象ＤＢの内容の一例を示す図。 実施形態の発注予定キューを説明するための図。 実施形態の発注予定キューを説明するための別の図。 実施形態の発注履歴ＤＢの内容の一例を示す図。 実施形態の端末装置の機能構成を示すブロック図。 実施形態の表示画面に表示されるレシピ表示を示す図。 実施形態の表示画面に表示されるリストの内容の一例を示す図。 実施形態の表示画面に表示される別のリストの内容の一例を示す図。 実施形態の食材セットを発注対象から削除する操作を説明するための図。 実施形態の食材セットが発注対象から削除される場合の発注予定キューの変化を示す図。 実施形態の家電関連システムの処理の流れを示すシーケンス図。

以下、実施形態の情報処理システム、プログラム、および家電機器を、図面を参照して説明する。以下の説明では、同一または類似の機能を有する構成に同一の符号を付す。そして、それら構成の重複する説明は省略する場合がある。本出願で「ＸＸに基づく」とは、「少なくともＸＸに基づく」ことを意味し、ＸＸに加えて別の要素に基づく場合も含み得る。また「ＸＸに基づく」とは、ＸＸを直接に用いる場合に限定されず、ＸＸに対して演算や加工が行われたものに基づく場合も含み得る。本出願で「ＸＸまたはＹＹ」とは、ＸＸとＹＹのうちいずれか一方の場合に限定されず、ＸＸとＹＹの両方の場合も含み得る。これは選択的要素が３つ以上の場合も同様である。ＸＸおよびＹＹは、任意の要素（例えば任意の情報）である。本出願で「取得」とは、送信要求を送信して能動的に取得する場合に限定されず、他の装置から送信される情報を受動的に受信することで取得する場合も含み得る。本出願では「データベース」を「ＤＢ」と表記する。

＜１．全体構成＞
図１は、実施形態の家電関連システム１の全体構成を示す図である。家電関連システム１は、例えば、家電機器１００、サーバ２００、および端末装置３００を含む。本実施形態では、家電機器１００とサーバ２００とにより、「情報処理システム」の一例で実現される。これに代えて、家電機器１００、サーバ２００、および端末装置３００のうちのいずれか１つにより「情報処理システム」の一例が実現されてもよく、家電機器１００、サーバ２００、および端末装置３００のうちいずれか２つ以上により「情報処理システム」の一例が実現されてもよい。後述するネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＬＰＷＡ（Low Power Wide Area）、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、またはその他の公衆回線や専用回線などを状況に応じて利用すればよい。

家電機器１００は、主として家庭で使用される電気機器である。家電機器１００は、ユーザＵの住居内に配置される。家電機器１００は、ユーザＵの住居内に設置される無線ルータＷＲおよびモデムＭを介してネットワークＮＷと接続される。家電機器１００は、ネットワークＮＷを介して、サーバ２００または端末装置３００と通信可能である。

家電機器１００は、調理用家電機器１００Ａ、衣類処理装置１００Ｂ、冷蔵庫、空気調和機、暖房機、または電気掃除機などであるが、これらに限定されない。調理用家電機器１００Ａは、オーブンレンジ、電子レンジ、トースター、または炊飯器などである。衣類処理装置１００Ｂは、洗濯機、またはクローゼット型衣類処理装置などである。以下では、家電機器１００の一例として、家電機器１００が調理用家電機器１００Ａである場合を中心に説明する。このため以下に説明する「調理用家電機器１００Ａ」は、適宜「家電機器１００」と読み替えられてもよい。

サーバ２００は、家電機器１００を管理する管理サーバである。サーバ２００は、１つまたは複数のサーバ装置（例えばクラウドサーバ）により構成される。サーバ２００は、ネットワークＮＷを介して、家電機器１００または端末装置３００と通信可能である。サーバ２００は、ネットワークＮＷ中のルータに含まれる情報処理部など、エッジコンピューティングやフォグコンピューティングを行う情報処理部を含んでもよい。サーバ２００は、クラウドサーバに限定されず、ユーザＵの住居にあるコンピュータでもよく、家庭内ルータ（例えば無線ルータＷＲ）などでもよい。サーバ２００は、「発注システム」の一例である。

端末装置３００は、ユーザＵが使用する端末装置である。端末装置３００は、例えば、スマートフォンまたはタブレット端末装置のような携帯端末装置である。ただし、端末装置３００は、携帯端末装置に限定されず、パーソナルコンピュータなどでもよい。端末装置３００は、例えば、表示装置３０１と、入力装置３０２と、通信部３０３とを有する。表示装置３０１は、種々の情報を表示可能な表示画面３０１ａを有する。入力装置３０２は、ユーザＵの入力を受け付け可能である。入力装置３０２は、例えば表示装置３０１の表示画面３０１ａと重ねて設けられたタッチパネルである。入力装置３０２は、端末装置３００に設けられたカメラやマイクなどを含み得る。通信部３０３は、無線通信可能な通信モジュールである。通信部３０３は、無線ルータＷＲおよびモデムＭを介してまたは直接にネットワークＮＷと接続される。通信部３０３は、ネットワークＮＷを介して、家電機器１００またはサーバ２００と通信可能である。

端末装置３００には、アプリケーションプログラムＰがインストールされ、以下に説明する機能がサポートされる。アプリケーションプログラムＰは、例えば、家電機器１００を管理するためのアプリケーションプログラムである。本実施形態では、アプリケーションプログラムＰが実行されることで起動されるアプリケーションソフトウェアを「家電管理アプリＡＰＰ」と称する。アプリケーションプログラムＰは、「プログラム」の一例である。

外部サーバ８００は、物品を購入可能な外部のサーバであり、例えば、小売店のＥＣ（Electronic Commerce）サイトや食材宅配サービスのウェブサイトを提供するサーバなどである。サーバ２００は、外部サーバ８００と通信することで、外部サーバ８００に対して物品の発注が可能である。

以上、家電関連システム１の全体構成について説明した。本実施形態では、サーバ２００は、調理用家電機器１００Ａで調理可能なレシピの食材セットを発注可能である。調理用家電機器１００Ａは、当該調理用家電機器１００Ａを利用して上記食材セットが初めて調理される場合に、サーバ２００による定期購入の発注対象として上記食材セットを登録するか否かに関する提案を報知させる。以下、このような内容について詳しく説明する。

＜２．調理用家電機器＞
次に、調理用家電機器１００Ａについて説明する。
図２は、調理用家電機器１００Ａを示す正面図である。調理用家電機器１００Ａは、例えば、筐体１０１、加熱調理部１０２、表示装置１０３、入力装置１０４、人感センサ１０５、通信部１０６、および制御装置１０７（図３参照）を備える。

筐体１０１は、調理用家電機器１００Ａの外郭を形成している。筐体１０１の内部には、調理が行われる空間である調理空間Ｓが設けられている。加熱調理部１０２は、調理空間Ｓに収容された食材を加熱する加熱部である。加熱調理部１０２は、例えば、オーブンレンジや電子レンジにおけるマイクロ波生成部、またはトースターや炊飯器におけるヒータなどである。

表示装置１０３は、例えば、筐体１０１の前面に設けられている。表示装置１０３は、種々の情報を表示可能な表示画面１０３ａを有する。表示装置１０３は、例えば、液晶ディスプレイまたは有機ＥＬ（Electro Luminescence）ディスプレイであるが、これら例に限定されない。表示装置１０３は、「報知器」の一例である。ただし、「報知器」は、表示装置に限定されず、スピーカなどでもよい。入力装置１０４は、例えば、表示装置１０３の表示画面１０３ａと重ねて設けられたタッチパネルである。入力装置１０４は、表示画面１０３ａに対するユーザＵの操作を受け付ける。

人感センサ１０５は、調理用家電機器１００Ａに対して所定距離内に存在するユーザＵの有無を検出する。人感センサ１０５は、例えば、赤外線、超音波、または可視光などによりユーザＵを検出する。なお、人感センサ１０５は、省略されてもよい。

通信部１０６は、例えば、無線通信可能な通信モジュールである。通信部１０６は、無線ルータＷＲおよびモデムＭを介してまたは直接にネットワークＮＷと接続される。通信部１０６は、ネットワークＮＷを介して、サーバ２００または端末装置３００と通信可能である。なお、通信部１０６は、例えば、Bluetooth（登録商標）のような近距離無線通信を介して、端末装置３００と直接に通信可能であってもよい。

次に、制御装置１０７について説明する。
図３は、制御装置１０７の機能構成を示すブロック図である。制御装置１０７は、調理用家電機器１００Ａの全体を統括的に制御する。制御装置１０７は、例えば、機器本体制御部１１０、情報取得部１２０、判定部１３０、提案報知部１４０、情報送信部１５０、および記憶部１９０を有する。

機器本体制御部１１０、情報取得部１２０、判定部１３０、提案報知部１４０、および情報送信部１５０は、調理用家電機器１００Ａに搭載されたＣＰＵ（Central Processing Unit）のような１つ以上のハードウェアプロセッサがプログラムを実行することにより実現される。ただし、これら機能部の一部または全部は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、またはＦＰＧＡ（Field Programmable Gate Array）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。

（機器本体制御部）
機器本体制御部１１０は、加熱調理部１０２を制御することで、調理を実行する。例えば、機器本体制御部１１０は、入力装置１０４に対するユーザＵの操作に基づき、加熱調理部１０２を制御する。本実施形態では、機器本体制御部１１０は、後述する情報取得部１２０によって、制御量情報ＣＳを含むレシピ情報ＲＳ（図４参照）が取得される場合、制御量情報ＣＳに基づいて加熱調理部１０２を制御可能である。制御量情報ＣＳは、加熱調理部１０２の設定情報である。制御量情報ＣＳは、例えば、加熱調理部１０２の出力ワット数と加熱時間（５００Ｗで５分間加熱など）を含む。

（情報取得部）
情報取得部１２０は、種々の情報をサーバ２００から取得する。例えば、情報取得部１２０は、後述する端末装置３００に対するユーザＵの操作に基づき、ユーザＵにより指定されたレシピ情報ＲＳをサーバ２００から受信することで取得する。なお上記例に代えて、調理用家電機器１００Ａに対応する全てのレシピ情報ＲＳが調理用家電機器１００Ａの記憶部１９０に記憶されるとともに、定期的に更新されてもよい。

図４は、レシピ情報ＲＳの内容の一例を示す図である。レシピ情報ＲＳは、例えば、レシピＩＤ、レシピ名、サムネイル画像、材料、調理手順、および制御量情報ＣＳを含む。レシピＩＤは、レシピを識別するための識別情報の一例である。

（判定部）
判定部１３０は、使用判定部１３１と、発注対象判定部１３２とを含む。
使用判定部１３１は、調理用家電機器１００Ａでレシピ情報ＲＳを用いて調理が行われる場合、当該レシピ情報ＲＳが初めて使用されるレシピ情報ＲＳであるか否かを判定する。本実施形態では、記憶部１９０には、使用レシピＤＢ１９１が記憶されている。使用レシピＤＢ１９１には、調理用家電機器１００Ａで過去に使用されたレシピ情報ＲＳが登録されている。そして、使用判定部１３１は、調理用家電機器１００Ａで今回使用されるレシピ情報ＲＳ（例えば情報取得部１２０により新たに取得されるレシピ情報ＲＳ）が使用レシピＤＢ１９１に登録されているレシピ情報ＲＳであるか否かを判定する。

使用判定部１３１は、調理用家電機器１００Ａで使用されるレシピ情報ＲＳが使用レシピＤＢ１９１に既に登録されているレシピ情報ＲＳである場合、当該レシピ情報ＲＳが初めて使用されるレシピ情報ＲＳでないと判定する。一方で、使用判定部１３１は、調理用家電機器１００Ａで使用されるレシピ情報ＲＳが使用レシピＤＢ１９１に登録されていないレシピ情報ＲＳである場合、当該レシピ情報ＲＳが初めて使用されるレシピ情報ＲＳであると判定する。

なお上記に代えて、使用レシピＤＢ１９１は、各調理用家電機器１００Ａと対応付けられてサーバ２００の記憶部２９０で管理されてもよい。この場合、各調理用家電機器１００Ａは、調理用家電機器１００Ａでレシピ情報ＲＳを用いて調理が行われる毎に、使用したレシピ情報ＲＳをサーバ２００に送信する。また、使用判定部１３１は、調理用家電機器１００Ａでレシピ情報ＲＳを用いて調理が行われる毎に、当該レシピ情報ＲＳが初めて使用されるレシピ情報ＲＳであるか否かをサーバ２００に問い合わせることで、当該レシピ情報ＲＳが初めて使用されるレシピ情報ＲＳであるか否かを判定する。また、判定部１３０の判定に用いられるレシピ情報ＲＳとしては、上記例に代えて、より簡易なレシピ情報（例えば材料や調理手順の情報を含まないもの）が用いられてもよい。

発注対象判定部１３２は、調理用家電機器１００Ａでレシピ情報ＲＳを用いて調理が行われる場合、当該レシピ情報ＲＳに対応するレシピの食材セットが後述するサーバ２００の発注部２４０による発注対象（例えば自動発注の対象）として既に登録されているか否かを判定する。発注対象判定部１３２は、調理用家電機器１００Ａでレシピ情報ＲＳを用いて調理が行われる場合、当該レシピ情報ＲＳに対応するレシピの食材セットが上記発注対象として登録されているか否かをサーバ２００に問い合わせることで、当該レシピの食材セットが上記発注対象として登録されているか否かを判定する。

（提案報知部）
次に、提案報知部１４０について説明する。なお以下では説明の便宜上、調理用家電機器１００Ａでレシピ情報ＲＳを用いて調理が行われた場合におけるレシピ情報ＲＳを「特定レシピ情報ＲＳ」と称し、特定レシピ情報ＲＳに対応するレシピを「特定レシピ」と称する。

提案報知部１４０は、調理用家電機器１００Ａを利用して特定レシピの食材セットが調理されることを含む所定条件が満たされる場合に、後述するサーバ２００の発注部２４０による発注対象（例えば自動発注の対象）として特定レシピの食材セットを登録するか否かに関する提案を報知させる。

本出願で「レシピの食材セット」とは、レシピの料理に用いられる２つ以上の食材を含む食材セットである。なお本出願で「レシピの食材セット」とは、レシピを完成させるために必要な全ての食材を含む食材セットに限定されず、レシピに含まれる一部の食材のみを含む食材セットも該当し得る。

「特定レシピの食材セット」は、調理用家電機器１００Ａで調理可能なレシピの食材セットである。「調理用家電機器で調理可能」とは、レシピに含まれる少なくとも一部の工程が調理用家電機器により実現可能であればよい。「特定レシピの食材セット」の一例は、調理用家電機器向けに販売される食材のセットである。調理用家電機器１００Ａで調理可能なレシピの食材セットは、「物品」の一例である。調理用家電機器１００Ａを利用してレシピの食材セットが調理されることは、「家電機器を利用して物品が使用される」ことの一例である。

上記所定条件は、例えば、調理用家電機器１００Ａを利用して特定レシピの食材セットが初めて調理され、且つ、特定レシピの食材セットがサーバ２００の発注部２４０による発注対象としてまだ登録されていないことである。本実施形態では、上記所定条件は、調理用家電機器１００Ａにおいて特定レシピ情報ＲＳに基づき機器本体制御部１１０が制御された場合において、特定レシピ情報ＲＳが初めて使用されるレシピ情報ＲＳであると使用判定部１３１により判定され、且つ、特定レシピの食材セットがサーバ２００の発注部２４０による発注対象としてまだ登録されていないと発注対象判定部１３２により判定される場合である。

本実施形態では、提案報知部１４０は、上記所定条件が満たされる場合、サーバ２００の発注部２４０による発注対象として特定レシピの食材セットを登録するか否かに関する提案を表示装置１０３の表示画面１０３ａから報知させる。

また本実施形態では、提案報知部１４０は、上記提案として、特定レシピの食材セットを定期購入するか否かを提案する。本出願で言う「定期購入」とは、決まった日数毎に発注することに限定されず、周期的に繰り返し発注することを広く意味する。

図５は、表示画面１０３ａに表示される報知内容を説明するための図である。本実施形態では、提案報知部１４０は、上記所定条件が満たされる場合、上記提案として、表示装置１０３の表示画面１０３ａに提案表示Ｄ１を表示させる。提案表示Ｄ１は、サーバ２００の発注部２４０による発注対象として特定レシピの食材セットを登録するか否かについてユーザＵに確認するための問い合わせである。提案表示Ｄ１は、例えば、特定レシピに関する、レシピ名、レシピのサムネイル画像、および複数の操作部Ｂ１ａ，Ｂ１ｂを含む。複数の操作部Ｂ１ａ，Ｂ１ｂは、上記発注対象として特定レシピの食材セットを追加することを示す操作部Ｂ１ａと、上記発注対象として特定レシピの食材セットを追加しないことを示す操作部Ｂ１ｂとを含む。これら操作部Ｂ１ａ，Ｂ１ｂに対するユーザＵの操作（ユーザＵの回答）は、入力装置１０４によって受け付けられる。

次に、提案報知部１４０による上記提案が報知される時期について説明する。提案報知部１４０は、例えば、以下に説明する（１）～（７）のうち１つ以上の時期に上記提案を報知させる。上記提案の報知は、例えば、操作部Ｂ１ａ，Ｂ１ｂに対する操作が行われるまで一定時間に亘り表示が継続されることで行われる。「一定時間」は、ユーザＵが気付くのに十分な時間が確保される長さであり、例えば１５分である。

（１）調理用家電機器１００Ａにおいて特定レシピの調理中（例えば、オーブンレンジでの加熱中）の間、または調理用家電機器１００Ａにおいて特定レシピの調理中の時点からの一定時間。

（２）調理用家電機器１００Ａにおいて特定レシピの調理終了（例えば、オーブンレンジでの加熱終了）の時点から一定時間。

（３）調理用家電機器１００Ａにおける特定レシピの調理終了後、調理用家電機器１００Ａが次に操作された時点（例えば、オーブンレンジの筐体１０１の扉が開かれたことが不図示の扉開閉センサにより検出された時点）から一定時間。

（４）調理用家電機器１００Ａにおける特定レシピの調理終了後、人感センサ１０５によりユーザＵが検出された時点から一定時間。

（５）調理用家電機器１００Ａにおける特定レシピの調理終了から所定時間経過した時点から一定時間。「所定時間」は、例えば、調理された料理をダイニングでユーザＵが食べ終わり、ユーザＵがキッチンに戻りキッチンで後片付けを開始するまでに相当する時間である。「所定時間」は、例えば３０分である。「所定時間」を空けることで、ユーザＵは料理を食べた感想に基づき、特定レシピの食材セットを発注対象として登録するか否かを回答することができる。「所定時間」の定義は、以下の（６）、（７）でも同様である。

（６）調理用家電機器１００Ａにおける特定レシピの調理終了から所定時間経過後において、調理用家電機器１００Ａが次に操作された時点（例えば、オーブンレンジの筐体１０１の扉が開かれたことが不図示の扉開閉センサにより検出された時点）から一定時間。

（７）調理用家電機器１００Ａにおける特定レシピの調理終了から所定時間経過後において、人感センサ１０５によりユーザＵが検出された時点から一定時間。

なお、電源をＯＮにする操作がある他の家電機器１００においては、家電機器１００を利用した物品の使用後において、電源をＯＮにする操作が次に行われた時間から一定時間でもよい。

また、提案報知部１４０は、調理用家電機器１００Ａの表示装置１０３から提案を報知させることに代えて／加えて、ユーザＵの端末装置３００から上記提案を報知（例えば、端末装置３００の表示装置３０１の表示画面３０１ａに提案表示Ｄ１を表示）させてもよい。具体的には、提案報知部１４０は、上記提案を報知させる時期に、上記提案を報知させるための通知を、サーバ２００を介してまたは直接に端末装置３００に送信することで、端末装置３００から上記提案を報知させる。

なお、提案報知部１４０による報知の時期および態様は、上記例に限定されない。例えば、提案報知部１４０は、上記提案を表示装置１０３，３０１に表示させることに代えて／加えて、上記問い合わせを、調理用家電機器１００Ａまたは端末装置３００のスピーカを通じた音声出力により行ってもよい。

（情報送信部）
情報送信部１５０は、通信部１０６を介して各種情報をサーバ２００に送信する。本実施形態では、情報送信部１５０は、上記提案に対して特定レシピの食材セットを上記発注対象に追加することを示すユーザＵの操作（例えば操作部Ｂ１ａをタップする操作）が入力装置１０４により受け付けられた場合、特定レシピの食材セットを上記発注対象に追加させるための通知（以下「発注対象追加通知」と称する）をサーバ２００に送信する。一方で、情報送信部１５０は、上記提案に対して特定レシピの食材セットを上記発注対象に追加しないことを示すユーザＵの操作（例えば操作部Ｂ１ｂをタップする操作）が入力装置１０４により受け付けられた場合、特段の処理は行わない、または特定レシピの食材セットを上記発注対象に追加しないことを示す通知をサーバ２００に送信する。

（記憶部）
記憶部１９０は、各種情報を記憶する記憶装置である。記憶部１９０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、またはＳＳＤ（Solid State Drove）などの組み合わせにより実現される。記憶部１９０は、例えば、使用レシピＤＢ１９１を記憶する。

以上説明した情報取得部１２０、判定部１３０、提案報知部１４０、および情報送信部１５０のうち１つ以上は、調理用家電機器１００Ａに代えて、サーバ２００または端末装置３００の家電管理アプリＡＰＰに設けられてもよい。例えば、判定部１３０による処理は、サーバ２００で行われてもよい。提案報知部１４０による処理は、サーバ２００または端末装置３００で行われてもよい。

＜３．サーバ＞
次に、サーバ２００について説明する。
図６は、サーバ２００の機能構成を示すブロック図である。サーバ２００は、例えば、発注管理部２１０と、情報送信部２２０と、予定報知部２３０と、発注部２４０と、記憶部２９０とを備える。

発注管理部２１０、情報送信部２２０、予定報知部２３０、および発注部２４０は、サーバ２００に搭載されたＣＰＵのような１つ以上のハードウェアプロセッサがプログラムを実行することにより実現される。ただし、これら機能部の一部または全部は、ＡＳＩＣ、ＰＬＤ、またはＦＰＧＡなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。なお、これら機能部は、複数のサーバ装置に分かれて設けられてもよい。

（発注管理部）
発注管理部２１０は、後述する発注部２４０による発注（例えば自動発注）を管理する。発注管理部２１０は、例えば、発注対象管理部２１１と、発注予定管理部２１２と、発注履歴管理部２１３とを含む。

発注対象管理部２１１は、発注部２４０による発注対象を管理する。発注対象管理部２１１は、上記発注対象としてユーザＵによって指定された物品を、記憶部２９０に記憶される発注対象ＤＢ２９１に登録することで上記発注対象として管理する。ここで、「発注対象」とは、例えば、発注部２４０による自動発注の発注対象を意味する。ただし、本出願でいう「発注対象」とは、自動発注の発注対象に限定されず、発注時期が到来した場合にユーザＵに発注を提案する（例えば発注の有無を確認する）提案対象を含み得る。

図７は、発注対象ＤＢ２９１の内容の一例を示す図である。発注対象ＤＢは、発注部２４０により周期的に繰り返し発注される発注対象が管理されるＤＢである。発注対象ＤＢ２９１では、例えば、物品ＩＤ、物品名、ジャンル、特徴、発注量、発注先、および参考価格が対応付けられて管理される。物品ＩＤは、物品を識別するための識別情報の一例である。参考価格は、前回発注時の価格でもよく、所定周期で外部サーバ８００から取得される最新の価格情報でもよい。

本実施形態では、上述した調理用家電機器１００Ａの表示装置１０３に提案表示Ｄ１が表示され、特定レシピの食材セットを発注対象に追加することを示すユーザＵの操作が行われた場合、発注対象管理部２１１は、調理用家電機器１００Ａの情報送信部１５０より発注対象追加通知を受信する。発注対象管理部２１１は、発注対象追加通知を受信する場合、受信した発注対象追加通知が示す物品を発注対象ＤＢ２９１に追加する。

上述したように、調理用家電機器１００Ａの発注対象判定部１３２は、調理用家電機器１００Ａでレシピ情報ＲＳを用いて調理が行われる場合、当該レシピ情報ＲＳに対応するレシピの食材セットがサーバ２００の発注部２４０の発注対象として登録されているか否かをサーバ２００に問い合わせる。発注対象管理部２１１は、調理用家電機器１００Ａの発注対象判定部１３２から上記問い合わせを受け付けた場合、当該レシピの食材セットが発注対象ＤＢ２９１に登録されているか否かを判定する。発注対象管理部２１１は、当該レシピの食材セットが発注対象ＤＢ２９１に登録されている場合、当該レシピの食材セットが発注対象として登録されていることを示す通知を調理用家電機器１００Ａに送信する。一方で、発注対象管理部２１１は、当該レシピの食材セットが発注対象ＤＢ２９１に登録されていない場合、当該レシピの食材セットが発注対象として登録されていないことを示す通知を調理用家電機器１００Ａに送信する。

発注予定管理部２１２は、発注対象として登録されている複数の物品（すなわち、発注対象ＤＢ２９１に登録されている複数の食材セット）の発注予定順および発注スケジュール（配送スケジュール）を管理する。例えば、発注予定管理部２１２は、発注対象ＤＢ２９１に登録されている複数の食材セットを、待ち行列の形式の配列であるキュー２９２（以下「発注予定キュー２９２」と称する、図７参照）に登録して管理する。発注部２４０は、発注予定キュー２９２に登録された複数の食材セットについて、発注予定キュー２９２の先頭に位置する食材セットから順番に所定周期で発注する。「所定周期」は、毎日でもよく、２日に１回でもよく、１週間に１回でもよく、その他の周期でもよい。「所定周期」は、初回にデフォルト値が入力された後、後述する端末装置３００の家電管理アプリＡＰＰを用いてユーザＵが変更可能である。

そして、発注予定管理部２１２は、発注予定キュー２９２の先頭に位置する食材セットが発注部２４０により発注された場合、当該食材セットを発注予定キュー２９２の最後尾に再登録する。これにより、発注予定管理部２１２は、発注対象ＤＢ２９１に登録されている複数の食材セットを周期的に繰り返して発注する。

図８は、発注予定キュー２９２を説明するための図である。発注予定キュー２９２では、所定の周期で繰り返し発注される発注対象である複数の食材セットが登録されている。レシピ♯Ａ～レシピ♯Ｅは、それぞれレシピ♯Ａ～レシピ♯Ｅの食材セットを意味する。図８に示すように、例えば、発注予定キュー２９２の先頭に位置するレシピ♯Ａの食材セットが発注部２４０により発注された場合、発注予定管理部２１２は、レシピ♯Ａの食材セットを発注予定キュー２９２の最後尾に再登録する。

また本実施形態では、発注予定管理部２１２は、発注対象として新たに食材セットが登録される場合（すなわち発注対象ＤＢ２９１に新たに食材セットが登録される場合）、当該食材セットを発注予定キュー２９２の先頭に登録する。

図９は、発注予定キュー２９２を説明するための別の図である。図９に示すように、例えば、発注予定管理部２１２は、発注対象として新たにレシピ♯Ｘの食材セットが登録される場合、それまで予定していたレシピ♯Ａ～レシピ♯Ｅの発注を繰り下げ（すなわち延期し）、レシピ♯Ｘの食材セットを発注予定キュー２９２の先頭に登録する。これにより、次回の発注処理が行われるときに、発注部２４０は、レシピ♯Ｘの食材セットを優先して発注する。

発注履歴管理部２１３は、発注部２４０の発注履歴を管理する。例えば、発注履歴管理部２１３は、発注部２４０により発注が行われた食材セットを発注履歴ＤＢ２９３に登録することで、発注部２４０の発注履歴を管理する。

図１０は、発注履歴ＤＢ２９３の内容の一例を示す図である。発注履歴ＤＢ２９３では、例えば、物品ＩＤ、物品名、発注量、発注先、発注日、配送日、および発注価格（購入価格）が対応付けられて管理される。

（情報送信部）
情報送信部２２０は、調理用家電機器１００Ａまたは端末装置３００に種々の情報を送信する。例えば、情報送信部２２０は、端末装置３００からの要求に応じて、発注予定キュー２９２に基づき、複数の食材セットの発注予定（例えば配送スケジュール）を示す情報（以下「発注予定情報」と称する）を端末装置３００に送信する。この場合、情報送信部２２０は、各食材セットの配送予定日に加え、発注金額の見込みを示す情報を端末装置３００に送信してもよい。発注金額の見込みは、例えば、食材セットの発注予定と、発注対象ＤＢ２９１に含まれる各食材セットの参考価格とに基づき、情報送信部２２０により算出される。

また、情報送信部２２０は、端末装置３００からの要求に応じて、発注履歴ＤＢ２９３に基づき、食材セットの発注履歴を示す情報（以下「発注履歴情報」と称する）を端末装置３００に送信する。この場合、情報送信部２２０は、各食材セットの発注日および／または配送日に加え、過去の発注金額を示す情報を端末装置３００に送信してもよい。過去の購入金額は、例えば、食材セットの発注履歴と、発注履歴ＤＢ２９３に含まれる各食材セットの購入価格とに基づき、情報送信部２２０により算出される。

（予定報知部）
予定報知部２３０は、発注部２４０による発注対象として登録されている物品（すなわち発注対象ＤＢ２９１に登録されている食材セット）について、発注対象からの削除または発注予定順の変更を示すユーザＵの操作が行われた場合であって、当該物品が既に配送中である場合は、当該物品よりも後に行われる発注から上記削除または上記変更が有効であることを報知する。発注対象からの削除または発注予定順の変更を示すユーザＵの操作は、例えば、端末装置３００の操作受付部３３０により受け付けられ、端末装置３００からサーバ２００に通知される。

「当該物品よりも後に行われる発注から削除または変更が有効であることの報知」は、例えば、予定報知部２３０から端末装置３００に所定の情報が通知されることで、端末装置３００の表示制御部３２０により端末装置３００の表示装置３０１の表示画面３０１ａに表示されることで行われる。ただし、「当該物品よりも後に行われる発注から削除または変更が有効であることの報知」は、上記例に限定されず、端末装置３００のスピーカを通じた音声の報知でもよく、調理用家電機器１００Ａの表示装置１０３またはスピーカを用いた報知でもよい。

（発注部）
発注部２４０は、発注管理部２１０により管理される発注予定に基づき、物品の発注（例えば自動発注）を行う。例えば、発注部２４０は、発注対象の物品名、発注量、発注先、および配送先を含む発注依頼を外部サーバ８００に送信することで、物品の発注を行う。

（記憶部）
記憶部２９０は、各種情報を記憶する記憶装置である。記憶部２９０は、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、またはＳＳＤなどの組み合わせにより実現される。記憶部２９０は、例えば、発注対象ＤＢ２９１、発注予定キュー２９２、および発注履歴ＤＢ２９３を記憶する。

なお、サーバ２００は、上述した機能の他に、発注した物品の決済を行う機能を有してもよい。また、発注管理部２１０、情報送信部２２０、予定報知部２３０、および発注部２４０のうち１つ以上は、サーバ２００に代えて、家電機器１００または端末装置３００の家電管理アプリＡＰＰに設けられてもよい。

＜４．端末装置＞
次に、端末装置３００について説明する。
図１１は、端末装置３００の機能構成を示すブロック図である。端末装置３００は、例えば、情報取得部３１０、表示制御部３２０、操作受付部３３０、および記憶部３９０を有する。

情報取得部３１０、表示制御部３２０、および操作受付部３３０は、端末装置３００に搭載されたＣＰＵのような１つ以上のハードウェアプロセッサがアプリケーションプログラムＰを実行することにより実現される。言い換えると、情報取得部３１０、表示制御部３２０、および操作受付部３３０は、家電管理アプリＡＰＰに含まれるソフトウェア機能部である。

（情報取得部）
情報取得部３１０は、各種情報をサーバ２００または端末装置３００から取得する。例えば、情報取得部３１０は、後述する操作受付部３３０に対するユーザＵの操作に基づき、調理用家電機器１００Ａに対応する１つ以上のレシピ情報ＲＳをサーバ２００または外部の別のサーバから取得可能である。

また、情報取得部３１０は、サーバ２００から、食材セットの発注予定（例えば配送スケジュール）を示す発注予定情報を取得する。本実施形態では、情報取得部３１０は、各食材セットの配送予定日に加え、発注金額の見込みを示す情報を取得する。また、情報取得部３１０は、サーバ２００から、食材セットの発注履歴を示す発注履歴情報を取得する。本実施形態では、情報取得部３１０は、物品の発注日または配送日に加え、過去の発注金額を示す情報を取得する。

（表示制御部）
表示制御部３２０は、端末装置３００の表示装置３０１を制御することで、表示装置３０１の表示画面３０１ａに表示される内容を制御する。例えば、表示制御部３２０は、情報取得部３１０により取得された情報を表示させる。本実施形態では、表示制御部３２０は、調理用家電機器１００Ａに対応するレシピ情報ＲＳを表示可能である。

図１２は、表示画面３０１ａに表示されるレシピ表示Ｄ２を示す図である。レシピ表示Ｄ２は、例えば、表示制御部３２０によってレシピ情報ＲＳに基づいて表示される。レシピ表示Ｄ２は、例えば、レシピ名、サムネイル画像、材料、調理手順、操作部Ｂ２、および操作部Ｂ３を含む。

操作部Ｂ２は、サーバ２００の発注部２４０による発注対象として当該レシピの食材セットが登録されていない場合に、当該レシピの食材セットをお試しで発注するための操作部である。操作部Ｂ２がユーザＵにより操作されることで、当該レシピの食材セットが１回だけ発注される。

操作部Ｂ３は、調理用家電機器１００Ａを用いて当該レシピの食材セットの調理を行う場合に、調理用家電機器１００Ａに制御量情報ＣＳ（図４参照）を送信させるための操作部である。操作部Ｂ３がユーザＵにより操作されると、例えば、当該レシピのレシピ情報ＲＳをサーバ２００から調理用家電機器１００Ａに送信させるための通知が、端末装置３００からサーバ２００に送信される。

また本実施形態では、表示制御部３２０は、端末装置３００の表示画面３０１ａに、発注対象として登録された複数の食材セットの一覧を発注予定順に並べて表示する。本実施形態では、表示制御部３２０は、複数の食材セットの一覧として、複数の食材セットが発注予定順に並べられたリストＬ１を、端末装置３００の表示画面３０１ａに表示する。当該リストＬ１は、例えば各食材セットの配送予定日を示すことで、各食材の配送スケジュールを表示してもよい。また、当該リストＬ１は、例えば、食材セットの発注金額の見込みおよびその累積額（合計金額）を表示してもよい。

図１３は、表示画面３０１ａに表示されるリストＬ１の内容の一例を示す図である。リストＬ１では、発注対象として登録された複数の食材セットが、例えば発注予定順に上側から下側に向けて順に並べて表示される。各食材セットには、各食材セットの配送予定日、および参考価格が表示される。

表示制御部３２０は、発注予定の食材セットが多く、発注予定の複数の食材セットが表示画面３０１ａに一度には表示できない場合、リストＬ１の一部のみを表示させる。そして、表示制御部３２０は、端末装置３００の表示画面３０１ａを上下方向（または左右方向）に移動させるユーザＵの操作（いわゆるスクロール操作）が行われる場合、リストＬ１の全体（すなわち発注予定順の最初から最後まで）を表示させる。上記ユーザＵの操作は、例えば、操作受付部３３０により受け付けられる。

また本実施形態では、表示制御部３２０は、端末装置３００の表示画面３０１ａに、過去に発注した複数の食材セットの一覧（すなわち発注履歴）を発注順に並べて表示する。本実施形態では、表示制御部３２０は、複数の食材セットの一覧として、複数の食材セットが発注順に並べられたリストＬ２を、端末装置３００の表示画面３０１ａに表示する。当該リストＬ２は、例えば各食材セットの発注日または配送日を表示してもよい。また、当該リストＬ２は、例えば、食材セットの発注金額および現在までの累積額（合計金額）を表示してもよい。

図１４は、表示画面３０１ａに表示されるリストＬ２の内容の一例を示す図である。リストＬ２では、過去に発注された複数の食材セットが、例えば発注順に上側から下側に向けて順に並べて表示される。各食材セットには、各食材セットの配送日、および発注金額が表示される。

（操作受付部）
操作受付部３３０は、家電管理アプリＡＰＰに関連して入力装置３０２に対して行われるユーザＵの操作を受け付け可能である。例えば、操作受付部３３０は、表示制御部３２０により複数の食材セットが発注予定順に並べて表示された状態（例えばリストＬ１が表示された状態）で、複数の食材セットのうち１つ以上の食材セットを発注対象から削除するまたは発注予定順を変更するユーザＵの操作を受け付け可能である。

まず、発注対象からの削除について説明する。例えば、操作受付部３３０は、リストＬ１から食材セットを削除するユーザＵの操作を受け付けた場合、当該食材セットを発注対象から削除させるための通知をサーバ２００に送信する。この場合、サーバ２００の発注対象管理部２１１は、上記通知が示す削除対象の食材セットを発注対象ＤＢ２９１および発注予定キュー２９２から削除する。

図１５は、１つ以上の食材セットを発注対象から削除する操作を説明するための図である。なお図１５では、説明の便宜上、リストＬ１に含まれる表示のなかで発注対象からの食材セットの削除とは直接に関係しない一部の表示の図示が省略されている。

図１５中の（a）に示すように、リストＬ１は、操作部Ｂ４を含む。操作部Ｂ４は、１つ以上の食材セットの発注対象からの削除または発注予定順の変更を行うための操作部である。操作部Ｂ４が操作されると、図１５中の（a）に示すリストＬ１は、図１５中の（ｂ）に示すリストＬ１に遷移する。

図１５中の（ｂ）に示すリストＬ１は、削除対象の食材セットを特定するための操作部Ｂ５を含む。操作部Ｂ５は、例えば、各食材セットに対応して設けられたチェックボックスである。操作部Ｂ５がチェックされることで、削除対象の食材セットが特定される。削除対象の食材セットが特定された状態で、キャンセルを示す操作部Ｂ６ａが操作されると、図１５中の（ｂ）に示すリストＬ１は、図１５中の（a）に示す状態に戻る。一方で、削除対象の食材セットが特定された状態で、決定を示す操作部Ｂ６ｂが操作されると、図１５中の（ｂ）に示すリストＬ１は、図１５中の（ｃ）に示すリストＬ１に遷移する。図１５中の（ｃ）に示すリストＬ１は、削除対象の食材セットが消去されたリストＬ１である。

図１６は、食材セットが発注対象から削除される場合の発注予定キュー２９２の変化を示す図である。図１６中の（ａ）は、図１５中の（ａ）に対応する。図１６中の（ｃ）は、図１５中の（ｃ）に対応する。本実施形態では、操作受付部３３０は、リストＬ１において決定を示す操作部Ｂ６ｂが操作されることに応じて、当該食材セットを発注対象から削除させるための通知（例えば最新のリストＬ１の内容を示す通知）をサーバ２００に送信する。この場合、図１６に示すように、サーバ２００の発注対象管理部２１１は、上記通知の内容に応じて発注対象ＤＢ２９１および発注予定キュー２９２を更新する。

次に、発注予定順の変更について説明する。例えば、操作受付部３３０は、リストＬ１における食材セットの並び順を変更するユーザＵの操作を受け付けた場合、並び順の変更に応じて発注予定順を変更させるための通知をサーバ２００に送信する。サーバ２００の発注予定管理部２１２は、上記通知が示す食材セットの並び順に応じて発注予定キュー２９２の内容を変更する。

例えば、上述した図１５中の（ｂ）に示すリストＬ１は、各食材セットを１つのブロックＱとして任意に移動させて並び順を変更することができる。そして、リストＬ１で食材セットの並び順が変更された状態で、決定を示す操作部Ｂ６ｂが操作されると、図１５中の（ｂ）に示すリストＬ１は、図１５中の（ｃ）に示すリストＬ１に遷移する。

本実施形態では、操作受付部３３０は、リストＬ１において決定を示す操作部Ｂ６ｂが操作されることに応じて、食材セットの発注予定順を変更させるための通知（例えば最新のリストＬ１の内容を示す通知）をサーバ２００に送信する。この場合、サーバ２００の発注予定管理部２１２は、上記通知の内容に応じて発注予定キュー２９２を更新する。

なお、情報取得部３１０、表示制御部３２０、および操作受付部３３０のうち１つ以上は、端末装置３００に代えて、家電機器１００またはサーバ２００に設けられてもよい。例えば、表示制御部３２０および操作受付部３３０は、家電機器１００に設けられてもよい。

＜５．処理の流れ＞
次に、処理の流れについて説明する。
図１７は、家電関連システム１の処理の流れを示すシーケンス図である。なお図１７は、調理用家電機器１００Ａの使用判定部１３１は、使用されたレシピ情報ＲＳが調理用家電機器１００Ａで初めて使用されたレシピ情報ＲＳであると判定されたことを前提とする処理の流れである。

まず、調理用家電機器１００Ａの発注対象判定部１３２は、調理用家電機器１００Ａで使用されたレシピ情報ＲＳに対応するレシピの食材セットが発注対象として登録されているか否かをサーバ２００に問い合わせる（Ｓ１０１）。サーバ２００は、当該レシピの食材セットが発注対象として登録されている場合（ケース：自動発注済み）、当該レシピの食材セットが発注対象として登録されていることを調理用家電機器１００Ａに通知する（Ｓ１０２）。この場合、提案報知部１４０は、上記提案を表示装置１０３に表示させない（Ｓ１０３）。

一方で、サーバ２００は、当該レシピの食材セットが発注対象として登録されていない場合（ケース：自動発注していない）、当該レシピの食材セットが発注対象として登録されていないことを調理用家電機器１００Ａに通知する（Ｓ１０４）。この場合、提案報知部１４０は、上記提案を表示装置１０３に表示させる（Ｓ１０５）。

＜６．利点＞
ここで比較例として、調理用家電機器で調理可能なレシピの食材セットを発注できる宅配サービスを考える。このような宅配サービスでは、ユーザＵは、ウェブサイトで注文したいレシピの食材セットを選択して購入すると、そのレシピの食材セットが宅配される。このような宅配サービスでは、ユーザＵは、同じレシピの料理を選ぶ場合であっても、その都度レシピを選択して発注する必要があり、煩雑になる。

そこで本実施形態では、サーバ２００は、物品を発注可能な発注部２４０を有する。家電機器１００は、家電機器１００を利用して物品が使用されることを含む所定条件が満たされる場合に、サーバ２００の発注部２４０による発注対象として上記物品を登録するか否かに関する提案を家電機器１００または端末装置３００から報知させる提案報知部１４０を有する。このような構成によれば、例えば、一度使用したレシピの食材セットを気軽にサーバ２００による発注対象に加えることができる。これにより、ユーザＵは、その都度レシピを選択して発注する作業を減らすことができる。これにより、ユーザＵの利便性を高めることができる。

本実施形態では、上記所定条件は、家電機器１００を利用して物品が初めて使用されることを含む。このような構成によれば、例えば、そのレシピの料理を初めて食べたタイミングで上記提案が行われる。これにより、より新鮮な感覚を持ったタイミングに合わせて上記提案を行うことができる。

本実施形態では、提案報知部１４０は、家電機器１００の報知器（例えば表示装置１０３）から提案を報知する。このような構成によれば、例えば、端末装置３００を通じて報知を行う場合よりもユーザＵの印象に残りやすく、ユーザＵが提案に対して可否の回答をしやすくなる。これにより、ユーザＵの利便性を高めることができる。

本実施形態では、サーバ２００は、発注部２４０による物品の発注予定順を管理する発注管理部２１０をさらに備える。発注管理部２１０は、発注対象として登録された複数の物品を待ち行列の形式で管理し、待ち行列の先頭に位置する物品が発注部２４０により発注された場合、当該物品を待ち行列の最後尾に登録する。このような構成によれば、周期的に繰り返し発注する複数の物品を、簡易、且つ、確実に管理することができる。

本実施形態では、発注管理部２１０は、発注対象として新たに物品を登録する場合、当該物品を待ち行列の先頭に登録する。このような構成によれば、例えば、次の食材セットの発注で、ユーザＵが新規に追加したレシピの食材セットを優先して発注することができる。

本実施形態では、サーバ２００は、発注対象として登録されている物品について、発注対象からの削除または発注予定順の変更を示すユーザＵの操作が行われた場合であって、当該物品が既に配送中である場合は、当該物品よりも後に行われる発注から削除または変更が有効であることを報知する予定報知部２３０をさらに備える。このような構成によれば、食材セットの発注のタイミングとユーザＵの削除または変更の指示が重なる場合に、発注オペレーションおよびユーザＵの注文結果について混乱が生じることを抑制することができる。

本実施形態では、アプリケーションプログラムＰは、端末装置３００のコンピュータに、発注対象として登録された複数の物品を発注予定順に並べて表示する表示制御部３２０と、表示制御部３２０により複数の物品が発注予定順に並べて表示された状態で、複数の物品に含まれる１つ以上の物品を発注対象から削除するまたは発注予定順を変更するユーザＵの操作を受け付け可能な操作受付部３３０とを実現させる。このような構成によれば、ユーザＵは、発注予定順に並べて表示される複数の物品を確認しながら削除または発注予定順の変更に関する操作を行うことができる。これにより、ユーザＵの利便性をさらに高めることができる。

本実施形態では、表示制御部３２０は、端末装置３００の表示画面３０１ａを上下方向または左右方向に移動させるユーザＵの操作が行われる場合、発注予定順の最初から最後までを表示させる。このような構成によれば、発注対象として多くの物品が登録される場合でも全ての物品を漏れなく確認することができる。

本実施形態では、表示制御部３２０は、複数の物品が発注予定順に並べられたリストＬ１を表示する。操作受付部３３０は、リストＬ１から物品を削除するユーザＵの操作を受け付けた場合、当該物品を発注対象から削除させるための通知をサーバ２００に送信する。このような構成によれば、簡単な操作（例えば直感的に分かりやすい操作）により、任意のレシピの食材セットを発注対象から外すことができる。

本実施形態では、操作受付部３３０は、リストＬ１における物品の並び順を変更するユーザＵの操作を受け付けた場合、並び順の変更に応じて発注予定順を変更させるための通知をサーバ２００に送信する。このような構成によれば、簡単な操作（例えば直感的に分かりやすい操作）により、任意のレシピの食材セットの発注の順番を変更することができる。

＜７．変形例＞
次に、変形例について説明する。上述した実施形態では、家電機器１００として調理用家電機器１００Ａを取り上げ、物品として食材セットを取り上げた。しかしながら、家電機器１００および物品は、別の種類の家電機器や物品であってもよい。

例えば、家電機器１００の他の例としては、衣類処理装置１１０Ｂが該当する。この場合、衣類処理装置１００Ｂで使用される物品は、例えば、衣類処理剤である。「衣類処理剤」とは、衣類に対して何らかの処理を行うための処理剤であり、洗剤、柔軟剤、芳香剤、消臭剤、または漂白剤などである。この例においては、衣類処理装置１００Ｂで、ある種類の衣類処理剤が初めて使用されることに応じて、当該衣類処理剤をサーバ２００の発注部２４０の発注対象として登録するか否かに関する提案が衣類処理装置１００Ｂの提案報知部１４０によって行われる。

以上説明した少なくともひとつの実施形態によれば、情報処理システムは、家電機器と関連する物品を発注可能な発注部と、上記家電機器を利用して上記物品が使用されることを含む所定条件が満たされる場合に、発注部による発注対象として上記物品を登録するか否かに関する問い合わせを家電機器または端末装置から報知させる問い合わせ報知部とを備える。このような構成によれば、利便性の向上を図ることができる。

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

１…家電関連システム、１００…家電機器、１００Ａ…調理用家電機器、１４０…提案報知部、２００…サーバ、２１０…発注管理部、２３０…予定報知部、２４０…発注部、３００…端末装置、３２０…表示制御部、３３０…操作受付部。

Claims (12)

1. 物品を発注可能な発注部と、
   家電機器を利用して前記物品が使用されることを含む所定条件が満たされる場合に、前記発注部による発注対象として前記物品を登録するか否かに関する提案を前記家電機器の報知器または端末装置から報知させる提案報知部と、
   を備えた情報処理システム。
2. 前記所定条件は、前記家電機器を利用して前記物品が初めて使用されることを含む、
   請求項１に記載の情報処理システム。
3. 前記家電機器は、調理用家電機器であり、
   前記物品は、前記調理用家電機器で調理可能なレシピの食材セットである、
   請求項１に記載の情報処理システム。
4. 前記提案報知部は、前記家電機器の報知器から前記提案を報知させる、
   請求項１に記載の情報処理システム。
5. 前記発注部による物品の発注予定順を管理する発注管理部をさらに備え、
   前記発注管理部は、前記発注対象として登録された複数の物品を待ち行列の形式で管理し、前記待ち行列の先頭に位置する物品が前記発注部により発注された場合、当該物品を前記待ち行列の最後尾に登録する、
   請求項１に記載の情報処理システム。
6. 前記発注管理部は、前記発注対象として新たに物品を登録する場合、当該物品を前記待ち行列の先頭に登録する、
   請求項５に記載の情報処理システム。
7. 前記発注対象として登録されている物品について、前記発注対象からの削除または発注予定順の変更を示すユーザの操作が行われた場合であって、当該物品が既に配送中である場合は、当該物品よりも後に行われる発注から前記削除または前記変更が有効であることを報知する予定報知部をさらに備える、
   請求項１に記載の情報処理システム。
8. 外部の情報処理システムと通信可能な端末装置に搭載可能なプログラムであって、
   前記情報処理システムは、
   物品を発注可能な発注部と、
   家電機器を利用して前記物品が使用されることを含む所定条件が満たされる場合に、前記発注部による発注対象として前記物品を登録するか否かに関する提案を前記家電機器の報知器または前記端末装置から報知させる提案報知部と、
   を有し、
   前記プログラムは、前記端末装置のコンピュータに、
   前記発注対象として登録された複数の物品を発注予定順に並べて表示する表示制御部と、
   前記表示制御部により前記複数の物品が発注予定順に並べて表示された状態で、前記複数の物品に含まれる１つ以上の物品を前記発注対象から削除するまたは前記発注予定順を変更するユーザの操作を受け付け可能な操作受付部と、
   を実現させるプログラム。
9. 前記表示制御部は、前記端末装置の表示画面を上下方向または左右方向に移動させるユーザの操作に応じて前記表示画面で前記発注予定順の最初から最後までを表示させる、
   請求項８に記載のプログラム。
10. 前記表示制御部は、前記複数の物品が発注予定順に並べられたリストを表示し、
    前記操作受付部は、前記リストから物品を削除するユーザの操作を受け付けた場合、当該物品を前記発注対象から削除させるための通知を前記情報処理システムに送信する、
    請求項８に記載のプログラム。
11. 前記表示制御部は、前記複数の物品が発注予定順に並べられたリストを表示し、
    前記操作受付部は、前記リストにおける物品の並び順を変更するユーザの操作を受け付けた場合、前記発注予定順を変更させるための通知を前記情報処理システムに送信する、
    請求項８に記載のプログラム。
12. 物品を発注可能な外部の発注システムと通信可能な家電機器であって、
    報知器と、
    前記家電機器を利用して前記物品が使用されることを含む所定条件が満たされる場合に、前記発注システムによる発注対象として前記物品を登録するか否かに関する提案を前記報知器または端末装置から報知させる提案報知部と、
    を備えた家電機器。

Images