WO2021172473A1

WO2021172473A1 - 情報提示方法、プログラム、及び情報提示システム

Info

Publication number: WO2021172473A1
Application number: PCT/JP2021/007203
Authority: WO
Inventors: 路子笹川; 光洋阿曽; 田辺　直久; 伸恵成田
Original assignee: パナソニックＩｐマネジメント株式会社
Priority date: 2020-02-26
Filing date: 2021-02-25
Publication date: 2021-09-02
Also published as: US20220405335A1; JPWO2021172473A1

Abstract

情報提示方法は、複数の食事提案の中からいずれかの食事提案をユーザ（５）に提示する情報提示方法であって、ユーザ（５）に関連するユーザ情報を取得する取得ステップと、取得したユーザ情報からユーザ（５）に関連する条件情報を決定し、条件情報に基づいて複数の中間ワード（Ｂ１）を決定する第１決定ステップと、複数の中間ワード（Ｂ１）をユーザ（５）に提示する第１提示ステップと、複数の食事提案のうち、ユーザ（５）が選択した１以上の中間ワード（Ｂ１）に対応する食事提案を決定する第２決定ステップと、決定した食事提案をユーザ（５）に提示する第２提示ステップと、含み、複数の中間ワード（Ｂ１）の各々は、複数の食事提案のうちのいずれか１以上の食事提案に関する属性に対応するワードである。

Description

情報提示方法、プログラム、及び情報提示システム

　本開示は、一般に、情報提示方法、プログラム、及び情報提示システムに関する。より詳細には、複数の提示情報の中からいずれかの提示情報をユーザに提示する情報提示方法、プログラム、及び情報提示システムに関する。

　特許文献１には、楽曲検索システムについて開示されている。この楽曲検索システムは、楽曲データと、５Ｗ１Ｈの情報を関連付けて管理し、５Ｗ１Ｈの検索キーワードに基づいてユーザの嗜好や状況にマッチした楽曲を検索可能とする。また楽曲検索システムでは、情報端末が、ユーザから５Ｗ１Ｈ情報の入力を受け付け楽曲の検索要求を行う検索要求部と、楽曲を再生する楽曲再生部と、所望とする楽曲をライブラリに登録するライブラリ登録部とを備えている。

国際公開第２０１７／０３３２２０号

　特許文献１に開示される楽曲検索システムには、楽曲の検索結果を得るために、ユーザが自分で５Ｗ１Ｈ情報を検索要求部に入力するという手間がある。

　本開示は上記事由に鑑みてなされ、ユーザの利便性が改善されつつ、ユーザの意思が反映されやすい、情報提示方法、プログラム、及び情報提示システムを提供することを目的とする。

　本開示の一態様の情報提示方法は、複数の食事提案の中からいずれかの食事提案をユーザに提示する情報提示方法であって、前記ユーザに関連するユーザ情報を取得する取得ステップと、取得した前記ユーザ情報から前記ユーザに関連する条件情報を決定し、前記条件情報に基づいて複数の中間ワードを決定する第１決定ステップと、前記複数の中間ワードの中から１以上の中間ワードを選択させるように、前記複数の中間ワードを前記ユーザに提示する第１提示ステップと、前記複数の食事提案のうち、前記ユーザが選択した前記１以上の中間ワードに対応する食事提案を決定する第２決定ステップと、決定した前記食事提案を前記ユーザに提示する第２提示ステップと、を含み、前記複数の中間ワードの各々は、前記複数の食事提案のうちのいずれか１以上の食事提案に関する属性に対応するワードである。

　本開示の一態様のプログラムは、１以上のプロセッサに上記の情報提示方法を実行させるためのプログラムである。

　本開示の一態様の情報提示システムは、食事に関する複数の食事提案の中からいずれかの食事提案をユーザに提示する情報提示システムであって、前記ユーザに関連するユーザ情報を取得する取得部と、取得した前記ユーザ情報から前記ユーザに関連する条件情報を決定し、前記条件情報に基づいて複数の中間ワードを決定する第１決定部と、前記複数の中間ワードの中から１以上の中間ワードを選択させるように、前記複数の中間ワードを前記ユーザに提示する第１提示部と、前記複数の食事提案のうち、前記ユーザが選択した前記１以上の中間ワードに対応する食事提案を決定する第２決定部と、決定した前記食事提案を前記ユーザに提示する第２提示部と、を備え、前記複数の中間ワードの各々は、前記複数の食事提案のうちのいずれか１以上の食事提案に関する属性から連想されるワードである。

　本開示によれば、ユーザの利便性が改善されつつ、ユーザの意思が反映されやすい、という利点がある。

図１は、一実施形態に係る情報提示システムの概略構成図である。図２は、同上の情報提示システムにおける提示装置のブロック構成図である。図３Ａ～図３Ｃは、同上の情報提示システムにおける、複数のユーザを含むグループ、条件情報、及び属性をそれぞれ説明するための概念図である。図４は、同上の提示装置における画面遷移を説明するための図である。図５は、同上の情報提示システムにおける動作例を説明するためのシーケンス図である。図６は、同上の提示装置の変形例を説明するための図である。図７は、同上の提示装置の別の変形例を説明するための図である。図８は、実施の形態の具体例に係る提示システムの機能構成を示すブロック図である。図９は、実施の形態の具体例に係る情報提示システムの動作を示すフローチャートである。図１０は、実施の形態の具体例に係る中間ワードの削除の様子を例示する図である。図１１は、実施の形態の具体例に係る非表示リストの一例を示す図である。図１２は、実施の形態の具体例に係る中間ワードの削除に関する動作を示すフローチャートである。図１３は、実施の形態の具体例に係る中間ワードの更新の様子を例示する図である。図１４は、実施の形態の具体例に係る中間ワードの更新に関する動作を示すフローチャートである。図１５は、実施の形態の具体例に係る食材の価値に応じた態様で提示される中間ワードを例示する図である。図１６は、実施の形態の具体例に係るユーザ情報に基づき提示される中間ワードを例示する図である。

　（１）概要
　以下の実施形態において説明する各図は、模式的な図であり、各図中の各構成要素の大きさ及び厚さそれぞれの比が、必ずしも実際の寸法比を反映しているとは限らない。

　本実施形態の一の形態に係る情報提示方法は、複数の提示情報Ａ１の中からいずれかの提示情報Ａ１（図４参照）をユーザ５に提示する方法である。ここでは一例として、「提示情報」は、食事に関する食事情報を含み、特に食事情報は、調理メニューや調理メニューの組み合わせ等に関する情報を含むものとする。また食事情報は、調理メニューに加えて、レシピ（調理法）に関する情報、及び、中食や外食に関する情報（レストラン店等の店舗情報）も含むものとする。以下では、メニューの品数に関わらず（１品でも複数品でも）調理メニュー及びレシピをまとめて、単に「献立」と呼び、提示情報Ａ１に関する提案を「献立提案」と呼ぶことがある。

　提示情報Ａ１は、食事に関する食事情報を含むことに限定されない。提示情報Ａ１は、食事の代わりに音楽、書籍又は映像等に関する情報を含んでもよい。本実施形態では、情報提示方法によって、例えば、当日、翌日、或いは、１週間分又は１ヵ月分等の長期間分の食事情報を提供することを想定する。

　情報提示方法は、第１決定ステップと、第１提示ステップと、第２決定ステップと、第２提示ステップと、を含む。

　第１決定ステップにて、複数の中間ワードＢ１をユーザ５（図１参照）に関連する条件情報Ｃ１（図３Ｂ参照）に基づいて決定する。ここではある住宅２００の家族に着目して情報提示方法が利用される場合を一例に説明する。すなわち、ユーザ５を複数（母親５０、父親５３、子供５１、及び祖父５２）含むグループＧ１（一世帯）の単位で情報提示方法が利用される。しかし、ユーザ５の数は特に限定されず、一人のユーザ単位でも情報提示方法は利用され得るし、組織又は団体の単位でも利用され得る。

　ここでいう「条件情報」とは、ユーザ状況、在庫状況、及び、環境状況の少なくとも１つに関する情報（取得情報）であり、当該情報は、所定の条件を満たしているか否かを判定するために用いられる。ユーザ状況に関する情報は、例えばユーザ５の現在居る場所（位置）に関する情報、及びユーザ５の健康状態等に関する情報である。在庫状況に関する情報は、例えば住宅２００（の冷凍・冷蔵庫等）で保管されている食材の種類や管理期限（具体的には消費期限又は賞味期限等）に関する情報である。環境状況に関する情報は、例えば住宅２００の周囲環境或いはユーザ５の周囲の温度、湿度、又は季節等に関する情報である。

　第１提示ステップにて、複数の中間ワードＢ１の中から１以上の中間ワードＢ１を選択させるように、複数の中間ワードＢ１をユーザ５に提示する。本実施形態では、ユーザ５が所有（例えば携帯）する情報端末に相当する提示装置２の出力部２５に、複数の中間ワードＢ１を出力（提示）させる。

　ここでいう「情報端末」は、例えばスマートフォン、又はタブレット端末等である。「提示」は、例えば、タッチパネル式の液晶ディスプレイ又は有機ＥＬ（Electro-Luminescence）ディスプレイを含む表示部２５Ａ（図４参照）からの画面出力によって行われることを想定する。しかし、提示装置２は、携帯型の端末に限定されず、例えば据置型のパーソナルコンピュータであってもよい。また「提示」は、画面出力に限られず、画面出力の代わりに又は画面出力に加えて、音声出力によって行われてもよい。例えば提示装置２は、人工知能（ＡＩ：Artificial Intelligence）技術を適用したスマートスピーカ、いわゆるＡＩスピーカであってもよい。提示装置２は、スマートテレビでもよい。提示装置２は、携帯型の端末ではない場合、住宅２００内のキッチン等に設置され得る。

　第２決定ステップにて、複数の提示情報Ａ１のうち、ユーザ５が選択した１以上の中間ワードＢ１に対応する提示情報Ａ１を決定する。第２提示ステップにて、決定した提示情報Ａ１をユーザ５に提示する。第２提示ステップも、基本的には、第１提示ステップで複数の中間ワードＢ１を提示した提示装置２と同じ提示装置２から、決定した提示情報Ａ１を提示する。提示情報Ａ１（食事情報）の一例を挙げると、提示情報Ａ１は、「小松菜のお浸し」という調理メニューに関する情報（テキスト情報及び画像情報）を含み得る（図４参照）。また提示情報Ａ１は、例えば「小松菜のお浸し」のレシピ（調理法）に関する情報（テキスト情報及び画像情報）を含み得る。

　第１提示ステップと第２提示ステップとで提示する提示先は異なってもよい。例えば、第１提示ステップにおける提示は、ユーザ５の所有するスマートフォンに行われ、第２提示ステップにおける提示は、ユーザ５の所有するスマートテレビに行われてもよい。また第２提示ステップで提示される提示情報Ａ１は、１つに限定されず、複数でもよい。

　ここで、複数の中間ワードＢ１の各々は、複数の提示情報Ａ１のうちのいずれか１以上の提示情報Ａ１に関する属性Ｄ１（図３Ｃ参照）から連想されるワードである。提示情報Ａ１（食事情報）は、例えば、調理メニューに必要となる「食材」、調理メニューの「調理時間」、調理メニューの「温度」、及び調理メニューが作られる「季節（時期）」といった複数の属性Ｄ１を含み得る。例えば属性Ｄ１が食材であれば、中間ワードＢ１は、「小松菜」といった食材の名称を示すワードを含む。また属性Ｄ１が調理時間であれば、中間ワードＢ１は、調理時間から連想される「時短」（すぐに作れる）といったワードを含む。なお、ここでは属性Ｄ１の「温度」情報は、調理したメニュー自体の温度として説明したが、「温度」情報は調理メニューに適した外気温であってもよい。例えば、「鍋」の調理メニューの属性「温度」には、急激な寒さを感じるような外気温の条件（例：外気温が１３度以下で、その日、或いは前日から温度が－５度以上の場合等）を設定することもできる。

　本実施形態の情報提示方法によれば、複数の中間ワードＢ１をユーザ５（図１参照）に関連する条件情報Ｃ１に基づいて決定して提示するため、ユーザ５は、複数の中間ワードＢ１から関心のある中間ワードＢ１を選択するだけで、提示情報Ａ１が提示される。つまり、特許文献１とは違って、ユーザ５自身が中間ワードＢ１に相当するような検索ワードを考えて入力するといった手間がない。結果的に、ユーザ５の利便性が改善されつつ、ユーザ５の意思が反映されやすくなる、という利点がある。

　実施形態の別の形態に係る情報提示システム１００は、複数の提示情報Ａ１の中からいずれかの提示情報Ａ１をユーザに提示する。

　情報提示システム１００は、図１に示すように、第１決定部１１と、第１提示部１３と、第２決定部１２と、第２提示部１４と、を備えている。

　第１決定部１１は、複数の中間ワードＢ１を条件情報Ｃ１に基づいて決定する。第１提示部１３は、複数の中間ワードＢ１の中から１以上の中間ワードＢ１を選択させるように、複数の中間ワードＢ１をユーザ５に提示する。第２決定部１２は、複数の提示情報Ａ１のうち、ユーザ５が選択した１以上の中間ワードＢ１に対応する提示情報Ａ１を決定する。第２提示部１４は、決定した提示情報Ａ１をユーザ５に提示する。

　この情報提示システム１００においても、ユーザ５の利便性が改善されつつ、ユーザ５の意思が反映されやすくなる、という利点がある。

　なお、本実施形態では、第１決定部１１、第１提示部１３、第２決定部１２、及び第２提示部１４の機能が全て、１又は複数の提示装置２と通信可能なサーバ１に集約して組み込まれているものとする。しかし、これらの機能のうちの少なくとも一部の機能が、サーバ１以外の装置に組み込まれてもよい。またサーバ１は、１台のサーバ装置から構成されることを想定するが、複数台のサーバ装置から構成されてもよいし、そのようなサーバ装置が、例えばクラウド（クラウドコンピューティング）を構築してもよい。

　本実施形態の情報提示システム１００は、例えば、ユーザ５が日々選択する中間ワードＢ１等に関する履歴情報を管理し、機械学習により、ユーザ５の生活パターン（生活習慣、生活リズム）及び嗜好により合った複数の中間ワードＢ１を決定する。

　（２）詳細
　以下、本実施形態に係る情報提示システム１００の構成について、図１～図５を参照しながら詳しく説明する。

　（２．１）全体構成
　情報提示システム１００は、複数の提示情報Ａ１の中からいずれかの提示情報Ａ１をユーザ５に提示するように構成される。ここでは情報提示システム１００は、ユーザ５からの要求に応じて「献立」を提案する提案処理を実行するように構成される。情報提示システム１００は、１又は複数の提示装置２と、サーバ１と、を備えている。ここでは上述の通り、ある住宅２００に住む複数のユーザ５（家族）に着目しており、情報提示システム１００は、宅内に設置される調理家電の１つである（電子）レンジ装置４、及び宅内に設置されるルータ６を更に備えている。ただし、情報提示システム１００は、食事に関する食事情報（提示情報Ａ１）のサービス提供を必要とするユーザであれば、住宅２００に住む家族に適用されることに限定されない。

　ここでは住宅２００に住む家族は、母親５０、父親５３、子供５１、及び祖父５２の４人のユーザ５から構成され、一例として母親５０が、日々の家族全員分の食事を調理しているものとする。したがって、主に母親５０（調理者Ｘ１）が、情報提示システム１００から、日々の献立に関する支援（提示情報Ａ１の提供）を所望する者となる。もちろん、調理者Ｘ１の代行として臨時的に母親５０以外の家族（例えば父親５３）が調理者Ｘ１となる可能性もある。

　本実施形態では、図１に示すように、家族全員（複数のユーザ５）が、それぞれ提示装置２を１台ずつ所有（携帯）している。母親５０は提示装置２Ａを所有し、子供５１は提示装置２Ｂを所有し、祖父５２は提示装置２Ｃを所有し、父親５３は提示装置２Ｄを所有する。

