JPWO2019171618A1 - 調理情報システムおよびサーバ - Google Patents

Abstract

音声を取得する通信端末（３００）と、通信端末（３００）が取得した音声に基づいて第１のレシピを作成するサーバ（１００）とを備える調理情報システム（１）が提供される。サーバ（１００）は第１のレシピの作成に必要な情報を通信端末（３００）を介してユーザに問い合わせる。

Description

本発明は、調理機器を利用するレシピを作成するための技術またはレシピを利用するための技術に関する。

従来から、電子レンジなどの調理機器に関してレシピの利用に関する技術が知られている。たとえば、特開２００６−３２９４５５号公報（特許文献１）には、レシピ作成キッチンシステムおよび調理機器が開示されている。特許文献１によると、各調理機器は、調理制御信号をホーム端末に送信可能に構成される。ホーム端末は、調理制御情報を経過時間と共にレシピの手順に対応付けてレシピデータを作成する制御回路を備える。調理作業者が各調理機器を操作すると、その操作により各調理機器に与えられた調理制御情報はホーム端末に送信される。ホーム端末の制御回路は、受信した調理制御情報を経過時間と共にレシピの手順に対応付けて、各調理機器に対して行われた操作内容とその操作が行われたタイミングとが付加されたレシピデータを自動的に作成する。

また特開２００３−１２０９３８号公報（特許文献２）には、調理器及び調理器用プログラムが開示されている。特許文献２によると、例えば「肉じゃが」の調理レシピの標準データのうち、総分量を４人分から１人分に変更指示すると、制御装置は、各材料の分量や調理時間などの他のデータを、それぞれに適した変換係数に基づき演算して変更し、表示器に表示する。また、例えばじゃがいもが２００ｇしかない場合に、じゃがいもの分量を、標準の分量である６００ｇから２００ｇに変更指示すると、制御装置は、総分量や他の材料の分量などの他のデータを、それぞれに適した変換係数に基づき演算して変更し、表示する。

また特開２００７−１２８３０５号公報（特許文献３）には、調理支援装置が開示されている。特許文献３によると、調理人のスキル情報、調理器具の種類と個数を入力し、記憶したレシピ情報と併せて、その調理人のスキルに応じた作業スケジュール、作業手順、作業手順の画像または動画、調理の終了予定時刻を表示部に表示する。

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

従来よりも簡単にレシピが作成できるシステムまたは従来よりも効率的にレシピが利用できるシステムが求められている。そこで、本発明の目的は、従来よりも簡単にレシピが作成できるシステムまたは従来よりも効率的にレシピが利用できるシステムを提供することにある。

この発明のある態様に従うと、音声を取得する通信端末と、通信端末が取得した音声に基づいて第１のレシピを作成するサーバとを備える調理情報システムが提供される。サーバは第１のレシピの作成に必要な情報を通信端末を介してユーザに問い合わせる。

以上のように、この発明によれば、従来よりも簡単にレシピが作成できるシステムまたは従来よりも効率的にレシピが利用できるシステムが提供される。

第１の実施の形態にかかる調理情報システム１の全体構成と動作概要とを示すイメージ図である。 第１の実施の形態にかかる調理情報システム１のユースケースを示すイメージ図である。 第１の実施の形態にかかるサーバ１００の構成を表わすブロック図である。 第１の実施の形態にかかるユーザデータ１２３の構成を表わすブロック図である。 第１の実施の形態にかかるサーバ１００のレシピ作成処理を示すフローチャートである。 第１の実施の形態にかかる第１のレシピ作成処理を示すシーケンス図である。 第１の実施の形態にかかる第２のレシピ作成処理を示すシーケンス図である。 第１の実施の形態にかかる第３のレシピ作成処理を示すシーケンス図である。 第１の実施の形態にかかる第４のレシピ作成処理を示すシーケンス図である。 第１の実施の形態にかかるサーバ１００のレシピ利用処理を示すフローチャートである。 第１の実施の形態にかかるサーバ１００のレシピ変換処理を示すイメージ図である。 第１の実施の形態にかかる第１のレシピ変換処理を示すイメージ図である。 第１の実施の形態にかかる第２のレシピ変換処理を示すイメージ図である。 第１の実施の形態にかかる調理機器２００の構成を表わすブロック図である。 第１の実施の形態にかかる通信端末３００の構成を表わすブロック図である。 第２の実施の形態にかかるレシピ変換処理を示すイメージ図である。 第３の実施の形態にかかるレシピ変換処理を示すイメージ図である。 第４の実施の形態にかかるレシピ変換処理を示すイメージ図である。 第５の実施の形態にかかるレシピ作成処理を示すイメージ図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜調理情報システム１の全体構成＞

