JP6168933B2 - 情報端末装置の制御方法 - Google Patents

Description

本願は、ネットワークを介してサーバ装置から料理のレシピ情報を取得する情報端末装置の制御方法に関する。

特許文献１は、料理のレシピ情報をユーザの端末に送信する料理レシピ情報提供システムを開示している。この料理レシピ情報提供システムでは、ホストサーバは、ユーザの端末から送信された要求信号に応じて第１料理の料理レシピ情報を当該端末に送信すると共に、その料理レシピ情報に従って調理機器が第１料理を調理する合間の時間に調理可能な第２料理の料理レシピ情報を当該端末に送信する。これにより、ユーザは、第１料理の調理の合間に調理可能な第２料理を容易に探すことができる。

特許文献２は、電子レンジシステムを開示している。当該電子レンジシステムでは、ホストコンピュータは、複数の料理の中から所望の料理を選択するための調理メニュー選択画面の情報を含むホームページ情報を格納する。情報処理装置は、当該ホームページ情報をホストコンピュータから取得し、その情報に基づくホームページ画面を表示する。電子レンジは、情報処理装置から供給される供給情報に含まれる表示データを表示部に表示し、使用者の操作に応じて供給情報に含まれる加熱制御データを認識して加熱動作を行う。

ホストコンピュータから情報処理装置に送信されるホームページ情報は、料理データと、画面データとを含む。料理データは、複数の料理のそれぞれに対応して、料理名、材料、および使用調理器具の情報を含む作り方を説明するための説明表示情報と、電子レンジに転送されて料理を加熱調理するための加熱制御データとを含む。画面データは、調理メニュー選択画面において選択された料理を表示するための情報と、料理データを情報処理装置に転送するために操作される転送指示ボタンの表示情報とを含む。供給情報として情報処理装置から電子レンジに供給されるデータは、上記加熱制御データと、上記説明表示情報に基づく表示データとである。

上記の技術とは別に、近年、クラウドサービスと呼ばれるサービス形態が検討されている。その一環として、ユーザによる家電機器の利用に関する情報を、当該家電機器からクラウドサービスを提供するサーバに蓄積し、蓄積した情報を活用して当該ユーザに適合したサービスを提供することが検討されつつある。

特許第４３４２１１７号明細書 特許第４１８８５２４号明細書

しかし、現状では、上記クラウドサービスは検討段階であり、実用化に向けては更なる検討・改善が必要である。特に、ユーザが選択したレシピ情報を収集して活用するクラウドシステムについて、ユーザのプライバシ保護の観点から具体的に検討されたものはまだ存在しない。

上記課題を解決するため、本開示の一態様に係る情報端末装置の制御方法は、情報を収集する第１サーバと接続可能で且つ調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと接続可能な情報端末装置の制御方法であって、前記情報端末装置のコンピュータに対して、（１）第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、（２）前記情報端末装置のディスプレイに前記第１表示データを表示させ、（３）第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、（４）前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、（５）前記制御データを用いて前記調理機器に前記制御データを設定させ、（６）前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる。

上述の一般的かつ特定の態様は、システム、方法およびコンピュータプログラムを用いて実装され、またはシステム、方法およびコンピュータプログラムの組み合わせを用いて実現され得る。

上記態様により、ユーザが選択したレシピ情報を収集して活用するクラウドサービスの実用化に向けて更なる改善を図ることができる。

本開示のある実施形態における調理機器システムの構成の概要を示す図である。 本開示の他の実施形態における調理機器システムの構成の概要を示す図である。 本開示の第１の実施形態における調理機器システムの構成を模式的に示す図である。 サーバ５０１の構成を示すブロック図である。 携帯端末３００の構成を示すブロック図である。 調理家電４００の構成を示すブロック図である。 サーバ５０１と携帯端末３００との間で行われるユーザ登録処理を示すフローチャートである。 個人情報ＤＢ５１６に蓄積される個人情報の一例を示す図である。 レシピ情報の提供目的確認処理を示すフローチャートである。 提供目的確認画面の一例を示す図である。 収集可否ＤＢ５１８に格納される情報の一例を示す図である。 提供目的確認画面の他の例を示す図である。 ユーザが携帯端末３００を用いてサーバ５０１からレシピ情報および制御データを取得し、調理家電４００に制御データを設定させる処理を示すフローチャートである。 レシピＤＢ５１２に格納される情報の一例を示す図である。 レシピ選択画面の一例を示す図である。 選択レシピ情報の内容を示す画面例である。 調理家電４００にタッチすることを促す画面の例を示す図である。 設定が完了したことを示す画面の例を示す図である。 選択レシピ情報のサーバ５０１への送信が完了したことを示す画面の例を示す図である。 履歴ＤＢ５１４に記録される情報の例を示す図である。 情報収集の可否を設定する画面の他の例を示す図である。 ２つのサーバを有する調理機器システムの実施形態を示す構成図である。 図２１に示す実施形態におけるレシピ情報の取得、送信処理を示すフローチャートである。 ３つのサーバを有する調理機器システムの実施形態を示す構成図である。 図２３に示す実施形態におけるレシピ情報の取得、送信処理を示すフローチャートである。 本開示におけるサービス提供システムの全体構成図である。 本開示におけるサービス提供システムのサービスの類型１の全体構成図である。 本開示におけるサービス提供システムのサービスの類型２の全体構成図である。 本開示におけるサービス提供システムのサービスの類型３の全体構成図である。 本開示におけるサービス提供システムのサービスの類型４の全体構成図である。

１．本開示の基礎となった知見
具体的な実施形態を説明する前に、まず本開示の基礎となった知見を説明する。

特許文献１に開示された料理レシピ情報提供システムでは、ホストサーバは料理レシピ情報をユーザの端末に送信する。しかし、当該料理レシピ情報は、これを受信した端末のユーザが利用するに止まり、そのレシピ情報をクラウドサービスに適用する検討はなされていない。

特許文献２では、情報処理装置は、ホストコンピュータが保有するホームページ情報に基づいてホームページ画面を表示すると共に、電子レンジに供給情報を送出する。供給情報は、上記のように、料理を加熱調理するための加熱制御データと、料理名、材料および使用調理器具の情報を含む作り方を説明するための説明表示情報に基づく表示データとを含む。電子レンジは、表示データに基づく画面を表示し、加熱制御データを認識して加熱動作を行う。即ち、電子レンジは、情報処理装置を介してホストコンピュータが保有するホームページ情報に含まれる説明表示情報に相当する情報を取得して表示し、加熱制御データに基づく加熱動作を行う。しかし、説明表示情報及び加熱制御データは電子レンジのユーザが利用するに止まり、それらの情報をクラウドサービスに適用する検討はなされていない。

本発明者らは、家電機器の利用に関する情報（利用情報）を用いたクラウドサービスの提供のため、以下の検討を行った。特に、利用情報を収集する際に、家電機器のユーザに利用情報の収集について許諾を求める必要がある。この点につき、具体的に検討されたシステムはまだ存在しない。

利用情報の提供は、ユーザの立場に立てば、必要最小限の範囲に止めたい。即ち、不要な範囲にまで拡大して利用情報を提供することによって個人情報が流出するリスクを軽減したい。一方で、利用情報の提供許諾を提供の都度行うのは煩雑である。

逆に、利用情報の提供を受けるサービス提供者の立場に立てば、サービス提供の用途に対応した単位で利用情報の提供を求めたい。サービス提供の用途に対応した単位よりも小さい単位で利用情報の提供を受けても、情報が偏重し、適切なサービス提供に支障を来たす。

本発明者らは、これらの点に留意して、以下の改善策の検討を試みた。

２．実施形態の概要
本開示の一態様に係る情報端末装置の制御方法は、情報を収集する第１サーバと接続可能で且つ調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと接続可能な情報端末装置の制御方法であって、前記情報端末装置のコンピュータに対して、（１）第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、（２）前記情報端末装置のディスプレイに前記第１表示データを表示させ、（３）第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、（４）前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、（５）前記制御データを用いて前記調理機器に前記制御データを設定させ、（６）前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる。

前記制御データに対応する選択レシピ情報が前記識別子を有しないと判断された場合には、前記識別子を有しない選択レシピ情報を前記第１サーバに送信させないようにしてもよい。

前記第１サーバは、前記第２サーバと同一のサーバであってもよい。

前記第１サーバは、前記第２サーバと異なるサーバであってもよい。

前記情報端末装置の前記コンピュータに対して、前記制御データを用いて前記調理機器に前記制御データを設定させるときに、前記制御データに対応する選択レシピ情報が前記識別子を有するか否かを判断させてもよい。

前記情報端末装置の前記コンピュータに対して、前記制御データを用いて前記調理機器に前記制御データを設定させる場合において、前記調理機器から前記設定がされた旨の応答を受信した後に、前記選択レシピ情報を前記第１サーバに送信させてもよい。

前記情報端末装置のコンピュータに対して、前記識別子を有する選択レシピ情報を前記第１サーバに送信させた後、前記選択レシピ情報を前記情報端末装置のメモリから消去可能な状態にさせてもよい。

前記情報端末装置のコンピュータに対して、前記識別子を有する選択レシピ情報を前記第１サーバに送信させた後、前記選択レシピ情報を前記第１サーバに送信した旨を示す第２表示データを、前記情報端末装置のディスプレイに表示させてもよい。

