JP2022041193A - 情報提供装置、車両、情報提供システム、情報提供プログラム、及び情報提供方法 - Google Patents

Abstract

【課題】余った食材を有効に利用できるようにする。【解決手段】情報提供装置２０は、車両４０で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が第１ユーザに提供されず食材が余るかどうかを推定し、食材が余ると推定した場合に、車両４０で食材を調理して得られる第２料理を第１ユーザとは別の第２ユーザ１２に提供する地点を決定する制御部を備える。【選択図】図１

Description

本開示は、情報提供装置、車両、情報提供システム、情報提供プログラム、及び情報提供方法に関する。

特許文献１には、インターネットサービスプロバイダが、レストラン利用者から受け付けた予約情報をレストラン事業者に提供する技術が記載されている。

特開２００２－２７９２６１号公報

特許文献１に記載の技術では、レストラン利用者の予約が取り消された場合に、余った食材が無駄になる。

本開示の目的は、余った食材を有効に利用できるようにすることである。

本開示に係る情報提供装置は、
車両で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が前記第１ユーザに提供されず前記食材が余るかどうかを推定し、前記食材が余ると推定した場合に、前記車両で前記食材を調理して得られる第２料理を前記第１ユーザとは別の第２ユーザに提供する地点を決定する制御部を備える。

本開示に係る情報提供プログラムは、
車両で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が前記第１ユーザに提供されず前記食材が余るかどうかを推定することと、
前記食材が余ると推定した場合に、前記車両で前記食材を調理して得られる第２料理を前記第１ユーザとは別の第２ユーザに提供する地点を決定することと
を含む動作をコンピュータに実行させる。

本開示に係る情報提供方法は、
情報提供装置により、車両で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が前記第１ユーザに提供されず前記食材が余るかどうかを推定することと、
前記情報提供装置により、前記食材が余ると推定した場合に、前記車両で前記食材を調理して得られる第２料理を前記第１ユーザとは別の第２ユーザに提供する地点を決定することと
を含む。

本開示によれば、余った食材の有効な利用が可能になる。

本開示の実施形態に係る情報提供システムの構成を示す図である。 本開示の実施形態に係る情報提供装置の構成を示すブロック図である。 本開示の実施形態に係る端末装置の構成を示すブロック図である。 本開示の実施形態に係る車両の構成を示すブロック図である。 本開示の実施形態に係る情報提供システムの動作を示すフローチャートである。 本開示の実施形態に係る端末装置の画面の例を示す図である。

以下、本開示の実施形態について、図を参照して説明する。

各図中、同一又は相当する部分には、同一符号を付している。本実施形態の説明において、同一又は相当する部分については、説明を適宜省略又は簡略化する。

図１を参照して、本実施形態に係る情報提供システム１０の構成を説明する。

情報提供システム１０は、情報提供装置２０と、少なくとも１台の端末装置３０と、少なくとも１台の車両４０とを備える。

情報提供装置２０は、ネットワーク５０を介して端末装置３０及び車両４０と通信可能である。端末装置３０は、ネットワーク５０を介して車両４０と通信可能であってもよい。

ネットワーク５０は、インターネット、少なくとも１つのＷＡＮ、少なくとも１つのＭＡＮ、又はこれらの組合せを含む。「ＷＡＮ」は、wide area networkの略語である。「ＭＡＮ」は、metropolitan area networkの略語である。ネットワーク５０は、少なくとも１つの無線ネットワーク、少なくとも１つの光ネットワーク、又はこれらの組合せを含んでもよい。無線ネットワークは、例えば、アドホックネットワーク、セルラーネットワーク、無線ＬＡＮ、衛星通信ネットワーク、又は地上マイクロ波ネットワークである。「ＬＡＮ」は、local area networkの略語である。

情報提供装置２０は、データセンタなどの施設に設置される。情報提供装置２０は、例えば、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバである。

端末装置３０は、第２ユーザ１２によって保持される。端末装置３０は、例えば、携帯電話機、スマートフォン、若しくはタブレットなどのモバイル機器、又はＰＣである。「ＰＣ」は、personal computerの略語である。