まず、図１を参照して本実施の形態にかかる調理情報システム１の全体構成について説明する。本実施の形態にかかる調理情報システム１は、主に、サーバ１００と、インターネットやキャリア網やルータなどを介してサーバ１００と通信可能な電子レンジ２００Ａ，２００Ｂなどの調理機器と、サーバ１００と通信可能なスピーカ３００Ａやロボット３００Ｂなどの通信端末とを含む。

なお、調理機器は、電子レンジ２００Ａ，２００Ｂに限らず、自動調理鍋や炊飯器やＩＨクッキングヒータなどの他の装置であってもよい。また、電子レンジ２００Ａは、フライパンや、普通の調理鍋等の電気を用いない調理器具であってもよい。なお、以下では、これらを総称して調理機器２００ともいう。また、通信端末は、スピーカ３００Ａやロボット３００Ｂに限らず、スマートフォンやタブレットやパーソナルコンピュータやゲーム機器などの他の装置であってもよい。なお、以下では、これらを総称して通信端末３００ともいう。
＜調理情報システム１の動作概要＞

次に、図１を参照して本実施の形態にかかる調理情報システム１によって実現される調理支援サービスの動作概要について説明する。たとえばユーザＡが電子レンジ２００Ａを利用して調理を行う。この際に、ユーザＡは、調理方法を説明するための音声をスピーカ３００Ａに入力する（ステップＳ１００）。スピーカ３００Ａは、入力された音声をサーバ１００にアップロードする（ステップＳ１０２）。たとえば、ユーザＡは調理をしながら、「まず初めに３カップをお鍋で温めます。その間にニンジンを短冊切りします。」といったメッセージをスピーカ３００Ａに入力することによって調理方法をサーバ１００にアップロードする。

サーバ１００は、スピーカ３００Ａから受け付けた音声をテキストデータに変換したり、レシピの形式に変換したりする（ステップＳ１０４）。

特に本実施の形態においては、サーバ１００にはレシピとして必要な情報の種類が予め登録されている。そしてサーバ１００は、レシピの作成に必要な情報のうちの現時点で足りない情報や、標準的な水分量、調味料の量や種類、素材の選択方法などからの差異を確認するために、スピーカ３００Ａに問い合わせる（ステップＳ１０６）。スピーカ３００Ａは、必要なデータを音声によってユーザに要求する。

ユーザが必要な情報をスピーカ３００Ａに話すと、スピーカ３００Ａは当該情報をサーバ１００に送信する（ステップＳ１０８）。サーバ１００は、スピーカ３００Ａから受け付けた音声をテキストデータに変換したり、レシピの形式に変換したりする（ステップＳ１１０）。調理に関する全ての情報がアップロードされると、サーバ１００は、ユーザＡの今回の調理に関して蓄積された情報をニュートラルレシピとしてデータベースに格納する（ステップＳ１１２）。なお、ユーザＡのレシピは公開されてもよいし、家族などのように、許可された特定のユーザのみに公開されてもよい。

次にユーザＢが電子レンジ２００Ｂを利用してユーザＡが作成したレシピを利用して調理を行う。たとえば、母親であるユーザＡのレシピを娘のユーザＢが利用したり、ユーザＡのレシピを友達のユーザＢが利用したり、口コミに基づいてユーザＢがユーザＡのレシピを利用したりすることができる。