　各提示装置２は、上述の通り、一例としてスマートフォン等の携帯型の情報端末を想定する。各提示装置２は、それを携帯するユーザ５が住宅２００内に居る場合、宅内に設置のルータ６と通信可能に接続される。各提示装置２は、ルータ６と、例えばＷｉ－Ｆｉ（登録商標）等の規格に準拠した無線通信を行う。ルータ６は、宅内の各種の電子機器とも通信可能に接続され得る。本実施形態では、レンジ装置４が、ルータ６と通信可能な電子機器の１つに相当する。そして、各提示装置２は、ルータ６を介して、レンジ装置４と無線通信可能である。またルータ６と通信可能な他の電子機器としては、冷凍・冷蔵庫、オーブン、及び炊飯器等の、及びその他調理用機器等である。また住宅２００内にＨＥＭＳ（Home Energy Management System）が導入されていれば、ＨＥＭＳのコントローラも、ルータ６と通信可能に接続される。ルータ６は、インターネット等のネットワークＮＴ１（図１参照）と接続されている。各提示装置２、及び各種の電子機器は、ルータ６を介して、住宅２００の外部のサーバ１と通信可能となっている。なお、サーバ１については、次の欄で詳しく説明する。

　各提示装置２は、図２に示すように、通信部２１と、制御部２２と、記憶部２３と、入力部２４と、出力部２５と、検知部２６とを備えている。各提示装置２には、レンジ装置４及びサーバ１等と通信して食事に関するＧＵＩ（Graphical User Interface）を提示するための専用のアプリケーションソフト（以下、単に「調理アプリ」と呼ぶ）が予めインストールされている。

　通信部２１は、レンジ装置４及びサーバ１等と通信するための通信インタフェースである。各提示装置２は、通信部２１を介して、レンジ装置４及びサーバ１等とデータの送信及び受信を行う。

　制御部２２は、提示装置２の全体的な制御、すなわち、通信部２１、制御部２２、記憶部２３、入力部２４、出力部２５、及び検知部２６を制御するように構成される。制御部２２は、例えば、１以上のプロセッサ（マイクロプロセッサ）と１以上のメモリとを含むコンピュータシステムにより実現され得る。つまり、１以上のプロセッサが１以上のメモリに記憶された１以上のプログラム（アプリケーション）を実行することで、制御部２２として機能する。プログラムは、ここでは制御部２２のメモリに予め記録されているが、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

　記憶部２３は、読み書き可能なメモリで構成されている。記憶部２３は、例えばフラッシュメモリである。記憶部２３は、制御部２２の外部に設けられているが、制御部２２の内部に設けられていてもよい。すなわち、記憶部２３は、制御部２２の内蔵メモリであってもよい。記憶部２３は、種々のデータを記憶する。

　入力部２４は、ユーザ５からの入力操作を受け付けるユーザインタフェースであり、ここでは提示装置２に付設されるタッチパネル式のディスプレイ（表示部２５Ａ）が入力部２４としての機能を兼ねている。要するにユーザ５の指先等による表示部２５Ａの表示画面２５０への操作（タップ操作等）により、ユーザ入力が受け付けられる。また提示装置２に付設されるマイクロホンも、入力部２４としての機能を兼ねてもよい（音声入力）。入力部２４は、調理アプリに関するユーザ入力を受け付ける。特に入力部２４は、上述した「提示される複数の中間ワードＢ１」、或いは「提示される提示情報Ａ１」の中から、ユーザ５が関心のある中間ワードＢ１或いは提示情報Ａ１を選択するための入力を受け付ける。

　出力部２５は、種々の情報をユーザ５に出力（提示）するユーザインタフェースであり、ここでは提示装置２に付設されるタッチパネル式の表示部２５Ａが、出力部２５としての機能を兼ねている。また提示装置２に付設されるスピーカも、出力部２５としての機能を兼ねてもよい。出力部２５は、調理アプリに関する情報をユーザ５に出力する。特に出力部２５は、表示部２５Ａから中間ワードＢ１のタグ（オブジェクト画像）及び提示情報Ａ１に関する画像データや文字列データを出力したり、スピーカから中間ワードＢ１及び提示情報Ａ１に関する音声データを出力したりして、「提示」を実行する。

　検知部２６は、自機（提示装置２）を携帯するユーザ５のユーザ状況を検知するように構成される。検知部２６は、例えば、ＧＰＳ（Global Positioning System）等の衛星測位システムを用いて現在の自機の位置情報を取得し、その位置情報に基づき、提示装置２を携帯するユーザ５の現在地（ユーザ状況）を検知する。制御部２２は、検知部２６により検知されたユーザ５の現在地に関する情報を、通信部２１を介して、サーバ１に送信する。検知部２６が検知するユーザ状況は、ユーザ５の現在地（座標）に限定されない。検知部２６は、温湿度計の機能を有していて、周囲の温度を検知し、温度に関する情報（環境状況）を、通信部２１を介して、サーバ１に送信する。

　検知部２６は、歩数計の機能を有していて、ユーザ状況は、ユーザ５の歩数、消費カロリー、歩行時間、及び歩行速度等であってもよい。また検知部２６は、提示装置２に付設される撮像部（カメラ）で撮像された画像中の被写体から特徴量を抽出する機能を有してもよく、ユーザ状況は、画像からの特徴量であってもよい。

　検知部２６の機能は、提示装置２に設けられていることに限定されず、提示装置２の外部装置に設けられてもよい。この場合、外部装置は、ルータ６を介して、提示装置２又はサーバ１と通信可能であることが好ましい。例えば、宅内に設置されている血圧計が、ユーザ５の血圧値（ユーザ状況）を検知して、その検知結果を提示装置２又はサーバ１に送信してもよい。

　ユーザ５は、提示装置２にて調理アプリを起動し、調理アプリを提供する者から予め付与されているユーザＩＤ及びパスワードを、ログイン画面にて入力することで、ユーザＩＤに紐づけされた食事情報に関する種々のサービス提供を受けることができる。

　ユーザ５は、提示装置２において、任意のタイミングで調理アプリを起動し、献立提案を所望するための操作入力を行うと、提示装置２は、ユーザＩＤ等を含む献立要求信号をサーバ１に送信する。サーバ１は、提示装置２から、献立要求信号を受信したことをトリガーとして、そのユーザＩＤを持つユーザ５に見合った献立の提案ができるように、ＡＩ（Artificial Intelligence）技術を利用した個人適応型の献立提案処理を実行する。

　（２．２）サーバ
　サーバ１は、住宅２００の外部に設置されている。サーバ１は、例えば、食事に関する食事情報（提示情報Ａ１）をユーザ５にサービス提供する者（提供者）によって運用され得る。サーバ１は、上述の通り、一例として１台のサーバ装置から構成される。

　サーバ１は、提示情報Ａ１に関するサービスを受ける複数のユーザ５から、提示装置２等を介して、種々の情報を収集して管理する。ここでは住宅２００の家族（４人のユーザ５）に着目して説明すると、サーバ１は、家族４人の個人情報（ユーザＩＤ、氏名、住所、電話番号、及びメールアドレス情報等）を管理している。またサーバ１は、家族４人（４つのユーザＩＤ）が１つのグループＧ１（図３Ａ参照）として構成されていることを示すグループ情報、家族４人の提示装置２の識別情報、ユーザＩＤ、及びパスワードを管理している。さらにサーバ１は、住宅２００の所在情報、及び住宅２００内の調理家電（レンジ装置４）の識別情報等を管理している。

　上述した住宅２００の家族に関する情報は、ユーザデータＭ３（図１参照）としてサーバ１で管理される。なお、サーバ１は、住宅２００の家族以外の他のユーザ５（例えば他の住宅）への提示情報Ａ１のサービス提供も行っていて、他のユーザ５の情報も収集して、ユーザデータＭ３として管理する。

　サーバ１は、図１に示すように、通信部１０と、処理部Ｐ１と、記憶部１７とを備えている。

　通信部１０は、ネットワークＮＴ１を介して、各ユーザ５の提示装置２、及びレンジ装置４等の調理家電と双方向に通信するための通信インタフェースである。

　記憶部１７は、読み書き可能なメモリで構成されている。記憶部１７は、例えばフラッシュメモリである。記憶部１７は、処理部Ｐ１の外部に設けられているが、処理部Ｐ１の内部に設けられていてもよい。すなわち、記憶部１７は、処理部Ｐ１の内蔵メモリであってもよい。記憶部１７は、種々のデータを記憶する。特に記憶部１７は、図１に示すように、コンテキストデータＭ１、飲食物データＭ２、及びユーザデータＭ３を記憶（格納）している。

　処理部Ｐ１は、サーバ１の全体的な制御処理を行うように構成される。処理部Ｐ１は、例えば、１以上のプロセッサ（マイクロプロセッサ）と１以上のメモリとを含むコンピュータシステムにより実現され得る。つまり、１以上のプロセッサが１以上のメモリに記憶された１以上のプログラム（アプリケーション）を実行することで、処理部Ｐ１として機能する。プログラムは、ここでは処理部Ｐ１のメモリに予め記録されているが、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

　ここで処理部Ｐ１は、図１に示すように、第１決定部１１、及び第２決定部１２を有している。言い換えると、処理部Ｐ１は、第１決定部１１としての機能、及び第２決定部１２としての機能を有している。また処理部Ｐ１は、図１に示すように、第１提示部１３、第２提示部１４、第３提示部１５、及び設定部１６を更に有している。言い換えると、処理部Ｐ１は、第１提示部１３としての機能、第２提示部１４としての機能、第３提示部１５としての機能、及び設定部１６としての機能を有している。

　第１決定部１１は、複数の中間ワードＢ１をユーザ５に関連する条件情報Ｃ１に基づいて決定する（第１決定ステップ）ように構成される。第１決定部１１は、提示装置２から献立要求信号を受信すると、献立要求信号に含まれるユーザＩＤに基づき、複数の中間ワードＢ１の決定を行う。

　ここで中間ワードＢ１について説明する。中間ワードＢ１は、複数の提示情報Ａ１のうちのいずれか１以上の提示情報Ａ１に関する属性Ｄ１（図３Ｃ参照）から連想されるワードである。図３Ｃは、複数の属性Ｄ１からなる属性群Ｄ０に関する概念図である。サーバ１内における各提示情報Ａ１のマスタ情報は、記憶部１７の飲食物データＭ２において、属性群Ｄ０の複数の属性Ｄ１に関する情報と対応付けて記憶されている。

　具体的に言うと、例えば、「寄せ鍋」という調理メニュー（提示情報Ａ１）のマスタ情報は、「食材」という属性Ｄ１として、「豆腐」、「白菜」、「鮭」、「人参」及び「糸こんにゃく」という情報と対応付けされている。また「寄せ鍋」のマスタ情報は、「調理時間」という属性Ｄ１として例えば「４０分」という情報と対応付けされている。また「寄せ鍋」のマスタ情報は、「温度」という属性Ｄ１として例えば「８０度」という情報と対応付けされている。また「寄せ鍋」のマスタ情報は、「季節」という属性Ｄ１として例えば「冬」という情報と対応付けされている。そして、「寄せ鍋」に関して言えば、中間ワードＢ１は、「寄せ鍋」の食材（豆腐、白菜、鮭、人参、糸こんにゃく）、調理時間（４０分）、温度（８０度）、及び季節（冬）から連想されるワードである。中間ワードＢ１は、食材の名称そのものを含むワードでもよいし、調理時間（４０分）から連想される「時短」というワードでもよいし、温度（８０度）や季節（冬）から連想される「あったか」、「お鍋」（旬）というワードでもよい。結果的に、「寄せ鍋」という調理メニューは、「豆腐」、「時短」、「あったか」、「お鍋」といった複数の中間ワードＢ１と対応付けされている。

　サーバ１は、外部サーバから取得するデータ又は個人から投稿される食事に関するデータ分析を行い、属性Ｄ１の種類、及び具体的な調理時間や温度等に関する情報更新を定期的に行う。

　次に条件情報Ｃ１について説明する。条件情報Ｃ１は、ユーザ５の提示装置２等から予め、又はリアルタイムで自動的に取得する取得情報である。言い換えると、条件情報Ｃ１は、ユーザ５が献立の提案を要求する際にはユーザ５自身が入力する必要のない情報である。ただし、条件情報Ｃ１は、一部、その場でユーザ５自身が入力する情報を含んでもよい。例えば、ユーザ５は、提示される複数の中間ワードＢ１の数に制限を掛けたい場合（例えば５つ以下等）、中間ワード数を指定する情報が、条件情報Ｃ１としてその場で入力されてもよい。

　条件情報Ｃ１は、図３Ｂ及び下記の表１に示すように、ユーザ状況、在庫状況、及び、環境状況といった状況（コンテキスト）に関する情報を含む。言い換えると、条件情報Ｃ１は、ユーザ５に関連する日々変化し得る情報である。

　［ユーザ状況］
　ユーザ状況は、例えば表１に示すように、時間情報、場所情報、及び健康情報等を含み得る。なお、表１に示すコンテキスト条件及び中間ワード例は、単なる一例であって、これらに限定されるものではない。また情報提示システム１００では、ユーザ５が選択した事項（履歴情報）に基づいて、より個人の嗜好等に適合するように、条件例に対応する中間ワードＢ１は日々変更し得る。なお、「履歴情報」については、次の欄で詳細に説明する。

　時間情報は、ユーザ５が献立の提案を要求したタイミングに関する情報であり、献立要求信号に含まれて提示装置２から送信される。ここでは時間情報は、年、月、日、時刻、及び曜日の情報を含むが、例えば時刻のみの情報でもよい。また時間情報は、サーバ１のタイマで計時された時間に基づくものでもよく、献立要求信号を受信したタイミングに関する情報でもよい。そして、時間情報は、所定のコンテキスト条件を満たしているか否かを判定するために用いられる。時間情報に対する所定のコンテキスト条件の一例としては、表１に示すように、「１９時以降」及び「土日祝日」等である。第１決定部１１は、時間情報が「１９時以降」及び「土日祝日」の少なくとも１つのコンテキスト条件を満たしていれば、中間ワードＢ１として「時短」や、「外食」、「中食」というワードを決定し得る。

　場所情報は、ユーザ５の現在居る場所（位置）に関する情報である。ここでは場所情報は、検知部２６で検知されたユーザ５の現在地に関する情報である。献立提案の要求を行ったユーザ５の場所情報は、献立要求信号に含まれて提示装置２から送信される。場所情報は、献立提案の要求を行ったユーザ５の現在地だけでなく、家族内の他のユーザ５の現在地に関する情報もそれぞれ他のユーザ５の提示装置２から送信される。サーバ１は、例えば、献立要求信号を受信したタイミングで、家族内の他のユーザ５の提示装置２に、場所情報の送信を要求する信号を送信する。そして、場所情報は、所定のコンテキスト条件を満たしているか否かを判定するために用いられる。場所情報に対する所定のコンテキスト条件の一例としては、表１に示すように、「宅外」、及び「宅からの距離５ｋｍ以上」、及び「移動中（例えば帰路の途中）」等である。第１決定部１１は、場所情報が「宅外」、「宅からの距離５ｋｍ以上」及び「移動中」の少なくとも１つのコンテキスト条件を満たしていれば、中間ワードＢ１として「外食」や、「中食」、「癒し」といったワードを決定し得る。