前記第１表示データは、前記レシピ情報の提供期間を指定する項目を含んでいてもよい。

前記調理機器は、電子レンジであり得る。

本開示の他の態様に係るコンピュータプログラムは、情報を収集する第１サーバと接続可能で且つ調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと接続可能な情報端末装置に用いられる。前記プログラムは、前記情報端末装置のコンピュータに対して、（１）第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、（２）前記情報端末装置のディスプレイに前記第１表示データを表示させ、（３）第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、（４）前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、（５）前記制御データを用いて前記調理機器に前記制御データを設定させ、（６）前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる。

本開示の他の態様に係る調理機器システムは、情報を収集する第１サーバと、調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと、前記第１サーバ及び前記第２サーバに接続可能な情報端末装置と、前記情報端末装置により制御可能な調理機器とを含む。前記第１サーバは、第１ネットワークを介して前記情報端末装置に、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを送信し、前記第１表示データは前記情報端末装置のディスプレイに表示される。前記第２サーバは、第２ネットワークを介して前記情報端末装置に、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを送信する。前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれる。前記情報端末装置は、前記情報端末装置のディスプレイに前記選択レシピ情報を表示し、前記制御データを用いて前記調理機器に前記制御データを設定し、前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信する。

本開示の他の態様に係る調理機器は、上記の調理機器システムにおいて用いられる。

本開示の他の態様に係る調理機器は、情報を収集する第１サーバと、調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと、前記第１サーバと接続して前記第１サーバから前記レシピ情報の利用目的を情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信し、前記第２サーバと接続して前記第２サーバから前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを受信する前記情報端末装置と、前記情報端末装置により制御可能な調理機器と、を含む調理機器システムにおける調理機器である。前記調理機器は、前記情報端末装置において前記第２サーバから受信した前記制御データを、前記情報端末装置から受信して設定する制御部と、前記設定された制御データに基づいて前記制御部によって制御される加熱部と、を具備する。前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれる。前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報は、前記情報端末装置のユーザＩＤに対応させて前記情報端末装置から前記第１サーバに送信される。

本開示の他の態様に係る制御方法は、情報を収集する第１サーバ、調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバ、及び、前記レシピ情報に対応する調理のための調理機器の制御データを管理する第３サーバと接続可能な情報端末装置の制御方法である。前記制御方法は、前記情報端末装置のコンピュータに対して、（１）第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、（２）前記情報端末装置のディスプレイに前記第１表示データを表示させ、（３）第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に対応する制御データを取得するための前記第３サーバへのアクセス情報を受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、（４）前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、（５）前記アクセス情報に基づいて第３ネットワークを介して前記第３サーバにアクセスさせて前記選択レシピ情報に対応する制御データを受信させ、（６）前記受信した制御データを用いて前記調理機器に前記制御データを設定させ、（７）前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる。

本開示の他の態様に係るコンピュータプログラムは、情報を収集する第１サーバ、調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバ、及び、前記レシピ情報に対応する調理のための調理機器の制御データを管理する第３サーバと接続可能な情報端末装置に用いられる。前記プログラムは、前記情報端末装置のコンピュータに対して、（１）第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、（２）前記情報端末装置のディスプレイに前記第１表示データを表示させ、（３）第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に対応する制御データを取得するための前記第３サーバへのアクセス情報を受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、（４）前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、（５）前記アクセス情報に基づいて第３ネットワークを介して前記第３サーバにアクセスさせて前記選択レシピ情報に対応する制御データを受信させ、（６）前記受信した制御データを用いて前記調理機器に前記制御データを設定させ、（７）前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる。

以下、本開示の実施形態をより具体的に説明する。

３．用語の定義
まず、本明細書において用いられる用語の定義を説明する。本願明細書では、以下のように用語を定義する。

調理機器（または調理家電）：電力を用いて調理のための加熱動作を行う電化製品をいう。例えば、電子レンジ、電気炊飯器、ＩＨクッキングヒータなどの機器がこれに該当する。調理機器は、料理のレシピ情報に関連付けられた制御データを設定し、これに基づいて動作するように構成される。制御データは、例えば出力電力や運転時間といった機器の動作態様を規定する制御コマンドの情報を含む。制御データは、レシピ情報を管理・提供するサーバ、または当該サーバと連携して運営される他のサーバによって生成され、情報端末装置を介して調理機器に設定され得る。

情報端末装置：情報をディスプレイに表示させる機能および通信機能を有する情報機器をいう。ディスプレイを内蔵する機器の他、外付けのディスプレイに情報を表示させる機器であってもよい。情報端末装置は、例えば、スマートフォン、タブレット端末、携帯電話、ノートパソコン、デスクトップパソコン、専用表示端末などであり得る。本明細書において、情報端末装置が携帯可能な機器である場合は、「携帯端末」と称することがある。

サーバ（またはクラウドサーバ）：ネットワークを介して情報端末装置に情報を提供するコンピュータまたは記録媒体をいう。サーバには、レシピ情報を管理し、情報端末装置からの要求に応じて、選択されたレシピ情報を当該情報端末装置に提供するサーバや、ユーザが選択したレシピ情報を収集して活用するサーバが含まれ得る。後者のサーバは、レシピ情報の利用目的を情報端末装置のユーザに確認させてレシピ情報を収集することの許可を求めるための表示データを当該情報端末装置に送信する機能も有する。サーバは、典型的には、汎用のコンピュータと、上記の動作を行うソフトウェア（コンピュータプログラム）との組み合わせによって実現され得る。

表示データ：ディスプレイに情報を表示させるための任意のデータをいう。データ形式は特定のものに限定されず、例えば、ＸＭＬ（Ｅｘｃｈａｎｇｅａｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータ、テキストデータ、画像データなどであり得る。「表示データ」は、既存のデータ形式に準拠していない数値データであってもよい。情報端末装置がその数値データを受け取って表示される対象であるユーザインターフェースを構築する場合には、その数値データが「表示データ」と言える。本明細書では、表示データに基づく画面を表示することを、簡単のため、「表示データを表示する」と表現する場合がある。

ネットワーク：電気通信回線によって構成されるネットワークを意味する。インターネット、専用回線、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含む。複数種類のネットワークの組み合わせであってもよく、有線、無線の別を問わない。

４．基本構成例
続いて、本開示の実施形態の基本構成例を説明する。以下の説明において、同一または類似の構成要素には、同一の参照符号を付する。

図１Ａは、本開示のある実施形態における調理機器システムの構成の概要を示す図である。図示されるように、この調理機器システムは、情報端末装置３００と、調理機器（調理家電）４００と、第１サーバ５００と、第２サーバ６００とを備えている。

情報端末装置３００は、第１ネットワーク（ＮＷ１）を介して、情報を収集する第１サーバ５００と接続可能である。また、第２ネットワーク（ＮＷ２）を介して、調理機器４００に用いられる調理レシピを示すレシピ情報を提供する第２サーバ６００と接続可能である。

第１サーバ５００は、情報を収集して様々なサービスに収集した情報を活用するためのサーバである。第１サーバ５００が収集する情報には、情報端末装置３００のユーザが第２サーバ６００から取得したレシピ情報が含まれる。それ以外にも、例えばユーザが保有する情報家電から動作履歴などのログ情報を収集するように構成されていてもよい。

第２サーバ６００は、料理のレシピ情報を管理するサーバである。第２サーバはレシピ情報以外にも、調理機器４００に設定される制御データも個々のレシピ情報に関連付けて管理する。第２サーバ６００は、情報端末装置３００からの要求に応じてレシピ情報および制御データを提供する。

情報端末装置３００は、ユーザが保有する端末であり、レシピ情報および制御データの取得や、調理機器４００に制御データを設定させるために用いられる。調理機器４００は、情報端末装置３００から送られてきた制御データを設定することにより、その制御データに対応する料理の調理に適した加熱動作を行う。

本態様における情報端末装置３００のコンピュータは、メモリに格納されたコンピュータプログラムを実行することにより、以下の動作を実行する。

まず、第１ネットワークを介して第１サーバ５００から、レシピ情報の利用目的を情報端末装置３００のユーザに確認させてレシピ情報を収集することの許可を求める第１表示データを受信し、情報端末装置３００のディスプレイに第１表示データに基づく画面を表示させる。これにより、ユーザは、レシピ情報の利用目的の確認およびレシピ情報を第１サーバ５００が収集することの可否を自分の意志で選択することができる。レシピ情報の利用目的の中には、健康管理に関連する目的が含まれる。例えば、特定の体質、疾患、病気又はアレルギーに関連するレシピを収集することにより、これらを防止するために有益な情報やサービスをユーザに提供するといった利用目的が含まれ得る。

また、情報端末装置３００は、第２ネットワークを介して第２サーバ６００にアクセスして、第２サーバ６００から複数のレシピ情報を取得する。そして、情報端末装置３００において複数のレシピ情報の中から選択されたレシピ情報（「選択レシピ情報」と呼ぶ。）と、当該選択レシピ情報に基づく調理のために調理機器４００に設定される制御データとを第２サーバ６００から受信する。ここで、複数のレシピ情報には、特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれる。例えば、通常では卵を用いるが、代替した食材を用いた料理のレシピ情報には、卵アレルギーに関連することを示す識別子が含まれる。また、低カロリーの料理のレシピ情報には、肥満防止（またはダイエット）という特定の体質に関連することを示す識別子が含まれる。情報端末装置３００は、ディスプレイに選択レシピ情報を表示させ、制御データを調理機器４００に設定させる。ここで、制御データを調理機器４００に設定させるタイミングは、ユーザが任意に決めることができる。

