JP2016014962A - 調理支援方法、サーバ装置、端末装置、およびコンピュータプログラム - Google Patents

Abstract

【課題】ユーザが調理工程の続きを容易に再開できるようにすること。【解決手段】サーバ３００は、複数の容器の食材の収容状況を示す容器管理情報に基づいて食材収容中ではない容器を選択し、その容器の画像と、容器に食材を収容する食材収容工程の画像とを合成し、その画像を端末１００へ送信する。サーバ３００は、端末１００から食材収容工程の完了通知を受信すると、容器管理情報における選択した容器の収容状況を食材収容中に更新する。サーバ３００は、調理機器２００から食材使用工程の開始通知を受信した場合、食材使用工程の画像を端末１００へ送信する。サーバ３００は、端末１００から食材使用工程の完了通知を受信すると、容器管理情報における選択した容器の食材収容状況を食材非収容中に更新する。【選択図】図６

Description

本発明は、ユーザの調理を支援する調理支援方法、サーバ装置、端末装置、およびコンピュータプログラムに関する。

従来、サーバから端末へレシピ情報を提供することにより、端末のユーザの調理を支援するシステムが提案されている。

例えば、特許文献１には、端末から所定の料理のレシピ情報がサーバへ要求された場合、サーバから端末に対して調理工程ごとの調理状態を示すレシピ情報が提供されるシステムが提案されている。これにより、端末のユーザは、調理工程ごとに具体的な調理状態等を確認でき、スムーズに調理を進めることができる。

また、例えば、特許文献２には、食品等の非加熱物を収容する容器の表面に、加熱条件を符号化したバーコードを印刷した符号表示シールを貼り付け、そのバーコードを読み取って電子レンジに入力し、加熱調理を行う方法が開示されている。

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

しかしながら、特許文献１の技術では、以下の場合に問題がある。例えば、ユーザは、端末１００に表示されるレシピ情報を基に調理工程を途中まで進め、下ごしらえした食材を容器に入れて冷蔵庫等で保管し、その後、保管しておいた食材を用いて続きの調理工程を行う場合がある。かかる場合、ユーザは、調理を再開する際に、続きの調理工程の情報を端末に表示させるための操作を行う必要があり、手間がかかる。また、複数のレシピの各食材を複数の容器に分けて保管した場合、ユーザは、調理を再開する際に、どの容器にどのレシピの食材が入っているかを確認する必要があり、手間がかかる。

また、特許文献２の技術は、符号表示シールにより電子レンジの加熱条件を単に設定するものであり、ユーザが調理工程を中断する場合の調理工程の管理を行うものではない。

本発明の目的は、ユーザが調理工程の続きを容易に再開できる調理支援方法、サーバ装置、端末装置、およびコンピュータプログラムを提供することである。

本発明の一態様に係る調理支援方法は、第１の調理工程および前記第１の調理工程の後に行われる第２の調理工程を含むレシピの情報に対応付けて、食材を収容する容器の前記食材の収容状況を示す管理情報を記憶部に記憶する記憶ステップと、前記記憶部に記憶された前記管理情報に基づいて、複数の容器の中から前記食材を収容していない容器の情報を検索し、当該容器を、前記第１の調理工程により調理された食材を収容する容器に決定する決定ステップと、前記第１の調理工程の情報と、前記決定ステップで決定された容器の情報とを出力する第１出力ステップと、前記決定ステップで決定された容器に付された当該容器を識別可能な識別情報および前記管理情報に基づいて、前記第１の調理工程の後、当該容器に収容された食材に対して行われる前記第２の調理工程の情報を検索する検索ステップと、前記第２の調理工程の情報を出力する第２出力ステップと、を有するようにした。

本発明の一態様に係るサーバ装置は、第１の調理工程および前記第１の調理工程の後に行われる第２の調理工程を含むレシピの情報に対応付けて、食材を収容する容器の前記食材の収容状況を示す管理情報を記憶する記憶部と、前記記憶部に記憶された前記管理情報に基づいて、複数の容器の中から前記食材を収容していない容器の情報を検索し、当該容器を、前記第１の調理工程により調理された食材を収容する容器に決定し、前記第１の調理工程の情報と、決定した容器の情報とを出力する制御を行い、前記決定した容器に付された当該容器を識別可能な識別情報および前記管理情報に基づいて、前記第１の調理工程の後、当該容器に収容された食材に対して行われる前記第２の調理工程の情報を検索し、前記第２の調理工程の情報を出力する制御を行う制御部と、を備える構成を採る。

本発明の一態様に係る端末装置は、上記サーバ装置により決定された前記食材を収容していない容器の情報を出力する構成を採る。

本発明の一態様に係るコンピュータプログラムは、第１の調理工程および前記第１の調理工程の後に行われる第２の調理工程を含むレシピの情報に対応付けて、食材を収容する容器の前記食材の収容状況を示す管理情報を記憶部に記憶する記憶処理と、前記記憶部に記憶された前記管理情報に基づいて、複数の容器の中から前記食材を収容していない容器の情報を検索し、当該容器を、前記第１の調理工程により調理された食材を収容する容器に決定する決定処理と、前記第１の調理工程の情報と、前記決定処理で決定された容器の情報とを出力する第１出力処理と、前記決定処理で決定された容器に付された当該容器を識別可能な識別情報および前記管理情報に基づいて、前記第１の調理工程の後、当該容器に収容された食材に対して行われる前記第２の調理工程の情報を検索する検索処理と、前記第２の調理工程の情報を出力する第２出力処理と、をコンピュータに実行させるようにした。

本発明によれば、ユーザが調理工程の続きを容易に再開できる。

本発明の実施の形態に係る調理支援システムの概要について説明する図 本発明の実施の形態に係る調理支援システムの構成の一例を示すブロック図 本発明の実施の形態に係る容器の一例を示す図 本発明の実施の形態に係るレシピ情報の一例を示す図 本発明の実施の形態に係る容器管理情報の一例を示す図 本発明の実施の形態に係る調理支援システムの動作の一例を示すフローチャート 本発明の実施の形態に係る画像の表示例を示す図 本発明の実施の形態に係る画像の表示例を示す図 本発明の変形例１に係る容器管理情報の一例を示す図 本発明の変形例２に係る容器管理情報の一例を示す図 本発明の実施の形態に係る各装置の機能をソフトウェアにより実現するコンピュータのハードウェア構成の一例を示す図 サービスの類型１（自社データセンタ型）を示す図 サービスの類型２（ＩａａＳ利用型）を示す図 サービスの類型３（ＰａａＳ利用型）を示す図 サービスの類型４（ＳａａＳ利用型）を示す図

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

＜提供するサービスの全体像＞
まず、本実施の形態に係る提供するサービスの全体像について、図１を用いて説明する。図１は、本実施の形態における調理支援システムの概要について説明する図である。図１Ａには、本実施の形態における調理支援システムの全体像が示されている。

グループ１０は、例えば企業、団体、家庭等であり、その規模を問わない。グループ１０には、複数の機器１０ａ（例えば、後述する端末１００、調理機器２００）である機器Ａ、機器Ｂおよびホームゲートウェイ１０ｂが存在する。

複数の機器１０ａは、インターネットと接続可能な機器（例えば、スマートフォン、タブレット、ＰＣ、ＴＶ等）である。ただし、複数の機器１０ａは、それ自身ではインターネットと接続不可能な機器であっても、ホームゲートウェイ１０ｂを介してインターネットと接続可能となるものであればよい。また、グループ１０には複数の機器１０ａを使用するユーザ１が存在する。ユーザ１は、例えば、調理を行う者である。

データセンタ運営会社１１には、クラウドサーバ１１ａが存在する。クラウドサーバ１１ａとはインターネットを介して様々な機器と連携する仮想化サーバである。データセンタ運営会社１１は、データ管理やクラウドサーバ１１ａの管理、それらを行うデータセンタの運営等を行っている。データセンタ運営会社１１が行っている役務については詳細を後述する。

ここで、データセンタ運営会社１１は、データ管理またはクラウドサーバ１１ａの運営等のみを行っている会社に限らない。例えば複数の機器１０ａのうちの一つの機器を開発・製造している機器メーカが、併せてデータ管理やクラウドサーバ１１ａの管理等を行っている場合は、機器メーカがデータセンタ運営会社１１に該当する（図１Ｂ参照）。