　健康情報は、ユーザ５の現在の健康状態に関する情報であり、例えば予めサーバ１で管理されている。ユーザ５は、例えば提示装置２上で調理アプリを起動して、任意のタイミングで健康情報を登録、変更、及び削除できる。健康情報は、例えば年齢、身長、体重、視力、聴力、血圧、血糖値、及び持病の病名等であり、これらの情報は、提示装置２からサーバ１に送信される。健康情報の一部の情報は、上述の通り、外部装置（例えば血圧計）から直接サーバ１に送信されてもよい。サーバ１は、これらの情報を、ユーザデータＭ３として記憶部１７に記憶して管理する。もちろん、ユーザ５が健康状態に関する情報の登録を望まない場合には、これらの情報の入力は不要である。そして、健康情報は、所定のコンテキスト条件を満たしているか否かを判定するために用いられる。健康情報に対する所定のコンテキスト条件の一例としては、表１に示すように、「標準ＢＭＩ（Body mass index）より高」及び「標準血糖値より高」等である。第１決定部１１は、健康情報が
「標準ＢＭＩより高」及び「標準血糖値より高」の少なくとも１つのコンテキスト条件を満たしていれば、中間ワードＢ１として「ダイエット」や、「血糖値」、「低カロリー」といったワードを決定し得る。

　［在庫状況］
　在庫状況は、例えば表１に示すように、食材に関する在庫情報を含み得る。すなわち、在庫情報は、ユーザ５が購入して（又は譲り受けて）住宅２００の冷蔵庫等で保管する食材の情報である。ここでは在庫情報は、食材の名称、種類（肉類、魚介類、豆類、穀類、生鮮野菜、生鮮果実、きのこ類といったジャンル）、保管場所、残量（数量、重量等）、購入日、及び管理期限等に関する情報である。管理期限は、例えば、消費期限又は賞味期限等を想定するが、ユーザ５が任意に設定した期限でもよい（例えば消費期限より手前に設定した期限等）。ユーザ５は、例えば提示装置２上で調理アプリを起動して、任意のタイミングで在庫情報を登録、変更、及び削除できる。これらの情報は、提示装置２からサーバ１に送信される。サーバ１は、これらの情報を、ユーザデータＭ３として記憶部１７に記憶して管理する。もちろん、ユーザ５が在庫情報の登録を望まない場合には、これらの情報の入力は不要である。また購入した食材を包装する包装材等に一次元コード又は二次元コードが付与されている場合、提示装置２の撮像部で当該コードを読み取ることで、提示装置２は、消費期限等を含む在庫情報を、サーバ１に送信してもよい。

　サーバ１は、ユーザ５が保管中の食材の在庫情報を管理する。ユーザ５が情報提示システム１００から提案を受けた提示情報Ａ１を実際に調理したという情報を提示装置２に入力すると、提示装置２は、その情報を含むフィードバック信号をサーバ１に送信する。またユーザ５がレンジ装置４を利用して調理した場合、レンジ装置４は、調理メニューの情報を含むフィードバック信号をサーバ１に送信する。サーバ１は、これらのフィードバック信号から、使用された食材の種類、及び量（数量、重量等）を推定して、ユーザデータＭ３の在庫情報を更新する（使用された量だけ減らす）。もちろん、ユーザデータＭ３の在庫情報は、提示装置２がユーザ５から実際に使用した食材の量を示す情報の入力を直接的に受け付けることで、更新されてもよい。

　そして、在庫情報は、所定のコンテキスト条件を満たしているか否かを判定するために用いられる。在庫情報に対する所定のコンテキスト条件の一例としては、表１に示すように、「消費期限が１日以下の食材有り」等である。第１決定部１１は、在庫情報において「消費期限が１日以下の食材有り」というコンテキスト条件を満たしている食材が存在すれば、中間ワードＢ１としてその食材名を含む、例えば「小松菜期限」というワードを決定し得る。つまり、「小松菜期限」は、ユーザ５が現在保管中である小松菜の消費期限が１日以下であることに対応した中間ワードＢ１である。

　このように第１決定部１１は、食材に関する管理期限に基づいて中間ワードＢ１を決定する機能を含む。言い換えると、第１決定ステップは、食材に関する管理期限に基づく決定を含む。

　［環境状況］
　環境状況は、例えば表１に示すように、気温情報を含み得る。気温情報は、ユーザ５の居住施設である住宅２００の所在エリア（例えばＡＡ市）の気温情報である。サーバ１は、記憶部１７に記憶される住宅２００の所在情報から、所在エリアにおける気温情報を特定する。例えば、サーバ１は、外部サーバ（気象データを管理するサーバ）から、献立要求信号を受信した時点におけるＡＡ市の気温情報を取得する。気温情報は、住宅２００の所在エリアの気温情報ではなく、検知部２６で検知されたユーザ５の現在地における気温情報でもよい。そして、気温情報は、所定のコンテキスト条件を満たしているか否かを判定するために用いられる。気温情報に対する所定のコンテキスト条件の一例としては、表１に示すように、「前日の気温より４度以上低」等である。第１決定部１１は、気温情報がこのコンテキスト条件を満たしていれば、中間ワードＢ１として「あったか」や「お鍋」といったワードを決定し得る。

　本実施形態では、上述したコンテキスト条件及び中間ワード例に関するマスタ情報は、図１に示すように、コンテキストデータＭ１として、記憶部１７に記憶されている。コンテキスト条件と中間ワード例とは、「多対多」で互いに対応付けされた態様で記憶されている。サーバ１は、コンテキストデータＭ１について、外部サーバから取得するデータ又は個人から投稿されるデータ等の分析を行い、最新ワード（流行語等）を収集して、日々更新する（コンテキストデータＭ１の強化）。

　第１提示部１３は、複数の中間ワードＢ１の中から１以上の中間ワードＢ１を選択させるように、複数の中間ワードＢ１をユーザ５に提示する（第１提示ステップ）ように構成される。具体的には、第１提示部１３は、第１決定部１１で決定された複数の中間ワードＢ１に関する情報を含む信号（コンテキスト選択信号）を生成して、通信部１０を介して献立要求信号の送信元である提示装置２へ送信する。例えば母親５０の提示装置２Ａから献立要求信号が送信されたとすれば、第１提示部１３は、コンテキスト選択信号を提示装置２Ａに送信して、提示装置２Ａの出力部２５から出力させる。言い換えると、ここでは一例として、複数の中間ワードＢ１の中から１以上の中間ワードＢ１を選択する選択権が、提示装置２Ａを所有する母親５０に与えられる。

　各提示装置２（ここでは母親５０の提示装置２Ａ）の通信部２１は、コンテキスト選択信号を受信すると、制御部２２は、図４に示すように、複数の中間ワードＢ１をそれぞれ、出力部２５として機能する表示部２５Ａの表示画面２５０に表示させる。図４の例では、「時短」、「癒し」及び「小松菜期限」という３つの中間ワードＢ１が提示されている。図４の例では、３つの中間ワードＢ１が円状又は楕円状のタグで表示されている。第１タグＢ１１は「時短」という中間ワードＢ１を示す。第２タグＢ１２は「小松菜期限」という中間ワードＢ１を示す。第３タグＢ１３は「癒し」という中間ワードＢ１を示す。第１タグＢ１１～第３タグＢ１３はいずれも、ユーザ５の指先等によるタップ操作を受け付けることで、対応する中間ワードＢ１を選択可能となっている。

　提示装置２は、出力部２５から、３つの中間ワードＢ１の中からいずれか１以上の中間ワードＢ１を選択するように催促するメッセージ（文字列データ又は音声データ）を出力することが好ましい。

　ところで、第１タグＢ１１～第３タグＢ１３は、表示画面２５０上に表示されるその領域サイズがいずれも互いに異なっている。図４の例では、第２タグＢ１２の領域サイズが最も大きく、その次に第１タグＢ１１の領域サイズが大きく、第３タグＢ１３の領域サイズが最も小さい。本実施形態の情報提示システム１００は、献立要求信号の送信元であるユーザ５の関心がより高いと推定される中間ワードＢ１ほど、対応するタグの領域サイズがより大きくなるように設定する。

　具体的には、第１決定部１１は、決定した複数の中間ワードＢ１の各々について「おすすめ度」という指標を決定し、第１提示部１３は、その指標に関する結果もコンテキスト選択信号に含めて送信する。「おすすめ度」は、各中間ワードＢ１の絶対的な指標でもよいし、複数の中間ワードＢ１の中での相対的な指標でもよい。「おすすめ度」は、例えば、ユーザ５の条件情報Ｃ１がコンテキスト条件に一致する度合い、及び記憶部１７のユーザデータＭ３におけるユーザ５が過去に選択した履歴情報から、相互的に判断して決定される。提示する複数の中間ワードＢ１の数について、ユーザ５が例えば５つ以下という制限を掛けている場合、該当する中間ワードＢ１の数が６つ以上であれば、第１提示部１３は、「おすすめ度」の高い上位５つの中間ワードＢ１だけを提示させる。

　提示装置２の制御部２２は、コンテキスト選択信号に含まれる「おすすめ度」に基づき、各タグの領域サイズを決定して、表示画面２５０に表示する。「おすすめ度」に応じてタグの領域サイズを変更することは、必須ではなく、第１タグＢ１１～第３タグＢ１３の領域サイズは、全て同じでもよい。

　ユーザ５が、表示画面２５０上に表示される複数の中間ワードＢ１の中から、関心の高い中間ワードＢ１を見つけると、その中間ワードＢ１に対応するタグを指先等でタップ操作する。図４の例では、第１タグＢ１１及び第２タグＢ１２がタップ操作されて選択されている（図４の中央における提示装置２のドットハッチングを参照）が、選択数は、１つのみでもよいし、全部でもよい。もしユーザ５が表示画面２５０上に表示されている複数の中間ワードＢ１の中に、関心のあるワードを見つけることができなければ、中間ワードの再提示要求を行うためのオブジェクト領域（図４では不図示）をタップ操作する。すると、情報提示システム１００は、再提示要求を受け付ける。サーバ１は、提示装置２から再提示要求に関する信号を受信すると、第１決定部１１は、前回提示した複数の中間ワードＢ１とは異なる中間ワードＢ１を抽出する。

　提示装置２の制御部２２は、ユーザ５によって複数の中間ワードＢ１の中から１以上の中間ワードＢ１が選択されると、選択した中間ワードＢ１を示す信号（飲食物要求信号）を生成して、通信部２１を介してサーバ１へ送信する。サーバ１は、飲食物要求信号を受信すると、後述する第２決定部１２にて提示情報Ａ１を決定する。処理部Ｐ１は、ユーザ５の選択結果（再提示要求も含む）、つまりユーザ５が関心を示した（選択された）中間ワードＢ１と、関心を示さなかった（選択されなかった）中間ワードＢ１とを、履歴情報（ユーザデータＭ３）として記憶部１７に記憶する。そして、処理部Ｐ１は、ユーザ５の選択結果を次回以降の中間ワードＢ１の決定に反映させる。

　第２決定部１２は、複数の提示情報Ａ１のうち、ユーザ５が選択した１以上の中間ワードＢ１に対応する提示情報Ａ１を決定する（第２決定ステップ）ように構成される。具体的には、第２決定部１２は、通信部１０を介して、ユーザが選択した中間ワードＢ１を示す飲食物要求信号を提示装置２から受信すると、記憶部１７の飲食物データＭ２というマスタ情報を参照し、その中間ワードＢ１に対応する提示情報Ａ１を抽出する。飲食物データＭ２は、下記の表２に示すように、調理のメニュー名と、対応する中間ワードＢ１とが、「多対多」で対応付けされた態様で記憶部１７に格納されている。また飲食物データＭ２では、各メニュー名は、分量を含む必要な食材と対応付けされて格納されている。ここでは説明を省略するが、飲食物データＭ２では、各メニュー名は、レシピ（調理法）とも対応付けて格納されている。つまり、本実施形態における食事情報は、調理メニューに関する情報を含む。飲食物データＭ２は、各メニューを調理するために必要となる調理家電とも対応付けされており、例えば、調理家電の１つがレンジ装置４に相当する。なお、レンジ装置４も、飲食物データＭ２に関する情報を管理していて、ユーザ５が、レンジ装置４を使用して、あるメニューの調理を行えば、その情報が、レンジ装置４からサーバ１に直接送信される。

　第２決定部１２は、記憶部１７の飲食物データＭ２から、ユーザ５が選択した１以上の中間ワードＢ１に対応するメニュー名を含む提示情報Ａ１（献立）を抽出する。ここでは、ユーザ５が提示装置２にて「時短」と「小松菜期限」の２つの中間ワードＢ１を選択したことに起因して、この２つの中間ワードＢ１の両方に対応付けされているメニュー名が、１又は複数選択され得る。

　具体的には、「時短」という中間ワードＢ１は、飲食物データＭ２において、「小松菜期限」以外にも、例えば「鮭がゆ」、「卵焼きサンド」、及び「親子丼」等といった他の調理メニューとも対応付けされている。また「小松菜期限」という中間ワードＢ１は、飲食物データＭ２において、「小松菜のお浸し」以外にも、「小松菜のニンニク炒め」等といった他の調理メニューとも対応付けされている。この場合、第２決定部１２は、「時短」と「小松菜期限」の両方に対応付けされている「小松菜のお浸し」を選択することになる。このように第２決定部１２は、食材に関する管理期限に基づいて調理メニューを決定する機能を含む。言い換えると、第２決定ステップは、食材に関する管理期限に基づく決定を含む。

　同様に表２の例で言えば、ユーザ５が提示装置２において「あったか」と「お鍋」の２つの中間ワードＢ１を選択したとすると、この２つの中間ワードＢ１の両方に対応付けされているメニュー名（寄せ鍋等）が選択され得る。

　第２提示部１４は、決定した提示情報Ａ１をユーザ５に提示する（第２提示ステップ）ように構成される。具体的には、第２提示部１４は、第２決定部１２で決定された１又は複数の提示情報Ａ１に関する情報（ここでは「小松菜のお浸し」というメニュー名、必要な食材、レシピ、及び調理メニューの画像等）を含む信号（献立提示信号）を生成する。そして、第２提示部１４は、献立提示信号を、通信部１０を介して、飲食物要求信号の送信元である提示装置２へ送信する。例えば母親５０の提示装置２Ａから飲食物要求信号が送信されたとすれば、第２提示部１４は、献立提示信号を提示装置２Ａに送信して、提示装置２Ａの出力部２５から出力させる。調理メニューの画像は、サーバ１を運用する提供者の側で事前に準備された画像でもよいし、個人がサーバ１に投稿した自作のメニュー画像でもよい。

　各提示装置２（ここでは母親５０の提示装置２Ａ）の通信部２１は、献立提示信号を受信すると、制御部２２は、図４の右端の提示装置２に示すように、提示情報Ａ１を、表示部２５Ａの表示画面２５０に表示させる。図４の例では、提示情報Ａ１として、「小松菜のお浸し」というメニュー名（文字列データ）、そのメニューの画像（画像データ）、及び必要な食材（文字列データ）に関する情報が画面表示されている。なお、必要な食材を表示している表示欄をタップ操作することで、更に詳細な情報（レシピ等）を表示する画面に遷移する。図４の例では、提示されている提示情報Ａ１の数が１つ（「小松菜のお浸し」という一品）だけであるが、当然複数であってもよい。また提示情報Ａ１は、その調理メニューに関する塩分、カロリー、栄養成分、並びに使用する調理家電（例えばレンジ装置４）の情報を更に含んでもよい。

　本実施形態の情報提示システム１００は、例えばユーザ５が表示画面２５０上における１又は複数の提示情報Ａ１を表示する所定領域内を指先等でタップ操作することで、提示情報Ａ１に対する選択を受け付ける。つまり、提示された１又は複数のメニューの中にユーザ５の関心のあるメニュー（例えばこれから調理したいと思えるメニュー）が存在していれば、そのメニューを選択する。この選択により、情報提示システム１００は、ユーザ５がこれからそのメニューの調理を実行するという旨を受け付ける（提示情報Ａ１に対する最終選択）。