情報端末装置３００は、第１表示データに基づく表示画面において健康管理に関連する利用目的にレシピ情報の収集を許可する旨の選択がされていた場合であって、設定された制御データに対応する選択レシピ情報が上記の識別子を有すると判断された場合には、その識別子を有する選択レシピ情報を情報端末装置３００のユーザＩＤに対応させて第１サーバ５００に送信する。これにより、事前に健康管理に関連する利用目的にレシピ情報の収集を許可する旨の選択がされていた場合には、第１サーバ５００は、識別子を有するレシピ情報をユーザＩＤに関連付けて収集することができる。その結果、ユーザから不必要な情報を収集することなく、利用目的に応じた範囲内で必要な情報を収集することができる。

図１Ｂは、本開示の他の実施形態における調理機器システムの構成の概要を示す図である。この調理機器システムは、情報端末装置３００と、調理機器４００と、第１サーバ５００と、第２サーバ６００と、第３サーバ７００とを備えている。本実施形態は、図１Ａに示すシステムにおける第２サーバ６００の機能のうち、制御データの管理および提供の機能を第３サーバ７００に分散させた構成を有している。このような構成は、例えば第２サーバ６００を用いたレシピ情報の提供と、第３サーバ７００を用いた調理機器４００の制御データの提供とが、異なる事業者によって実施される場合に採用され得る。この場合、情報端末装置３００は、情報を収集する第１サーバ５００、調理機器４００に用いられる調理レシピを示すレシピ情報を提供する第２サーバ６００、及び、レシピ情報に対応する調理のための調理機器４００の制御データを管理する第３サーバと接続可能である。第１サーバ５００、第２サーバ６００、第３サーバ７００は、それぞれ第１ネットワーク（ＮＷ１）、第２ネットワーク（ＮＷ２）、第３ネットワーク（ＮＷ３）を介して情報端末装置３００と通信可能である。

本態様における情報端末装置３００のコンピュータは、メモリに格納されたコンピュータプログラムを実行することにより、以下の動作を実行する。

まず、上記の例と同様、第１ネットワークを介して第１サーバ５００から、レシピ情報の利用目的を情報端末装置３００のユーザに確認させてレシピ情報を収集することの許可を求める第１表示データを受信し、情報端末装置３００のディスプレイに第１表示データに基づく画面を表示させる。これにより、ユーザは、レシピ情報の利用目的の確認およびレシピ情報を第１サーバ５００が収集することの可否を自分の意志で選択することができる。

また、情報端末装置３００は、第２ネットワークを介して第２サーバ６００にアクセスして、情報端末装置３００において複数のレシピ情報の中から選択された選択レシピ情報と、当該選択レシピ情報に対応する制御データを取得するための第３サーバ７００へのアクセス情報とを受信する。ここで、図１Ａの例と同様、複数のレシピ情報には、特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれる。情報端末装置３００は、ディスプレイに選択レシピ情報を表示させる。また、上記の第３サーバへのアクセス情報に基づいて第３ネットワークを介して第３サーバ７００にアクセスして上記選択レシピ情報に対応する制御データを受信する。その後、情報端末装置３００は、制御データを調理機器４００に設定させる。

本態様においても、情報端末装置３００は、第１表示データに基づく表示画面において健康管理に関連する利用目的にレシピ情報の収集を許可する旨の選択がされていた場合であって、設定された制御データに対応する選択レシピ情報が上記の識別子を有すると判断された場合には、その識別子を有する選択レシピ情報を情報端末装置３００のユーザＩＤに対応させて第１サーバ５００に送信する。これにより、事前に健康管理に関連する利用目的にレシピ情報の収集を許可する旨の選択がされていた場合には、第１サーバ５００は、識別子を有するレシピ情報をユーザＩＤに関連付けて収集することができる。その結果、ユーザから不必要な情報を収集することなく、利用目的に応じた範囲内で必要な情報を収集することができる。

なお、第１サーバ５００、第２サーバ６００、第３サーバ７００の機能の分担は上記の例に限定されず、多様な実装が可能である。例えば、上記３つのサーバの機能を１つのサーバに集約してもよいし、１つのサーバの機能を複数のサーバに分散させてもよい。そのような構成であっても、上述した第１サーバ５００、第２サーバ６００、第３サーバ７００のそれぞれの機能を有する構成要素（コンピュータの一部、又は複数のコンピュータの集合）は、１つのサーバとして解釈することができる。また、上記の第１ネットワーク、第２ネットワーク、第３ネットワークは、一部または全部が共通していてもよい。例えば、１つのサーバコンピュータが、第１〜第３サーバの全ての機能を有する場合、第１〜第３ネットワークは、同一のネットワークであり得る。

以下、本開示のより具体的な実施形態を説明する。

５．実施形態１
５．１．構成
図２は、本開示の第１の実施形態における調理機器システムの構成を模式的に示す図である。図示されるように、本実施形態の調理機器システムは、携帯端末３００と、調理家電４００と、サーバ５０１とを備えている。本実施形態では、サーバ５０１は、上述した図１Ａの構成における第１サーバおよび第２サーバの両方の機能を有している。

サーバ５０１は、クラウドサービスを提供する事業者によって運営されるコンピュータであり、当該事業者が管理する建物内またはデータセンタなどに設置される。サーバ５０１は、携帯端末３００からネットワーク（ＮＷ）を介して情報を収集し、収集した情報に基づくサービスを携帯端末３００のユーザに提供する。図２には示されていないが、ユーザが所有する調理家電４００その他の家電機器が、ホームゲートウェイを介してサーバ５０１に自機のログ情報を送信するように構成されていてもよい。サーバ５０１は、それらのログ情報や、ユーザが取得したレシピ情報を収集してデータベース（ＤＢ）５１０に蓄積して活用する。サーバ５０１はまた、調理家電４００に用いられるレシピ情報および制御データを蓄積しており、ユーザの携帯端末３００を用いたアクセスに応じて、選択されたレシピの情報およびそれに対応する制御データを提供する。レシピ情報の提供に際して、サーバ５０１は、例えばＷｅｂサーバとして動作する。

携帯端末３００は、例えばスマートフォンなどの情報機器である。情報端末３００は、ネットワークを介してサーバ５０１にアクセスすることができる。また、近距離無線通信（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＮＦＣ）によって調理家電４００と通信することもできる。携帯端末３００は、サーバ５０１が提供する専用のウェブサイトにログインするなどの方法により、表示データを取得すると、当該表示データに基づく表示画面を内蔵または外付けのディスプレイに表示させる。これにより、ユーザによるレシピ情報の提供目的の確認および提供可否の設定が可能になる。

調理家電４００は、例えばＮＦＣタグを搭載した電子レンジ（オーブンレンジ）である。調理家電４００は、携帯端末３００との間でＮＦＣ通信を行うことにより、携帯端末３００から制御データ（制御コマンド）を取得して設定する。これにより、調理家電４００は、当該制御データに基づく加熱動作を実行することができる。

図３は、サーバ５０１の構成を示すブロック図である。サーバ５０１は、データベース５１０の他、処理回路５２０と通信回路５３０とを備えている。

データベース５１０は、料理のレシピ情報を格納するレシピデータベース（レシピＤＢ）５１２と、ユーザの利用履歴に関する情報を格納する履歴データベース（履歴ＤＢ）５１４と、ユーザの個人情報を格納する個人情報データベース（個人情報ＤＢ）５１６と、レシピ情報の収集可否設定の情報を格納する収集可否データベース（収集可否ＤＢ）５１８とを含む。これらのデータベースは、ハードディスク等の記録媒体に、公知のデータベース管理システムを用いて構築され得る。

処理回路５２０は、サーバ５０１の全体の動作を制御する回路である。処理回路５２０は、典型的にはＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、コンピュータプログラム（以下、単に「プログラム」と称することがある。）を格納したメモリとの組み合わせによって実現され得る。ＣＰＵは、メモリに展開されたプログラムに記述された命令群を実行することにより、後述する諸機能を実現することができる。なお、処理回路５２０は、１つの半導体回路にコンピュータプログラムを組み込んだＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のハードウェアとして実現されていてもよい。

処理回路５２０は、携帯端末３００のディスプレイに表示される表示データを生成する画面生成部５２６と、調理家電４００を制御するための制御コマンドを生成する制御コマンド生成部５２７と、データベース５１０の更新を行うＤＢ更新部５２８とを有する。これらの機能部は、必ずしも物理的に分離されている必要はない。例えばプログラムを実行したＣＰＵが、処理のタイミングに応じてこれらのいずれかの機能部として動作するように構成され得る。

通信回路５３０は、ネットワークを介して他の通信機器と通信を行う回路である。通信回路５３０は、例えばイーサネット（登録商標）規格に準拠した通信を行う。これにより、サーバ５０１は、携帯端末３００その他の家電機器と通信を行うことができる。

なお、サーバ５０１は、家電機器のログ情報を収集、編集、提供するための機能部や、グラフィックコントローラ、ユーザインターフェース、電源回路といった他の要素も含み得るが、これらの要素については本実施形態の理解に必ずしも必要ではないため、説明を省略する。