車両４０は、例えば、ガソリン車、ディーゼル車、ＨＶ、ＰＨＶ、ＥＶ、又はＦＣＶなどの任意の種類の自動車である。「ＨＶ」は、hybrid vehicleの略語である。「ＰＨＶ」は、plug-in hybrid vehicleの略語である。「ＥＶ」は、electric vehicleの略語である。「ＦＣＶ」は、fuel cell vehicleの略語である。車両４０は、本実施形態ではＡＶであるが、運転手によって運転されてもよいし、又は任意のレベルで運転が自動化されていてもよい。「ＡＶ」は、autonomous vehicleの略語である。自動化のレベルは、例えば、ＳＡＥのレベル分けにおけるレベル１からレベル５のいずれかである。「ＳＡＥ」は、Society of Automotive Engineersの略語である。車両４０は、ＭａａＳ専用車両でもよい。「ＭａａＳ」は、Mobility as a Serviceの略語である。

図１を参照して、本実施形態の概要を説明する。

本実施形態では、車両４０で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が第１ユーザに提供されず食材が余るかどうかが情報提供装置２０により推定される。

本実施形態では、車両４０は、調理設備及び食事スペースを備えたレストランとして運用されている。第１ユーザは、車両４０の食事スペースにおいて提供される料理を予約している。車両４０では、第１ユーザからの予約に応じて食材が調達される。すなわち、第１ユーザにより、第１ユーザが提供を受けたい料理の種類及び料理の提供を希望する日時などが予約時に指定されると、車両４０では、第１ユーザの希望する料理の種類に応じた食材が調達される。調達された食材は第１ユーザが料理の提供を希望する日時に調理されて第１ユーザに提供されることになる。

本実施形態では、第１ユーザへの提供を予定して車両４０で調達された食材が第１ユーザに提供されず余るか否かが推定される。具体的には、第１ユーザにより予約が取り消される可能性が考慮される。第１ユーザの予約が取り消される可能性を考慮するのは、第１ユーザの予約が取り消されると、第１ユーザに提供される予定であった料理が不要になり、調達された食材が余ることになるからである。

本実施形態では、食材が余ると推定された場合に、情報提供装置２０により、車両４０で食材を調理して得られる第２料理を第１ユーザとは別の第２ユーザ１２に提供する第２地点が決定される。本実施形態において、第２ユーザ１２は、車両４０の外部にいるユーザのうち、第１ユーザ以外のユーザである。第２地点は、第２料理の提供形態に応じて決定される。すなわち、車両４０で第２料理を提供することが予定されている場合には、車両４０の位置する地点が第２地点として決定される。車両４０により第２料理が第２ユーザ１２に配達されることが予定されている場合には、車両４０で第２料理を配達可能な地点が第２地点として決定される。第２料理は、決定された第２地点において、第２ユーザ１２に提供される。

本実施形態によれば、第１ユーザに提供されず余ると推定された食材が、第２ユーザ１２に提供される。その結果、余った食材が無駄になることなく有効に活用される。

図２を参照して、本実施形態に係る情報提供装置２０の構成を説明する。

情報提供装置２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、出力部２５とを備える。

制御部２１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。「ＣＰＵ」は、central processing unitの略語である。「ＧＰＵ」は、graphics processing unitの略語である。プログラマブル回路は、例えば、ＦＰＧＡである。「ＦＰＧＡ」は、field-programmable gate arrayの略語である。専用回路は、例えば、ＡＳＩＣである。「ＡＳＩＣ」は、application specific integrated circuitの略語である。制御部２１は、情報提供装置２０の各部を制御しながら、情報提供装置２０の動作に関わる処理を実行する。

記憶部２２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。「ＲＡＭ」は、random access memoryの略語である。「ＲＯＭ」は、read only memoryの略語である。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。「ＳＲＡＭ」は、static random access memoryの略語である。「ＤＲＡＭ」は、dynamic random access memoryの略語である。ＲＯＭは、例えば、ＥＥＰＲＯＭである。「ＥＥＰＲＯＭ」は、electrically erasable programmable read only memoryの略語である。記憶部２２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２２には、情報提供装置２０の動作に用いられるデータと、情報提供装置２０の動作によって得られたデータとが記憶される。

通信部２３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部２３は、情報提供装置２０の動作に用いられるデータを受信し、また情報提供装置２０の動作によって得られるデータを送信する。本実施形態において、通信部２３は、端末装置３０と通信を行う。通信部２３は、車両４０とも通信を行う。

