JP2013218376A - メニュー提案システム、メニュー提案サーバ、メニュー提案方法およびプログラム - Google Patents

Abstract

【課題】ユーザにとって適切なメニューを提案できるようにする。
【解決手段】メニュー提案端末装置は、ユーザが飲食したメニューを示すメニュー情報を入力し、メニュー提案サーバに送信する。メニュー提案サーバは、受信したメニュー情報の内容を含むメニュー履歴情報と、複数の提案候補メニューを示す提案候補メニュー情報を記憶する。メニュー提案サーバは、メニュー履歴情報に基づいて、提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、提案メニュー情報を作成する。そして、メニュー提案サーバは、提案メニュー情報をメニュー提案端末装置に送信する。メニュー提案端末装置は、受信したメニュー提案情報を利用してメニュー提案画像を表示部に表示させる。
【選択図】図２

Description

本発明は、メニュー提案システム、メニュー提案サーバ、メニュー提案方法およびプログラムに関する。

料理のレシピを提供するレシピ提供システムとして下記のものが知られている。つまり、このレシピ提供システムは、複数の料理の素材リストを含むレシピと、販売店で扱っている食材のデータと、クライアントから登録された家族構成と構成員の職に関する好みなどを記憶する。そして、レシピ提供システムは、上記のように記憶した情報を利用して、家族ごとにレシピを提案しクライアントに出力する。クライアントでは、提案されたレシピを例えばプリンタで出力するが、この際に、買い回りリストと、割引券も出力されるというものである(例えば、特許文献１参照)。

特開２００２−２０７８６９号公報

しかしながら、特許文献１は、提案するレシピの決定にあたって、食材調達のためにユーザが買い物をしたとき品切れなどが無いようにすることや、販売店における食材の在庫の適切な消費が図られるようにすることなどを重視している。
このため、メニューの提案という観点から見ると、提案されたレシピが必ずしもユーザにとって適切なメニューのものであるとは限らない。例えば、ユーザの食の好みと食材在庫の関係から、似たようなメニューのレシピばかりが毎回提案されてしまい、ユーザが飽きてしまうようなことも起こり得る。

本発明は、このような事情に鑑みてなされたもので、ユーザにとって適切なメニューを提案できるようにすることを目的とする。

上述した課題を解決するために、本発明の一態様としてのメニュー提案システムは、メニュー提案端末装置とメニュー提案サーバを備え、前記メニュー提案端末装置は、前記メニュー提案サーバから送信されたメニュー提案情報を受信するメニュー提案情報受信部と、受信された前記メニュー提案情報を利用してメニュー提案画像を表示部に表示させる表示制御部とを備え、前記メニュー提案サーバは、ユーザが飲食したメニューの履歴を示すメニュー履歴情報を取得し、取得した前記メニュー履歴情報を記憶するメニュー履歴情報記憶部と、複数の提案候補メニューを示す提案候補メニュー情報を記憶する提案候補メニュー情報記憶部と、少なくとも前記メニュー履歴情報に基づいて、前記提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案部と、作成された前記提案メニュー情報を前記メニュー提案端末装置に送信する提案メニュー情報送信部とを備える。

また、本発明の一態様としてのメニュー提案サーバは、ユーザが飲食したメニューの履歴を示すメニュー履歴情報を取得し、取得した前記メニュー履歴情報を記憶するメニュー履歴情報記憶部と、複数の提案候補メニューを示す提案候補メニュー情報を記憶する提案候補メニュー情報記憶部と、少なくとも前記メニュー履歴情報に基づいて、前記提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案部と、作成された前記提案メニュー情報を前記メニュー提案端末装置に送信する提案メニュー情報送信部とを備える。

また、本発明の一態様としてのメニュー提案方法は、メニュー提案端末装置とメニュー提案サーバを備えるメニュー提案システムにおけるメニュー提案方法であって、前記メニュー提案端末装置は、前記メニュー提案サーバから送信されたメニュー提案情報を受信するメニュー提案情報受信ステップと、受信された前記メニュー提案情報を利用してメニュー提案画像を表示部に表示させる表示制御ステップとを備え、前記メニュー提案サーバは、ユーザが飲食したメニューの履歴を示すメニュー履歴情報に少なくとも基づいて、複数の提案候補メニューを示す提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案ステップと、作成された前記提案メニュー情報を前記メニュー提案端末装置に送信する提案メニュー情報送信ステップとを備える。

また、本発明の一態様としてのメニュー提案方法は、ユーザが飲食したメニューの履歴を示すメニュー履歴情報に少なくとも基づいて、複数の提案候補メニューを示す提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案ステップと、作成された前記提案メニュー情報を前記メニュー提案端末装置に送信する提案メニュー情報送信ステップとを備える。

また、本発明の一態様としてのプログラムは、コンピュータに、ユーザが飲食したメニューの履歴を示すメニュー履歴情報に少なくとも基づいて、複数の提案候補メニューを示す提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案ステップ、作成された前記提案メニュー情報を前記メニュー提案端末装置に送信する提案メニュー情報送信ステップを実行させるためのものである。

以上説明したように、本発明によれば、ユーザにとって適切なメニューを提案することができるという効果が得られる。

本発明の実施形態におけるメニュー提案システムの構成例を示す図である。 本実施形態のメニュー提案端末装置とメニュー提案サーバの構成例を示す図である。 本実施形態における提案候補メニュー情報の内容例を示す図である。 本実施形態におけるメニュー履歴情報の内容例を示す図である。 本実施形態における補助情報の内容例を示す図である。 本実施形態におけるメニュー提案画像とメニュー詳細情報画像の表示態様例を示す図である。 本実施形態におけるレシピ画像と飲食店情報画像の表示態様例を示す図である。 本実施形態におけるメニュー履歴画像の表示態様例を示す図である。 本実施形態におけるメニュー提案端末装置とメニュー提案サーバが実行する処理手順例を示す図である。 本実施形態におけるメニュー提案端末装置が実行する処理手順例を示す図である。 本実施形態におけるメニュー提案サーバが提案メニュー決定のために実行する処理手順例を示す図である。 本実施形態における提案候補メニューごとの優先度ポイントの設定に関する一具体例を示す図である。

［メニュー提案システムの構成］
図１は、本発明の実施形態としてのメニュー提案システムの構成例を示している。本実施形態のメニュー提案システムは、複数のメニュー提案端末装置１００と、メニュー提案サーバ２００を備える。メニュー提案端末装置１００とメニュー提案サーバ２００は、ネットワーク３００を経由して通信する。

メニュー提案端末装置１００は、メニュー提案サービスを受けようとするユーザが所有する通信端末装置である。メニュー提案端末装置１００には、例えばメニュー提案システムに対応するメニュー提案アプリケーションがインストールされている。メニュー提案アプリケーションが起動されたメニュー提案端末装置１００は、メニュー提案サーバ２００に対してメニュー提案情報要求を送信することができる。この要求に応答して、メニュー提案サーバ２００は、提案すべきメニューを決定し、決定したメニューのリストが示されるメニュー提案情報を作成する。

なお、メニュー提案サーバ２００は、メニュー提案端末装置１００からの要求に応じて、メニュー提案端末装置１００を所有する個人ユーザの提案メニュー情報と、メニュー提案端末装置１００を所有するユーザを含むグループ（例えば、家族、同僚など）のいずれかに対応する提案メニュー情報を作成して送信する。また、例えば、この提案メニュー情報は、ＨＴＭＬやＸＭＬなどのマークアップ言語により記述されたコンテンツデータである。

メニュー提案端末装置１００は、メニュー提案サーバ２００から送信された提案メニュー情報を受信する。そして、メニュー提案端末装置１００は、受信した提案メニュー情報を再生することにより、メニュー提案画像を表示画面１３１に表示させる。

メニュー提案端末装置１００は、例えば表示画面１３１に対してタッチパネルが配置されている。これにより、ユーザは、この表示画面１３１に表示された提案メニュー情報の画像(メニュー提案画像)に対して例えば指などの操作体を触れさせて操作することができる。
この操作により、メニュー提案端末装置１００は、例えば提案されたメニューのうちから自分、または、自分を含む家族、同僚などが飲食するものとして選択したメニューをメニュー提案サーバ２００に通知する。なお、メニュー提案サーバ２００は、通知されたメニューを、ユーザが飲食したメニューであるとしてメニュー履歴情報に登録する。

また、メニュー提案端末装置１００は、ユーザが指定したメニューのレシピ（調理法）を検索して表示画面１３１に表示させることができる。また、メニュー提案端末装置１００は、ユーザが指定したメニューを提供している飲食店を検索してその情報を表示画面１３１に表示させることができる。さらに、メニュー提案端末装置１００は、個人ユーザまたはグループが過去に飲食したメニューの履歴が示されるメニュー履歴情報をメニュー提案サーバ２００から受信し、これを利用してメニュー履歴画像を表示画面１３１に表示させることができる。

［メニュー提案端末装置の構成］
図２は、本実施形態のメニュー提案端末装置１００とメニュー提案サーバ２００の構成例を示している。なお、この図において、ネットワーク３００の図示は省略している。
まず、メニュー提案端末装置１００の構成から説明する。メニュー提案端末装置１００は、メニュー入力部１１０、表示制御部１２０、表示部１３０、タッチパネル１４０および通信部１５０を備える。