また、データセンタ運営会社１１は一つの会社に限らない。例えば機器メーカおよび他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ１１ａの運営を行っている場合は、両者もしくはいずれか一方がデータセンタ運営会社１１に該当するものとする（図１Ｃ参照）。

サービスプロバイダ１２は、サーバ１２ａ（例えば、後述するサーバ３００）を保有している。サーバ１２ａは、目的に応じて複数あってもよい。

なお、上記サービスにおいてホームゲートウェイ１０ｂは必須ではない。例えば、クラウドサーバ１１ａが全てのデータ管理を行っている場合等は、ホームゲートウェイ１０ｂは不要となる。また、グループ１０内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器は存在しない場合もある。

次に、上記サービスにおける情報の流れを説明する。まず、グループ１０の機器Ａまたは機器Ｂは、それぞれ、所定の情報を、データセンタ運営会社１１のクラウドサーバ１１ａに送信する。クラウドサーバ１１ａは、機器Ａまたは機器Ｂの情報を集積する（図１Ａの（ａ））。

なお、上記情報は、インターネットを介して複数の機器１０ａ自体から直接クラウドサーバ１１ａに提供される場合もある。または、上記情報は、複数の機器１０ａから一旦ホームゲートウェイ１０ｂに情報が集積され、ホームゲートウェイ１０ｂからクラウドサーバ１１ａに提供されてもよい。

次に、データセンタ運営会社１１のクラウドサーバ１１ａは、集積した情報を一定の単位でサービスプロバイダ１２に提供する。ここで、一定の単位は、データセンタ運営会社１１が集積した情報を整理してサービスプロバイダ１２に提供することのできる単位でもよいし、サービスプロバイダ１２が要求した単位でもよい。一定の単位と記載したが、一定でなくてもよく、状況に応じて提供する情報量が変化する場合もある。

クラウドサーバ１１ａに集積された情報は、必要に応じてサービスプロバイダ１２が保有するサーバ１２ａに保存される（図１Ａの（ｂ））。そして、サービスプロバイダ１２は、保存した情報を、ユーザに提供するサービスに適合する情報に整理し、ユーザに提供する。提供するユーザは、複数の機器１０ａを使用するユーザ１でもよいし、グループ１０の外部のユーザ２でもよい。

ユーザへのサービス提供方法は、例えば、サービスプロバイダ１２から直接ユーザへ提供されてもよい（図１Ａの（ｆ）、（ｅ））。また、ユーザへのサービス提供方法は、例えば、データセンタ運営会社１１のクラウドサーバ１１ａを再度経由して、ユーザに提供されてもよい（図１Ａの（ｃ）、（ｄ））。また、データセンタ運営会社１１のクラウドサーバ１１ａが、集積した情報を、ユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ１２に提供してもよい。

なお、ユーザ１とユーザ２とは、別でも同一でもよい。

＜調理支援システムの構成＞
次に、本実施の形態に係る調理支援システムの構成例について、図２を用いて説明する。図２は、本実施の形態の調理支援システムの構成の一例を示すブロック図である。

図２に示すように、調理支援システムは、端末１００、調理機器２００、およびサーバ３００を有する。

図２において、端末１００とサーバ３００は、ネットワーク４００を介して接続される。また、調理機器２００とサーバ３００も、ネットワーク４００を介して接続される。ネットワーク４００は、無線ネットワークでもよいし、有線ネットワークでもよいし、有線ネットワークと無線ネットワークとが混在したネットワークでもよい。

まず、端末１００の構成について説明する。

端末１００（本発明の端末装置の一例）は、サーバ３００により提供される調理工程画像を表示する情報処理装置であり、例えば、スマートフォン、タブレット、ＰＣ、ＴＶなどである。調理工程画像とは、所定の料理のレシピにおける調理工程に対応する画像である（詳細は後述）。

端末１００は、入力部１０１、通知部１０２、記憶部１０３、送受信部１０４、制御部１０５を備える。

入力部１０１は、ボタン、タッチパネルなどの入力デバイスである。

通知部１０２は、ディスプレイなどの表示デバイス（表示部の一例）、または、スピーカなどの出力デバイスである。例えば、通知部１０２は、調理工程画像を画面に表示する。

記憶部１０３は、メモリ、ハードディスク装置などの記憶デバイスである。例えば、記憶部１０３は、送受信部１０４で受信された調理工程画像の情報（以下、調理工程画像情報という）を記憶する。また、例えば、記憶部１０３は、ユーザＩＤを記憶する。ユーザＩＤは、端末１００のユーザを識別可能な情報である。

送受信部１０４は、他の装置と通信する通信インターフェースである。例えば、送受信部１０４は、サーバ３００から調理工程画像情報を受信する。また、例えば、送受信部１０４は、所定の調理工程が完了した旨を示す完了情報をサーバ３００へ送信する。

制御部１０５は、種々の情報処理を実行するプロセッサなどの制御デバイスである。例えば、制御部１０５は、送受信部１０４で受信された調理工程画像情報を記憶部１０３に格納し、所定のタイミングで記憶部１０３から調理工程画像情報を読み出し、調理工程画像を表示するように通知部１０２を制御する。

また、例えば、制御部１０５は、調理工程画像の表示中に入力部１０１により工程完了操作が受け付けられた場合、上記完了情報を生成する。工程完了操作とは、例えば、ユーザが調理工程（表示中の調理工程画像により示される調理工程）を完了した際に入力部１０１に対して行う操作である。また、完了情報は、上述したとおり、所定の調理工程が完了したことを示す情報である。この完了情報には、記憶部１０３から読み出されたユーザＩＤのほか、レシピを識別可能な情報であるレシピＩＤと、調理工程を識別可能な情報である調理工程ＩＤとが含まれる。レシピＩＤと調理工程ＩＤは、サーバ３００から受信された調理工程画像情報に付加されている。そして、制御部１０５は、生成した完了情報をサーバ３００へ送信するように送受信部１０４を制御する。

以上、端末１００の構成について説明した。

次に、調理機器２００の構成について説明する。

調理機器２００は、端末１００のユーザにより使用される調理機器であり、例えば、電子レンジ、ＩＨ（Induction Heating）調理器、ガスコンロ、またはフライパンなどである。なお、調理機器２００は、これらに限定されない。

調理機器２００は、入力部２０１、記憶部２０２、制御部２０３、送受信部２０４を備える。

入力部２０１は、情報の入力を受け付ける入力デバイスである。この入力部２０１は、ボタン、タッチパネルなど、ユーザの操作を受け付ける操作受付デバイスを有するとともに、バーコードリーダ、ＱＲコード（登録商標）リーダ、ＩＣタグリーダなどの情報読取デバイスを有する。例えば、入力部２０１は、操作受付デバイスとして機能する場合、調理機器２００の機能（例えば、加熱機能）の実行を指示する操作を受け付ける。また、例えば、入力部２０１は、情報読取デバイスとして機能する場合、容器５００から容器ＩＤ５０１を取得する。容器ＩＤ５０１は、容器５００を識別可能な情報である。

ここで、容器５００の一例について説明する。図３に示すように、容器５００は、例えば樹脂などで形成された、密閉可能な容器である。ユーザは、下ごしらえした食材を容器５００に収容し、冷蔵庫または冷凍庫などに保管する。図示は省略しているが、例えば、容器５００の蓋には、容器ＩＤ５０１を表すバーコードまたはＱＲコードが付加される。あるいは、容器５００の蓋には、容器ＩＤ５０１を記録したＩＣタグが付加されてもよい。本実施の形態では、例えば、一人（上記グループ１０でもよい）のユーザにより複数の容器５００が使用されるとする。以上、容器５００の一例について説明した。

記憶部２０２は、メモリ、ハードディスク装置などの記憶デバイスである。例えば、記憶部２０２は、ユーザＩＤを記憶する。

制御部２０３は、種々の情報処理を実行するプロセッサなどの制御デバイスである。例えば、制御部２０３は、入力部２０１により受け付けられた入力操作に応じて調理機器２００の機能を制御する。