ユーザＢは、電子レンジ２００Ｂや自身の通信端末３００を介して、所望のレシピをサーバ１００に問い合わせる（ステップＳ１２２）。本実施の形態においては、電子レンジ２００Ｂは、ユーザＢのＩＤやパスワードとともに、電子レンジ２００Ｂの機種や型番などもサーバ１００に提供する。

サーバ１００は、ユーザＢの使用している調理機器２００の機種に基づいて、ユーザＡのニュートラルレシピを当該機種に適応させたカスタマイズレシピに変換する（ステップＳ１２４）。たとえば、サーバ１００は、自動調理鍋のために、ニュートラルレシピを、水の使用を少なめにしたカスタマイズレシピに変換したり、圧力釜のために、ニュートラルレシピを、煮る時間を減らしたカスタマイズレシピに変換したりする。

電子レンジ２００Ｂは、変換後のカスタマイズレシピをサーバ１００からダウンロードする（ステップＳ１２６）。電子レンジ２００Ｂは、ダウンロードしたカスタマイズレシピに従って自動的に調理したり、ユーザにカスタマイズレシピを音声や映像によって説明したりする（ステップＳ１２８）。

このように、本実施の形態にかかる調理情報システム１は、図２に示すように、ユーザＡのオリジナルの調理方法をニュートラルレシピとして調理支援サービスに登録したり、当該ニュートラルレシピをユーザＢの調理機器２００に適したカスタマイズレシピに変換したり、することができるため、通常の調理支援サービスよりも効率的にレシピを利用することができる。以下、このような機能を実現するための調理情報システム１の具体的な構成について詳述する。
＜サーバ１００の構成＞

まず、本実施の形態にかかる調理情報システム１を構成するサーバ１００の構成の一態様について説明する。図３を参照して、サーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、ディスプレイ１３０と、操作部１４０と、通信インターフェイス１６０とを含む。

ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）などによって実現され、サーバ１００に内包されているものであってもよいし、サーバ１００の各種インターフェイスに着脱可能なものであってもよいし、サーバ１００からアクセス可能な他の装置の記録媒体であってもよい。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、その他の本実施の形態にかかる調理支援サービスに利用されるデータベースなどを記憶する。

たとえば、メモリ１２０は、複数のユーザから登録された複数のニュートラルレシピ１２１や、当該ニュートラルレシピ１２１を機種に合わせて変換したカスタマイズレシピ１２２などのデータを格納する。また、メモリ１２０は、図４に示すようなユーザデータ１２３や調理機器２００の機種や型番毎の複数種類の調理シーケンスデータなども格納する。

ディスプレイ１３０は、ＣＰＵ１１０からの信号に基づいて、テキストや画像を表示する。操作部１４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。

通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して、調理機器２００や通信端末３００などの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して調理機器２００や通信端末３００などの他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。

次に、本実施の形態にかかるサーバ１００によるニュートラルレシピの作成処理（図１におけるステップＳ１０２〜ステップＳ１１２に対応する。）について説明する。図５を参照して、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、通信端末３００からユーザＩＤやパスワードを受け付けてレシピの作成を開始する（ステップＳ１３２）。ＣＰＵ１１０は、通信端末３００から調理方法を説明するための音声データを受け付ける（ステップＳ１３４）。

ＣＰＵ１１０は、音声データをレシピに適したテキストデータに変換する（ステップＳ１３６）。ＣＰＵ１１０は、調理のステップ毎に、レシピの作成に必要な情報が入力されているか否かを判断する（ステップＳ１３８）。たとえば、加熱の強度や、加熱の時間や、調味料の量や、切り方などがユーザから提供されたか否かを判断する。情報が足りない場合は、ＣＰＵ１１０は、通信インターフェイス１６０を介して、通信端末３００に当該情報を要求することによって、レシピの各ステップに必要な情報を獲得する（ステップＳ１４０）。