メニュー入力部１１０は、メニュー情報を入力する。メニュー情報は、このメニュー提案端末装置１００を所有する個人ユーザまたはこのユーザが属するグループが飲食したメニューを示す情報である。
本実施形態において、ユーザは、表示部１３０に表示されるメニュー提案画像に対して、そのユーザ個人またはそのユーザが属するグループが飲食するものとして決めたメニューを選択する操作（メニュー決定操作）を行うことができる。メニュー入力部１１０は、このメニュー決定操作により選択されたメニューを示す情報をメニュー情報として入力する。

なお、メニュー情報の入力の他の態様として、例えば、メニュー提案端末装置１００に、例えば給食や社内食堂などにおける単位期間（例えば１週間、１ヶ月など）の献立表の情報を入力する。そして、メニュー入力部１１０は、入力された献立表のメニューを示すメニュー情報を、例えば１日ごとなどの所定のタイミングで定期的に入力するようにしてもよい。

メニュー提案サーバ２００は、前述のように、例えばメニュー提案端末装置１００からの要求に応答して作成したメニュー提案情報を送信してくる。このように送信されたメニュー提案情報は、メニュー提案端末装置１００において通信部１５０が受信する。
表示制御部１２０は、受信されたメニュー提案情報を利用してメニュー提案画像を表示部１３０に表示させる。

また、ユーザは、表示画面１３１に表示されたメニュー提案画像において提示されるメニューのうちから指定したメニューについてのレシピ（調理法）の情報を要求する操作を行うことができる。この操作に応じて、表示制御部１２０は、指定されたメニューのレシピを示すレシピ画像（調理法画像）を表示部１３０に表示させる。

また、ユーザは、メニュー提案画像において提示されるメニューのうちから指定したメニューを提供する飲食店の情報を要求する操作を行うことができる。この操作に応じて、表示制御部１２０は、指定されたメニューを提供する飲食店についての情報を示す飲食店情報画像を表示部に表示させる。

表示部１３０は、表示制御部１２０の制御に応じて画像を表示する部位である。この表示部１３０は、メニュー提案端末装置１００の前面パネルに表出して配置される表示画面１３１を備える。表示部１３０は、この表示画面１３１に画像を表示させる。

タッチパネル１４０は、表示部１３０の表示画面１３１に対して触れられた指の位置を検出し、検出した位置情報を出力する。表示制御部１２０は、タッチパネル１４０から出力される位置情報に基づいてどのような操作が行われたのかを判定し、その判定した操作に応じた表示となるように、表示部１３０を制御する。
また、表示制御部１２０は、ユーザがタッチパネル１４０に対してメニュー決定操作を行うのに応じて、このメニュー決定操作により決定されたメニューを示す情報をメニュー入力部１１０に通知する。メニュー入力部１１０は、このように通知された情報をメニュー情報として入力する。
なお、メニュー提案端末装置１００は、タッチパネル１４０以外の操作子を備えるが、これらの図示は省略している。

通信部１５０は、ネットワーク３００を経由してメニュー提案サーバ２００と通信を行う。例えば、通信部（メニュー情報送信部）１５０は、メニュー入力部１１０により入力されたメニュー情報をメニュー提案サーバ２００に送信する。また、通信部１５０（メニュー提案情報受信部）は、メニュー提案サーバ２００から送信されたメニュー提案情報を受信する。

［メニュー提案サーバの構成］
続いて、同じ図２を参照してメニュー提案サーバ２００の構成について説明する。
メニュー提案サーバ２００は、メニュー提案部２１０、提案候補メニュー情報記憶部２２０、メニュー履歴情報記憶部２３０、補助情報記憶部２４０および通信部２５０を備える。

メニュー提案部２１０は、メニュー履歴情報と補助情報とに基づいて、提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した提案メニューが示される提案メニュー情報を作成する。また、メニュー提案部２１０は、それぞれに優先度を設定した複数の提案メニューを決定し、この優先度が反映された提案メニュー情報を作成する。
また、本実施形態のメニュー提案部２１０は、メニュー提案端末装置１００からの個人ユーザまたはグループ対応のメニュー履歴情報要求に応答して、要求されたメニュー履歴情報をメニュー履歴情報記憶部２３０から読み出す。そして、この読み出したメニュー履歴情報を通信部２５０により送信させる。

提案候補メニュー情報記憶部２２０は、複数の提案候補メニューを示す提案候補メニュー情報を記憶する。提案候補メニューとは、メニュー提案部２１０が提案メニューを決定するにあたりその候補となるメニューである。

メニュー履歴情報記憶部２３０は、メニュー履歴情報を取得し、取得したメニュー履歴情報を記憶する。この場合、メニュー履歴情報記憶部２３０は、メニュー提案端末装置１００から受信したメニュー情報をメニュー履歴情報として取得する。このように、メニュー履歴情報は、メニュー提案端末装置１００から受信したメニュー情報の内容を含む情報である。つまり、メニュー履歴情報は、ユーザが飲食したメニューの履歴を示す。そのうえで、メニュー履歴情報記憶部２３０は、個人ユーザごとのメニュー履歴情報（ユーザ別メニュー履歴情報）を、個人ユーザが属するグループと対応付けて記憶している。

補助情報記憶部２４０は、補助情報を記憶する。メニュー提案部２１０は、提案メニューを決定するにあたり、主的情報としてメニュー履歴情報を利用する。補助情報は、メニュー提案部２１０が提案メニューを決定するにあたり補助的に利用する情報である。

通信部２５０は、ネットワーク３００を経由してメニュー提案サーバ２００と通信を行う。例えば、通信部（メニュー情報受信部）２５０は、メニュー提案端末装置１００から送信されたメニュー情報を受信する。また、通信部（提案メニュー情報送信部）２５０は、メニュー提案部２１０により作成された提案メニュー情報をメニュー提案端末装置１００に送信する。

図３は、提案候補メニュー情報記憶部２２０が記憶する提案候補メニュー情報２２１の内容例を示している。この図に示す提案候補メニュー情報２２１は、提案候補メニューごとに、メニューＩＤ、メニュー名、栄養情報、推奨気温区分および暦が対応付けられた構造である。

メニューＩＤは、提案候補メニューを一意に識別する識別子である。
メニュー名は、例えばテキストデータなどの文字情報により提案候補メニューの名称を示す情報である。
栄養情報は、提案候補メニューの栄養に関する所定の情報を含む情報である。この図の栄養情報は、提案候補メニューについてのエネルギーの情報と、その提案候補メニューが含むタンパク質、炭水化物、カルシウム、鉄などの栄養素についての含有量の情報を含む。

推奨気温区分は、提案候補メニューの飲食が推奨される気温の区分を示す。一例として、この図の推奨気温区分は、「０」、「１」、「２」の３つの値を取り得る。
「０」の推奨気温区分は、提案候補メニューの飲食が推奨される気温の区分が特に無いことを示す。
「１」の推奨気温区分は、例えば気温が２８度以上であるなど、人が暑いと感じる状態に対応する気温区分であることを示す。
「２」の推奨気温区分は、例えば気温が１０度未満であるなど、人が寒いと感じる状態に対応する気温区分であることを示す。

暦は、提案候補メニューを飲食することが推奨される暦を示している。一例として、この図では、メニューＩＤが「０００９」の鰻の蒲焼きに対応する暦について「土用の丑」の暦が対応付けられている。なお、図示はしていないが、例えば他に、七夕、端午の節句、ひな祭り、正月など多様な暦と提案候補メニューを対応付けることができる。

なお、図３の提案候補メニュー情報２２１は、図示および説明の便宜上、メニューＩＤが「０００１」〜「００１２」までの１２の提案候補メニューのリストが示されているのみであるが、これ以上の多数の提案候補メニューのリストが含まれてよい。

図４は、メニュー履歴情報記憶部２３０が記憶するメニュー履歴情報２３１の内容例を示している。
メニュー履歴情報記憶部２３０は、個人ユーザを一意に識別するユーザＩＤごとに、ユーザ情報、端末情報、ユーザ別メニュー履歴情報およびグループ情報を対応付けた構造である。
ユーザＩＤは、個人ユーザを一意に識別する識別子である。
ユーザ情報は、個人ユーザについての所定の情報から成る。ユーザ情報には、例えば、ユーザ名、認証情報（ログインＩＤ、パスワードなど）、住所、年齢、電話番号などの情報を含めることができる。
端末情報は、個人ユーザが所有するメニュー提案端末装置１００についての所定の情報から成る。端末情報には、例えば、端末ＩＤ、アドレス、機種、表示能力などの情報を含めることができる。
端末ＩＤは、メニュー提案端末装置１００を一意に識別する識別子である。
アドレスは、ネットワーク３００経由での通信に対応してメニュー提案端末装置１００に付与されたアドレスであり、その例としては、ＩＰ（Internet Protocol）アドレスやＭＡＣ(Media Access Control)アドレスなどである。機種は、メニュー提案端末装置１００の機種を示す情報である。表示能力は、メニュー提案端末装置１００の表示画面１３１のサイズ、分解能などを示す情報である。