また、例えば、制御部２０３は、入力部２０１により容器ＩＤ５０１が取得されると、記憶部２０２からユーザＩＤを読み出し、ユーザＩＤと容器ＩＤ５０１を含む容器情報を生成する。そして、制御部２０３は、生成した容器情報をサーバ３００へ送信するように送受信部２０４を制御する。

送受信部２０４は、他の装置と通信する通信インターフェースである。例えば、送受信部２０４は、サーバ３００へ容器情報を送信する。

以上、調理機器２００の構成について説明した。

次に、サーバ３００の構成について説明する。

サーバ３００（本発明のサーバ装置の一例）、端末１００に調理工程画像を提供するとともに、端末１００のユーザにより使用される容器５００を管理する情報処理装置である。

サーバ３００は、送受信部３０１、記憶部３０２、制御部３０３を備える。

送受信部３０１は、他の装置と通信する通信インターフェースである。例えば、送受信部３０１は、端末１００へ調理工程画像情報を送信する。また、例えば、送受信部３０１は、端末１００から上述した完了情報を受信する。また、例えば、送受信部３０１は、調理機器２００から上述した容器情報を受信する。

記憶部３０２は、メモリ、ハードディスク装置などの記憶デバイスである。例えば、記憶部３０２は、調理工程画像情報、レシピ情報、容器画像情報、容器管理情報を記憶する。以下、各情報について説明する。

調理工程画像情報は、調理工程画像の画像データ（例えば、HTML/XHTML等のウェブページのデータ）である。調理工程画像とは、上述したとおり、所定の料理のレシピにおける調理工程に対応する画像である。例えば、調理工程画像は、調理方法等が文字、図形、記号、写真等により示される画像である。本実施の形態では、所定のレシピは複数の調理工程を含むものとする。よって、調理工程画像は、各調理工程に対応して予め用意されている。また、各調理工程画像が端末１００の画面に表示される順番は、調理工程の順番に対応して予め定められている。

また、各調理工程画像情報には、レシピＩＤおよび調理工程ＩＤ（例えば、図４参照）が付加されている。また、下ごしらえの調理工程に対応する調理工程画像情報には、メタデータが付加されている。このメタデータは、調理工程画像により示される調理工程が食材収容工程であることを示すデータである。食材収容工程とは、ユーザが、所定の食材の下ごしらえを行い、その食材を容器５００に収容し、冷蔵庫または冷凍庫等に保管する調理工程である。

レシピ情報は、レシピごとの調理工程を示すテーブルである。レシピ情報の例を図４に示す。図４に示すように、レシピ情報では、レシピＩＤと、調理工程ＩＤとが対応付けられている。例えば、レシピＩＤ「Ｒ１」に対しては、３つの調理工程に対応する調理工程ＩＤが対応付けられている。例えば、調理工程ＩＤ「Ｒ１−ＳＴ１」は、第１の調理工程（最初の調理工程）に対応するＩＤである。また、調理工程ＩＤ「Ｒ１−ＳＴ２」は、第２の調理工程（２番目の調理工程）に対応するＩＤである。また、調理工程ＩＤ「Ｒ１−ＳＴ３」は、第３の調理工程（最後の調理工程。仕上げの調理工程ともいう）に対応するＩＤである。よって、図４のレシピ情報では、調理工程ＩＤは、調理工程の順に登録されている。

容器画像情報（容器態様情報の一例）は、容器画像の画像データ（例えば、JPEG/GIF/PNG/BMP等の画像ファイル）である。容器画像は、例えば、容器５００の態様が文字、写真等により示される画像である。本実施の形態では例として、容器画像は、容器５００の外観の写真を示す画像であるとする。本実施の形態では、上述したとおり、一人のユーザにより複数の容器５００が使用されるとする。よって、容器画像は、各容器５００に対応して予め用意されている。そして、各容器画像情報には、容器ＩＤ５０１が付加されている。

容器管理情報は、一人のユーザにより使用される複数の容器５００それぞれの使用状況（使用中であるか否か）を示すテーブルである。容器管理情報の例を図５に示す。図５に示すように、容器管理情報では、ユーザＩＤと、容器ＩＤと、レシピＩＤと、調理工程ＩＤとが対応付けられている。図５では例として、ユーザＩＤ「Ｕ００１」のユーザに使用される容器５００として、容器ＩＤ「Ｃ１」〜「Ｃ１０」に対応する１０個の容器５００が登録されている。図５では、容器ＩＤ「Ｃ１」〜「Ｃ１０」に対応するレシピＩＤおよび調理工程ＩＤが全て未登録（ブランク）である。これは、容器ＩＤ「Ｃ１」〜「Ｃ１０」に対応する１０個の容器５００がいずれも使用されていないことを示している。ここで、例えば、ユーザによりレシピＲ１（レシピＩＤ「Ｒ１」に対応するレシピ）の第２の調理工程（調理工程ＩＤ「Ｒ１−ＳＴ２」に対応する調理工程）が実行され、容器ＩＤ「Ｃ１」に対応する容器５００が使用されたとする。この場合、後述する制御部３０３により、図５の容器管理情報において、容器ＩＤ「Ｃ１」に対応するレシピＩＤと調理工程ＩＤのそれぞれに「Ｒ１」と「Ｒ１−ＳＴ２」が登録される。これにより、容器ＩＤ「Ｃ１」に対応する容器５００が使用中であることが示されることになる。

以上、記憶部３０２に記憶される各情報について説明した。

制御部３０３は、種々の情報処理を実行するプロセッサなどの制御デバイスである。以下、制御部３０３が行う処理の一例について説明する。

まず、制御部３０３は、端末１００へ送信する調理工程画像情報として、所定レシピの全調理工程にそれぞれ対応する調理工程画像情報を記憶部３０２から読み出す。ここでいうレシピは、端末１００のユーザにより要求されたレシピでもよいし、または、制御部３０３が所定の基準に従って選択したレシピでもよい。次に、制御部３０３は、読み出した調理工程画像情報のうち、上述したメタデータ（調理工程画像により示される調理工程が食材収容工程であることを示すデータ）が付加されている調理工程画像情報を特定する。

次に、制御部３０３は、端末１００のユーザに対応する容器管理情報（例えば、図５参照）を記憶部３０２から読み出し、その容器管理情報において、レシピＩＤおよび調理工程ＩＤが登録されていない（すなわち、ブランクである）容器ＩＤのうち、任意の１つを選択する。この容器ＩＤに対応する容器に食材が収容される。

次に、制御部３０３は、選択した容器ＩＤと同じ容器ＩＤが付加されている容器画像情報を記憶部３０２から読み出す。次に、制御部３０３は、読み出した容器画像情報と、メタデータが付加されている調理工程画像情報とを合成する。これにより、食材収容工程に対応する調理工程画像には容器画像が含まれることになる（後述の図７参照）。

次に、制御部３０３は、容器管理情報において、選択した容器ＩＤに対応付けられているレシピＩＤおよび調理工程ＩＤに対し、特定した調理工程画像情報に付加されている調理工程ＩＤおよびレシピＩＤを仮登録する。そして、制御部３０３は、仮登録により更新した容器管理情報を記憶部３０２に格納する。ここで、仮登録とは、例えば、食材収容工程において複数の容器が使用される場合、先に選択された容器が再び選択されることを防ぐために行われる。

次に、制御部３０３は、記憶部３０２から読み出した全ての調理工程画像情報を端末１００へ送信するように送受信部３０１を制御する。ここでいう全ての調理工程画像情報には、容器画像が合成された調理工程画像の調理工程画像情報が含まれている。また、ここでいう全ての調理工程画像情報には、レシピＩＤおよび調理工程ＩＤが付加されている。

その後、制御部３０３は、送受信部３０１により端末１００からの完了情報が受信されると、完了情報に含まれるユーザＩＤと同じユーザＩＤを含む容器管理情報を記憶部３０２から読み出す。この場合の完了情報は、食材収容工程が完了されたことを示す。

次に、制御部３０３は、読み出した容器管理情報において、完了情報に含まれるレシピＩＤおよび調理工程ＩＤと同じレシピＩＤおよび調理工程ＩＤ（すなわち、仮登録されているレシピＩＤと調理工程ＩＤ）を本登録する。本登録とは、容器管理情報における登録を確定することである。そして、制御部３０３は、本登録により更新した容器管理情報を記憶部３０２に格納する。