　提示装置２は、選択結果を含む信号（フィードバック信号）をサーバ１に送信する。サーバ１の処理部Ｐ１は、通信部１０を介して提示装置２からフィードバック信号を受信すると、その選択結果に基づいて、ユーザ５が実際にそのメニューの調理を行ったと見なす。そして、処理部Ｐ１は、そのメニューで使用され得る食材の種類、及び量（数量、重量等）を推定し、ユーザデータＭ３の在庫情報を更新する（使用され得る量だけ減らす）。また処理部Ｐ１は、ユーザ５の選択結果、すなわちユーザ５が関心を示した（選択された）提示情報Ａ１と、関心を示さなかった（選択されなかった）提示情報Ａ１とについて、履歴情報（ユーザデータＭ３）として記憶部１７に記憶する。つまり、中間ワードＢ１に対する選択結果と同様に、処理部Ｐ１は、提示情報Ａ１に対する選択結果も、次回以降の中間ワードＢ１の決定に反映させる。

　提示情報Ａ１に対する「最終選択」という権限は、実際に調理を行う調理者Ｘ１（例えば母親５０）のみに与えられていることが好ましい。そこで情報提示システム１００では、記憶部１７のユーザデータＭ３において、ユーザＩＤに対して、調理者Ｘ１であることを示す調理者フラグの設定が可能となっている。サーバ１の処理部Ｐ１は、フィードバック信号の送信元のユーザＩＤに調理者フラグが付与されているか否かを判定し、調理者フラグが付与されている場合のみ、ユーザ５が実際にそのメニューの調理を行ったと見なす。もしフィードバック信号が、調理者フラグの付与されていないユーザＩＤから送信されていれば、サーバ１は、その旨を提示装置２より通知する。

　第３提示部１５は、ユーザ５が特定の食材の消費を否定する行動を示す場合、特定の食材の保存方法を提示する（第３提示ステップ）ように構成される。例えば、上述した例で言えば、ユーザ５の保管する食材のうち小松菜の消費期限が１日以下で、第１提示部１３が、複数の中間ワードＢ１の中に「小松菜期限」という中間ワードＢ１を含めて提示したとする。しかし、ユーザ５が「小松菜期限」を選択せずに他の中間ワードＢ１を選択した場合、第２提示部１４は、小松菜を使用しない調理メニュー（提示情報Ａ１）を提示する可能性が高くなる。結果的に、小松菜の消費期限が迫っているにも関わらず、小松菜を使用しない調理メニューが、調理者Ｘ１（例えば母親５０）によって最終選択される可能性が高くなる。

　またユーザ５が「外食」又は「中食」という類の中間ワードＢ１を選択すると、小松菜の消費期限が迫っているにも関わらず、外食したり調理済みのもの（お惣菜等）を外で購入したりする可能性が高くなる。結果的に、小松菜の消費期限が迫っているにも関わらず、小松菜の消費を否定する行動（外食、中食）が取られる可能性が高くなる。

　第３提示部１５は、このような状態となった食材（特定の食材）の保存方法を提示する。具体的には、例えば消費期限が迫っている小松菜を洗ってから細かく切って冷凍保存する、といった情報をユーザ５の提示装置２に提示する。保存方法の提示タイミングは特に限定されないが、例えば、ユーザ５が提示情報Ａ１に対する最終選択を行った後に保存方法を提示する。保存方法に関する情報は、飲食物データＭ２として、各食材と対応付けて記憶部１７に記憶される。情報提示システム１００は、小松菜の保存方法を提示することで保存の促しも行う。なお、情報提示システム１００は、保存方法を提示せずに、保存の促しだけを行ってもよい（保存の促しメッセージの出力）。また食材の種類によっては保存が効きにくい場合もあるため（例えば卵又は乳製品等）、情報提示システム１００は、そのような食材の消費期限が切れることになる可能性が高いと判断すれば、その食材の処分を促すメッセージを出力してもよい。

　このように第３提示部１５は、ユーザ５が食材の消費を否定する行動を示す場合に、その食材の保存方法を提示するため、利便性が向上され得る。

　設定部１６は、ユーザ５を複数含むグループＧ１（図３Ａ参照）を設定する（設定ステップ）ように構成される。提示装置２は、調理アプリを通じて、ユーザ５の家族（母親５０、父親５３、子供５１、及び祖父５２）を１つのグループＧ１として紐づけるための操作入力を受け付け可能となっている。提示装置２は、グループ設定に関する操作入力を受け付けると、そのグループ設定に関する情報をサーバ１に送信する。設定部１６は、提示装置２からグループ設定に関する情報を受信すると、そのグループ設定をユーザデータＭ３として記憶部１７に記憶する。グループＧ１は、対象者のユーザＩＤによって紐づけされる。

　本実施形態では、グループ設定が行われているユーザ５の提示装置２から献立要求信号を受信すると、第１提示部１３及び第２提示部１４の少なくとも一方は、グループＧ１の単位での提示を行うことが可能となっている。言い換えると、第１提示ステップ及び第２提示ステップの少なくとも一方のステップは、グループＧ１の単位での提示を行う。このように情報提示システム１００では、グループＧ１の単位での提示を行えるため、複数のユーザ５向け（例えば家族向け）の情報提示を容易に行える。

　ここでは設定部１６は、グループＧ１の単位による中間ワードＢ１の提示、及び提示情報Ａ１の提示について有効又は無効を個別に設定できるように構成される。例えば、グループＧ１の単位による中間ワードＢ１の提示が「有効」に設定され、一方、グループＧ１の単位による提示情報Ａ１の提示は「無効」に設定されているとする。調理者Ｘ１（母親５０）が提示装置２Ａから献立要求信号を送信する操作を行うと、母親５０の提示装置２Ａだけでなく、他の家族（父親５３、子供５１、及び祖父５２）の提示装置２にも、複数の中間ワードＢ１が提示される。結果的に、家族の各々が関心のある中間ワードＢ１を選択できて、提示情報Ａ１には家族全員分の意見が反映されやすくなる。この時、第１決定部１１は、複数の中間ワードＢ１を、家族全員分の条件情報Ｃ１に基づいて決定してもよいし、代表者１名分（例えば調理者Ｘ１）の条件情報Ｃ１に基づいて決定してもよい。なお、提示情報Ａ１の提示は、「無効」であるため、調理者Ｘ１である母親５０の提示装置２Ａのみを対象とする。もちろん、グループＧ１の単位による提示情報Ａ１の提示も「有効」に設定されていれば、提示情報Ａ１は、母親５０の提示装置２Ａだけでなく、他の家族の提示装置２にも提示される。

　ただし、グループＧ１の単位による提示情報Ａ１の提示が「有効」に設定されていても、提示情報Ａ１に対する「最終選択」という権限は、上述の通り、実際に調理を行う調理者Ｘ１（例えば母親５０）のみに与えられていることが好ましい。言い換えると、第２提示ステップにて提示される提示情報Ａ１を選択する権限は、グループＧ１内で所定のユーザ５のみに与えられることが好ましい。この場合、提示された提示情報Ａ１に基づいて特定のアクションを実行する実行者（例えば調理者Ｘ１）と、当該アクションを実行しない非実行者とが、グループＧ１内に混在する場合に、その権限を実行者のみに与えることで、利便性が向上され得る。

　（２．３）履歴情報の反映
　上述の通り、本実施形態の情報提示システム１００では、ユーザ５が選択した事項（履歴情報）に基づいて、より個人の嗜好等に適合するように、条件例に対応する中間ワードＢ１が日々変更し得る。ユーザ５の履歴情報も、上述した「ユーザ状況」の１つに相当する。言い換えると、条件情報Ｃ１は、履歴情報を含む。履歴情報は、過去に第１提示部１３（第１提示ステップ）でユーザ５に対して提示した複数の中間ワードＢ１に関する履歴を含む。

　また本実施形態では、履歴情報は、過去にユーザ５が選択した１以上の中間ワードＢ１に関する履歴を含む。つまり、情報提示システム１００は、ユーザ５が日々選択する中間ワードＢ１等に関する履歴情報を管理する。

　さらに本実施形態では、履歴情報は、過去に第２提示部１４（第２提示ステップ）で提示情報Ａ１の提示を受けたユーザ５が取った行動に関する履歴を含む。具体的には、履歴情報は、提示装置２へのタップ操作により、ユーザが「最終選択」した（選択ではなく閲覧でもよい）提示情報Ａ１に関する履歴を含み、また「選択しなかった」提示情報Ａ１に関する履歴も含み得る。また履歴情報は、レンジ装置４を使用して、ある調理メニュー（必ずしも提示情報Ａ１と一致するとは限らない）を調理したという履歴を含み、レンジ装置４から直接受信して得られる情報に基づく履歴を含み得る。つまり、上記の「行動」とは、選択、閲覧、及び調理（実行）に相当する。

　また履歴情報は、過去に取得したユーザ状況、在庫状況、及び環境状況に関する取得情報も含む。例えば過去のユーザ状況は、そのユーザ５の生活パターン（生活習慣、生活リズム）を推定するための材料となり得る。

　情報提示システム１００の処理部Ｐ１は、日々の蓄積される履歴情報に基づき、例えば教師なし学習を行う学習部１８（図１参照）を更に有している。学習部１８は、履歴情報が持つ構造、特徴を分析してクラスタリング等を行い、ユーザ５ごと（グループＧ１ごとでもよい）のモデルを生成する。第１決定部１１は、献立要求信号を受信したタイミングにおける現在の状況（コンテキスト）に加えて、そのモデルも考慮することで、そのユーザ５の生活パターン及び嗜好により合った複数の中間ワードＢ１を決定する。ここでいう「日々の蓄積される履歴情報」は、献立提案の要求を行ったユーザ５自身の履歴情報だけでなく、そのユーザ５が属するグループＧ１内における他のユーザ５の履歴情報、及び、住宅２００のユーザ５以外のユーザ５の履歴情報も含み得る。

　履歴情報が持つ特徴の例としては、例えば、体重又は血圧を気にして低カロリー又は減塩のメニューが選択されやすい傾向が強いという特徴、夕飯を軽食で済ませる傾向が強いという特徴、帰宅時間が２１時以降と遅い傾向が強いという特徴があり得る。また例えば、冬の季節には鍋物を好んで調理する傾向が強いという特徴、あまり食材の期限管理の能力が高くなく消費期限が迫る食材が多々発生する傾向が強いという特徴、土日は外食が多く自分で調理する可能性が低いという特徴があり得る。情報提示システム１００では、そのような特徴が中間ワードＢ１の決定にも反映されやすくなる。

　このように本実施形態では、複数の中間ワードＢ１が、履歴情報を含む条件情報Ｃ１に基づき決定される。そのため、ユーザ５の生活パターン及び嗜好等が複数の中間ワードＢ１に反映されやすくなり、結果的に、よりユーザ５の意思が反映された提示情報Ａ１が提示されやすくなる。

　なお、第１決定部１１及び第２決定部１２の少なくとも一方は、（食材に関する）管理期限とユーザ５の生活パターンとに基づいて、中間ワードＢ１及び提示情報Ａ１の決定をそれぞれ行うことが好ましい。言い換えると、第１決定ステップ及び第２決定ステップの少なくとも一方のステップは、管理期限とユーザ５の生活パターンとに基づく決定を含むことが好ましい。具体的には、例えば、あるユーザ５は、外食又は中食が多く、あまり調理を行わない傾向が強かったり、或いは帰宅時間が遅い傾向が強かったりすると、食材が消費されないまま管理期限を迎えてしまう可能性が高くなる。要するに、例えば１週間単位での調理頻度が、ユーザ５によって異なり得る。そこで、情報提示システム１００は、各ユーザ５の履歴情報に基づく調理頻度（ユーザ５の生活パターン）に応じて、食材の消費を推し進めるタイミングの調整を行う。

　情報提示システム１００は、上述の通り、履歴情報からユーザ５の生活パターンを分析している。情報提示システム１００は、調理頻度が比較的低いユーザ５には、管理期限が迫っている食材に関する中間ワードＢ１及び提示情報Ａ１について、管理期限に対して余裕を持って早めに提示する。例えば、表１のコンテキスト条件の１つである「消費期限が１日以下の食材有り」は、調理頻度が比較的低いユーザ５には「消費期限が３日以下の食材有り」という条件を適用することで、管理期限に関する中間ワードＢ１の提示タイミングが２日早くなる。この場合、食材に関する管理期限に加えてユーザ５の生活パターンも考慮した食事に関する提案を行える。

　（２．４）食材リストの提示
　ユーザ５によっては、例えば１週間分先の献立をある程度決めて、その１週間分のメニューで使用する食材をまとめて購入する場合がある。そこで、本実施形態の情報提示システム１００は、提案を要望する食事の回数を指定することが可能となっている。つまり、提示情報Ａ１は、１回の食事に関する情報に限定されず、２回以上の食事に関する情報を含んでもよい。ここでいう「１回の食事」は、例えば、１日の朝食、昼食、夕食、及び間食のいずれかで１回を想定する。しかし、「１回の食事」は、１日単位の食事でもよい。また食事の「回数」を指定する代わりに「期間（２日間又は１週間等）」を指定する態様でもよく、例えばカレンダー情報に基づいて「３月１日～３月１０日」という態様で指定できてもよい。カレンダー情報は、ユーザ５ごとに、イベント情報等と一緒に、記憶部１７に記憶されてユーザデータＭ３として管理される。各ユーザ５は、提示装置２を介して、自分のカレンダー情報を閲覧可能である。ユーザ５は、例えば、過去に調理したメニューを、カレンダーという形態で閲覧できる（２月１日の調理メニュー：寄せ鍋等）。カレンダー情報には、予定されるイベント（例えば外食予定日、父親５３の出張予定日、子供５１の運動会の予定日等）の登録も、スケジュール情報として可能である。このスケジュール情報も、第１決定部１１が中間ワードＢ１を決定する際における条件情報Ｃ１の「ユーザ状況」の１つに相当する。

　サーバ１は、提示装置２から、提案を要望する食事の回数を指定する情報を受信すると、第２提示部１４は、その回数に応じた分の食事に関する提示情報Ａ１を提示する。ここで、第２提示部１４は、２回以上の食事にそれぞれ対応する食材リストを一括で、提示情報Ａ１として提示する（第２提示ステップ）ように構成される。

　ここでサーバ１は、例えば、１週間分の食事に対応する提示情報Ａ１を提示した翌日或いは数日後に、ユーザ５から提示情報Ａ１の再提示の要求を受ける場合がある。しかし、ユーザ５の状況（コンテキスト）は、日々変化しており、１週間分まとめて購入した食材の在庫も、日々の調理を経て減ることになる。これに対して、本実施形態の情報提示システム１００は、（一括で提示する）食材リストを条件情報Ｃ１の変化に応じて更新するように構成される。したがって、条件情報Ｃ１が日々変化し得る場合に、その変化に追従した形態の食材リストを提示できる。特に提示情報Ａ１の再提示の要求を受けた時点における、残された食材で調理可能な最善なメニューの提案を行うことができる。

　また食材リストは、過去の提示情報Ａ１の提示に対するユーザ５の選択結果に応じて更新されることが好ましい。この場合、ユーザ５の生活パターン及び嗜好等がより反映された形態の食材リストを提示できる。

　（２．５）優先度
　本実施形態では、グループＧ１の複数のユーザ５に対して優先度を設定することが可能になっている。そして、優先度の設定がある場合、第１決定部１１は、そのグループＧ１の中で優先度の高いユーザ５に関連する条件情報Ｃ１に基づいて、複数の中間ワードＢ１を決定するように構成される。言い換えると、グループＧ１内における複数のユーザ５には、優先度が設定されて、第１決定ステップにて、優先度の高いユーザ５に関連する条件情報Ｃ１に基づいて、複数の中間ワードＢ１を決定する。

　グループＧ１の優先度は、例えば下の表３に示すように、「１」～「３」の優先度フラグとして設定される。

　表３の例では、第１識別子及び第２識別子のセットが、各ユーザ５のユーザＩＤを構成する。第１識別子は、グループＧ１の固有ＩＤであり、第２識別子は、グループＧ１内で家族を区別する固有ＩＤである。優先度フラグは「１」が最も高く、「２」、「３」の順で低い優先度を示す。つまり、表３の例では、子供５１のユーザＩＤに対して、最も高い優先度が割り振られている。さらに本実施形態の情報提示システム１００では、優先条件の設定も可能である。ユーザ５は、提示装置２への操作入力によって、優先度フラグ及び優先条件を入力可能となっている。