入力部２４は、少なくとも１つの入力用インタフェースを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクである。入力部２４は、情報提供装置２０の動作に用いられるデータを入力する操作を受け付ける。入力部２４は、情報提供装置２０に備えられる代わりに、外部の入力機器として情報提供装置２０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの任意の方式を用いることができる。「ＵＳＢ」は、Universal Serial Busの略語である。「ＨＤＭＩ（登録商標）」は、High-Definition Multimedia Interfaceの略語である。

出力部２５は、少なくとも１つの出力用インタフェースを含む。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。「ＬＣＤ」は、liquid crystal displayの略語である。「ＥＬ」は、electro luminescenceの略語である。出力部２５は、情報提供装置２０の動作によって得られるデータを出力する。出力部２５は、情報提供装置２０に備えられる代わりに、外部の出力機器として情報提供装置２０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの任意の方式を用いることができる。

情報提供装置２０の機能は、本実施形態に係る情報提供プログラムを、制御部２１としてのプロセッサで実行することにより実現される。すなわち、情報提供装置２０の機能は、ソフトウェアにより実現される。情報提供プログラムは、情報提供装置２０の動作をコンピュータに実行させることで、コンピュータを情報提供装置２０として機能させる。すなわち、コンピュータは、情報提供プログラムに従って情報提供装置２０の動作を実行することにより情報提供装置２０として機能する。

プログラムは、非一時的なコンピュータ読取り可能な媒体に記憶しておくことができる。非一時的なコンピュータ読取り可能な媒体は、例えば、フラッシュメモリ、磁気記録装置、光ディスク、光磁気記録媒体、又はＲＯＭである。プログラムの流通は、例えば、プログラムを記憶したＳＤカード、ＤＶＤ、又はＣＤ－ＲＯＭなどの可搬型媒体を販売、譲渡、又は貸与することによって行う。「ＳＤ」は、Secure Digitalの略語である。「ＤＶＤ」は、digital versatile discの略語である。「ＣＤ－ＲＯＭ」は、compact disc read only memoryの略語である。プログラムをサーバのストレージに格納しておき、サーバから他のコンピュータにプログラムを転送することにより、プログラムを流通させてもよい。プログラムをプログラムプロダクトとして提供してもよい。

コンピュータは、例えば、可搬型媒体に記憶されたプログラム又はサーバから転送されたプログラムを、一旦、主記憶装置に格納する。そして、コンピュータは、主記憶装置に格納されたプログラムをプロセッサで読み取り、読み取ったプログラムに従った処理をプロセッサで実行する。コンピュータは、可搬型媒体から直接プログラムを読み取り、プログラムに従った処理を実行してもよい。コンピュータは、コンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行してもよい。サーバからコンピュータへのプログラムの転送は行わず、実行指示及び結果取得のみによって機能を実現する、いわゆるＡＳＰ型のサービスによって処理を実行してもよい。「ＡＳＰ」は、application service providerの略語である。プログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるものが含まれる。例えば、コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータは、「プログラムに準ずるもの」に該当する。

情報提供装置２０の一部又は全ての機能が、制御部２１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、情報提供装置２０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図３を参照して、本実施形態に係る端末装置３０の構成を説明する。

端末装置３０は、制御部３１と、記憶部３２と、通信部３３と、入力部３４と、出力部３５と、測位部３６とを備える。

制御部３１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。プログラマブル回路は、例えば、ＦＰＧＡである。専用回路は、例えば、ＡＳＩＣである。制御部３１は、端末装置３０の各部を制御しながら、端末装置３０の動作に関わる処理を実行する。

記憶部３２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部３２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部３２には、端末装置３０の動作に用いられるデータと、端末装置３０の動作によって得られたデータとが記憶される。

通信部３３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＴＥ、４Ｇ規格、若しくは５Ｇ規格などの移動通信規格に対応したインタフェース、Bluetooth（登録商標）などの近距離無線通信に対応したインタフェース、又はＬＡＮインタフェースである。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th generationの略語である。「５Ｇ」は、5th generationの略語である。通信部３３は、端末装置３０の動作に用いられるデータを受信し、また端末装置３０の動作によって得られるデータを送信する。