なお、一定時間が経過しても、仮登録されたレシピＩＤおよび調理工程ＩＤを含む完了情報が端末１００から受信されない場合、制御部３０３は、容器管理情報において、仮登録のレシピＩＤおよび調理工程ＩＤを削除し、ブランクに戻す。

その後、制御部３０３は、送受信部３０１により調理機器２００からの容器情報が受信されると、容器情報に含まれるユーザＩＤと同じユーザＩＤを含む容器管理情報を記憶部３０２から読み出す。

次に、制御部３０３は、容器管理情報において、容器情報に含まれる容器ＩＤと同じ容器ＩＤに対応付けられているレシピＩＤおよび調理工程ＩＤを特定する。そして、制御部３０３は、容器管理情報を記憶部３０２に格納する。

次に、制御部３０３は、記憶部３０２からレシピ情報を読み出す。次に、制御部３０３は、レシピ情報において、特定したレシピＩＤと同じレシピＩＤに対応付けられている調理工程ＩＤのうち、特定した調理工程ＩＤが示す調理工程の次の調理工程（以下、後続調理工程という）を示す調理工程ＩＤを特定する。次に、制御部３０３は、後続調理工程を示す調理工程ＩＤが付加されている調理工程画像情報を記憶部３０２から読み出す。なお、後続調理工程は、容器５００（容器情報に含まれる容器ＩＤが付加されている容器５００）に収容された食材が使用され、容器５００が空になる調理工程（以下、食材使用工程という）であるとする。

次に、制御部３０３は、記憶部３０２から読み出した調理工程画像情報を端末１００へ送信するように送受信部３０１を制御する。ここでいう調理工程画像情報には、レシピＩＤおよび調理工程ＩＤが付加されている。

その後、制御部３０３は、送受信部３０１により端末１００から完了情報が受信されると、完了情報に含まれるユーザＩＤと同じユーザＩＤを含む容器管理情報を記憶部３０２から読み出す。この場合の完了情報は、食材使用工程が完了されたことを示す。

次に、制御部３０３は、読み出した容器管理情報において、完了情報に含まれるレシピＩＤおよび調理工程ＩＤと同じレシピＩＤおよび調理工程ＩＤ（すなわち、本登録されているレシピＩＤと調理工程ＩＤ）を削除し、ブランクに戻す。そして、制御部３０３は、登録の削除により更新した容器管理情報を記憶部３０２に格納する。これにより、容器５００が空になったことが判定可能となる。

以上、制御部３０３が行う処理の一例について説明した。

＜調理支援システムの動作＞
次に、本実施の形態に係る調理支援システムの動作例について、図６を用いて説明する。図６は、本実施の形態の調理支援システムの動作例を示すフローチャートである。

以下では例として、図４のレシピＩＤ「Ｒ１」に示されるレシピ（以下、レシピＲ１という）の調理工程画像がサーバ２００から端末１００へ提供される場合について説明する。また、端末１００のユーザのユーザＩＤは、図５の「Ｕ００１」であるとする。

また、以下では、調理工程ＩＤ「Ｒ１−ＳＴ１」に示される調理工程を「第１の調理工程」、調理工程ＩＤ「Ｒ１−ＳＴ２」に示される調理工程を「第２の調理工程」、調理工程ＩＤ「Ｒ１−ＳＴ３」に示される調理工程を「第３の調理工程」という。

また、以下では、第１の調理工程に対応する調理工程画像を「第１の調理工程画像」といい、その画像データを「第１の調理工程画像情報」という。また、第２の調理工程に対応する調理工程画像を「第２の調理工程画像」といい、その画像データを「第２の調理工程画像情報」という。また、第３の調理工程に対応する調理工程画像を「第３の調理工程画像」といい、その画像データを「第３の調理工程画像情報」という。

まず、サーバ３００において、制御部３０３は、レシピＲ１の第１〜第３の調理工程画像情報を記憶部３０２から読み出し、それらのうち、メタデータが付加されている調理工程画像情報を特定する（ステップＳ１１）。ここでは例として、第２の調理工程が食材収容工程であるとし、第２の調理工程画像情報にメタデータが付加されているとする。

次に、制御部３０３は、特定した調理工程画像情報と、容器画像情報とを合成する（ステップＳ１２）。例えば、制御部３０３は、図５の容器管理情報を記憶部３０２から読み出し、その容器管理情報において、レシピＩＤおよび調理工程ＩＤがブランクである容器ＩＤのうち、任意の１つを選択する。ここでは例として、容器ＩＤ「Ｃ１」が選択されるとする。次に、制御部３０３は、選択した容器ＩＤ「Ｃ１」を表すバーコードなどが付加されている容器画像情報を記憶部３０２から読み出す。次に、制御部３０３は、読み出した容器画像情報と、ステップＳ１１で特定した第２の調理工程画像情報とを合成する。これにより、第２の調理工程画像には、蓋などに容器ＩＤ「Ｃ１」が付加されている容器５００（以下、容器５００Ｃ１という）の容器画像が含まれることになる（後述の図７参照）。

次に、制御部３０３は、容器管理情報において、レシピＩＤと調理工程ＩＤの仮登録を行う（ステップＳ１３）。例えば、制御部３０３は、図５の容器管理情報において、選択した容器ＩＤ「Ｃ１」に対し、ステップＳ１１で特定した第２の調理工程画像情報に付加されているレシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＤＴ２」を仮登録する。そして、制御部３０３は、その容器管理情報を記憶部３０２に格納する。

上記仮登録の後、制御部３０３は、レシピＲ１の第１〜第３の調理工程画像情報を端末１００へ送信するように送受信部３０１を制御する。ここで、第２の調理工程画像情報は、第２の調理工程画像に容器５００Ｃ１を示す容器画像が合成された画像データである。また、第１の調理工程画像情報には、レシピＩＤ「Ｒ１」と調理工程ＩＤ「Ｒ１−ＳＴ１」が付加されている。また、第２の調理工程画像情報には、レシピＩＤ「Ｒ１」と調理工程ＩＤ「Ｒ１−ＳＴ２」が付加されている。また、第３の調理工程画像情報には、レシピＩＤ「Ｒ１」と調理工程ＩＤ「Ｒ１−ＳＴ３」が付加されている。

次に、送受信部３０１は、レシピＲ１の第１〜第３の調理工程画像情報を端末１００へ送信する（ステップＳ１４）。

次に、端末１００において、送受信部１０４は、サーバ３００からレシピＲ１の第１〜第３の調理工程画像情報を受信する（ステップＳ１５）。次に、制御部１０５は、第１〜第３の調理工程画像情報を記憶部１０３に格納する。そして、制御部１０５は、所定のタイミングで記憶部１０３から第１〜第３の調理工程画像情報を読み出し、第１〜第３の調理工程画像を調理工程順に表示するように通知部１０２を制御する。

次に、通知部１０２は、第１〜第３の調理工程画像それぞれの画面表示を行う（ステップＳ１６）。なお、画面表示は、ユーザによる画面表示の遷移操作に基づいて遷移が行われてもよい。遷移操作とは、例えば、画面表示が調理工程順に遷移する順遷移を指示する操作、または、画面表示が調理工程順とは逆の順に遷移する逆遷移を指示する操作である。

ここで、図７を用いて、第２の調理工程画像の表示例について説明する。図７は、端末１００における第２の調理工程画像の表示例を示す。図７の例では、第２の調理工程画像が端末１００のタッチパネル１１０（入力部１０１と通知部１０２の一例）に表示されるとする。

図７に示すように、タッチパネル１１０に表示される第２の調理工程画像は、メッセージ２１、完了ボタン２２、容器画像２３を含む。メッセージ２１は、第２の調理工程の調理方法を文字で表す画像である。完了ボタン２２は、ユーザの工程完了操作を受け付ける領域を表す画像である。容器画像２３は、容器５００Ｃ１の外観を示す画像である。

このような第２の調理工程画像の表示中において、ユーザは、メッセージ２１に従って、食材の下ごしらえを行い、容器画像２３が示す容器５００Ｃ１に食材を入れ、容器５００Ｃ１を冷蔵庫に保管する。その後、ユーザは、完了ボタン２２をタッチし、工程完了操作を行う。ここで、ユーザは、第３の調理工程には進まず、レシピＲ１の調理を中断するとする。これにより、端末１００における調理工程画像の画面表示も終了する。