ユーザ別メニュー履歴情報は、各個人ユーザが過去に飲食したメニューの履歴を示す情報である。ユーザ別メニュー履歴情報は、例えば、図において破線で括って示すように、メニューＩＤと日時とを対応付けたメニュー単位履歴情報が蓄積されて形成される。
メニュー単位履歴情報におけるメニューＩＤは、ユーザが飲食したメニューを示す。このメニューＩＤは、メニュー情報として送信されたメニューを示す情報である。また、メニュー単位履歴情報における日時は、例えばメニュー情報が受信された時刻に対応するが、ここでは、ユーザが飲食した日時として扱われる。

グループ情報は、個人ユーザが属するものとして登録しているグループについての情報である。例えば、このグループ情報は、１つのグループごとに対応して、破線で括って示すようにそのグループを一意に識別するグループＩＤとそのグループの名称（グループ名）を対応付けたグループ単位情報を格納する。グループ名の具体例は、例えば家族であれば、「家族」、「○○家」などであり、例えば会社の同僚同士であれば、「会社」「同僚」などである。これらのグループ名は、例えばメニュー提案端末装置１００に対する操作によりユーザが登録すればよい。

図５は、補助情報記憶部２４０が記憶する補助情報２４１の内容例を示している。
この図に示す補助情報２４１は、まず、ユーザ共通補助情報とユーザ個別補助情報とで区分される。

ユーザ共通補助情報は、メニュー提案端末装置１００のユーザに共通となる補助情報であり、ここでは気温情報と暦情報を含む。

気温情報は、気温を示す。具体的に、本実施形態では、当日もしくは明日のメニューを提案するので、気温情報は、例えば現在の気温と、翌日に予想される気温を示す。
暦情報は、例えば所定の暦がどの年月日に該当するのかを示す情報である。一例として、暦情報は、現在が２０１１年であるとした場合、土用の丑の日の暦が該当する日付は、２０１１年７月２１日と、２０１１年８月２日であることを示す。

ユーザ個別補助情報は、メニュー提案端末装置１００のユーザごとに固有となる補助情報である。一例として、１つのユーザ個別補助情報は、ユーザＩＤとコンテンツ視聴履歴情報と健康状態情報とスケジュール情報とを含む。

コンテンツ視聴履歴情報は、ユーザが過去に視聴したコンテンツ（例えばテレビ番組やインターネットなどで配信している映像コンテンツなど）の内容を示す情報である。例えば、番組やコンテンツにおいて何らかのメニューが出てきた場合、その番組やコンテンツの付加情報には、そのメニューがキーワードとして含められている。コンテンツ視聴履歴情報に含まれる番組またはコンテンツの付加情報に何らかのメニューのキーワードが含まれていた場合、ユーザは、そのメニューに興味を持って視聴していたことが推定される。つまり、本実施形態におけるコンテンツ視聴履歴情報は、ユーザがどのようなメニューに興味を持っているのかを示す情報として機能する。

健康状態情報は、ユーザの健康状態を示す情報である。一例として、健康状態によっては、例えば糖尿病や高脂血症などであることなど、ユーザがどのような持病を持っているのかを示すことができる。

スケジュール情報は、ユーザのスケジュールが示される。例えばスケジュール情報によっては、○月△日が野球の試合であるなどの情報が示される。
なお、ユーザごとのユーザ個別補助情報については、例えばユーザがメニュー提案端末装置１００を利用するなどしてメニュー提案サーバ２００に登録すればよい。

［メニュー提案端末装置とメニュー提案サーバの動作概要］
次に、図６〜図８を参照して、メニュー提案端末装置１００において表示されるメニュー提案画像の表示態様例と、メニュー提案画像に対するユーザの操作に応じたメニュー提案端末装置１００の動作概要例について説明する。

ここで、ユーザがメニュー提案端末装置１００に対する操作によりメニュー提案アプリケーションを起動させたとする。メニュー提案端末装置１００においては、メニュー提案アプリケーションの起動により、図２のメニュー入力部１１０と表示制御部１２０と通信部１５０が機能する。

メニュー提案アプリケーションが起動されるのに応じて、メニュー提案端末装置１００の通信部１５０はメニュー提案情報要求をメニュー提案サーバ２００に対して送信する。なお、ここでは、通信部１５０は、メニュー提案アプリケーションの起動に際しては、ユーザ個人のメニュー提案情報を要求するように設定されている。このようにユーザ個人のメニュー提案情報を要求する場合、通信部１５０は、ユーザＩＤを付加したメニュー提案情報を送信する。

このメニュー提案情報要求に応答して、メニュー提案サーバ２００のメニュー提案部２１０は、ユーザ個人についてのメニュー提案情報を作成する。また、メニュー提案サーバ２００の通信部２５０は、作成されたメニュー提案情報を送信する。前述のように、メニュー提案情報は、例えばＨＴＭＬやＸＭＬ形式によるコンテンツデータである。メニュー提案端末装置１００の通信部１５０は、メニュー提案情報を受信する。表示制御部１２０は、受信されたユーザ個人のメニュー提案情報を再生することにより、メニュー提案画像を表示部１３０に表示させる。
なお、本実施形態におけるメニュー提案画像とは、表示部１３０の画面においてメニュー提案情報に基づいて表示される提案メニューに関連するすべての情報である。したがって、例えばメニュー提案画像には、例えば画面において表示されるメニューの写真や絵などをはじめとする画像だけではなく、タイトルや説明などをはじめとする文字などの情報も含まれる。

図６（ａ）は、表示画面１３１に表示されたユーザ個人対応のメニュー提案画像の態様例を示している。この図に示すメニュー提案画像においては、「ちらしずし」、「小松菜おひたし」、「豚肉のしょうが焼き」、「とんかつ」、「焼き鮭」および「鍋焼きうどん」が提案メニューのリストが、そのアイコン４０１とともに表示されている。

ここで、メニュー提案サーバ２００のメニュー提案部２１０は、提案メニューごとに優先度を設定しており、この優先度が反映されたメニュー提案情報を作成する。これにより、例えばメニュー提案画像における提案メニューは、その優先度に応じて配置されるように表示される。
つまり、例えば提案メニューは、左から右、また、上から下にかけて優先度の高い順に配列されている。つまり、この場合には、「ちらしずし」が最も優先度が高く、以降、「小松菜おひたし」、「豚肉のしょうが焼き」、「とんかつ」、「焼き鮭」および「鍋焼きうどん」の順にかけて優先度が低くなっていく。

また、メニュー提案画像には、画面切替ボタン４０２と履歴表示ボタン４０３が表示されている。
画面切替ボタン４０２は、そのユーザ個人に対応するメニュー提案画像と、そのユーザが属する１以上のグループに対応するメニュー提案画像との間で表示を切り替えるための操作（メニュー提案画像切替操作）が行われるボタンである。この図６（ａ）に示される画面切替ボタン４０２は、ユーザ個人に対応するメニュー提案画像において表示されているので、グループに対応するメニュー提案画像切替操作を行うためのボタンである。この図６（ａ）の場合の画面切替ボタン４０２は、「家族」としてのグループにおいて「家族へのおすすめは？」と文字が表示されている。この「家族へのおすすめは？」における「家族」の文字は、メニュー履歴情報２３１におけるグループ情報に格納されるグループ名が反映されている。

また、この場合のユーザは、「家族」というグループ名で登録した１つのグループだけに属している。これに応じて、メニュー提案画像において表示される画面切替ボタン４０２も１つのみとされている。ユーザが複数のグループに属している場合には、メニュー提案画像において複数の画面切替ボタン４０２が所定の態様によって表示される。

履歴表示ボタン４０３は、メニュー履歴画像の表示に移行させるための操作が行われるボタンである。なお、この場合の履歴表示ボタン４０３は、個人ユーザのメニュー提案画像において表示されているので、この図６（ａ）の履歴表示ボタン４０３は、個人ユーザのメニュー履歴画像の表示に移行させるためのボタンとして機能する。

図６（ａ）の表示状態のもとで、ユーザが画面切替ボタン４０２に対するタッチ操作を行ったとする。この操作に応じて、メニュー提案端末装置１００の通信部１５０は、操作された画面切替ボタン４０２に対応するグループを指定してメニュー提案情報を要求する。これに応答して、メニュー提案サーバ２００のメニュー提案部２１０は、指定されたグループに対応するメニュー提案情報を作成する。通信部２５０は、メニュー提案情報をメニュー提案端末装置１００に対して送信する。メニュー提案端末装置１００において、通信部１５０は、メニュー提案情報を受信し、表示制御部１２０は、受信したメニュー提案情報を再生して表示部１３０に表示させる。
これにより、表示画面１３１は、図６（ａ）から図６（ｂ）に示すように、「家族」のグループに対応するメニュー提案画像に表示が切り替わる。