入力部３４は、少なくとも１つの入力用インタフェースを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクである。入力部３４は、端末装置３０の動作に用いられるデータを入力する操作を受け付ける。入力部３４は、端末装置３０に備えられる代わりに、外部の入力機器として端末装置３０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの任意の方式を用いることができる。

出力部３５は、少なくとも１つの出力用インタフェースを含む。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。出力部３５は、端末装置３０の動作によって得られるデータを出力する。出力部３５は、端末装置３０に備えられる代わりに、外部の出力機器として端末装置３０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの任意の方式を用いることができる。

測位部３６は、少なくとも１つのＧＮＳＳ受信機を含む。「ＧＮＳＳ」は、global navigation satellite systemの略語である。ＧＮＳＳは、例えば、ＧＰＳ、ＱＺＳＳ、ＢｅｉＤｏｕ、ＧＬＯＮＡＳＳ、又はGalileoである。「ＧＰＳ」は、Global Positioning Systemの略語である。「ＱＺＳＳ」は、Quasi-Zenith Satellite Systemの略語である。ＱＺＳＳの衛星は、準天頂衛星と呼ばれる。「ＧＬＯＮＡＳＳ」は、Global Navigation Satellite Systemの略語である。測位部３６は、端末装置３０の位置を測定する。

端末装置３０の機能は、任意の端末プログラムを、制御部３１としてのプロセッサで実行することにより実現される。すなわち、端末装置３０の機能は、ソフトウェアにより実現される。端末プログラムは、端末装置３０の動作をコンピュータに実行させることで、コンピュータを端末装置３０として機能させる。すなわち、コンピュータは、端末プログラムに従って端末装置３０の動作を実行することにより端末装置３０として機能する。

端末装置３０の一部又は全ての機能が、制御部３１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、端末装置３０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図４を参照して、本実施形態に係る車両４０の構成を説明する。

車両４０は、制御部４１と、記憶部４２と、通信部４３と、測位部４６と、撮像部４７と、を備える。

制御部４１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、少なくとも１つのＥＣＵ、又はこれらの組合せを含む。「ＥＣＵ」は、electronic control unitの略語である。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。プログラマブル回路は、例えば、ＦＰＧＡである。専用回路は、例えば、ＡＳＩＣである。制御部４１は、車両４０の各機能部品を制御しながら、車両４０の動作に関わる処理を実行する。

記憶部４２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部４２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部４２には、車両４０の動作に用いられるデータと、車両４０の動作によって得られたデータとが記憶される。

通信部４３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部４３は、車両４０の動作に用いられるデータを受信し、また車両４０の動作によって得られるデータを送信する。

測位部４６は、少なくとも１つのＧＮＳＳ受信機を含む。ＧＮＳＳは、例えば、ＧＰＳ、ＱＺＳＳ、ＢｅｉＤｏｕ、ＧＬＯＮＡＳＳ、又はGalileoである。測位部４６は、車両４０の位置を測定する。

撮像部４７は、視野内の被写体を撮像した動画を生成する車載カメラを含む。動画は、所定のフレームレート（例えば、３０ｆｐｓ）で撮像された複数の静止画像を含んで構成される。以下、当該複数の静止画像のそれぞれをフレームともいう。当該車載カメラは、単眼カメラであってもよく、或いはステレオカメラであってもよい。例えば、ドライブレコーダ又は乗員が使用するスマートフォン等のカメラ機能を有する電子機器が、撮像部４７として機能してもよい。

車両４０の機能は、任意の車両プログラムを、制御部４１としてのプロセッサで実行することにより実現される。すなわち、車両４０の機能は、ソフトウェアにより実現される。車両プログラムは、車両４０の動作をコンピュータに実行させることで、コンピュータを車両４０として機能させる。すなわち、コンピュータは、車両プログラムに従って車両４０の動作を実行することにより車両４０として機能する。

車両４０の一部又は全ての機能が、制御部４１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、車両４０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図５を参照して、本実施形態に係る情報提供システム１０の動作を説明する。この動作は、本実施形態に係る情報提供方法に相当する。