　例えば、第１決定部１１は、そのグループＧ１の中で最も優先度の高い子供５１に関連する条件情報Ｃ１に基づいて、つまり子供５１の生活パターン及び嗜好を優先させて中間ワードＢ１を決定する。特に子供５１の優先条件が「帰宅時間」に設定されているため、第１決定部１１は、子供５１の現在地から帰宅時間を推定し、例えば、その帰宅時間を目標に調理可能な食事の属性Ｄ１を連想させる中間ワードＢ１を含める。

　また第１決定部１１は、そのグループＧ１の中で次に優先度の高い祖父５２に関連する条件情報Ｃ１に基づいて、つまり祖父５２の生活パターン及び嗜好を子供５１の次に優先させて中間ワードＢ１を決定する。特に祖父５２の優先条件が「血糖値」に設定されているため、第１決定部１１は、血糖値（健康情報）が所定のコンテキスト条件を満たしていれば、糖質を抑える食事の属性Ｄ１を連想させる中間ワードＢ１を含める。

　このように優先度の設定が可能であるため、優先度の高いユーザ５に関連する条件情報Ｃ１が、複数の中間ワードＢ１に反映されやすくなる。

　なお、提示装置２は、ユーザ５からの操作入力に応じて、表３に示すように、グループＧ１内のどの人にどの優先度が設定されているかを一覧で表示画面２５０に出力可能となっている。そのため、各ユーザ５は、グループＧ１における現在の優先度の設定内容を容易に閲覧できる。

　（２．６）動作説明
　以下、本実施形態における情報提示システム１００の動作について、図５を参照しながら簡単に説明する。なお、以下の動作説明における順序は、単なる一例であって特に限定されない。

　住宅２００内において、調理者Ｘ１である母親５０は、提示装置２Ａにて調理アプリを起動して自分のユーザＩＤ及びパスワードを入力してログインする。さらに母親５０は、調理アプリを通じて、例えば今日の夕飯に関する献立提案を要求する操作入力を行う（ステップＳ１）。提示装置２Ａは、母親５０からの操作入力に応じて、サーバ１に献立要求信号を送信する（ステップＳ２）。

　サーバ１は、献立要求信号を受信すると、そのユーザＩＤに紐づくグループＧ１におけるユーザ５全員の提示装置２に、その時点における条件情報Ｃ１の中で必要となる情報（現在地等の情報）を要求して取得する（ステップＳ３）。そして、サーバ１は、条件情報Ｃ１に基づいて、複数の中間ワードＢ１を決定する（第１決定ステップ：ステップＳ４）。なお、ここでは図１に示すように、家族４人のうち母親５０、子供５１、及び祖父５２は在宅中である一方、父親５３は、仕事場で勤務中のため外出中である。サーバ１は、父親５３の現在地から、現在勤務中であることを推定し、結果的に、中間ワードＢ１には、外出中の父親５３に関連するようなワードが含まれ得る。

　サーバ１は、複数の中間ワードＢ１を決定すると、コンテキスト選択信号を生成して提示装置２Ａに送信し、複数の中間ワードＢ１を母親５０に提示させる（第１提示ステップ：ステップＳ５）。

　提示装置２Ａは、コンテキスト選択信号を受信すると、複数の中間ワードＢ１を表示部２５Ａの表示画面２５０に表示する（ステップＳ６）。提示装置２Ａは、母親５０からのタップ操作等を通じて、複数の中間ワードＢ１の選択を受け付けると（ステップＳ７）、選択した中間ワードＢ１を示す飲食物要求信号を生成してサーバ１へ送信する（ステップＳ８）。

　サーバ１は、飲食物要求信号を受信すると、飲食物データＭ２を参照して、ユーザ５が選択した中間ワードＢ１に対応する提示情報Ａ１を決定する（第２決定ステップ：ステップＳ９）。サーバ１は、決定した提示情報Ａ１に関する情報（ここでは「小松菜のお浸し」）を含む献立提示信号を生成して提示装置２Ａに送信し、提示情報Ａ１を母親５０に提示させる（第２提示ステップ：ステップＳ１０）。

　提示装置２Ａは、献立提示信号を受信すると、提示情報Ａ１を表示部２５Ａの表示画面２５０に表示する（ステップＳ１１）。母親５０は、提案された提示情報Ａ１を今日の夕飯として調理することに決めると、タップ操作等を通じて「最終選択」を行う（ステップＳ１２）。

　提示装置２Ａは、その選択結果を含むフィードバック信号をサーバ１に送信する（ステップＳ１３）。また母親５０が、最終選択した提示情報Ａ１について、レンジ装置４を用いて調理を実行すると（ステップＳ１４）、レンジ装置４は、その調理結果を含むフィードバック信号をサーバ１に送信する（ステップＳ１５）。

　サーバ１は、提示装置２Ａ及びレンジ装置４からフィードバック信号を受信すると、その選択結果及び調理結果に基づいて、そのメニューで使用され得る食材の種類、及び量（数量、重量等）を推定し、ユーザデータＭ３の在庫情報を更新する（ステップＳ１６）。また学習部１８は、例えばこのタイミングで、その選択結果及び調理結果を加味するように（機械学習の）モデルを更新する。

　このように本実施形態の情報提示システム１００によれば、複数の中間ワードＢ１をユーザ５に関連する条件情報Ｃ１に基づいて決定して提示するため、ユーザ５は複数の中間ワードＢ１から関心のある中間ワードＢ１を選択するだけで、提示情報Ａ１が提示される。つまり、特許文献１とは違って、ユーザ５自身が中間ワードＢ１に相当するようなワードを考えて入力するといった手間がない。結果的に、ユーザ５の利便性が改善されつつ、ユーザ５の意思が反映されやすくなる、という利点がある。

　また情報提示システム１００の使用開始初期に比べて、日々の献立提案の要求により中間ワードＢ１及び提示情報Ａ１の選択回数が増加するほど、学習部１８を通じて、そのユーザ５の生活パターン及び嗜好等により適合した中間ワードＢ１が提示されやすくなる。特に調理者Ｘ１は、グループＧ１内の他のユーザ５の現在の状況（コンテキスト）を詳細に把握しきれていない場合があり、その点でも情報提示システム１００は、他のユーザ５の状況も考慮した中間ワードＢ１及び提示情報Ａ１の提示を行える。

　（３）変形例
　上記実施形態は、本開示の様々な実施形態の一つに過ぎない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、上記実施形態に係る情報提示システム１００と同様の機能は、情報提示方法、コンピュータプログラム、又はコンピュータプログラムを記録した非一時的記録媒体等で具現化されてもよい。

　以下、上記実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。以下では、上記実施形態を「基本例」と呼ぶこともある。

　本開示における情報提示システム１００は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における情報提示システム１００としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されてもよく、電気通信回線を通じて提供されてもよく、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１ないし複数の電子回路で構成される。ここでいうＩＣ又はＬＳＩ等の集積回路は、集積の度合いによって呼び方が異なっており、システムＬＳＩ、ＶＬＳＩ（Very Large Scale Integration）、又はＵＬＳＩ（Ultra Large Scale Integration）と呼ばれる集積回路を含む。さらに、ＬＳＩの製造後にプログラムされる、ＦＰＧＡ（Field-Programmable Gate Array）、又はＬＳＩ内部の接合関係の再構成若しくはＬＳＩ内部の回路区画の再構成が可能な論理デバイスについても、プロセッサとして採用することができる。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。ここでいうコンピュータシステムは、１以上のプロセッサ及び１以上のメモリを有するマイクロコントローラを含む。したがって、マイクロコントローラについても、半導体集積回路又は大規模集積回路を含む１ないし複数の電子回路で構成される。

　また、情報提示システム１００における複数の機能が、１つのハウジング内に集約されていることは必須の構成ではない。例えば、情報提示システム１００の構成要素は、複数のハウジングに分散して設けられていてもよい。反対に、情報提示システム１００における複数の機能が、１つのハウジング内に集約されてもよい。さらに、情報提示システム１００の少なくとも一部の機能、例えば、情報提示システム１００の一部の機能がクラウド（クラウドコンピューティング）等によって実現されてもよい。

　基本例では、複数の中間ワードＢ１が、円状及び楕円状のタグとして、提示装置２の表示部２５Ａにおける表示画面２５０に表示される。しかし、図６に示すように、複数の中間ワードＢ１は、リスト形式で表示されてもよい。リスト形式においても、上から「おすすめ度」の高い順に中間ワードＢ１が表示されることが好ましい。

　基本例では、提示情報Ａ１が、１画面に１つ表示されている。しかし、図７に示すように、２つの提示情報Ａ１（小松菜のお浸しと寄せ鍋）が、１画面に表示されてもよい。またサーバ１が提示情報Ａ１を決定する要因となった中間ワードＢ１が、ユーザ５に分かるように、提示情報Ａ１は、中間ワードＢ１とセットで表示されてもよい。図７の例から、「小松菜のお浸し」がユーザ５の選択した「時短」という中間ワードＢ１に基づいて決定され、「寄せ鍋」がユーザ５の選択した「あったか」という中間ワードＢ１に基づいて決定されたことが容易に理解できる。

　基本例では、食事情報（提示情報Ａ１）が、調理メニュー及びレシピに関する情報であった。しかし、食事情報は、外食又は中食に関する情報でもよい。具体的には、中間ワードＢ１として「外食」又は「中食」がユーザ５に選択されると、情報提示システム１００は、提示情報Ａ１として、住宅２００の周辺地域にあるスーパー又はレストラン店等の店舗情報を提示してもよい。この場合、サーバ１は、スーパー又はレストラン店等の店舗に関する地図情報を外部サーバから取得して記憶し、住宅２００の周辺地域、又は住宅２００から父親５３の勤務地までの経路における地域にある店舗を検索する。サーバ１は、外部サーバからスーパーの特売又はレストラン店のポイント付与に関する情報を取得すれば、「特売」又は「ポイント付与」といった中間ワードＢ１として提示する。ユーザ５が関心を示せば、サーバ１は、その店舗名及び位置情報、並びにポイント付与の対象となるメニュー（或いは特売対象の食材又はお惣菜等）の情報を、提示情報Ａ１として提案する。

　基本例では、複数の中間ワードＢ１の選択権が、提示装置２Ａを所有する母親５０のみに与えられている。しかし、グループＧ１内の他のユーザ５の提示装置２に対しても、コンテキスト選択信号を送信して、他のユーザ５にも複数の中間ワードＢ１の選択権が与えられてもよい。また各提示装置２は、提示される複数の中間ワードＢ１及び提示情報Ａ１について、どの中間ワードＢ１及び提示情報Ａ１を選択するか、グループＧ１内で相談し合えるように表示画面２５０上にチャットウィンドを出力してもよい。この場合、情報提示システム１００は、調理メニューに関する家族会議を行うためのプラットフォームを提供することも可能である。

　基本例では、母親５０が調理者Ｘ１であったが、グループＧ１内の他のユーザ５、例えば父親５３が臨時的に調理者Ｘ１となる場合には、自身の提示装置２Ｄを用いて、献立提示の要求を行うことになる。その場合、情報提示システム１００は、中間ワードＢ１及び提示情報Ａ１の提示を、基本的には提示装置２Ｄに行わせる。

　基本例では、調理者Ｘ１である母親５０が在宅中に提示装置２から献立提案の要求を行っている。例えば、調理者Ｘ１である母親５０が、外出中（例えば買い物中）で提示装置２から献立提案の要求を行ってもよい。この場合、ユーザ５の現在地に関するユーザ状況が中間ワードＢ１の決定に大きく影響するように設定可能でもよい。

　基本例では、情報提示システム１００は、ユーザ５（母親５０）から献立提案の要求を受け付けたことをトリガーに中間ワードＢ１を決定して提示を行っている。しかし、情報提示システム１００は、例えば所定の時刻になれば、中間ワードＢ１を決定する処理を自動的に開始し、プッシュ通知等で通知（提示）してもよい。

　基本例では、提示情報Ａ１は、食事に関する食事情報を含んでいた。提示情報Ａ１は、食事の代わりに音楽、書籍又は映像等に関する情報を含んでもよい。

　（４）実施の具体例
　以下、上記の実施の形態のより具体的な例について説明する。

　（４．１）具体例の構成
　以下では、提示情報として食事に関する提案である食事提案を行う具体例について説明する。なお、食事提案とは、メニュー又は複数のメニューからなる献立のレシピを提示し、調理を伴う食事を提案すること、及び、外食又は中食などの調理を伴わない食事を提案することを含む概念である。なお、以下の説明において、上記の実施の形態と実質的に同等と見なされる構成については、同じ符号を付すことにより、上記での説明を参照して、ここでの説明を省略する場合がある。

　以下説明される具体例では、上記の図１のサーバ１に代えて、図８に示すサーバ１ａが用いられる。図８は、実施の形態の具体例に係る提示システムの機能構成を示すブロック図である。なお、図８では、上記に説明済みのサーバ１が備える構成についての図示が省略されているが、サーバ１ａは、上記のサーバ１と同様の構成を有するものとして説明する。

　具体的には、サーバ１ａは、サーバ１に対して取得部１９を備える点で異なっている。取得部１９は、ユーザ５に関連するユーザ情報を取得するための処理部であり、プロセッサとメモリとを用いて所定のプログラムが実行されることで実現される。例えば、取得部１９は処理部Ｐ１の一機能として実現される。取得部１９は、例えば、各種の装置に備えられる検知部からユーザ５に関連する情報を取得する。このため、取得部１９は、例えば通信部１０などを介して各種の装置に備えられる検知部と通信可能に接続されている。なお、ここで取得される情報については、後述にて詳しく説明する。取得部１９が情報を取得する対象の検知器には、提示装置２に備えられた検知部２６の他、ユーザ５が所有する家電装置８の検知部２６ａ、及び、ユーザ５が所有する計測装置９の検知部２６ｂなどが含まれてもよい。また、取得部１９は各種の外部システムなどからユーザ情報を取得することもできる。この構成についても後述する。

　上記したように、本具体例においては、情報提示システム１００は、複数の食事提案の中からいずれかの食事提案をユーザ５に提示する情報提示システム１００である。したがって、本具体例における中間ワードの各々は、複数の食事提案のうちのいずれか１以上の食事提案に関する属性から連想されるワードである。

　本具体例における情報提示システム１００は、以下のように動作する。図９は、実施の形態の具体例に係る情報提示システムの動作を示すフローチャートである。図９に示すように、まず、取得部１９は、ユーザ５に関連するユーザ情報を取得する（取得ステップＳ１０１）。次に、第１決定部１１は、取得したユーザ情報からユーザ５に関連する条件情報を決定し、条件情報に基づいて複数の中間ワードを決定する（第１決定ステップＳ１０２）。本具体例に係る条件情報については、ユーザ情報の説明とともに後述する。

　次に、第１提示部１３は、複数の中間ワードの中から１以上の中間ワードを選択させるように、複数の中間ワードをユーザ５に提示する（第１提示ステップＳ１０３）。次に、第２決定部１２は、複数の食事提案のうち、ユーザ５が選択した１以上の中間ワードに対応する食事提案を決定する（第２決定ステップＳ１０４）。次に、第２提示部１４は、決定した食事提案をユーザ５に提示する（第２提示ステップ１０５）。これによれば、食事提案において、ユーザ５の利便性が改善されつつ、ユーザ５の意思が反映されやすい、という利点がある。

