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

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 (11)

1. １以上のプロセッサが実行する情報提示方法であって、
   ユーザに関連するユーザ情報を取得する取得ステップと、
   前記取得ステップが取得した前記ユーザ情報を用いて前記ユーザに関連する複数の状況を抽出し、抽出した前記複数の状況のうち、前記ユーザ情報の履歴に基づいて前記ユーザが優先すると推定される優先状況を決定し、前記優先状況に対応する食事提案を決定する食事提案決定ステップと、
   前記食事提案決定ステップが決定した前記食事提案を前記ユーザに提示する提示ステップと、
   前記提示ステップが提示した前記食事提案に対する前記ユーザの評価を受け付ける評価受付ステップと、を含み、
   前記評価は、前記食事提案された料理を前記ユーザが調理したか否か、又は前記料理を前記ユーザが食べたか否かであり、
   前記提示ステップでは、前記食事提案決定ステップが決定した前記食事提案に関する属性に対応する中間ワードを前記ユーザに更に提示する、
   情報提示方法。
2. 前記食事提案決定ステップでは、前記複数の状況のうち優先順位が所定順位以上である状況を前記優先状況として決定する、
   請求項１に記載の情報提示方法。
3. 前記提示ステップでは、前記食事提案決定ステップが決定した前記食事提案とは異なる他の食事提案に関する属性に対応する他の中間ワードを前記ユーザに更に提示する、
   請求項１に記載の情報提示方法。
4. 前記評価受付ステップで受け付けた前記評価に基づいて、前記優先状況を決定するプロセスを更新する更新ステップと、を更に含む、
   請求項１～３のいずれか１項に記載の情報提示方法。
5. 前記食事提案決定ステップでは、前記ユーザ情報から前記優先状況を決定するために、抽出された前記複数の状況を示す情報を入力すると、前記優先状況を示す情報を出力するように機械学習した学習モデルを用いて、前記優先状況を決定する、
   請求項１～４のいずれか１項に記載の情報提示方法。
6. 前記食事提案決定ステップでは、前記ユーザごとに記憶部に記憶させている優先状況決定用データを参照することにより、前記優先状況を決定し、
   前記優先状況決定用データは、前記ユーザ情報と、前記優先状況とが多対多で互いに対応付けられているデータである、
   請求項１～４のいずれか１項に記載の情報提示方法。
7. １以上のプロセッサに、
   請求項１～６のいずれか１項に記載の情報提示方法を実行させる、
   プログラム。
8. ユーザに関連するユーザ情報を取得する取得部と、
   前記取得部が取得した前記ユーザ情報を用いて前記ユーザに関連する複数の状況を抽出し、抽出した前記複数の状況のうち、前記ユーザ情報の履歴に基づいて前記ユーザが優先すると推定される優先状況を決定し、前記優先状況に対応する食事提案を決定する食事提案決定部と、
   前記食事提案決定部が決定した前記食事提案を前記ユーザに提示する提示部と、
   前記提示部が提示した前記食事提案に対する前記ユーザの評価を受け付ける評価受付部と、を備え、
   前記評価は、前記食事提案された料理を前記ユーザが調理したか否か、又は前記料理を前記ユーザが食べたか否かであり、
   前記提示部は、前記食事提案決定部が決定した前記食事提案に関する属性に対応する中間ワードを前記ユーザに更に提示する、
   情報提示システム。
9. 前記食事提案決定部では、前記ユーザ情報から前記優先状況を決定するために、抽出された前記複数の状況を示す情報を入力すると、前記優先状況を示す情報を出力するように機械学習した学習モデルを用いて、前記優先状況を決定する、
   請求項８に記載の情報提示システム。
10. 前記食事提案決定部では、前記ユーザごとに記憶部に記憶させている優先状況決定用データを参照することにより、前記優先状況を決定し、
    前記優先状況決定用データは、前記ユーザ情報と、前記優先状況とが多対多で互いに対応付けられているデータである、
    請求項８に記載の情報提示システム。
11. 更に端末装置を備え、
    前記端末装置は、
    通信部と、前記通信部により前記提示部から前記食事提案を含む信号を受信すると、当該食事提案を表示部に表示させる出力部と、を備える、
    請求項８～１０のいずれか１項に記載の情報提示システム。

Images