図４は、携帯端末３００の構成を示すブロック図である。携帯端末３００は、入力インターフェース（ＩＦ）３３０と、ディスプレイ３４０と、通信回路３５０と、ＮＦＣ通信回路３６０と、制御回路３１０と、メモリ３２０とを備えている。

入力インターフェース３３０は、ユーザからの入力を受け付けるデバイスであり、例えばタッチスクリーン、ハードウェアボタン、キーボード、もしくはマウス、またはこれらの組み合わせであり得る。ディスプレイ３４０は、制御回路３１０からの指令に応じて、要求された画像を表示するデバイスである。ディスプレイ３４０は、例えば液晶や有機ＥＬによって実現され得る。ディスプレイ３４０としてタッチスクリーンを採用する場合、ディスプレイ３４０は、入力インターフェース３３０の機能も兼ねることになる。

通信回路３５０は、ネットワークを介して他の通信機器（例えばサーバ５０１における通信回路５３０）と通信を行う回路である。通信回路３５０は、例えばイーサネット（登録商標）規格に準拠した通信を行う。ＮＦＣ通信回路３６０は、ＮＦＣによって調理家電４００と通信する回路である。これにより、携帯端末３００をＮＦＣリーダ／ライタとして機能させることができる。

制御回路３１０は、携帯端末３００全体の動作を制御する回路（プロセッサ）であり、例えばＣＰＵによって実現され得る。そのようなＣＰＵは、メモリ３２０に展開されたプログラムに記述された命令群を実行することにより、種々の機能を実現することができる。コンピュータプログラムには、携帯端末３００が後述する動作を実現するための命令群が記述されている。プログラムは、アプリケーション（アプリ）としてインターネット等の電気通信回線を通じて伝送され得る。あるいは、ＣＤ−ＲＯＭ等の記録媒体に記録されて製品として市場に流通されてもよい。制御回路３１０は、１つの半導体回路にコンピュータプログラムを組み込んだＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のハードウェアによって実現されていてもよい。

携帯端末３００は、図４に示される構成要素以外の要素を含み得るが、本実施形態の理解には特に必要ではないため、それらの要素の説明は省略する。

図５は、調理家電４００の構成を示すブロック図である。調理家電４００は、ＮＦＣタグ４１０と、タグ通信回路４２０と、処理回路４３０と、加熱部４５０とを有している。

ＮＦＣタグ４１０は、携帯端末３００のＮＦＣ通信回路３６０と近距離無線通信を行うためのＩＣチップである。ＮＦＣタグ４１０により、調理家電４００は、携帯端末３００の近接を検知して携帯端末３００から制御データを受信することができる。タグ通信回路４２０は、ＮＦＣタグ４１０と処理回路４３０との間でシリアル通信を行うための回路である。

処理回路４３０は、調理家電４００の動作を制御する回路であり、例えばマイクロコンピュータ（マイコン）によって実現され得る。処理回路４３０は、制御コマンド受付部４３１、制御コマンド処理部４３２、家電情報制御部４３３、およびメモリ（家電情報保持部）４３４を有している。

制御コマンド受付部４３１は、タグ通信回路４２０から制御コマンドを受け付け、制御コマンド処理部４３２に転送する。制御コマンド処理部４３２は、制御コマンドの内容に応じて処理内容を決定し、家電情報制御部４３３に通知する。例えば、制御コマンドがライトコマンドである場合は、そのライトコマンドの内容に応じた処理内容、例えば、出力１０００Ｗで１０分間加熱させる、といった動作内容を決定する。一方、制御コマンドがリードコマンドである場合には、メモリ４３４に格納された機器の動作履歴などの情報を取得するといった処理内容を決定する。家電情報制御部４３３は、制御コマンド処理部４３２によって決定された処理内容に基づいて加熱部４５０を制御したり、機器の動作履歴をメモリ４３４に記録する。また、リードコマンドが発行されたときには、メモリ４３４に格納された動作履歴を示す情報をタグ通信回路４２０およびＮＦＣタグ４１０を介して携帯端末３００に送信する。

加熱部４５０は、家電情報制御部４３３からの命令に従って調理のための加熱動作を行う。調理家電４００が例えば電子レンジである場合には、加熱部４５０は、マイクロ波を発生させるマグネトロンおよびこれを制御するインバータ等の回路を含む。また、調理家電４００が例えば電磁調理器である場合には、加熱部４５０は、誘導加熱を行うコイルおよびこれを制御するインバータ等の回路を含む。このように、加熱部４５０は、調理家電４００の種類に応じて様々な態様を取り得るが、制御コマンドに応じて調理のための加熱動作を行う点で共通している。

なお、調理家電４００は、図５に示されている構成要素以外の要素も含み得るが、本実施形態の理解に重要ではないため、それらの要素の説明は省略する。

本実施形態では、調理家電４００と携帯端末３００との間でＮＦＣ通信を行うこととしているが、ＮＦＣの代わりに、例えばＢｌｕｅｔｏｏｔｈ（登録商標）やＷｉ−Ｆｉ（登録商標）といった他の無線通信方式を採用してもよい。

５．２．動作
次に、本実施形態における調理機器システムの動作を説明する。本実施形態の調理機器システムでは、ユーザ登録処理、レシピ情報の提供目的確認処理、およびレシピ情報提供処理が行われる。以下、各処理を具体的に説明する。

５．２．１．ユーザ登録処理
図６は、サーバ５０１と携帯端末３００との間で行われるユーザ登録処理を示すフローチャートである。この処理は、ユーザが初めて本サービスを利用する際に実行される。

まず、携帯端末３００が、例えばブラウザを用いてサーバ５０１が提供するＷｅｂサイトにアクセスしたり、本サービス用のアプリを起動すると、サーバ５０１と携帯端末３００との間で、ＳＳＬ認証が行われる（ステップＳ１０１）。ＳＳＬ通信が確立すると（ステップＳ１０２）、携帯端末３００は、サーバ５０１にユーザＩＤを送信する（ステップＳ１０３）。ユーザＩＤを受信したサーバ５０１は、送信されたユーザＩＤが既に個人情報ＤＢ５１６に登録されているか否かを判定する（ステップＳ１０４）。ここでユーザＩＤが既に登録されていると判定すると、サーバ５０１は、ユーザ登録処理を終了する。この場合、例えば既にユーザ登録が完了している旨の通知を携帯端末３００に送信する。一方、そのユーザＩＤがまだ登録されていないと判定すると、サーバ５０１は、登録を行うための表示データを生成し、携帯端末３００に送信する（ステップＳ１０５）。

表示データを受け取った携帯端末３００は、ユーザ情報入力受付画面をディスプレイに表示させる（ステップＳ１０６）。当該画面上でユーザがパスワード（ＰＷ）および個人情報を入力すると、携帯端末３００は、まずパスワードをサーバ５０１に送信する（ステップＳ１０７）。サーバ５０１は、送信されたパスワードを登録する（ステップＳ１０８）。続いて、携帯端末３００は、入力された個人情報をサーバ５０１に送信する（ステップＳ１０９）。個人情報を受信したサーバ５０１は、その個人情報を、ユーザＩＤと関連付けて個人情報ＤＢ５１６に蓄積する（ステップＳ１１０）。

図７は、個人情報ＤＢ５１６に蓄積される個人情報の一例を示す図である。個人情報ＤＢ５１６は、ユーザＩＤと個人情報とを関連付けて格納するテーブル構造を有している。個人情報は、氏名、住所、生年月日、性別、メールアドレス、趣味などの情報を含む。個人情報ＤＢ５１６の構成は、図７に示すものとは異なっていてもよい。

以上の処理により、ユーザ登録が完了する。以後、ユーザは、本実施形態のサービスを利用可能になる。なお、上記の例では、携帯端末３００からユーザ登録を行っているが、例えばＰＣのブラウザ等からユーザ登録を行ってもよい。

５．２．２．提供目的確認処理
続いて、レシピ情報の提供目的確認処理を説明する。サーバ５０１は、ユーザが選択したレシピ情報の利用目的をユーザに確認させてレシピ情報を収集することの許可を求める表示データを生成して携帯端末３００に送信する。これにより、ユーザは、レシピ情報の利用目的を知り、収集を許可するか否かを自身の判断で選択することができる。この処理は、例えば前述のユーザ登録処理の直後や、新たな機器の登録を行う際などの所定のタイミングで実行され得る。

図８は、レシピ情報の提供目的確認処理を示すフローチャートである。まず、サーバ５０１は、レシピ情報の提供目的を確認させる処理を行う旨の通知を携帯端末３００に送信する（ステップＳ２０１）。次に、サーバ５０１および携帯端末３００は、ＳＳＬ認証を行う（ステップＳ２０２）。ＳＳＬ通信が確立すると（ステップＳ２０３）、携帯端末３００はユーザにパスワード（ＰＷ）の入力を求める画面を表示する。ユーザによってパスワードが入力されると、携帯端末３００は、ユーザＩＤおよびパスワードをサーバ５０１に送信する（ステップＳ２０４）。サーバ５０１は、送信されたユーザＩＤおよびパスワードに基づいて認証を行う（ステップＳ２０５）。認証が失敗した場合、提供目的確認処理は終了する。認証に成功すると、サーバ５０１は、認証が正常に行われたこと（認証ＯＫ）を示す通知を携帯端末３００に送る（ステップＳ２０６）。また、履歴情報の提供目的をユーザに確認させるための画面（提供目的確認画面）を示す表示データを生成し（ステップＳ２０７）、当該表示データを携帯端末３００に送信する（ステップＳ２０８）。