図６（ｂ）に示すグループ対応のメニュー提案画像において、提案メニューの内容は、例えば優先度の高いほうから低い順にかけて、「ポークピカタ」、「ちらしずし」、「小松菜おひたし」、「豚肉のしょうが焼き」、「海鮮鍋」、「酢豚」の順となっている。なお、図６（ｂ）においても、図６（ａ）と同様に、提案メニューのリストはアイコン４０１とともに表示される。
この図６（ｂ）のメニュー提案画像においては、図６（ａ）に示した個人ユーザ対応のメニュー提案画像と、「ちらしずし」、「小松菜おひたし」および「豚肉のしょうが焼き」が重複している。つまり、図６（ａ）の個人ユーザ対応の提案メニューと、図６（ｂ）の「家族」のグループ対応の提案メニューとでは、その一部が重複している。
これは、メニュー提案端末装置１００の個人ユーザが「家族」のグループに属しているため、「家族」のグループへの提案にはそのグループに属する個人ユーザに提案するメニューも含まれることによる。
ここで、図６（ａ）に示すユーザ個人対応の提案メニューの内容は、例えば、「家族」のグループにおける母親のものである。また、同じ「家族」のグループにおける父親は、最近において鮭を食べ、息子は、とんかつを食べた。これに応じて、図６（ａ）の母親としての個人ユーザに対するメニュー提案画像には、「焼き鮭」と「とんかつ」が示されているのであるが、「家族」のグループの場合、これらのメニューの優先度は下がる。これにより、図６（ｂ）の「家族」のグループ対応のメニュー提案画像においては、「焼き鮭」と「とんかつ」が表示されていない。
また、父親が最近視聴した番組でポークピカタを取り上げていたために、図６（ｂ）のメニュー提案画像においては、「ポークピカタ」が最も高い優先度で表示されている。
また、「家族」のグループに対応しては、「海鮮鍋」と「酢豚」の優先度が比較的高い結果となったことで、優先順位が５番目と６番目の位置において「海鮮鍋」と「酢豚」が表示されている。これにともなって、図６（ａ）において優先順位が６番目の「鍋焼きうどん」については、「家族」のグループでは7番目以降の優先順位となるため、図６（ｂ）のメニュー提案画像においては表示されていない。

また、図６（ｂ）のメニュー提案画像にも、画面切替ボタン４０２と履歴表示ボタン４０３が表示されている。ただし、この場合の画面切替ボタン４０２は、グループ（「家族」）に対応するメニュー提案画像において表示されているので、個人対応のメニュー提案画像に遷移させるためのボタンである。これに応じて、画面切替ボタン４０２上の文字は、「自分へのおすすめは？」というものに変更されている。
また、図６（ｂ）の履歴表示ボタン４０３は、「家族」のグループのメニュー提案画像において表示されているので、この履歴表示ボタン４０３に対するタッチ操作によっては、同じ「家族」のグループについてのメニュー履歴画像の表示に移行する。

また、図６（ａ）の表示状態のもとでユーザが、「豚肉のしょうが焼き」のアイコン４０１に対するタッチ操作を行ったとする。これに応じて、メニュー提案端末装置１００の表示制御部１２０は、図６（ｃ）に示すメニュー詳細情報画像の表示に切り替える。なお、このメニュー詳細情報画像もメニュー提案情報を再生することにより表示されるものである。

例えばユーザは、このメニュー詳細情報画像において表示されている写真を見たり説明文を読んだりすることで、このメニューを飲食するか否かの判断に役立てることができる。
そして、例えばユーザが、この「豚肉のしょうが焼き」を食べると決めた場合には、メニュー詳細情報画像において表示されているメニュー決定ボタン４０４に対するタッチ操作を行う。
この操作は、前述のメニュー決定操作に該当する。この操作に応じてメニュー提案端末装置１００の通信部１５０は、「豚肉のしょうが焼き」を示すメニュー情報をメニュー提案サーバ２００に送信する。メニュー提案サーバ２００の通信部２５０は、メニュー情報を受信する。メニュー履歴情報記憶部２３０は、受信されたメニュー情報をメニュー履歴情報２３１におけるユーザ別メニュー履歴情報に反映させる。

このように、本実施形態においては、ユーザが自分（またはグループ）の飲食したメニューの情報をメニュー提案サーバ２００に登録するために、メニュー詳細情報画像におけるメニュー決定ボタン４０４に対する操作を行うだけでよい。換言すれば、ユーザは、飲食したメニューの情報をメニュー提案サーバ２００に登録するために、例えばメニューの名称の文字入力を行ったり、メニュー登録のための画像に遷移させたりするなどの操作も不要である。つまり、簡単な操作によって、飲食したメニューをメニュー提案サーバ２００に通知することができる。

また、図６（ｃ）のメニュー詳細情報画像には、レシピ検索ボタン４０５と、飲食店検索ボタン４０６が表示されている。

レシピ検索ボタン４０５は、メニュー詳細情報画像に表示されているメニュー、つまり、メニュー提案画像において提示されるメニューのうちから指定したメニューのレシピの検索を指示する操作を行うためのボタンである。

図６（ｃ）の状態において、ユーザがレシピ検索ボタン４０５に対するタッチ操作を行うと、メニュー提案端末装置１００の通信部１５０は、例えばウェブサイト上で「豚肉のしょうが焼き」のレシピを検索する。なお、この検索に際しては、例えば本実施形態のメニュー提案サービスの提供者が運営するレシピサーバに限定してアクセスし、このレシピサーバから検索してもよいし、例えば検索エンジンなどを利用してインターネット上から検索するようにしてもよい。そして、メニュー提案端末装置１００の表示制御部１２０は、例えば検索結果を表示する。

図７（ａ）は、メニュー提案端末装置１００の表示画面１３１において、「豚肉のしょうが焼き」のレシピの検索結果として、「豚肉のしょうが焼き」のレシピを示すレシピ画像が表示された状態を示している。この場合、例えば表示制御部１２０は、検索によりヒットした「豚肉のしょうが焼き」のレシピのページのうちから所定条件にしたがって最適であると選択した１つのページを表示させている。
なお、レシピ画像として、検索結果のリストを表示させ、ユーザがその検索結果のなかから任意のページやサイトにアクセスするための操作を行わせるようにしてもよい。

また、図６（ｃ）のメニュー詳細情報画像における飲食店検索ボタン４０６は、そのメニュー詳細情報画像に表示されているメニューを提供する飲食店の検索を指示する操作（飲食店検索操作）を行うためのボタンである。

図６（ｃ）の状態において、ユーザが飲食店検索ボタン４０６に対するタッチ操作を行うと、メニュー提案端末装置１００の通信部１５０は、例えばウェブサイト上で「豚肉のしょうが焼き」を提供する飲食店を検索する。なお、この検索に際しても、例えば本実施形態のメニュー提案サービスの提供者が運営する飲食店情報サーバに限定してアクセスし、この飲食店情報から検索してもよいし、検索エンジンなどを利用してインターネット上から検索するようにしてもよい。

図７（ｂ）は、メニュー提案端末装置１００の表示画面１３１において、「豚肉のしょうが焼き」を提供する飲食店の検索結果として、或る１つの飲食店の情報を提供するサイト（飲食店情報画像）が表示された状態を示している。この場合、例えばメニュー提案端末装置１００の表示制御部１２０は、検索によりヒットした「豚肉のしょうが焼き」提供する飲食店のサイトのうちで所定条件にしたがって最適なものとして選択した１つのサイトを表示させている。
なお、飲食店情報画像として、検索結果のリストを表示させ、ユーザがその検索結果のなかから任意のページやサイトにアクセスするための操作を行わせるようにしてもよい。

また、図６（ａ）の個人ユーザ対応のメニュー提案画像における履歴表示ボタン４０３に対してタッチ操作が行われた場合、メニュー提案端末装置１００の通信部１５０は、個人ユーザ対応のメニュー履歴情報要求をメニュー提案サーバ２００に送信する。個人ユーザ対応のメニュー履歴情報要求にはユーザＩＤが付加される。
メニュー提案サーバ２００において、メニュー提案部２１０は、このメニュー履歴情報要求が通信部２５０にて受信されるのに応答して、メニュー履歴情報に付加されていたユーザＩＤに対応するユーザ別メニュー履歴情報をメニュー履歴情報２３１から読み出す。通信部２５０は、読み出されたユーザ別メニュー履歴情報をメニュー提案端末装置１００に対して送信する。メニュー提案端末装置１００の表示制御部１２０は、通信部１５０が受信したユーザ別メニュー履歴情報を、メニュー履歴画像として表示させる。

図８（ａ）は、メニュー提案端末装置１００の表示画面１３１に表示される、個人ユーザ対応のメニュー履歴画像の態様例を示している。この図のメニュー履歴画像は、カレンダー形式により、現日付と過去の日付けごとにユーザが飲食したメニューのサムネイル画像が表示されている。例えば、サムネイル画像に対するタッチ操作を行うと、そのサムネイル画像が示すメニューの詳細情報画像が表示される。