情報が足りている場合（ステップＳ１３８にてＹＥＳである場合）や、必要な情報が補足された場合は、ＣＰＵ１１０は、提供されたレシピの情報をメモリ１２０に蓄積していく（ステップＳ１４２）。ＣＰＵ１１０は、ユーザ音声などに基づいて、調理が完了したか否かを判断する（ステップＳ１４４）。調理が完了していない場合（ステップＳ１４４にてＮＯである場合）、ＣＰＵ１１０は、ステップＳ１３４からの処理を繰り返す。調理が完了した場合（ステップＳ１４４にてＹＥＳである場合）、ＣＰＵ１１０は、それまでのレシピをニュートラルレシピ１２１としてメモリ１２０に登録する。

より詳細には、ＣＰＵ１１０は、通信インターフェイス１６０を利用して、たとえば、図６から図９に示すように、ユーザに入力された音声に基づいて、ユーザの発話内容を確認したり、段取りを確認したりしながら、ニュートラルレシピを作成していく。

次に、本実施の形態にかかるサーバ１００によるカスタマイズレシピの提供処理（図１におけるステップＳ１２２〜ステップＳ１２８に対応する。）について説明する。図１０を参照して、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、調理機器２００や通信端末３００からユーザＩＤやパスワードなどを受け付けてレシピの変換を開始する（ステップＳ１５２）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、調理機器２００や通信端末３００からユーザが所望するレシピの選択命令を受け付ける（ステップＳ１５４）。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、調理機器２００の機種や型番などを取得する（ステップＳ１５６）。ＣＰＵ１１０は、選択されたニュートラルレシピをメモリ１２０から読み出す（ステップＳ１５８）。ＣＰＵ１１０は、図１１に示すように、調理機器２００の機種や型番に基づいて、ニュートラルレシピを調理機器２００に適したカスタマイズレシピに変換する（ステップＳ１６０）。

具体的には、調理機器２００が自動調理鍋である場合には、図１２に示すように、ＣＰＵ１１０は、選択されたニュートラルレシピに基づいて、自動調理鍋の煮物用の複数の加熱パターンのうちの近いものを選択する。ＣＰＵ１１０は、選択された加熱パターンを当該ニュートラルレシピに基づいて修正する。ＣＰＵ１１０は、ニュートラルレシピに含まれる材料に合わせたシーケンスに修正することが好ましい。

あるいは、調理機器２００が自動調理用の電子レンジである場合には、図１３に示すように、ＣＰＵ１１０は、選択されたニュートラルレシピに基づいて、自動調理用の電子レンジの複数の基本加熱パターンから１つのパターンを選択する。ＣＰＵ１１０は、ニュートラルレシピに含まれる材料に合わせて、選択された加熱パターンの蒸気量を調節したり加熱時間を調節したりする。

図１０に戻って、ＣＰＵ１１０は、通信インターフェイス１６０を介して、カスタマイズレシピを調理機器２００や通信端末３００に送信する（ステップＳ１６２）。これによって、調理機器２００がカスタマイズレシピに従って調理処理を実行したり、ユーザが通信端末３００を利用してカスタマイズレシピの映像を見たり音声を聞いたりしながら調理を実行することができる。
＜調理機器２００の構成＞

次に、図１４を参照して、調理情報システム１を構成する調理機器２００のハードウェア構成の一態様について説明する。調理機器２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０、操作部２４０と、通信インターフェイス２６０と、スピーカ２７０と、マイク２８０と、機器駆動部２９０とを含む。

ＣＰＵ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、調理機器２００の各部を制御する。

メモリ２２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現される。メモリ２２０は、ＣＰＵ２１０によって実行される調理プログラムまたは他のプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、サーバ１００から受信したデータ、操作部２４０を介して入力されたデータなどを記憶する。

ディスプレイ２３０は、ＣＰＵ１１０からの信号に基づいて、文字や画像などを出力する。操作部２４０は、ボタン、タッチパネルなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。なお、ディスプレイ２３０と操作部２４０とを含む、タッチパネル２５０として構成してもよい。

