知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024125629
(43)【公開日】2024-09-19
(54)【発明の名称】炊飯システム、炊飯制御方法、及びサーバ
(51)【国際特許分類】
A47J 27/00 20060101AFI20240911BHJP
G06Q 50/10 20120101ALI20240911BHJP
【ＦＩ】
A47J27/00 109Z
G06Q50/10
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2023033568
(22)【出願日】2023-03-06
(71)【出願人】
【識別番号】399048917
【氏名又は名称】日立グローバルライフソリューションズ株式会社
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】加藤 奨一
(72)【発明者】
【氏名】森田 賢治
(72)【発明者】
【氏名】加藤 功記
【テーマコード（参考）】
4B055
5L049
【Ｆターム（参考）】
4B055AA02
4B055BA31
4B055CB01
4B055CC18
4B055CD45
4B055CD57
4B055GA04
4B055GB11
4B055GC36
5L049AA21
(57)【要約】
【課題】利便性の高い炊飯システム等を提供する。
【解決手段】炊飯システム１００は、炊飯器１０と、炊飯器１０との間で通信を行うとともに、炊飯器１０を使用するユーザの情報端末３０との間で通信を行う総合管理サーバ２０と、を備え、ユーザによる情報端末３０の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、総合管理サーバ２０、情報端末３０、又は炊飯器１０は、更新後の好み情報に基づいて、炊飯パラメータを変更し、炊飯器１０は、変更後の炊飯パラメータに基づいて炊飯を行う。
【選択図】図４
【解決手段】炊飯システム１００は、炊飯器１０と、炊飯器１０との間で通信を行うとともに、炊飯器１０を使用するユーザの情報端末３０との間で通信を行う総合管理サーバ２０と、を備え、ユーザによる情報端末３０の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、総合管理サーバ２０、情報端末３０、又は炊飯器１０は、更新後の好み情報に基づいて、炊飯パラメータを変更し、炊飯器１０は、変更後の炊飯パラメータに基づいて炊飯を行う。
【選択図】図４
【特許請求の範囲】
【請求項1】
炊飯器と、
前記炊飯器との間で通信を行うとともに、前記炊飯器を使用するユーザの情報端末との間で通信を行うサーバと、を備え、
ユーザによる前記情報端末の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、前記サーバ、前記情報端末、又は前記炊飯器は、更新後の前記好み情報に基づいて、所定の炊飯パラメータを変更し、
前記炊飯器は、変更後の前記炊飯パラメータに基づいて炊飯を行う、炊飯システム。
前記炊飯器との間で通信を行うとともに、前記炊飯器を使用するユーザの情報端末との間で通信を行うサーバと、を備え、
ユーザによる前記情報端末の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、前記サーバ、前記情報端末、又は前記炊飯器は、更新後の前記好み情報に基づいて、所定の炊飯パラメータを変更し、
前記炊飯器は、変更後の前記炊飯パラメータに基づいて炊飯を行う、炊飯システム。
【請求項2】
前記炊飯器による炊飯の完了後に前記炊飯器の蓋が初めて開けられた場合、前記炊飯器は、前記蓋の開信号を前記サーバに送信し、
前記サーバは、前記炊飯器から前記開信号を受信した時から所定時間が経過した場合、前記好み情報の更新要求信号を前記情報端末に送信し、
前記情報端末は、前記サーバから前記更新要求信号を受信した場合、前記好み情報の更新用の入力画面を表示させること
を特徴とする請求項１に記載の炊飯システム。
前記サーバは、前記炊飯器から前記開信号を受信した時から所定時間が経過した場合、前記好み情報の更新要求信号を前記情報端末に送信し、
前記情報端末は、前記サーバから前記更新要求信号を受信した場合、前記好み情報の更新用の入力画面を表示させること
を特徴とする請求項１に記載の炊飯システム。
【請求項3】
前記情報端末は、前記好み情報の種類に対応付けられた一つ又は複数の軸線を所定に表示させ、現状の前記好み情報を前記軸線上の位置で示すこと
を特徴とする請求項１に記載の炊飯システム。
を特徴とする請求項１に記載の炊飯システム。
【請求項4】
前記情報端末は、現状の前記好み情報を基準として、ユーザが前記好み情報を変化させる際の変化量に基づく複数の選択肢を表示させ、
複数の前記選択肢のうち、ユーザによる前記情報端末の操作で所定の選択肢が選択された場合、当該選択肢に対応する前記好み情報に基づいて、前記炊飯パラメータが変更されること
を特徴とする請求項１に記載の炊飯システム。
複数の前記選択肢のうち、ユーザによる前記情報端末の操作で所定の選択肢が選択された場合、当該選択肢に対応する前記好み情報に基づいて、前記炊飯パラメータが変更されること
を特徴とする請求項１に記載の炊飯システム。
【請求項5】
前記情報端末は、前記炊飯器が購入されてから１回も炊飯が行われていない場合において、前記好み情報に関する所定の画面を表示させるとき、前記好み情報の更新画面への遷移を行わないこと
を特徴とする請求項１に記載の炊飯システム。
を特徴とする請求項１に記載の炊飯システム。
【請求項6】
前記好み情報が更新されてから、更新後の前記好み情報に基づく炊飯が前記炊飯器で完了するまでは、前記好み情報の再度の更新が禁止されること
を特徴とする請求項１に記載の炊飯システム。
を特徴とする請求項１に記載の炊飯システム。
【請求項7】
前記サーバは、前記好み情報及び前記炊飯パラメータを、前記炊飯器及び前記情報端末に対応付けて記憶すること
を特徴とする請求項１に記載の炊飯システム。
を特徴とする請求項１に記載の炊飯システム。
【請求項8】
前記炊飯器が別の型式の新たな炊飯器に買い替えられた場合において、前記情報端末から前記新たな炊飯器の識別情報を受信したとき、前記サーバは、買い替え前の前記炊飯器で使用していた前記好み情報に対応する前記炊飯パラメータを、前記新たな炊飯器に適合する所定の炊飯パラメータに変換し、変換後の前記所定の炊飯パラメータを前記新たな炊飯器に送信し、
前記新たな炊飯器は、前記所定の炊飯パラメータに基づいて炊飯を行うこと
を特徴とする請求項７に記載の炊飯システム。
前記新たな炊飯器は、前記所定の炊飯パラメータに基づいて炊飯を行うこと
を特徴とする請求項７に記載の炊飯システム。
【請求項9】
前記サーバは、前記炊飯器で炊飯が行われるときの天気情報と、更新後の前記好み情報と、に基づいて、前記炊飯パラメータを変更すること
を特徴とする請求項１に記載の炊飯システム。
を特徴とする請求項１に記載の炊飯システム。
【請求項10】
前記サーバは、前記炊飯器で炊飯が行われるたびに、当該炊飯に用いられた米の量を算出し、ユーザが所有する米の残量の推定値が所定値以下になった場合、米の購入サイトに誘導する画面を前記情報端末に表示させ、米の残量の前記推定値と、前記購入サイトで新たに購入された米の量と、に基づいて、ユーザが所有する米の量を更新すること
を特徴とする請求項１に記載の炊飯システム。
を特徴とする請求項１に記載の炊飯システム。
【請求項11】
前記サーバは、前記炊飯器で炊飯が行われるたびに、当該炊飯に用いられた米の量を算出し、ユーザが所有する米の残量の推定値が所定値以下になった場合、米の購入サイトに誘導する画面を前記情報端末に表示させ、前記購入サイトで購入された米の製造年月日と、前記好み情報と、に基づいて、前記炊飯パラメータを変更すること
を特徴とする請求項１に記載の炊飯システム。
を特徴とする請求項１に記載の炊飯システム。
【請求項12】
炊飯器との間で通信を行うとともに、前記炊飯器を使用するユーザの情報端末との間で通信を行うサーバを含む炊飯システムで実行される炊飯制御方法であって、
ユーザによる前記情報端末の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、前記サーバ、前記情報端末、又は前記炊飯器が、更新後の前記好み情報に基づいて、所定の炊飯パラメータを変更する炊飯パラメータ変更ステップと、
前記炊飯器が、変更後の前記炊飯パラメータに基づいて炊飯を行う炊飯ステップと、を含む炊飯制御方法。
ユーザによる前記情報端末の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、前記サーバ、前記情報端末、又は前記炊飯器が、更新後の前記好み情報に基づいて、所定の炊飯パラメータを変更する炊飯パラメータ変更ステップと、
前記炊飯器が、変更後の前記炊飯パラメータに基づいて炊飯を行う炊飯ステップと、を含む炊飯制御方法。
【請求項13】
炊飯器との間で通信を行うとともに、前記炊飯器を使用するユーザの情報端末との間で通信を行うサーバであって、
ユーザによる前記情報端末の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、前記サーバは、更新後の前記好み情報に基づいて、所定の炊飯パラメータを変更し、変更後の前記炊飯パラメータを前記炊飯器に送信する、サーバ。
ユーザによる前記情報端末の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、前記サーバは、更新後の前記好み情報に基づいて、所定の炊飯パラメータを変更し、変更後の前記炊飯パラメータを前記炊飯器に送信する、サーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、炊飯システム等に関する。
【背景技術】
【0002】
炊飯器で米を炊き上げる際にユーザの好みを反映させる技術として、例えば、特許文献１に記載の技術が知られている。すなわち、特許文献１には、「調理終了後にユーザが評価入力手段により出来上がり評価を入力すると、その出来上がり評価に基づいて記憶手段に記憶されたパラメータが変更され、次回の調理時にはこの変更されたパラメータを有するフローが実行されて調理が行われる。」と記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０００－３４２４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載の技術では、ユーザが炊飯器の所定のスイッチを押すことで出来上がりを評価するようにしているが、利便性の点で改善の余地がある。
【課題を解決するための手段】
【0005】
本開示に係る炊飯システムは、炊飯器と、前記炊飯器との間で通信を行うとともに、前記炊飯器を使用するユーザの情報端末との間で通信を行うサーバと、を備え、ユーザによる前記情報端末の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、前記サーバ、前記情報端末、又は前記炊飯器は、更新後の前記好み情報に基づいて、所定の炊飯パラメータを変更し、前記炊飯器は、変更後の前記炊飯パラメータに基づいて炊飯を行うこととした。
【図面の簡単な説明】
【0006】
【図1】第１実施形態に係る炊飯システムが備える炊飯器の斜視図である。
【図2】第１実施形態に係る炊飯システムが備える炊飯器の蓋が開かれた状態の斜視図である。
【図3】第１実施形態に係る炊飯システムが備える炊飯器の断面図である。
【図4】第１実施形態に係る炊飯システムの構成図である。
【図5A】第１実施形態に係る炊飯システムにおいて、炊飯器で炊き上げられるご飯の現状の柔らかさの設定を示す表示画面の例である。
【図5B】第１実施形態に係る炊飯システムにおいて、ご飯の柔らかさの設定を更新に用いられる選択画面の表示例である。
【図6】第１実施形態に係る炊飯システムのタイムチャートである。
【図7】第１実施形態の第１の変形例に係る炊飯システムのタイムチャートである。
【図8】第１実施形態の第２の変形例に係る炊飯システムのタイムチャートである。
【図9】第２実施形態に係る炊飯システムの構成図である。
【図10】第２実施形態に係る炊飯システムのタイムチャートである。
【図11】第３実施形態に係る炊飯システムの構成図である。
【図12】第３実施形態に係る炊飯システムのタイムチャートである。
【発明を実施するための形態】
【0007】
≪第１実施形態≫
＜炊飯器の構成＞
図１は、第１実施形態に係る炊飯システムが備える炊飯器１０の斜視図である。
図１に示す炊飯器１０は、米を炊き上げるための調理装置である。図１に示すように、炊飯器１０は、本体１と、蓋２と、操作部３と、表示部４と、フックボタン５と、電源プラグ６と、を備えている。本体１は、後記する内釜７（図２参照）といった各部材が内部に設置される収容体である。蓋２は、本体１の開口を塞ぐものであり、外蓋回動軸８（図３参照）を介して回動自在になっている。なお、炊飯器１０には、蓋２の開閉状態を示す信号を制御回路１６（図３参照）に出力するための蓋スイッチ（図示せず）が設けられている。蓋２の後部には、炊飯中に蒸気を外に逃がすための蒸気口Ｈ１が設けられている。
＜炊飯器の構成＞
図１は、第１実施形態に係る炊飯システムが備える炊飯器１０の斜視図である。
図１に示す炊飯器１０は、米を炊き上げるための調理装置である。図１に示すように、炊飯器１０は、本体１と、蓋２と、操作部３と、表示部４と、フックボタン５と、電源プラグ６と、を備えている。本体１は、後記する内釜７（図２参照）といった各部材が内部に設置される収容体である。蓋２は、本体１の開口を塞ぐものであり、外蓋回動軸８（図３参照）を介して回動自在になっている。なお、炊飯器１０には、蓋２の開閉状態を示す信号を制御回路１６（図３参照）に出力するための蓋スイッチ（図示せず）が設けられている。蓋２の後部には、炊飯中に蒸気を外に逃がすための蒸気口Ｈ１が設けられている。
【0008】
操作部３は、ユーザによる所定の操作を受け付けるものであり、蓋２の表面に設けられている。例えば、炊飯コースの選択やタイマ設定の他、炊飯開始や取消しといったボタンが操作部３として設けられている。表示部４は、操作部３を介したユーザの操作に基づいて、所定の情報を表示させるディスプレイであり、蓋２の表面に設けられている。フックボタン５は、蓋２を開く際にユーザが押すボタンである。電源プラグ６は、炊飯器１０への電力供給に用いられる接続器具である。
【0009】
図２は、炊飯器１０の蓋２が開かれた状態の斜視図である。
図２に示すように、炊飯器１０は、内釜７を備えている。内釜７は、炊飯対象の米や水が入れられる金属製の釜であり、上側が開口した有底円筒状を呈している。なお、本体１には、内釜７に対応した形状の開口部（符号は図示せず）が形成されている。
図２に示すように、炊飯器１０は、内釜７を備えている。内釜７は、炊飯対象の米や水が入れられる金属製の釜であり、上側が開口した有底円筒状を呈している。なお、本体１には、内釜７に対応した形状の開口部（符号は図示せず）が形成されている。
【0010】
また、炊飯器１０は、前記した蓋２に含まれる構成として、外蓋２ａと、内蓋２ｂと、パッキン２ｃと、を備えている。外蓋２ａは、本体１とともに炊飯器１０の外郭を構成する蓋部材である。内蓋２ｂは、内釜７とともに密閉空間を形成する蓋部材であり、外蓋２ａに対して内側（内釜７側）に設置されている。パッキン２ｃは、内蓋２ｂと内釜７との間を密閉するための環状の樹脂製部材であり、内蓋２ｂの周縁に設置されている。
【0011】
図３は、炊飯器１０の断面図である。
図３に示す炊飯器１０は、前記した各構成の他に、外蓋回動軸８と、結露受け皿９と、加熱部１１と、インバータ回路１２と、を備えている。さらに、炊飯器１０は、温度検出部１３と、送風部１４と、調圧弁１５と、制御回路１６と、を備えている。外蓋回動軸８は、蓋２（図２参照）を回動自在に軸支するものである。結露受け皿９は、炊飯中に生じた結露水を受けるための皿であり、内蓋２ｂの下側（内釜７側）に配置されている。なお、結露受け皿９に滴り落ちた結露水は再び蒸気になり、蒸気通路Ｈ２及び蒸気口Ｈ１を順次に介して外に逃がされる。
図３に示す炊飯器１０は、前記した各構成の他に、外蓋回動軸８と、結露受け皿９と、加熱部１１と、インバータ回路１２と、を備えている。さらに、炊飯器１０は、温度検出部１３と、送風部１４と、調圧弁１５と、制御回路１６と、を備えている。外蓋回動軸８は、蓋２（図２参照）を回動自在に軸支するものである。結露受け皿９は、炊飯中に生じた結露水を受けるための皿であり、内蓋２ｂの下側（内釜７側）に配置されている。なお、結露受け皿９に滴り落ちた結露水は再び蒸気になり、蒸気通路Ｈ２及び蒸気口Ｈ１を順次に介して外に逃がされる。
【0012】
加熱部１１は、例えば、内釜７を加熱するための誘導加熱コイルであり、内釜７の底の下側に設置されている。なお、内釜７には、電磁誘導で渦電流を発生させるための所定の磁性金属が含まれているものとする。インバータ回路１２は、電源プラグ６（図１参照）を介して供給される交流電力に対して所定の電力変換を行う回路である。インバータ回路１２で変換された電力は、加熱部１１や送風部１４や制御回路１６に出力される。
【0013】
温度検出部１３は、内釜７の温度を検出するセンサであり、内釜７の底の下側に設置されている。送風部１４は、内釜７の周囲で空気を循環させるためのファンであり、内釜７の後側に設置されている。調圧弁１５は、内釜７の内側の圧力を調整する弁であり、内蓋２ｂの上面の中央付近に設置されている。
【0014】
制御回路１６は、図示はしないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、各種インタフェースを含んで構成されている。そして、ＲＯＭに記憶されたプログラムを読み出してＲＡＭに展開し、ＣＰＵが各種処理を実行するようになっている。制御回路１６は、操作部３（図１参照）を介した操作の他、ネットワークＮ１（図４参照）を介して総合管理サーバ２０（図４参照）から受信した炊飯パラメータに基づいて、炊飯を所定に実行する。なお、制御回路１６は、総合管理サーバ２０（図４参照）との間でネットワークＮ１（図４参照）を介して情報を送受信するための通信回路（図示せず）を有するものとする。
【0015】
＜炊飯システムの構成＞
図４は、炊飯システム１００の構成図である。
図４に示すように、炊飯システム１００は、炊飯器１０と、総合管理サーバ２０（サーバ）と、情報端末３０と、を含んで構成されている。総合管理サーバ２０は、炊飯器１０との間でネットワークＮ１を介して通信を行うとともに、情報端末３０との間でネットワークＮ２を介して通信を行うサーバである。なお、炊飯器１０の識別情報と、情報端末３０の識別情報と、を紐付けたデータが総合管理サーバ２０に記憶されているものとする。また、炊飯器１０と総合管理サーバ２０との間で通信を中継するルータ等（図示せず）が炊飯器１０の付近に設けられていてもよい。
図４は、炊飯システム１００の構成図である。
図４に示すように、炊飯システム１００は、炊飯器１０と、総合管理サーバ２０（サーバ）と、情報端末３０と、を含んで構成されている。総合管理サーバ２０は、炊飯器１０との間でネットワークＮ１を介して通信を行うとともに、情報端末３０との間でネットワークＮ２を介して通信を行うサーバである。なお、炊飯器１０の識別情報と、情報端末３０の識別情報と、を紐付けたデータが総合管理サーバ２０に記憶されているものとする。また、炊飯器１０と総合管理サーバ２０との間で通信を中継するルータ等（図示せず）が炊飯器１０の付近に設けられていてもよい。
【0016】
情報端末３０は、炊飯器１０を使用するユーザの端末機である。このような情報端末３０として、例えば、スマートフォンや携帯電話の他、タブレットやパーソナルコンピュータが用いられる。情報端末３０には、炊飯の設定に関する所定のアプリケーションがダウンロードされている。
【0017】
そして、炊飯器１０で炊き上がったご飯を食べたユーザが、「もう少し柔らかいご飯のほうがよい」といった所定の好み情報を情報端末３０に入力すると、情報端末３０からネットワークＮ２を介して、総合管理サーバ２０に好み情報が送信されるようになっている。総合管理サーバ２０は、ユーザの好み情報に基づいて、炊飯器１０の炊飯パラメータを所定に変更する。このような炊飯パラメータとして、例えば、炊飯前の米の浸し時間の他、炊飯中の加熱時間や加熱温度や蒸らし時間といったものが挙げられるが、これに限定されるものではない。
【0018】
総合管理サーバ２０で変更された炊飯パラメータは、ネットワークＮ１を介して、炊飯器１０に送信される。炊飯器１０は、総合管理サーバ２０から受信した炊飯パラメータに基づいて、次回からの炊飯を行う。このようにして、炊飯器１０で米が炊き上げられる際にユーザの好み情報が反映される。
【0019】
図５Ａは、炊飯器で炊き上げられるご飯の現状の柔らかさの設定を示す表示画面の例である。
米の炊き上がりに関する好み情報の入力に先立って、まず、図５Ａのような表示画面が情報端末３０（図４参照）に表示される。図５Ａの例では、「もちもち」を一端とし、「しゃっきり」を他端とする軸線Ｌ１上の点Ｍ１の位置で好み情報の現在の設定が示されている。なお、図５Ａに示す「もちもち」とは、ユーザが変更可能な範囲内でご飯の柔らかさの度合いが最も高い場合の設定を示している。また、図５Ａに示す「しゃっきり」とは、ユーザが変更可能な範囲内でご飯の柔らかさの度合いが最も低い場合の設定を示している。
米の炊き上がりに関する好み情報の入力に先立って、まず、図５Ａのような表示画面が情報端末３０（図４参照）に表示される。図５Ａの例では、「もちもち」を一端とし、「しゃっきり」を他端とする軸線Ｌ１上の点Ｍ１の位置で好み情報の現在の設定が示されている。なお、図５Ａに示す「もちもち」とは、ユーザが変更可能な範囲内でご飯の柔らかさの度合いが最も高い場合の設定を示している。また、図５Ａに示す「しゃっきり」とは、ユーザが変更可能な範囲内でご飯の柔らかさの度合いが最も低い場合の設定を示している。
【0020】
このように、情報端末３０（図４参照）は、ご飯の柔らかさ（好み情報の種類）に対応付けられた軸線Ｌ１を表示させ、現状の好み情報を軸線Ｌ１上の点Ｍ１の位置で示す。これによって、ご飯の柔らかさ度合いに関する現状の設定をユーザが把握できる。
【0021】
軸線Ｌ１上で点Ｍ１の位置が「しゃっきり」から「もちもち」に近くなるにつれて、ご飯の柔らかさの度合いが段階的に高くなる。例えば、ご飯の柔らかの度合いを示す数値として、図５Ａの「もちもち」では「＋６」が対応付けられ、「しゃっきり」では「－６」が、また、その中間の位置Ｐ１では「０」が対応付けられるようにしてもよい。この場合には、ご飯の柔らかさが１３段階で変更可能になる。図５Ａの例では、中間の位置Ｐ１よりもご飯の炊き上がりが柔らかさめに設定されている。第１実施形態では、軸線Ｌ１上の点Ｍ１の位置で現状のご飯の柔らかさを確認したユーザが、「好み情報の選択画面へ」のボタンＢ１を操作し、次の図５Ｂの選択画面でご飯の柔らかさの設定を更新するようにしている。
【0022】
図５Ｂは、ご飯の柔らかさの設定を更新に用いられる選択画面の表示例である。
図５Ｂの例では、現状のご飯の柔らかさを基準として、「もう少しもっちり」と、「もっともっちり」と、「もう少ししゃっきり」と、「もっとしゃっきり」と、の４つの選択肢が情報端末３０（図４参照）に表示されている。なお、ご飯の柔らかさの度合いの現状に対する変化量は、例えば、「もっともっちり」では「＋２」であり、「もう少しもっちり」では「＋１」であり、「もう少ししゃっきり」では「－１」であり、また、「もっとしゃっきり」では「－２」である。
図５Ｂの例では、現状のご飯の柔らかさを基準として、「もう少しもっちり」と、「もっともっちり」と、「もう少ししゃっきり」と、「もっとしゃっきり」と、の４つの選択肢が情報端末３０（図４参照）に表示されている。なお、ご飯の柔らかさの度合いの現状に対する変化量は、例えば、「もっともっちり」では「＋２」であり、「もう少しもっちり」では「＋１」であり、「もう少ししゃっきり」では「－１」であり、また、「もっとしゃっきり」では「－２」である。
【0023】
このように、情報端末３０（図４参照）は、現状の好み情報（図５Ａ参照）を基準として、ユーザが好み情報を変化させる際の変化量に基づく複数の選択肢を表示させる（図５Ｂ参照）。なお、基準となる「現状の好み情報」とは、図５Ａの軸線Ｌ１上の点Ｍ１の位置に対応するご飯の柔らかさであり、また、ユーザが直近に食べたご飯の柔らかさでもある。そして、複数の選択肢（図５Ｂの例では４つの選択肢）のうち、ユーザによる情報端末３０（図４参照）の操作で所定の選択肢が選択された場合、この選択肢に対応する好み情報に基づいて、総合管理サーバ２０が炊飯パラメータを変更するようになっている。
【0024】
例えば、情報端末３０（図４参照）の操作で「もう少しもっちり」が選択され、さらに、「好み情報を更新」のボタンＢ２が操作された場合には、総合管理サーバ２０（図４参照）は、次の処理を行う。すなわち、総合管理サーバ２０は、情報端末３０から受信した更新後の好み情報に基づいて、ご飯の柔らかさの度合いを示す数値を現状（図５Ａの点Ｍ１の位置）から「＋１」だけ大きくし、変更後の数値を炊飯器１０に対応付けて記憶する。そして、総合管理サーバ２０（図４参照）は、更新後の好み情報を所定の炊飯パラメータに変換する。総合管理サーバ２０で算出された炊飯パラメータは、ネットワークＮ１（図４参照）を介して、炊飯器１０（図４参照）に送信される。これによって、更新後の好み情報が次回からの炊飯に反映される。
【0025】
図６は、炊飯システムのタイムチャートである（適宜、図４も参照）。
炊飯器１０で炊飯が完了する（ご飯が炊き上がる）と、ステップＳ１０１において炊飯器１０は、ネットワークＮ１を介して、総合管理サーバ２０に炊飯完了の信号を送信する。また、炊飯器１０による炊飯の完了後に炊飯器１０の蓋２（図２参照）が初めて開けられた場合、ステップＳ１０２において炊飯器１０は、蓋２の開信号を総合管理サーバ２０（サーバ）に送信する。なお、「開信号」とは、炊飯器１０の蓋２（図２参照）が開けられたことを示す信号である。
炊飯器１０で炊飯が完了する（ご飯が炊き上がる）と、ステップＳ１０１において炊飯器１０は、ネットワークＮ１を介して、総合管理サーバ２０に炊飯完了の信号を送信する。また、炊飯器１０による炊飯の完了後に炊飯器１０の蓋２（図２参照）が初めて開けられた場合、ステップＳ１０２において炊飯器１０は、蓋２の開信号を総合管理サーバ２０（サーバ）に送信する。なお、「開信号」とは、炊飯器１０の蓋２（図２参照）が開けられたことを示す信号である。
【0026】
炊飯器１０から開信号を受信した時から所定時間が経過した場合、ステップＳ１０３において総合管理サーバ２０（サーバ）は、フィードバック要求の信号（好み情報の更新要求信号）を、ネットワークＮ２を介して情報端末３０に送信する。前記した「所定時間」は、ユーザが蓋２を開けてからご飯を食べ終わるまでの平均的な時間に基づいて、予め設定されている。例えば、ユーザがご飯を食べ終わってからしばらくしたときにフィードバック要求の信号が情報端末３０に送信されるようにしてもよい。なお、総合管理サーバ２０から情報端末３０へのフィードバック要求は、プッシュ通知であってもよい。
【0027】
ステップＳ１０４において総合管理サーバ２０は、現状の好み情報を、ネットワークＮ２を介して情報端末３０に送信する。具体的には、総合管理サーバ２０は、ご飯の柔らかさの設定（例えば、１３段階の柔らかさのうちのいずれか）を示す現状の好み情報を情報端末３０に送信する。このように総合管理サーバ２０（サーバ）からフィードバック要求の信号（更新要求信号）を受信した場合、情報端末３０は、好み情報の更新用の入力画面（図５Ａや図５Ｂ）を表示させる。
【0028】
ステップＳ１０５では、ユーザによる情報端末３０の操作に基づいて、ご飯の柔らかさに関する好み情報が更新される。図５Ｂの例では、「もう少しもっちり」が選択されている。ステップＳ１０６において情報端末３０は、ユーザが選択したご飯の柔らかさを示す情報を更新後の好み情報として、ネットワークＮ２を介して、総合管理サーバ２０に送信する。
【0029】
ステップＳ１０７において総合管理サーバ２０は、炊飯パラメータを算出する（炊飯パラメータ変更ステップ）。すなわち、総合管理サーバ２０は、更新後の好み情報に基づいて、一つ又は複数の炊飯パラメータを所定に変更する。例えば、総合管理サーバ２０は、米の浸し時間や加熱時間や蒸らし時間といった炊飯パラメータを適宜に変更する。このように、ユーザによる情報端末３０の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、総合管理サーバ２０（サーバ）は、更新後の好み情報に基づいて、所定の炊飯パラメータを変更する。
【0030】
なお、炊飯パラメータの種類や、好み情報に基づく炊飯パラメータを変更の仕方は、所定のプログラムとして予め設定され、総合管理サーバ２０に記憶されている。また、図６では省略しているが、総合管理サーバ２０（サーバ）は、米の炊き上がりに関するユーザの好み情報及び炊飯パラメータを、炊飯器１０及び情報端末３０に対応付けて記憶する。
【0031】
ステップＳ１０８において総合管理サーバ２０は、ネットワークＮ１を介して、変更後の炊飯パラメータを炊飯器１０に送信する。そして、図６では省略しているが、炊飯器１０は、変更後の炊飯パラメータに基づいて、次回からの炊飯を行う（炊飯ステップ）。
【0032】
なお、炊飯器１０が購入されてから１回も炊飯が行われていない場合において、好み情報に関する所定の画面を表示させるとき、情報端末３０が、好み情報の更新画面（図５Ｂ参照）への遷移を行わないようにするとよい。これによって、炊飯がまだ１回も行われていない（つまり、ユーザが現状のご飯の柔らかさを把握していない）にもかかわらず、好み情報の更新画面が情報端末３０に表示されることを防止できるため、ユーザの違和感を抑制できる。例えば、ご飯の柔らかさに関する現状の設定の表示画面（図５Ａ参照）において、「好み情報の選択画面へ」というボタンＢ１（図５Ａ参照）をユーザが操作しても、この操作が画面遷移に反映されないようにしてもよいし、また、所定のエラー表示が行われてもよい。また、図５Ａの表示画面において、「好み情報の選択画面へ」というボタンＢ１を表示させないようにしてもよい。
【0033】
また、ユーザによる情報端末３０の操作で好み情報が更新されてから、更新後の好み情報に基づく炊飯が炊飯器１０で完了するまでは、好み情報の再度の更新が総合管理サーバ２０等によって禁止されるようにすることが好ましい。仮に、好み情報の複数回に亘る更新（連続的な更新）が許容された場合、例えば、ご飯の柔らかさの度合いを「＋２」にし（図５Ｂの「もっともっちり」を選択し）、その後でさらに「＋２」にするといった操作が行われる可能性がある。このようにご飯の柔らかさの度合いを急激に変化させると、ユーザの想定よりも柔らかいご飯が炊き上がるといった可能性がある。前記したように、１回の炊飯に対して、好み情報の更新回数を１回に制限することで、ご飯の柔らかさの設定が急激に変化することを防止できる。
【0034】
また、炊飯器１０が別の型式の新たな炊飯器（図示せず）に買い替えられた場合において、情報端末３０から新たな炊飯器の識別情報を受信したとき、総合管理サーバ２０（サーバ）が、次の処理を行うようにするとよい。すなわち、総合管理サーバ２０が、買い替え前の炊飯器１０で使用していた好み情報に対応する炊飯パラメータを、新たな炊飯器に適合する所定の炊飯パラメータに変換し、変換後の所定の炊飯パラメータを新たな炊飯器に送信するようにするとよい。この場合において、新たな炊飯器は、総合管理サーバ２０から受信した所定の炊飯パラメータに基づいて炊飯を行う。これによって、ユーザが新しい型式の炊飯器（図示せず）に買い替えた場合でも、炊飯パラメータの互換性に基づいて、直近の好み情報が反映されたご飯を新たな炊飯器で炊き上げることができる。
【0035】
＜効果＞
第１実施形態によれば、ユーザによる情報端末３０の操作に基づいて、ご飯の炊き上がりに関する好み情報を総合管理サーバ２０が更新し、更新後の好み情報に基づいて炊飯パラメータを変更するようにしている。これによって、炊飯器１０でご飯を炊き上げる際、ユーザの好みを反映させることができる。また、好み情報を更新する際、ユーザは情報端末３０を操作すればよいため、ユーザにとっての利便性が高められる。
第１実施形態によれば、ユーザによる情報端末３０の操作に基づいて、ご飯の炊き上がりに関する好み情報を総合管理サーバ２０が更新し、更新後の好み情報に基づいて炊飯パラメータを変更するようにしている。これによって、炊飯器１０でご飯を炊き上げる際、ユーザの好みを反映させることができる。また、好み情報を更新する際、ユーザは情報端末３０を操作すればよいため、ユーザにとっての利便性が高められる。
【0036】
また、ユーザが好み情報を更新する前に、ご飯の柔らかさに関する現状の設定（図５Ａ参照）が情報端末３０に表示される。これによって、ユーザが現状の設定を把握した上で、自身の好みが反映されるように好み情報を適宜に更新できる。また、炊飯器１０では、制御回路１６（図３参照）が所定の通信回路（図示せず）を備えるようにすればよいため、炊飯器１０の構造の複雑化を招くといったことがほとんどない。したがって、炊飯器１０の製造コストの増加を抑制しつつ、ユーザにとっての利便性を高めることができる。
【0037】
≪第１実施形態の第１の変形例≫
図７は、第１実施形態の第１の変形例に係る炊飯システムのタイムチャートである。
図７に示す第１の変形例は、好み情報に基づく炊飯パラメータの算出を情報端末３０が行う点が、第１実施形態（図６参照）とは異なっている。なお、炊飯システム１００（図４参照）の構成については、第１実施形態と同様である。したがって、第１実施形態とは異なる部分について説明し、重複する部分については説明を省略する。
図７は、第１実施形態の第１の変形例に係る炊飯システムのタイムチャートである。
図７に示す第１の変形例は、好み情報に基づく炊飯パラメータの算出を情報端末３０が行う点が、第１実施形態（図６参照）とは異なっている。なお、炊飯システム１００（図４参照）の構成については、第１実施形態と同様である。したがって、第１実施形態とは異なる部分について説明し、重複する部分については説明を省略する。
【0038】
図７のステップＳ１０５において、ご飯の柔らかさに関する好み情報が入力された後、情報端末３０の処理はステップＳ２０６に進む。ステップＳ２０６において情報端末３０は、好み情報に基づいて、炊飯パラメータを算出する。つまり、ユーザによる情報端末３０の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、情報端末３０は、更新後の好み情報に基づいて、炊飯パラメータを変更する（炊飯パラメータ変更ステップ）。
【0039】
ステップＳ２０７において情報端末３０は、ネットワークＮ２（図４参照）を介して、総合管理サーバ２０に変更後の炊飯パラメータを送信する。総合管理サーバ２０では、変更後の炊飯パラメータを炊飯器１０及び情報端末３０に対応付けて記憶する。
ステップＳ２０８において総合管理サーバ２０は、ネットワークＮ１（図４参照）を介して、変更後の炊飯パラメータを炊飯器１０に送信する。そして、図７では省略しているが、炊飯器１０は、変更後の炊飯パラメータに基づいて、次回からの炊飯を行う（炊飯ステップ）。このように、好み情報に基づく炊飯パラメータの算出を情報端末３０が行うことで、管理対象となる炊飯器１０の台数が多い場合でも、総合管理サーバ２０の処理負荷を軽減できる。
ステップＳ２０８において総合管理サーバ２０は、ネットワークＮ１（図４参照）を介して、変更後の炊飯パラメータを炊飯器１０に送信する。そして、図７では省略しているが、炊飯器１０は、変更後の炊飯パラメータに基づいて、次回からの炊飯を行う（炊飯ステップ）。このように、好み情報に基づく炊飯パラメータの算出を情報端末３０が行うことで、管理対象となる炊飯器１０の台数が多い場合でも、総合管理サーバ２０の処理負荷を軽減できる。
【0040】
≪第１実施形態の第２の変形例≫
図８は、第１実施形態の第２の変形例に係る炊飯システムのタイムチャートである。
図８に示す第２の変形例は、好み情報に基づく炊飯パラメータの算出を炊飯器１０が行う点が、第１実施形態（図６参照）とは異なっている。なお、炊飯システム１００（図４参照）の構成については、第１実施形態と同様である。したがって、第１実施形態とは異なる部分について説明し、重複する部分については説明を省略する。
図８は、第１実施形態の第２の変形例に係る炊飯システムのタイムチャートである。
図８に示す第２の変形例は、好み情報に基づく炊飯パラメータの算出を炊飯器１０が行う点が、第１実施形態（図６参照）とは異なっている。なお、炊飯システム１００（図４参照）の構成については、第１実施形態と同様である。したがって、第１実施形態とは異なる部分について説明し、重複する部分については説明を省略する。
【0041】
図８のステップＳ１０６において、更新後のご飯の柔らかさを示す好み情報が入力された後、総合管理サーバ２０の処理はステップＳ３０７に進む。ステップＳ３０７において総合管理サーバ２０は、ネットワークＮ１を介して、更新後の好み情報を炊飯器１０に送信する。
次に、ステップＳ３０８において炊飯器１０は、更新後の好み情報に基づいて、炊飯パラメータを算出する。すなわち、ユーザによる情報端末３０の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、炊飯器１０は、更新後の好み情報に基づいて、炊飯パラメータを変更する（炊飯パラメータ変更ステップ）。そして、図８には図示していないが、炊飯器１０は、変更後の炊飯パラメータに基づいて、次回からの炊飯を行う（炊飯ステップ）。このように、好み情報に基づく炊飯パラメータの算出を炊飯器１０が行うことで、総合管理サーバ２０の処理負荷を軽減できる。
次に、ステップＳ３０８において炊飯器１０は、更新後の好み情報に基づいて、炊飯パラメータを算出する。すなわち、ユーザによる情報端末３０の操作に基づいて、米の炊き上がりに関するユーザの好み情報が更新された場合、炊飯器１０は、更新後の好み情報に基づいて、炊飯パラメータを変更する（炊飯パラメータ変更ステップ）。そして、図８には図示していないが、炊飯器１０は、変更後の炊飯パラメータに基づいて、次回からの炊飯を行う（炊飯ステップ）。このように、好み情報に基づく炊飯パラメータの算出を炊飯器１０が行うことで、総合管理サーバ２０の処理負荷を軽減できる。
【0042】
なお、炊飯器１０において炊飯開始のボタンが押された場合、炊飯器１０が総合管理サーバ２０から好み情報を取得し、さらに、好み情報に基づいて炊飯パラメータを算出するようにするとよい。これによって、情報端末３０でユーザがアプリケーションを起動させて炊飯パラメータを算出させる場合に比べて、ユーザの手間を省くことができる。
【0043】
≪第２実施形態≫
第２実施形態は、炊飯システム１００Ａ（図９参照）が天気情報サーバ４０（図９参照）を含む点が、第１実施形態とは異なっている。また、第２実施形態は、総合管理サーバ２０（図９参照）が炊飯パラメータを算出する際、ユーザの好み情報の他、天気情報も用いる点が第１実施形態とは異なっている。なお、その他については、第１実施形態と同様である。したがって、第１実施形態とは異なる部分について説明し、重複する部分については説明を省略する。
第２実施形態は、炊飯システム１００Ａ（図９参照）が天気情報サーバ４０（図９参照）を含む点が、第１実施形態とは異なっている。また、第２実施形態は、総合管理サーバ２０（図９参照）が炊飯パラメータを算出する際、ユーザの好み情報の他、天気情報も用いる点が第１実施形態とは異なっている。なお、その他については、第１実施形態と同様である。したがって、第１実施形態とは異なる部分について説明し、重複する部分については説明を省略する。
【0044】
図９は、第２実施形態に係る炊飯システム１００Ａの構成図である。
図９に示すように、炊飯システム１００Ａは、炊飯器１０と、総合管理サーバ２０と、情報端末３０と、天気情報サーバ４０と、を含んで構成されている。天気情報サーバ４０は、総合管理サーバ２０に天気情報を提供するサーバであり、ネットワークＮ３を介して総合管理サーバ２０に接続されている。
図９に示すように、炊飯システム１００Ａは、炊飯器１０と、総合管理サーバ２０と、情報端末３０と、天気情報サーバ４０と、を含んで構成されている。天気情報サーバ４０は、総合管理サーバ２０に天気情報を提供するサーバであり、ネットワークＮ３を介して総合管理サーバ２０に接続されている。
【0045】
なお、天気情報サーバ４０から提供される天気情報には、総合管理サーバ２０で指定された所定の日付の天気（例えば、晴れ・曇り・雨・雪のいずれか）や気温、湿度、気圧の情報が含まれている。例えば、ご飯の炊き上がりが天気の影響を受けたり、また、ユーザが美味しいと感じるご飯の柔らかさがその日の天気で変わることがあったりする場合には、炊飯パラメータの算出に天気情報を反映させることが有効である。なお、ユーザによる情報端末３０の操作に基づいて、炊飯器１０の設置場所を含む地域を特定するための情報が総合管理サーバ２０に事前に提供されているものとする。
【0046】
図１０は、炊飯システムのタイムチャートである（適宜、図９も参照）。
なお、図１０のステップ１０１～Ｓ１０６については第１実施形態（図６参照）と同様であるから、説明を省略する。
ステップＳ１０６において更新後の好み情報（更新後のご飯の柔らかさ）を受信した後、総合管理サーバ２０の処理はステップＳ４０７に進む。ステップＳ４０７において総合管理サーバ２０は、ネットワークＮ３を介して、天気情報サーバ４０に天気情報要求の信号を送信する。総合管理サーバ２０は、例えば、炊飯器１０で今回の炊飯が行われてから次回の炊飯が行われるまでの平均日数に基づいて、次回の炊飯が行われる日付を推定する。そして、総合管理サーバ２０は、推定した日付の天気情報を取得するように、天気情報要求の信号を天気情報サーバ４０に送信する。
なお、図１０のステップ１０１～Ｓ１０６については第１実施形態（図６参照）と同様であるから、説明を省略する。
ステップＳ１０６において更新後の好み情報（更新後のご飯の柔らかさ）を受信した後、総合管理サーバ２０の処理はステップＳ４０７に進む。ステップＳ４０７において総合管理サーバ２０は、ネットワークＮ３を介して、天気情報サーバ４０に天気情報要求の信号を送信する。総合管理サーバ２０は、例えば、炊飯器１０で今回の炊飯が行われてから次回の炊飯が行われるまでの平均日数に基づいて、次回の炊飯が行われる日付を推定する。そして、総合管理サーバ２０は、推定した日付の天気情報を取得するように、天気情報要求の信号を天気情報サーバ４０に送信する。
【0047】
ステップＳ４０８において天気情報サーバ４０は、天気情報要求に応じて、ネットワークＮ３を介して、所定の天気情報を総合管理サーバ２０に送信する。
ステップＳ４０９において総合管理サーバ２０は、炊飯パラメータを算出する。すなわち、総合管理サーバ２０（サーバ）は、炊飯器１０で炊飯が行われるときの天気情報と、更新後の好み情報と、に基づいて、炊飯パラメータを変更する。例えば、雨の日にはしゃっきりしたご飯の方がユーザが美味しいと感じることが多いといった統計的なデータがある場合には、総合管理サーバ２０は、好み情報をそのまま反映させたときよりもしゃっきりとしたご飯が炊き上がるように炊飯パラメータを算出（補正）する。
ステップＳ４１０において総合管理サーバ２０は、ネットワークＮ１を介して、炊飯パラメータを炊飯器１０に送信する。
ステップＳ４０９において総合管理サーバ２０は、炊飯パラメータを算出する。すなわち、総合管理サーバ２０（サーバ）は、炊飯器１０で炊飯が行われるときの天気情報と、更新後の好み情報と、に基づいて、炊飯パラメータを変更する。例えば、雨の日にはしゃっきりしたご飯の方がユーザが美味しいと感じることが多いといった統計的なデータがある場合には、総合管理サーバ２０は、好み情報をそのまま反映させたときよりもしゃっきりとしたご飯が炊き上がるように炊飯パラメータを算出（補正）する。
ステップＳ４１０において総合管理サーバ２０は、ネットワークＮ１を介して、炊飯パラメータを炊飯器１０に送信する。
【0048】
＜効果＞
第２実施形態によれば、総合管理サーバ２０は、ユーザの好み情報の他、炊飯が行われる際の天気情報も炊飯パラメータに反映させる。したがって、ユーザが美味しいと感じるご飯の柔らかさが天気によって変わるような場合にも適切に対応できる。
第２実施形態によれば、総合管理サーバ２０は、ユーザの好み情報の他、炊飯が行われる際の天気情報も炊飯パラメータに反映させる。したがって、ユーザが美味しいと感じるご飯の柔らかさが天気によって変わるような場合にも適切に対応できる。
【0049】
≪第３実施形態≫
第３実施形態は、炊飯システム１００Ｂ（図１１参照）が食材管理サーバ５０（図１１参照）を含む点が、第１実施形態とは異なっている。また、第３実施形態は、総合管理サーバ２０（図１１参照）が炊飯パラメータを算出する際、ユーザの好み情報の他、米の購入情報も用いる点が第１実施形態とは異なっている。なお、その他については、第１実施形態と同様である。したがって、第１実施形態とは異なる部分について説明し、重複する部分については説明を省略する。
第３実施形態は、炊飯システム１００Ｂ（図１１参照）が食材管理サーバ５０（図１１参照）を含む点が、第１実施形態とは異なっている。また、第３実施形態は、総合管理サーバ２０（図１１参照）が炊飯パラメータを算出する際、ユーザの好み情報の他、米の購入情報も用いる点が第１実施形態とは異なっている。なお、その他については、第１実施形態と同様である。したがって、第１実施形態とは異なる部分について説明し、重複する部分については説明を省略する。
【0050】
図１１は、第３実施形態に係る炊飯システム１００Ｂの構成図である。
図１１に示すように、炊飯システム１００Ｂは、炊飯器１０と、総合管理サーバ２０と、情報端末３０と、食材管理サーバ５０と、を含んで構成されている。食材管理サーバ５０は、ユーザによる米の購入情報を総合管理サーバ２０に提供するサーバであり、ネットワークＮ４を介して総合管理サーバ２０に接続されている。食材管理サーバ５０は、米の購入サイトを管理し、ユーザによる米の購入情報（購入履歴）を記憶している。食材管理サーバ５０から総合管理サーバ２０に提供される米の購入情報には、ユーザが購入した米の量の他、米の種類や製造年月日を示す情報が含まれている。
図１１に示すように、炊飯システム１００Ｂは、炊飯器１０と、総合管理サーバ２０と、情報端末３０と、食材管理サーバ５０と、を含んで構成されている。食材管理サーバ５０は、ユーザによる米の購入情報を総合管理サーバ２０に提供するサーバであり、ネットワークＮ４を介して総合管理サーバ２０に接続されている。食材管理サーバ５０は、米の購入サイトを管理し、ユーザによる米の購入情報（購入履歴）を記憶している。食材管理サーバ５０から総合管理サーバ２０に提供される米の購入情報には、ユーザが購入した米の量の他、米の種類や製造年月日を示す情報が含まれている。
【0051】
そして、炊飯器１０で炊飯が行われるたびに、当該炊飯に用いられた米の量を総合管理サーバ２０（サーバ）が算出し、ユーザが所有する米の残量の推定値が所定値以下になった場合、米の購入サイトに誘導する画面を情報端末３０に表示させるようになっている。そして、総合管理サーバ２０は、米の残量の推定値と、所定の購入サイトで新たに購入された米の量と、に基づいて、ユーザが所有する米の量を更新する。
【0052】
なお、初期設定の際にユーザが所有している米の量を示す所定の数値が情報端末３０の操作で入力され、さらに、この数値がネットワークＮ２を介して情報端末３０から総合管理サーバ２０に送信されるものとする。また、前記した購入サイト以外（例えば、スーパーマーケット）でユーザが米を新たに購入した場合には、米の量や製造年月日といった情報がユーザの操作で情報端末３０に入力される。この情報はユーザが手動で入力することも可能である。
【0053】
図１２は、炊飯システムのタイムチャートである（適宜、図１１も参照）。
なお、図１２のステップＳ１０１～Ｓ１０６については第１実施形態（図６参照）と同様であるから、説明を省略する。
ステップＳ１０６において更新後の好み情報（更新後のご飯の柔らかさ）を受信した後、総合管理サーバ２０の処理はステップＳ５０７に進む。ステップＳ５０７において総合管理サーバ２０は、ネットワークＮ４を介して、食材管理サーバ５０に米の購入情報要求の信号を送信する。
なお、図１２のステップＳ１０１～Ｓ１０６については第１実施形態（図６参照）と同様であるから、説明を省略する。
ステップＳ１０６において更新後の好み情報（更新後のご飯の柔らかさ）を受信した後、総合管理サーバ２０の処理はステップＳ５０７に進む。ステップＳ５０７において総合管理サーバ２０は、ネットワークＮ４を介して、食材管理サーバ５０に米の購入情報要求の信号を送信する。
【0054】
ステップＳ５０８において食材管理サーバ５０は、米の購入情報要求に応じて、ネットワークＮ４を介して、米の購入情報を総合管理サーバ２０に送信する。前記したように、米の購入情報には、ユーザが新たに購入した米の量の他、米の種類や製造年月日といった情報が含まれている。
【0055】
ステップＳ５０９において総合管理サーバ２０は、炊飯パラメータを算出する。例えば、総合管理サーバ２０（サーバ）は、購入サイトで購入された米の製造年月日と、好み情報と、に基づいて、炊飯パラメータを変更する。具体例を挙げると、ユーザが新たに購入した米が古米であり、その古米が次回の炊飯に用いられる可能性が高い場合には、新米の場合に比べて米の浸し時間を長くするといったように、総合管理サーバ２０が炊飯パラメータを所定に変更する。
ステップＳ５１０において総合管理サーバ２０は、ネットワークＮ１を介して、炊飯パラメータを炊飯器１０に送信する。なお、次回の炊飯に古米が用いられる可能性が高い場合には、「通常よりも少しだけ水の量を多めにしてください」といったアドバイスが情報端末３０に表示されるようにしてもよい。これによって、炊飯の際に古米が用いられる場合にも、ふっくらとした美味しいご飯が炊き上げられる。
ステップＳ５１０において総合管理サーバ２０は、ネットワークＮ１を介して、炊飯パラメータを炊飯器１０に送信する。なお、次回の炊飯に古米が用いられる可能性が高い場合には、「通常よりも少しだけ水の量を多めにしてください」といったアドバイスが情報端末３０に表示されるようにしてもよい。これによって、炊飯の際に古米が用いられる場合にも、ふっくらとした美味しいご飯が炊き上げられる。
【0056】
＜効果＞
第３実施形態によれば、ユーザの好み情報の他、購入情報に含まれる米の古さ等に基づいて、総合管理サーバ２０が炊飯パラメータを算出する。これによって、米の状態に合った炊飯パラメータに基づいて、炊飯器１０で米を炊き上げることができる。また、米の残量が所定値以下である場合、総合管理サーバ２０は、米の残量が少ないことを示す画面を情報端末３０に表示させる。これによって、米の買い忘れを防止できるため、ユーザにとっての利便性がさらに高められる。
第３実施形態によれば、ユーザの好み情報の他、購入情報に含まれる米の古さ等に基づいて、総合管理サーバ２０が炊飯パラメータを算出する。これによって、米の状態に合った炊飯パラメータに基づいて、炊飯器１０で米を炊き上げることができる。また、米の残量が所定値以下である場合、総合管理サーバ２０は、米の残量が少ないことを示す画面を情報端末３０に表示させる。これによって、米の買い忘れを防止できるため、ユーザにとっての利便性がさらに高められる。
【0057】
≪変形例≫
以上、本開示に係る炊飯システム１００，１００Ａ，１００Ｂについて各実施形態で説明したが、これらの記載に限定されるものではなく、種々の変更を行うことができる。
例えば、各実施形態では、炊飯の完了後にユーザが初めて炊飯器１０の蓋２を開けてから所定時間が経過した後、総合管理サーバ２０が情報端末３０にフィードバック要求のプッシュ通知を行う場合について説明したが、これに限らない。すなわち、ユーザが情報端末３０を所定に操作し、炊飯に関する所定のアプリケーションの画面を開いた場合、フィードバック要求の画面（図５Ａ、図５Ｂ参照）が表示されるようにしてもよい。
その他にも、例えば、今回の炊飯完了後であって、次回の炊飯が開始される際、炊飯器１０から総合管理サーバ２０に所定の炊飯開始信号が送信された場合、総合管理サーバ２０が情報端末３０にフィードバック要求を送信するようにしてもよい。また、炊飯器１０で炊飯が行われたときから所定日数が経過した場合、総合管理サーバ２０が情報端末３０にフィードバック要求を送信するようにしてもよい。また、総合管理サーバ２０が情報端末３０に定期的又は不定期的にフィードバック要求を送信するようにしてもよい。また、情報端末３０において、炊飯に関するアプリケーションの直近の使用時から、このアプリケーションが使用されないままの状態で所定期間が経過した場合、総合管理サーバ２０が情報端末３０にフィードバック要求を送信するようにしてもよい。
以上、本開示に係る炊飯システム１００，１００Ａ，１００Ｂについて各実施形態で説明したが、これらの記載に限定されるものではなく、種々の変更を行うことができる。
例えば、各実施形態では、炊飯の完了後にユーザが初めて炊飯器１０の蓋２を開けてから所定時間が経過した後、総合管理サーバ２０が情報端末３０にフィードバック要求のプッシュ通知を行う場合について説明したが、これに限らない。すなわち、ユーザが情報端末３０を所定に操作し、炊飯に関する所定のアプリケーションの画面を開いた場合、フィードバック要求の画面（図５Ａ、図５Ｂ参照）が表示されるようにしてもよい。
その他にも、例えば、今回の炊飯完了後であって、次回の炊飯が開始される際、炊飯器１０から総合管理サーバ２０に所定の炊飯開始信号が送信された場合、総合管理サーバ２０が情報端末３０にフィードバック要求を送信するようにしてもよい。また、炊飯器１０で炊飯が行われたときから所定日数が経過した場合、総合管理サーバ２０が情報端末３０にフィードバック要求を送信するようにしてもよい。また、総合管理サーバ２０が情報端末３０に定期的又は不定期的にフィードバック要求を送信するようにしてもよい。また、情報端末３０において、炊飯に関するアプリケーションの直近の使用時から、このアプリケーションが使用されないままの状態で所定期間が経過した場合、総合管理サーバ２０が情報端末３０にフィードバック要求を送信するようにしてもよい。
【0058】
また、各実施形態では、ご飯の柔らかさに関する現状の設定を示す画面（図５Ａ参照）が情報端末３０に表示される場合について説明したが、これに限らない。すなわち、現状の設定を情報端末３０に表示する処理を省略し、ユーザが情報端末３０を所定に操作して、炊飯に関するアプリケーションを実行させ、現状のご飯の柔らかさに対して「もう少しもっちり」や「もっとしゃっきり」といった好み情報を入力するようにしてもよい。
【0059】
また、各実施形態では、ユーザの現状の好み情報が総合管理サーバ２０から情報端末３０に送信される場合について説明したが、これに限らない。例えば、総合管理サーバ２０が情報端末３０に現状の炊飯パラメータを送信するようにしてもよい。この場合において、情報端末３０は、炊飯パラメータを好み情報（例えば、ご飯の柔らかさの度合いを示す数値）に変換した上で所定に表示させる。
【0060】
また、各実施形態では、ご飯の炊き上がりに関する指標として、ご飯の柔らかさが用いられる場合について説明したが、これに限らない。例えば、米の浸し時間や蒸らし時間といった指標が好み情報に適宜に追加されてもよい。そして、情報端末３０が、好み情報の種類に対応付けられた複数の軸線を所定に表示させ、現状の好み情報を軸線上の位置で示すようにしてもよい。前記した複数の軸線を用いる例として、各指標の現状の大きさをレーダーチャートとして情報端末３０に表示させ、ユーザの操作でレーダーチャートの各軸の値（各指標の値）を変更できるようにしてもよい。
【0061】
また、各実施形態では、図５Ａの軸線Ｌ１上の点Ｍ１の位置によって、現状のご飯の柔らかさが表示される場合について説明したが、これに限らない。例えば、軸線Ｌ１上の点Ｍ１の位置がユーザの操作で移動可能であり、ユーザが点Ｍ１の位置を移動させることで、ご飯の柔らかさの設定を変更できるようにしてもよい。
【0062】
また、第２実施形態では、ユーザの好み情報及び天気情報に基づいて、炊飯パラメータが変更される場合について説明したが、これに限らない。例えば、天気情報の他、ユーザの居住地域、現在の季節、ユーザの年齢、性別、家族構成といった情報と、ご飯の柔らかさ等に関するユーザの好みと、の間の統計的な情報に基づいて、炊飯パラメータが算出されるようにしてもよい。前記した統計的な情報は、例えば、事前の統計調査で取得される。また、炊飯パラメータの算出において、機械学習を用いることも可能である。
【0063】
また、各実施形態が適宜に組み合わされるようにしてもよい。例えば、第２実施形態（図９参照）と第３実施形態（図１１参照）とを組み合わせ、炊飯システム１００が、炊飯器１０や総合管理サーバ２０や情報端末３０を備える他、天気情報サーバ４０や食材管理サーバ５０を備える構成にしてもよい。この場合において、総合管理サーバ２０は、ユーザの好み情報の他、天気情報サーバ４０から取得した天気情報（第２実施形態）や、食材管理サーバ５０から取得した米の購入情報（第３実施形態）に基づいて、炊飯パラメータを算出する。
【0064】
また、例えば、第１実施形態の第１の変形例（図７参照）と、第２実施形態（図９参照）と、を組み合わせて、情報端末３０が好み情報及び天気情報に基づいて、炊飯パラメータを算出するようにしてもよい。また、例えば、第１実施形態の第２の変形例（図８参照）と、第３実施形態（図１１参照）と、を組み合わせて、炊飯器１０が好み情報及び米の購入情報に基づいて、炊飯パラメータを算出するようにしてもよい。その他にもさまざまな組合せが可能である。
【0065】
また、実施形態では、炊飯器１０で用いられる加熱方式がＩＨ式（Induction Heating）である場合について説明したが、これに限らない。例えば、ヒータ（図示せず）で内釜７が加熱される方式であってもよい。
また、各実施形態では、炊飯器１０を含む炊飯システム１００等について説明したが、他の自動調理器にも適用可能である。
また、各実施形態で説明した炊飯制御方法をコンピュータに実行させるためのプログラムは、通信回線を介して提供することもできる他、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することも可能である。また、炊飯システム１００の各種情報がクラウド上に存在していてもよい。
また、各実施形態では、炊飯器１０を含む炊飯システム１００等について説明したが、他の自動調理器にも適用可能である。
また、各実施形態で説明した炊飯制御方法をコンピュータに実行させるためのプログラムは、通信回線を介して提供することもできる他、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することも可能である。また、炊飯システム１００の各種情報がクラウド上に存在していてもよい。
【0066】
また、各実施形態は本開示を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、前記した機構や構成は説明上必要と考えられるものを示しており、製品上必ずしも全ての機構や構成を示しているとは限らない。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には、ほとんどすべての構成が相互に接続されていると考えてもよい。
また、前記した機構や構成は説明上必要と考えられるものを示しており、製品上必ずしも全ての機構や構成を示しているとは限らない。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には、ほとんどすべての構成が相互に接続されていると考えてもよい。
【符号の説明】
【0067】
１ 本体
２ 蓋
３ 操作部
４ 表示部
５ フックボタン
６ 電源プラグ
７ 内釜
８ 外蓋回動軸
９ 結露受け皿
１０ 炊飯器
１１ 加熱部
１２ インバータ回路
１３ 温度検出部
１４ 送風部
１５ 調圧弁
１６ 制御回路
２０ 総合管理サーバ（サーバ）
３０ 情報端末
４０ 天気情報サーバ
５０ 食材管理サーバ
１００，１００Ａ，１００Ｂ 炊飯システム
Ｌ１ 軸線
Ｍ１ 点
Ｎ１，Ｎ２，Ｎ３，Ｎ４ ネットワーク
２ 蓋
３ 操作部
４ 表示部
５ フックボタン
６ 電源プラグ
７ 内釜
８ 外蓋回動軸
９ 結露受け皿
１０ 炊飯器
１１ 加熱部
１２ インバータ回路
１３ 温度検出部
１４ 送風部
１５ 調圧弁
１６ 制御回路
２０ 総合管理サーバ（サーバ）
３０ 情報端末
４０ 天気情報サーバ
５０ 食材管理サーバ
１００，１００Ａ，１００Ｂ 炊飯システム
Ｌ１ 軸線
Ｍ１ 点
Ｎ１，Ｎ２，Ｎ３，Ｎ４ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