また、図６（ｂ）に示す「家族」のグループ対応のメニュー提案画像における履歴表示ボタン４０３に対してタッチ操作が行われた場合、メニュー提案端末装置１００の表示制御部１２０は、このグループに対応するメニュー履歴情報要求をメニュー提案サーバ２００に送信する。グループ対応のメニュー履歴情報要求にはグループＩＤが付加される。
このグループ対応のメニュー履歴情報要求の受信に応答して、メニュー提案サーバ２００のメニュー提案部２１０は、メニュー履歴情報に付加されていたグループＩＤをグループ情報に含むすべてのユーザを特定する。このように特定されたユーザは、図６（ｂ）のメニュー提案画像が対応するグループに属するユーザである。メニュー提案部２１０は、ユーザ別メニュー履歴情報をメニュー履歴情報２３１から読み出し、通信部２５０からメニュー提案端末装置１００に対して送信する。メニュー提案端末装置１００の表示制御部１２０は、受信したユーザ別メニュー履歴情報を、メニュー履歴画像として表示させる。

図８（ｂ）は、グループ対応のメニュー履歴画像の表示態様例を示している。この図のメニュー履歴画像もカレンダー形式である。そのうえで、カレンダーにおける現日付と過去の日付ごとに、グループを構成するメンバーごとのアイコンが表示されている。図８（ｂ）では、一具体例として、グループが「家族」単位であり、これに応じて、「パパ」、「ママ」、「子供」の各アイコンが表示された状態が示されている。例えば、これらのアイコンのうちから任意のアイコンにタッチ操作を行うと、タッチされた個人ユーザのメニュー履歴情報が表示される。

［処理手順例］
図９および図１０のフローチャートは、メニュー提案端末装置１００とメニュー提案サーバ２００が実行する処理手順例を示している。
まず、図９に示すように、メニュー提案端末装置１００に対してメニュー提案アプリケーションを起動させるための操作が行われるのに応じて、メニュー提案端末装置１００はメニュー提案アプリケーションを起動させる（ステップＳ１０１）。
このようにメニュー提案アプリケーションが起動することにより、図２のメニュー提案端末装置１００におけるメニュー入力部１１０と、表示制御部１２０と、通信部１５０が機能する。

メニュー提案アプリケーションの起動が完了するのに応じて、通信部１５０は、メニュー提案情報要求を通信部１５０からメニュー提案サーバ２００に送信する（ステップＳ１０２）。
この際、通信部１５０は、ユーザ個人のメニュー提案画像を初期表示すべことが設定されている場合、ユーザＩＤを含むユーザ個人対応のメニュー提案情報要求を送信する。また、表示制御部１２０は、特定のグループのメニュー提案画像を初期表示すべことが設定されている場合、そのグループのグループＩＤを含むグループ対応のメニュー提案情報要求を送信する。

ステップＳ１０２による個人ユーザ対応またはグループ対応のメニュー提案情報要求に応答して、メニュー提案サーバ２００は個人ユーザ対応またはグループ対応のメニュー提案情報を送信する。このメニュー提案情報はメニュー提案端末装置１００の通信部１５０にて受信される。
表示制御部１２０は、受信されたメニュー提案情報を再生することにより、表示画面１３１にメニュー提案画像が表示されるように表示部１３０を制御する（ステップＳ１０３）。

上記のようにメニュー提案画像が表示されている状態において、表示制御部１２０は、メニュー提案画像切替操作が行われるのを待機している。つまり、表示制御部１２０は、図６（ａ）と図６（ｂ）に例示した画面切替ボタン４０２に対する操作が行われたか否かについて判定する（ステップＳ１０４）。

メニュー提案画像切替操作が行われるのに応じて（ステップＳ１０４−ＹＥＳ）、通信部１５０は、ステップＳ１０２に戻ることにより、メニュー提案情報要求を再送信する。
この際において、今回のメニュー提案画像切替操作がグループに対応するメニュー提案画像へ切り替えるためのものである場合、通信部１５０は、切り替え対象のグループを示すグループＩＤを含む、グループ対応のメニュー提案情報要求を送信する。また、この際において、今回のメニュー提案画像切替操作がユーザ個人に対応するメニュー提案画像へ切り替えるためのものである場合、通信部１５０は、例えばメニュー提案端末装置１００の所有者であるユーザを示すユーザＩＤを含む、個人ユーザ対応のメニュー提案情報要求を送信する。

今回のステップＳ１０２によるメニュー提案情報要求の再送信に応答してメニュー提案サーバ２００から個人ユーザ対応またはグループ対応のメニュー提案情報が送信される。メニュー提案端末装置１００の通信部１５０は、このメニュー提案情報を通信部１５０が受信する。表示制御部１２０は、ステップＳ１０３により、受信されたメニュー提案情報を表示画面１３１に表示させるように表示部１３０を制御する。

また、メニュー提案画像切替操作が行われない場合（ステップＳ１０４−ＮＯ）、表示制御部１２０は、メニュー詳細情報画像に移行させるための操作が行われたか否かについて判定する（ステップＳ１０５）。このメニュー詳細情報画像に移行するための操作（メニュー詳細情報画像移行操作）は、例えば図６（ａ）により説明したように、例えばメニュー提案画面が表示されている状態において提案メニューのアイコン４０１に対して行われるタッチ操作である。

メニュー詳細情報画像移行操作が行われるのに応じて（ステップＳ１０５−ＹＥＳ）、表示制御部１２０はメニュー詳細情報画像を表示させる（ステップＳ１０６）。つまり、表示制御部１２０は、メニュー詳細情報画像移行操作において詳細情報の表示対象として指定されたメニュー（タッチされたアイコン４０１が示すメニュー）についてのメニュー詳細情報画像のデータをメニュー提案情報から呼び出す。そして、このメニュー詳細情報画像のデータを再生して表示部１３０に表示させる。これにより、例えば図６（ｃ）に示すように表示画面１３１においてメニュー詳細情報画像が表示される。

また、メニュー詳細情報画像移行操作が行われない場合（ステップＳ１０５−ＮＯ）、表示制御部１２０は、メニュー決定操作が行われたか否かについて判定する（ステップＳ１０７）。メニュー決定操作は、メニュー詳細情報画像が表示されている状態においてメニュー決定ボタン４０４に対して行われれるタッチ操作である。

メニュー決定操作が行われた場合（ステップＳ１０７−ＹＥＳ）、メニュー入力部１１０は、今回のメニュー決定操作により決定されたメニューを示すメニュー情報を入力する（ステップＳ１０８）。通信部１５０は、この入力されたメニュー情報をメニュー提案サーバ２００に送信する（ステップＳ１０９）。

メニュー決定操作が行われない場合（ステップＳ１０７−ＮＯ）、表示制御部１２０は、メニュー履歴表示操作が行われたか否かについて判定する（ステップＳ１１０）。メニュー履歴表示操作は、メニュー提案画像が表示されている状態のもとで履歴表示ボタン４０３に対して行われるタッチ操作である。

メニュー履歴表示操作が行われるのに応じて（ステップＳ１１０−ＹＥＳ）、通信部１５０は、メニュー履歴情報要求をメニュー提案サーバ２００に送信する（ステップＳ１１１）。
この際、通信部１５０は、今回の履歴表示操作が個人ユーザ対応のメニュー提案画像に表示された履歴表示ボタン４０３に対する操作であった場合、その個人ユーザのユーザＩＤを含む、個人ユーザ対応のメニュー履歴情報要求を送信する。
また、今回の履歴表示操作がグループ対応のメニュー提案画像に表示された履歴表示ボタン４０３に対する操作であった場合、通信部１５０は、そのグループのグループＩＤを含むグループ対応のメニュー履歴情報要求を送信する。

メニュー履歴情報要求の送信に応答して、メニュー提案サーバ２００は、要求された個人ユーザ対応またはグループ対応のメニュー履歴情報を送信する。そして、メニュー提案端末装置１００の通信部１５０は、上記のように送信されたメニュー履歴情報を受信する。
表示制御部１２０は、受信されたメニュー履歴情報を再生することにより、メニュー履歴情報画像を表示部１３０に表示させる（ステップＳ１１２）。これにより、例えば図６（ａ）または図６（ｂ）から図８（ａ）または図８（ｂ）への遷移として示すように、表示画面１３１は、個人ユーザ対応またはグループ対応のメニュー提案画像から、個人ユーザ対応またはグループ対応のメニュー履歴画像の表示に移行する。

また、履歴表示操作が行われない場合（ステップＳ１１０−ＮＯ）、図１０に示すように、表示制御部１２０は、レシピ検索操作が行われたか否かについて判定する（ステップＳ１１３）。レシピ検索操作は、メニュー詳細情報画像が表示されている状態のもとでレシピ検索ボタン４０５に対して行われるタッチ操作である。

レシピ検索操作が行われた場合（ステップＳ１１３−ＹＥＳ）、表示制御部１２０は、例えばネットワーク３００経由でレシピ検索操作により指定されたメニュー（メニュー詳細情報画像に表示されていたメニュー）の検索を行う。そして、表示制御部１２０は、その検索結果を利用して、例えば図８（ａ）に示すようなレシピ画像が表示画面１３１に表示されるように表示部１３０を制御する（ステップＳ１１４）。