通信インターフェイス２６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス２６０は、有線通信あるいは無線通信によって他の装置との間でデータをやり取りする。すなわち、ＣＰＵ２１０は、通信インターフェイス２６０を介して、サーバ１００や通信端末３００などの他の装置から各種の情報を受信したり、サーバ１００や通信端末３００などの他の装置に各種の情報を送信したりする。なお、調理機器２００は、後付けの通信アダプタを利用して、通信するものであってもよい。

スピーカ２７０は、ＣＰＵ２１０からの信号に基づいて、音声を出力する。マイク２８０は、音声から音声信号を作成し、ＣＰＵ２１０に入力する。

機器駆動部２９０は、ＣＰＵ２１０からの信号に基づいて、電気機器の各部（モータや加熱用コイルやライトなど）を制御する。
＜通信端末３００の構成＞

次に、図１５を参照して、調理情報システム１を構成する通信端末３００の構成の一態様について説明する。本実施の形態にかかる通信端末３００は、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、通信インターフェイス３６０と、スピーカ３７０と、マイク３８０とを含む。なお、通信端末３００は、ディスプレイ３３０や操作部３４０やカメラなどの各種センサ３９０などを有してもよい。

ＣＰＵ３１０は、メモリ３２０に記憶されているプログラムを実行することによって、通信端末３００の各部を制御する。

メモリ３２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現される。メモリ３２０は、調理支援アプリケーションなどのＣＰＵ３１０によって実行されるプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、サーバ１００や調理機器２００から受信したデータ、操作部３４０を介して入力されたデータ、通信端末３００のユーザを特定するための情報などを記憶する。

ディスプレイ３３０は、ＣＰＵ３１０からのデータに基づいて、画像やテキストを表示する。操作部３４０は、ポインティングデバイスやスイッチなどから構成され、ユーザからの各種の命令をＣＰＵ３１０に入力する。なお、ユーザ端末は、ディスプレイ３３０と操作部３４０とを含むタッチパネル３５０を有してもよい。

通信インターフェイス３６０は、インターネットやキャリア網やルータなどを介して、サーバ１００などの他の装置とデータを送受信する。たとえば、ＣＰＵ３１０は、マイク３８０を介してユーザ音声を受け付けたり、カメラ３９０を介して画像データを取得したりして、通信インターフェイス３６０を介して当該ユーザ音声や画像データなどをサーバ１００に送信する。逆に、ＣＰＵ１１０は、通信インターフェイス３６０を介して、サーバ１００からの音声データや画像データなどを受信して、スピーカ３７０から音声を出力したりディスプレイ３３０から映像を出力したりする。
＜第２の実施の形態＞

第１の実施の形態では、サーバ１００が、ニュートラルレシピを、調理機器２００の種類に応じたカスタマイズレシピに変換するものであった。本実施の形態においては、サーバ１００が、ニュートラルレシピを、さらに人数や性別や年齢に応じたカスタマイズレシピに変換するものである。

より詳細には、図１０のステップＳ１６０において、ＣＰＵ１１０は、図１６に示すように、調理機器２００の機種や型番だけでなく、料理を食べる予定の人の数や性別や年齢などに応じて、ニュートラルレシピをカスタマイズレシピに変換する。たとえば、ＣＰＵ１１０は、家族構成から概ねの総分量を計算する。また、家族の年齢構成から総分量の設定が変わることがある。例えば、育ち盛りの高校生がいる場合、ＣＰＵ１１０は、その高校生に関して大人１．５人分で算出する。ＣＰＵ１１０は、多食/小食、あるいはダイエットの有無などによっても分量を変える。このように、本実施の形態にかかるサーバ１００は、ユーザの個人情報に基づいて、最適なユーザ標準総分量を算出し、このユーザ標準総分量の標準データを変更することで、ユーザに適した調理レシピを提供するように設計される。

なお、この場合は、ステップＳ１５４において、調理機器２００や通信端末３００が、ユーザから料理を食べる予定の人の数や性別や年齢を受け付けて、当該情報をサーバ１００に提供する必要がある。
＜第３の実施の形態＞