なお、上記説明では、メッセージ２１に示すように、下ごしらえ後の食材の保管方法として冷蔵庫での保管が指定された例としたが、保管方法は、これに限定されず、例えば、冷凍庫保管、チルド保管、常温保管などであってもよい。また、図７の調理工程画像において、複数の保管方法の中からユーザが所望の保管方法を選択できるように提示してもよい。

以上、第２の調理工程画像の表示例について説明した。以下、フローの説明に戻る。

入力部１０１により第２の調理工程の完了を示す工程完了操作が受け付けられた場合、制御部１０５は、完了情報を生成する（ステップＳ１７）。例えば、制御部１０５は、記憶部１０３から読み出したユーザＩＤ「Ｕ００１」と、第２の調理工程画像情報に付加されているレシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＳＴ２」とを含む完了情報（第１完了情報の一例）を生成する。

次に、送受信部１０４は、完了情報をサーバ３００へ送信する（ステップＳ１８）。

次に、サーバ３００において、送受信部３０１は、端末１００から完了情報を受信する（ステップＳ１９）。

次に、制御部３０３は、容器管理情報において、レシピＩＤと調理工程ＩＤの本登録を行う（ステップＳ２０）。例えば、制御部３０３は、完了情報に含まれるユーザＩＤ「Ｕ００１」を含む図５の容器管理情報を記憶部３０２から読み出す。この容器管理情報は、上記ステップＳ１３で仮登録が行われたものである。次に、制御部３０３は、容器管理情報において、完了情報に含まれるレシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＳＴ２」を仮登録から本登録に変更する。そして、制御部３０３は、その容器管理情報を記憶部３０２に格納する。

なお、一定時間が経過しても、レシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＳＴ２」を含む完了情報が端末１００から受信されない場合、制御部３０３は、容器管理情報において、仮登録されているレシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＳＴ２」を削除し、ブランクに戻す。

このようにして、容器５００Ｃ１が使用中であることがサーバ３００に登録される。

次に、ユーザが、レシピＲ１の調理を再開する場合について説明する。例えば、ユーザは、冷蔵庫に保管しておいた容器５００Ｃ１取り出し、その容器５００Ｃ１を調理機器２００（例えば、電子レンジとする）の庫内に入れるとする。

まず、調理機器２００において、入力部２０１は、容器５００Ｃ１に付加されている容器ＩＤ「Ｃ１」を取得する（ステップＳ２１）。

次に、制御部２０３は、記憶部２０２からユーザＩＤ「Ｕ００１」を読み出し、そのユーザＩＤ「Ｕ００１」と容器ＩＤ「Ｃ１」を含む容器情報を生成する（ステップＳ２２）。この容器情報は、換言すれば、調理の再開、すなわち第３の調理工程の開始を示す開始情報である。

次に、送受信部２０４は、容器情報をサーバ３００へ送信する（ステップＳ２３）。

次に、サーバ３００において、送受信部３０１は、調理機器２００から容器情報を受信する（ステップＳ２４）。

次に、制御部３０３は、記憶部３０２から調理工程画像情報を読み出す（ステップＳ２５）。ここで読み出される調理工程画像情報は、例えば、第２の調理工程の次の第３の調理工程に対応する第３の調理工程画像の画像データである。ここで、読み出し対象となる第３の調理工程画像情報を特定する処理の一例について説明する。

例えば、制御部３０３は、容器情報に含まれるユーザＩＤ「Ｕ００１」を含む図５の容器管理情報を記憶部３０２から読み出す。この容器管理情報は、上記ステップＳ２０で本登録が行われたものである。次に、制御部３０３は、容器管理情報において、容器情報に含まれる容器ＩＤ「Ｃ１」に対応付けられているレシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＳＴ２」を特定する。そして、制御部３０３は、容器管理情報を記憶部３０２に格納する。

次に、制御部３０３は、記憶部３０２から図４のレシピ情報を読み出す。次に、制御部３０３は、レシピ情報において、特定したレシピＩＤ「Ｒ１」に対応付けられている調理工程ＩＤ「Ｒ１−ＳＴ１」〜「Ｒ１−ＳＴ３」のうち、特定した調理工程ＩＤ「Ｒ１−ＳＴ２」が示す第２の調理工程の次の調理工程の調理工程ＩＤを特定する。ここでは、第３の調理工程を示す調理工程ＩＤ「Ｒ１−ＳＴ３」が特定される。次に、制御部３０３は、特定した調理工程ＩＤ「Ｒ１−ＳＴ３」が付加されている第３の調理工程画像情報を記憶部３０２から読み出す。なお、第３の調理工程は、容器５００Ｃ１に収容された食材が使用され、容器５００Ｃ１が空になる調理工程であるとする。

以上、ステップＳ２５の一例として、読み出し対象となる第３の調理工程画像情報を特定する処理について説明した。以下、フローの説明に戻る。

次に、送受信部３０１は、レシピＲ１の第３の調理工程画像情報を端末１００へ送信する（ステップＳ２６）。この第３の調理工程画像情報には、レシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＳＴ３」が付加されている。

次に、端末１００において、送受信部１０４は、サーバ３００からレシピＲ１の第３の調理工程画像情報を受信する（ステップＳ２７）。次に、制御部１０５は、第３の調理工程画像情報を記憶部１０３に格納する。そして、制御部１０５は、所定のタイミングで記憶部１０３から第３の調理工程画像情報を読み出し、第３の調理工程画像を表示するように通知部１０２を制御する。

次に、通知部１０２は、第３の調理工程画像の画面表示を行う（ステップＳ２８）。

ここで、図８を用いて、第３の調理工程画像の表示例について説明する。図８は、端末１００における第３の調理工程画像の表示例を示す。

図８に示すように、タッチパネル１１０に表示される第３の調理工程画像は、完了ボタン２２、メッセージ２４を含む。完了ボタン２２は、図７で説明したものと同じである。メッセージ２４は、第３の調理工程の調理方法を文字で表す画像である。なお、図８の例では、メッセージ２４は、電子レンジを用いた場合の調理方法を示すものとしたが、ＩＨ調理器を用いた場合の調理方法を示すものであってもよい。

このような第３の調理工程画像の表示中において、ユーザは、メッセージ２４に従って、調理機器２００により容器５００Ｃ１の食材の加熱を行った後、食器に食材の盛り付けを行い、容器５００Ｃ１を空にする。その後、ユーザは、完了ボタン２２をタッチし、工程完了操作を行う。

以上、第３の調理工程画像の表示例について説明した。以下、フローの説明に戻る。

入力部１０１により第３の調理工程の完了を示す工程完了操作が受け付けられた場合、制御部１０５は、完了情報を生成する（ステップＳ２９）。例えば、制御部１０５は、記憶部１０３から読み出したユーザＩＤ「Ｕ００１」と、第３の調理工程画像情報に付加されているレシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＳＴ３」とを含む完了情報（第２完了情報の一例）を生成する。

次に、送受信部１０４は、完了情報をサーバ３００へ送信する（ステップＳ３０）。

次に、サーバ３００において、送受信部３０１は、端末１００から完了情報を受信する（ステップＳ３１）。

次に、制御部３０３は、容器管理情報において、レシピＩＤと調理工程ＩＤの削除を行う（ステップＳ３２）。例えば、制御部３０３は、完了情報に含まれるユーザＩＤ「Ｕ００１」を含む図５の容器管理情報を記憶部３０２から読み出す。次に、制御部３０３は、容器管理情報において、完了情報に含まれるレシピＩＤ「Ｒ１」および調理工程ＩＤ「Ｒ１−ＳＴ２」を削除し、ブランクに戻す。そして、制御部３０３は、その容器管理情報を記憶部３０２に格納する。

このようにして、容器５００Ｃ１が使用中ではないことがサーバ３００に登録される。

なお、上記動作例の説明では、複数の調理工程のうち食材収容工程が１つである場合について説明したが、上記動作例は、食材収容工程が複数ある場合にも適用可能である。

