(57)【特許請求の範囲】
【請求項１】
車両と共に移動する端末と車外のサーバとの間で通信を行い、前記端末が前記サーバより送信された料理のレシピ情報を乗車中の端末利用者へ提供するレシピ情報提供システムであって、
前記端末は、
端末利用者固有のユーザＩＤを記憶するユーザＩＤ記憶部と、
レシピ情報の提供の要求を受け付ける受付部と、
車両の目的地への到着予想時刻を算出する到着時刻算出部と、
前記受付部による前記要求の受け付けに応じて前記ユーザＩＤと前記到着予想時刻とを所定のタイミングで前記サーバへ送信する端末側送信部と、
前記サーバより送信された前記レシピ情報を受信する端末側受信部と、
前記端末側受信部が受信した前記レシピ情報を端末利用者へ提供する提供部と、を備え、
前記サーバは、
前記端末が送信した前記ユーザＩＤと前記到着予想時刻とを受信するサーバ側受信部と、
調理手順、調理所要時間、及び必要な食材を特定する材料情報を少なくとも含むレシピ情報を記憶するレシピ情報記憶部と、
調理に使用できる在庫食材を特定する在庫食材情報と、料理を完成させたい時刻である完成要望時刻とを、前記ユーザＩＤに関連付けて記憶する利用者情報記憶部と、
前記サーバ側受信部が前記ユーザＩＤと前記到着予想時刻とを受信すると、受信したユーザＩＤに関連付けられた前記完成要望時刻と前記到着予想時刻とに基づいて、調理に費やすことのできる調理可能時間を算出し、算出した前記調理可能時間と前記受信したユーザＩＤに関連付けられた前記在庫食材情報と前記レシピ情報に含まれる前記調理所要時間及び前記材料情報とに基づいて、前記在庫食材情報で特定される在庫食材を利用して前記調理可能時間内に調理可能な料理のレシピ情報を前記レシピ情報記憶部から抽出するレシピ情報抽出部と、
前記レシピ情報抽出部が抽出した前記レシピ情報を前記端末へ送信するサーバ側送信部と、を備え、
前記レシピ情報抽出部は、前記端末から受信した到着予想時刻が変化して、前記端末によって端末利用者へ現在提供されている前記レシピ情報に含まれる前記調理所要時間よりも前記調理可能時間が短くなった場合、短くなった調理可能時間に基づいて再度レシピ情報を抽出し、
前記サーバ側送信部は、再度抽出したレシピ情報を前記端末へ送信し、
前記提供部は、前記再度抽出したレシピ情報を端末利用者へ提供する、レシピ情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、料理のレシピ情報を提供するレシピ情報提供システムに関する。
【背景技術】
【０００２】
レシピ情報提供システムが、例えば特許文献１に記載されている。このレシピ情報提供システムでは、無線タグが、システムの利用者が所有している冷蔵庫内の各在庫食材に取り付けられている。各無線タグは、取り付けられている在庫食材に関する食材情報を電波として発信する。そして、レシピ情報提供システムは、各無線タグより得られる食材情報に基づいて、在庫食材を活用した料理のレシピ情報を提供する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３２１８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、レシピ情報提供システムの利用者は、例えば会社などからの帰宅途中でレシピ情報を提供されると、帰宅後に容易に調理を開始することができるため便利である。また、利用者は車両に乗車して帰宅することも考えられる。そのため、特許文献１に記載された従来のレシピ情報提供システムを、車両に適用することが考えられる。
【０００５】
従来のシステムを車両に適用した場合、車載端末などを介してレシピ情報を利用者へ提供することが考えられる。そして、利用者は、帰宅後に提供されたレシピ情報に従って調理することにより、在庫食材を活用した料理を作ることができる。しかしながら、従来のシステムは、利用者が料理を完成させたい時刻である完成要望時刻が考慮されていない。そのため、利用者へ提供されたレシピ情報によっては、料理が完成した時刻が、完成要望時刻よりも遅れてしまう虞がある。さらに、従来のシステムにおいて、完成要望時刻が考慮されたレシピ情報が利用者へ提供されたとしても、渋滞などにより利用者の帰宅時刻が遅れそうな場合、提供されたレシピ情報のままでは、料理が完成する時刻が完成要望時刻よりも遅れてしまう虞がある。
【０００６】
本発明は、上記課題に鑑みてなされたものであり、完成要望時刻に基づいたレシピ情報を利用者へ提供するシステムであって、車両の目的地への到着予想時刻に遅延が生じた場合には、遅延の程度に応じて調理可能な料理のレシピ情報を再提案することができるレシピ情報提供システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、車両と共に移動する端末と車外のサーバとの間で通信を行い、端末がサーバより送信された料理のレシピ情報を乗車中の端末利用者へ提供するレシピ情報提供システムであって、端末は、端末利用者固有のユーザＩＤを記憶するユーザＩＤ記憶部と、レシピ情報の提供の要求を受け付ける受付部と、車両の目的地への到着予想時刻を算出する到着時刻算出部と、受付部による要求の受け付けに応じてユーザＩＤと到着予想時刻とを所定のタイミングでサーバへ送信する端末側送信部と、サーバより送信されたレシピ情報を受信する端末側受信部と、端末側受信部が受信したレシピ情報を端末利用者へ提供する提供部と、を備え、サーバは、端末が送信したユーザＩＤと到着予想時刻とを受信するサーバ側受信部と、調理手順、調理所要時間、及び必要な食材を特定する材料情報を少なくとも含むレシピ情報を記憶するレシピ情報記憶部と、調理に使用できる在庫食材を特定する在庫食材情報と、料理を完成させたい時刻である完成要望時刻とを、ユーザＩＤに関連付けて記憶する利用者情報記憶部と、サーバ側受信部がユーザＩＤと到着予想時刻とを受信すると、受信したユーザＩＤに関連付けられた完成要望時刻と到着予想時刻とに基づいて、調理に費やすことのできる調理可能時間を算出し、算出した調理可能時間と受信したユーザＩＤに関連付けられた在庫食材情報とレシピ情報に含まれる調理所要時間及び材料情報とに基づいて、在庫食材情報で特定される在庫食材を利用して調理可能時間内に調理可能な料理のレシピ情報をレシピ情報記憶部から抽出するレシピ情報抽出部と、レシピ情報抽出部が抽出したレシピ情報を端末へ送信するサーバ側送信部と、を備え、レシピ情報抽出部は、端末から受信した到着予想時刻が変化して、端末によって端末利用者へ現在提供されているレシピ情報に含まれる調理所要時間よりも調理可能時間が短くなった場合、短くなった調理可能時間に基づいて再度レシピ情報を抽出し、サーバ側送信部は、再度抽出したレシピ情報を端末へ送信し、提供部は、再度抽出したレシピ情報を端末利用者へ提供する。
【０００８】
本発明では、車両の到着予想時刻と完成要望時刻とに基づいて調理可能時間を算出する。そして、本発明では、算出した調理可能時間以内で作ることのできる料理のレシピ情報を利用者へ提供する。さらに、本発明では、車両の目的地への到着予想時刻に遅延が生じて、調理可能時間が現在利用者へ提供されているレシピ情報に含まれる調理所要時間よりも短くなった場合、短くなった調理可能時間以内で作ることのできる料理のレシピ情報を利用者へ再度提供する。このため、利用者が料理を完成させたい時刻である完成要望時刻に料理が完成する。
【発明の効果】
【０００９】
以上説明したように、本発明によれば、車両の移動中も調理可能時間の変動を監視しているため、車両の目的地への到着予想時刻に遅延が生じた場合であっても、遅延の程度に応じて調理可能な料理のレシピ情報を再提案することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態に係るレシピ情報提供システムのブロック図
【図２】実施の形態に係るレシピ情報提供システムのレシピ提供動作を示すフローチャート
【発明を実施するための形態】
【００１１】
以下、図１−図２を参照しながら、実施の形態について詳細に説明する。
【００１２】
［概要］
本実施の形態は、車両に適用されたレシピ情報提供システムである。本システムは、利用者の目的地への到着予想時刻を考慮して、目的地到着後の調理可能時間を算出する。そして、本システムは、調理可能時間以内で作ることのできる料理のレシピ情報を提供する。特に、本システムは、車両の移動中も調理可能時間を監視しており、到着予想時刻に遅延が生じて調理可能時間が短くなった場合に、短くなった調理可能時間以内で作ることのできる料理のレシピ情報を再度提供する。
【００１３】
［レシピ情報提供システムの構成］
図１は、本実施の形態に係るレシピ情報提供システム１のブロック図である。以下、レシピ情報提供システム１を車両に適用した場合について説明する。レシピ情報提供システム１は、レシピ情報提供システム１の利用者（以下、単に「利用者」という）が所有している端末１０と、レシピ情報提供システム１の管理者が管理しているサーバ２０とで構成される。端末１０は、例えば、車両の運転を支援する所謂カーナビゲーション装置やスマートフォンなどである。サーバ２０は、特に限定されないが、例えば、クラウドサーバなどである。端末１０とサーバ２０とは、無線通信を行い、互いに信号を送受信することができる。なお、レシピ情報提供システム１を構成する端末１０の数は、１つであっても良いし、複数であっても良い。以下、レシピ情報提供システム１の各構成について説明する。
【００１４】
端末１０は、ユーザＩＤ記憶部１１と、到着時刻算出部１２と、受付部１３と、端末側送受信部１４と、提供部１５とを備えている。
【００１５】
ユーザＩＤ記憶部１１には、端末１０を所有している利用者固有のユーザＩＤが記憶されている。
【００１６】
到着時刻算出部１２は、ナビゲーション部（図示省略）が決定する走行予定経路に基づいて、車両の目的地への到着予想時刻を算出する。到着予想時刻とは、利用者が現在地から目的地まで運転した場合に、渋滞などを考慮して予想される目的地への到着時刻である。目的地は、例えば利用者の自宅などである。
【００１７】
具体的に、到着時刻算出部１２は、車両の平均走行速度や、交通センタ（図示省略）から送信された渋滞情報などに基づいて、走行予定経路の所要時間を推定する。そして、到着時刻算出部１２は、推定した所要時間と現在時刻とに基づき、目的地への到着予想時刻を算出する。なお、現在地は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）測位を行うことにより取得することができる。
【００１８】
受付部１３は、レシピ情報の提供の要求を受け付ける。例えば、利用者が、端末１０に備えられたレシピ提供開始ボタン（図示省略）を押下すると、受付部１３は、レシピ情報の提供の要求を受け付ける。レシピ提供開始ボタンとは、レシピ情報提供システム１に対して後述するレシピ提供動作を開始させるボタンである。
【００１９】
端末側送受信部１４は、サーバ２０との間で無線通信を行うための通信インターフェースである。端末側送受信部１４は、受付部１３によるレシピ情報の提供要求の受け付けに応じて、到着時刻算出部１２が算出した到着予想時刻と、ユーザＩＤ記憶部１１に記憶されたユーザＩＤとを所定のタイミングでサーバ２０へ送信する。所定のタイミングは、特に限定されず、例えば、受付部１３がレシピ情報の提供の要求を受け付けた直後であっても良いし、一定の周期で繰り返される定期的なタイミングであっても良いし、交通センタから渋滞情報を受信したタイミングのように不定期なタイミングであっても良い。また、端末側送受信部１４は、サーバ２０より送信されたレシピ情報を受信する。そして、端末側送受信部１４は、受信したレシピ情報を提供部１５へ出力する。なお、レシピ情報については、後述する。
【００２０】
提供部１５は、端末側送受信部１４から入力したレシピ情報を画像によって利用者へ提供する。提供部１５は、例えば、カーナビゲーション装置やスマートフォンなどの表示部である。なお、提供部１５は、音声によってレシピ情報を利用者へ提供できるスピーカ装置であっても良い。
【００２１】
サーバ２０は、レシピ情報記憶部２１と、利用者情報記憶部２２と、サーバ側送受信部２３と、レシピ情報抽出部２５とを備えている。
【００２２】
レシピ情報記憶部２１には、複数のレシピ情報２１＿１〜２１＿ｎ（ｎは２以上の整数）が記憶されている。レシピ情報２１＿１〜２１＿ｎは、料理のレシピに関する情報である。レシピ情報２１＿１〜２１＿ｎは、利用者に共通の情報である。レシピ情報２１＿１〜２１＿ｎの各レシピ情報は、例えば「肉じゃが」などの１つの料理品目に関する情報であっても良いし、例えば「ハンバーグプレート」などのように「ハンバーグ」と「ポテトサラダ」などの複数の料理品目が含まれた料理に関する情報であっても良い。各レシピ情報には、調理手順と、調理所要時間と、材料情報とが、少なくとも含まれる。調理手順とは、例えば「（１）豚肉に醤油で下味をつける（２）下味をつけた豚肉を強火で加熱する」などのように、料理を完成させるまでの調理の手順である。調理所要時間とは、調理手順に従って調理を行った場合の、調理開始から料理完成までに要する時間である。材料情報とは、料理を作るのに必要となる食材を特定する情報である。
【００２３】
利用者情報記憶部２２は、サーバ２０に接続される複数の端末１０について、各端末１０の利用者に関する情報を記憶している。具体的には、利用者情報記憶部２２には、利用者のユーザＩＤと関連付けられた個別情報である、在庫食材情報、及び完成要望時刻が記憶されている。在庫食材情報とは、利用者が調理に使用できる在庫食材を特定する情報である。在庫食材情報は、例えば、利用者が端末１０を介して在庫食材の登録操作を行うことにより、利用者情報記憶部２２に記憶される。また、完成要望時刻とは、利用者が料理を完成させたい時刻である。完成要望時刻は、例えば、利用者が端末１０を介して完成要望時刻の登録操作を行うことにより、利用者情報記憶部２２に記憶される。なお、完成要望時刻は、全ての利用者に共通した時刻が予め利用者情報記憶部２２に記憶されていても良い。この場合、利用者が前述した完成要望時刻の登録操作をしていない場合に、レシピ情報提供システム１は、利用者情報記憶部２２に予め記憶されている完成要望時刻に従って動作しても良い。
【００２４】
図１に示すように、利用者の個別情報である在庫食材情報と完成要望時刻とは、これらの情報に対応する利用者に付されたユーザＩＤと関連付けられている。図１で説明すると、個別情報２２＿１の在庫食材情報と完成要望時刻とは、ユーザＩＤ＿１と関連付けられている。また、個別情報２２＿２の在庫食材情報と完成要望時刻とは、ユーザＩＤ＿２と関連付けられ、以下同様に、個別情報２２＿ｍの在庫食材情報と完成要望時刻とは、ユーザＩＤ＿ｍと関連付けられている。これにより、レシピ情報提供システム１は、ユーザＩＤを参照すると、ユーザＩＤが付された利用者に関連する在庫食材情報と完成要望時刻とを取得することができる。
【００２５】
サーバ側送受信部２３は、端末１０との間で無線通信を行うための通信インターフェースである。サーバ側送受信部２３は、端末１０から送信された到着予想時刻と、ユーザＩＤとを受信する。そして、サーバ側送受信部２３は、受信した到着予想時刻とユーザＩＤとをレシピ情報抽出部２５へ出力する。また、サーバ側送受信部２３は、レシピ情報抽出部２５が抽出したレシピ情報を端末１０へ送信する。
【００２６】
レシピ情報抽出部２５は、到着予想時刻とユーザＩＤとに基づいて、レシピ情報記憶部２１からレシピ情報を抽出する。レシピ情報抽出部２５は、調理時間算出部２６と、判断部２７と、レシピ情報取得部２８とを備えている。
【００２７】
調理時間算出部２６は、サーバ側送受信部２３から入力した到着予想時刻及びユーザＩＤと、利用者情報記憶部２２に記憶された完成要望時刻とに基づいて、利用者の調理可能時間を算出する。調理可能時間とは、利用者が目的地に到着した後に、目的地又は目的地の近傍において、利用者が調理に費やすことができる時間を言う。本実施形態では、調理可能時間の一例として、到着予想時刻から完成要望時刻までの時間を用いている。
【００２８】
具体的に、調理時間算出部２６は、まず、サーバ側送受信部２３から入力したユーザＩＤと関連付けられた完成要望時刻を利用者情報記憶部２２から取得する。そして、調理時間算出部２６は、サーバ側送受信部２３から入力した到着予想時刻から、利用者情報記憶部２２から取得した完成要望時刻までの時間を、調理可能時間とする。調理時間算出部２６は、算出した調理可能時間を判断部２７へ出力する。
【００２９】
判断部２７は、調理時間算出部２６が算出した調理可能時間が、利用者へ現在提供されているレシピ情報に含まれる調理所要時間よりも短くなったか否かを判定する。判断部２７は、調理可能時間が利用者へ現在提供されているレシピ情報に含まれる調理所要時間よりも短くなったと判定した場合に、短くなった調理可能時間をレシピ情報取得部２８へ出力する。前述したように、判断部２７は、調理時間算出部２６によって調理可能時間が新たに算出されるごとに調理可能時間の変化を判定するが、レシピ情報を要求した直後など、サーバ側送受信部２３によって一度もレシピ情報が端末１０へ送信されていない場合には、算出された調理可能時間をそのままレシピ情報取得部２８へ出力する。なお、判断部２７は、例えば利用者情報記憶部２２に記憶され、ユーザＩＤと関連付けられたレシピ情報の送信履歴（図示省略）を参照することで、レシピ情報がすでに端末１０へ送信されているか否かの判定、及びすでに端末１０へ送信したレシピ情報に含まれる調理所要時間の取得を行うことができる。
【００３０】
レシピ情報取得部２８は、在庫食材と調理所要時間の条件を満足する料理のレシピ情報を、レシピ情報記憶部２１から取得する。具体的に、レシピ情報取得部２８は、レシピ情報の材料情報から特定される料理に必要な食材が、サーバ側送受信部２３から入力したユーザＩＤと関連付けられた在庫食材情報から特定される在庫食材に含まれていれば、そのレシピ情報は、在庫食材の条件を満足すると判断する。また、レシピ情報取得部２８は、レシピ情報の調理所要時間が、判断部２７から入力した調理可能時間以内であれば、そのレシピ情報は、調理所要時間の条件を満足すると判断する。そして、レシピ情報取得部２８は、在庫食材と調理所要時間の条件を両方満足するレシピ情報を取得する。さらに、レシピ情報取得部２８は、取得したレシピ情報をサーバ側送受信部２３へ出力する。なお、在庫食材と調理所要時間の条件を両方満足するレシピ情報が複数ある場合、レシピ情報取得部２８は、取得するレシピ情報を１つに絞り込んでも良いし、所定個数に絞り込んでも良い。レシピ情報を絞り込む方法は、例えば、調理所要時間が短い順番にレシピ情報を絞り込む方法などがある。
【００３１】
［レシピ情報提供システムの動作］
次に、レシピ情報提供システム１のレシピ提供動作について説明する。図２は、本実施の形態に係るレシピ情報提供システム１のレシピ提供動作を示すフローチャートである。レシピ提供動作は、例えば、端末１０に備えられたレシピ提供開始ボタンが利用者によって押下された際に開始される。
【００３２】
まず、ステップＳ１１において、受付部１３が、レシピ情報の提供の要求を受け付ける。
【００３３】
続いて、ステップＳ１２において、端末側送受信部１４が、到着時刻算出部１２によって算出された到着予想時刻と、ユーザＩＤ記憶部１１に記憶されたユーザＩＤとを、サーバ２０へ送信する。
【００３４】
サーバ側送受信部２３を介してサーバ２０が端末１０から到着予想時刻及びユーザＩＤを受信すると、続いて、ステップＳ１３において、調理時間算出部２６は、端末１０から送信されたユーザＩＤと関連付けられた完成要望時刻を、利用者情報記憶部２２から取得する。そして、調理時間算出部２６は、取得した完成要望時刻と端末１０から送信された到着予想時刻とに基づいて、利用者の調理可能時間を算出する。
【００３５】
続いて、ステップＳ１４において、判断部２７は、サーバ側送受信部２３がすでにレシピ情報を端末１０へ送信しているか否かを判定する。サーバ側送受信部２３がすでにレシピ情報を端末１０へ送信している場合に、ステップＳ１５へ進み、サーバ側送受信部２３がまだレシピ情報を端末１０へ送信していないと判定された場合に、ステップＳ１６へ進む。
【００３６】
ステップＳ１４において、サーバ側送受信部２３がすでにレシピ情報を端末１０へ送信していると判定された場合に、ステップＳ１５において、判断部２７は、ステップＳ１３において算出された調理可能時間が、利用者へ現在提供されているレシピ情報に含まれる調理所要時間よりも短くなったか否かを判定する。ステップＳ１３において算出された調理可能時間が、利用者へ現在提供されているレシピ情報に含まれる調理所要時間よりも短くなったと判定された場合にステップＳ１６へ進み、ステップＳ１３において算出された調理可能時間が、利用者へ現在提供されているレシピ情報に含まれる調理所要時間よりも短くなってはいないと判定された場合にステップＳ１８へ進む。
【００３７】
ステップＳ１４において、サーバ側送受信部２３がまだレシピ情報を端末１０へ送信していないと判定された場合、又は、ステップＳ１５において、ステップＳ１３において算出された調理可能時間が、利用者へ現在提供されているレシピ情報に含まれる調理所要時間よりも短くなったと判定された場合に、ステップＳ１６において、レシピ情報取得部２８は、レシピ情報記憶部２１に記憶された在庫食材情報と、ステップＳ１３において算出された調理可能時間とに基づいて、利用者が在庫食材を利用して調理可能時間以内で調理可能な料理のレシピ情報を、レシピ情報記憶部２１から取得する。そして、サーバ側送受信部２３は、レシピ情報取得部２８によって取得されたレシピ情報を端末１０へ送信する。
【００３８】
端末側送受信部１４を介して端末１０がサーバ２０からレシピ情報を受信すると、続いて、ステップＳ１７において、提供部１５は、サーバ２０から送信されたレシピ情報を利用者へ提供する。
【００３９】
続いて、ステップＳ１８において、到着時刻算出部１２が、車両が目的地に到着したか否かを判定する。車両が目的地に到着していない場合に、ステップＳ１２へ戻り、車両が目的地に到着した場合に、レシピ提供動作が終了する。
【００４０】
［実施の形態の効果］
本実施の形態では、車両の到着予想時刻と完成要望時刻とに基づいて調理可能時間を算出する。そして、本実施の形態では、算出した調理可能時間以内で作ることのできる料理のレシピ情報を利用者へ提供する。さらに、本実施の形態では、車両の目的地への到着予想時刻に遅延が生じて、調理可能時間が、現在利用者へ提供されているレシピ情報に含まれる調理所要時間よりも短くなった場合、短くなった調理可能時間以内で作ることのできる料理のレシピ情報を利用者へ再度提供する。このため、利用者が料理を完成させたい時刻である完成要望時刻に料理が完成する。以上説明したように、本実施の形態では、車両の移動中も調理可能時間の変動を監視しているため、車両の目的地への到着予想時刻に遅延が生じた場合であっても、遅延の程度に応じて調理可能な料理のレシピ情報を再提案することができる。
【００４１】
［変形例］
次に、変形例について説明する。
【００４２】
利用者情報記憶部２２には、利用者各々の料理に関する嗜好や健康状態に関する情報がさらに記憶されていても良い。そして、レシピ情報抽出部２５は、利用者の嗜好や健康状態を考慮してレシピ情報を抽出しても良い。
【００４３】
また、レシピ情報抽出部２５は、利用者が在庫として所持していない不足食材を考慮してレシピ情報を抽出しても良い。そして、サーバ側送受信部２３は、不足食材に関する情報を、端末１０へ送信しても良い。
【００４４】
また、サーバ２０には、食材を取り扱う店舗に関する情報であって、取り扱う食材に関する情報と、店舗の位置情報と、食材の安売り情報と、評判情報とを少なくとも含む店舗情報が格納された店舗情報記憶部がさらに備えられていても良い。そして、サーバ２０の店舗抽出部（図示省略）は、車両の現在地と、店舗情報とに基づいて、車両の現在地から近隣で、不足食材を購入するために適切な店舗の店舗情報を抽出しても良い。そして、サーバ側送受信部２３は、抽出した店舗情報を、端末１０へ送信しても良い。そして、端末１０は、サーバ２０から送信された店舗情報に含まれる店舗の位置情報に基づいて、店舗への経路案内を開始しても良い。なお、店舗抽出部は、到着時刻算出部１２によって現在地が検出され、サーバ２０へ送信されることで、車両の現在地を取得することができる。
【００４５】
また、端末１０は、利用者が入力操作を行うことのできる操作部がさらに備えられていても良い。操作部は、例えばカーナビゲーション装置に設けられたタッチパネルである。操作部が利用者によって操作されると、サーバ２０へ操作信号が送信される。そして、レシピ情報抽出部２５は、操作信号に基づいて、レシピ情報記憶部２１からレシピ情報を抽出しても良い。
【００４６】
また、利用者が店舗で購入した食材に関する情報が、店舗内のレジからサーバ２０へ送信され、在庫食材情報に追加されても良い。
【００４７】
また、サーバ２０は、利用者が自宅に所有する家電と通信を行えても良い。例えば、サーバ２０は利用者が自宅に所有する冷蔵庫と通信を行えて、冷蔵庫内の在庫食材が、自動的に在庫食材としてサーバ２０に登録されても良い。また、例えば、サーバ２０は利用者が自宅に所有する電子レンジと通信を行えて、サーバ２０が到着予想時刻を受信した際に、サーバ２０が電子レンジに対して、到着予想時刻に合わせて食材の余熱等の下拵えを開始するように指示しても良い。
【産業上の利用可能性】
【００４８】
本発明は、料理のレシピ情報を提供するレシピ情報提供システムなどに適用可能である。
【符号の説明】
【００４９】
１    レシピ情報提供システム
１０  端末
１１  ユーザＩＤ記憶部
１２  到着時刻算出部
１３  受付部
１４  端末側送受信部
１５  提供部
２０  サーバ
２１  レシピ情報記憶部
２２  利用者情報記憶部
２３  サーバ側送受信部
２５  レシピ情報抽出部
【図１】
0006361602.tif 000002
【図２】
0006361602.tif 000003