ステップＳ１０１において、情報提供装置２０の制御部２１は、車両４０で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が第１ユーザに提供されず食材が余るかどうかを推定する。食材が余るかどうかの推定は任意の方法で行われてよい。１つの例として、情報提供装置２０の制御部２１は、第１料理を第１ユーザに提供することが予定された第１地点を示す第１地点情報、第１ユーザの位置を示す第１位置情報、及び第１料理を第１ユーザに提供することが予定された時刻を示す時刻情報に基づいて、食材が余るかどうかを推定する。

本実施形態において、車両４０は、食材を調理している間停車している。情報提供装置２０の制御部２１は、第１料理が、車両４０に設けられた食事スペースにおいて第１ユーザに提供されることが予定されている場合に、第１地点情報として、車両４０の位置する地点を示す情報を取得する。本実施形態において、車両４０の記憶部４２には、第１ユーザの予約情報を格納した予約データベースが構築されている。予約データベースに格納される第１ユーザの予約情報は、第１ユーザが予約した料理の種類、提供場所、提供形態、及び提供予定時刻などを示す情報である。制御部２１は、予約データベースを参照して、第１ユーザが第１料理の提供形態として車両４０に設けられた食事スペースで食事をすることを希望していると判断し、第１地点情報として、車両４０の位置する地点を示す情報を取得する。第１ユーザが、第１料理の提供形態として、車両４０から第１料理の持ち帰りを希望していると判断された場合にも、制御部２１は、第１地点情報として、車両４０の位置する地点を示す情報を取得する。

車両４０の位置する地点を示す情報は、例えば、車両４０の位置情報である。車両４０の位置情報は任意の方法で取得されてよい。１つの例として、情報提供装置２０の制御部２１は、車両４０の測位部４６により測定した位置を示す位置情報を車両４０の位置情報として取得する。位置は、例えば、２次元座標又は３次元座標で示される。

本実施形態の一変形例として、情報提供装置２０の制御部２１は、ステップＳ１０１において、第１料理が、車両４０により第１ユーザに配達されることが予定されている場合に、第１地点情報として、第１ユーザにより指定された地点を示す情報を取得する。制御部２１は、車両４０の記憶部４２に構築されている予約データベースを参照して、第１ユーザが第１料理の提供形態として配達を希望していると判断し、第１地点情報として、予約情報に含まれる第１ユーザにより指定された地点を示す情報を取得する。第１ユーザにより指定された地点は、例えば、第１ユーザが、配達される第１料理の受け取りを希望した地点である。

第１位置情報は任意の方法で取得されてよい。１つの例として、情報提供装置２０の制御部２１は、第１ユーザの保持する端末装置の測位部により測定した位置を示す位置情報を第１位置情報として取得する。

第１料理を第１ユーザに提供することが予定された時刻を示す時刻情報は、車両４０における予約済みの時間枠のうち、第１ユーザにより予約された時間枠の開始時刻を示す情報である。時刻情報は任意の方法で取得されてよい。本実施形態では、情報提供装置２０の制御部２１は、車両４０の記憶部４２に構築された、車両４０の予約状況を格納したデータベースを参照して時刻情報を取得する。

情報提供装置２０の制御部２１は、第１位置情報で示される位置から第１地点情報で示される第１地点までの所要時間を算出する。制御部２１は、独自に所要時間を算出してもよいし、又はインターネット上のＧＩＳなど、外部のシステムを利用して所要時間を算出してもよい。「ＧＩＳ」は、geographic information systemの略語である。制御部２１は、第１ユーザが時刻情報で示される時刻に間に合うかどうかを予測する。具体的には、制御部２１は、算出した所要時間に基づいて、第１ユーザが車両４０に到着する到着時刻を予測する。予測した到着時刻が、第１ユーザにより予約された時間枠の開始時刻よりも遅ければ、第１ユーザが間に合わないと予測する。

情報提供装置２０の制御部２１は、第１ユーザが間に合わないと予測した場合に、食材が余ると推定する。これは、第１ユーザが間に合わない場合には、予約が取消又は変更となる可能性が高く、第１ユーザに提供される予定であった第１料理が不要になり、そのため食材が余ると考えられるためである。

第１ユーザが間に合わない場合、すなわち、食材が余ると推定された場合にはステップＳ１０２の処理が行われる。第１ユーザが間に合う場合、すなわち、食材が余らないと推定された場合には、図５のフローが終了する。