さらには、図１０のステップＳ１６０において、ＣＰＵ１１０は、図１７に示すように、調理機器２００の機種や型番だけでなく、料理を食べる予定の人の体調やお腹の空き具合などに応じて、ニュートラルレシピをカスタマイズレシピに変換してもよい。この場合は、ステップＳ１５４において、調理機器２００や通信端末３００が、ユーザから料理を食べる予定の人の体調やお腹の空き具合を受け付けて、当該情報をサーバ１００に提供する必要がある。
＜第４の実施の形態＞

さらには、図１０のステップＳ１６０において、ＣＰＵ１１０は、図１８に示すように、調理機器２００の機種や型番だけでなく、料理を食べる予定の人の地域や出身地や我が家流や天候などに応じて、ニュートラルレシピをカスタマイズレシピに変換してもよい。この場合は、ステップＳ１５４において、調理機器２００や通信端末３００が、ユーザから料理を食べる予定の人の地域や郵便番号や住所などを受け付けて当該情報をサーバ１００に提供したり、サーバ１００が予め登録されているユーザの地域や郵便番号や住所や出身地などを取得したりする。
＜第５の実施の形態＞

上記の実施の形態では、スピーカ３００Ａがユーザの音声をサーバ１００にアップロードすることによってサーバ１００がニュートラルレシピを作成するものであった。本実施の形態においては、通信端末３００のＣＰＵ３１０が、ユーザの音声だけでなく、カメラ３９０で撮影した画像をサーバ１００にアップロードすることによってサーバ１００がニュートラルレシピを作成するものである。

より詳細には、図１のステップＳ１０２やステップＳ１０８において、通信端末３００は、レシピの作成中に、定期的に、または調理中のユーザが新たな作業を行った際になどに、カメラ３９０で周囲の動画像または静止画像を撮影し、当画像データをサーバ１００にアップロードする。すなわち、図５のステップＳ１３４やステップＳ１４０において、サーバ１００のＣＰＵ１１０は、通信端末３００からの音声データから変換したテキストデータと、通信端末３００からの画像データとを組み合わせてニュートラルレシピを作成する。

これによって本実施の形態においては、サーバ１００のＣＰＵ１１０は、ニュートラルレシピに基づいて、画像データや音声データやテキストデータを含むカスタマイズレシピを作成し（図１０のステップＳ１６０）、通信インターフェイス１６０を介して当該カスタマイズレシピを調理機器２００や通信端末３００に送信する（図１０のステップＳ１６２）。これによって、調理機器２００や通信端末３００は、見たり、聞いたり、読んだりすることによって、効率的または正確にレシピを理解することができる。

なお、カメラによる画像に限らず、他のセンサによって取得されたデータをニュートラルレシピの作成に利用してもよい。たとえば、通信端末３００のＣＰＵ３１０が、温度センサ３９０によって取得した温度をサーバ１００にアップロードすることによって、サーバ１００が当該温度の情報をニュートラルレシピやカスタマイズレシピに加えることができる。

あるいは、通信端末３００のＣＰＵ３１０が、においセンサ３９０や味センサ３９０によって取得したニオイや味をサーバ１００にアップロードすることによって、サーバ１００が当該ニオイや味の情報をニュートラルレシピやカスタマイズレシピに加えることができる。
＜第６の実施の形態＞

上記の実施の形態の調理情報システム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、サーバ１００や調理機器２００や通信端末３００の各々の役割の一部または全部を別の装置が担ったり、それらの装置の１つ１つの役割の一部または全部を複数の装置で分担したりしてもよい。具体的には、通信端末３００の代わりに調理機器２００を介してサーバ１００にレシピをアップロードしたり、サーバ１００の役割の一部を通信端末３００が担ったり、サーバ１００の役割がクラウド上の複数のサーバに分散されてもよい。
＜まとめ＞