以上のことから、本実施の形態によれば、ユーザは、調理を再開する際に、続きの調理工程画像を端末に表示させるための操作を行う必要がない。また、本実施の形態によれば、複数のレシピの各食材を複数の容器に分けて保管した場合、ユーザは、調理を再開する際に、どの容器にどのレシピの食材が入っているかを確認する必要がない。したがって、ユーザは調理工程の続きを容易に再開できる。

＜実施の形態の変形例＞
以上、本発明の実施の形態について説明したが、本発明は、その趣旨を逸脱しない範囲において種々の変形が可能である。以下、上記実施の形態の変形例について説明する。

（変形例１）
上記実施の形態では、例として、制御部３０３が食材収容工程に使用する容器５００を任意に選択する場合について説明したが、制御部３０３が容器５００の属性に基づいて容器５００を選択してもよい。この具体例について以下に説明する。

サーバ３００の記憶部３０２では、図９に示す容器管理情報が記憶される。図９に示すように、容器ＩＤごとに、容器５００の属性を示す情報（容器属性情報の一例）として容量と耐熱可否が登録されている。容量は、容器５００の容量を示す情報である。耐熱可否は、容器５００が調理機器２００の加熱に耐えられるか否か（耐熱可の場合はＯＫ、耐熱不可の場合はＮＧ）を示す情報である。

また、記憶部３０２では、調理工程画像情報ごとに、調理工程の調理条件を示すメタデータ（調理条件情報の一例）が付加されている。調理条件とは、例えば、容器に収容される食材の量、加熱温度、加熱時間などである。

まず、制御部３０３は、食材収容工程の調理工程画像情報を特定した場合（図６のステップＳ１１）、その情報に付加されているメタデータの調理条件（以下、第１の調理条件という）を読み出す。ここでは例として、第１の調理条件は、容器に収容される食材の量であるとする。

次に、制御部３０３は、上記食材収容工程の次の調理工程の調理工程画像情報を特定し、その情報に付加されているメタデータの調理条件（以下、第２の調理条件という）を読み出す。ここでは例として、第２の調理条件は、加熱温度および加熱時間であるとする。

次に、制御部３０３は、図９の容器管理情報に登録されている容器５００の属性のうち、第１の調理条件と第２の調理条件の両方を満たす容器ＩＤを検索する。例えば、制御部３０３は、容量が食材の量より大きく、かつ、耐熱性を有する容器ＩＤを検索する。そして、制御部３０３は、上述したとおり、検索できた容器ＩＤが付加された容器画像情報を記憶部３０２から読み出し、その容器画像情報と、食材収容工程の調理工程画像情報とを合成する（図６のステップＳ１２）。

このように本変形例によれば、調理条件に適した容器をユーザに提示することができる。

なお、上記説明では、第１の調理条件を満たす大きさの容器ＩＤを検索する場合としたが、第１の調理条件を満たす材質の容器ＩＤを検索するようにしてもよい。例えば、食材収容工程で使用可能な材質（例えば、耐水性、耐油性、防臭性など）の容器の容器ＩＤを検索するようにしてもよい。

（変形例２）
例えば、ユーザが、複数のレシピの下ごしらえを休日にまとめて行い、各食材を複数の容器５００に収容して保管しておき、平日のそれぞれにおいて所定のレシピの調理を行う場合がある。このような場合、複数の容器５００が冷蔵庫などに混在して保管されることになるため、ユーザが使用すべき容器５００を間違えることが起こりうる。そこで、本変形例では、使用すべき容器５００ではない旨をユーザに知らせることで上記間違いを防止する。この具体例について以下に説明する。

サーバ３００の記憶部３０２では、図１０に示す容器管理情報が記憶される。図１０に示すように、容器ＩＤごとに、調理予定日が登録されている。調理予定日は、調理工程ＩＤが示す調理工程より後の調理工程（例えば、上述した後続調理工程）が行われる予定日を示す情報（調理予定日情報の一例）である。

この調理予定日は、制御部３０３が所定の基準に基づいて選択したものでもよいし、端末１００のユーザが選択したものでもよい。前者の場合、調理予定日は、例えば、レシピＩＤおよび調理工程ＩＤとともに、仮登録（図６のステップＳ１３）、本登録（図５のステップＳ２０）により登録されるようにしてもよい。一方、後者の場合、調理予定日は、例えば、端末１００における食材収容工程の調理工程画像の表示の際（図６のステップＳ１６）にユーザにより選択され、完了情報に含まれてサーバ３００へ送信された後、本登録（図５のステップＳ２０）により登録されるようにしてもよい。

制御部３０３は、送受信部３０１により調理機器２００から容器情報が受信された場合（ステップＳ２４）、図１０の容器管理情報において、容器情報に含まれる容器ＩＤと同じ容器ＩＤに対応付けられている調理予定日が現在の日にちと一致するか否かを判定する。この判定の結果、日にちが一致しない場合、制御部３０３は、記憶部３０２から、予め用意された警告情報を読み出す。この警告情報は、現在の日にちが調理予定日ではない旨を表す画像および音声の少なくとも一方の情報（第１の警告情報の一例）である。そして、制御部３０３は、警告情報を端末１００および調理機器２００の少なくとも一方へ送信するように送受信部３０１を制御する。そして、端末１００および調理機器２００の少なくとも一方では、警告情報の出力が行われる。これにより、ユーザは、冷蔵庫等から取り出して調理に使用しようとした容器５００がその日に使用すべきものはないことを認識できる。

このように本変形例によれば、ユーザが複数のレシピの下ごしらえを行い、複数の容器５００が混在して保管される場合でも、ユーザは、使用すべき容器５００を間違えることがない。

なお、図１０の容器管理情報において、調理予定日以外に、保管方法（例えば、冷蔵庫保存、冷凍庫保存等）に対応した保管期限が登録されてもよい。この場合、サーバ３００の制御部３０３は、現在時刻が保管期限に近づいた場合（例えば、現在時刻が保管期限の２４時間前となった時）、警告情報を端末１００へ送信するように送受信部３０１を制御してもよい。この警告情報は、例えば、食材の保管期限が近いことをユーザに知らせる旨（容器、レシピ、調理工程の各情報を含んでもよい）の画像である。このように、容器管理情報において食材ごとに保管期限を管理し、保管期限が近付いたときにユーザに通知することで、保管中の食材が無駄になることを防ぐことができる。

また、現在時刻が保管期限に近付いた場合、その保管期限に対応する保管方法より長く食材を保管できる保管方法がある場合、サーバ３００の制御部３０３は、上記警告情報において、その保管方法をユーザに提示してもよい。例えば、現在時刻が冷蔵庫保存に対応する保管期限に近付いた場合、冷蔵庫保存よりも食材を長く保管できる冷凍庫保存がユーザに提示される。このように、現在実行中の保管方法に替わる保管方法をユーザに提示することにより、保管中の食材が無駄になることを防ぐことができる。なお、ユーザにより保管方法が変更された場合、容器管理情報の保管期限は、変更後の保管方法に対応して更新される。

（変形例３）
例えば、制御部３０３が食材収容工程に使用する容器５００を選択する際に、複数の容器５００が全て使用されている場合（すなわち、容器管理情報において全ての容器ＩＤにレシピＩＤおよび調理工程ＩＤが本登録されている場合）がありうる。この場合、制御部３０３は、記憶部３０２から、予め用意された警告情報を読み出す。この警告情報（第２の警告情報の一例）は、全ての容器５００が使用中である旨を表す画像および音声の少なくとも一方の情報である。そして、制御部３０３は、警告情報を端末１００および調理機器２００の少なくとも一方へ送信するように送受信部３０１を制御する。そして、端末１００および調理機器２００の少なくとも一方では、警告情報の出力が行われる。これにより、ユーザは、全ての容器５００が使用中であることを認識できる。

なお、上記説明では、例として、全ての容器５００が使用中である場合について説明したが、容器５００に空きがある場合でも、その容器５００が上記変形例２で説明した調理条件を満たさない場合には、調理条件に適した容器がない旨を示す警告情報（第２の警告情報の一例）が出力されるようにしてもよい。

このように本変形例によれば、ユーザが使用可能な容器５００がない場合、その旨をユーザに知らせることができる。