ステップＳ１０２において、情報提供装置２０の制御部２１は、車両４０で食材を調理して得られる第２料理を第２ユーザ１２に提供する第２地点を決定する。第２料理は、ステップＳ１０１において余ると推定された食材を車両４０で調理して得られる料理である。第２料理の種類は、調理される食材が同じであれば、第１料理の種類と同じものであってもよいし、違うものであってもよい。実例として、第１ユーザに提供される予定の料理がハンバーグであり、余ると推定された食材がひき肉であるとする。この場合、第２ユーザ１２に提供される料理はハンバーグであってもよいし、キーマカレーであってもよい。

第２料理が第２ユーザ１２に提供される第２地点は、任意の方法で決定されてよい。本実施形態では、第２料理は車両４０で提供される。よって、情報提供装置２０の制御部２１は、車両４０の位置する地点を、第２地点と決定する。

本実施形態の一変形例として、第２料理が第２ユーザ１２に配達される場合に、情報提供装置２０の制御部２１は、車両４０の位置からの距離が第２閾値Ｖ２未満の地点を第２地点と決定する。すなわち、車両４０から離れた地点が第２地点として決定される。第２閾値Ｖ２は、任意の値でよいが、例えば、第２料理の調理に必要とされる時間内に車両４０が移動可能な距離とする。本変形例において、車両４０は、食材を調理する間移動している。車両４０は、食材を調理しながら第２地点まで移動することができる。よって、車両４０が第２地点に到着したときに第２料理ができあがるようにすれば、第２料理ができあがってから配達される場合に比べて、第２ユーザ１２が第２料理の提供を受けるまでの待ち時間が短縮され、且つ第２ユーザ１２にできたての第２料理を提供することができるようになる。例えば、第２料理の調理に必要な時間が３０分であるとする。また、車両４０の移動速度が時速４０ｋｍであるとする。この場合、第２閾値Ｖ２は２０ｋｍとなる。第２地点に配達された第２料理は、第２ユーザに対し、持ち帰り用として提供されてもよいし、車両４０の食事スペースにおいて提供されてもよい。

情報提供装置２０の制御部２１は、第２地点を決定した場合に、第２料理の詳細を示す第２料理情報を生成する。制御部２１は、第２料理情報として、第２料理の名称、量、又は価格を示す情報を生成する。制御部２１は、第２料理情報として、第２料理の提供時刻を示す情報を生成してもよい。第２料理の提供時刻は、任意の方法で決定されてよい。１つの例として、制御部２１は、食材の調理が完了し第２料理ができあがる時刻を提供時刻として決定する。

ステップＳ１０３において、情報提供装置２０の制御部２１は、第２ユーザ１２の位置を示す第２位置情報を取得し、取得した第２位置情報で示される位置から第２地点情報で示される第２地点までの距離が第１閾値Ｖ１未満であるか否かを判断する。第２位置情報は任意の方法で取得されてよい。１つの例として、情報提供装置２０の制御部２１は、第２ユーザ１２の保持する端末装置３０の測位部３６により測定した位置を示す位置情報を第２位置情報として取得する。

本実施形態では、第２地点は車両４０の位置である。第１閾値Ｖ１は、任意の値でよいが、第１閾値Ｖ１が大きすぎると、第２ユーザ１２が車両４０に到着するのに時間がかかり、できあがった第２料理が冷めてしまうなど、第２料理の品質が劣化しうる。そのため、本実施形態では、第１閾値Ｖ１は、第２料理の品質を確保できるような値に調整される。具体的には、第１閾値Ｖ１は、第２料理の調理に必要とされる時間内に第２ユーザ１２が移動可能な距離とする。すなわち、第２料理が完成するまでに、第２ユーザ１２が車両４０に到着することができる距離とする。例えば、第２料理の調理に必要な時間が３０分であるとする。また、第２ユーザ１２の移動速度が時速４ｋｍであるとする。この場合、第１閾値Ｖ１は２ｋｍとなる。本実施形態において、第１ユーザの位置から第１地点までの距離が２ｋｍ未満である場合には、ステップＳ１０４の処理が行われる。第１ユーザの位置から第１地点までの距離が２ｋｍ以上である場合には、図５のフローが終了する。

ステップＳ１０４において、情報提供装置２０の通信部２３は、第２ユーザ１２の端末装置３０に対し、ステップＳ１０２で制御部２１が生成した第２料理情報を、第２地点を示す第２地点情報とともに、第２ユーザ１２の端末装置に送信する。