また、履歴表示操作が行われない場合（ステップＳ１１３−ＮＯ）、表示制御部１２０は、飲食店検索操作が行われたか否かについて判定する（ステップＳ１１５）。飲食店検索操作は、メニュー詳細情報画像が表示されている状態のもとで飲食店検索ボタン４０６に対して行われるタッチ操作である。

飲食店検索操作が行われた場合（ステップＳ１１５−ＹＥＳ）、表示制御部１２０は、例えばネットワーク３００経由で飲食店検索操作により指定されたメニューを提供する飲食店の検索を行う。そして、表示制御部１２０は、その検索結果を利用して、例えば図８（ｂ）に示すような飲食店情報画像が表示画面１３１に表示されるように表示部１３０を制御する（ステップＳ１１６）。

飲食店検索操作が行われない場合（ステップＳ１１５−ＮＯ）、表示制御部１２０は、メニュー詳細情報画像、レシピ画像および飲食店情報画像のいずれかが表示されている状態において、次の判定を行う。つまり、表示制御部１２０は、最後に表示されていたメニュー提案画像の表示に戻すための所定操作が行われたか否かについて判定する（ステップＳ１１７）。

メニュー提案画像の表示に戻すための所定操作が行われた場合（ステップＳ１１７−ＹＥＳ）、表示制御部１２０は、最後に表示させていたメニュー提案画像が表示画面１３１に再度表示されるように表示部１３０に対する制御を実行する（ステップＳ１１８）。

また、メニュー提案画像の表示に戻すための操作が行われない場合（ステップＳ１１７−ＮＯ）、表示制御部１２０は、例えばメニュー提案アプリケーションを終了させるための操作に応じてメニュー提案アプリケーションが終了されたか否かについて判定する（ステップＳ１１９）。
メニュー提案アプリケーションが終了されていないと判定された場合（ステップＳ１１９−ＮＯ）、表示制御部１２０は、ステップＳ１０４に戻る。また、メニュー提案アプリケーションが終了されたことが判定された場合は（ステップＳ１１９−ＹＥＳ）、この図に示す処理を終了させる。

次に、図９を再度参照して、メニュー提案サーバ２００が実行する処理手順例について説明する。
メニュー提案サーバ２００において、通信部２５０は、メニュー提案端末装置１００からのメニュー提案情報要求が受信されるのを待機している（ステップＳ２０１−ＮＯ）。

そして、メニュー提案情報要求の受信に応答して（ステップＳ２０１−ＹＥＳ）、メニュー提案部２１０は、受信されたメニュー提案情報要求が指定する個人ユーザまたはグループに対応する提案メニューを決定する（ステップＳ２０２）。そして、メニュー提案部２１０は、決定した提案メニューのリストを示す提案メニュー情報を作成する（ステップＳ２０３）。例えば、メニュー提案部２１０は、ＨＴＭＬやＸＭＬなどによるコンテンツ形式により提案メニュー情報を作成する（ステップＳ２０３）。

通信部２５０は、作成された提案メニュー情報を、メニュー提案情報要求の送信元のメニュー提案端末装置１００に対して送信する（ステップＳ２０４）。

また、通信部２５０は、メニュー提案端末装置１００から送信されたメニュー情報が受信されるのを待機している（ステップＳ２０５−ＮＯ）。
メニュー情報が受信された場合（ステップＳ２０５−ＹＥＳ）、メニュー履歴情報記憶部２３０は、受信されたメニュー情報をメニュー履歴情報２３１に登録する（ステップＳ２０６）。例えば、メニュー情報は、ユーザが飲食するものとして決定したメニューのメニューＩＤと、送信元のメニュー提案端末装置１００の所有者であるユーザのユーザＩＤを含む。メニュー履歴情報記憶部２３０は、メニュー情報に含まれるメニューＩＤを、メニュー情報の受信日時と対応させてメニュー単位履歴情報を作成する。そして、メニュー履歴情報記憶部２３０は、作成したメニュー単位履歴情報を、メニュー履歴情報２３１において、受信したメニュー情報に含まれるユーザＩＤに対応付けられたユーザ別メニュー履歴情報に追加するように記憶させる。

また、通信部２５０は、メニュー履歴情報要求が受信されるのを待機している（ステップＳ２０７−ＮＯ）。
メニュー履歴情報要求が受信されるのに応じて（ステップＳ２０７−ＹＥＳ）、通信部２５０は、受信したメニュー履歴情報要求が指定する個人ユーザまたはグループに対応するユーザ別メニュー履歴情報をメニュー履歴情報記憶部２３０から読み出す（ステップＳ２０８）。そして、通信部２５０は、読み出したメニュー履歴情報を、要求元のメニュー提案端末装置１００に対して送信する（ステップＳ２０９）。

次に、図１１のフローチャートを参照して、メニュー提案部２１０が図９のステップＳ２０２として実行する提案メニュー決定のための処理手順例を示している。この提案メニュー決定のための処理手順によっては、複数の提案メニューが決定される。そのうえで、これら複数の提案メニューに対して優先度が設定される。

まず、メニュー提案部２１０は、提案候補メニュー情報２２１が格納するすべての提案候補メニューの優先度ポイントをリセットする（ステップＳ３０１）。優先度ポイントは、提案候補メニューごとの優先度を示す点数である。
優先度ポイントをリセットするにあたり、具体的に、メニュー提案部２１０は各提案候補メニューの優先度ポイントの値を「０」に設定する。なお、この優先度ポイントはその値が大きいほど優先度が高い。また、優先度ポイントは、負の値も取り得る。

次に、メニュー提案部２１０は、今回のステップＳ２０１（図９）に対応して受信したメニュー履歴情報要求からユーザＩＤまたはグループＩＤを抽出する（ステップＳ３０２）。つまり、メニュー提案部２１０は、受信したメニュー履歴情報要求が個人ユーザに対応するものである場合にはユーザＩＤを抽出し、グループに対応するものである場合にはグループＩＤを抽出する。

次に、メニュー提案部２１０は、ステップＳ３０２により抽出したユーザＩＤまたはグループＩＤと対応付けられているユーザ別メニュー履歴情報を、メニュー履歴情報記憶部２３０に記憶されるメニュー履歴情報２３１から読み込む（ステップＳ３０３）。

そして、メニュー提案部２１０は、読み出したユーザ別メニュー履歴情報の内容に基づいて、過去に飲食したメニューの日付と現在に対応する日付との間隔に応じて、提案候補メニューの優先度ポイントに対するポイント加算処理を実行する（ステップＳ３０４）。
一例として、メニュー提案部２１０は、提案候補メニューについて、過去に飲食した日付が現在に対応する日付に近くなるのに応じてより小さい負の値のポイントを加算する。
このように、ポイント加算処理は、負のポイントを加算することで実質的に優先度ポイントを減じる処理を含む。また、ポイント加算処理は、「０」のポイントを加算することで、実質的に優先度ポイントを変更しない処理を含む。

次に、メニュー提案部２１０は、補助情報記憶部２４０に記憶される補助情報２４１を読み込む（ステップＳ３０５）。
そのうえで、メニュー提案部２１０は、提案候補メニュー情報２２１において示される推奨気温区分と補助情報２４１における気温情報とに基づいて、提案候補メニューの優先度ポイントに対するポイント加算処理を実行する（ステップＳ３０６）。具体的に、メニュー提案部２１０は、推奨気温区分が気温情報に該当する提案候補メニューについては、所定の正の値のポイント加算を行う。また、メニュー提案部２１０は、推奨気温区分が気温情報に該当しないものについては、「０」または所定の負の値のポイント加算を行う。

次に、メニュー提案部２１０は、提案候補メニュー情報２２１において示される暦と補助情報２４１の暦情報とに基づいて、提案候補メニューのポイント加算処理を実行する（ステップＳ３０７）。
一例として、メニュー提案部２１０は、例えばメニューを提案する日付（例えば、今日または明日）が補助情報２４１の暦情報において示される何らかの暦に該当するか否かについて判定する。ここで、メニューを提案する日付が或る暦に該当すると判定した場合、メニュー提案部２１０は、提案候補メニュー情報２２１から、その暦と対応付けられているメニューを検索する。ここで、該当する提案候補メニューが検索されれば、メニュー提案部２１０は、その検索された提案候補メニューの優先度ポイントに対して正の所定値のポイントを加算する。また、検索されなかった提案候補メニューについては、「０」を加算する。

次に、メニュー提案部２１０は、補助情報２４１が含むコンテンツ視聴履歴情報に基づいて提案候補メニューの優先度ポイントに対するポイント加算処理を実行する（ステップＳ３０８）。
一例として、メニュー提案部２１０は、メニュー提案情報要求が指定するユーザＩＤを含むユーザ個別補助情報、または、メニュー提案情報要求が指定するグループＩＤに対応するユーザＩＤを含む複数のユーザ個別補助情報を検索する。そして、この検索したユーザ個別補助情報のうちからコンテンツ視聴履歴情報を読み込む。
そのうえで、メニュー提案部２１０は、読み込んだコンテンツ視聴履歴情報において示されているのと同じメニュー名が提案候補メニュー情報２２１において示される提案候補メニューについては、所定の正の値によるポイントを加算する。