（変形例４）
上記実施の形態では、例として、容器５００の容器ＩＤ５０１を調理機器２００が取得する場合について説明したが、端末１００の入力部１０１が容器ＩＤ５０１を取得してもよい。この場合、端末１００は、容器ＩＤ５０１の取得後、上述した調理機器２００と同じ処理動作（図６のステップＳ２２〜Ｓ２３）を行う。

このように本変形例によれば、後続調理工程が調理機器２００を使用しない調理工程である場合でも、図６で説明した処理動作（図６のステップＳ２４〜Ｓ３２）を実現できる。

（変形例５）
上記実施の形態において、制御部３０３が後続調理工程を特定し、その調理工程画像情報を記憶部３０２から読み出した場合（図６のステップＳ２５）、制御部３０３は、後続調理工程を実行するように調理機器２００を制御してもよい。この具体例について以下に説明する。

例えば、記憶部３０２から読み出される後続調理工程の調理工程画像情報には、上記変形例１で説明した調理条件を示すメタデータが付加されているとする。ここでは例として、調理条件は、加熱温度および加熱時間であるとする。

制御部３０３は、上記加熱温度と加熱時間に基づいて調理機器２００（例えば、電子レンジ）の加熱機能を制御する制御情報を生成し、その制御情報を調理機器２００へ送信するように送受信部３０１を制御する。制御情報を受信した調理機器２００は、制御情報に示される加熱温度および加熱時間に基づいて加熱機能を制御する。

なお、制御部３０３は、上記制御情報を調理機器２００へ送信した場合、制御部３０３は、後続調理工程の調理工程画像情報（例えば、図８の調理工程画像の情報）の代わりに、例えば「電子レンジに容器を入れて下さい」といった指示メッセージを含む画像の情報を端末１００へ送信してもよい。これにより、端末１００のタッチパネル１１０には、上記指示メッセージを含む画像が表示される。

このように本変形例によれば、ユーザは、調理機器２００に対して操作を行うことなく、調理機器２００において後続調理工程を実行することができる。

（変形例６）
上記実施の形態では、例として、完了ボタン２２のタッチにより工程完了操作が行われる場合について説明したが、工程完了操作は音声入力により行われてもよい。例えば、端末１００のマイク（入力部１０１の一例）がユーザの発した所定の音声を入力し、制御部１０５がその入力音声を認識することで、工程完了操作として受け付けるようにしてもよい。あるいは、上記音声入力以外の手段として、ジェスチャ入力により工程完了操作が受付けられてもよい。

このように本変形例によれば、調理中において手が汚れたり、または手が離せなかったりする場合でも、ユーザは端末１００に触れることなく、工程完了操作を行うことができる。

（変形例７）
上記実施の形態では、端末１００において調理工程画像を表示するとしたが、端末１００のスピーカ（通知部１０２の一例）において、所定の料理のレシピにおける調理工程に対応する音声（例えば、調理工程を説明する音声）を出力するようにしてもよい。この音声は調理工程画像とともに出力されてもよいし、または、音声だけが出力されてもよい。

（変形例８）
上記実施の形態では、サーバ３００が容器管理情報に基づいて空き容器を選択し、その空き容器を端末１００のユーザに提示し、ユーザがその容器を使用する例としたが、ユーザが空き容器を選択してもよい。例えば、端末１００においてある調理工程画像が画面表示された際に、ユーザが空いている容器５００を選択し、その容器ＩＤを端末１００または調理機器２００に読み取らせてもよい。その後、容器ＩＤは、端末１００または調理機器２００からサーバ３００へ送信され、サーバ３００において、レシピＩＤおよび調理工程ＩＤ（画面表示中の調理工程画像に対応するレシピＩＤおよび調理工程ＩＤ）とともに容器管理情報に本登録される。

（変形例９）
上記実施の形態において、最後（仕上げ）の調理工程に対応する複数の調理工程画像を予め用意しておき、その調理工程が行われる時間に応じた調理工程画像をユーザに提示してもよい。

この場合、最後の調理工程に対応する複数の調理工程画像には、所定の時間帯（例えば、朝、夜など）が対応付けられている。朝に対応する調理工程画像は、調理時間のかからない調理方法（例えば、電子レンジを用いた調理方法）を示す画像である。また、夜に対応する調理工程画像は、調理時間がかかる調理方法（例えば、フライパンを用いた調理方法）を示す画像である。

そして、サーバ３００の制御部３０３は、現在時刻が朝に相当する場合、最後の調理工程に対応する複数の調理工程画像のうち、朝に対応する調理工程画像を選択する。一方、制御部３０３は、現在時刻が夜に相当する場合、最後の調理工程に対応する複数の調理工程画像のうち、夜に対応する調理工程画像を選択する。このように選択された調理工程画像は、サーバ３００から端末１００へ送信され、端末１００において画面表示される。

このように、同じ調理工程でも、調理時間をとりにくい朝では時短優先で電子レンジを用いた調理方法が提示され、調理時間がとりやすい夜では美味しさ優先でフライパンを用いた調理方法が提示される。

また、最後の調理工程に対応する複数の調理工程画像には、所定の調理機器（例えば、電子レンジ、ＩＨ調理器など）が対応付けられてもよい。電子レンジに対応する調理工程画像は、電子レンジを用いた調理方法を示す画像である。また、ＩＨ調理器に対応する調理工程画像は、ＩＨ調理器を用いた調理方法を示す画像である。

そして、調理機器２００は、容器情報を生成する際（図６のステップＳ２２）、容器ＩＤとともに、調理機器２００の種別（例えば、電子レンジ、ＩＨ調理器など）を示す種別情報を含む容器情報を生成する。そして、この容器情報は、サーバ３００へ送信される。

そして、サーバ３００の制御部３０３は、調理機器２００から受信した容器情報に含まれる種別情報が電子レンジを示す場合、最後の調理工程に対応する複数の調理工程画像のうち、電子レンジに対応する調理工程画像を選択する。一方、制御部３０３は、調理機器２００から受信した容器情報に含まれる種別情報がＩＨ調理器を示す場合、最後の調理工程に対応する複数の調理工程画像のうち、ＩＨ調理器に対応する調理工程画像を選択する。このように選択された調理工程画像は、サーバ３００から端末１００へ送信され、端末１００において画面表示される。

このように、同じ調理工程でも、容器ＩＤが読み取られた調理機器２００に応じて調理方法が提示される。

（変形例１０）
上記実施の形態では、例として、サーバ３００を用いる場合について説明したが、サーバ３００で行われる処理動作（例えば、図６のステップＳ１１〜Ｓ１４、Ｓ２０、Ｓ２４〜Ｓ２６、Ｓ３２）を端末１００が行うようにしてもよい。なお、この場合、端末１００は、調理工程画像情報、レシピ情報、容器画像情報、および容器管理情報を、記憶部１０３に保持していてもよいし、または、サーバ３００または図示しない記憶装置から適宜取得してもよい。

以上、本実施の形態の変形例を説明した。なお、上記変形例は任意に組み合わせてもよい。

＜コンピュータプログラムによる実現例＞
以上、本発明に係る実施形態について図面を参照して詳述してきたが、上述した端末１００、調理機器２００、およびサーバ３００（以下、各装置という）の機能は、コンピュータプログラムにより実現され得る。

図１１は、各部の機能をプログラムにより実現するコンピュータのハードウェア構成を示す図である。このコンピュータ１０００は、入力ボタン、タッチパッドなどの入力装置１００１、ディスプレイ、スピーカなどの出力装置１００２、ＣＰＵ（Central Processing Unit）１００３、ＲＯＭ（Read Only Memory）１００４、ＲＡＭ（Random Access Memory）１００５を備える。また、コンピュータは、ハードディスク装置、ＳＳＤ（Solid State Drive）などの記憶装置１００６、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリなどの記録媒体から情報を読み取る読取装置１００７、ネットワークを介して通信を行う送受信装置１００８を備える。上記各部は、バス１００９により接続される。

そして、読取装置１００７は、上記各部の機能を実現するためのプログラムを記録した記録媒体からそのプログラムを読み取り、記憶装置１００６に記憶させる。あるいは、送受信装置１００８が、ネットワークに接続されたサーバ装置と通信を行い、サーバ装置からダウンロードした上記各部の機能を実現するためのプログラムを記憶装置１００６に記憶させる。