　また、上記のようにして提示された中間ワードは、ユーザ５の判断により削除することが可能である。例えば、図１０は、実施の形態の具体例に係る中間ワードの削除の様子を例示する図である。図１０では、左方に削除要求を送信する前の中間ワードＢ１が示され、右方に削除要求を送信したあとの中間ワードＢ１が示されている。図１０に示すように、一度提示された中間ワードＢ１は、それぞれ個別に削除するか否かをユーザ５が要求できる。例えば、ユーザ５は、削除したい中間ワードＢ１上で表示画面２５０を長押しタップする。すると、当該中間ワードＢ１に対するサブメニューＢ２が表示される。このサブメニューＢ２の中から「削除」を選択することで、中間ワードＢ１のうちのユーザ５が選択したものは削除される。

　また、ここでの削除とは、一時的に非提示状態とすることと、恒久的に非提示状態とすることとを含んでいる。例えば、ユーザ５に対する通知の意味合いが強い、「小松菜期限」などの情報は、いずれ小松菜を買い足した際には、再び期限が迫れば同様に提示されることが適切な場合がある。一方で、「時短」などのユーザ５の行動特性などを反映した提示については、ユーザ５が提示自体を望まない場合には恒久的に提示されないようにするとよい。そこで本具体例においては、このような一時的な非提示状態とするか、恒久的な非提示状態とするかについて、選択できる構成である。このような選択は、例えば、「削除」又は「恒久的に削除」（不図示）のいずれか一方をユーザ５が任意に選択することで行われる。

　恒久的な削除が選択された中間ワードＢ１は、例えば、図１１のように管理される。図１１は、実施の形態の具体例に係る非表示リストの一例を示す図である。図１１に示すように、恒久的な削除が選択された中間ワードＢ１は、非表示リストに登録される。このような非表示リストは、記憶部１７などに格納されており、ユーザ５が中間ワードＢ１の恒久的な削除を行うたびに更新される。

　この中間ワードＢ１の削除においては、情報提示システム１００は、以下のように動作する。図１２は、実施の形態の具体例に係る中間ワードの削除に関する動作を示すフローチャートである。図１２に示すように、処理部Ｐ１は、まず、提示装置２の入力部２４などを介して、ユーザ５による削除要求の入力を受け付ける（第１受付ステップＳ２０１）。処理部Ｐ１は、削除要求を受け付けると、提示装置２に提示させる画像を変更させ、提示されている複数の中間ワードＢ１の中から削除対象の中間ワードＢ１の提示を削除する（ステップＳ２０２）。さらに、処理部Ｐ１は、この削除要求が一時的な削除であるか、恒久的な削除であるかを判定し（不図示）、恒久的な削除である場合に、削除対象の中間ワードＢ１を非表示リストに登録する（登録ステップＳ２０３）。

　その後、第１決定ステップＳ１０２において、第１決定部１１は、条件情報に基づき、かつ、非表示リストに登録された削除対象の中間ワードを除外した複数の中間ワードを提示するように決定する。この結果、非表示リストに登録された中間ワードＢ１は、以降の処理において表示されることはなくなる。なお、別途ユーザ５による操作に基づき、非表示リストに登録された中間ワードＢ１の登録が解除されることで、当該中間ワードＢ１が再び提示可能となってもよい。

　また、上記のようにして提示された中間ワードＢ１は、ユーザ５の判断により表示更新することが可能である。例えば、図１３は、実施の形態の具体例に係る中間ワードの更新の様子を例示する図である。図１３では、左方に更新要求を送信する前の中間ワードＢ１が示され、右方に更新要求を送信したあとの中間ワードＢ１が示されている。図１３に示すように、一度提示された中間ワードＢ１は、ユーザ５が思わしい中間ワードＢ１がないと判断すれば、表示されている中間ワードＢ１の更新をユーザ５が要求できる。例えば、ユーザ５は、中間ワードＢ１が提示されている表示画面２５０上のいずれかの箇所を長押しタップする。すると、サブメニューＢ２が表示される。このサブメニューＢ２の中から「表示更新」を選択することで、提示されている中間ワードＢ１に代えて新たな中間ワードＢ１が提示される。

　この中間ワードＢ１の更新においては、情報提示システム１００は、以下のように動作する。図１４は、実施の形態の具体例に係る中間ワードの更新に関する動作を示すフローチャートである。図１４に示すように、処理部Ｐ１は、まず、提示装置２の入力部２４などを介して、ユーザ５による更新要求の入力を受け付ける（第２受付ステップＳ３０１）。処理部Ｐ１に含まれる第３決定部（不図示）は、削除要求を受け付けると、条件情報に基づいて、第１提示ステップＳ１０２で提示した複数の中間ワードとは異なる複数の更新後の中間ワードＢ１である更新中間ワードを決定する（第３決定ステップＳ３０２）。さらに、処理部Ｐ１に含まれる第３提示部（不図示）は、１以上の更新中間ワードを選択させるように、複数の更新中間ワードをユーザ５に提示する（第３提示ステップＳ３０３）。

　なお、上記の第３決定部は、第１決定部１１によって実現されてもよい。この場合、第１決定部１１は、第３決定部の一例である。また、上記の第３提示部は、第１提示部１３によって実現されてもよい。この場合、第１提示部１３は、第３提示部の一例である。第１決定部１１は、例えば、中間ワードＢ１を決定する際に、提示する数以上の中間ワードＢ１を決定しており、そのうち、所定の基準にしたがって上位のいくつかを提示している。その後更新要求を受け付けると、第１決定部１１が決定した複数の中間ワードＢ１のうちの次点に相当する中間ワードＢ１が新たに提示されるとしてもよい。これにより、新たに中間ワードＢ１を決定する処理を経ることなくシームレスに更新中間ワードを提示することが可能となる。

　また、上記実施の形態において説明した学習部１８は、以上の中間ワードＢ１の削除及び表示更新に基づいて、ユーザ５に対する提示不要な中間ワードＢ１の傾向を学習してもよい。この結果生成される学習モデルは、第１決定部１１が中間ワードを決定する際に仮決定した中間ワード候補について、ユーザ５に対して提示するべき中間ワードＢ１であるか否かを判定するために用いることができる。

　また、この他に、本具体例においては、提示した中間ワードＢ１の中で、高頻度に選択される中間ワードＢ１をより選択しやすい態様で提示することができる。具体的には、取得部１９は、さらに、過去に提示された複数の中間ワードＢ１のそれぞれの選択された頻度である選択頻度を取得し、第１提示ステップＳ１０３において、複数の中間ワードＢ１を選択頻度に応じて、例えば、選択頻度が大きいほど、強調される態様で提示する。強調される態様とは、例えば、上記に説明したタグの大きさが大きいことであってもよいし、他の中間ワードＢ１に対して色が異なる態様であってもよいし、他の中間ワードＢ１とは異なる形状のタグが付されてもよい。ここでの強調される態様とは、他の中間ワードＢ１に比べてよりユーザ５の目を引くことができる構成であればどのような態様であってもよい。

　さらに、本具体例においては、ユーザ５が保有する食材の希少度又は価格に基づく食材の価値に関する情報を取得し、取得した食材の価値に応じた態様で中間ワードＢ１を提示する。このため、取得部１９は、ユーザ５が保有する食材の価値に関する情報を取得する。例えば、取得部１９は、ユーザ５がウェブサイトなどを通じて購入した食材の名称と価格とを取得してもよいし、当該食材の名称を用いて希少性に関する情報を自動的に収集して食材の名称に紐付けたタグを生成してもよい。また、食材の価値は、ユーザ５に固有の側面も大きいので、情報提示システム１００がユーザ５の食材に対する嗜好などを予め有し、この嗜好にも基づいて価値が算出されてもよい。

　以上の結果、第１提示ステップＳ１０３では、複数の中間ワードＢ１を食材の価値に応じた態様で提示することができる。例えば、図１５は、実施の形態の具体例に係る食材の価値に応じた態様で提示される中間ワードを例示する図である。図１５に示すように、比較的高価な「本マグロ」などの中間ワードＢ１は、比較的安価な「サンマ」及び「小アジ」などの中間ワードＢ１に比べて強調される態様で提示されている。より具体的には、比較的高価な「本マグロ」などの中間ワードＢ１は、他の中間ワードＢ１に比べてタグの大きさが大きい態様で提示されている。なお、ここでも、食材の価値が大きいほど、強調される態様で中間ワードＢ１が提示されれば、その態様に特に限定はない。

　さらに、先に「小松菜期限」の中間ワードＢ１の例で説明した、食材の消費期限に関する中間ワードの提示と組み合わせて、消費期限が近づいてきたときにさんま及び小アジよりも高価な本マグロに対して、消費期限が近づいたことをより強調して提示するなどしてもよい。例えば、さんま及び小アジの消費期限までの期間が残り１日であり、本マグロの消費期限までの期間が残り２日である場合などに、なお本マグロを強調して提示してもよい。このように、食材の価値を、食材の消費期限に関する中間ワードの提示における、期間の閾値の調整などに用いてもよい。また、消費期限までの残りの期間が同じ食材について、単に食材の価値に応じた強調の態様で中間ワードＢ１の提示が行われてもよい。例えば、さんま及び本マグロの消費期限までの期間が残り１日であるときに、図中のように、より大きいタグを付して本マグロが強調された態様で提示されてもよい。

　（４．２）ユーザ情報と条件情報との関係
　以下、本具体例におけるユーザ情報と条件情報との関係について説明する。例えば、本具体例においては、図１６に示すように、取得したユーザ情報に基づく中間ワードＢ１が提示される。図１６は、実施の形態の具体例に係るユーザ情報に基づき提示される中間ワードを例示する図である。図１６に示すように、本具体例で提示される中間ワードＢ１は、ユーザ５の健康度を改善するもの（図中の「体重が気になる」）、ユーザ５の行動特性から推定される行動に沿うもの（図中の「ＳＮＳで話題」）、ユーザ５の調理可能時間以内で用意できる食事に関するもの（図中の「テイクアウト」）、及び、ユーザ５の調理能力の向上を促進するもの（図中の「新しい調理方法に挑戦」）などが含まれ得る。以下、それぞれについて詳しく説明する。

　（４．２．１）健康度の観点における条件情報
　まず、ユーザ５の健康度を改善するものに関するユーザ情報について説明する。ここでは、ユーザ情報は、外部のスケジュール管理システム、計測装置９、及び、家電装置８などから取得される。ユーザ情報は、例えば、ユーザ５が運動を実施する日時に関するスケジュールを含む。また、ユーザ情報は、計測装置９の一例である、血圧計、血糖値測定器、温水洗浄機能付き便座、体重計、活動量計、及び、体温計等の据え置き型、持ち運び型、あるいは、体内埋め込み型の装置から取得されるユーザ５のバイタル情報等を含む。また、ユーザ情報は、家電装置８の一例である寝具、照明装置、及び、空気調和装置等の装置から取得される就寝、起床の時間差、又は、睡眠の質に基づく睡眠不足に関する情報を含む。また、ユーザ情報は、提示装置２又は家電装置８の一例である計時装置等の装置から取得される日時に関する情報及び位置情報等を含む。

　また、ユーザ情報は、医療機関での検査値などの検査結果又は罹患している診断病名などの診断結果等を含む。これには、ユーザ５自身がカメラなどで診断結果が記載された用紙を撮像すること、及び、当該医療機関のサーバなどと連携してネットワークを介して取得することなどを適用できる。また、ユーザ情報は、ランニング、エクササイズ等のフィットネス関連のアプリケーションと連携することで、この連携しているアプリケーションから取得されてもよい。連携しているアプリケーションからは、ランニングやエクササイズの実施履歴、身体情報、心拍数、血圧、及び、活動量などの基本的な健康機能に関する情報などがユーザ情報として取得される。なお、連携しているアプリケーションが、ネットワーク上の記憶サーバ等にユーザ情報を格納する構成であれば、連携しているアプリケーションを経由して当該記憶サーバ等からユーザ情報が取得されてもよい。提示装置２又は家電装置８の一例である計時装置等の装置から取得される日時に関する情報及び位置情報等を含む。

　例えば、上記のユーザ情報から決定される条件情報としては、ユーザ５の健康度や実施している運動の情報に応じて、摂取栄養の目標などが設定される。そして、この設定された摂取栄養に応じた中間ワードが決定される。例えば、ユーザ５の運動量が多い場合には、条件情報としてユーザ５が筋力アップに望んでいると推定されるので、「効率的に筋力アップ」などの中間ワードＢ１を提示するとともに、タンパク質が比較的多めとなる食事提案が行われる。また、例えば、ユーザ５の運動量が少ない場合には、条件情報としてユーザ５が体重の増加を抑制することを望んでいると推定されるので、「体重が気になる」などの中間ワードＢ１を提示するとともに、低カロリーの食事提案が行われる。なお、深夜に食事を摂る場合においても、同様に「体重が気になる」などの中間ワードＢ１を提示するとともに、低カロリーの食事提案が行われる。

　また、例えば、ユーザ５の排泄物の状態から腸内環境が乱れていることが検知された場合には、条件情報としてユーザ５が腸内環境正常化を目指していると推定されるので、「お腹の調子を整える」などの中間ワードＢ１を提示するとともに、プレバイオティクス及びプロバイオティクスの調整された食事提案が行われる。また、例えば、ユーザ５の排泄物の状態から生理又は妊娠などの状態が検知された場合には、条件情報としてユーザ５が生理又は妊娠の期間を食事面からのサポートを望んでいると推定されるので、「生理又は妊娠をサポート」などの中間ワードＢ１を提示するとともに、鉄分又は葉酸などの不足しがちな微量栄養素を補える食事提案が行われる。

　また、例えば、ユーザ５の排泄物の状態から尿糖異常などの状態が検知された場合には、条件情報としてユーザ５が糖尿病などの改善を望んでいると推定されるので、「血糖値が気になる」などの中間ワードＢ１を提示するとともに、血糖値の上昇を穏やかにする食事提案が行われる。また、この食事提案に併せて、血糖値の上昇を穏やかにする食べ方などの工夫が提示されてもよい。また、例えば、ユーザ５の血圧値の状態から高血圧などの状態が検知された場合には、条件情報としてユーザ５が高血圧の改善を望んでいると推定されるので、「血圧が気になる」などの中間ワードＢ１を提示するとともに、塩分を控えた食事提案が行われる。

　また、例えば、ユーザ５の活動量などの状態から高疲労などの状態が検知された場合には、条件情報としてユーザ５が疲労回復を望んでいると推定されるので、「明日に備えて疲労回復」などの中間ワードＢ１を提示するとともに、ビタミンバランスなどが整えられた食事提案が行われる。

　また、例えば、上記のユーザ情報から決定される条件情報としては、ユーザ５のストレス度や睡眠不足等の情報に応じて、調理負荷の軽減、及び、食事によって癒し効果が得られることなどが設定される。そして、この設定された調理負荷、及び、癒し効果に応じた中間ワードが決定される。例えば、ユーザ５の活動量過多及び睡眠不足などの状態が検知された場合には、条件情報としてユーザ５が調理負荷の軽減、及び、食事によって癒し効果が得られることを望んでいると推定されるので、「ゆっくり休んでリフレッシュ」などの中間ワードＢ１を提示するとともに、調理工数の少ない又は宅配サービスなどを利用した食事提案及びリラックス効果が期待される食事提案が行われる。

　このように、本具体例において、ユーザ情報は、ユーザ５の健康度に関する情報であり、条件情報は、ユーザ５の健康度を改善する条件に関する情報を含む場合がある。