次に、メニュー提案部２１０は、提案候補メニューのうちから提案メニューを決定する（ステップＳ３０９）。
例えば、メニュー提案部２１０は、以下のように提案メニューを決定する。ステップＳ３０８を終了した段階において、提案候補メニューは、それぞれ、ステップＳ３０４〜Ｓ３０８までの処理によって積算された或る優先度ポイントを有している。
そこで、メニュー提案部２１０は、例えば優先度ポイントが高い順から所定数の提案候補メニューを選択する。メニュー提案部２１０は、提案メニューの決定として、これらの複数の提案候補メニューを選択するものである。

なお、この図１１に示す処理手順例としての提案メニュー決定のためのアルゴリズムはあくまでも一例であって、他のアルゴリズムによって提案メニューが決定されてよい。

図１２は、図１１に示した処理手順による提案候補メニューごとの優先度ポイントの設定に関する一具体例を示す図である。この図においては、提案候補メニュー情報２２１において示される１２のメニューに対応するメニューＩＤ「０００１」〜「００１２」が示されている。
なお、この図の説明にあたっては、説明を簡単で分かりやすくすることの便宜上、個人ユーザ対応の提案メニューを決定する場合を例に挙げる。

まず、図１１のステップＳ３０１の処理により、メニューＩＤ「０００１」〜「００１２」の各優先度ポイントはリセットされる。これにより、図１２において示すように、メニューＩＤ「０００１」〜「００１２」の優先度ポイントは、すべて「０」に設定される。

図１２における第１段階ポイント加算の欄は、図１１のステップＳ３０４によるポイント加算により積算された優先度ポイントの値を示している。
この具体例におけるメニュー提案部２１０は、ステップＳ３０４において、前日に飲食した提案候補メニューについては「−８」ポイントを加算し、前々日に飲食した提案候補メニューについては「−４」ポイントを加算する。
また、このユーザのユーザ別メニュー履歴情報には、前日に「鶏五目ご飯」と「インドカレー」を飲食し、前々日には「照り焼きハンバーグ」と「冷やしそうめん」を飲食したことが示されている。
この場合、メニュー提案部２１０は、図１２の第１段階ポイント加算として示すように、「鶏五目ご飯」に対応するメニューＩＤ＝「０００１」に対して「−８」ポイントを加算する。また、「インドカレー」に対応するメニューＩＤ＝「０００２」に対しても「−８」ポイントを加算する。
また、メニュー提案部２１０は、「照り焼きハンバーグ」に対応するメニューＩＤ＝「００１１」に対しては「−４」ポイントを加算し、「冷やしそうめん」に対応するメニューＩＤ＝「００１２」に対しても「−４」ポイントを加算する。

このように、メニュー提案部２１０は、過去に飲食された日時が現在に近い提案候補メニューほど低い優先度を付すようにしている。これにより、ユーザが最近飲食したものが提案メニューとして設定されないようにしている。

次に、図１２における第２段階ポイント加算は、図１１のステップＳ３０６により積算された優先度ポイントの値を示している。
ステップＳ３０６において、メニュー提案部２１０は、暑いときに推奨することを示す「１」の推奨気温区分が補助情報２４１の気温情報に該当する場合、この「１」の推奨気温区分の提案候補メニューに「６」ポイントを加算する。また、この場合において、メニュー提案部２１０は、寒いときに推奨することを示す、「２」の推奨気温区分の提案候補メニューには「−６」ポイントを加算する。
また、メニュー提案部２１０は、寒いときに推奨することを示す「２」の推奨気温区分が補助情報２４１の気温情報に該当する場合、この「２」の推奨気温区分の提案候補メニューに「６」ポイントを加算する。また、この場合において、メニュー提案部２１０は、暑いときに推奨することを示す、「１」の推奨気温区分の提案候補メニューには「−６」ポイントを加算する。
なお、メニュー提案部２１０は、特に推奨される気温区分が無いことを示す「０」の推奨気温区分については、いずれの場合も「０」を加算する。

具体例として、補助情報２４１の気温情報が示すメニュー提案日（当日または翌日）の気温は暑いと区分される値であるとする。この場合、提案候補メニュー情報２２１において「１」の推奨気温区分が対応付けられている提案候補メニューは、「冷やしそうめん」である。そこで、メニュー提案部２１０は、図１２の第２段階として示すように、「冷やしそうめん」に対応するメニューＩＤ＝「００１２」に対して「＋６」ポイントを加算することで、その積算値は２となる。
また、提案候補メニュー情報２２１において「２」の推奨気温区分が対応付けられている提案候補メニューは、メニューＩＤ＝「０００７」のチーズフォンデュとメニューＩＤ＝「００１０」の「チゲ」である。そこで、メニュー提案部２１０は、同じ図１２の第２段階として示すように、メニューＩＤ＝「０００７」とメニューＩＤ＝「００１０」のそれぞれに対して「−６」ポイントを加算する。

次に、図１２における第３段階ポイント加算は、図１１のステップＳ３０７により積算された優先度ポイントの値を示している。
ここで、メニュー提案日は、２０１１年８月２日である。また、補助情報２４１の暦情は、２０１１年７月２１日と２０１１年８月２日が土用の丑であることを示しているものとする。
この場合、メニュー提案部２１０は、提案候補メニュー情報２２１を参照することにより、メニューＩＤ＝「０００９」の「鰻の蒲焼き」に暦として土用の丑が対応付けられていることを認識する。さらに、メニュー提案部２１０は、補助情報２４１の暦情報を参照して土用の丑の日付が２０１１年７月２１日と２０１１年８月２日であると認識する。この土用の丑の日付と、メニュー提案日とを比較すると、２０１１年８月２日が一致している。
そこで、メニュー提案部２１０は、図１２の第３段階ポイント加算として示すように、メニューＩＤ＝「０００９」に対して例えば「１０」ポイントを加算する。

次に、図１２における第４段階ポイント加算は、図１１のステップＳ３０８により積算された優先度ポイントの値を示している。
ステップＳ３０８において、この例において、メニュー提案部２１０は、過去の１ヶ月以内に視聴したコンテンツで取り上げられていたのと同じ提案候補メニューには「＋３」ポイントを加算する。また、メニュー提案部２１０は、過去の１ヶ月前から２ヶ月以内に視聴したコンテンツで取り上げられていたのと同じ提案候補メニューには「＋２」ポイントを加算する。
この場合において、補助情報２４１における該当ユーザのコンテンツ視聴履歴情報には、過去の１ヶ月において「鶏飯」を取り上げた番組を視聴し、過去の１ヶ月前から２ヶ月以内に「きのこご飯」を取り上げた番組を視聴していたことが示されていたとする。
これに応じて、メニュー提案部２１０は、「鶏飯」がメニュー名のメニューＩＤ＝「０００６」に「＋３」ポイントを加算し、「きのこご飯」がメニュー名のメニューＩＤ＝「０００５」に「＋２」ポイントを加算する。

ここまでのポイント加算を終了すると、メニュー提案部２１０は、例えば図１２の第４段階ポイント加算の欄に示される優先度ポイントの高い順にしたがって、所定数の提案候補メニューを選択することで、提案メニューを決定する。
そして、メニュー提案部２１０は、図９のステップＳ２０３において、決定された提案メニューが例えばその優先度ポイントにしたがった配列順でメニュー提案画像において表示されるように、メニュー提案情報を作成する。

また、図示による説明は省略するが、さらに提案候補メニュー情報２２１における栄養情報を利用して提案メニューを決定してもよい。つまり、メニュー提案部２１０は、ユーザ別メニュー履歴情報と提案候補メニュー情報２２１における栄養情報を利用して、過去に飲食したメニューによりユーザ摂取した栄養素のバランスを認識する。そして、メニュー提案部２１０は、栄養素のバランスの認識結果に基づいて栄養バランスが良くなるように、提案メニューを決定するというものである。例えば、栄養素ごとに適切な摂取量を定めておき、摂取量が多い栄養素については摂取量が控えられるように、また、摂取量が少ないものは摂取量が多めとなるように提案メニューを決定する。そのうえで、例えば栄養素の必要摂取量に応じて提案メニューの優先度ポイントの加算値を変更するなどして優先度に反映させるとよい。

また、上記栄養情報と連携してユーザの健康状態情報を利用して提案メニューを決定し、かつ、健康状態情報を提案メニューの優先度に反映させてよい。例えば、健康状態情報により血糖値が高いということが示されている場合、メニュー提案部２１０は、血糖値を上昇させにくい栄養素を多く含むものを提案メニューとして決定するというものである。

なお、メニュー提案端末装置１００のユーザは、複数のグループに登録することができる。このようにユーザが複数のグループに属している場合、例えば、図６（ａ）に示した個人ユーザ対応のメニュー提案画像には、それぞれのグループに対応する複数の画面切替ボタン４０２が所定の態様により表示される。これにより、ユーザは、自分が属する複数のグループごとに対応するメニュー提案画像の間で切り替えを行うことができる。
このように、グループ間でのメニュー提案画像の切り替え操作が行われた場合、メニュー提案端末装置１００からは、そのグループＩＤを指定してメニュー提案情報を送信する。このメニュー提案情報を受信したメニュー提案サーバ２００のメニュー提案部２１０は、指定されたグループＩＤに対応するユーザのユーザ別メニュー履歴情報をメニュー履歴情報２３１から読み出して前述のように提案メニューを決定する。この場合、グループを構成するユーザに応じて、ユーザ別メニュー履歴情報の組合せは異なることから、提案メニューは、グループごとに異なるものとなる。