そして、ＣＰＵ１００３が、記憶装置１００６に記憶されたプログラムをＲＡＭ１００５にコピーし、そのプログラムに含まれる命令をＲＡＭ１００５から順次読み出して実行することにより、上記各部の機能が実現される。また、プログラムを実行する際、ＲＡＭ１００５または記憶装置１００６には、各実施の形態で述べた各種処理で得られた情報が記憶され、適宜利用される。

＜クラウドサービスの類型＞
また、上記実施の形態において説明された技術は、例えば、以下のクラウドサービスの類型において実現されうる。しかし、上記実施の形態において説明された技術が実現される類型はこれに限られるものでない。

（サービスの類型１：自社データセンタ型）
図１２は、サービスの類型１（自社データセンタ型）を示す図である。本類型は、サービスプロバイダ１２がグループ１０から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ１２が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダ１２が、ビッグデータの管理をするクラウドサーバ１１ａを保有している。従って、データセンタ運営会社は存在しない。

本類型では、サービスプロバイダ１２は、データセンタ（クラウドサーバ１１ａ）を運営、管理している（１２００ｃ）。また、サービスプロバイダ１２は、ＯＳ（１２００ｂ）及びアプリケーション（１２００ａ）を管理する。サービスプロバイダ１２は、サービスプロバイダ１２が管理するＯＳ（１２００ｂ）及びアプリケーション（１２００ａ）を用いてサービス提供を行う（１２００ｄ）。

（サービスの類型２：ＩａａＳ利用型）
図１３は、サービスの類型２（ＩａａＳ利用型）を示す図である。ここでＩａａＳとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築および稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

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

（サービスの類型３：ＰａａＳ利用型）
図１４は、サービスの類型３（ＰａａＳ利用型）を示す図である。ここでＰａａＳとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウェアを構築および稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

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

（サービスの類型４：ＳａａＳ利用型）
図１５は、サービスの類型４（ＳａａＳ利用型）を示す図である。ここでＳａａＳとはソフトウェア・アズ・ア・サービスの略である。例えばデータセンタ（クラウドサーバ１１ａ）を保有しているプラットフォーム提供者が提供するアプリケーション１２００ａを、データセンタ（クラウドサーバ１１ａ）を保有していない会社・個人（利用者）がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。

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

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

本発明は、ユーザの調理を支援する調理支援方法、サーバ装置、端末装置、およびコンピュータプログラムに用いるのに好適である。

１、２ ユーザ
１０ グループ
１０ａ 機器
１０ｂ ホームゲートウェイ
１１ データセンタ運営会社
１１ａ クラウドサーバ
１２ サービスプロバイダ
１２ａ サーバ
１００ 端末
１０１ 入力部
１０２ 通知部
１０３ 記憶部
１０４ 送受信部
１０５ 制御部
１１０ タッチパネル
２００ 調理機器
２０１ 入力部
２０２ 記憶部
２０３ 制御部
２０４ 送受信部
３００ サーバ
３０１ 送受信部
３０２ 記憶部
３０３ 制御部
４００ ネットワーク
５００ 容器
５０１ 容器ＩＤ
１０００ コンピュータ
１００１ 入力装置
１００２ 出力装置
１００３ ＣＰＵ（Central Processing Unit）
１００４ ＲＯＭ（Read Only Memory）
１００５ ＲＡＭ（Random Access Memory）
１００６ 記憶装置
１００７ 読取装置
１００８ 送受信装置
１００９ バス
１２００ａ アプリケーション
１２００ｂ ＯＳ
１２００ｃ データセンタ（クラウドサーバ）
１２００ｄ サービス提供

Claims (10)

1. 第１の調理工程および前記第１の調理工程の後に行われる第２の調理工程を含むレシピの情報に対応付けて、食材を収容する容器の前記食材の収容状況を示す管理情報を記憶部に記憶する記憶ステップと、
   前記記憶部に記憶された前記管理情報に基づいて、複数の容器の中から前記食材を収容していない容器の情報を検索し、当該容器を、前記第１の調理工程により調理された食材を収容する容器に決定する決定ステップと、
   前記第１の調理工程の情報と、前記決定ステップで決定された容器の情報とを出力する第１出力ステップと、
   前記決定ステップで決定された容器に付された当該容器を識別可能な識別情報および前記管理情報に基づいて、前記第１の調理工程の後、当該容器に収容された食材に対して行われる前記第２の調理工程の情報を検索する検索ステップと、
   前記第２の調理工程の情報を出力する第２出力ステップと、を有する、
   調理支援方法。
2. 前記管理情報は、前記容器の大きさの情報をさらに含み、
   前記決定ステップでは、前記食材を収容しておらず、かつ、前記第１の調理工程により調理された食材を収容可能な大きさを有する容器の情報が検索され、当該容器が前記第１の調理工程により調理された食材を収容する容器として決定される、
   請求項１記載の調理支援方法。
3. 前記管理情報は、前記容器の材質の情報をさらに含み、
   前記決定ステップでは、前記食材を収容しておらず、かつ、前記第２の調理工程で用いられる調理方法に使用可能な材質の容器の情報が検索され、当該容器が前記第１の調理工程により調理された食材を収容する容器として決定される、
   請求項１記載の調理支援方法。
4. 前記管理情報は、前記容器の材質の情報をさらに含み、
   前記決定ステップでは、前記食材を収容しておらず、かつ、前記第１の調理工程により調理された食材を収容可能な材質の容器の情報が検索され、当該容器が前記第１の調理工程により調理された食材を収容する容器として決定される、
   請求項１記載の調理支援方法。
5. 前記決定ステップでは、前記食材を収容しておらず、かつ、前記第１の調理工程により調理された食材を収容可能な材質であり、かつ、前記第２の調理工程で用いられる調理方法に使用可能な材質の容器の情報が検索される、
   請求項４記載の調理支援方法。
6. 前記記憶ステップでは、前記容器に収容された食材の調理予定日の情報が前記記億部にさらに記憶され、
   前記識別情報が読み出された日が前記調理予定日と異なる場合、警告情報の出力を行う第３出力ステップをさらに有する、
   請求項１記載の調理支援方法。
7. 前記検索ステップで検索された前記第２の調理工程の情報には、前記第２の調理工程で使用される機器ごとに異なる調理方法の情報が含まれる、
   請求項１記載の調理支援方法。
8. 第１の調理工程および前記第１の調理工程の後に行われる第２の調理工程を含むレシピの情報に対応付けて、食材を収容する容器の前記食材の収容状況を示す管理情報を記憶する記憶部と、
   前記記憶部に記憶された前記管理情報に基づいて、複数の容器の中から前記食材を収容していない容器の情報を検索し、当該容器を、前記第１の調理工程により調理された食材を収容する容器に決定し、前記第１の調理工程の情報と、決定した容器の情報とを出力する制御を行い、前記決定した容器に付された当該容器を識別可能な識別情報および前記管理情報に基づいて、前記第１の調理工程の後、当該容器に収容された食材に対して行われる前記第２の調理工程の情報を検索し、前記第２の調理工程の情報を出力する制御を行う制御部と、を備える、
   サーバ装置。
9. 請求項８記載のサーバ装置により決定された前記食材を収容していない容器の情報を出力する、
   端末装置。
10. 第１の調理工程および前記第１の調理工程の後に行われる第２の調理工程を含むレシピの情報に対応付けて、食材を収容する容器の前記食材の収容状況を示す管理情報を記憶部に記憶する記憶処理と、
    前記記憶部に記憶された前記管理情報に基づいて、複数の容器の中から前記食材を収容していない容器の情報を検索し、当該容器を、前記第１の調理工程により調理された食材を収容する容器に決定する決定処理と、
    前記第１の調理工程の情報と、前記決定処理で決定された容器の情報とを出力する第１出力処理と、
    前記決定処理で決定された容器に付された当該容器を識別可能な識別情報および前記管理情報に基づいて、前記第１の調理工程の後、当該容器に収容された食材に対して行われる前記第２の調理工程の情報を検索する検索処理と、
    前記第２の調理工程の情報を出力する第２出力処理と、
    をコンピュータに実行させる、
    コンピュータプログラム。