上記の実施の形態においては、音声を取得する通信端末３００と、通信端末３００が取得した音声に基づいて第１のレシピを作成するサーバ１００とを備える調理情報システム１が提供される。サーバ１００は第１のレシピの作成に必要な情報を通信端末３００を介してユーザに問い合わせる。

好ましくは、調理情報システム１は、調理機器２００をさらに備える。サーバ１００は、第１のレシピに基づいて、調理機器２００の種類に応じた第２のレシピを作成する。

好ましくは、サーバ１００は、第１のレシピに基づいて、食事をする人の人数にも応じて第２のレシピを作成する。

好ましくは、サーバ１００は、第１のレシピに基づいて、食事をする人の体調にも応じて第２のレシピを作成する。

好ましくは、サーバ１００は、第１のレシピに基づいて、食事をする人の地域にも応じて第２のレシピを作成する。

好ましくは、通信端末３００は画像を取得する。サーバ１００は通信端末３００からの画像を第１のレシピに対応付ける。

上記の実施の形態においては、通信端末３００と通信するための通信インターフェイス１６０と、通信インターフェイス１６０を利用して通信端末３００が取得した音声を取得して、当該音声に基づいて第１のレシピを作成し、第１のレシピの作成に必要な情報のうちの足りない情報を通信インターフェイス１６０を利用して通信端末３００を介してユーザに問い合わせるプロセッサ１１０と、を備えるサーバ１００が提供される。

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

１ ：調理情報システム
１００ ：サーバ
１１０ ：ＣＰＵ
１２０ ：メモリ
１２１ ：ニュートラルレシピ
１２２ ：カスタマイズレシピ
１２３ ：ユーザデータ
１３０ ：ディスプレイ
１４０ ：操作部
１６０ ：通信インターフェイス
２００ ：調理機器
２００Ａ ：電子レンジ
２００Ｂ ：電子レンジ
２１０ ：ＣＰＵ
２２０ ：メモリ
２３０ ：ディスプレイ
２４０ ：操作部
２６０ ：通信インターフェイス
２７０ ：スピーカ
２８０ ：マイク
２９０ ：機器駆動部
３００ ：通信端末
３００Ａ ：スピーカ
３００Ｂ ：ロボット
３１０ ：ＣＰＵ
３２０ ：メモリ
３３０ ：ディスプレイ
３４０ ：操作部
３５０ ：タッチパネル
３６０ ：通信インターフェイス
３７０ ：スピーカ
３８０ ：マイク
３９０ ：カメラ（センサ）

Claims (7)

1. 音声を取得する通信端末と、
   前記通信端末が取得した音声に基づいて第１のレシピを作成するサーバとを備え、
   前記サーバは前記第１のレシピの作成に必要な情報を前記通信端末を介してユーザに問い合わせる、調理情報システム。
2. 調理機器をさらに備え、
   前記サーバは、前記第１のレシピに基づいて、前記調理機器の種類に応じた第２のレシピを作成する、請求項１に記載の調理情報システム。
3. 前記サーバは、前記第１のレシピに基づいて、食事をする人の人数にも応じて前記第２のレシピを作成する、請求項２に記載の調理情報システム。
4. 前記サーバは、前記第１のレシピに基づいて、食事をする人の体調にも応じて前記第２のレシピを作成する、請求項２または３に記載の調理情報システム。
5. 前記サーバは、前記第１のレシピに基づいて、食事をする人の地域にも応じて前記第２のレシピを作成する、請求項２から４のいずれか１項に記載の調理情報システム。
6. 前記通信端末は画像を取得し、
   前記サーバは前記通信端末からの画像を前記第１のレシピに対応付ける、請求項１から５のいずれか１項に記載の調理情報システム。
7. 通信端末と通信するための通信インターフェイスと、
   前記通信インターフェイスを利用して前記通信端末が取得した音声を取得して、当該音声に基づいて第１のレシピを作成し、前記第１のレシピの作成に必要な情報のうちの足りない情報を前記通信インターフェイスを利用して前記通信端末を介してユーザに問い合わせるプロセッサと、を備えるサーバ。