提供目的確認画面は、レシピ情報の利用目的を携帯端末３００のユーザに確認させてレシピ情報を収集することの許可を求める画面として機能する。したがって、上記表示データは、レシピ情報の利用目的を携帯端末３００のユーザに確認させてレシピ情報を収集することの許可を求める「第１表示データ」に該当する。携帯端末３００は、当該表示データを受信すると、当該表示データに基づく画面をディスプレイ３４０に表示させる（ステップＳ２０９）。

図９は、提供目的確認画面の一例を示す図である。この例では、レシピ情報の利用目的はアレルギー関連の情報を収集して活用することであることをユーザに確認させて関連するレシピ情報を収集することの許可を求める画面が表示されている。ユーザは、携帯端末３００を用いて「はい」または「いいえ」を選択することにより、レシピ情報の収集の許否を選択することができる。この画面例では、さらに、レシピ情報の提供期間を指定するための項目も表示されている。ユーザは、「３０日」、「１８０日」、「無制限」の中から１つを選択することにより、提供期間を指定することができる。このように、表示データは、レシピ情報の提供期間を指定する項目を含んでいてもよい。

ユーザが提供目的確認画面で「送信」ボタンを押下すると、携帯端末３００は、入力結果を示す情報をサーバ５０１に送信する（図８のステップＳ２１０）。するとサーバ５０１は、その情報に基づき、入力結果が「はい」であるか「いいえ」であるかを判断する（ステップＳ２１１）。「はい」が選択されたと判断した場合、サーバ５０１は、レシピ情報を収集可能である旨を収集可否ＤＢ５１８に登録する（ステップＳ２１２）。逆に、「いいえ」が選択された場合、サーバ５０１はレシピ情報の収集が拒否された旨を収集可否ＤＢ５１８に登録する（ステップＳ２１３）。

図１０は、収集可否ＤＢ５１８に格納される情報の一例を示す図である。図示されるように、収集可否ＤＢ５１８には、ユーザＩＤに関連付けて利用目的ごとの収集可否を示す情報が格納される。例えば、健康管理目的に関しては、アレルギー関連、肥満防止関連、特定の病気関連といった項目ごとに収集可否と提供期間を示す情報が記録される。健康管理目的以外にも、例えば広告目的といった他の目的に関する情報も記録され得る。なお、収集可否ＤＢ５１８の構成は図示されるものに限定されない。例えば、健康管理目的、広告目的といった大きい単位で収集の可否や提供期間を管理してもよいし、さらに細分化された項目の単位で管理してもよい。

以上の処理により、レシピ情報の提供可否設定が完了する。この設定内容に基づいて、以後、携帯端末３００は、選択レシピ情報をサーバ５０１に提供するか否かを判断する。

なお、携帯端末３００は、図９に示す提供確認画面に加えて、さらに詳細な提供条件を設定するための画面を表示してもよい。例えば、図９の画面において「はい」が選択された後、図１１に示す画面に遷移してもよい。図１１に示す画面では、収集したレシピ情報の利用目的がさらに詳細に示される。例えば、アレルギーを有しているユーザに広告を送信することの許可を求める画面が表示される。ここでユーザが「はい」または「いいえ」を選択することにより、当該ユーザにアレルギーに関連する広告が提供されるか否かが決定される。また、図１１に示す例では、画面下部に、ユーザに提供可能な様々なサービスの詳細情報を表示する画面へのリンクが表示されている。ユーザがこのようなリンクを押下することによってさらに詳細な情報が表示されるようにしてもよい。

５．２．３．レシピ情報提供処理
続いて、ユーザが携帯端末３００を用いてサーバ５０１からレシピ情報および制御データを取得し、調理家電４００に制御データを設定させる処理を説明する。この処理には、前述したレシピ情報の収集可否の設定に基づいて、携帯端末３００が、選択されたレシピ情報をサーバ５０１に提供するか否かを決定する処理が含まれる。

図１２は、当該処理を示すフローチャートである。まず携帯端末３００は、ユーザの操作に応じてサーバ５０１にアクセスする（ステップＳ３０１）。ここで「アクセス」とは、例えばアプリを起動してサーバ５０１が提供する料理のレシピを紹介するウェブサイトにログインし、レシピの選択画面を要求することを意味する。この要求に応じてサーバ５０１は、レシピＤＢ５１２に格納された情報に基づき、レシピ選択画面を表示させるための表示データを生成し、携帯端末３００に送信する（ステップＳ３０２）。これを受けて携帯端末３００は、ディスプレイ３４０にレシピ選択画面を表示させる（ステップＳ３０３）。このレシピ選択画面には、複数のレシピ情報が含まれる。レシピ選択画面の例については後述する。ここでユーザが所望のレシピ情報を選択すると、携帯端末３００は、選択結果を示す情報をサーバ５０１に送信する（ステップＳ３０４）。これを受けてサーバ５０１は、選択されたレシピの画面を表示させるための情報（選択レシピ情報）と、そのレシピの調理に用いられる制御データ（制御コマンド）とをレシピＤＢ５１２から取得して携帯端末３００に送信する（ステップＳ３０５）。すると携帯端末３００は、受信した選択レシピ情報をディスプレイ３４０に表示させる（ステップＳ３０６）。これにより、ユーザは選択したレシピの内容を知ることができる。

図１３は、レシピＤＢ５１２に格納される情報の一例を示す図である。この例では、レシピＤＢ５１２は、レシピＩＤ、料理名、材料、識別子、制御データの情報を含んでいる。レシピＤＢ５１２は、これらの他にも、材料ごとの分量や調理手順に関する情報も含まれ得るが、図１３では簡単のため、それらの記載を省略している。図１３における２番目のレシピ情報のように、１つのレシピ情報が複数の識別子を有していてもよい。

ここで、識別子は、特定の体質、疾患、病気又はアレルギー関連の料理であることを示す情報である。図１３に示す例では、識別子として、卵アレルギー、小麦アレルギー、低カロリー、糖尿病が示されている。本明細書において、「特定の体質」とは、肥満、高血圧、太りやすいといった体質そのものを意味する概念のみならず、例えば低カロリー、肥満防止、ダイエットといった体質改善に関連する概念をも含む。

制御データは、調理家電４００の動作を制御するためのデータである。制御データには、図１３に示されるように、加熱温度、運転時間、出力電力などの情報が含まれ得る。制御データは、調理家電４００でそのまま使用される制御コマンドの形式で保存されていてもよいし、制御コマンドに変換可能な他の形式で保存されていてもよい。

ステップＳ３０３において表示されるレシピ選択画面は、このようなレシピＤＢ５１２に基づいて生成される。

図１４は、ステップＳ３０３において表示されるレシピ選択画面の一例を示す図である。この例では、レシピ選択画面は目的別および材料別に分類された階層構造を有している。例えば図１４（ａ）に示す画面において、ユーザが目的別メニューに含まれる「アレルギー」の項目を選択すると、図１４（ｂ）に示すように、どのアレルギーに関連するレシピを表示させるかを選択可能な画面が表示される。ここで例えば「卵」を選択すると、図１４（ｃ）に示すように、卵アレルギーのユーザ向けのレシピの候補が表示される。

図１５は、ステップＳ３０６において表示される選択レシピ情報の内容を示す画面例である。この画面は、図１４（ｃ）に示されているレシピのうち、「ハンバーグ」が選択された場合に表示される。図示されるように、この画面は、材料の情報と、作り方の手順と、加熱工程ごとに調理家電４００（この例ではオーブン）に制御コマンドを設定させるためのボタン「オーブンに設定」の表示とを含んでいる。

この状態でユーザが「オーブンに設定」ボタンを押下すると、携帯端末３００は、例えば図１６に示すように、調理家電４００にタッチ（または近接）することを促す画面をディスプレイに表示させる。この状態でユーザが携帯端末３００を調理家電４００に近接させると、携帯端末３００は、制御コマンドを調理家電４００に送信する（図１２におけるステップＳ３０７）。調理家電４００は、この制御コマンドを受け付けると、そのコマンドの内容に応じた動作モード、加熱温度、運転時間、出力電力等の制御パラメータを設定する（ステップＳ３０８）。本明細書では、このような設定を行って加熱動作を実行可能にすることを「制御データを設定する」と表現する。調理家電４００は、設定が完了すると、設定を行った旨の応答（設定完了通知）を携帯端末３００に送信する（ステップＳ３０９）。その後、調理家電４００は、設定された内容に従って加熱部４５０を駆動して加熱動作を行う（ステップＳ３１０）。