　（４．２．２）行動特性の観点における条件情報
　次に、ユーザ５の行動特性から推定される行動に沿うものに関するユーザ情報について説明する。ここでは、ユーザ情報は、ウェブサーバ、家電装置８、外部のスケジュール管理システム、及び、センサ装置などから取得される。ユーザ情報は、例えば、ユーザ５が、ウェブサイトなどを介して接した情報のうち、プラスの感情を持った情報（例えば、ソーシャルネットワークサービス（ＳＮＳ）において、お気に入り、又は、ポジティブなコメントを書き込んだ情報）を含む。また、ユーザ情報は、例えば、テレビなどの情報家電で接した情報（チャンネル情報及び番組情報等の情報に基づく）を含む。例えば、上記のユーザ情報から決定される条件情報としては、ユーザ５が興味を持つ対象に応じて、関連する食事提案のジャンルなどが設定される。例えば、ユーザ５が興味を持つ対象物として特定の地域が検知された場合には、条件情報としてユーザ５が特定の地方に関する食事体験を望んでいると推定されるので、「ご当地料理」などの中間ワードＢ１を提示するとともに、特定の地域の伝統料理などの食事提案が行われる。また、例えば、ユーザ５が興味を持つ対象物として所定の料理が検知された場合には、条件情報としてユーザ５が所定の料理に似た食事体験を望んでいると推定されるので、「料理ジャンル：Ａ」などの中間ワードＢ１を提示するとともに、所定の料理が属するジャンルの料理などの食事提案が行われる。

　一方で、例えば、上記のユーザ情報から決定される条件情報として、ユーザ５が興味を持つ対象であっても、すでにユーザ５が体験済みである、又は、以前の体験から十分な期間が経過していない場合には、当該対象に関連する食事提案のジャンルなどを避けるように設定される。

　また、ユーザ情報は、例えば、イベントなどのユーザ５が非日常を体験しうるスケジュールを含む。このような場合、上記のユーザ情報から決定される条件情報としては、ユーザ５が参加をするイベントに応じて、関連する食事提案のジャンルなどが設定される。例えば、ユーザ５が参加をするイベントとして、ひな祭りや土用の丑の日などが検知された場合には、条件情報としてユーザ５がイベントに関する食事体験を望んでいると推定されるので、「ひな祭りの料理」などの中間ワードＢ１を提示するとともに、イベントにちなんだ料理などの食事提案が行われる。

　また、ユーザ情報は、例えば、当日の昼夜間における寒暖差などのユーザ５が食事の候補を絞り込みうる気候の情報を含む。例えば、５度以上の寒暖差が検知された場合には、条件情報としてユーザ５が温かい又は冷たい食事体験を望んでいると推定されるので、「あったか料理」などの中間ワードＢ１を提示するとともに、温かい料理などの食事提案が行われる。

　また、ユーザ情報は、例えば、入手可能な食材が決定される時刻及び位置の情報を含む。例えば、現在時刻とユーザ５の位置とが検知された場合には、条件情報としてユーザ５の現在の位置から閉店までに間に合う店舗で入手可能、かつ、可能な限り安い食材を用いての食事を望んでいると推定されるので、「これから食材購入」などの中間ワードＢ１を提示するとともに、上記の様にして入手可能な食材で調理可能な料理などの食事提案が行われる。なお、このときに併せて、立ち寄るべき店舗の情報が提示されてもよい。

　また、ユーザ情報として単に記念日などのスケジュールが取得されてもよい。例えば、記念日などのスケジュールが検知された場合には、条件情報としてユーザ５が記念日にちなんだ食事体験を望んでいると推定されるので、「結婚記念日」などの中間ワードＢ１を提示するとともに、過去の結婚記念日に喫食された料理から推定される食事提案が行われる。

　また、ユーザ情報として、お気に入りの食材の入手等の情報が取得されてもよい。例えば、お気に入りの食材が学習された状態で、当該お気に入りの食材入手が検知された場合には、条件情報としてユーザ５がお気に入りの食材を用いた食事を望んでいると推定されるので、「ラム肉を使った料理」などの中間ワードＢ１を提示するとともに、ラム肉を使用した食事提案が行われる。また、例えば、お気に入りの食材が学習された状態で、当該お気に入りの食材を用いた食事がしばらく行われていないことが検知された場合には、条件情報としてユーザ５がお気に入りの食材を用いた食事を望んでいると推定されるので、「ラム肉を使った料理」などの中間ワードＢ１を提示するとともに、ラム肉を使用した食事提案が行われてもよい。

　また、例えば、複数人で構成される家族など、食事の喫食者が複数想定される場合には、そのうちいずれの喫食者を中心として条件情報が設定されるかを、過去の食事提案の選択傾向などから推定してもよい。例えば、子供向けのフラグが付された食事提案を比較的多く選択しているユーザ５に対しては、取得するユーザ情報を当該ユーザ５の家族の中で子供に該当する家族から取得してもよい。一方、例えば、大人向けのフラグが付された食事提案を比較的多く選択しているユーザ５に対しては、取得するユーザ情報を当該ユーザ５の家族の中で大人に該当する家族から取得してもよい。

　また、ユーザ情報は、例えば、ユーザ５の調理周期に関する情報を含む。例えば、連続する７日のうち、第１日及び第３日に比較的多くの調理時間を設けている傾向が取得された場合、条件情報としてユーザ５が第１日及び第３日にまとめて調理をしてしまうことを望んでいると推定されるので、当該第１日及び第３日には「作りだめ」などの中間ワードＢ１を提示するとともに、作り置き可能な料理などの食事提案が行われる。一方、第２日及び第４日～第７日には、「時短」などの中間ワードＢ１を提示するとともに、作り置いた料理を消費することを中心とした食事提案が行われる。

　また、ユーザ情報は、例えば、ユーザ５の調理傾向に関する情報を含む。例えば、比較的レンジを多用する、もしくは、グリルを多用するなど調理器具の使用傾向、揚げ物を多くつくる、又は、ワンプレート料理が多いなどの調理傾向に関する情報が学習された状態で、これらの傾向に沿う食材などが入手されたことを検知した場合、「いつもの」などの中間ワードＢ１を提示するとともに、上記の調理傾向に沿う料理などの食事提案が行われる。

　このように、本具体例において、ユーザ情報は、ユーザ５の行動特性に関する情報であり、条件情報は、ユーザ５の行動特性から推定される行動に沿う条件に関する情報を含む場合がある。

　（４．２．３）調理可能時間の観点における条件情報
　次に、ユーザ５の調理可能時間以内で用意できる食事に関するユーザ情報について説明する。ここでは、ユーザ情報は、外部のスケジュール管理システム、家電装置８、センサ装置などから取得される。ユーザ情報は、例えば、ユーザ５が調理に利用できない時間に関するスケジュールを含む。また、ユーザ情報は、家電装置８の一例である、洗濯機、掃除機、食洗機などの装置から取得される稼働状況等の情報を含む。また、ユーザ情報は、センサ装置の一例であるカメラ、マイク、及び、熱画像センサ等の装置から取得されるユーザ５の活動状況、未実施の家事の量である家事残量に関する情報等を含む。また、ユーザ情報は、提示装置２から取得される専用アプリの起動回数、プッシュ通知などのタップタイミング等から機械学習などによって判断されるユーザ５の多忙度に関する情報等を含んでもよい。

　例えば、上記のユーザ情報から決定される条件情報としては、ユーザ５が調理に利用できない時間、稼働状況、活動状況、及び、家事残量に基づく、調理可能時間以内で用意できる調理時間などが設定される。そして、この設定された調理時間に応じた中間ワードが決定される。例えば、ユーザ５の調理可能時間以内で調理可能な料理があり、当該料理を調理可能な食材をユーザ５が保有している場合には、条件情報としてユーザ５がこの食材を用いて当該料理を調理することを望んでいると推定されるので、「残り時間で調理可能」などの中間ワードＢ１を提示するとともに、上記の料理を調理する食事提案が行われる。

　また、例えば、ユーザ５の調理可能時間以内で調理可能な料理がない場合には、条件情報としてユーザ５が料理の調理を望んでいないと推定されるので、「外食」又は「中食」などの中間ワードＢ１を提示するとともに、ユーザ５の位置情報などから近隣の外食又は中食が可能な店舗の提示が行われる。

　また、以上の処理で提示される食事提案としては、調理時間と喫食時時間と片付け時間との合計が上記の調理可能時間に収まる提案が行われてもよい。例えば、子供が喫食に時間を要しないような子供の嗜好に沿う食事提案が行われてもよいし、使用する食器類の少ないワンボウル料理などの食事提案が行われてもよい。また、喫食時間が所定の閾値を下回る場合には、比較的消化に良い料理で食事提案が行われてもよい。

　一方で、比較的多くの調理可能時間を設けることができる場合には、「食育」又は「作り置き」などの中間ワードＢ１を提示するとともに、ユーザ５の調理可能時間を有効活用する提示が行われてもよい。このとき併せて、食育の際のお手伝いポイントなどが提示されてもよい。

　このように、本具体例において、ユーザ情報は、ユーザ５が食事を調理するために利用可能な調理可能時間に関する情報であり、条件情報は、ユーザ５の調理可能時間以内で食事が用意できる条件に関する情報を含む場合がある。

　（４．２．４）調理能力の観点における条件情報
　次に、ユーザ５の調理能力の向上を促進するものに関するユーザ情報について説明する。ここでは、ユーザ情報は、記憶部１７などから取得される。ユーザ情報は、例えば、ユーザ５が過去に調理行った履歴に関する調理履歴の情報を含む。

　例えば、上記のユーザ情報から決定される条件情報としては、ユーザ５が調理能力の向上を推進することなどが設定される。そして、この設定された調理能力の向上に応じた中間ワードが決定される。例えば、ユーザ５の調理履歴から一定レベルの調理を所定回数こなしたことが検知された場合には、条件情報としてユーザ５が一定レベルよりも高いレベルの調理を伴う料理の提示を望んでいると推定されるので、「調理レベルアップ」などの中間ワードＢ１を提示するとともに、上記の料理を調理する食事提案が行われる。また、例えば、ユーザ５の調理履歴から一定レベルの調理を所定回数こなしたことが検知された場合には、条件情報としてユーザ５が調理に対する報酬を望んでいると推定されるので、「頑張ったご褒美」などの中間ワードＢ１を提示するとともに、クーポンなどの発行及びクーポンが適用可能な外食などによる食事提案が行われる。

　このように、本具体例において、ユーザ情報は、ユーザ５が食事を調理する際の調理能力に関する情報であり、条件情報は、ユーザ５の調理能力の向上を促進する条件に関する情報を含む場合がある。

　なお、食事提案に関する属性に対応するワードとは、一般的にこの属性から連想されるワードを意味し、属性に関連するワードと換言することもできる。具体的には、例えば、「調理時間」に対応する中間ワードＢ１として「時短」、「期限」などが例示されたが、「手早く」、「ぱっぱとできる」、「のんびり」、「ゆったり」などの時間の長短に対して一般的な連想が及ぶ範囲のワードが用いられてもよい。このようなワードの選択では、ユーザ５が情報提示システム１０を利用する時点で一般的なワードが選択される。このため、サーバ１ａが一定の期間毎に更新日時の新しいウェブサイトなどを横断的に読み込みするなどして、「一般的」なワードの候補を蓄積してもよいし、サーバ１ａの管理者等が「一般的」なワードの候補を追加及び削除することによって管理してもよい。また、テキストエディタなどの他のアプリケーションへの入力時にどのような単語がユーザ５によって選択されているかを学習することで、そのユーザ５に対して個別に属性に対応するワードが選択されてもよい。

　（４．６）実施の具体例のまとめ
　以上説明したように、本例における情報提示方法は、複数の食事提案の中からいずれかの食事提案をユーザ５に提示する情報提示方法であって、ユーザ５に関連するユーザ情報を取得する取得ステップと、取得したユーザ情報からユーザ５に関連する条件情報を決定し、条件情報に基づいて複数の中間ワードＢ１を決定する第１決定ステップと、複数の中間ワードＢ１の中から１以上の中間ワードＢ１を選択させるように、複数の中間ワードＢ１をユーザ５に提示する第１提示ステップと、複数の食事提案のうち、ユーザ５が選択した１以上の中間ワードＢ１に対応する食事提案を決定する第２決定ステップと、決定した食事提案をユーザ５に提示する第２提示ステップと、含み、複数の中間ワードＢ１の各々は、複数の食事提案のうちのいずれか１以上の食事提案に関する属性に対応するワードである。

　このような情報提示方法によれば、ユーザ５への食事提案をユーザ情報に基づく中間ワードＢ１を提示することにより決定できる。中間ワードＢ１はユーザ情報に基づいてユーザ５の今現在の状況から選択されやすいワードである。このようにユーザ５が考えている又は感じている状況に沿う中間ワードＢ１を選択するのみでユーザ５の状況に沿った食事提案がされるので、ユーザ５の利便性が改善されつつ、ユーザ５の意思が反映されやすい食事提案が可能となる。

　また、例えば、ユーザ情報は、ユーザ５の健康度に関する情報であり、条件情報は、ユーザ５の健康度を改善する条件に関する情報を含んでもよい。

　これによれば、ユーザ５の健康度に関するユーザ情報を取得して、ユーザ５の健康度を改善するという条件に基づいて中間ワードＢ１を決定して提示することができる。

　また、例えば、ユーザ情報は、ユーザ５の行動特性に関する情報であり、条件情報は、ユーザ５の行動特性から推定される行動に沿う条件に関する情報を含んでもよい。

　これによれば、ユーザ５の行動特性に関するユーザ情報を取得して、ユーザ５の行動特性から推定される行動に沿うという条件に基づいて中間ワードＢ１を決定して提示することができる。

　また、例えば、ユーザ情報は、ユーザ５が食事を調理するために利用可能な調理可能時間に関する情報であり、条件情報は、ユーザ５の調理可能時間以内で食事が用意できる条件に関する情報を含んでもよい。

　これによれば、ユーザ５が食事を調理するために利用可能な調理可能時間に関するユーザ情報を取得して、ユーザ５の調理可能時間以内で食事が用意できるという条件に基づいて中間ワードＢ１を決定して提示することができる。

　また、例えば、ユーザ情報は、ユーザ５が食事を調理する際の調理能力に関する情報であり、条件情報は、ユーザ５の調理能力の向上を促進する条件に関する情報を含んでもよい。

　これによれば、ユーザ５が食事を調理する際の調理能力に関するユーザ情報を取得して、ユーザ５の調理能力の向上を促進するという条件に基づいて中間ワードＢ１を決定して提示することができる。

　また、例えば、第１提示ステップよりもあとに、さらに、ユーザ５による更新要求を受け付ける第１受付ステップと、更新要求を受け付けた場合に、条件情報に基づいて、第１提示ステップで提示した複数の中間ワードＢ１とは異なる複数の更新中間ワードを決定する第３決定ステップと、１以上の更新中間ワードを選択させるように、決定した複数の更新中間ワードをユーザ５に提示する第３提示ステップと、を含んでもよい。

　これによれば、ユーザ５が提示された中間ワードＢ１の中に自身の考えや状況などに沿うワードがないと判断すれば、提示された中間ワードＢ１とは異なる更新中間ワードの提示を要求することができる。これにより、よりユーザ５の意思が反映されやすいという効果を高めることができる。

　また、例えば、第１提示ステップよりもあとに、さらに、ユーザ５によって、複数の中間ワードＢ１のうちから削除対象の中間ワードＢ１が選択された削除要求を受け付ける第２受付ステップを含み、削除要求を受け付けた場合に、削除対象の中間ワードＢ１を、提示された複数の中間ワードＢ１の中から削除してもよい。

　これによれば、例えば提示される中間ワードＢ１の数に制約などが設けられていれば、そのうちの１枠が、あまり選択しない中間ワードＢ１によって埋められているという状況が起こりうる。この場合に、あまり選択しない中間ワードＢ１を削除することができるので、提示される中間ワードＢ１の数を最大限活用することが可能となる。この結果、ユーザ５の考えや状況などに沿う中間ワードＢ１を提示できる可能性が向上するので、よりユーザ５の意思が反映されやすいという効果を高めることができる。

　また、例えば、さらに、削除要求を受け付けた場合に、削除対象の中間ワードＢ１を非表示リストに登録する登録ステップを含み、第１決定ステップでは、条件情報に基づき、かつ、非表示リストに登録された削除対象の中間ワードＢ１を除外した複数の中間ワードＢ１を決定してもよい。