また、上記実施形態において、メニュー提案端末装置１００は、例えばスマートフォンやタブレット端末などの携帯型の通信端末としているが、家庭内に設置される家電機器などであってもよい。例えば、冷蔵庫、電子レンジ、オーブンなどに通信機能と画像表示機能を与えてメニュー提案端末装置１００として機能させることができる。
また、メニュー提案画像などに対する操作は、例えば上下左右にカーソルを移動させるキーや決定キーなどの操作により行えるようにしてもよい。

また、図２に示したメニュー提案端末装置１００とメニュー提案サーバ２００の各部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりメニューの提案を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１００ メニュー提案端末装置
１１０ メニュー入力部
１２０ 表示制御部
１３０ 表示部
１３１ 表示画面
１４０ タッチパネル
１５０ 通信部
２００ メニュー提案サーバ
２１０ メニュー提案部
２２０ 提案候補メニュー情報記憶部
２２１ 提案候補メニュー情報
２３０ メニュー履歴情報記憶部
２３１ メニュー履歴情報
２４０ 補助情報記憶部
２４１ 補助情報
２５０ 通信部
３００ ネットワーク
４０１ アイコン
４０２ 画面切替ボタン
４０３ 履歴表示ボタン
４０４ メニュー決定ボタン
４０５ レシピ検索ボタン
４０６ 飲食店検索ボタン

Claims (16)

1. メニュー提案端末装置とメニュー提案サーバを備え、
   前記メニュー提案端末装置は、
   前記メニュー提案サーバから送信されたメニュー提案情報を受信するメニュー提案情報受信部と、
   受信された前記メニュー提案情報を利用してメニュー提案画像を表示部に表示させる表示制御部とを備え、
   前記メニュー提案サーバは、
   ユーザが飲食したメニューの履歴を示すメニュー履歴情報を取得し、取得した前記メニュー履歴情報を記憶するメニュー履歴情報記憶部と、
   複数の提案候補メニューを示す提案候補メニュー情報を記憶する提案候補メニュー情報記憶部と、
   少なくとも前記メニュー履歴情報に基づいて、前記提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案部と、
   作成された前記提案メニュー情報を前記メニュー提案端末装置に送信する提案メニュー情報送信部とを備える、
   ことを特徴とするメニュー提案システム。
2. 前記メニュー提案サーバは、
   前記提案メニューを決定するにあたり補助的に利用される補助情報を記憶する補助情報記憶部をさらに備え、
   前記メニュー提案部は、
   前記メニュー履歴情報と前記補助情報とに基づいて前記提案メニューを決定する、
   ことを特徴とする請求項１に記載のメニュー提案システム。
3. 前記補助情報は、気温を示す気温情報を含み、
   前記メニュー提案部は、
   前記気温情報と、前記提案候補メニュー情報に含まれる提案候補メニューの飲食が推奨される推奨気温区分の情報とに基づいて前記提案メニューを決定する、
   ことを特徴とする請求項２に記載のメニュー提案システム。
4. 前記補助情報は、暦がどの年月日に該当するのかを示す暦情報を含み、
   前記メニュー提案部は、
   前記暦情報と、前記提案候補メニュー情報に含まれる提案候補メニューの飲食が推奨される暦の情報とに基づいて前記提案メニューを決定する、
   ことを特徴とする請求項２または３に記載のメニュー提案システム。
5. 前記補助情報は、ユーザが過去に視聴したコンテンツの内容を示すコンテンツ視聴履歴情報を含み、
   前記メニュー提案部は、
   前記コンテンツ視聴履歴情報において示されるメニューの内容に基づいて前記提案メニューを決定する、
   ことを特徴とする請求項２から４のいずれか一項に記載のメニュー提案システム。
6. 前記メニュー提案部は、
   メニューごとに優先度を設定し、設定された優先度が高い順から所定数のメニューを選択し、選択したメニューを前記提案メニューとして決定する、
   ことを特徴とする請求項１から５のいずれか一項に記載のメニュー提案システム。
7. 前記メニュー提案部は、
   前記メニュー履歴情報が示す過去において飲食された日時が近くなるのに応じてメニューに低い優先度を設定する、
   ことを特徴とする請求項６に記載のメニュー提案システム。
8. 前記メニュー提案部は、
   前記優先度が反映されたメニュー提案画像が表示されるように前記提案メニュー情報を作成する、
   ことを特徴とする請求項６または７に記載のメニュー提案システム。
9. 前記表示制御部は、
   メニュー提案画像において提示されるメニューのうちから指定したメニューについての調理法の情報を要求する操作が行われるのに応じて、指定されたメニューの調理法を示す調理法画像を前記表示部に表示させる、
   ことを特徴とする請求項１から８のいずれか一項に記載のメニュー提案システム。
10. 前記表示制御部は、
    メニュー提案画像において提示されるメニューのうちから指定したメニューを提供する飲食店の情報を要求する操作が行われるのに応じて、指定されたメニューを提供する飲食店についての情報を示す飲食店情報画像を前記表示部に表示させる、
    ことを特徴とする請求項１から９のいずれか一項に記載のメニュー提案システム。
11. 前記メニュー履歴情報記憶部は、
    個人ユーザごとのユーザ別メニュー履歴情報を、前記個人ユーザが属するグループと対応付けて記憶し、
    前記メニュー提案部は、
    前記個人ユーザについての前記提案メニュー情報が要求されるのに応じて、指定された前記個人ユーザの前記ユーザ別メニュー履歴情報に基づいて、前記指定された個人ユーザに提案する前記提案メニューを決定し、前記グループについての前記提案メニュー情報が要求されるのに応じて、指定された前記グループに属する前記個人ユーザの前記ユーザ別メニュー履歴情報に基づいて、前記指定されたグループに提案する前記提案メニューを決定する、
    ことを特徴とする請求項１から１０のいずれか一項に記載のメニュー提案システム。
12. 前記メニュー提案端末装置は、
    前記表示部に表示されたメニュー提案画像により提示されたメニューのうちからユーザが飲食するものと決めたメニューを選択する操作が行われるのに応じて、選択されたメニューを通知するメニュー情報を入力するメニュー入力部と、
    入力された前記メニュー情報を前記メニュー提案サーバに送信するメニュー情報送信部とをさらに備え、
    前記メニュー提案サーバは、
    前記メニュー提案端末装置から送信された前記メニュー情報を受信するメニュー情報受信部をさらに備え、
    前記メニュー履歴情報記憶部は、受信された前記メニュー情報の内容を含む前記メニュー履歴情報を記憶する、
    ことを特徴とする請求項１から１１のいずれか一項に記載のメニュー提案システム。
13. ユーザが飲食したメニューの履歴を示すメニュー履歴情報を取得し、取得した前記メニュー履歴情報を記憶するメニュー履歴情報記憶部と、
    複数の提案候補メニューを示す提案候補メニュー情報を記憶する提案候補メニュー情報記憶部と、
    少なくとも前記メニュー履歴情報に基づいて、前記提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案部と、
    作成された前記提案メニュー情報をメニュー提案端末装置に送信する提案メニュー情報送信部と、
    を備えることを特徴とするメニュー提案サーバ。
14. メニュー提案端末装置とメニュー提案サーバを備えるメニュー提案システムにおけるメニュー提案方法であって、
    前記メニュー提案端末装置は、
    前記メニュー提案サーバから送信されたメニュー提案情報を受信するメニュー提案情報受信ステップと、
    受信された前記メニュー提案情報を利用してメニュー提案画像を表示部に表示させる表示制御ステップとを備え、
    前記メニュー提案サーバは、
    ユーザが飲食したメニューの履歴を示すメニュー履歴情報に少なくとも基づいて、複数の提案候補メニューを示す提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案ステップと、
    作成された前記提案メニュー情報を前記メニュー提案端末装置に送信する提案メニュー情報送信ステップとを備える、
    ことを特徴とするメニュー提案方法。
15. ユーザが飲食したメニューの履歴を示すメニュー履歴情報に少なくとも基づいて、複数の提案候補メニューを示す提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案ステップと、
    作成された前記提案メニュー情報をメニュー提案端末装置に送信する提案メニュー情報送信ステップとを備える、
    ことを特徴とするメニュー提案方法。
16. コンピュータに、
    ユーザが飲食したメニューの履歴を示すメニュー履歴情報に少なくとも基づいて、複数の提案候補メニューを示す提案候補メニュー情報における提案候補メニューのうちからユーザに提案する提案メニューを決定し、決定した前記提案メニューの情報を有する提案メニュー情報を作成するメニュー提案ステップ、
    作成された前記提案メニュー情報をメニュー提案端末装置に送信する提案メニュー情報送信ステップ、
    を実行させるためのプログラム。

Images