携帯端末３００は、設定完了通知を受信すると、例えば図１７に示すように、設定が完了したことを示す画面をディスプレイに表示させる（ステップＳ３１１）。そして、レシピ情報の提供がユーザによって許可されているか否かを判断する（ステップＳ３１２）。この判断は、例えば前述の収集可否ＤＢ５１８の内容に基づいて判断される。この際、携帯端末３００は、サーバ５０１に収集可否ＤＢ５１８の内容について問い合わせを行うか、収集可否の情報を事前に保存しておくことにより、レシピ情報の提供の可否を判断する。レシピ情報の提供が許可されていないと判断した場合、携帯端末３００は、選択レシピ情報をサーバ５０１に送信することなく処理を終了する。逆に、レシピ情報の提供が許可されていると判断した場合、携帯端末３００は、選択したレシピ情報に特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子が含まれているか否かを判断する（ステップＳ３１３）。ここで、選択したレシピ情報に識別子がないと判断した場合、携帯端末３００は、選択レシピ情報をサーバ５０１に送信することなく処理を終了する。逆に、選択したレシピ情報に識別子があると判断した場合、携帯端末３００は、当該識別子を有する選択レシピ情報を、ユーザＩＤと関連付けてサーバ５０１に送信する（ステップＳ３１４）。その後、サーバ５０１は、受信した選択レシピ情報をユーザＩＤと関連付けて履歴ＤＢ５１４に登録する（ステップＳ３１５）。また、携帯端末３００は、図１８に示すように、送信が完了したことを示す画面を表示するとともに、端末内のメモリに格納された当該選択レシピ情報を削除可能な状態に変更する（ステップＳ３１６）。ここで「削除可能な状態」とは、その時点ではまだ削除されていないものの、本サービスのアプリを終了する時点で削除されるようにレシピ情報に削除フラグが付与された状態を意味する。これにより、調理家電４００への設定およびサーバ５０１への送信が完了したレシピ情報が、アプリ終了後も残存してメモリの容量を圧迫する事態を防ぐことができる。

図１９は、履歴ＤＢ５１４に記録される情報の例を示す図である。この履歴ＤＢ５１４は、ユーザＩＤ、氏名、タグ、レシピＩＤ、日付の情報を含んでいる。選択レシピ情報は、「タグ」および「レシピＩＤ」として登録される。ここでタグは、識別子に対応する情報であり、例えば卵アレルギーに対しては「卵」、小麦アレルギーに対しては「小麦」といった情報であり得る。このタグ情報を利用して、サーバ１００は、各ユーザについて、特定の体質、疾患、病気又はアレルギーに関心があることを把握することができ、そのユーザに応じた情報やサービスを提供することが可能となる。

なお、上記のステップＳ３１６における選択レシピ情報を削除可能な状態に変更する処理は、ステップＳ３１４における選択レシピ情報の送信前に行われてもよい。例えばステップＳ３０７の直後や、ステップＳ３０９の直後に行われてもよい。また、選択レシピ情報を削除可能な状態に変更する処理を行わずに、いきなり選択レシピ情報を削除してもよい。

５．３．効果
以上の構成および動作により、携帯端末３００のユーザは、所望のレシピ情報を取得して調理家電４００に加熱動作の設定を簡便に行うことができる。また、事前にユーザが健康管理目的のレシピ情報の収集を許可しており、かつ選択したレシピ情報が識別子を有している場合に限り、携帯端末３００が自動判別して選択レシピ情報をサーバ１００に送信する。このため、選択レシピ情報をサーバ１００に提供するか否かの判断負荷を軽減できるとともに、プライバシを保護することができる。

また、サーバ１００が特定のユーザの携帯端末から識別子を有する選択レシピ情報の提供を受ける頻度が高い場合、そのユーザが健康管理に関する何らかの関心があると推定できる。このため、例えばそのユーザが必要としていると考えられる情報やサービスを的確に提供することができる。逆に、サーバ１００が特定のユーザの携帯端末から識別子を有する選択レシピ情報の提供を受ける頻度が低い場合、そのユーザは比較的健康な状態であると推定できる。このため、例えばそのようなユーザに対して不必要な情報やサービスを提供することを防ぐことができる。

さらに、識別子を有する選択レシピ情報の具体的な内容に応じた情報又はサービスの提供が可能となる。具体的には、ユーザがいずれの体質、疾患、病気又はアレルギーに関心があるかを特定できるため、その関心に直結する情報又はサービスの提供が可能となる。その結果、携帯端末３００のユーザに必要な情報又はサービスだけを的確に提供し、不要な情報又はサービスを提供するといった無駄を省くことができる。例えば、卵アレルギー、小麦アレルギー等を有するユーザには、各アレルゲン物質を含まないレシピ情報を提供し、これらのアレルギーに関係のない情報は提供しない、といった効率的な情報提供が可能になる。

６．他の実施形態
本開示の技術は、上記の実施形態に限定されず、多様な実施形態が考えられる。以下、他の実施形態を説明する。

図２０は、情報収集の可否を設定する画面の他の例を示す図である。この例では、レシピ情報の収集だけでなく、さらに家電機器の動作履歴に関する情報（ログ情報）も収集される場合を想定している。このように、空気清浄機の動作頻度情報やアレルゲン物質抑制モード使用頻度情報、調理家電の使用調理モード情報や使用食材情報といったアレルギーに関連するログ情報の提供可否を設定できるようにシステムが構成されていてもよい。

次に、図１Ａの構成に対応する具体的な実施形態を説明する。

図２１は、実施形態１におけるサーバ５０１の機能を２つのサーバ（第１サーバ５００および第２サーバ６００）に分割した実施形態を示す構成図である。携帯端末５００は、第１ネットワーク（ＮＷ１）を介して第１サーバ５００と通信可能に接続され、第２ネットワーク（ＮＷ２）を介して第２サーバ６００と通信可能に接続される。第１サーバ５００は、個人情報ＤＢ５１６および収集可否ＤＢ５１８を有する第１データベース５１５を備えている。第２サーバ６００は、レシピＤＢ５１２および履歴ＤＢ５１４を有する第２データベース６１５を備えている。第１サーバ５００は、図３に示されるレシピＤＢ５１２、履歴ＤＢ５１４、および制御コマンド生成部５２７を有していない点を除き、サーバ５０１と同様の構成を有している。一方、第２サーバ６００は、図３に示される個人情報ＤＢ５１６、収集可否ＤＢ５１８を有していない点を除き、サーバ５０１と同様の構成を有している。本実施形態では、図６、８においてサーバ５０１が実行する動作は第１サーバ５００が行う。一方、図１２においてサーバ５０１が実行する動作は第１サーバ５００および第２サーバ６００が協働して行う。

図２２は、図２１に示す実施形態におけるレシピ情報の取得、送信処理を示すフローチャートである。図２２の処理は、図１２におけるサーバ５００の動作のうち、レシピ情報の提供に関する動作（ステップＳ３０１、Ｓ３０２、Ｓ３０４、Ｓ３０５）を第２サーバ６００に実行させ、選択レシピ情報を履歴ＤＢ５１４に登録する動作（ステップＳ３１５）を第１サーバ５００に実行させている点を除き、図１２の処理と同様である。

以上の構成により、クラウドサービスを提供するために必要な情報をユーザの携帯端末３００から収集する第１サーバ５００と、レシピ情報をユーザに提供する第２サーバ６００とが異なる事業者によって運営される場合に適した調理機器システムを実現することができる。

続いて、図１Ｂに対応する具体的な実施形態を説明する。

図２３は、実施形態１におけるサーバ５０１の機能を３つのサーバ（第１サーバ５００、第２サーバ６００、および第３サーバ７００）に分割した実施形態を示す構成図である。本実施形態は、図２１に示す実施形態と比較して、レシピＤＢ６１２に制御データ（制御コマンド）の情報が含まれず、別途制御データを管理する第３サーバ７００が設けられている点が異なる。第３サーバ７００は、レシピごとの制御データを格納する制御コマンドＤＢ７１２を含む第３データベース７１５を有している。本実施形態では、第２サーバ６００は、選択レシピ情報をユーザに提供する際、第３サーバ７００へのアクセス情報を併せて送り、携帯端末３００は、このアクセス情報に基づいて第３サーバ７００にアクセスして制御データを取得する。

図２４は、図２３に示す実施形態におけるレシピ情報の取得、送信処理を示すフローチャートである。図２２におけるステップＳ３０５の代わりにステップＳ４０５が実行され、ステップＳ４０６およびＳ４０７が追加されている点を除いて図２２における処理と同様である。

以上の構成により、クラウドサービスを提供するために必要な情報をユーザの携帯端末３００から収集する第１サーバ５００と、レシピ情報をユーザに提供する第２サーバ６００と、制御データを管理する第３サーバ７００とが異なる事業者によって運営される場合に適した調理機器システムを実現することができる。

７．サービス提供システムの構成例
続いて、本開示の技術を適用できるサービス提供システムの構成例を説明する。

図２５（Ａ）は、サービス提供システムの全体像を示す図である。このサービス提供システムは、ユーザグループ１００、データセンタ運営会社１１０、およびサービスプロバイダ１２０のそれぞれに設けられた複数の情報機器を備える。

ユーザグループ１００は、例えば企業、団体、家庭等であり、その規模を問わない。ユーザグループ１００は、機器Ａおよび機器Ｂを含む複数の家電機器１０１と、ホームゲートウェイ１０２とを備える。複数の家電機器１０１は、いずれも通信機能を有しており、他の機器との間でデータの送受信が可能である。複数の家電機器１０１は、インターネットに直接接続するための構成および機能を有する機器、およびそのような構成および機能を有しない機器を含み得る。前者に該当する機器は、例えばスマートフォン、タブレット端末、専用表示端末、パーソナルコンピュータ（ＰＣ）またはテレビであり得る。後者に該当する機器は、例えば調理家電、照明、洗濯機、または冷蔵庫であり得る。このように、ホームゲートウェイ１０２を介することによってインターネットに接続可能になる機器が存在していてもよい。ユーザグループ１００内の複数の家電機器１０１は、１以上のユーザ１０によって使用される。なお、ユーザ１０は説明の便宜のために記載されており、サービス提供システムに含まれない。