　これによれば、中間ワードＢ１の削除を恒久的なものとすることができるので、ユーザ５が自身の考えや状況などに沿うことがないという中間ワードＢ１を、以後提示されないようにすることができる。この結果、ユーザ５の考えや状況などに沿う中間ワードＢ１を提示できる可能性が向上するので、よりユーザ５の意思が反映されやすいという効果を高めることができる。

　また、例えば、さらに、ユーザ５が保有する食材の希少度又は価格に基づく食材の価値に関する情報を取得し、第１提示ステップでは、複数の中間ワードＢ１を食材の価値に応じた態様で提示してもよい。

　これによれば、一般的な価値又はユーザ５による固有の価値などに基づいて、中間ワードＢ１の表示態様を変更することができる。この結果、価値の高い食材の期限が迫っている場合や、購入したまま価値の高い食材を手つかずで放置している場合などにこれを効果的にユーザ５に再認識させることができるとともに、この食材を使った食事提案にもつなげることができる。よって、ユーザの利便性が改善されつつ、ユーザの意思が反映されやすいという効果を高めることができる。

　また、例えば、さらに、過去に提示された複数の中間ワードＢ１のそれぞれの選択頻度を取得し、第１提示ステップでは、複数の中間ワードＢ１を選択頻度に応じた態様で提示してもよい。

　これによれば、比較的高頻度で選択される中間ワードＢ１と比較的低頻度で選択される又は選択されていない中間ワードＢ１とを区別して取り扱うことができる。例えば、比較的高頻度で選択される中間ワードＢ１は、ユーザ５の考えや状況などに沿っていると推定できるので、このような中間ワードＢ１をより強調して提示することなどが可能となる。よって、ユーザの利便性が改善されつつ、ユーザの意思が反映されやすいという効果を高めることができる。

　また、本例におけるプログラムは、上記に記載の情報提示方法をコンピュータに実行させるためのプログラムである。

　これによれば、コンピュータを用いて、上記の情報提示方法と同様の効果を奏することができる。

　また、本例における情報提示システム１００は、食事に関する複数の食事提案の中からいずれかの食事提案をユーザに提示する情報提示システムであって、ユーザに関連するユーザ情報を取得する取得部と、取得したユーザ情報からユーザに関連する条件情報を決定し、条件情報に基づいて複数の中間ワードを決定する第１決定部と、複数の中間ワードの中から１以上の中間ワードを選択させるように、複数の中間ワードをユーザに提示する第１提示部と、複数の食事提案のうち、ユーザが選択した１以上の中間ワードに対応する食事提案を決定する第２決定部と、決定した食事提案をユーザに提示する第２提示部と、を備え、複数の中間ワードの各々は、複数の食事提案のうちのいずれか１以上の食事提案に関する属性に対応するワードである。

　これによれば、上記の情報提示方法と同様の効果を奏することができる情報提示システム１００を実現できる。

　（５）総括
　以上説明したように、第１の態様に係る情報提示方法は、複数の提示情報（Ａ１）の中からいずれかの提示情報（Ａ１）をユーザ（５）に提示する情報提示方法である。情報提示方法は、第１決定ステップと、第１提示ステップと、第２決定ステップと、第２提示ステップと、を含む。第１決定ステップにて、複数の中間ワード（Ｂ１）をユーザ（５）に関連する条件情報（Ｃ１）に基づいて決定する。第１提示ステップにて、複数の中間ワード（Ｂ１）の中から１以上の中間ワード（Ｂ１）を選択させるように、複数の中間ワード（Ｂ１）をユーザ（５）に提示する。第２決定ステップにて、複数の提示情報（Ａ１）のうち、ユーザ（５）が選択した１以上の中間ワード（Ｂ１）に対応する提示情報（Ａ１）を決定する。第２提示ステップにて、決定した提示情報（Ａ１）をユーザ（５）に提示する。複数の中間ワード（Ｂ１）の各々は、複数の提示情報（Ａ１）のうちのいずれか１以上の提示情報（Ａ１）に関する属性（Ｄ１）から連想されるワードである。第１の態様によれば、ユーザ（５）の利便性が改善されつつ、ユーザ（５）の意思が反映されやすくなる。

　第２の態様に係る情報提示方法に関して、第１の態様において、条件情報（Ｃ１）は、履歴情報を含む。第２の態様によれば、ユーザ（５）の生活パターン及び嗜好等が複数の中間ワード（Ｂ１）に反映されやすくなり、結果的に、よりユーザ（５）の意思が反映された提示情報（Ａ１）が提示されやすくなる。

　第３の態様に係る情報提示方法に関して、第２の態様において、履歴情報は、過去に第１提示ステップでユーザ（５）に対して提示した複数の中間ワード（Ｂ１）に関する履歴を含む。第３の態様によれば、更にユーザ（５）の生活パターン及び嗜好等が複数の中間ワード（Ｂ１）に反映されやすくなる。

　第４の態様に係る情報提示方法に関して、第２又は第３の態様において、履歴情報は、過去にユーザ（５）が選択した１以上の中間ワード（Ｂ１）に関する履歴を含む。第４の態様によれば、更にユーザ（５）の生活パターン及び嗜好等が複数の中間ワード（Ｂ１）に反映されやすくなる。

　第５の態様に係る情報提示方法に関して、第２～第４の態様のいずれか１つにおいて、履歴情報は、過去に第２提示ステップで提示情報（Ａ１）の提示を受けたユーザ（５）が取った行動に関する履歴を含む。第５の態様によれば、更にユーザ（５）の生活パターン及び嗜好等が複数の中間ワード（Ｂ１）に反映されやすくなる。

　第６の態様に係る情報提示方法に関して、第１～第５の態様のいずれか１つにおいて、提示情報（Ａ１）は、食事に関する食事情報を含む。第６の態様によれば、ユーザ（５）の利便性が改善されつつ、ユーザ（５）の意思が反映されやすくなる食事に関する提案を行える。

　第７の態様に係る情報提示方法に関して、第６の態様において、食事情報は、調理メニューに関する情報を含む。第７の態様によれば、ユーザ（５）の利便性が改善されつつ、ユーザ（５）の意思が反映されやすくなる調理メニューに関する提案を行える。

　第８の態様に係る情報提示方法に関して、第６又は第７の態様において、第１決定ステップ及び第２決定ステップの少なくとも一方のステップは、少なくとも食材に関する管理期限に基づく決定を含む。第８の態様によれば、食材に関する管理期限も考慮した食事に関する提案を行える。

　第９の態様に係る情報提示方法に関して、第８の態様において、第１決定ステップ及び第２決定ステップの少なくとも一方のステップは、管理期限とユーザ（５）の生活パターンとに基づく決定を含む。第９の態様によれば、食材に関する管理期限に加えてユーザ（５）の生活パターンも考慮した食事に関する提案を行える。

　第１０の態様に係る情報提示方法は、第６～第９の態様のいずれか１つにおいて、ユーザ（５）が特定の食材の消費を否定する行動を示す場合、特定の食材の保存方法を提示する第３提示ステップを更に含む。第１０の態様によれば、さらに利便性が向上され得る。

　第１１の態様に係る情報提示方法に関して、第６～第１０の態様のいずれか１つにおいて、第２提示ステップにて、２回以上の食事にそれぞれ対応する食材リストを一括で、提示情報（Ａ１）として提示する。食材リストは、条件情報（Ｃ１）の変化に応じて更新される。第１１の態様によれば、例えば条件情報（Ｃ１）が日々変化し得る場合に、その変化に追従した形態の食材リストを提示できる。

　第１２の態様に係る情報提示方法に関して、第６～第１１の態様のいずれか１つにおいて、第２提示ステップにて、２回以上の食事にそれぞれ対応する食材リストを一括で、提示情報（Ａ１）として提示する。食材リストは、過去の提示情報（Ａ１）の提示に対するユーザ（５）の選択結果に応じて更新される。第１２の態様によれば、ユーザ（５）の生活パターン及び嗜好等がより反映された形態の食材リストを提示できる。

　第１３の態様に係る情報提示方法は、第１～第１２の態様のいずれか１つにおいて、ユーザ（５）を複数含むグループ（Ｇ１）を設定する設定ステップを更に含む。第１提示ステップ及び第２提示ステップの少なくとも一方のステップは、グループ（Ｇ１）の単位での提示を行う。第１３の態様によれば、複数のユーザ（５）向け（例えば家族向け）の情報提示方法を提供できる。

　第１４の態様に係る情報提示方法に関して、第１３の態様において、第２提示ステップにて提示される提示情報（Ａ１）を選択する権限は、グループ（Ｇ１）内で所定のユーザ（５）のみに与えられる。第１４の態様によれば、提示された提示情報（Ａ１）に基づいて特定のアクションを実行する実行者（調理者）と、当該アクションを実行しない非実行者とが、グループ（Ｇ１）内に混在する場合に、その権限を実行者のみに与えることで、利便性が向上され得る。

　第１５の態様に係る情報提示方法に関して、第１３又は第１４の態様において、グループ（Ｇ１）内における複数のユーザ（５）には、優先度が設定されている。第１決定ステップにて、優先度の高いユーザ（５）に関連する条件情報（Ｃ１）に基づいて、複数の中間ワード（Ｂ１）を決定する。第１５の態様によれば、優先度の高いユーザ（５）に関連する条件情報（Ｃ１）が複数の中間ワード（Ｂ１）に反映されやすくなる。

　第１６の態様に係るプログラムは、１以上のプロセッサに第１～第１５の態様のいずれか１つにおける情報提示方法を実行させるためのプログラムである。第１３の態様によれば、ユーザ（５）の利便性が改善されつつ、ユーザ（５）の意思が反映されやすくすることが可能な機能を提供できる。

　第１７の態様に係る情報提示システム（１００）は、複数の提示情報（Ａ１）の中からいずれかの提示情報（Ａ１）をユーザ（５）に提示する。情報提示システム（１００）は、第１決定部（１１）と、第１提示部（１３）と、第２決定部（１２）と、第２提示部（１４）と、を備える。第１決定部（１１）は、複数の中間ワード（Ｂ１）をユーザ（５）に関連する条件情報（Ｃ１）に基づいて決定する。第１提示部（１３）は、複数の中間ワード（Ｂ１）の中から１以上の中間ワード（Ｂ１）を選択させるように、複数の中間ワード（Ｂ１）をユーザ（５）に提示する。第２決定部（１２）は、複数の提示情報（Ａ１）のうち、ユーザ（５）が選択した１以上の中間ワード（Ｂ１）に対応する提示情報（Ａ１）を決定する。第２提示部（１４）は、決定した提示情報（Ａ１）をユーザ（５）に提示する。複数の中間ワード（Ｂ１）の各々は、複数の提示情報（Ａ１）のうちのいずれか１以上の提示情報（Ａ１）に関する属性（Ｄ１）から連想されるワードである。第１７の態様によれば、ユーザ（５）の利便性が改善されつつ、ユーザ（５）の意思が反映されやすくすることが可能な情報提示システム（１００）を提供できる。

　第２～１５の態様に係る構成については、情報提示方法に必須の構成ではなく、適宜省略可能である。

　５　ユーザ
　１１　第１決定部
　１２　第２決定部
　１３　第１提示部
　１４　第２提示部
　１００　情報提示システム
　Ａ１　提示情報
　Ｂ１　中間ワード
　Ｃ１　条件情報
　Ｄ１　属性
　Ｇ１　グループ

Claims

　複数の食事提案の中からいずれかの食事提案をユーザに提示する情報提示方法であって、
　前記ユーザに関連するユーザ情報を取得する取得ステップと、
　取得した前記ユーザ情報から前記ユーザに関連する条件情報を決定し、前記条件情報に基づいて複数の中間ワードを決定する第１決定ステップと、
　前記複数の中間ワードの中から１以上の中間ワードを選択させるように、前記複数の中間ワードを前記ユーザに提示する第１提示ステップと、
　前記複数の食事提案のうち、前記ユーザが選択した前記１以上の中間ワードに対応する食事提案を決定する第２決定ステップと、
　決定した前記食事提案を前記ユーザに提示する第２提示ステップと、を含み、
　前記複数の中間ワードの各々は、前記複数の食事提案のうちのいずれか１以上の食事提案に関する属性に対応するワードである
　情報提示方法。
　前記ユーザ情報は、前記ユーザの健康度に関する情報であり、
　前記条件情報は、前記ユーザの前記健康度を改善する条件に関する情報を含む
　請求項１に記載の情報提示方法。
　前記ユーザ情報は、前記ユーザの行動特性に関する情報であり、
　前記条件情報は、前記ユーザの前記行動特性から推定される行動に沿う条件に関する情報を含む
　請求項１又は２に記載の情報提示方法。
　前記ユーザ情報は、前記ユーザが食事を調理するために利用可能な調理可能時間に関する情報であり、
　前記条件情報は、前記ユーザの前記調理可能時間以内で食事が用意できる条件に関する情報を含む
　請求項１～３のいずれか１項に記載の情報提示方法。
　前記ユーザ情報は、前記ユーザが食事を調理する際の調理能力に関する情報であり、
　前記条件情報は、前記ユーザの前記調理能力の向上を促進する条件に関する情報を含む
　請求項１～４のいずれか１項に記載の情報提示方法。
　前記第１提示ステップよりもあとに、さらに、
　前記ユーザによる更新要求を受け付ける第１受付ステップと、
　前記更新要求を受け付けた場合に、前記条件情報に基づいて、前記第１提示ステップで提示した前記複数の中間ワードとは異なる複数の更新中間ワードを決定する第３決定ステップと、
　１以上の更新中間ワードを選択させるように、決定した前記複数の更新中間ワードを前記ユーザに提示する第３提示ステップと、を含む
　請求項１～５のいずれか１項に記載の情報提示方法。
　前記第１提示ステップよりもあとに、さらに、
　前記ユーザによって、前記複数の中間ワードのうちから削除対象の中間ワードが選択された削除要求を受け付ける第２受付ステップを含み、
　前記削除要求を受け付けた場合に、前記削除対象の中間ワードを、提示された前記複数の中間ワードの中から削除する
　請求項１～６のいずれか１項に記載の情報提示方法。
　さらに、前記削除要求を受け付けた場合に、前記削除対象の中間ワードを非表示リストに登録する登録ステップを含み、
　前記第１決定ステップでは、前記条件情報に基づき、かつ、前記非表示リストに登録された前記削除対象の中間ワードを除外した複数の中間ワードを決定する
　請求項７に記載の情報提示方法。
　さらに、前記ユーザが保有する食材の希少度又は価格に基づく食材の価値に関する情報を取得し、
　前記第１提示ステップでは、前記複数の中間ワードを前記食材の価値に応じた態様で提示する
　請求項１～８のいずれか１項に記載の情報提示方法。
　さらに、過去に提示された前記複数の中間ワードのそれぞれの選択頻度を取得し、
　前記第１提示ステップでは、前記複数の中間ワードを前記選択頻度に応じた態様で提示する
　請求項１～９のいずれか１項に記載の情報提示方法。
　請求項１～１０のいずれか１項に記載の情報提示方法をコンピュータに実行させるための
　プログラム。
　食事に関する複数の食事提案の中からいずれかの食事提案をユーザに提示する情報提示システムであって、
　前記ユーザに関連するユーザ情報を取得する取得部と、
　取得した前記ユーザ情報から前記ユーザに関連する条件情報を決定し、前記条件情報に基づいて複数の中間ワードを決定する第１決定部と、
　前記複数の中間ワードの中から１以上の中間ワードを選択させるように、前記複数の中間ワードを前記ユーザに提示する第１提示部と、
　前記複数の食事提案のうち、前記ユーザが選択した前記１以上の中間ワードに対応する食事提案を決定する第２決定部と、
　決定した前記食事提案を前記ユーザに提示する第２提示部と、を備え、
　前記複数の中間ワードの各々は、前記複数の食事提案のうちのいずれか１以上の食事提案に関する属性から連想されるワードである
　情報提示システム。