端末装置３０の通信部３３は、情報提供装置２０から、ステップＳ１０４で送信された第２地点情報及び第２料理情報を受信する。端末装置３０の制御部３１は、通信部３３により受信された第２地点情報及び第２料理情報を取得する。

端末装置３０の制御部３１は、第２ユーザ１２に向けて、取得した第２地点情報及び第２料理情報を提示する。具体的には、端末装置３０の制御部３１は、第２地点情報で示される車両４０の位置及び第２料理情報で示される第２料理の名称、量、又は価格を出力部３５に出力させる。本実施形態では、制御部３１は、図６に示すように、第２地点情報及び第２料理情報を、出力部３５に相当するディスプレイに表示するが、第２地点情報及び第２料理情報を、出力部３５に相当するスピーカから音声で出力してもよい。図６において、第２料理情報で示される第２料理の名称として「ハンバーグ」、量として「個数」、及び価格として「５００円」が表示されている。量としての「個数」は提供可能な個数を上限としてプルダウンメニューで選択されて表示される。未選択の場合は「－」が表示される。また、第２地点情報として、「提供地点」が表示されている。本例では、第２料理の提供形態は車両４０での提供である。すなわち、「店内／持ち帰り」が選択されている。提供場所として、「店内／持ち帰り」の右にある位置情報のアイコンが第２ユーザ１２によりタップされると、地図が表示され、第２地点として、車両４０のある地点の位置が示される。あるいは、第２料理の提供形態として、車両４０で第２料理が配達される場合には、第２料理の提供形態として「配達」が選択される。この場合、提供地点として、「配達」の右にある位置情報のアイコンが第２ユーザ１２によりタップされると、地図が表示され、第２地点として、車両４０から第２閾値Ｖ２未満の地点の位置が示される。

本実施形態によれば、第１ユーザに提供されず余った食材が、第２ユーザ１２に第２料理として提供される。その結果、余った食材が無駄になることなく有効に利用される。

本実施形態において、第１料理又は第２料理が車両４０において持ち帰り用として提供される場合、車両４０は食事スペースを備えていなくてもよい。

本実施形態の一変形例として、情報提供装置２０は車両４０に搭載されていてもよい。

本開示は上述の実施形態に限定されるものではない。例えば、ブロック図に記載の複数のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の複数のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本開示の趣旨を逸脱しない範囲での変更が可能である。

１０ 情報提供システム
１２ 第２ユーザ
２０ 情報提供装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 出力部
３０ 端末装置
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 出力部
３６ 測位部
４０ 車両
４１ 制御部
４２ 記憶部
４３ 通信部
４６ 測位部
４７ 撮像部
５０ ネットワーク

Claims (20)