ホームゲートウェイ１０２は、複数の家電機器１０１の各々から、機器の動作に関するログ情報を受信し、そのログ情報をクラウドサーバ１１１に送信する。ホームゲートウェイ１０２は、ログ情報を蓄積し、蓄積したログ情報を、例えば１日に１回、クラウドサーバ１１１に提供する。

なお、図２５（Ａ）では、１つのホームゲートウェイ１０２が記載されているが、これは一例である。ホームゲートウェイは複数存在してもよい。複数のホームゲートウェイが存在する場合には、例えば外部のネットワークと接続されるホームゲートウェイ（親ホームゲートウェイ）に、他のホームゲートウェイ（子ホームゲートウェイ）が接続されていればよい。子ホームゲートウェイは、例えば複数の機器１０１のうちの一つまたは複数からログ情報を受信して蓄積し、親ホームゲートウェイを通してサーバーにログ情報をアップロードする。または子ホームゲートウェイは、親ホームゲートウェイを介して複数の機器１０１のうちの一つまたは複数を操作する信号を出力してもよい。

データセンタ運営会社１１０は、クラウドサーバ１１１を備える。クラウドサーバ１１１は、例えばインターネットを介して様々な機器と連携する仮想化サーバである。クラウドサーバ１１１は、主に通常のデータベース管理ツール等の既存の一般的な技術で取り扱うことが困難な大量のデータ群（いわゆる「ビッグデータ」）を管理する。データセンタ運営会社１１０は、データ管理、クラウドサーバ１１１の管理、およびそれらを行うデータセンタの運営等を行っている。データセンタ運営会社１１０が行っている役務の詳細は後述する。

データセンタ運営会社１１０は、データ管理やクラウドサーバ１１１の運営のみを行っている会社に限らない。図２５（Ｂ）および（Ｃ）は、データセンタ運営会社１１０の変形例を示す。図２５（Ｂ）は、データセンタ運営会社１１０として機能する機器メーカを示す。複数の機器１１０に含まれる機器を開発・製造している機器メーカが、併せてデータ管理やクラウドサーバ１１１の管理等を行っている場合は、その機器メーカがデータセンタ運営会社１１０に該当する。また、図２５（Ｃ）は、共同で１つのクラウドサーバ１１１を管理する複数の会社を示す。このように、データセンタ運営会社１１０は一つの会社に限られない。機器メーカおよび他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ１１１の運営を行っている場合は、両者がデータセンタ運営会社１１０に該当する。なお、共同または分担してデータの管理またはクラウドサーバ１１１の管理を行っているとしても、機器メーカおよび管理会社の一方のみがデータセンタ運営会社１１０として機能していてもよい。また、データセンタ運営会社１１０がサービスプロバイダの機能を有していてもよい。

上述したクラウドサーバ１１１は、ハードウェアのコンピュータのみならず、クラウドサーバ１１１に必要とされる機能がプログラムされたソフトウェアとしても実現され得る。

サービスプロバイダ１２０は、サーバ１２１を保有している。ここで言うサーバ１２１とは、データまたはそのデータに基づくサービスを提供する機能を有するコンピュータや記録媒体を意味する限り、その規模は問わない。例えば、個人用ＰＣを用いてデータの提供が行われ得るという点からすると、個人用ＰＣそれ自体、または個人用ＰＣ内のメモリ等もまた「サーバ」に含まれ得る。また、サービスプロバイダ１２０がサーバ１２１を保有していない場合もある。

なお、上記のサービス提供システムにおいてホームゲートウェイ１０２は必須ではない。例えば、クラウドサーバ１１１が全てのデータ管理を行っている場合は、ホームゲートウェイ１０２は不要である。また、家庭内のあらゆる機器がインターネットに接続するための構成および機能を有しており、それ自身ではインターネットと接続不可能な機器が存在しない場合にも、ホームゲートウェイ１０２は省略されてもよい。ログ情報は、インターネットを介して複数の家電機器１０１から直接クラウドサーバ１１１に提供されてもよい。

次に、上記サービスにおける情報の流れを説明する。

まず、ユーザグループ１００の機器Ａまたは機器Ｂは、各々のログ情報をデータセンタ運営会社１１０のクラウドサーバ１１１に送信する。クラウドサーバ１１１は、機器Ａまたは機器Ｂから送られてきたログ情報を受信して蓄積する（図２５（ａ））。

次に、データセンタ運営会社１１０のクラウドサーバ１１１は、集積したログ情報を一定の単位でサービスプロバイダ１２０に提供する。ここで、「一定の単位」とは、データセンタ運営会社が蓄積した情報を整理してサービスプロバイダ１２０に提供することが出来る単位でもよいし、サービスプロバイダ１２０が要求する単位でもよい。なお、一定の単位と記載したが、ログ情報の提供は一定の単位で行われなくてもよい。状況に応じて提供するログ情報の量が変化する場合もあり得る。ログ情報は、必要に応じてサービスプロバイダ１２０が保有するサーバ１２１に保存される（図２５（ｂ））。

サービスプロバイダ１２０は、ログ情報を、ユーザに提供するサービスに適合する情報に整理し、ユーザに提供する。情報が提供されるユーザは、複数の家電機器１０１を使用または所有するユーザ１０でもよいし、外部のユーザ２０でもよい。ユーザへのサービスの提供方法については、例えば、サービスプロバイダ１２０から直接ユーザ２０へ提供されてもよい（図２５（ｂ）、（ｅ））。また、例えば、データセンタ運営会社１１０のクラウドサーバ１１１を再度経由して、ユーザ１０に提供されてもよい（図２５（ｃ）、（ｄ））。また、データセンタ運営会社１１０のクラウドサーバ１１１がログ情報をユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ１２０のコンピュータに提供してもよい。

なお、ユーザ１０とユーザ２０とは、別でも同一でもよい。また、複数の家電機器１０１、クラウドサーバ１１０、およびサーバ１２１の全てが同一の国に設置されている必要はない。例えば、複数の家電機器１０１の各々が日本に設置され、クラウドサーバ１１１およびサーバ１２１が米国に設置されていてもよい。あるいは、その逆であってもよい。ユーザ１０の操作（制御）によってクラウドサーバ１１１およびサーバ１２１の少なくとも一方が分析結果等を提供し、ユーザがＰＣ等の表示端末を利用してその分析結果を確認できる場合には、ユーザはその国においてそのシステムの恩恵を受けていると言える。そのシステムは実質的には１つの国に設置されていることと何ら変わりはない。

なお、ログ情報の収集（図２５（ａ）、（ｂ））、および情報の提供（図２５（ｃ）、（ｄ）、（ｅ）、（ｆ））において、個々のユーザ１０を特定する情報が含まれていると、情報が悪用される可能性がある。そのため、ログ情報には氏名などの個々のユーザ１０を特定する情報を含めないという運用も考えられる。個々のユーザ１０を特定する情報を含める場合には、個人情報の漏洩を防ぐため、送信元の機器は、その情報を暗号化して送信してもよい。

８．サービス提供システムを実現するためのクラウドサービスの類型
上述の実施の形態において説明された技術は、例えば、以下のクラウドサービスの類型において実現され得る。なお、クラウドサービスの類型はこれらに限られるものでない。

８．１．サービスの類型１：自社データセンタ型クラウドサービス
図２６は、サービスの類型１（自社データセンタ型クラウドサービス）を利用したシステムが提供するサービスの全体像を示す。本類型では、サービスプロバイダ１２０がユーザグループ１００から情報を取得し、ユーザに対してサービスを提供する。本類型では、サービスプロバイダ１２０が、データセンタ運営会社の機能を有している。すなわち、サービスプロバイダ１２０が、ビッグデータを管理するクラウドサーバ２０３を保有している。したがって、データセンタ運営会社は存在しない。

本類型では、サービスプロバイダ１２０は、データセンタ（クラウドサーバ）２０３を運営および管理している。また、サービスプロバイダ１２０は、オペレーティングシステム（ＯＳ）２０２およびアプリケーション２０１を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ２０２およびアプリケーション２０１を用いてサービスを提供する（矢印２０４）。

８．２．サービスの類型２：ＩａａＳ利用型クラウドサービス
図２７は、サービスの類型２（ＩａａＳ利用型クラウドサービス）におけるシステムが提供するサービスの全体像を示す。ここで、ＩａａＳとは、インフラストラクチャー・アズ・ア・サービス（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）の略であり、コンピュータシステムを構築および稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１０が、データセンタ（クラウドサーバ）２０３を運営および管理している。また、サービスプロバイダ１２０は、ＯＳ２０２およびアプリケーション２０１を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ２０２およびアプリケーション２０１を用いてサービスを提供する（矢印２０４）。

