(57)【要約】所定日数分の料理それぞれに関する料理情報を提供する場合に、所定日数分の料理が確定するまでの時間を短くすることができる料理情報の提供方法を提供する。料理情報の提供方法は、所定日数分の料理それぞれの料理情報を、料理情報データベースから取得し、取得した料理情報それぞれをユーザに提供し、ユーザに提供した料理情報のうち少なくとも１つの料理情報の選択をユーザから受け付け、ユーザに提供した料理情報のうち選択されていない料理情報が存在する場合には、選択された料理情報から定まる条件に基づいて、選択されていない料理情報に代えて他の料理情報を料理情報データベースから取得し、取得した他の料理情報をユーザに提供する。
2014192240.tif 000002
【特許請求の範囲】
【請求項１】
所定日数分の料理それぞれの料理情報を、ユーザに提供するシステムにおける、料理情報の提供方法であって、
ユーザに推奨すべき、前記所定日数分の料理それぞれの料理情報を、料理情報データベースから取得する第１の処理を行い、
取得した前記料理情報それぞれを、前記ユーザに提供し、
前記ユーザに提供した前記料理情報のうち少なくとも１つの前記料理情報の選択を、前記ユーザから受け付け、
前記ユーザに提供した前記料理情報のうち選択されていない料理情報が存在する場合には、選択された料理情報から定まる条件に基づいて、選択されていない料理情報に代えて前記ユーザに推奨すべき他の料理情報を前記料理情報データベースから取得する第２の処理を行い、
前記第２の処理で取得された前記他の料理情報を、前記ユーザに提供する
ことを特徴とする料理情報の提供方法。
【請求項２】
前記料理情報データベースには、前記料理情報データベースに格納されている前記料理情報それぞれに対して、前記料理情報で示される料理に応じたカテゴリが対応付けられて記憶されており、
少なくとも１つの料理情報の前記選択後であり、且つ前記第２の処理の実行前に、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報よりも、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報が優先的に取得されるよう、前記料理情報データベースに格納されている前記料理情報それぞれについて優先度を設定し、
前記第２の処理を実行する場合には、前記料理情報データベースに格納されている前記料理情報それぞれについて設定された優先度に基づいて、前記料理情報データベースから前記他の料理情報を取得する
ことを特徴とする請求項１に記載の料理情報の提供方法。
【請求項３】
前記料理情報データベースには、前記料理情報データベースに格納されている前記料理情報それぞれに対して、予め優先度が付与されて記憶されており、
選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報に付与された優先度が、選択された前記料理情報に対応づけられたカテゴリの何れにも対応付けられていない料理情報に付与された優先度よりも低くなるように、前記料理情報データベースに格納されている前記料理情報それぞれについて優先度を変更する
ことを特徴とする請求項２に記載の料理情報の提供方法。
【請求項４】
ユーザから選択された料理情報に対して、前記選択の解除指示をさらに受け付け、
前記解除指示を受け付けると、前記料理情報に付与された前記優先度を、前記第１の処理時に前記料理情報に付与された前記優先度よりも低くなるように、前記料理情報データベースに格納されている前記料理情報に付与された優先度を変更する
ことを特徴とする請求項３に記載の料理情報の提供方法。
【請求項５】
前記ユーザに対して提供された前記料理情報の全てについて、前記ユーザから選択を受け付けると、
選択された前記料理情報に対応付けられたカテゴリと同一のカテゴリが対応付けられた、ユーザに選択されていない料理情報に付与された優先度を、前記第１の処理時に前記料理情報に付与された優先度よりも高くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更し、
前記ユーザに対して提供された前記料理情報の全てが選択された後において、前記所定日数からなり、前記提供された前記所定日数からなる期間とは別の期間について、変更された優先度に基づいて料理情報を前記料理情報データベースから取得して、ユーザに提供する
ことを特徴とする請求項３に記載の料理情報の提供方法。
【請求項６】
前記料理情報データベースに格納されている前記料理情報それぞれには、前記料理情報で示される料理についての調理の際に行われる一の料理工程を示すカテゴリが対応付けられており、
料理に関するユーザ情報を、さらに、取得し、
前記第２の処理を行うに先立って、前記ユーザ情報に基づいて、選択された前記料理情報に対応付けられたカテゴリと同一のカテゴリが対応付けられた料理情報それぞれに付与された優先度を設定し、
前記第２の処理を実行する場合には、前記料理情報データベースに格納されている前記料理情報それぞれについて設定された優先度に基づいて、前記料理情報データベースから前記他の料理情報を取得する
ことを特徴とする請求項１に記載の料理情報の提供方法。
【請求項７】
前記ユーザ情報は、前記ユーザが料理を行ったことを示す料理履歴情報であり、
前記料理履歴情報を用いて、前記ユーザの料理に対する関心の有無を判定し、
関心があると判定された場合には、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報それぞれに付与された優先度が、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報それぞれに付与された優先度より低くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更し、
関心がないと判定された場合には、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報に付与された優先度が、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報に付与された優先度より高くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更する
ことを特徴とする請求項６に記載の料理情報の提供方法。
【請求項８】
前記料理履歴情報は、調理を行うための家庭用電気製品についての前記ユーザによる使用に関するログ情報であり、
前記ログ情報の更新回数が所定値以上である場合に、前記ユーザが料理に対して関心があると判定し、
前記ログ情報の更新回数が所定値より少ない場合に、前記ユーザが料理に対して関心がないと判定する
ことを特徴とする請求項７に記載の料理情報の提供方法。
【請求項９】
前記ユーザ情報は、前記ユーザが好むカテゴリを示す情報であり、
選択した料理情報に対応付けられたカテゴリの何れかと、前記ユーザ情報が示すカテゴリとが一致する場合には、前記ユーザ情報が示すカテゴリと同一のカテゴリが対応付けられた料理情報に付与された優先度が、前記カテゴリが対応付けられていない料理情報に付与された優先度の何れよりも高くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更し、
選択した料理情報に対応付けられたカテゴリの何れとも、前記ユーザ情報が示すカテゴリと一致しない場合には、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報に付与された優先度が、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報に付与された優先
度の何れよりも低くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更する
ことを特徴とする請求項６に記載の料理情報の提供方法。
【請求項１０】
前記料理情報データベースには、前記料理情報データベースに格納されている前記料理情報それぞれに対して、前記料理情報で示される料理が朝食、昼食、夕食及び間食のうちどの食事で食されるかを示す食事種別が対応付けられて記憶されており、
前記第１の処理及び前記第２の処理は、前記食事種別が示す一の食事に対応する料理情報を、前記料理情報データベースから取得し、
前記料理情報データベースから取得した料理情報を表示することで、前記第１の処理後における前記提供、又は前記第２の処理後における前記提供を行い、
前記表示を行っている間に、ユーザから、前記一の食事とは異なる他の食事の表示へ切り替える指示を受け付け、
前記指示が受け付けられると、さらに、前記他の食事を示す前記食事種別が対応付けられた料理情報から前記所定日数分の料理情報を、前記料理情報データベースから取得し、
前記一の食事についての料理情報の表示から、前記他の食事について取得された料理情報の表示へ切り替える
ことを特徴とする請求項１に記載の料理情報の提供方法。
【請求項１１】
前記料理情報データベースには、前記料理情報データベースに格納されている前記料理情報それぞれに対して、前記料理情報で示される料理が一の食事についてのメイン料理及びサブ料理のうちどの食事内容に含まれるかを示す食事内容種別が対応付けられて記憶されており、
前記第１の処理及び前記第２の処理は、前記食事内容種別が示す一の食事内容に対応する料理情報を、前記料理情報データベースから取得し、
前記料理情報データベースから取得した料理情報を表示することで、前記第１の処理後における前記提供、又は前記第２の処理後における前記提供を行い、
前記表示を行っている間に、ユーザから、前記一の食事内容とは異なる他の食事内容の表示へ切り替える指示を受け付け、
前記指示が受け付けられると、さらに、前記他の食事内容を示す前記食事種別が対応付けられた料理情報から前記所定日数分の料理情報を、前記料理情報データベースから取得し、
前記一の食事内容についての料理情報の表示から、前記他の食事内容について取得された料理情報の表示へ切り替える
ことを特徴とする請求項１に記載の料理情報の提供方法。
【請求項１２】
前記料理情報には、前記料理情報で示される料理の栄養価を示す栄養価情報が含まれており、
ユーザに推奨すべき料理情報を表示することで、前記第１の処理後における前記提供、又は前記第２の処理後における前記提供を行い、
前記第２の処理後に前記料理情報を表示する場合において、前記第２の処理で取得した料理情報に対応付けられた栄養価情報の表示色と、前記第１の処理で取得され、且つユーザに選択された料理情報に対応付けられた栄養価情報の表示色とは異なる
ことを特徴とする請求項１に記載の料理情報の提供方法。
【請求項１３】
前記第１の処理は、前記所定日数の日毎に料理情報を取得し、
前記第１の処理で、日毎に取得された料理情報それぞれは、前記日と対応付けてユーザに提供され、
前記第２の処理は、選択されていない料理情報が対応付けられた日毎に、他の料理情報を取得し、
前記第２の処理で、選択されていない料理情報が対応付けられた日毎に取得された他の料理情報それぞれは、前記日と対応付けてユーザに提供される
ことを特徴とする請求項１に記載の料理情報の提供方法。
【請求項１４】
前記システムは、インターネットで接続された、前記料理情報データベースを有するサーバと、携帯端末とからなり、
前記サーバが、前記第１の処理、及び前記第２の処理を行い、
前記携帯端末が、前記選択の受け付けと、前記第１の処理及び前記第２の処理で取得された料理情報の提供を行う
ことを特徴とする請求項１に記載の料理情報の提供方法。
【請求項１５】
所定日数分の料理それぞれの料理情報を、ユーザに提供するシステムであって、
ユーザに推奨すべき、前記所定日数分の料理それぞれの料理情報を、料理情報データベースから取得する第１の処理手段と、
取得した前記料理情報それぞれを、前記ユーザに提供する第１の提供手段と、
前記ユーザに提供した前記料理情報のうち少なくとも１つの前記料理情報の選択を、前記ユーザから受け付ける受付手段と、
前記ユーザに提供した前記料理情報のうち選択されていない料理情報が存在する場合には、選択された料理情報から定まる条件に基づいて、選択されていない料理情報に代えて前記ユーザに推奨すべき他の料理情報を前記料理情報データベースから取得する第２の処理手段と、
前記第２の処理手段で取得された前記他の料理情報を、前記ユーザに提供する第２の提供手段とを備える
ことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、所定日数分の料理それぞれに関する料理情報を提供する方法、及びシステムに関する。
【背景技術】
【０００２】
料理を毎日行っている人（例えば、主婦）は、１週間分の献立を考えることが煩わしいと感じることがある。そこで、この煩わしさを軽減するために、インターネットを介して、多種多様の料理から、１週間分の料理についての情報（例えば、献立）を提供するシステムがいろいろと提案されている（例えば、特許文献１参照）。中でも、Ｅレシピ（登録商標）、ミスビットドットコム及びクックパッド（登録商標）と呼ばれるインターネット上のサイトにおいて、１週間分の料理についての献立を提供するシステムによるサービスが既に確立されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０７３７７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記特許文献１では更なる改善が必要であった。
【課題を解決するための手段】
【０００５】
所定日数分の料理それぞれの料理情報を、ユーザに提供するシステムにおける、料理情報の提供方法であって、ユーザに推奨すべき、前記所定日数分の料理それぞれの料理情報を、料理情報データベースから取得する第１の処理を行い、取得した前記料理情報それぞれを、前記ユーザに提供し、前記ユーザに提供した前記料理情報のうち少なくとも１つの前記料理情報の選択を、前記ユーザから受け付け、前記ユーザに提供した前記料理情報のうち選択されていない料理情報が存在する場合には、選択された料理情報から定まる条件に基づいて、選択されていない料理情報に代えて前記ユーザに推奨すべき他の料理情報を前記料理情報データベースから取得する第２の処理を行い、前記第２の処理で取得された前記他の料理情報を、前記ユーザに提供することを特徴とする。
【発明の効果】
【０００６】
本開示にかかる態様によれば、更なる改善を実現できた。
【図面の簡単な説明】
【０００７】
【図１】図１は、  （ａ）は、情報を提供するシステムの全体像を示す図であり、（ｂ）、（ｃ）はデータ運用センタを説明する図である。
【図２】図２は、  料理情報提供システム１００の構成を示す図である。
【図３】図３は、  サーバ１０１の構成を示す図である。
【図４】図４は、料理情報データベースＴ１００のデータ構造の一例を示す図である。
【図５】図５は、  レシピ情報テーブルＴ２００のデータ構造の一例を示す図である。
【図６】図６は、ログ情報テーブルＴ３００のデータ構造の一例を示す図である。
【図７】図７は、提供料理情報テーブルＴ４００のデータ構造の一例を示す図である。
【図８】図８は、携帯端末１０２の構成を示す図である。
【図９】図９は、料理情報テーブルＴ５００のデータ構造の一例を示す図である。
【図１０】図１０は、献立一覧画面Ｇ１００を説明するための図である。
【図１１】図１１は、文字列“選択中”を表示するためにダブルタップした際の画面遷移を説明する図である。
【図１２】図１２は、文字列“選択中”が表示されている場合にダブルタップした際の画面遷移を説明する図である。
【図１３】図１３は、フリック操作をした際の画面遷移を説明する図である。
【図１４】図１４は、全ての料理を選択した場合の画面遷移を説明する図である。
【図１５】図１５は、全ての料理についての選択を確定する場合の画面遷移を説明する図である。
【図１６】図１６は、全ての選択をやり直す場合の画面遷移を説明する図である。
【図１７】図１７は、アイコンボタンＧ１０２を押下した場合の画面遷移を説明する図である。
【図１８】図１８は、表示領域Ｇ１０１を押下した場合の画面遷移を説明する図である。
【図１９】図１９は、詳細種別が“献立”である場合に、表示された料理の画像をシングルタップしたときの画面遷移を説明する図である。
【図２０】図２０は、詳細種別が“レシピ”である場合に、表示された料理の画像をシングルタップしたときの画面遷移を説明する図である。
【図２１】図２１は、ボタンＧ１０４を押下した場合の画面遷移を説明する図である。
【図２２】図２２は、ドラッグ＆ドロップ操作を行った場合の画面遷移を説明する図である。
【図２３】図２３は、携帯端末１０２とサーバ１０１とにおける処理を説明するための流れ図である。
【図２４】図２４は、端末側イベント処理を示す流れ図である（図２５へ続く）。
【図２５】図２５は、端末側イベント処理を示す流れ図である（図２４から続き、図２６へ続く）。
【図２６】図２６は、端末側イベント処理を示す流れ図である（図２５から続く）。
【図２７】図２７は、更新処理を示す流れ図である。
【図２８】図２８は、サーバ側イベント処理を示す流れ図である（図２９へ続く）。
【図２９】図２９は、サーバ側イベント処理を示す流れ図である（図２８から続く）。
【図３０】図３０は、料理情報取得処理を示す流れ図である。
【図３１】図３１は、優先度変更処理を示す流れ図である。
【図３２】図３２は、表示処理を示す流れ図である（図３３へ続く）。
【図３３】図３３は、表示処理を示す流れ図である（図３２から続く）。
【図３４】図３４は、携帯端末１０２とサーバ１０１とにおける処理の具体例を説明するための流れ図である。
【図３５】図３５は、クラウドサービスのうち自社データセンタ型の類型を示す図である。
【図３６】図３６は、クラウドサービスのうちＩａａＳ型の類型を示す図である。
【図３７】図３７は、クラウドサービスのうちＰａａＳ型の類型を示す図である。
【図３８】図３８は、クラウドサービスのうちＳａａＳ型の類型を示す図である。
【発明を実施するための形態】
【０００８】
（本発明の基礎となった知見）
所定日数分の料理それぞれに関する情報（例えば、献立）を手間暇かけず決定しようとするユーザにとって、上述したシステムは不向きである。
【０００９】
例えば、Ｅレシピ及びミスビットドットコムによるサービスでは、提供された献立をユーザが自由に変更することができない。そのため、提供された１週間分の献立のうちユーザが受け入れたくない献立が含まれている場合には、全ての曜日の献立を変更して、再度提供することとなる。そうすると、提供された全ての曜日の献立を、ユーザが受け入れるためには時間がかかる。
【００１０】
また、栄養バランスを考慮していろいろな食種の料理からなる１週間分の献立を決定したいと考えるユーザが存在するとする。このような場合、例えばクックパッドでは、提供した１週間分の献立のうち一部の献立についてユーザによる選択を可能とし、ユーザに選択されなかった献立について、別の献立の提供を行う。別の献立を提供する場合、当該サービスでは、ユーザがいろいろな料理を食べたいと考えているにも関わらず、選択された献立で示される料理と同種の料理を提供することがある。そうすると、ユーザは、提供された別の献立を選択することなく、さらに別の献立の提供を要求することとなる。そのため、当該サービスを用いても全ての曜日の献立が確定するまで長い時間がかかる可能性がある。そのため、ユーザの考えに基づいた１週間分の献立が提供されるまで時間がかかる。
【００１１】
また、料理が不得意な別のユーザは、自身が調理可能な工程からなる料理の献立の提供を受けたいと考える。上記システムでは、多種多様の料理から自身が料理可能な工程からなる料理の献立を提供することは困難であるため、献立の提供が何度も繰り返されることとなり、提供された全ての献立に係る料理が、ユーザが料理可能な工程からなる料理となるまでに時間がかかる。
【００１２】
所定日数分の料理それぞれに関する情報（例えば、献立）の提供を各ユーザが受けようとする場合には、所定日数分の料理それぞれに関する情報全てが、ユーザの所望するものとなるまでの時間をできる限り短くする必要がある。
【００１３】
そこで、発明者は、所定日数分の料理それぞれに係る情報を提供する、他の方法を提案すべく鋭意検討して、本発明に至った。
【００１４】
本実施の形態の一態様によれば、所定日数分の料理それぞれの料理情報を、ユーザに提供するシステムにおける、料理情報の提供方法は、ユーザに推奨すべき、前記所定日数分の料理それぞれの料理情報を、料理情報データベースから取得する第１の処理を行い、取得した前記料理情報それぞれを、前記ユーザに提供し、前記ユーザに提供した前記料理情報のうち少なくとも１つの前記料理情報の選択を、前記ユーザから受け付け、前記ユーザに提供した前記料理情報のうち選択されていない料理情報が存在する場合には、選択された料理情報から定まる条件に基づいて、選択されていない料理情報に代えて前記ユーザに推奨すべき他の料理情報を前記料理情報データベースから取得する第２の処理を行い、前記第２の処理で取得された前記他の料理情報を、前記ユーザに提供することを特徴とする。
【００１５】
（提供するサービスの全体像）
図１（ａ）は、本実施の形態における情報提供システムの全体像が示されている。
【００１６】
グループ２０は、例えば企業、団体、家庭等であり、その規模を問わない。グループ２０には、複数の機器２１である機器Ａ、機器Ｂ、及びホームゲートウェイ２２が存在する。複数の機器２１には、インターネットと接続可能な機器（例えば、スマートフォン、ＰＣ、ＴＶ等）もあれば、それ自身ではインターネットと接続不可能な機器（例えば、照明、洗濯機、冷蔵庫等）も存在する。それ自身ではインターネットと接続不可能な機器であっても、ホームゲートウェイ２２を介してインターネットと接続可能となる機器が存在してもよい。またグループ２０には複数の機器２１を使用するユーザ１０が存在する。
【００１７】
データ運営センタ３０には、クラウドサーバ３１が存在する。クラウドサーバ３１とはインターネットを介して様々な機器と連携する仮想化サーバである。主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ（ビッグデータ）等を管理する。データ運営センタ３０は、ビッグデータ及びクラウドサーバ３１の管理、運営等を行っている。ここで、データ運営センタ３０は、データ管理やクラウドサーバ３１の運営等のみを行っている会社に限らない。例えば複数の機器２１のうちの一つの機器を開発・製造している機器メーカが、併せてデータ管理やクラウドサーバ３１の管理等を行っている場合は、機器メーカがデータ運営センタ３０に該当する（図１（ｂ）参照）。また、データ運営センタ３０は一つの会社に限らない。例えば機器メーカ及び他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ３１の運営を行っている場合は、両者もしくはいずれか一方がデータ運営センタ３０に該当するものとする（図１（ｃ）参照）。
【００１８】
サービス提供センタ４０は、サーバ４１を保有している。ここで言うサーバ４１とは、その規模は問わず例えば、個人用ＰＣ等も含む。
【００１９】
なお、上記サービスにおいてホームゲートウェイ２２は必須ではない。例えば、クラウドサーバ３１が全てのデータ管理を行っている場合等は、ホームゲートウェイ２２は不要となる。また、家庭内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器は存在しない場合もある。
【００２０】
次に、上記サービスにおける情報の流れを説明する。
【００２１】
まず、グループ２０の機器Ａ又は機器Ｂは、各ログ情報をデータ運営センタ３０のクラウドサーバ３１に送信し、クラウドサーバ３１は機器Ａ又は機器Ｂのログ情報を集積する（矢印１１）。ここで、ログ情報とは複数の機器２１の、例えばユーザ１０が使用した日時、及び使用内容等を示す情報である。例えば、電子レンジの使用履歴、ＩＨクッキングヒータの使用状況等である。なお、ログ情報は、これらのものに限らず、例えば料理を行う際に利用するあらゆる機器から取得が可能なすべての情報をいう。ログ情報は、インターネットを介して機器Ａ、機器Ｂそれぞれから直接クラウドサーバ３１に提供される場合もあれば、機器Ａ、機器Ｂそれぞれから一旦ホームゲートウェイ２２にログ情報が集積され、ホームゲートウェイ２２からクラウドサーバ３１に提供される場合もある。
【００２２】
次に、データ運営センタ３０のクラウドサーバ３１は、集積したログ情報を一定の単位でサービス提供センタ４０に提供する。ここで、一定の単位とは、データ運営センタ３０が集積した情報を整理してサービス提供センタ４０に提供することのできる単位でもいいし、サービス提供センタ４０が要求した単位でもいい。なお、一定の単位と記載したが一定でなくてもよく、状況に応じて提供する情報量が変化する場合もある。ログ情報は、必要に応じてサービス提供センタ４０が保有するサーバ４１に保存される（矢印１２）。そして、サービス提供センタ４０は、ログ情報を用いてユーザに提供するサービスに適合する情報を、ビッグデータから取得し、取得した情報をユーザに提供する。提供するユーザは、複数の機器２１を使用するユーザ１０でもよいし、外部のユーザ１０ａでもよい。また、サービス提供センタ４０は、ユーザからの要求によっては、ログ情報を用いることなく当該ユーザに提供すべき情報を、ビッグデータから取得し、取得した情報をユーザに提供する。ここで、ユーザへのサービス提供方法は、例えば、サービス提供センタ４０から直接ユーザへ提供されてもよい（矢印１５）。また、ユーザへのサービス提供方法は、例えば、データ運営センタ３０のクラウドサーバ３１を再度経由して、ユーザに提供されてもよい（矢印１３及び矢印１４）。また、データ運営センタ３０のクラウドサーバ３１がログ情報をユーザに提供するサービスに適合する情報に整理し、サービス提供センタ４０に提供してもよい。
【００２３】
なお、ユーザ１０とユーザ１０ａとは、別の人物でもよいし、同一人物でもよい。また、クラウドサーバ３１とサーバ４１とは１つの装置として構成されてもよい。この場合、クラウドサーバ３１とサーバ４１とから構成される１つの装置において、ビッグデータをデータ運営センタ３０が管理し、当該ビッグデータを用いてサーバ４１で実行されるアプリケーションをサービス提供センタ４０が管理することとなる。また、クラウドサーバ３１とサーバ４１とを１つの装置として構成することで、クラウドサーバ３１からサーバ４１へのログ情報の提供を行う必要がなくなる。
【００２４】
以下、本発明の一実施形態について説明する。
【００２５】
１．実施の形態
１．１  料理情報提供システム１００について
料理情報提供システム１００は、所定日数分の料理それぞれの情報（以下、料理情報という。）をユーザに提供するシステムである。
【００２６】
料理情報提供システム１００は、図２に示すように、サーバ１０１、携帯端末１０２、機器（以下、電子レンジという。）１０３及び機器（以下、ＩＨクッキングヒータという。）１０４から構成されている。
【００２７】
サーバ１０１は、図１に示すクラウドサーバ３１とサーバ４１とを１つの装置として構成したものである。サーバ１０１は、インターネット１１０を介して、携帯端末１０２から、多種多様の料理のうち、所定日数分の料理それぞれの料理情報をユーザに提供する。
【００２８】
携帯端末１０２は、インターネット１１０を介して、所定日数分の料理情報の提供を受けるものである。
【００２９】
電子レンジ１０３及びＩＨクッキングヒータ１０４は、携帯端末１０２を使用するユーザにより使用される家庭用電気機器であり、上述したグループ２０に存在するものである。電子レンジ１０３及びＩＨクッキングヒータ１０４は、当該ユーザによって利用されると、利用に係るログ情報を、インターネット１１０を介してサーバ１０１へ送信する。
【００３０】
なお、図２では、サーバ１０１は、１人のユーザに対して、所定日数分の料理情報を提供するものとしているが、実際には、サーバ１０１は、複数のユーザに対して所定日数分の料理情報を提供する。
【００３１】
１．２  サーバ１０１
ここでは、サーバ１０１の構成について説明する。
【００３２】
サーバ１０１は、図３に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、記憶部２０４、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）２０５、アプリケーション部２０６及び送受信部２０７から構成されている。ここで、例えば、記憶部２０４が、図１に示すクラウドサーバ３１の構成要素となり、アプリケーション部２０６が、図１に示すサーバ４１の構成要素となる。
【００３３】
（１）ＣＰＵ２０１、ＲＯＭ２０２及びＲＡＭ２０３
ＣＰＵ２０１、ＲＯＭ２０２及びＲＡＭ２０３は、コンピュータシステムを構成しており、ＲＯＭ２０２に格納されたプログラムがＣＰＵ２０１に読み込まれ、読み込まれたプログラムとハードウェア資源とが協働することにより機能を達成する。
【００３４】
（２）記憶部２０４
記憶部２０４は、大容量のハードディスクからなるものである。記憶部２０４は、図３に示すように、料理情報記憶部２１１、ログ情報記憶部２１２及び送受信情報記憶部２１３を有している。
【００３５】
（２．１）料理情報記憶部２１１
料理情報記憶部２１１は、多種多様の料理に関する情報を記憶するための記憶領域である。
【００３６】
料理情報記憶部２１１には、料理情報データベースＴ１００、及びレシピ情報テーブルＴ２００を有している。
【００３７】
（２．１．１）料理情報データベースＴ１００
料理情報データベースＴ１００は、図４に示すように、料理名Ｔ１０１、ジャンルＴ１０２、調理方法Ｔ１０３、料理工程Ｔ１０４、第１種別Ｔ１０５、第２種別Ｔ１０６、画像Ｔ１０７、カロリーＴ１０８、優先度Ｔ１０９からなる組を複数格納するものである。
【００３８】
料理名Ｔ１０１は、ユーザに提供する料理の名称を示すものである。
【００３９】
ジャンルＴ１０２は、料理名が示す料理のジャンルの名称を示すものである。ジャンルの一例として、肉類、魚類、野菜類等がある。
【００４０】
調理方法Ｔ１０３は、料理名が示す料理を調理する際の方法を示すものである。調理方法の一例として、焼く、煮る、揚げる等がある。
【００４１】
料理工程Ｔ１０４は、料理名が示す料理を調理する際に行われる作業の名称を示すものである。料理工程の一例として、すりおろし、みじん切り等がある。
【００４２】
第１種別Ｔ１０５は、料理名が示す料理をいつ食すべき料理であるかを示すものである。第１種別には、例えば、朝食、昼食、夕食及び間食のうち少なくとも１つが設定される。
【００４３】
第２種別Ｔ１０６は、料理名が示す料理がメイン料理であるかサブ料理であるかを示すものである。
【００４４】
画像Ｔ１０７は、料理名が示す料理の画像のデータ（画像データ）である。
【００４５】
カロリーＴ１０８は、料理名が示す料理のカロリー（例えば、１人分のカロリー）を示すものである。
【００４６】
優先度Ｔ１０９は、ユーザ及び料理毎に設定された値である。料理情報が取得される際には、優先度が示す値が高いものが優先的に取得される。
【００４７】
以下において、料理名、カロリー及び料理名が示す料理の画像データからなる情報を、料理情報という。
【００４８】
（２．１．２）レシピ情報テーブルＴ２００
レシピ情報テーブルＴ２００は、図５に示すように、料理名Ｔ２０１及びレシピＴ２０２からなる組を複数格納するものである。
【００４９】
料理名Ｔ２０１は、料理名を示すものである。
【００５０】
レシピＴ２０２は、料理名が示す料理のレシピに関する情報（以下、レシピ情報）を示すものである。レシピ情報には、料理名が示す料理が何人分のものであるか、当該料理を作るのに必要な材料、及び作り方等が含まれる。ここでは、レシピ情報で示される料理の分量は、１人分である。
【００５１】
（２．２）ログ情報記憶部２１２
ログ情報記憶部２１２は、電子レンジ１０３及びＩＨクッキングヒータ１０４から送信されたログ情報を記憶するための記憶領域であり、ログ情報テーブルＴ３００を有している。
【００５２】
ログ情報テーブルＴ３００は、図６に示すように、ユーザ識別子Ｔ３０１、機器識別子Ｔ３０２、日時Ｔ３０３、内容Ｔ３０４からなる組を複数格納するものである。
【００５３】
ユーザ識別子Ｔ３０１は、当該システム１００を利用するユーザを識別する識別子である。
【００５４】
機器識別子Ｔ３０２は、ユーザが使用する機器（例えば、電子レンジ、ＩＨクッキングヒータ）を識別する識別子である。ここでは、機器識別子“ａａａ１０１”は、ユーザ識別子“ｕｓｅｒ００１”で識別されるユーザが使用するＩＨクッキングヒータ１０４を示し、機器識別子“ａａａ１０２”は、当該ユーザが使用する電子レンジ１０３を示す。
【００５５】
日時Ｔ３０３は、機器が使用された日時を示すものである。
【００５６】
内容Ｔ３０４は、機器の使用状況を示すものである。例えば、ＩＨクッキングヒータ１０４については、使用開始や使用終了を示す内容や、使用中における火力の状況（弱火、中火、強火等）が内容Ｔ３０４に含まれる。また、電子レンジ１０３については、電子レンジ１０３が有する機能のうち使用した機能を示す内容が内容Ｔ３０４に含まれる。
【００５７】
（２．３）送受信情報記憶部２１３
送受信情報記憶部２１３は、ユーザに提供した料理に係る情報を記憶するための記憶領域であり、提供料理情報テーブルＴ４００を有している。
【００５８】
提供料理情報テーブルＴ４００は、図７に示すように、ユーザ識別子Ｔ４０１、モードＴ４０２、食事種別Ｔ４０３、食事内容種別Ｔ４０４、詳細種別Ｔ４０５、期間Ｔ４０６、曜日Ｔ４０７、料理名Ｔ４０８、カロリーＴ４０９、画像Ｔ４１０、選択フラグＴ４１１からなる組を複数格納するためのものである。
【００５９】
ユーザ識別子Ｔ４０１は、ユーザ識別子Ｔ３０１と同様に、当該システム１００を利用するユーザを識別する識別子である。
【００６０】
モードＴ４０２は、ユーザに料理情報を提供する際に、その提供形式を示すものである。具体的には、モードＴ４０２には、食事バランスモード及び料理関心モードの何れかが設定される。食事バランスモードとは、料理情報を提供する所定期間において、特定のジャンルに偏ることなく、料理情報を提供する形式である。また、料理関心モードとは、ユーザの料理に対する関心の有無に応じて、料理情報を提供する形式である。例えば、サーバ１０１は、ユーザが料理に対して関心がある場合には、料理情報を提供する所定期間において料理工程が異なる料理情報を提供する。また、関心がない場合には、サーバ１０１は、当該所定期間において料理工程が同一である料理情報を提供する。
【００６１】
食事種別Ｔ４０３は、提供する料理情報が、朝食、昼食、夕食及び間食の何れのものであるかを示すものである。
【００６２】
食事内容種別Ｔ４０４は、提供する料理情報が、食事種別Ｔ４０３で示される食事におけるメイン料理であるか、サブ料理であるかを示すものである。
【００６３】
詳細種別Ｔ４０５は、料理情報を献立として提供するか、料理レシピとして提供するかを示すものである。
【００６４】
期間Ｔ４０６は、所定日数を示すものである。
【００６５】
曜日Ｔ４０７は、期間Ｔ４０６に示す期間中の曜日を示すものである。
【００６６】
料理名Ｔ４０８、カロリーＴ４０９及び画像Ｔ４１０は、図４に示す料理名Ｔ１０１、カロリーＴ１０８及び画像Ｔ１０７と同様であるので、ここでの説明は省略する。なお、提供料理情報テーブルＴ４００では、料理名Ｔ４０８、カロリーＴ４０９及び画像Ｔ４１０は、曜日Ｔ４０７で示される曜日毎に、料理名、カロリー及び画像データが設定される。
【００６７】
選択フラグＴ４１１は、曜日Ｔ４０７で示される曜日毎に対応付けられ、提供した料理情報がユーザに選択されたか否かを示すものである。例えば、値が“１”である場合には、対応する曜日に対して提供した料理情報が選択されたことを示す。また、値が“０”である場合には、対応する曜日に対して提供した料理情報が選択されていないことを示す。
【００６８】
なお、以下において、ユーザ識別子Ｔ４０１、モードＴ４０２、食事種別Ｔ４０３、食事内容種別Ｔ４０４、詳細種別Ｔ４０５、期間Ｔ４０６、曜日Ｔ４０７、料理名Ｔ４０８、カロリーＴ４０９、画像Ｔ４１０、選択フラグＴ４１１からなる組を送受信情報という。
【００６９】
（３）ＯＳ２０５
ＯＳ２０５は、ハードウェア（ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３）と協働して、アプリケーション部２０６の機能を実現するアプリケーションプログラムを実行させるための基本ソフトウェアである。
【００７０】
（４）アプリケーション部２０６
アプリケーション部２０６は、アプリケーションプログラムとハードウェアとが協働した具体的手段であり、図３に示すように、イベント振分部２２１、料理情報取得部２２２、優先度変更部２２３、更新部２２４及びレシピ取得部２２５を備える。
【００７１】
（４．１）イベント振分部２２１
イベント振分部２２１は、携帯端末１０２のユーザが要求するイベントに関する情報を受信すると、受信した情報に応じて、料理情報取得部２２２、優先度変更部２２３、更新部２２４及びレシピ取得部２２５の何れかに、当該情報を出力するものである。
【００７２】
具体的には、イベント振分部２２１は、携帯端末１０２から一覧要求情報、選択確定情報、食事変更情報、食事内容変更情報、レシピ要求情報、モード情報、詳細種別変更情報及び選択完了情報の何れかを受信する。
【００７３】
イベント振分部２２１は、一覧要求情報、食事変更情報及び食事内容変更情報を受信した場合には、当該情報を料理情報取得部２２２へ出力する。イベント振分部２２１は、選択確定情報を受信した場合には、当該情報を優先度変更部２２３へ出力する。イベント振分部２２１は、モード情報、詳細種別変更情報及び選択完了情報を受信した場合には、当該情報を更新部２２４へ出力する。イベント振分部２２１は、レシピ要求情報を受信した場合には、当該情報をレシピ取得部２２５へ出力する。
【００７４】
以下、各情報について説明する。
【００７５】
一覧要求情報は、所定日数分の料理情報を要求することを示すものであり、ユーザ識別子、モード、食事種別、食事内容種別、詳細種別及び期間を含んでいる。
【００７６】
選択確定情報は、所定日数分の料理情報のうち一部の料理情報の提供を受け入れたことを示すものであり、ユーザ識別子、所定日数分の料理名及び料理名毎に対応付けられた選択フラグを含んでいる。
【００７７】
食事変更情報は、食事種別が変更されたことを示すものであり、ユーザ識別子及び変更後の食事種別を含んでいる。
【００７８】
食事内容変更情報は、食事内容種別が変更されたことを示すものであり、ユーザ識別子及び変更後の食事内容種別を含んでいる。
【００７９】
レシピ要求情報は、レシピを要求するものであり、ユーザ識別子及びユーザがレシピを所望する料理名を含んでいる。
【００８０】
モード情報とは、モードが変更されたことを示すものであり、ユーザ識別子及び変更後のモードを含んでいる。
【００８１】
詳細種別変更情報とは、詳細種別が変更されたことを示すものであり、ユーザ識別子及び変更後の詳細種別を含んでいる。
【００８２】
選択完了情報とは、提供した全ての料理情報について当該提供が受け入れられたことを示すものであり、ユーザ識別子を含んでいる。
【００８３】
（４．２）料理情報取得部２２２
料理情報取得部２２２は、携帯端末１０２から一覧要求情報、食事変更情報及び食事内容変更情報の何れかを受信した場合、又は後述する優先度変更部２２３から料理情報の取得についての指示を受け付けた場合に、１つ以上の料理情報を料理情報データベースＴ１００から取得し、取得した各料理情報を、送受信部２０７を介して携帯端末１０２へ送信するものである。
【００８４】
また、料理情報取得部２２２は、イベント振分部２２１から一覧要求情報を受け取った場合には、受け取った一覧要求情報及び料理情報データベースＴ１００から取得した料理情報を用いて、提供料理情報テーブルＴ４００の更新をも行う。具体的には、料理情報取得部２２２は、一覧要求情報に含まれるユーザ識別子、モード、食事種別、食事内容種別、詳細種別及び期間それぞれを、ユーザ識別子Ｔ４０１、モードＴ４０２、食事種別Ｔ４０３、食事内容種別Ｔ４０４、詳細種別Ｔ４０５及び期間Ｔ４０６それぞれへ格納する。また、料理情報取得部２２２は、取得した各料理情報に含まれる料理名、カロリー及び画像データそれぞれを、曜日毎に、送信先のユーザのユーザ識別子に対応する料理名Ｔ４０８、カロリーＴ４０９、画像Ｔ４１０それぞれに格納する。
【００８５】
料理情報取得部２２２は、イベント振分部２２１から食事変更情報又は食事内容変更情報を受け取った場合には、受け取った変更情報に応じて、提供料理情報テーブルＴ４００を更新する。
【００８６】
（４．３）優先度変更部２２３
優先度変更部２２３は、イベント振分部２２１から受け取った選択確定情報を用いて、料理情報データベースＴ１００の料理名それぞれに付与された優先度について、提供料理情報テーブルＴ４００に設定されているモードに応じて変更するものである。また、優先度変更部２２３は、提供料理情報テーブルＴ４００に含まれる選択フラグＴ４１１の更新をも行う。
【００８７】
以下、優先度変更部２２３について具体的に説明する。
【００８８】
優先度変更部２２３は、受け取った選択確定情報に含まれるユーザ識別子が示すユーザに提供した各料理情報に含まれる料理名に対する選択フラグの値それぞれを、受け取った選択確定情報に含まれる同一の料理名に対応付けられた選択フラグの値へと更新する。
【００８９】
優先度変更部２２３は、モードが“食事バランスモード”である場合には、選択確定情報に含まれる各料理名のうち選択フラグの値が“１”である料理名に対応付けられたジャンルの何れかと同一のジャンルが対応付けられた料理名に対する優先度が、選択フラグの値が“１”である料理名に対応付けられたジャンルの何れにも対応付けられていない料理名に対する優先度よりも低くなるよう、受け取った選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【００９０】
優先度変更部２２３は、モードが“料理関心モード”であり、ユーザが料理に対して関心がある場合には、選択確定情報に含まれる各料理名のうち選択フラグの値が“１”である料理名に対応付けられた料理工程の何れかと同一の料理工程が対応付けられた料理名に対する優先度が、選択フラグの値が“１”である料理名に対応付けられた料理工程の何れにも対応付けられていない料理名に対する優先度よりも低くなるよう、受け取った選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【００９１】
優先度変更部２２３は、モードが“料理関心モード”であり、ユーザが料理に対して関心がない場合には、選択確定情報に含まれる各料理名のうち選択フラグの値が“１”である料理名に対応付けられた料理工程の何れかと同一の料理工程が対応付けられた料理名に対する優先度が、選択フラグの値が“１”である料理名に対応付けられた料理工程の何れにも対応付けられていない料理名に対する優先度よりも高くなるよう、受け取った選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【００９２】
また、設定されているモードに関係なく、優先度変更部２２３は、受信した選択確定情報に含まれる各料理名の選択フラグの値に基づいて、当該料理名の料理が選択解除されたと判断する場合には、優先度変更部２２３は、選択解除された料理に対する優先度を下げる。
【００９３】
優先度変更部２２３は、料理情報データベースＴ１００における各優先度を変更すると、選択されていない料理情報に代わる料理情報を、優先度に応じて取得する指示を、料理情報取得部２２２に出力する。
【００９４】
（４．４）更新部２２４
更新部２２４は、イベント振分部２２１から受け取った情報を用いて、提供料理情報テーブルＴ４００の更新を行うものである。
【００９５】
以下、更新部２２４について具体的に説明する。
【００９６】
更新部２２４は、イベント振分部２２１からモード情報を受け取ると、提供料理情報テーブルＴ４００に格納されている送受信情報のうち、モード情報に含まれるユーザ識別子と同一のユーザ識別子が含まれる送受信情報のモードの内容を、受け取ったモード情報に含まれるモードの内容へと変更する。
【００９７】
更新部２２４は、イベント振分部２２１から詳細種別変更情報を受け取ると、提供料理情報テーブルＴ４００に格納されている送受信情報のうち、詳細種別変更情報に含まれるユーザ識別子と同一のユーザ識別子が含まれる送受信情報の詳細種別の内容を、受け取った詳細種別変更情報に含まれる詳細種別の内容へと変更する。
【００９８】
更新部２２４は、イベント振分部２２１から選択完了情報を受け取ると、提供料理情報テーブルＴ４００に格納されている送受信情報のうち、選択完了情報に含まれるユーザ識別子と同一のユーザ識別子が含まれる送受信情報を、記憶部２０４における所定の領域（図示せず）に格納する。ユーザに受け入れられた各料理情報を別途格納することで、所定日数の料理情報を後から確認することができる。
【００９９】
（４．５）レシピ取得部２２５
レシピ取得部２２５は、イベント振分部２２１から受け取ったレシピ要求情報を用いて、ユーザが所望する料理のレシピ情報を、レシピ情報テーブルＴ２００から取得し、携帯端末１０２へ送受信部２０７を介して送信するものである。
【０１００】
具体的には、レシピ取得部２２５は、レシピ要求情報に含まれる料理名と一致する料理名のレシピ情報をレシピ情報テーブルＴ２００から取得する。
【０１０１】
（５）送受信部２０７
送受信部２０７は、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）を含んで構成されている。送受信部２０７は、インターネット１１０を介して、携帯端末１０２から送信された情報、電子レンジ１０３及びＩＨクッキングヒータ１０４から送信されたログ情報を受信したり、料理情報取得部２２２で取得された情報を携帯端末１０２へ送信したりするものである。
【０１０２】
１．３  携帯端末１０２
ここでは、携帯端末１０２の構成について説明する。
【０１０３】
携帯端末１０２は、図８に示すように、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶部３０４、ＯＳ３０５、アプリケーション部３０６、タッチパネル３０７、コントローラ３０８及び送受信部３０９から構成されている。
【０１０４】
携帯端末１０２は、サーバ１０１で取得された所定日数の料理情報を受信すると、受信した各料理情報に含まれる料理の画像を一覧表示する。これにより、ユーザは、例えばサーバ１０１から提供された１週間の料理を一目で把握することができる。
【０１０５】
（１）ＣＰＵ３０１、ＲＯＭ３０２及びＲＡＭ３０３
ＣＰＵ３０１、ＲＯＭ３０２及びＲＡＭ３０３は、コンピュータシステムを構成しており、ＲＯＭ３０２に格納されたプログラムがＣＰＵ３０１に読み込まれ、読み込まれたプログラムとハードウェア資源とが協働することにより機能を達成する。
【０１０６】
（２）記憶部３０４
記憶部３０４は、ハードディスクからなるものである。記憶部３０４は、図９に示すように、料理情報の要求及び表示に係る情報を格納した料理情報テーブルＴ５００を有している。
【０１０７】
料理情報テーブルＴ５００は、図９に示すように、モードＴ５０１、食事種別Ｔ５０２、食事内容種別Ｔ５０３、詳細種別Ｔ５０４、期間Ｔ５０５、曜日Ｔ５０６、料理名Ｔ５０７、カロリーＴ５０８、画像Ｔ５０９、選択フラグＴ５１０、表示位置（開始）Ｔ５１１及び表示位置（終了）Ｔ５１２からなる組を記憶するための領域を有している。
【０１０８】
モードＴ５０１、食事種別Ｔ５０２、食事内容種別Ｔ５０３、詳細種別Ｔ５０４、期間Ｔ５０５、曜日Ｔ５０６、料理名Ｔ５０７、カロリーＴ５０８、画像Ｔ５０９及び選択フラグＴ５１０のそれぞれは、図７に示すモードＴ４０２、食事種別Ｔ４０３、食事内容種別Ｔ４０４、詳細種別Ｔ４０５、期間Ｔ４０６、曜日Ｔ４０７、料理名Ｔ４０８、カロリーＴ４０９、画像Ｔ４１０及び選択フラグＴ４１１のそれぞれと同様であるので、ここでの説明は省略する。
【０１０９】
表示位置（開始）Ｔ５１１及び表示位置（終了）Ｔ５１２は、サーバ１０１で取得された各料理情報で示される料理の画像を矩形状で表示する際の表示位置を示すものである。具体的には、表示位置（開始）Ｔ５１１は、矩形状の一の頂点を示す座標であり、表示位置（終了）Ｔ５１２は、表示位置（開始）Ｔ５１１で示される一の頂点の対角線上の他の頂点の座標である。
【０１１０】
（３）ＯＳ３０５
ＯＳ３０５は、ハードウェア（ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３）と協働して、アプリケーション部３０６の機能を実現するアプリケーションプログラムを実行させるための基本ソフトウェアである。
【０１１１】
（４）アプリケーション部３０６
アプリケーション部３０６は、アプリケーションプログラムとハードウェアとが協働した具体的手段であり、図８に示すように、イベント判定部３１１、情報生成部３１２、更新部３１３、情報取得部３１４、表示位置入替部３１５及び表示処理部３１６を備える。
【０１１２】
（４．１）イベント判定部３１１
イベント判定部３１１は、ユーザから受け付けた指示の内容に応じて、情報生成部３１２、更新部３１３、情報取得部３１４及び表示位置入替部３１５の何れかに、受け付けた指示を通知するものである。
【０１１３】
（４．２）情報生成部３１２
情報生成部３１２は、サーバ１０１へ送信する情報を生成するものである。
【０１１４】
具体的には、情報生成部３１２は、ユーザから受け付けた指示の内容に応じて、一覧要求情報、選択確定情報、食事変更情報、食事内容変更情報、詳細種別変更情報、レシピ要求情報、モード情報及び選択完了情報の何れかを生成し、生成した情報を、送受信部３０９を介してサーバ１０１へ送信する。
【０１１５】
また、情報生成部３１２は、一覧要求情報を生成した場合には、生成した一覧要求情報に含まれるユーザ識別子、モード、食事種別、食事内容種別、詳細種別及び期間それぞれを、料理情報テーブルＴ５００のモードＴ５０１、食事種別Ｔ５０２、食事内容種別Ｔ５０３、詳細種別Ｔ５０４及び期間Ｔ５０５のそれぞれに格納する。
【０１１６】
（４．３）更新部３１３
更新部３１３は、ユーザから受け付けた指示の内容に応じて、料理情報テーブルＴ５００の内容を更新するものである。
【０１１７】
具体的には、更新部３１３は、サーバ１０１から提供された各料理情報のうち、ユーザが選択した料理情報、又は選択を解除した料理情報についての選択フラグを更新する。
【０１１８】
（４．４）情報取得部３１４
情報取得部３１４は、サーバ１０１から提供された各料理情報に含まれる画像データで表される画像とともに表示すべき情報、又は各画像に代えて表示すべき情報を、料理情報テーブルＴ５００から取得するものである。
【０１１９】
ここで、画像とともに表示すべき情報とは、各料理情報に含まれるカロリーであり、各画像に代えて表示すべき情報とは、一の料理情報に含まれる料理名、カロリー及び画像からなるものである。以下において、料理名、カロリー及び画像からなる情報を詳細情報という。
【０１２０】
また、情報取得部３１４は、詳細情報の表示から再度一覧情報への表示へと切り替えが行われる際に、各料理情報に含まれる料理の画像を取得する。
【０１２１】
（４．５）表示位置入替部３１５
表示位置入替部３１５は、タッチパネル３０７で表示されている各料理情報の画像のうち一の画像と他の画像との表示位置の入れ替えを行うものである。
【０１２２】
（４．６）表示処理部３１６
表示処理部３１６は、サーバ１０１から提供された料理情報に関する表示を行うものである。
【０１２３】
例えば、表示処理部３１６は、サーバ１０１から送信された各料理情報に含まれる画像データで表される画像の一覧表示、及びレシピ情報の表示を行う。このとき、表示処理部３１６は、サーバ１０１から送信された各料理情報に含まれる料理名、カロリー及び画像と、各料理情報に含まれる画像データで表される画像についての表示位置の開始位置及び終了位置とを、料理情報テーブルＴ５００の料理名Ｔ４０８、カロリーＴ４０９、画像Ｔ４１０及び表示位置（開始）Ｔ５１１及び表示位置（終了）Ｔ５１２に格納する。ここで、料理情報で示される料理の画像の一覧は、後述する表示フォーマット（献立一覧画面Ｇ１００）によって表示される。そのため、日毎に対応付けられた画像の表示位置は予め決められている。
【０１２４】
表示処理部３１６は、一覧表示中、ユーザにより選択に係る操作が受け付けられると、その旨を示す文字列を一覧表示に重畳する。また、表示処理部３１６は、一覧表示中にカロリー表示の指示が受け付けられると、各料理の画像とともに、当該画像が表す料理のカロリーを表示する。
【０１２５】
なお、具体的な表示画面については、後述する。
【０１２６】
（５）タッチパネル３０７
タッチパネル３０７は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）３２１及びタッチパッド３２２を含んでいる。
【０１２７】
タッチパッド３２２は、静電容量方式のタッチセンサであり、タッチパッド３２２は、ＬＣＤ３２１に重畳して設けられている。なお、タッチパッド３２２は、透明部材を用いて構成されており、ＬＣＤ３２１に表示された画像が見えるように構成されている。
【０１２８】
（６）コントローラ３０８
コントローラ３０８は、タッチパネル３０７のタッチパッド３２２に対するユーザの指等の接触を検出し、検出している間、単位時間（例えば、２５ｍｓ）毎に、タッチパッド３２２における接触位置の座標位置をＣＰＵ３０１へ出力する。
【０１２９】
（７）送受信部３０９
送受信部３０９は、ＮＩＣを含んで構成されている。送受信部３０９は、インターネット１１０を介して、サーバ１０１から送信された情報を受信したり、情報生成部３１２で生成された情報をサーバ１０１へ送信したりするものである。
【０１３０】
１．４  表示画面
（１）概要
サーバ１０１から受信した料理情報の一覧表示の概要について、説明する。
【０１３１】
図１０は、サーバ１０１から受信した料理情報を一覧表示する献立一覧画面Ｇ１００を示すものである。
【０１３２】
献立一覧画面Ｇ１００には、領域Ａ１から領域Ａ７が存在する。各領域には、サーバ１０１から受信した料理情報に含まれる画像のうち、当該領域の上部に表示された曜日に対応する料理の画像が表示される。ユーザは、表示された画像についてシングルタップ及びダブルタップ等の操作を行うことにより、操作に応じた画面へと遷移させることができる。
【０１３３】
表示領域Ｇ１０１は、現在選択されている食事種別、食事内容種別及び一覧表示の対象となる期間が表示されている。ユーザは、表示領域Ｇ１０１をタッチすることにより、食事種別を変更することができる。
【０１３４】
アイコンボタンＧ１０２は、カロリーの表示・非表示を切り替えるためのボタンである。ユーザは、表示されている画像が表す料理についてカロリーが非表示である場合にアイコンボタンＧ１０２を押下すると、画像が表す料理についてカロリーが表示され、表示されている画像が表す料理についてカロリーが表示されている場合にアイコンボタンＧ１０２を押下すると、画像が表す料理についてカロリーが非表示となる。
【０１３５】
ボタンＧ１０３は、モードを変更するためのボタンである。
【０１３６】
ボタンＧ１０４は、表示すべき料理内容を切り替えるためのボタンである。表示領域Ｇ１０１で表示された食事種別が示す食事におけるメイン料理の画像が領域Ａ１から領域Ａ７に表示されている場合に、ユーザがボタンＧ１０４を押下すると、領域Ａ１から領域Ａ７で表示される料理の画像は、表示領域Ｇ１０１で表示された食事種別が示す食事におけるサブ料理に切り替わる。また、表示領域Ｇ１０１で表示された食事種別が示す食事におけるサブ料理の画像が領域Ａ１から領域Ａ７に表示されている場合に、ユーザがボタンＧ１０４を押下すると、領域Ａ１から領域Ａ７で表示される料理の画像は、表示領域Ｇ１０１で表示された食事種別が示す食事におけるメイン料理に切り替わる。
【０１３７】
ボタンＧ１０５は、詳細種別を切り替えるためのボタンである。
【０１３８】
ボタンＧ１０６は、終了ボタンである。ボタンＧ１０６が押下されると、画面表示が終了される。
【０１３９】
（２）具体例
携帯端末１０２における画面上での操作、及び操作後の画面遷移について、具体例を用いて説明する。
【０１４０】
（２．１）具体例１
ここでは、サーバ１０１から提供された料理情報を受け入れる際の画面操作、及び画面遷移について説明する。
【０１４１】
ユーザは、サーバ１０１から提供された料理情報を受け入れる場合には、一覧表示された画面において、受け入れ対象の料理の画像をダブルタップする。ここで、ダブルタップとは、第１の接触から所定時間（例えば０．５秒）以内に第２の接触が行われる操作をいう。
【０１４２】
例えば、図１１に示すように、月曜日から日曜日までの夕食のメイン料理の画像が表示されている一覧表示の画面Ｇ１００ａにおいて、土曜日の夕食のメイン料理として提供された料理を受け入れる場合には、ユーザは、その料理の画像をダブルタップする。
【０１４３】
携帯端末１０２は、ダブルタップを検出すると、ダブルタップされた画像に対して、サーバ１０１からの提供を受け入れた旨を示す文字列“選択中”を重畳して表示する（図１１の画面Ｇ１００ｂを参照）。なお、当該操作においては、携帯端末１０２のみで画面遷移などの処理が行われており、サーバ１０１は提供した料理情報が受け入れられたかどうかは認識できていない。そこで、ここでは、当該操作による受け入れ操作を、選択候補の受け入れ操作といい、当該操作で選択された画像が示す料理を選択候補という。
【０１４４】
（２．２）具体例２
次に、当該選択候補を解除する際の画面操作、及び画面遷移について説明する。
【０１４５】
ユーザは、選択候補を解除する場合には、解除対象となる料理の画像をダブルタップする。例えば、図１２に示すように、選択候補の料理の画像（土曜日における料理の画像）を含む一覧表示の画面Ｇ１００ｃにおいて、土曜日の料理について選択候補から解除する場合には、ユーザは、その料理の画像をダブルタップする。
【０１４６】
携帯端末１０２は、ダブルタップを検出すると、ダブルタップされた画像に対して、これまで表示されていた文字列“選択中”が非表示となる（図１２の画面Ｇ１００ｄを参照）。
【０１４７】
（２．３）具体例３
ここでは、提供された料理情報を受け入れた旨をサーバ１０１へ通知する際の画面操作、及び画面遷移について説明する。
【０１４８】
ユーザは、選択候補の状態から、選択が確定した旨をサーバ１０１へ通知する場合には、一覧表示された画面をフリックする。ここで、フリックとは、画面に接触した指等を素早くスライドさせる操作をいう。
【０１４９】
例えば、図１３に示すように、選択候補の料理の画像（月、金、土、日曜日における料理の画像）を含む一覧表示の画面Ｇ１００ｅにおいて、月、金、土、日曜日における料理についての選択が確定したことをサーバ１０１へ通知する場合には、ユーザは、その画面においてフリック操作を行う。
【０１５０】
携帯端末１０２は、フリックを行うと、ユーザに選択された料理の画像を、文字列“選択中”の表示とともに表示しつつ、料理が選択されなかった曜日（ここでは、火、水、木曜日）については、これまで表示されていた料理の画像の代わりに他の料理の画像を表示する（図１３の画面Ｇ１００ｆを参照）。具体的には、料理が選択されなかった曜日においては、選択された料理に対応付けられたジャンルの何れにも対応付けられていない料理が表示される。例えば、図１３の画面Ｇ１００ｅで選択されている料理は、魚類、野菜類、及び肉類の何れかが対応付けられている。そこで、料理が選択されなかった曜日においては、麺類（例えば、うどんやパスタ）及びご飯類（カレーライス）の料理の画像が表示される。
【０１５１】
（２．４）具体例４
ここでは、全ての料理情報について選択候補の受け入れ操作がされた場合について説明する。
【０１５２】
ユーザが、全ての料理の画像についてダブルタップを行うと（図１４の画像Ｇ１００ｇを参照）、献立確認画面が表示される（図１４の画面Ｇ１００ｈを参照）。献立確認画面では、月曜日から日曜日までの料理名及びそのカロリーが表示されるとともに、ボタンＧ１５０及びボタンＧ１５１が含まれる。
【０１５３】
献立確認画面の表示中にボタンＧ１５０が押下されると（図１５の画面Ｇ１００ｈを参照）、表示領域Ｇ１０１において１週間の献立が決定した旨の文字列“決定”が表示され、さらには、料理の画像とともに表示されていた文字列“選択中”の代わりに、その曜日の献立が決定した旨の文字列“決定”が表示される（図１５の画面Ｇ１００ｉを参照）。
【０１５４】
献立確認画面の表示中にボタンＧ１５１が押下されると（図１６の画面Ｇ１００ｈを参照）、全ての曜日についての料理の画像が、他の料理の画像へと変更される（図１６の画面Ｇ１００ｊを参照）。
【０１５５】
（２．５）具体例５
ここでは、表示された各料理についてカロリーを表示させる際の画面操作、及び画面遷移について説明する。
【０１５６】
ユーザは、表示された料理のカロリーを表示させる場合には、一覧表示された画面において、アイコンボタンＧ１０２を長押し（例えば、１秒間押下）する（図１７の画面Ｇ１００ｋを参照）。
【０１５７】
携帯端末１０２は、アイコンボタンＧ１０２の長押しを検出すると、表示されている料理の画像に対して、当該料理のカロリーを重畳して表示する（図１７の画面Ｇ１００ｍを参照）。
【０１５８】
また、図１７の画面Ｇ１００ｍにおいてアイコンボタンＧ１０２を長押しすると、カロリーが非表示、つまり、図１７の画面Ｇ１００ｋが表示される。
【０１５９】
（２．６）具体例６
ここでは、食事種別の変更に係る画面操作、及び画面遷移について説明する。
【０１６０】
ユーザは、表示された料理に係る食事種別を、他の食事種別へと変更する場合には、一覧表示された画面において、表示領域Ｇ１０１を押下する（図１８の画面Ｇ１００ｎを参照）。本実施の形態では、表示領域Ｇ１０１が押下される度に、食事種別が変更される。例えば、食事種別は、予め定められた変更規則に従って、夕食→昼食→朝食→間食→夕食→・・・の順に変更される。
【０１６１】
携帯端末１０２は、表示領域Ｇ１０１の押下を検出すると、表示領域Ｇ１０１の表示内容を、現在の食事種別から、押下された回数に応じて変更される他の食事種別へと変更する。例えば、現在の食事種別が“夕食”であり、表示領域Ｇ１０１の押下が１回である場合には、携帯端末１０２は、表示領域Ｇ１０１の表示内容を、現在の食事種別“夕食”から、表示領域Ｇ１０１の押下回数に応じた食事種別“昼食”へと変更する（図１８の画面Ｇ１００ｐを参照）。
【０１６２】
（２．７）具体例７
ここでは、サーバ１０１から提供された各料理情報のうち、一の料理情報についての詳細情報、又はレシピ情報を表示させる際の画面操作、及び画面遷移について説明する。
【０１６３】
ユーザは、サーバ１０１から提供された各料理情報のうち一の料理情報において詳細情報、又はレシピ情報を表示させる場合には、一覧表示された画面において、詳細情報、又はレシピ情報の表示を所望する料理の画像をシングルタップする。ここで、シングルタップとは、接触を開始してから一定時間（例えば１秒）が経過する前にその接触を終了する操作をいう。
【０１６４】
例えば、図１９に示すように、月曜日から日曜日までの夕食のメイン料理の画像が表示されている一覧表示の画面Ｇ１００ｑにおいて、詳細種別が“献立”である場合に、日曜日の夕食のメイン料理として提供された料理の詳細情報を見たいときには、ユーザは、その料理の画像をシングルタップする。
【０１６５】
携帯端末１０２は、シングルタップを検出すると、シングルタップされた画像が表す料理の詳細情報を、画面に表示する（図１９の画面Ｇ１００ｒを参照）。ここで、詳細情報とは、図１９の画面Ｇ１００ｒに示すように、料理名、その料理名が示す料理のカロリー及びその画像からなるものであり、料理情報と同一の内容である。
【０１６６】
また、例えば、図２０に示すように、月曜日から日曜日までの夕食のメイン料理の画像が表示されている一覧表示の画面Ｇ１００ｓにおいて、詳細種別が“レシピ”である場合に、日曜日の夕食のメイン料理として提供された料理のレシピ情報を見たいときには、ユーザは、その料理の画像をシングルタップする。
【０１６７】
携帯端末１０２は、シングルタップを検出すると、シングルタップされた画像が表す料理のレシピ情報を、そのレシピ情報が示す料理の画像とともに表示する（図２０の画面Ｇ１００ｔを参照）。
【０１６８】
（２．８）具体例８
ここでは、メイン料理の一覧表示とサブ料理の一覧表示とを切り替えるための画面操作、及び画面遷移について説明する。
【０１６９】
ユーザは、表示対象をメイン料理からサブ料理への切り替え、又はサブ料理からメイン料理への切り替えを行う場合には、ボタンＧ１０４を押下する。
【０１７０】
例えば、図２１に示すように、月曜日から日曜日までの夕食のメイン料理の画像が表示されている一覧表示の画面Ｇ１００ｕにおいて、一覧表示の対象を夕食のサブ料理へと切り替えたいときには、ユーザは、ボタンＧ１０４を押下する。
【０１７１】
携帯端末１０２は、ボタンＧ１０４の押下を検出すると、夕食のサブ料理についての一覧を、画面に表示する（図２１の画面Ｇ１００ｖを参照）。図２１によると、ボタンＧ１０４の押下前後において、表示領域Ｇ１０１の表示内容が、一覧表示の対象がメイン料理である旨からサブ料理である旨へと変更されている。
【０１７２】
（２．９）具体例９
ここでは、一覧表示された料理のうち、一の曜日に対応付けられた料理と、他の曜日に対応付けられた料理とを入れ替えるための画面操作、及び画面遷移について、説明する。この場合、ユーザは、一の料理の画像の表示位置と他の料理の画像の表示位置とを入れ替える操作を行う。
【０１７３】
ユーザは、表示位置の入れ替えを行う場合には、ドラッグ＆ドロップ操作を行う。ここで、ドラッグ＆ドロップ操作とは、接触を維持したまま接触位置を移動させ、その後に、接触を終了する操作をいう。
【０１７４】
具体的には、ユーザは、入替対象となる一の料理の画像に接触し、当該接触を維持したまま接触位置を移動させ、入れ替え対象である他の料理の画像が表示された位置まで移動すると、その後に、接触を終了する。
【０１７５】
例えば、図２２に示すように、一覧表示の画面Ｇ１００ｗにおいて、月曜日の夕食のメイン料理として提供された料理の画像（第１画像）と、金曜日の夕食のメイン料理として提供された料理の画像（第２画像）とを入れ替えたい場合には、ユーザは、第１画像が表示されている位置で接触し、ドラッグ＆ドロップ操作により接触位置を第２画像が表示されている位置まで移動させ、その後接触を終了させる。
【０１７６】
携帯端末１０２は、ドラッグ＆ドロップ操作を検出すると、操作が開始された位置に表示された画像（ここでは、第１画像）と、操作が終了された位置に表示された画像（ここでは、第２画像）とを入れ替えて表示する（図２２の画像Ｇ１００ｘを参照）。
【０１７７】
１．５  動作
ここでは、料理情報提供システム１００の動作について説明する。
【０１７８】
（１）料理情報提供システム１００の動作
ここでは、料理情報提供システム１００の動作について、図２３に示す流れ図を用いて説明する。
【０１７９】
携帯端末１０２は、ユーザ操作を受け付けたか否かを判断する（ステップＳ５）。
【０１８０】
ユーザ操作を受け付けたと判断する場合には（ステップＳ５における「Ｙｅｓ」）、携帯端末１０２は、端末側イベント処理を実行する（ステップＳ１０）。なお、端末側イベント処理の詳細については、後述する。
【０１８１】
携帯端末１０２は、端末側イベント処理により、サーバ１０１へ送信すべき情報があるか否かを判断する（ステップＳ１５）。
【０１８２】
送信すべき情報が存在すると判断する場合（ステップＳ１５における「Ｙｅｓ」）、携帯端末１０２は、当該情報をサーバ１０１へ送信する（ステップＳ２０）。
【０１８３】
サーバ１０１は、携帯端末１０２から送信された情報を受信すると、サーバ側イベント処理を実行する（ステップＳ２５）。なお、サーバ側イベント処理の詳細については、後述する。
【０１８４】
サーバ１０１は、サーバ側イベント処理により、携帯端末１０２へ送信すべき情報があるか否かを判断する（ステップＳ３０）。
【０１８５】
携帯端末１０２へ送信すべき情報が存在すると判断する場合（ステップＳ３０における「Ｙｅｓ」）、サーバ１０１は、当該情報を携帯端末１０２へ送信する（ステップＳ３５）。
【０１８６】
携帯端末１０２へ送信すべき情報が存在しないと判断する場合（ステップＳ３０における「Ｎｏ」）、サーバ１０１は、携帯端末１０２から送信された情報の受信待ち状態となる。
【０１８７】
サーバ１０１へ送信すべき情報が存在しないと判断する場合（ステップＳ１５における「Ｎｏ」）、又はサーバ１０１から送信された情報を受信した場合、携帯端末１０２は、表示処理を実行する（ステップＳ４０）。なお、表示処理の詳細については、後述する。
【０１８８】
携帯端末１０２は、処理終了の指示を受け付けたか否かを判断する（ステップＳ４５）。
【０１８９】
終了指示を受け付けていないと判断する場合（ステップＳ４５における「Ｎｏ」）、又はユーザ操作を受け付けいていないと判断する場合（ステップＳ５における「Ｎｏ」）、携帯端末１０２は、ユーザ操作の受付状態となる。
【０１９０】
終了指示を受け付けたと判断する場合には（ステップＳ４５における「Ｙｅｓ」）、処理は終了する。
【０１９１】
（２）端末側イベント処理
ここでは、図２３のステップＳ１０に示す端末側イベント処理の動作について、図２４から図２６に示す流れ図を用いて説明する。
【０１９２】
携帯端末１０２のイベント判定部３１１は、ユーザから一覧要求を受け付けたか否かを判断する（ステップＳ１００）。例えば、ユーザがサーバ１０１からの料理情報の提供を受けるためのアプリケーションを起動させた場合に、イベント判定部３１１は、一覧要求を受け付けたと判断する。
【０１９３】
イベント判定部３１１が一覧要求を受け付けたと判断する場合（ステップＳ１００における「Ｙｅｓ」）、情報生成部３１２は、一覧要求情報を生成する（ステップＳ１０５）。例えば、情報生成部３１２は、ユーザから、ユーザ識別子、モード、食事種別、食事内容種別、詳細種別、期間を受け付け、受け付けた各内容を含む一覧要求情報を生成する。また、情報生成部３１２は、受け付けたモード、食事種別、食事内容種別、詳細種別、期間を料理情報テーブルＴ５００に格納する。また、情報生成部３１２は、ユーザから受け付けたユーザ識別子を所定の記憶領域に格納する。
【０１９４】
一覧要求を受け付けていないと判断する場合（ステップＳ１００における「Ｎｏ」）、イベント判定部３１１は、ダブルタップ操作を受け付けたか否かを判断する（ステップＳ１１０）。
【０１９５】
イベント判定部３１１がダブルタップ操作を受け付けたと判断する場合（ステップＳ１１０における「Ｙｅｓ」）、更新部３１３は、後述する更新処理を実行する（ステップＳ１１５）。
【０１９６】
ダブルタップ操作を受け付けていないと判断する場合（ステップＳ１１０における「Ｎｏ」）、イベント判定部３１１は、フリック操作を受け付けたか否かを判断する（ステップＳ１２０）。
【０１９７】
イベント判定部３１１がフリック操作を受け付けたと判断する場合（ステップＳ１２０における「Ｙｅｓ」）、情報生成部３１２は、選択確定情報を生成する（ステップＳ１２５）。具体的には、情報生成部３１２は、所定の記憶領域からユーザ識別子を、料理情報テーブルＴ５００から曜日毎に対応付けられた料理名、及び料理名それぞれに対応する選択フラグを、それぞれ取得し、これら内容を含む選択確定情報を生成する。
【０１９８】
フリック操作を受け付けていないと判断する場合（ステップＳ１２０における「Ｎｏ」）、イベント判定部３１１は、カロリー表示の要求を受け付けたか否かを判断する（ステップＳ１３０）。例えば、アイコンボタンＧ１０２が押下された場合に、イベント判定部３１１は、カロリー表示の要求を受け付けたと判断する。
【０１９９】
イベント判定部３１１がカロリー表示の要求を受け付けたと判断する場合（ステップＳ１３０における「Ｙｅｓ」）、情報取得部３１４は、表示対象の料理それぞれに対応するカロリーを、料理情報テーブルＴ５００から取得する（ステップＳ１３５）。具体的には、情報取得部３１４は、カロリーの表示、非表示を示すカロリーフラグを有しており、カロリーフラグの値が０である場合にはカロリーの非表示を示し、値が１である場合にはカロリーの表示を示す。カロリーフラグがカロリーの値が０である場合に、イベント判定部３１１がカロリー表示の要求を受け付けたと判断するときには、情報取得部３１４は、カロリーフラグの値を１に更新する。カロリーフラグがカロリーの値が１である場合に、イベント判定部３１１がカロリー表示の要求を受け付けたと判断するときには、情報取得部３１４は、カロリーフラグの値を０に更新する。
【０２００】
カロリー表示の要求を受け付けていないと判断する場合（ステップＳ１３０における「Ｎｏ」）、イベント判定部３１１は、食事種別の変更の要求を受け付けたか否かを判断する（ステップＳ１４０）。例えば、表示領域Ｇ１０１が押下された場合に、イベント判定部３１１は、食事種別の変更を受け付けたと判断する。
【０２０１】
イベント判定部３１１が食事種別の変更の要求を受け付けたと判断する場合（ステップＳ１４０における「Ｙｅｓ」）、情報生成部３１２は、食事変更情報を生成する（ステップＳ１４５）。例えば、情報生成部３１２は、表示領域Ｇ１０１が押下された回数と、料理情報テーブルＴ５００に格納されている食事種別と、食事種別の変更規則とから、変更後の食事種別を特定し、特定した変更後の食事種別と、ユーザ識別子とを含む食事変更情報を生成する。また、情報生成部３１２は、料理情報テーブルＴ５００に格納されている食事種別を、変更後の食事種別へと更新する。
【０２０２】
食事種別の変更の要求を受け付けていないと判断する場合（ステップＳ１４０における「Ｎｏ」）、イベント判定部３１１は、詳細情報の表示要求を受け付けたか否かを判断する（ステップＳ１５０）。例えば、領域Ａ１からＡ７の何れか、つまり曜日毎に表示された料理の画像の何れかが押下された場合に、イベント判定部３１１は、詳細情報の表示要求を受け付けたと判断する。具体的には、コントローラ３０８で検出された押下された位置が、料理情報テーブルＴ５００含まれる表示位置（開始）及び表示位置（終了）から特定される、何れの矩形に含まれるかを判断することで、押下された画像を特定することができる。
【０２０３】
詳細情報の表示要求を受け付けたと判断する場合（ステップＳ１５０における「Ｙｅｓ」）、イベント判定部３１１は、さらに、料理情報テーブルＴ５００に格納されている詳細種別がレシピであるか否かを判断する（ステップＳ１５５）。
【０２０４】
イベント判定部３１１が詳細種別はレシピであると判断する場合には（ステップＳ１５５における「Ｙｅｓ」）、情報生成部３１２は、レシピ要求情報を生成する（ステップＳ１６０）。具体的には、情報生成部３１２は、コントローラ３０８が検出したシングルタップされた位置に表示された画像を特定し、特定した画像に対応する料理名を取得する。情報生成部３１２は、ユーザ識別子と、取得した料理名とを含むレシピ要求情報を生成する。
【０２０５】
イベント判定部３１１が詳細種別はレシピでない、つまり詳細種別は献立であると判断する場合には（ステップＳ１５５における「Ｎｏ」）、情報取得部３１４は、料理情報テーブルＴ５００から詳細情報を取得する（ステップＳ１６５）。具体的には、情報取得部３１４は、コントローラ３０８が検出したシングルタップされた位置に表示された画像を特定し、特定した画像に対応する詳細情報、つまり料理名、カロリー及びその画像を、料理情報テーブルＴ５００から取得する。
【０２０６】
詳細情報の表示要求を受け付けていないと判断する場合（ステップＳ１５０における「Ｎｏ」）、イベント判定部３１１は、詳細情報の表示解除を受け付けたか否かを判断する（ステップＳ１７０）。
【０２０７】
イベント判定部３１１が詳細情報の表示解除を受け付けたと判断する場合（ステップＳ１７０における「Ｙｅｓ」）、情報取得部３１４は、料理情報テーブルＴ５００から曜日毎に対応付けられた料理情報それぞれに含まれる料理の画像を取得する（ステップＳ１７５）。
【０２０８】
詳細情報の表示解除を受け付けていないと判断する場合（ステップＳ１７０における「Ｎｏ」）、イベント判定部３１１は、画像の入替操作を受け付けたか否かを判断する（ステップＳ１８０）。
【０２０９】
イベント判定部３１１が画像の入替操作を受け付けたと判断する場合には（ステップＳ１８０における「Ｙｅｓ」）、表示位置入替部３１５は、入替対象である一の画像の表示位置と他の画像の表示位置とを入れ替える（ステップＳ１８５）。具体的には、表示位置入替部３１５は、コントローラ３０８による指等の接触位置の検出結果に基づいて、ドラッグ＆ドロップ操作における開始位置と、終了位置とを特定し、開始位置及び終了位置それぞれの位置において表示されている画像と特定する。表示位置入替部３１５は、料理情報テーブルＴ５００において、特定した一の画像に対応する料理名、カロリー及び画像からなる組と、特定した他の画像に対応する料理名、カロリー及び画像からなる組とを入れ替える。
【０２１０】
画像の入替操作を受け付けていないと判断する場合（ステップＳ１８０における「Ｎｏ」）、イベント判定部３１１は、モード切り替えが行われたか否かを判断する（ステップＳ１９０）。具体的には、ボタンＧ１０３が押下された場合に、イベント判定部３１１は、モード切り替えが行われたと判断する。
【０２１１】
モード切り替えが行われたとイベント判定部３１１が判断する場合（ステップＳ１９０における「Ｙｅｓ」）、情報生成部３１２は、モード情報を生成する（ステップＳ１９５）。具体的には、情報生成部３１２は、ボタンＧ１０３が押下された場合に、料理情報テーブルＴ５００に格納されているモードに基づいて変更後のモードを特定し、特定した変更後のモードと、ユーザ識別子とを含むモード情報を生成する。また、情報生成部３１２は、料理情報テーブルＴ５００に格納されているモードを、変更後のモードへと更新する。
【０２１２】
モード切り替えは行われていないと判断する場合（ステップＳ１９０における「Ｎｏ」）、イベント判定部３１１は、食事内容種別の切り替えが行われたか否かを判断する（ステップＳ２００）。例えば、ボタンＧ１０４が押下された場合に、イベント判定部３１１は、食事内容種別の切り替えが行われたと判断する。
【０２１３】
食事内容種別の切り替えが行われたとイベント判定部３１１が判断する場合（ステップＳ２００における「Ｙｅｓ」）、情報生成部３１２は、食事内容変更情報を生成する（ステップＳ２０５）。具体的には、情報生成部３１２は、ボタンＧ１０４が押下された場合に、料理情報テーブルＴ５００に格納されている食事内容種別に基づいて変更後の食事内容種別を特定し、特定した変更後の食事内容種別と、ユーザ識別子とを含む食事内容変更情報を生成する。また、情報生成部３１２は、料理情報テーブルＴ５００に格納されている食事内容種別を、変更後の食事内容種別へと更新する。
【０２１４】
食事内容種別の切り替えは行われていないと判断する場合（ステップＳ２００における「Ｎｏ」）、イベント判定部３１１は、詳細種別の切り替えが行われたか否かを判断する（ステップＳ２１０）。例えば、ボタンＧ１０５が押下された場合に、イベント判定部３１１は、詳細種別の切り替えが行われたと判断する。
【０２１５】
詳細種別の切り替えが行われたとイベント判定部３１１が判断する場合（ステップＳ２１０における「Ｙｅｓ」）、情報生成部３１２は、詳細種別変更情報を生成する（ステップＳ２１５）。具体的には、情報生成部３１２は、ボタンＧ１０５が押下された場合に、料理情報テーブルＴ５００に格納されている詳細種別に基づいて変更後の詳細種別を特定し、特定した変更後の詳細種別と、ユーザ識別子とを含む詳細種別変更情報を生成する。また、情報生成部３１２は、料理情報テーブルＴ５００に格納されている詳細種別を、変更後の詳細種別へと更新する。
【０２１６】
詳細種別の切り替えは行われていないと判断する場合（ステップＳ２１０における「Ｎｏ」）、イベント判定部３１１は、各曜日について選択が完了した旨を示す操作を受け付けたか否かを判断する（ステップＳ２２０）。例えば、図１５に示す画面Ｇ１００ｈにおいてボタンＧ１５０が押下された場合に、イベント判定部３１１は、選択が完了した旨を示す操作を受け付けたと判断する。また、ボタンＧ１５１が押下された場合には、イベント判定部３１１は、選択が未完了である旨を示す操作を受け付けたと判断する。
【０２１７】
選択が完了した旨を示す操作を受け付けたとイベント判定部３１１が判断する場合（ステップＳ２２０における「Ｙｅｓ」）、情報生成部３１２は、選択完了情報を生成する（ステップＳ２２５）。
【０２１８】
選択が完了した旨を示す操作を受け付けていない、つまり選択が未完了である旨を示す操作を受け付けたイベント判定部３１１が判断する場合（ステップＳ２２０における「Ｎｏ」）、情報生成部３１２は、一覧要求情報を生成する（ステップＳ２３０）。
【０２１９】
なお、端末側イベント処理において生成された一覧要求情報、選択確定情報、食事変更情報、レシピ要求情報、モード情報、食事内容変更情報、詳細種別変更情報、及び選択完了情報は、サーバ１０１へ送信すべき情報として、図２３におけるステップＳ２０でサーバ１０１へ送信される。
【０２２０】
（３）更新処理
ここでは、図２４のステップＳ１１５に示す更新処理について、図２７に示す流れ図を用いて説明する。
【０２２１】
更新部３１３は、コントローラ３０８が検出したダブルタップされた位置から、当該位置に表示されている料理の画像に対応する料理名を、料理情報テーブルＴ５００を用いて特定する（ステップＳ２５０）。
【０２２２】
更新部３１３は、特定した料理名に対応する選択フラグの値が“１”、つまり特定した料理名が選択中であるか否かを判断する（ステップＳ２５５）。
【０２２３】
特定した料理名に対応する選択フラグの値が“１”でない、つまり値が“０”であると判断する場合には（ステップＳ２５５における「Ｎｏ」）、更新部３１３は、特定した料理名について、“選択中”を示すように特定した料理名に対応する選択フラグの値を“１”へと更新する（ステップＳ２６０）。
【０２２４】
特定した料理名に対応する選択フラグの値が“１”であると判断する場合には（ステップＳ２５５における「Ｙｅｓ」）、更新部３１３は、特定した料理名について、非選択を示すように特定した料理名に対応する選択フラグの値を“０”へと更新する（ステップＳ２６０）。
【０２２５】
（４）サーバ側イベント処理
ここでは、図２３のステップＳ２５に示すサーバ側イベント処理について、図２８及び図２９に示す流れ図を用いて説明する。
【０２２６】
イベント振分部２２１は、携帯端末１０２から一覧要求情報を受信したか否かを判断する（ステップＳ３００）。
【０２２７】
イベント振分部２２１が一覧要求情報を受信したと判断する場合（ステップＳ３００における「Ｙｅｓ」）、料理情報取得部２２２は、料理情報取得処理を実行する（ステップＳ３０５）。
【０２２８】
一覧要求情報を受信していないと判断する場合（ステップＳ３００における「Ｎｏ」）、イベント振分部２２１は、選択確定情報を受信したか否かを判断する（ステップＳ３１０）。
【０２２９】
イベント振分部２２１が選択確定情報を受信したと判断する場合（ステップＳ３１０における「Ｙｅｓ」）、優先度変更部２２３は、優先度変更処理を実行する（ステップＳ３１５）。その後、料理情報取得部２２２は、料理情報取得処理を実行する（ステップＳ３２０）。
【０２３０】
選択確定情報を受信していないと判断する場合（ステップＳ３１０における「Ｎｏ」）、イベント振分部２２１は、食事変更情報を受信したか否かを判断する（ステップＳ３２５）。
【０２３１】
イベント振分部２２１が食事変更情報を受信したと判断する場合（ステップＳ３２５における「Ｙｅｓ」）、料理情報取得部２２２は、提供料理情報テーブルＴ４００において、受信した食事変更情報に含まれるユーザ識別子と同一のユーザ識別子に対応する食事種別を、食事変更情報に含まれる変更後の食事種別に更新し（ステップＳ３３０）、その後、料理情報取得処理を実行する（ステップＳ３３５）。
【０２３２】
食事変更情報を受信していないと判断する場合（ステップＳ３２５における「Ｎｏ」）、イベント振分部２２１は、レシピ要求情報を受信したか否かを判断する（ステップＳ３４０）。
【０２３３】
イベント振分部２２１がレシピ要求情報を受信したと判断する場合（ステップＳ３４０における「Ｙｅｓ」）、レシピ取得部２２５は、受信したレシピ要求情報に含まれる料理名に対応するレシピ情報をレシピ情報テーブルＴ２００から取得する（ステップＳ３４５）。
【０２３４】
レシピ情報を受信していないと判断する場合（ステップＳ３４０における「Ｎｏ」）、イベント振分部２２１は、モード情報を受信したか否かを判断する（ステップＳ３５０）。
【０２３５】
イベント振分部２２１がモード情報を受信したと判断する場合（ステップＳ３５０における「Ｙｅｓ」）、更新部２２４は、提供料理情報テーブルＴ４００において、受信したモード情報に含まれるユーザ識別子と同一のユーザ識別子に対応するモードを、モード情報に含まれる変更後のモードに更新する（ステップＳ３５５）。
【０２３６】
モード情報を受信していないと判断する場合（ステップＳ３５０における「Ｎｏ」）、イベント振分部２２１は、食事内容変更情報を受信したか否かを判断する（ステップＳ３６０）。
【０２３７】
イベント振分部２２１が食事内容変更情報を受信したと判断する場合（ステップＳ３６０における「Ｙｅｓ」）、料理情報取得部２２２は、受信した食事内容変更情報に含まれる変更後の食事内容がメイン料理であるかサブ料理であるかを判断する（ステップＳ３６５）。
【０２３８】
変更後の食事内容がメイン料理であると判断する場合（ステップＳ３６５における「メイン」）、料理情報取得部２２２は、提供料理情報テーブルＴ４００において、受信した食事内容変更情報に含まれるユーザ識別子と同一のユーザ識別子に対応する食事内容種別が示す内容を、サブ料理からメイン料理へと更新する（ステップＳ３７０）。
【０２３９】
変更後の食事内容がサブ料理であると判断する場合（ステップＳ３６５における「サブ」）、料理情報取得部２２２は、提供料理情報テーブルＴ４００において、受信した食事内容変更情報に含まれるユーザ識別子と同一のユーザ識別子に対応する食事内容種別が示す内容を、メイン料理からサブ料理へと更新する（ステップＳ３７５）。
【０２４０】
その後、料理情報取得部２２２は、料理情報取得処理を実行する（ステップＳ３８０）。
【０２４１】
食事内容変更情報を受信していないと判断する場合（ステップＳ３６０における「Ｎｏ」）、イベント振分部２２１は、詳細種別変更情報を受信したか否かを判断する（ステップＳ３８５）。
【０２４２】
イベント振分部２２１が詳細種別変更情報を受信したと判断する場合（ステップＳ３８５における「Ｙｅｓ」）、更新部２２４は、提供料理情報テーブルＴ４００において、受信した詳細種別変更情報に含まれるユーザ識別子と同一のユーザ識別子に対応する詳細種別を、詳細種別変更情報に含まれる変更後の詳細種別に更新する（ステップＳ３９０）。
【０２４３】
詳細種別変更情報を受信していないと判断する場合（ステップＳ３８５における「Ｎｏ」）、イベント振分部２２１は、選択完了情報を受信したか否かを判断する（ステップＳ３９５）。
【０２４４】
選択完了情報を受信したと判断する場合（ステップＳ３９５における「Ｙｅｓ」）、更新部２２４は、選択完了情報に含まれるユーザ識別子を含む送受信情報を、提供料理情報テーブルＴ４００から取得し、取得した送受信情報を記憶部２０４における所定の領域に格納する（ステップＳ４００）。
【０２４５】
サーバ側イベント処理において、取得された料理情報及びレシピ情報は、携帯端末１０２へ送信すべき情報として、図２３におけるステップＳ３５で携帯端末１０２へ送信される。
【０２４６】
（５）料理情報取得処理
ここでは、サーバ側イベント処理で行われる料理情報取得処理について、図３０に示す流れ図を用いて説明する。
【０２４７】
料理情報取得部２２２は、後述する優先度変更処理が行われた後の取得であるか否かを判断する（ステップＳ４５０）。具体的には、料理情報取得部２２２は、優先度変更部２２３から料理情報の取得についての指示を受け付けた場合には、優先度変更処理が行われた後の取得であると判断する。
【０２４８】
優先度変更処理が行われた後の取得でないと判断する場合には（ステップＳ４５０における「Ｎｏ」）、料理情報取得部２２２は、提供料理情報テーブルＴ４００に格納されている、要求元のユーザに対応する食事種別、食事内容種別に応じて、１週間分の料理情報を取得する（ステップＳ４５５）。例えば、料理情報取得部２２２は、日毎（例えば、月、火、・・・、土、日の順）に、料理情報を取得することで、各曜日に対応する料理情報を取得することができる。
【０２４９】
優先度変更処理が行われた後の取得であると判断する場合には（ステップＳ４５０における「Ｙｅｓ」）、料理情報取得部２２２は、提供料理情報テーブルＴ４００に格納されている、要求元のユーザに対応する食事種別、食事内容種別、及び料理情報データベースＴ１００に格納されている、要求元のユーザに対応する優先度に応じて、選択フラグの値が“０”である料理情報、つまりユーザが選択していない料理情報に代わる料理情報を取得する（ステップＳ４６０）。例えば、料理情報取得部２２２は、要求元のユーザに対応する食事種別、食事内容種別に対応付けられた料理情報であって、優先度が最も高い料理情報から、ユーザが選択していない料理情報の個数分と同数の料理情報をランダムに取得する。このとき、要求元のユーザに対応する食事種別、食事内容種別に対応付けられた料理情報であって、優先度が最も高い料理情報が、ユーザが選択していない料理情報の個数分存在しない場合には、料理情報取得部２２２は、優先度が最も高い料理情報と、２番目に高い料理情報とから、ユーザが選択していない料理情報の個数分と同数の料理情報をランダムに取得する。つまり、優先度がｎ（ｎは整数）番目までの料理情報の合計が、ユーザが選択していない料理情報の個数分存在しない場合には、料理情報取得部２２２は、優先度がｎ＋１番目までの料理情報からユーザが選択していない料理情報の個数分と同数の料理情報をランダムに取得する。
【０２５０】
（６）優先度変更処理
ここでは、サーバ側イベント処理で行われる優先度変更処理について、図３１に示す流れ図を用いて説明する。
【０２５１】
優先度変更部２２３は、提供料理情報テーブルＴ４００において、選択確定情報に含まれるユーザ識別子と同一のユーザ識別子に対応するモードが食事バランスモードであるか否かを判断する（ステップＳ５００）。
【０２５２】
食事バランスモードであると判断する場合（ステップＳ５００における「Ｙｅｓ」）、優先度変更部２２３は、現在ユーザによって選択されている料理のジャンルを特定する（ステップＳ５０５）。例えば、優先度変更部２２３は、受信した選択確定情報を用いて、選択確定情報を送信したユーザに対応する各料理情報のうち、選択フラグの値が“１”である料理情報に対応する全てのジャンルを特定する。
【０２５３】
優先度変更部２２３は、特定したジャンルの何れかに対応する料理情報の優先度を、特定したジャンルの何れにも対応付けられていない料理情報の優先度よりも低くなるよう、選択確定情報を送信したユーザについて割り当てられた各料理についての優先度を変更する（ステップＳ５１０）。
【０２５４】
優先度変更部２２３は、選択解除された料理があるか否かを判断する（ステップＳ５１５）。例えば、優先度変更部２２３は、提供料理情報テーブルＴ４００において選択確定情報を送信したユーザに対する送受信情報に含まれる各料理名に対する選択フラグのうち値が“１”であるものについて、受信した選択確定情報に含まれる同一の料理名の選択フラグの値が“０”となっている場合には、選択が解除されたと判断する。
【０２５５】
選択解除された料理があると判断する場合には（ステップＳ５１５における「Ｙｅｓ」）、優先度変更部２２３は、選択解除された料理に対する優先度を下げる（ステップＳ５２０）。具体的には、優先度変更部２２３は、ステップＳ５１０又はステップＳ５４５で変更された、各料理の優先度よりも低くなるように、選択解除された料理に対する優先度を変更する。
【０２５６】
ステップＳ５２０の実行後、又は選択解除された料理がないと判断する場合には（ステップＳ５１５における「Ｎｏ」）、優先度変更部２２３は、選択確定情報を送信したユーザに対する送受信情報に含まれる各選択フラグが示す値を、受信した選択確定情報に含まれる選択フラグが示す値へと更新する（ステップＳ５２５）。
【０２５７】
食事バランスモードでない、つまりモードが料理関心モードであると判断する場合（ステップＳ５００における「Ｙｅｓ」）、優先度変更部２２３は、現在ユーザによって選択されている料理についての料理工程を特定する（ステップＳ５３０）。
【０２５８】
優先度変更部２２３は、選択確定情報を送信したユーザについてのログ情報をログ情報テーブルＴ３００から取得する（ステップＳ５３５）。
【０２５９】
優先度変更部２２３は、取得したログ情報を用いて、ユーザが料理について関心があるかないかを判断する（ステップＳ５４０）。例えば、優先度変更部２２３は、ログ情報の更新頻度が高い場合には、そのユーザは料理の関心があると判断する。例えば、ログ情報の更新頻度が高いとは、１日において所定回数（例えば５）以上の回数の更新がなされることであり、ログ情報の更新頻度が低いとは、１日において所定回数（例えば５回）より少ない回数の更新がなされることである。
【０２６０】
ユーザが料理について関心があると判断する場合には（ステップＳ５４０における「Ｙｅｓ」）、優先度変更部２２３は、特定した料理工程の何れかに対応する料理情報の優先度を、特定した料理工程の何れにも対応付けられていない料理情報の優先度よりも低くなるよう、選択確定情報を送信したユーザについて割り当てられた各料理についての優先度を変更する（ステップＳ５４５）。
【０２６１】
ユーザが料理について関心がないと判断する場合には（ステップＳ５４０における「Ｎｏ」）、優先度変更部２２３は、特定した料理工程の何れかに対応する料理情報の優先度を、特定した料理工程の何れにも対応付けられていない料理情報の優先度よりも高くなるよう、選択確定情報を送信したユーザについて割り当てられた各料理についての優先度を変更する（ステップＳ５５０）。
【０２６２】
優先度変更部２２３は、ステップＳ５４５、又はステップＳ５５０の実行後、ステップＳ５１５へ移行する。
【０２６３】
（７）表示処理
ここでは、図２４のステップＳ４０で行われる表示処理について、図３２及び図３３に示す流れ図を用いて説明する。
【０２６４】
表示処理部３１６は、サーバ１０１から１週間分の料理情報が受信されたか否かを判断する（ステップＳ６００）。
【０２６５】
料理情報を受信したと判断する場合には（ステップＳ６００における「Ｙｅｓ」）、表示処理部３１６は、受信した料理情報に含まれる画像データで表される画像を表示する（ステップＳ６０５）。具体的には、表示処理部３１６は、図１０に示す画面レイアウトに基づいて、受信した料理情報に含まれる画像データで表される画像を表示する。
【０２６６】
表示処理部３１６は、更新部３１３による更新処理が実行されたか否かを判断する（ステップＳ６１０）。具体的には、表示処理部３１６は、更新部３１３から表示処理の実行開始の指示を受け取った場合に、更新処理が実行されたと判断する。
【０２６７】
更新処理が実行されたと判断する場合には（ステップＳ６１０における「Ｙｅｓ」）、表示処理部３１６は、選択フラグの値が“１”である料理名に対応する画像に、文字列“選択中”を重畳して表示する（ステップＳ６１５）。表示処理部３１６は、全ての料理が選択されたか否かを判断する（ステップＳ６２０）。
【０２６８】
全て選択されたと判断する場合には（ステップＳ６２０における「Ｙｅｓ」）、表示処理部３１６は、確認画面を生成し、表示する（ステップＳ６２５）。
【０２６９】
更新処理が実行されていないと判断する場合には（ステップＳ６１０における「Ｎｏ」）、表示処理部３１６は、カロリー表示の要求があったか否かを判断する（ステップＳ６３０）。
【０２７０】
カロリー表示の要求があったと判断する場合には（ステップＳ６３０における「Ｙｅｓ」）、表示処理部３１６は、さらにカロリーフラグの値を判別する（ステップＳ６３５）。
【０２７１】
カロリーフラグの値が１である場合には（ステップＳ６３５における「１」）、表示処理部３１６は、情報取得部３１４で取得された各料理に対するカロリーを、対応する画像に重畳して表示する（ステップＳ６４０）。
【０２７２】
カロリーフラグの値が０である場合には（ステップＳ６３５における「０」）、表示処理部３１６は、情報取得部３１４で取得された各料理に対するカロリーの表示を非表示とする（ステップＳ６４５）。
【０２７３】
カロリー表示の要求がないと判断する場合には（ステップＳ６３０における「Ｎｏ」）、表示処理部３１６は、詳細情報の表示の要求があったか否かを判断する（ステップＳ６５０）。
【０２７４】
詳細情報の表示の要求があったと判断する場合（ステップＳ６５０における「Ｙｅｓ」）、  表示処理部３１６は、レシピ情報を受信したか否かを判断する（ステップＳ６５５）。
【０２７５】
レシピ情報を受信したと判断する場合には（ステップＳ６５５における「Ｙｅｓ」）、表示処理部３１６は、受信したレシピ情報と、レシピ情報に含まれる料理名に対応する画像とを表示する（ステップＳ６６０）。
【０２７６】
また、表示処理部３１６は、レシピ情報の表示解除の指示を受け付けるまでは、レシピ情報を表示し、表示解除の指示を受け付けると、料理情報テーブルＴ５００に含まれる各料理情報の画像を表示する（ステップＳ６６５、Ｓ６７０）。
【０２７７】
レシピ情報を受信していないと判断する場合には（ステップＳ６５５における「Ｎｏ」）、表示処理部３１６は、情報取得部３１４で取得された詳細情報を表示する（ステップＳ６７５）。
【０２７８】
詳細情報の表示の要求がないと判断する場合には（ステップＳ６５０における「Ｎｏ」）、表示処理部３１６は、画像の入替操作があったか否かを判断する（ステップＳ６８０）。
【０２７９】
入替操作があったと判断する場合には（ステップＳ６８０における「Ｙｅｓ」）、表示処理部３１６は、表示位置の入替が行われた料理情報テーブルＴ５００を用いて、各料理情報に含まれる画像を表示する（ステップＳ６８５）。
【０２８０】
（８）動作の具体例
ここでは、料理情報提供システム１００の動作の具体例として、一覧表示に係る動作について図３４に示す流れ図を用いて説明する。
【０２８１】
携帯端末１０２は、ユーザ操作により一覧要求の指示を受け付けると、一覧要求情報を生成する（ステップＳ７００）。
【０２８２】
携帯端末１０２は、生成した一覧要求情報をサーバ１０１へ送信する（ステップＳ７０５）。
【０２８３】
サーバ１０１は、携帯端末１０２から一覧要求情報を受信すると、受信した一覧要求情報の内容に応じて、１週間分の料理情報を取得し（ステップＳ７１０）、取得した各料理情報を携帯端末１０２へ送信する（ステップＳ７１５）。
【０２８４】
携帯端末１０２は、受信した各料理情報に含まれる画像を表示する（ステップＳ７２０）。
【０２８５】
ユーザのダブルタップ操作により、サーバ１０１から提供された料理情報の選択候補の受け入れ操作（ダブルタップによる選択操作）を行う（ステップＳ７２５）。
【０２８６】
ユーザによりフリック操作がなされると、携帯端末１０２は、選択確定情報を生成し、生成した選択確定情報をサーバ１０１へ送信する（ステップＳ７３０）。
【０２８７】
サーバ１０１は、携帯端末１０２から選択確定情報を受信すると、優先度変更処理を行い、変更された優先度を用いて、ユーザに選択されていない料理情報に代わる料理情報を取得し（ステップＳ７３５）、取得した料理情報を携帯端末１０２へ送信する（ステップＳ７４０）。
【０２８８】
携帯端末１０２は、選択された料理情報に含まれる画像とともに、ステップＳ７４０で再取得された料理情報に含まれる画像を表示する（ステップＳ７４５）。
【０２８９】
１．６  変形例
以上、実施の形態に基づいて説明したが、本発明は上述した実施の形態に限られない。例えば、以下のような変形例が考えられる。
【０２９０】
（１）上記実施の形態において、料理情報提供システム１００は、モードが食事バランスである場合には各料理に対応付けられたジャンルを用いて、各料理の優先度を変更したが、これに限定されない。
【０２９１】
料理情報提供システム１００は、各料理に対応付けられた調理方法を用いて各料理の優先度を変更してもよい。これにより、調理方法は１つのものに偏ることなく、料理情報を提供することができる。
【０２９２】
例えば、モードが“食事バランスモード”である場合において、サーバ１０１の優先度変更部２２３は、携帯端末１０２から受信した選択確定情報に含まれる各料理名のうち選択フラグの値が“１”である料理名に対応付けられた調理方法と同一の調理方法が対応付けられた料理名の優先度が、他の調理方法が対応付けられた料理名の優先度よりも低くなるよう、選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【０２９３】
（２）上記実施の形態で示す料理情報データベースＴ１００において、各料理名に対して、日本料理、フランス料理、イタリア料理等の国別の料理を示す情報（以下、国別情報という。）を対応付けてもよい。
【０２９４】
これにより、料理情報提供システム１００は、１つ国の料理に偏ることなく、多数の国の料理の料理情報を提供することができる。
【０２９５】
例えば、モードが“食事バランスモード”である場合において、サーバ１０１の優先度変更部２２３は、携帯端末１０２から受信した選択確定情報に含まれる各料理名のうち選択フラグの値が“１”である料理名に対応付けられた国別情報と同一の国別情報が対応付けられた料理名の優先度が、他の国別情報が対応付けられた料理名の優先度よりも低くなるよう、選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【０２９６】
（３）上記実施の形態において、サーバ１０１から提供された料理情報全ての受け入れをユーザが行った場合、サーバ１０１は、提供が受け入れられた各料理情報について、優先度を変更してもよい。
【０２９７】
これにより、ユーザが、ある１週間における各料理情報の提供を受け入れた後、ボタンＧ１０６を押下することなく、次の１週間の料理情報の提供を受けようとする場合、サーバ１０１は、変更された優先度に基づいて、ユーザに次の１週間についての料理情報を提供することができる。
【０２９８】
例えば、ある１週間における各料理情報の提供を受け入れた後、ボタンＧ１０６を押下することなく、次の１週間の料理情報の提供を受けようとする場合、サーバ１０１は、携帯端末１０２から受信した選択確定情報に含まれる各料理名のうち選択フラグの値が“１”である料理名の優先度が、他の料理名の優先度よりも低くなるよう、選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。こうすることで、料理情報提供システム１００は、ユーザに受け入れられた料理以外の料理を、次の１週間の料理情報として優先的に提供することができる。
【０２９９】
（４）上記実施の形態において、ユーザが、ある１週間における各料理情報の提供を受け入れた後、ボタンＧ１０６を押下することなく、次の１週間の料理情報の提供を受けようとする場合、サーバ１０１は、提供が受け入れられた各料理情報を基に、次の１週間の料理情報を提供してもよい。
【０３００】
例えば、サーバ１０１は、料理情報の提供が受け入れられた週の月曜日に、受け入れられた料理のジャンルと同一のジャンルが対応付けられた料理を、次の週の月曜日に提供する。つまりサーバ１０１は、ある曜日において提供が受け入れられた料理情報のジャンルと同一のジャンルの料理情報を、次の週の同一の曜日に提供する。
【０３０１】
これにより、料理情報提供システム１００は、同一の曜日には、同一のジャンルの料理情報を提供することで、ジャンルを規則的に変更することができる。
【０３０２】
（５）上記実施の形態において、料理情報提供システム１００は、モードが料理関心モードである場合に、電子レンジ１０３及びＩＨクッキングヒータ１０４の履歴情報を用いて、料理の優先度を変更したが、これに限定されない。
【０３０３】
料理情報提供システム１００のサーバ１０１が、ユーザが、どの料理工程を好んでいるかを示す情報（ここでは、嗜好情報という。）を予め記憶しておき、当該嗜好情報を基に、各料理の優先度を変更してもよい。
【０３０４】
これにより、料理情報提供システム１００は、ユーザの料理の嗜好に応じた料理情報を提供することができる。
【０３０５】
例えば、サーバ１０１の優先度変更部２２３は、携帯端末１０２から受信した選択確定情報に含まれる各料理名のうち選択フラグの値が“１”である料理名に対応付けられた料理工程の何れかと、嗜好情報が示す料理工程とが一致している場合には、嗜好情報が示す料理工程が対応付けられた料理名の優先度が、他の料理工程が対応付けられた料理名の優先度よりも高くなるよう、選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【０３０６】
また、サーバ１０１の優先度変更部２２３は、携帯端末１０２から受信した選択確定情報に含まれる各料理名のうち選択フラグの値が“１”である料理名に対応付けられた料理工程の何れもが、嗜好情報が示す料理工程と一致していない場合には、選択フラグの値が“１”である料理名に対応付けられた料理工程と同一の料理工程が対応付けられた料理名の優先度が、他の料理工程が対応付けられた料理名の優先度よりも低くなるよう、選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【０３０７】
（６）上記実施の形態において、アイコンボタンＧ１０２が押下されると、提供された料理のカロリーが表示されるとしたが、これに限定されない。
【０３０８】
表示対象として、カロリーだけでなく、塩分、ビタミン等の当該料理の栄養価を示す情報であればよい。
【０３０９】
これにより、料理情報提供システム１００は、提供する種々の料理のついての栄養価をユーザに通知することができる。
【０３１０】
（７）上記実施の形態において、携帯端末１０２は、カロリーの表示を行う際に、サーバ１０１からの提供を受け入れた料理のカロリーと、提供を未だ受け入れていない料理のカロリーとを、異なる色で表示してもよい。
【０３１１】
これにより、ユーザは、サーバ１０１からの提供を受け入れた料理の栄養価と、未だ受け入れていない料理の栄養価とを一見して区別することができる。
【０３１２】
（８）上記実施の形態において、更新処理、カロリー情報の取得、詳細情報の取得、表示位置の入れ替えは、携帯端末１０２が行うとしたが、これに限定されない。
【０３１３】
これらの処理全て、又は一部の処理をサーバ１０１で行ってもよい。これにより、携帯端末１０２での処理負担を軽くすることができる。
【０３１４】
例えば、更新情報をサーバ１０１で行う場合には、以下のように実現する。サーバ１０１は、提供料理情報テーブルＴ４００の代わりに、上記実施の形態で携帯端末１０２が記憶していた料理情報テーブルＴ５００を記憶している。携帯端末１０２は、操作としてダブルタップがされたことを示す操作情報と、ユーザがダブルタップした位置を示す位置情報とをサーバ１０１へ送信する。イベント振分部２２１で操作としてダブルタップがされたことを示す操作情報を受け取ったと判断する場合には、サーバ１０１は、受信した位置情報及び料理情報テーブルＴ５００を用いて、ダブルタップされた位置に表示された料理の画像を特定する。サーバ１０１は、特定した料理の画像に、文字列“選択中”を重畳し、文字列“選択中”が重畳された、料理の画像を携帯端末１０２へ送信する。携帯端末１０２は、ダブルタップされた料理の画像に代えて、受信した、文字列“選択中”が重畳された料理の画像を表示する。
【０３１５】
このように、携帯端末１０２が、ユーザが操作した内容を示す情報（操作情報）と操作がされた（ダブルタップ等がされた位置）をサーバ１０１に送信することで、サーバ１０１は、操作情報及び操作がされた位置に応じた処理を実行することができる。これにより、サーバ１０１は、上記実施の形態において携帯端末１０２が実行していた処理を、携帯端末１０２に代わって行うことができる。
【０３１６】
（９）携帯端末１０２が、上記実施の形態においてサーバ１０１で行っていた処理を、サーバ１０１に代わって行ってもよい。
【０３１７】
これにより、サーバ１０１での処理負担を軽くすることができる。
【０３１８】
例えば、処理開始時において、携帯端末１０２は、サーバ１０１から料理情報データベースＴ１００を受信することで、サーバ１０１が行っていた各種処理を実行することができる。
【０３１９】
（１０）上記実施の形態において、レシピ情報は、当該レシピ情報に対応する料理レシピについて１人分に対する情報であったが、これに限定されない。
【０３２０】
レシピ情報は、２人分以上に対する料理のレシピであってもよい。
【０３２１】
または、レシピ情報の初期表示として、１人分に対する料理のレシピを表示し、その後、ユーザ操作により、他の人数分へと変更してもよい。
【０３２２】
これにより、例えば、家族の人数に応じた料理レシピを提供することができる。
【０３２３】
例えば、サーバ１０１は、各料理について、人数毎のレシピ情報を予め記憶しておく。この場合において、携帯端末１０２にある料理の１人分のレシピ情報が表示されているときに、ユーザがスクロール操作を行うことで、他の人数分のレシピ情報の表示へと変更する。具体的には、ユーザが、画面上方向にスクロール操作を行った場合には、そのスクロール量（タッチの移動量）に応じて人数を増加させ、増加した人数分のレシピ情報をサーバ１０１から取得し、表示する。また、ユーザが、画面下方向にスクロール操作を行った場合には、そのスクロール量（タッチの移動量）に応じて人数を減少させ、減少した人数分のレシピ情報をサーバ１０１から取得し、表示する。
【０３２４】
ただし、上限値は、例えば１０であり、値が１０である場合に、さらに画面上方向にスクロール操作を行っても数値は変更しないものとする。また、下限値は１であり、値が１である場合に、さらに画面下方向にスクロール操作を行っても数値は変更しないものとする。
【０３２５】
さらに、スクロール操作は、人数に限らず、ユーザが好む味の濃さ、カロリー、塩分等の栄養を示すものであってもよい。
【０３２６】
これにより、料理情報提供システム１００は、同一の料理であっても、ユーザ毎にユーザの嗜好に応じた料理情報を提供することができる。
【０３２７】
（１１）上記実施の形態において、料理情報提供システム１００は、指定された期間（１週間）の各曜日に対して、料理情報を提供したがこれに限定されない。
【０３２８】
指定した期間のうち外食を予定している曜日をユーザが設定し、外食が設定された曜日に対する料理情報の提供をサーバ１０１は行わなくてもよい。これにより、料理情報提供システム１００は、外食日について、料理の献立を提供する必要がなくなる、つまりは無駄な提供を防止することができる。
【０３２９】
または、外食が設定された曜日について、ユーザの自宅若しくは職場近くのお店、又は通勤経路におけるお店を推薦してもよい。これにより、料理情報提供システム１００は、例えば、所定期間における食事バランスを考慮して外食するお店を推薦することができる。
【０３３０】
例えば、以下のようにしてお店の推薦を実現する。サーバ１０１は、お店毎に、当該お店の名称、当該お店が提供する料理の主なジャンル及び住所を対応付けて記憶しておく。ユーザは、外食する曜日を設定する際に、携帯端末１０２は、当該ユーザの自宅の住所、勤務地、及び通勤経路をユーザから受け付け、受け付けた各情報をサーバ１０１へ送信する。サーバ１０１は、外食が設定されていない曜日に提供する料理情報が示す料理のジャンルとは異なるジャンルの料理を提供するお店であって、当該ユーザの自宅若しくは勤務地の近く、又は通勤経路に存在するお店の店名及び住所を携帯端末１０２へ送信する。携帯端末１０２は、外食が設定された曜日に対応する表示領域に、サーバ１０１から受信したお店の店名及び住所を表示する。
【０３３１】
（１２）上記実施の形態において、料理情報提供システム１００は、料理情報を提供するモードとして、食事バランスモード及び料理関心モードの何れかが設定されるとしたが、これに限定されない。
【０３３２】
他のモードが設定されてもよい。これにより、食事バランス、料理の関心の有無とは異なった観点からの料理情報を提供することができる。
【０３３３】
例えば、料理情報提供システム１００は、前週、又は先日に使った食材を使う料理の料理情報を提供してもよい。具体的には、月曜日に対する料理情報を提供する際に、前日の日曜日、又は前週に提供した料理情報が示す料理に使われる食材（例えば、ニンジン）を使った料理の料理情報を提供する。
【０３３４】
これにより、料理情報提供システム１００は、前週、又は先日に使った食材を余っている場合には、ユーザにその食材を有効利用させることができる。
【０３３５】
（１３）上記実施の形態において、料理情報提供システム１００は、ユーザが自宅で料理することを前提として、所定期間の料理情報を提供するものとしているが、これに限定されない。
【０３３６】
料理情報提供システム１００は、所定期間に特定のお店で食事をする際において、曜日毎のメニューを提供してもよい。
【０３３７】
これにより、ユーザが、毎日特定のお店で食事をする場合であっても、食事バランスを考慮したメニューを提供することができる。
【０３３８】
（１４）上記実施の形態では、朝食、昼食、夕食及び間食のうち一の食事について、曜日毎に料理情報を提供したが、これに限定されない。
【０３３９】
朝食、昼食、夕食及び間食のうち複数の食事について、曜日毎に料理情報を提供してもよい。
【０３４０】
これにより、料理情報提供システム１００は、例えば、曜日毎に朝食、昼食及び夕食の３食分の料理情報を提供することができる。
【０３４１】
（１５）上記実施の形態では、メイン料理及びサブ料理のうち一の食事内容について、曜日毎に料理情報を提供したが、これに限定されない。
【０３４２】
曜日毎に、メイン料理及びサブ料理の双方の食事内容についての料理情報を提供してもよい。
【０３４３】
これにより、料理情報提供システム１００は、１回の表示でメイン料理及びサブ料理の双方の料理情報を提供することができる。
【０３４４】
（１６）上記実施の形態では、料理情報提供システム１００は、１週間分の料理情報の提供を行ったが、これに限定されない。
【０３４５】
料理情報提供システム１００は、所定日数分の料理情報を提供するものであればよい。
【０３４６】
料理情報提供システム１００は、複数の日毎に料理情報を提供することで、所定日数全体を通して、例えばバランスのとれた食事を提供することができる。
【０３４７】
（１７）上記実施の形態において、献立確認画面の表示中にボタンＧ１５１が押下されると、全ての曜日についての料理の画像が、他の料理の画像へと変更されるとしたが（図１６の画面Ｇ１００ｈ及び画面Ｇ１００ｊを参照）、これに限定されない。
【０３４８】
献立確認画面の表示中にボタンＧ１５１が押下されると、最後にダブルタップした画像の料理について、文字列“選択中”を解除してもよい。
【０３４９】
（１８）上記実施の形態において、詳細種別が“レシピ”である場合には、料理情報提供システム１００は、携帯端末１０２の画面に表示された料理の画像をシングルタップすると、その画像が示す料理のレシピ情報を表示するよう画面を切り替えたが（図２０を参照）、これに限定されない。
【０３５０】
詳細種別が“レシピ”である場合には、料理情報提供システム１００は、携帯端末１０２において一覧表示する際に、サーバ１０１から提供された各料理のレシピ情報を、図１０に示す領域Ａ１からＡ７に表示してもよい。
【０３５１】
（１９）上記実施の形態において、１つの料理に対して、１つのジャンルを対応付けたが、これに限定されない。
【０３５２】
１つの料理に対して、複数のジャンルを対応付けてもよい。
【０３５３】
この場合において、サーバ１０１は、以下のようにして優先度の変更を行う。
【０３５４】
サーバ１０１の優先度変更部２２３は、選択フラグの値が“１”である料理情報に対応する全てのジャンルを特定する。
【０３５５】
優先度変更部２２３は、特定したジャンルの何れかに対応する料理情報の優先度を、特定したジャンルの何れも対応付けられていない料理情報の優先度よりも低くなるよう、選択確定情報を送信したユーザについて割り当てられた各料理についての優先度を変更する。
【０３５６】
また、調理方法の対応付けについても、１つの料理に対して、複数の調理方法を対応付けてもよい。
【０３５７】
また、料理工程の対応付けについても、１つの料理に対して、複数の料理工程を対応付けてもよい。
【０３５８】
（２０）上記実施の形態において、サーバ１０１から提供された料理情報を受け入れる操作として、表示された料理の画像に対するダブルタップを用いたが、これに限定されない。サーバ１０１から提供された料理情報を特定できる方法であればよい。例えば、表示された画像毎に対応付けられたラジオボタンを用いて受け入れ操作を行ってもよい。
【０３５９】
また、選択の確定をサーバ１０１へ通知するための操作として、フリック操作を用いたが、これに限定されない。送信の契機となる操作であればよい。例えば、送信ボタンを別途設けて、当該送信ボタンが押下されたことにより、選択の確定をサーバ１０１へ通知してもよい。
【０３６０】
ここで、本発明における“料理情報の選択”とは、提供を受け入れる操作（例えば、ダブルタップ）及び選択が確定したことをサーバ１０１へ通知するための操作（例えば、フリック）との組み合わせをいう。
【０３６１】
（２１）上記実施の形態において、料理情報提供システム１００は、料理関心モードにおける料理の関心の有無について、ログ情報が１日において所定回数以上の回数の更新されている場合に、料理に関心があるとしたが、これに限定されない。
【０３６２】
料理の関心の有無の判断は、他の方法であってもよい。
【０３６３】
例えば、優先度変更部２２３は、特定の機器からのみログ情報が送信されている場合には、当該機器のユーザは料理に関心がないと判断してもよい。具体的には、電子レンジ１０３からのログ情報のみが格納されている場合には、優先度変更部２２３は、電子レンジ１０３のユーザは料理に関心がないと判断する。
【０３６４】
（２２）上記実施の形態において、料理情報提供システム１００は、料理関心モードにおいては、料理工程に基づいて優先度の変更を行ったが、これに限定されない。
【０３６５】
料理名毎に、当該料理名で表される料理の難易度（例えば、“低”、“中”、“高”）を対応付けて、難易度に応じて、優先度を変更してもよい。
【０３６６】
具体的には、優先度変更部２２３は、ユーザが料理について関心があると判断する場合には、選択された料理の難易度よりも低い難易度の料理情報の優先度を、選択された料理の難易度以上の難易度の料理情報の優先度よりも低くする。また、優先度変更部２２３は、ユーザが料理について関心がないと判断する場合には、選択された料理の難易度以下の難易度の料理情報の優先度を、選択された料理の難易度よりも高い難易度の料理情報の優先度よりも高くする。
【０３６７】
（２３）上記実施の形態では、１週間分の料理情報について一覧表示している場合において、ダブルタップにより、変更対象外となる料理情報を選択したが、これに限定されない。
【０３６８】
料理情報提供システム１００は、変更対象となる料理情報を、ダブルタップによりユーザに選択させてもよい。
【０３６９】
この場合、携帯端末１０２が保持する料理情報テーブルＴ５００、及びサーバ１０１が保持する提供料理情報テーブルＴ４００それぞれにおいて、選択された料理情報に対応する選択フラグの値が“１”となる。
【０３７０】
サーバ１０１の優先度変更部２２３は、モードが“食事バランスモード”である場合には、選択フラグの値が“０”である料理名に対応付けられたジャンルの何れかと同一のジャンルが対応付けられた料理名に対する優先度が、選択フラグの値が“０”である料理名に対応付けられたジャンルの何れにも対応付けられていない料理名に対する優先度よりも低くなるよう、携帯端末１０２から受信した選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【０３７１】
優先度変更部２２３は、モードが“料理関心モード”であり、ユーザが料理に対して関心がある場合には、選択フラグの値が“０”である料理名に対応付けられた料理工程の何れかと同一の料理工程が対応付けられた料理名に対する優先度が、選択フラグの値が“０”である料理名に対応付けられた料理工程の何れにも対応付けられていない料理名に対する優先度よりも低くなるよう、携帯端末１０２から受信した選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【０３７２】
優先度変更部２２３は、モードが“料理関心モード”であり、ユーザが料理に対して関心がない場合には、選択フラグの値が“０”である料理名に対応付けられた料理工程の何れかと同一の料理工程が対応付けられた料理名に対する優先度が、選択フラグの値が“０”である料理名に対応付けられた料理工程の何れにも対応付けられていない料理名に対する優先度よりも高くなるよう、携帯端末１０２から受信した選択確定情報に含まれるユーザ識別子で示されるユーザに割り当てた各料理についての優先度を変更する。
【０３７３】
（２４）上記実施の形態及び変形例を組み合わせるとしてもよい。
【０３７４】
１．７  補足１
料理情報データベースを管理する場合、ユーザと、料理情報データベースとを一対一に対応付けることが考えられる。
【０３７５】
しかしながら、多種多様の料理が存在するため、各料理を表す料理情報からなる料理情報データベースのデータ量は大きなものとなる。そのため、料理情報データベースとユーザとを一対一に対応付けて管理する場合、管理すべきデータ量が膨大な量となる。
【０３７６】
そこで、上記実施の形態のように、１つの料理情報データベースに複数のユーザを対応付けて管理することで、ユーザと料理情報データベースとを一対一に対応付けて管理する場合よりも管理するデータ量が少なくなるので、料理情報提供システムの運用が容易になる。
【０３７７】
また、上記態様において説明された技術は、例えば、以下に示すクラウドサービスの類型において実現されうる。なお、上記実施の形態において説明した技術が実現される類型は以下の類型に限られるものでない。
（サービスの類型１：自社データセンタ型）
図３５は、サービスの類型１（自社データセンタ型）を示す。本類型は、サービス提供センタ４０がグループ２０から情報を取得し、ユーザに対してサービスを提供する類型である。
【０３７８】
本類型では、サービス提供センタ４０が、データ運営センタの機能を有している。即ち、サービス提供センタが、ビッグデータを管理するデータセンタ（クラウドサーバ）５３を保有している。従って、データ運営センタは存在しない。
【０３７９】
本類型では、サービス提供センタ４０が、データセンタ（クラウドサーバ）５３を運営、管理している。また、サービス提供センタ４０は、ＯＳ５２及びアプリケーション５１を管理する。サービス提供センタ４０は、サービス提供センタ４０が管理するＯＳ５２及びアプリケーション５１を用いてサービス提供を行う（５４）。
（サービスの類型２：ＩａａＳ利用型）
図３６は、サービスの類型２（ＩａａＳ利用型）を示す。ここでＩａａＳとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築および稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。
【０３８０】
本類型では、データ運営センタ３０が、データセンタ（クラウドサーバ）５３を運営、管理している。また、サービス提供センタ４０は、ＯＳ５２及びアプリケーション５１を管理する。サービス提供センタ４０は、サービス提供センタ４０が管理するＯＳ５２及びアプリケーション５１を用いてサービス提供を行う（５４）。
（サービスの類型３：ＰａａＳ利用型）
図３７は、サービスの類型３（ＰａａＳ利用型）を示す。ここでＰａａＳとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウェアを構築および稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。
【０３８１】
本類型では、データ運営センタ３０は、ＯＳ５２を管理し、データセンタ（クラウドサーバ）５３を運営、管理している。また、サービス提供センタ４０は、アプリケーション５１を管理する。サービス提供センタ４０は、データ運営センタ３０が管理するＯＳ５２及びサービス提供センタ４０が管理するアプリケーション５１を用いてサービス提供を行う（５４）。
（サービスの類型４：ＳａａＳ利用型）
図３８は、サービスの類型４（ＳａａＳ利用型）を示す。ここでＳａａＳとはソフトウェア・アズ・ア・サービスの略である。例えばデータセンタ（クラウドサーバ）を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ（クラウドサーバ）を保有していない会社・個人（利用者）がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。
【０３８２】
本類型では、データ運営センタ３０は、アプリケーション５１及びＯＳ５２を管理し、データセンタ（クラウドサーバ）５３を運営、管理している。また、サービス提供センタ４０は、データ運営センタ３０が管理するＯＳ５２及びアプリケーション５１を用いてサービス提供を行う（５４）。
【０３８３】
以上いずれの類型においても、サービス提供センタ４０がサービス提供行為を行ったものとする。また例えば、サービス提供センタ４０又はデータ運営センタ３０は、ＯＳ５２、アプリケーション５１又はビッグデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。
【０３８４】
１．８  補足２
（１）本発明の一態様は、所定日数分の料理それぞれの料理情報を、ユーザに提供するシステムにおける、料理情報の提供方法であって、ユーザに推奨すべき、前記所定日数分の料理それぞれの料理情報を、料理情報データベースから取得する第１の処理を行い、取得した前記料理情報それぞれを、前記ユーザに提供し、前記ユーザに提供した前記料理情報のうち少なくとも１つの前記料理情報の選択を、前記ユーザから受け付け、前記ユーザに提供した前記料理情報のうち選択されていない料理情報が存在する場合には、選択された料理情報から定まる条件に基づいて、選択されていない料理情報に代えて前記ユーザに推奨すべき他の料理情報を前記料理情報データベースから取得する第２の処理を行い、前記第２の処理で取得された前記他の料理情報を、前記ユーザに提供することを特徴とする。
【０３８５】
この構成によると、料理情報の提供方法は、ユーザに提供した前記料理情報のうち選択されていない料理情報が存在する場合には、選択されていない料理情報に代えて前記ユーザに推奨すべき他の料理情報を、選択された料理情報から定まる条件に基づいて取得するので、所定日数分の料理が確定するまでの時間を短くすることができる。
【０３８６】
例えば、選択された料理情報から定まる条件が、選択された料理情報に係る料理のジャンルとは異なるジャンルを優先的に選択することである場合には、料理情報の提供方法は、ユーザに１つのジャンルに偏ることなく、つまりは栄養バランスを考慮した所定日数分の料理情報を提供することができる。
【０３８７】
（２）ここで、前記料理情報データベースには、前記料理情報データベースに格納されている前記料理情報それぞれに対して、前記料理情報で示される料理に応じたカテゴリが対応付けられて記憶されており、少なくとも１つの料理情報の前記選択後であり、且つ前記第２の処理の実行前に、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報よりも、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報が優先的に取得されるよう、前記料理情報データベースに格納されている前記料理情報それぞれについて優先度を設定し、前記第２の処理を実行する場合には、前記料理情報データベースに格納されている前記料理情報それぞれについて設定された優先度に基づいて、前記料理情報データベースから前記他の料理情報を取得するとしてもよい。
【０３８８】
この構成によると、料理情報の提供方法は、選択されていない料理の代わりに、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報を、設定した優先度に基づいて取得する。これにより、料理情報の提供方法は、特定のカテゴリに偏ることなく、種々のカテゴリから所定日数分の料理情報をユーザに提供するので、種々のカテゴリの料理の提供を所望するユーザに対して所定日数分の料理が確定するまでの時間を短くすることができる。
【０３８９】
（３）ここで、前記料理情報データベースには、前記料理情報データベースに格納されている前記料理情報それぞれに対して、予め優先度が付与されて記憶されており、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報に付与された優先度が、選択された前記料理情報に対応づけられたカテゴリの何れにも対応付けられていない料理情報に付与された優先度よりも低くなるように、前記料理情報データベースに格納されている前記料理情報それぞれについて優先度を変更するとしてもよい。
【０３９０】
この構成によると、料理情報の提供方法は、選択された料理情報に対応付けられたカテゴリそれぞれについて当該カテゴリの料理情報の優先度を、これらカテゴリとは異なるカテゴリの料理情報の優先度よりも低くなるように、各料理情報の優先度を変更するので、種々のカテゴリから所定日数分の料理情報をユーザに確実に提供することができる。
【０３９１】
（４）ここで、ユーザから選択された料理情報に対して、前記選択の解除指示をさらに受け付け、前記解除指示を受け付けると、前記料理情報に付与された前記優先度を、前記第１の処理時に前記料理情報に付与された前記優先度よりも低くなるように、前記料理情報データベースに格納されている前記料理情報に付与された優先度を変更するとしてもよい。
【０３９２】
この構成によると、料理情報の提供方法は、選択され、その後選択が解除された料理情報の優先度を低くすることで、当該料理情報が、再び選択される可能性を低くすることができる。
【０３９３】
（５）ここで、前記ユーザに対して提供された前記料理情報の全てについて、前記ユーザから選択を受け付けると、選択された前記料理情報に対応付けられたカテゴリと同一のカテゴリが対応付けられた、ユーザに選択されていない料理情報に付与された優先度を、前記第１の処理時に前記料理情報に付与された優先度よりも高くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更し、前記ユーザに対して提供された前記料理情報の全てが選択された後において、前記所定日数からなり、前記提供された前記所定日数からなる期間とは別の期間について、変更された優先度に基づいて料理情報を前記料理情報データベースから取得して、ユーザに提供するとしてもよい。
【０３９４】
この構成によると、料理情報の提供方法は、さらに、全ての料理情報が選択された期間とは別の期間において料理情報を提供する場合には、選択された料理情報以外の料理情報を優先的に提供することができる。
【０３９５】
（６）ここで、前記料理情報データベースに格納されている前記料理情報それぞれには、前記料理情報で示される料理についての調理の際に行われる一の料理工程を示すカテゴリが対応付けられており、料理に関するユーザ情報を、さらに、取得し、前記第２の処理を行うに先立って、前記ユーザ情報に基づいて、選択された前記料理情報に対応付けられたカテゴリと同一のカテゴリが対応付けられた料理情報それぞれに付与された優先度を設定し、前記第２の処理を実行する場合には、前記料理情報データベースに格納されている前記料理情報それぞれについて設定された優先度に基づいて、前記料理情報データベースから前記他の料理情報を取得するとしてもよい。
【０３９６】
この構成によると、料理情報の提供方法は、ユーザ情報に基づいて設定された優先度に基づいて、選択されていない料理情報に代わる料理情報を第２の処理により取得する。これにより、例えば、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報が優先的に取得されるよう、各料理情報の優先度が変更された場合には、料理情報の提供方法は、特定のカテゴリ（料理工程）に偏ることなく、種々のカテゴリから所定日数分の料理情報をユーザに提供することができる。
【０３９７】
（７）ここで、前記ユーザ情報は、前記ユーザが料理を行ったことを示す料理履歴情報であり、前記料理履歴情報を用いて、前記ユーザの料理に対する関心の有無を判定し、関心があると判定された場合には、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報それぞれに付与された優先度が、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報それぞれに付与された優先度より低くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更し、関心がないと判定された場合には、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報に付与された優先度が、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報に付与された優先度より高くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更するとしてもよい。
【０３９８】
この構成によると、料理情報の提供方法は、ユーザ情報として料理履歴情報を用いて、ユーザの料理に対する関心の有無を判定し、その結果に応じて優先度を設定している。具体的には、料理情報の提供方法は、ユーザが料理に対して関心があると判定する場合には、選択された料理情報で表される料理のカテゴリ（料理工程）に偏ることなく、種々のカテゴリから所定日数分の料理情報をユーザに提供し、ユーザが料理に対して関心がないと判定する場合には、選択された料理情報で表される料理のカテゴリ（料理工程）から所定日数分の料理情報をユーザに提供する。これにより、料理に関心があるユーザは種々の料理を行うことができ、料理に関心がないユーザは、自身が調理可能な工程で所定日数分の料理を行うことができる。
【０３９９】
（８）ここで、前記料理履歴情報は、調理を行うための家庭用電気製品についての前記ユーザによる使用に関するログ情報であり、前記ログ情報の更新回数が所定値以上である場合に、前記ユーザが料理に対して関心があると判定し、前記ログ情報の更新回数が所定値より少ない場合に、前記ユーザが料理に対して関心がないと判定するとしてもよい。
【０４００】
この構成によると、料理情報の提供方法は、料理履歴情報として、調理を行うための家庭用電気製品についての使用に関するログ情報を用いることで、ユーザの料理に対する関心の有無を判定することができる。
【０４０１】
（９）ここで、前記ユーザ情報は、前記ユーザが好むカテゴリを示す情報であり、選択した料理情報に対応付けられたカテゴリの何れかと、前記ユーザ情報が示すカテゴリとが一致する場合には、前記ユーザ情報が示すカテゴリと同一のカテゴリが対応付けられた料理情報に付与された優先度が、前記カテゴリが対応付けられていない料理情報に付与された優先度の何れよりも高くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更し、選択した料理情報に対応付けられたカテゴリの何れとも、前記ユーザ情報が示すカテゴリと一致しない場合には、選択された前記料理情報に対応付けられたカテゴリの何れかと同一のカテゴリが対応付けられた料理情報に付与された優先度が、選択された前記料理情報に対応付けられたカテゴリの何れにも対応付けられていない料理情報に付与された優先度の何れよりも低くなるように、前記料理情報データベースに格納されている前記料理情報それぞれに付与された優先度を変更するとしてもよい。
【０４０２】
この構成によると、料理情報の提供方法は、ユーザ情報としてユーザが好む料理のカテゴリを示す情報と、選択された料理情報のカテゴリとを用いて、各料理情報の優先度を設定している。これにより、料理情報の提供方法は、ユーザが好む料理のカテゴリが対応付けられた料理情報を優先的に提供するので、ユーザは当該提供を受け入れる可能性が高くなり、所定日数分の料理が確定するまでの時間を短くすることができる。
【０４０３】
（１０）ここで、前記料理情報データベースには、前記料理情報データベースに格納されている前記料理情報それぞれに対して、前記料理情報で示される料理が朝食、昼食、夕食及び間食のうちどの食事で食されるかを示す食事種別が対応付けられて記憶されており、前記第１の処理及び前記第２の処理は、前記食事種別が示す一の食事に対応する料理情報を、前記料理情報データベースから取得し、前記料理情報データベースから取得した料理情報を表示することで、前記第１の処理後における前記提供、又は前記第２の処理後における前記提供を行い、前記表示を行っている間に、ユーザから、前記一の食事とは異なる他の食事の表示へ切り替える指示を受け付け、前記指示が受け付けられると、さらに、前記他の食事を示す前記食事種別が対応付けられた料理情報から前記所定日数分の料理情報を、前記料理情報データベースから取得し、前記一の食事についての料理情報の表示から、前記他の食事について取得された料理情報の表示へ切り替えるとしてもよい。
【０４０４】
この構成によると、料理情報の提供方法は、食事種別毎に、所定日数分の料理情報の提供を行うことができる。これにより、ユーザは、所望する食事種別（例えば、夕食）についてのみ、所定日数分の料理情報の提供を受けるので、食事種別が示す食事について所定日数分の献立を決めたい場合において、当該提供がその決定ついて一役を担うことができる。
【０４０５】
（１１）ここで、前記料理情報データベースには、前記料理情報データベースに格納されている前記料理情報それぞれに対して、前記料理情報で示される料理が一の食事についてのメイン料理及びサブ料理のうちどの食事内容に含まれるかを示す食事内容種別が対応付けられて記憶されており、前記第１の処理及び前記第２の処理は、前記食事内容種別が示す一の食事内容に対応する料理情報を、前記料理情報データベースから取得し、前記料理情報データベースから取得した料理情報を表示することで、前記第１の処理後における前記提供、又は前記第２の処理後における前記提供を行い、前記表示を行っている間に、ユーザから、前記一の食事内容とは異なる他の食事内容の表示へ切り替える指示を受け付け、前記指示が受け付けられると、さらに、前記他の食事内容を示す前記食事種別が対応付けられた料理情報から前記所定日数分の料理情報を、前記料理情報データベースから取得し、前記一の食事内容についての料理情報の表示から、前記他の食事内容について取得された料理情報の表示へ切り替えるとしてもよい。
【０４０６】
この構成によると、料理情報の提供方法は、食事内容種別毎に、所定日数分の料理情報の提供を行うことができる。これにより、例えば、ユーザは、所望する食事内容種別（例えば、サブ料理）についてのみ、所定日数分の料理情報の提供を受けるので、所定日数分のサブ料理について献立が決まっていない場合において、当該提供がその決定ついて一役を担うことができる。
【０４０７】
（１２）ここで、前記料理情報には、前記料理情報で示される料理の栄養価を示す栄養価情報が含まれており、ユーザに推奨すべき料理情報を表示することで、前記第１の処理後における前記提供、又は前記第２の処理後における前記提供を行い、前記第２の処理後に前記料理情報を表示する場合において、前記第２の処理で取得した料理情報に対応付けられた栄養価情報の表示色と、前記第１の処理で取得され、且つユーザに選択された料理情報に対応付けられた栄養価情報の表示色とは異なるとしてもよい。
【０４０８】
この構成によると、料理情報の提供方法は、選択された料理情報に関する料理の栄養価と、選択されていない料理情報に関する料理の栄養価とを、互いに異なる表示色を用いて表示する。これにより、ユーザは、選択された料理情報に関する料理の栄養価と、選択されていない料理情報に関する料理の栄養価とを一見して区別することができる。
【０４０９】
（１３）ここで、前記第１の処理は、前記所定日数の日毎に料理情報を取得し、前記第１の処理で、日毎に取得された料理情報それぞれは、前記日と対応付けてユーザに提供され、前記第２の処理は、選択されていない料理情報が対応付けられた日毎に、他の料理情報を取得し、前記第２の処理で、選択されていない料理情報が対応付けられた日毎に取得された他の料理情報それぞれは、前記日と対応付けてユーザに提供されるとしてもよい。
【０４１０】
この構成によると、料理情報の提供方法は、料理情報を日毎に対応付けてユーザに提供するので、ユーザは、日毎に選択することができる。これにより、ユーザは、例えば、所定日数において、日毎に献立を決定することができる。
【０４１１】
（１４）ここで、前記システムは、インターネットで接続された、前記料理情報データベースを有するサーバと、携帯端末とからなり、前記サーバが、前記第１の処理、及び前記第２の処理を行い、前記携帯端末が、前記選択の受け付けと、前記第１の処理及び前記第２の処理で取得された料理情報の提供を行うとしてもよい。
【０４１２】
この構成によると、料理情報の提供方法は、サーバに第１の処理及び第２の処理を、携帯端末に選択の受け付けと、前記第１の処理及び前記第２の処理で取得された料理情報の提供を行わせることで、ユーザに所定日数分の料理情報を、インターネットを介して提供することができる。
【産業上の利用可能性】
【０４１３】
本発明の料理情報を提供する方法及び料理情報提供システムは、所定日数分の料理それぞれの料理情報を提供するサービスに対して有効である。
【符号の説明】
【０４１４】
１００    料理情報提供システム
１０１    サーバ
１０２    携帯端末
１０３    電子レンジ
１０４    ＩＨクッキングヒータ
１１０    インターネット
２０１、３０１    ＣＰＵ
２０２、３０２    ＲＯＭ
２０３、３０２    ＲＡＭ
２０４、３０４    記憶部
２０５、３０５    ＯＳ
２０６、３０６    アプリケーション部
２０７、３０９    送受信部
２１１    料理情報記憶部
２１２    ログ情報記憶部
２１３    送受信情報記憶部
２２１    イベント振分部
２２２    料理情報取得部
２２３    優先度変更部
２２４、３１３    更新部
２２５    レシピ取得部
３０７    タッチパネル
３０８    コントローラ
３１１    イベント判定部
３１２    情報生成部
３１４    情報取得部
３１５    表示位置入替部
３１６    表示処理部
３２１    ＬＣＤ
３２２    タッチパッド
【図１】
2014192240.tif 000003
【図２】
2014192240.tif 000004
【図３】
2014192240.tif 000005
【図４】
2014192240.tif 000006
【図５】
2014192240.tif 000007
【図６】
2014192240.tif 000008
【図７】
2014192240.tif 000009
【図８】
2014192240.tif 000010
【図９】
2014192240.tif 000011
【図１０】
2014192240.tif 000012
【図１１】
2014192240.tif 000013
【図１２】
2014192240.tif 000014
【図１３】
2014192240.tif 000015
【図１４】
2014192240.tif 000016
【図１５】
2014192240.tif 000017
【図１６】
2014192240.tif 000018
【図１７】
2014192240.tif 000019
【図１８】
2014192240.tif 000020
【図１９】
2014192240.tif 000021
【図２０】
2014192240.tif 000022
【図２１】
2014192240.tif 000023
【図２２】
2014192240.tif 000024
【図２３】
2014192240.tif 000025
【図２４】
2014192240.tif 000026
【図２５】
2014192240.tif 000027
【図２６】
2014192240.tif 000028
【図２７】
2014192240.tif 000029
【図２８】
2014192240.tif 000030
【図２９】
2014192240.tif 000031
【図３０】
2014192240.tif 000032
【図３１】
2014192240.tif 000033
【図３２】
2014192240.tif 000034
【図３３】
2014192240.tif 000035
【図３４】
2014192240.tif 000036
【図３５】
2014192240.tif 000037
【図３６】
2014192240.tif 000038
【図３７】
2014192240.tif 000039
【図３８】
2014192240.tif 000040
【国際調査報告】
2014192240.tif 000041
2014192240.tif 000042
2014192240.tif 000043
2014192240.tif 000044