1. 車両で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が前記第１ユーザに提供されず前記食材が余るかどうかを推定し、前記食材が余ると推定した場合に、前記車両で前記食材を調理して得られる第２料理を前記第１ユーザとは別の第２ユーザに提供する地点を決定する制御部を備える情報提供装置。
2. 前記制御部は、前記第１料理を前記第１ユーザに提供することが予定された地点を示す第１地点情報、前記第１ユーザの位置を示す第１位置情報、及び前記第１料理を前記第１ユーザに提供することが予定された時刻を示す時刻情報に基づいて、前記食材が余るかどうかを推定する、請求項１に記載の情報提供装置。
3. 前記制御部は、前記第１位置情報で示される位置から前記第１地点情報で示される地点までの所要時間を算出して、前記第１ユーザが前記時刻情報で示される時刻に間に合うかどうかを予測し、前記第１ユーザが間に合わないと予測した場合に、前記食材が余ると推定する、請求項２に記載の情報提供装置。
4. 前記制御部は、前記第１料理が、前記車両に設けられた食事スペースにおいて前記第１ユーザに提供されることが予定されている場合に、前記第１地点情報として、前記車両の位置する地点を示す情報を取得する、請求項２又は請求項３に記載の情報提供装置。
5. 前記制御部は、前記第１料理が、前記車両により前記第１ユーザに配達されることが予定されている場合に、前記第１地点情報として、前記第１ユーザにより指定された地点を示す情報を取得する、請求項２又は請求項３に記載の情報提供装置。
6. 前記制御部により前記第２料理を前記第２ユーザに提供する地点が決定された場合に、前記第２料理の詳細を示す第２料理情報を、決定された地点を示す第２地点情報とともに、前記第２ユーザの端末装置に送信する通信部を更に備える、請求項１から請求項５のいずれか１項に記載の情報提供装置。
7. 前記制御部は、前記第２料理情報として、前記第２料理の名称、量、又は価格を示す情報を生成する、請求項６に記載の情報提供装置。
8. 前記制御部は、前記第２料理情報として、前記第２料理の提供時刻を示す情報を生成する、請求項６に記載の情報提供装置。
9. 前記制御部は、前記第２ユーザの位置を示す第２位置情報を取得し、取得した第２位置情報で示される位置から前記第２地点情報で示される第２地点までの距離が第１閾値未満である場合に、前記第２地点情報及び前記第２料理情報を送信する、請求項６から請求項８のいずれか１項に記載の情報提供装置。
10. 前記制御部は、前記食材が余ると推定した場合に、前記車両の位置する地点を、前記第２料理を前記第２ユーザに提供する地点と決定する、請求項１から請求項９のいずれか１項に記載の情報提供装置。
11. 前記制御部は、前記食材が余ると推定した場合に、前記車両の位置からの距離が第２閾値未満の地点を、前記第２料理を前記第２ユーザに提供する地点と決定する、請求項１から請求項９のいずれか１項に記載の情報提供装置。
12. 請求項１から請求項１１のいずれか１項に記載の情報提供装置を搭載する車両。
13. 請求項１から請求項１１のいずれか１項に記載の情報提供装置と、
    前記情報提供装置と通信する端末装置と
    を備える情報提供システム。
14. 車両で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が前記第１ユーザに提供されず前記食材が余るかどうかを推定することと、
    前記食材が余ると推定した場合に、前記車両で前記食材を調理して得られる第２料理を前記第１ユーザとは別の第２ユーザに提供する地点を決定することと
    を含む動作をコンピュータに実行させる情報提供プログラム。
15. 前記推定することは、
    前記食材を前記第１ユーザに提供することが予定された地点を示す第１地点情報、前記第１ユーザの位置を示す第１位置情報、及び前記第１料理を前記第１ユーザに提供することが予定された時刻を示す時刻情報に基づいて、前記食材が余るかどうかを推定することを含む、請求項１４に記載の情報提供プログラム。
16. 前記推定することは、
    前記第１位置情報で示される位置から前記第１地点情報で示される地点までの所要時間を算出して、前記第１ユーザが前記時刻情報で示される時刻に間に合うかどうかを予測し、前記第１ユーザが間に合わないと予測した場合に、前記食材が余ると推定することを含む、請求項１５に記載の情報提供プログラム。
17. 情報提供装置により、車両で食材を調理して得られる第１料理であって、第１ユーザに提供されることが予定された第１料理が前記第１ユーザに提供されず前記食材が余るかどうかを推定することと、
    前記情報提供装置により、前記食材が余ると推定した場合に、前記車両で前記食材を調理して得られる第２料理を前記第１ユーザとは別の第２ユーザに提供する地点を決定することと
    を含む、情報提供方法。
18. 前記推定することは、前記第１料理を前記第１ユーザに提供することが予定された地点を示す第１地点情報、前記第１ユーザの位置を示す第１位置情報、及び前記第１料理を前記第１ユーザに提供することが予定された時刻を示す時刻情報に基づいて、前記食材が余るかどうかを推定することを含む、請求項１７に記載の情報提供方法。
19. 前記推定することは、前記第１位置情報で示される位置から前記第１地点情報で示される地点までの所要時間を算出して、前記第１ユーザが前記時刻情報で示される時刻に間に合うかどうかを予測し、前記第１ユーザが間に合わないと予測した場合に、前記食材が余ると推定することを含む、請求項１８に記載の情報提供方法。
20. 前記情報提供装置により、前記第２料理を前記第２ユーザに提供する地点を決定した場合に、前記第２料理の詳細を示す第２料理情報を、決定された地点を示す第２地点情報とともに、前記第２ユーザの端末装置に送信することを更に含む、請求項１７から請求項１９のいずれか１項に記載の情報提供方法。
    

Images