８．３．サービスの類型３：ＰａａＳ利用型クラウドサービス
図２８は、サービスの類型３（ＰａａＳ利用型クラウドサービス）を利用したシステムが提供するサービスの全体像を示す。ここで、ＰａａＳとは、プラットフォーム・アズ・ア・サービス（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）の略であり、ソフトウェアを構築および稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１０は、ＯＳ２０２を管理し、データセンタ（クラウドサーバ）２０３を運営および管理している。また、サービスプロバイダ１２０は、アプリケーション２０１を管理する。サービスプロバイダ１２０は、データセンタ運営会社１１０が管理するＯＳ２０２およびサービスプロバイダ１２０が管理するアプリケーション２０１を用いてサービスを提供する（矢印２０４）。

８．４．サービスの類型４：ＳａａＳ利用型クラウドサービス
図２９は、サービスの類型４（ＳａａＳ利用型クラウドサービス）を利用したシステムが提供するサービスの全体像を示す。ここで、ＳａａＳとは、ソフトウェア・アズ・ア・サービス（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）の略である。ＳａａＳ利用型クラウドサービスは、例えば、データセンタ（クラウドサーバ）を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ（クラウドサーバ）を保有していない会社または個人などの利用者がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１０は、アプリケーション２０１を管理し、ＯＳ２０２を管理し、データセンタ（クラウドサーバ）２０３を運営および管理している。また、サービスプロバイダ１２０は、データセンタ運営会社１１０が管理するＯＳ２０２およびアプリケーション２０１を用いてサービスを提供する（矢印２０４）。

以上、いずれのクラウドサービスの類型においても、サービスプロバイダ１２０がサービスを提供する。また、例えば、サービスプロバイダまたはデータセンタ運営会社は、ＯＳ、アプリケーションまたはビックデータのデータベース等を自ら開発してもよいし、第三者に外注させてもよい。

本開示の技術は、ユーザが選択した料理のレシピ情報を収集して活用するクラウドサービスを実現する際に有用である。

３００ 情報端末装置（携帯端末）
３１０ 制御回路
３２０ メモリ
３３０ 入力インターフェース
３４０ ディスプレイ
３５０ 通信回路
３６０ ＮＦＣ通信回路
４００ 調理機器（調理家電）
４１０ ＮＦＣタグ
４２０ タグ通信回路
４３０ 処理回路
４３４ メモリ
４５０ 加熱部
５００ 第１サーバ
５０１ サーバ
５１０ データベース
５１２ レシピＤＢ
５１４ 履歴ＤＢ
５１６ 個人情報ＤＢ
５１８ 収集可否ＤＢ
５２０ 処理回路
５２６ 画面生成部
５２７ 制御コマンド生成部
５２８ ＤＢ更新部
５３０ 通信回路
６００ 第２サーバ
７００ 第３サーバ

Claims (16)

1. 情報を収集する第１サーバと接続可能で且つ調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと接続可能な情報端末装置の制御方法であって、
   前記情報端末装置のコンピュータに対して、
   第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、
   前記情報端末装置のディスプレイに前記第１表示データを表示させ、
   第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、
   前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、
   前記制御データを用いて前記調理機器に前記制御データを設定させ、
   前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる、
   制御方法。
2. 前記制御データに対応する選択レシピ情報が前記識別子を有しないと判断された場合には、前記識別子を有しない選択レシピ情報を前記第１サーバに送信させない、
   請求項１記載の制御方法。
3. 前記第１サーバは、前記第２サーバと同一のサーバである、
   請求項１または請求項２に記載の制御方法。
4. 前記第１サーバは、前記第２サーバと異なるサーバである、
   請求項１または請求項２に記載の制御方法。
5. 前記情報端末装置の前記コンピュータに対して、前記制御データを用いて前記調理機器に前記制御データを設定させるときに、前記制御データに対応する選択レシピ情報が前記識別子を有するか否かを判断させる、
   請求項１から請求項４のいずれか一に記載の制御方法。
6. 前記情報端末装置の前記コンピュータに対して、前記制御データを用いて前記調理機器に前記制御データを設定させる場合において、前記調理機器から前記設定がされた旨の応答を受信した後に、前記選択レシピ情報を前記第１サーバに送信させる、
   請求項５記載の制御方法。
7. 前記情報端末装置のコンピュータに対して、前記識別子を有する選択レシピ情報を前記第１サーバに送信させた後、前記選択レシピ情報を前記情報端末装置のメモリから消去可能な状態にさせる、
   請求項１から請求項６のいずれか一に記載の制御方法。
8. 前記情報端末装置のコンピュータに対して、前記識別子を有する選択レシピ情報を前記第１サーバに送信させた後、前記選択レシピ情報を前記第１サーバに送信した旨を示す第２表示データを、前記情報端末装置のディスプレイに表示させる、
   請求項１から請求項７のいずれか一に記載の制御方法。
9. 前記第１表示データは、前記レシピ情報の提供期間を指定する項目を含む、
   請求項１から請求項８のいずれか一に記載の制御方法。
10. 前記調理機器は、電子レンジである、
    請求項１から請求項９のいずれか一に記載の制御方法。
11. 情報を収集する第１サーバと接続可能で且つ調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと接続可能な情報端末装置に用いられるプログラムであって、
    前記情報端末装置のコンピュータに対して、
    第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、
    前記情報端末装置のディスプレイに前記第１表示データを表示させ、
    第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、
    前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、
    前記制御データを用いて前記調理機器に前記制御データを設定させ、
    前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる、
    プログラム。
12. 情報を収集する第１サーバと、調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと、前記第１サーバ及び前記第２サーバに接続可能な情報端末装置と、前記情報端末装置により制御可能な調理機器とを含む調理機器システムであって、
    前記第１サーバは、
    第１ネットワークを介して前記情報端末装置に、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを送信し、
    前記第１表示データは前記情報端末装置のディスプレイに表示され、
    前記第２サーバは、
    第２ネットワークを介して前記情報端末装置に、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを送信し、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、
    前記情報端末装置は、
    前記情報端末装置のディスプレイに前記選択レシピ情報を表示し、
    前記制御データを用いて前記調理機器に前記制御データを設定し、
    前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信する、
    調理機器システム。
13. 請求項１２に記載の調理機器システムにおいて用いられる調理機器。
14. 情報を収集する第１サーバと、調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバと、前記第１サーバと接続して前記第１サーバから前記レシピ情報の利用目的を情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信し、前記第２サーバと接続して前記第２サーバから前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に基づく調理のための前記調理機器の制御データを受信する前記情報端末装置と、前記情報端末装置により制御可能な調理機器と、を含む調理機器システムにおける調理機器であって、
    前記情報端末装置において前記第２サーバから受信した前記制御データを、前記情報端末装置から受信して設定する制御部と、
    前記設定された制御データに基づいて前記制御部によって制御される加熱部と、を具備し、
    前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、
    前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報は、前記情報端末装置のユーザＩＤに対応させて前記情報端末装置から前記第１サーバに送信される、
    調理機器。
15. 情報を収集する第１サーバ、調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバ、及び、前記レシピ情報に対応する調理のための調理機器の制御データを管理する第３サーバと接続可能な情報端末装置の制御方法であって、
    前記情報端末装置のコンピュータに対して、
    第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、
    前記情報端末装置のディスプレイに前記第１表示データを表示させ、
    第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に対応する制御データを取得するための前記第３サーバへのアクセス情報を受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、
    前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、
    前記アクセス情報に基づいて第３ネットワークを介して前記第３サーバにアクセスさせて前記選択レシピ情報に対応する制御データを受信させ、
    前記受信した制御データを用いて前記調理機器に前記制御データを設定させ、
    前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる、
    制御方法。
16. 情報を収集する第１サーバ、調理機器に用いる調理レシピを示すレシピ情報を提供する第２サーバ、及び、前記レシピ情報に対応する調理のための調理機器の制御データを管理する第３サーバと接続可能な情報端末装置に用いられるプログラムであって、
    前記情報端末装置のコンピュータに対して、
    第１ネットワークを介して前記第１サーバから、前記レシピ情報の利用目的を前記情報端末装置のユーザに確認させて前記レシピ情報を収集することの許可を求める第１表示データを受信させ、
    前記情報端末装置のディスプレイに前記第１表示データを表示させ、
    第２ネットワークを介して前記第２サーバにアクセスさせて前記第２サーバから、前記情報端末装置において複数のレシピ情報の中から選択された選択レシピ情報及び前記選択レシピ情報に対応する制御データを取得するための前記第３サーバへのアクセス情報を受信させ、前記複数のレシピ情報には特定の体質、疾患、病気又はアレルギー関連の料理であることを示す識別子を有するレシピ情報が含まれ、
    前記情報端末装置のディスプレイに前記選択レシピ情報を表示させ、
    前記アクセス情報に基づいて第３ネットワークを介して前記第３サーバにアクセスさせて前記選択レシピ情報に対応する制御データを受信させ、
    前記受信した制御データを用いて前記調理機器に前記制御データを設定させ、
    前記第１表示データを用いて前記情報端末装置において前記利用目的の中で健康管理に関連する利用目的に前記レシピ情報の収集を許可する旨の選択がされていた場合であって、前記設定された制御データに対応する選択レシピ情報が前記識別子を有すると判断された場合には、前記識別子を有する選択レシピ情報を前記情報端末装置のユーザＩＤに対応させて前記第１サーバに送信させる、
    プログラム。

Images