JP5651273B1 - 情報処理装置、情報処理方法、プログラム及び記憶媒体 - Google Patents

Abstract

余剰食材の使用頻度情報に着目した上で余剰食材の有効利用を図る。そのために情報処理装置は、料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理し、管理されているレシピ情報から選択された少なくとも一つのレシピ情報と人数情報とに基づいて使用食材ごとの使用量を算出し、食材ごとに設定された購入単位と使用量から使用食材ごとの余剰量を算出し、食材ごとに設定された使用頻度情報と余剰量に基づいてレシピ情報を検索し、検索されたレシピ情報の提供処理を実行する。これにより、余剰食材の有効利用を図ることができる。

Description

本発明は、選択されたレシピにおいて使用される使用食材の使用量と使用食材ごとに設定された購入単位の情報から食材ごとの余剰量を算出し、該余剰量に基づいて追加レシピを検索し提案する情報処理装置、情報処理方法、プログラム及び記憶媒体についての技術分野に関する。

特開２００１−２５６３４６号公報

近年では、一般ユーザの投稿などによって蓄積された料理のレシピをＰＣなどのコンピュータから検索可能なレシピ検索のサイトやソフトウェアが普及している。これらの分野においては、ユーザが作りたい料理の食材や手順を検索するだけでなく、レシピの提供を行う提案がされている。例えば、特許文献１で提案されているシステムでは、ユーザが選択したレシピに加えて更に追加のレシピを提供する機能が設けられている。また、レシピに記載された料理を作る際に不足する食材を発注する機能が設けられている。

しかし、一般的に食材を発注する際、食材によって購入単位が存在するため、常に好きな量だけを発注できるわけではない。例えば、１．５個の「人参」が必要なレシピに応じて「人参」を発注する場合、１．５個の「人参」を過不足なく発注することはできず、余剰食材が出てしまう。更に、余剰食材が普段あまり使用しない食材であった場合、その使い道に困窮してしまい、消費期限までに余剰食材を消費しきれないことがある。
そこで、本発明は、余剰食材の使用頻度情報に着目した上で余剰食材の有効利用を図ることを目的とする。

第１に、本発明に係る情報処理装置は、料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理するレシピ管理部と、前記レシピ管理部により管理されているレシピ情報から選択された少なくとも一つの前記レシピ情報と人数情報とに基づいて使用食材ごとの使用量を算出し、食材ごとに設定された購入単位と前記使用量から前記使用食材ごとの余剰量を算出する分量算出部と、食材ごとに設定された使用頻度情報と前記分量算出部により算出された余剰量に基づいて前記レシピ管理部により管理されているレシピ情報を検索するレシピ検索部と、前記レシピ検索部によって検索されたレシピ情報の提供処理を実行するレシピ提供部とを備えるものである。
従って、使用頻度の低い余剰食材を使用する追加レシピが提供される。
ここで、使用頻度情報とは、ある食材が料理の食材として頻繁に使用されるか否かの度合いを示す指標である。例えば、たくさんのレシピに登場する食材は、ある程度使用頻度の高い食材とみなすことができ、逆に少しのレシピにしか登場しない食材は使用頻度の低い食材とみなすことができる。これ以外にも、いくつかの例を後述する。

第２に、上記した本発明に係る情報処理装置においては、前記レシピ検索部は、食材の名称からレシピ情報を検索することが可能とされたものである。
従って、余剰食材を検索のキーワードとした検索が可能とされている。

第３に、上記した本発明に係る情報処理装置においては、前記レシピ管理部は、数値化された前記使用頻度情報を食材ごとに管理するものである。
従って、情報の管理がしやすくされている。

第４に、上記した本発明に係る情報処理装置においては、前記レシピ管理部は、食材が使用食材として登場するレシピ数を含んだ情報を食材ごとの前記使用頻度情報として管理するものである。
従って、使用頻度情報を数値化しやすくされている。

第５に、上記した本発明に係る情報処理装置においては、前記レシピ管理部は、レシピ情報ごとにレシピが利用されている度合いを数値化したレシピ利用度係数を含んだ情報を前記使用頻度情報として管理するものである。
従って、それぞれのレシピの実際の利用頻度を反映した検索キーワードの決定が行われる。

第６に、上記した本発明に係る情報処理装置においては、前記分量算出部による算出の結果余剰量のあるとされた使用食材が複数ある場合において、前記レシピ検索部は、前記使用頻度情報によって最も使用頻度が低いとされた余剰量のある使用食材に基づいてレシピ情報を検索するものである。
従って、使用頻度の低い余剰食材を含んだ追加レシピが提供される。

第７に、上記した本発明に係る情報処理装置においては、前記レシピ管理部は、前記使用頻度情報をユーザごとに管理するものである。
従って、ユーザごとに算出された利用頻度情報を基づいた追加レシピが提供される。

第８に、上記した本発明に係る情報処理装置においては、前記レシピ提供部よりユーザに提示されたレシピ情報を提供履歴情報としてユーザごとに管理する提供レシピ管理部を備え、前記レシピ検索部は、前記提供履歴情報を用いてレシピ情報を検索するものである。
従って、ユーザへの提供履歴に基づいた追加レシピの提供がなされる。

第９に、上記した本発明に係る情報処理装置においては、前記レシピ提供部により提示されたレシピ情報を前記選択されたレシピ情報にユーザが追加した場合において、前記分量算出部は、前記選択されたレシピ情報と前記追加したレシピ情報とを合わせて使用食材ごとの使用量を算出するものである。
従って、選択された全てのレシピの各使用食材ごとの合算された使用量がユーザに提示される。

第１０に、上記した本発明に係る情報処理装置においては、前記分量算出部は、ユーザにより選択されたレシピ情報ごとに設定された人数を前記人数情報として前記使用量の算出を行うものである。
従って、ユーザはレシピごとに異なる消費人数を設定することができる。

本発明に係る情報処理方法は、情報処理装置に実行させる情報処理方法であって、料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理し、管理されているレシピ情報から選択された少なくとも一つの前記レシピ情報と人数情報とに基づいて使用食材ごとの使用量を算出し、食材ごとに設定された購入単位と前記使用量から前記使用食材ごとの余剰量を算出し、食材ごとに設定された使用頻度情報と前記余剰量に基づいて前記管理されたレシピ情報を検索し、前記検索されたレシピ情報の提供処理を実行するものである。
この情報処理方法により、使用頻度の低い余剰食材を使用する追加レシピが提供される環境を構築する。
本発明に係るプログラムは、上記情報処理方法として実行する処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。これらのプログラムや記憶媒体により上記の情報処理装置を実現する。

本発明によれば、使用頻度の低い余剰食材を使用する追加レシピが提供されるため、余剰食材の使用頻度情報に着目した上で余剰食材の有効利用を図ることができる。

本発明の実施の形態の情報処理装置を含む全体構成を示す説明図である。 料理支援装置と他の装置を含む構成を示すブロック図である。 コンピュータ装置のブロック図である。 レシピサイトのトップページの画面構成を示す図である。 レシピの検索をする際の画面構成を示す図である。 検索したレシピを選択した際の画面構成を示す図である。 選択したレシピの使用材料を確認する画面の構成を示す図である。 レシピの使用材料における注文量を確認する画面の構成を示す図である。 追加レシピを選択した状態の使用材料を確認する画面の構成を示す図である。 追加レシピを加えた使用材料における注文量を確認する画面の構成を示す図である。 食材ＤＢに記憶されている情報を示す図である。 ユーザＤＢに記憶されている情報を示す図である。 追加レシピ検索処理を示すフローチャートである。 追加レシピ検索処理の別の例を示すフローチャートである。

以下、実施の形態を次の順序で説明する。
＜１．全体構成＞
＜２．処理の流れ＞
＜３．使用頻度情報の例＞
［３−１．第一の例］
［３−２．第二の例］
［３−３．第三の例］
＜４．ユーザＤＢの例＞
［４−１．ユーザごとの使用頻度情報］
［４−２．ユーザごとのレシピ提供履歴］
＜５．追加レシピ検索処理＞
［５−１．第一の処理例］
［５−２．第二の処理例］
＜６．変形例＞
＜７．まとめ＞
＜８．プログラム及び記憶媒体＞

＜１．全体構成＞
先ず、本発明の実施の形態における全体構成を説明する。
本発明の情報処理装置を含む全体構成は、図１に示すように、料理支援装置１、市場サーバ４、ユーザ端末３、３、３、・・・が通信ネットワーク２を介して相互に通信可能な状態でそれぞれ接続されている。料理支援装置１は、本発明の情報処理装置の実施の形態に相当する。
通信ネットワーク２の構成は特に限定されるものではなく、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網などが想定される。
また通信ネットワーク２の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。

料理支援装置１は、ユーザによるレシピ検索処理の実行やユーザへのレシピ提示処理の実行などを行う装置である。また、料理支援装置１は、レシピで使用する使用食材を発注する指示をユーザから受けた場合に、市場サーバ４に対して食材の発注処理を実行する。
料理支援装置１は、レシピ検索処理やレシピの提示に必要な各種情報が記憶された料理支援ＤＢ（Data Base）５と接続されている。料理支援ＤＢ５は、図２に示すように、レシピの使用食材や調理方法などが記憶されたレシピＤＢ５ａと、食材ごとの使用頻度情報などが記憶された食材ＤＢ５ｂと、ユーザごとの各食材の使用頻度情報やレシピ提供履歴などが記憶されたユーザＤＢ５ｃとを備えている。
ここで、使用頻度情報とは、ある食材が料理の食材としてどの程度使用されやすいかを示す指標であり、後述する各実施の形態が想定される。
料理支援装置１は、図２に示すように、レシピ提供部１ａ、レシピ検索部１ｂ、分量算出部１ｃ、レシピ管理部１ｄを備えている。

レシピ提供部１ａは、ユーザ端末３にレシピを提示するレシピ提示処理を行う。また、レシピ提供部１ａは、ユーザ端末３からの各種指示を受け付ける機能を有しており、ユーザからのレシピ検索の指示やレシピの消費人数を変更する指示などを受け付ける。消費人数とは、例えばユーザにより入力される情報であり、レシピに応じた料理を何人前作るかを表す情報である。更に、レシピ提供部１ａは、ユーザから投稿されるレシピ情報を受け付ける機能も有している。
レシピ検索部１ｂは、レシピ提供部１ａからの指示によりレシピ検索処理を実行する。レシピ検索処理では、レシピ検索部１ｂは料理支援ＤＢ５とデータ通信を行い各種検索条件に応じたレシピ情報をレシピＤＢ５ａから取得し、レシピ提供部１ａへ受け渡す処理を行う。尚、レシピ検索部１ｂは、少なくとも食材の名称からレシピの検索が実行可能とされている。
分量算出部１ｃは、レシピ提供部１ａからの指示を受け、レシピ情報に含まれる各食材の使用量情報と料理を消費する人数の情報としての人数情報から各食材の使用量を算出する使用量算出処理を実行する。ここで、レシピ提供部１ａから渡されたレシピ情報と消費人数情報が複数ある場合には、各レシピにおける使用食材の使用量をそれぞれ算出し、それらを各食材ごとに合算する処理を行う。算出された各食材の使用量はレシピ検索部１ｂへ送信される。
また、分量算出部１ｃは、各使用食材の購入単位を市場サーバ４から取得し、使用食材の使用量と購入単位からそれぞれの使用食材の余剰量を算出する余剰量算出処理も実行する。
レシピ管理部１ｄは、料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理するレシピ管理処理を行う。レシピ管理処理とは、例えば、ユーザから投稿されたレシピ情報をレシピＤＢ５ａへ登録する処理や、食材ＤＢ５ｂに記憶された食材ごとの使用頻度情報を更新する処理などである。また、レシピ管理部１ｄは、ユーザごとの各食材の使用頻度情報やレシピ提供履歴を更新などを行う提供レシピ管理処理も行う。

市場サーバ４は、各食材に対する料理支援装置１からの発注指示に応じて、実際の店舗などへ発注するための処理や、各ユーザへ食材を配送するための処理などを行う。また、上述のように、分量算出部１ｃからの要求に対し、各食材の購入単位を送信する処理を実行する。市場サーバ４は、各食材の商品情報や店舗情報が記憶された商品ＤＢ２５と接続されている。
ユーザ端末３は、図１及び図２に示すように、料理支援装置１に対して、レシピの検索や投稿を行うためにユーザが利用する端末である。

尚、図２では、二つの通信ネットワーク２が記載されているが、説明の便宜上二つに分かれているだけであり、図１のように同一の通信ネットワーク２でも構わない。

図３は、図１に示した料理支援装置１、ユーザ端末３、市場サーバ４のハードウエアを例示する図である。それぞれのサーバや端末におけるコンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ（Read Only Memory）１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ（Random Access Memory）１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワーク２を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、料理支援装置１、ユーザ端末３、市場サーバ４のそれぞれにおいて後述する情報処理や通信が実行される。
なお、料理支援装置１、ユーザ端末３、市場サーバ４を構成するそれぞれの情報処理装置は、図３のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを利用したＶＰＮ（Virtual Private Network）などにより遠隔地に配置されたものでもよい。

＜２．処理の流れ＞
続いて、本発明の実施の形態における処理の流れをウェブブラウザの画面構成を示す図４乃至図１０を参照して説明する。
ユーザが料理支援装置１にアクセスした場合、料理支援装置１はユーザが使用するユーザ端末３に対して、図４に示すようなレシピサイトのトップページを表示させるためのＨＴＭＬ（Hyper Text Markup Language）データを送信する。これにより、例えば、ユーザ端末３のウェブブラウザ上で図４に示すようなウェブページが表示される。尚、図４の状態は、ユーザがレシピ提供サービスや食材発注サービスを受けるために、サービスへのログインをした状態とされる。
ユーザ端末３のウェブブラウザ６には、表示するウェブページを変更するための各種アイコン７やウェブページを検索するための検索フォーム８や表示されているウェブページのＵＲＬ（Uniform Resource Locator）が表示されるアドレス表示部９が上部に適宜配置されている。
また、その下のウェブページには、レシピを検索するためのレシピ検索フォーム１０とレシピ検索ボタン１１とユーザ名が表示されたユーザ名表示部１２とログイン状態をログアウト状態へ変更するログアウトボタン１３とが配置されている。
更に、ウェブページの左側部にはジャンル表示部１４が表示されており、肉や魚介といったレシピのジャンルが縦に羅列されて表示されている。
ウェブページの略中央部には、ウェブページのメインコンテンツが表示された表示部１５が配置されている。図４では、表示部１５に「本日のおすすめレシピ」と題されたコンテンツとして、レシピ名（「簡単！オムライス」）と料理の図柄とレシピに必要な食材情報が表示されている。料理の作り方については、例えば、料理の図柄をクリックすることにより表示されるが、詳細ボタンを設け、詳細ボタンがマウスによって押下されることにより表示されるようにしてもよい。
尚、これらのレシピ名や料理の図柄、食材、料理の作り方などは、料理支援ＤＢ５のレシピＤＢ５ａに記憶されている。

次に、ユーザが具体的にレシピを検索してレシピを選択するまでを図５を参照して説明する。
ウェブブラウザ６の左側部に表示されたジャンル表示部１４の「麺」の項目をクリックすると、その下に「ラーメン」、「うどん」、「そば」といった麺類のサブジャンルが表示される。図５では、麺類のサブジャンルである「ラーメン」の項目をクリックしたときに表示される検索結果表示画面を示している。
検索結果表示画面の表示部１５には、大きく分けて三つのコンテンツが表示されており、それぞれ「現在選択済みのレシピ」、「本日のおすすめレシピ」、「その他のレシピ」とされている。図５は、ユーザによって既に「卵スープ」と「一口餃子」の二つのレシピが選択されている状態で次のレシピを検索している状態を表している。
尚、レシピ検索フォーム１０にレシピ検索のためのキーワードを入力した後にレシピ検索ボタン１１をクリックすることによっても、検索結果表示画面を表示することができる。この場合には、キーワードに応じた検索結果表示画面が表示される。

「現在選択済みのレシピ」のコンテンツとしては、既にユーザによって選択されたレシピが表示され、それぞれのレシピの消費人数が「人数」として表示されている。また、それぞれのレシピを選択から外すためのボタンが表の右側に配置されており、この「選択から外す」ボタンをクリックすることにより、該当のレシピを選択から除外することが可能である。更に、選択されたレシピ一覧の下部には、「材料確認」ボタン１６が配置されている。「材料確認」ボタン１６は、「現在選択済みのレシピ」のコンテンツとして表示された各レシピで使用される各使用食材の分量を確認するための使用食材確認画面に遷移するためのボタンである。

「本日のおすすめレシピ」のコンテンツとしては、料理支援装置１により選択された所定のレシピの概要が表示されている。ここでは、レシピ名と料理の図柄とレシピに必要な食材情報とが表示され、その下部には、レシピの作り方などの詳細情報を表示させるための「詳細を見る」ボタン１７とこのおすすめレシピを選択するための「レシピを追加」ボタン１８がそれぞれ配置されている。また、その右側には、このレシピを何人前で作る予定かを入力するための人数情報入力欄１９が配置されている。

「その他のレシピ」のコンテンツとしては、レシピ名が羅列され、それぞれのレシピ名の右側に「詳細を見る」ボタンと「レシピを追加」ボタンが配置されている。
尚、それぞれのレシピに対応する料理の図柄が表示されていてもよい。

検索結果表示画面において、レシピを追加すると、図６に示す状態となる。本例では、図５に表示されたウェブブラウザ６上で、ユーザが「本日のおすすめレシピ」に表示された「水菜ラーメン」のレシピを選択するために、「本日のおすすめレシピ」のカテゴリ欄に配置された人数情報入力欄１９に「４」を入力し、「レシピを追加」ボタン１８をクリックした状態が、図６に示す状態である。
図６では、「現在選択済みのレシピ」に表示されたレシピ一覧に「水菜ラーメン」が追加された状態となる。「水菜ラーメン」の消費人数情報としては、ユーザによって入力された「４」という数値が表示されている。

図６に表示されたウェブブラウザ６上で、ユーザがレシピの追加作業を終了し、使用食材確認画面を表示するために「材料確認」ボタン１６をクリックした状態が図７に示された状態である。
使用食材確認画面では、図７に示すように、大きく分けて二つのコンテンツが表示され、それぞれ「現在選択済みのレシピ」、「使用食材一覧」とされている。
「現在選択済みのレシピ」のコンテンツとしては、前述したようにユーザによって選択された各レシピ名とそれぞれのレシピの消費人数や、「選択から外す」ボタンが表示されている。

「使用食材一覧」のコンテンツとしては、各食材の名称と分量が一覧で表示されている。ここでいう分量とは、本発明の使用量に相当し、分量算出部１ｃによる使用量算出処理により算出される。また、各食材を購入するか否かを選択するための購入チェックボックス２０がそれぞれの食材ごとに設けられている。更に、各食材の購入分量を調整するための購入量入力ボックス２１が各食材ごとに設けられている。例えば、図７に示す状態では、麺は４人前が必要な使用量とされているが、２人前分の麺が既に冷蔵庫などに保管されている場合には、麺の購入量入力ボックス２１に「２」と入力すれば、過不足なく４人前分の麺を揃えることが可能である。
また、使用食材の一覧の上部には、「注文画面へ」ボタン２２が配置されている。ユーザは、この「注文画面へ」ボタン２２をクリックすることにより、購入チェックボックス２０で指定した使用材料の購入量を確認する画面へ遷移することが可能である。
尚、購入チェックボックスが配置されている行の一番上にあるチェックボックスをＯＮにすることにより、全ての使用食材の購入チェックボックス２０をＯＮにすることが可能である。

図８は、図７における「注文画面へ」ボタン２２をクリックした後に表示される注文確認画面を示したものである。
注文確認画面では、「注文一覧」と「おすすめ追加レシピ」の二つのコンテンツが表示される。
「注文一覧」のコンテンツとしては、図７で示した使用食材確認画面の購入チェックボックス２０において購入が指定された各食材が一覧表示されている。更に、それぞれの食材について、注文分量、購入単位、購入分量、余剰分量がそれぞれ表示されている。ここでいう余剰分量とは、本発明の余剰量に相当し、分量算出部１ｃによる余剰量算出処理によって算出される。
また、各食材の表の上部には、表示されている食材の注文を確定するための「注文確定」ボタン２３が表示されている。ユーザにより「注文確定」ボタン２３がクリックされると、注文した食材の配達方法や受取日時や支払い方法などを入力する画面へと遷移する。
ここで、各食材には購入単位があり、購入単位ごとにしか購入できないとされている。図８に示した例では、「水菜」０．４束の注文分量に対して購入単位が１束であるため、実際に購入できるのは１束となり、余剰分量が０．６束となってしまう。同様に、「キャベツ」に関しても余剰分量が３００ｇとなる。これらの余剰分量を用いてもう一品の追加レシピを提供するために、各食材の表の下部に追加のレシピを提供するための文言として提案文章２４が表示される。

「おすすめ追加レシピ」のコンテンツでは、レシピ提供部１ａにより実行される追加レシピ提示処理によって、追加レシピが提示される。ユーザに提示される追加レシピは、上述したレシピの検索結果表示画面に表示される各レシピと同様に、レシピ名と料理の図柄と「詳細を見る」ボタン１７と「レシピを追加」ボタン１８と人数情報入力欄１９とが表示される。
ここで、「おすすめ追加レシピ」のコンテンツには、各余剰食材についての使用頻度情報に基づいて選択されたレシピが表示される。使用頻度情報の算出方法については、詳細に後述する。
尚、「おすすめ追加レシピ」として表示されるレシピは、複数のレシピを表示してもよく、その場合には、一覧で表示することが考えられる。また、例えば、料理の図柄を縮小表示すると、多くのレシピを表示することが可能である。
更に、「おすすめ追加レシピ」として表示された各レシピを選択した際のそれぞれの余剰分量の使用量を表示してもよい。

尚、追加レシピの人数情報入力欄１９には、それまでに選択された各レシピの消費人数情報のうち最大となる数値が予め入力されていることにより、ユーザの入力の手間を省くことが可能となる。従って、図８の例では、「４」が予め入力されている。

図８の「おすすめ追加レシピ」として表示されたレシピの「レシピを追加」ボタン１８をクリックした場合、図９に示す使用食材確認画面が表示される。使用食材確認画面は図７と同様の画面構成となるため、説明を省略するが、図７と異なる点として、「現在選択済みのレシピ」のコンテンツに図８の「おすすめ追加レシピ」として表示された「健康スムージー」が追加されている。従って、「使用食材一覧」に表示された各食材の一覧には、追加レシピで使用する食材が新たに追加され、重複する食材については分量が合算した数値へと変更されている。また、「使用食材一覧」に表示された各使用食材の中で、追加された食材や分量の変更があった食材に関しては、見やすいように太字で表され、それぞれの食材名や分量に記号が付されている。

図９の、「注文画面へ」ボタン２２がユーザによってクリックされると、図１０の注文確認画面へと遷移する。
注文画面としては図８でも説明したが、図１０の構成は一部図８と異なる。図８の注文確認画面では「注文一覧」と「おすすめ追加レシピ」の二つのコンテンツが表示されていたが、図１０では、注文一覧「注文一覧」のみ表示される。ただし、図１０の注文確認画面においても「おすすめ追加レシピ」のコンテンツが表示されてもよい。この場合には、更に追加のレシピを提供することができる。尚、「注文一覧」のコンテンツに関しては、図８で説明したものと同様であるため、説明を省略する。

＜３．使用頻度情報の例＞
続いて、食材における使用頻度情報について説明する。使用頻度情報は、料理支援ＤＢ５の食材ＤＢ５ｂに記憶されている。また、使用頻度情報は数値で表現され、以下に示すいくつかの例を挙げることができる。

［３−１．第一の例］
使用頻度情報の第一の例では、図１１Ａに示すように、各食材が材料として登場するレシピ数とされる。つまり、レシピに登場する回数が多いほど、用途に困らない食材とみなすことができ、レシピに登場する回数が少ないほど、用途に困る食材とみなすことができる。図１１Ａに表示されている各食材の中では、「水菜」が最も使用頻度の低い食材とされ、「トマト」が最も使用頻度の高い食材とされている。この使用頻度情報に基づいて、追加レシピの提供を行うことにより、余剰食材の有効利用を促進することができる。使用頻度情報に基づいた追加レシピの検索処理については、後述する。
尚、追加レシピの検索に用いるキーワードを検索キーとする。この例においては、「水菜」が最も使用頻度の低い食材とされているため、「水菜」を使用するレシピを検索することとなり、このときの検索キーは「水菜」となる。

［３−２．第二の例］
使用頻度情報の第二の例では、図１１Ｂに示すように、各食材が材料として登場するレシピ数とそれぞれのレシピの利用度を数値化したレシピ利用度係数とに応じて算出される。レシピ利用度係数は、例えば、食材が材料として登場するレシピの閲覧回数によって算出される。つまり、食材ＡがレシピＢとレシピＣに登場し、かつ、レシピＢが全ユーザを含めて３回閲覧され、レシピＣが全ユーザを含めて５回閲覧されている場合、レシピＢのレシピ利用度係数には３の数値が付与され、レシピＣの利用度係数には５の数値が付与され、更に、食材Ａの使用頻度情報としての閲覧回数には３＋５＝８の数値が付与される。従って、閲覧回数の数値が低いほど使用頻度の低い食材とされる。
これにより、食材が材料として登場するレシピ数が少なくても、そのレシピの閲覧回数が非常に大きい場合には、その食材は使用頻度の高い食材と推定される。
尚、この場合の閲覧回数は、これまでの累計の閲覧回数とされてもよいし、ある期間内における閲覧回数とされてもよい。ある期間内における閲覧回数としては、例えば、過去１年間の閲覧回数とされてもよい。レシピの閲覧回数として過去１年間の閲覧回数を採用した場合には、流行の変化による使用頻度の変化を反映することができる。また、レシピの閲覧回数として過去３カ月程度の閲覧回数を採用した場合には、流行の変化だけでなく、季節の変化に伴った使用食材の変化も反映させることができる。更に、季節の変化に伴った食材の変化を反映させる場合、前年同月の閲覧回数を用いてもよい。この場合には、より季節にあった食材の使用頻度情報を得ることができる。
更にまた、ここではレシピ利用度係数としてレシピの閲覧回数を用いたが、レシピのダウンロード回数や印刷回数を用いてもよい。これらの場合には、実際に利用されたレシピを推測することができるため、より実情に沿った使用頻度情報とすることができる。
尚、図１１Ｂにはレシピ数の項目が含まれているが、レシピ数の項目はなくてもよい。

［３−３．第三の例］
使用頻度情報の第三の例では、図１１Ｃに示すように、各食材の平均消費量と消費期限が使用頻度情報に含まれる。平均消費量は、例えば、本実施の形態の情報処理装置を含むレシピ提供サービスが展開されている国における国民一人当たりの一日における消費量が用いられる。また、消費期限は、その食材を一般的な保管方法で保存した場合における平均的な消費期限が用いられる。食材の平均消費量と消費期限を含む使用頻度情報を用いる場合について、図８を例にとって具体的な数値を挙げながら説明する。図８の注文一覧に表示された情報から、「水菜」の余剰量は０．６束ということが分かる。また、図１１Ｃから「水菜」の平均使用量は０．０１束／ｄａｙであり、消費期限は８日ということが分かる。これらの数値から、０．６束の「水菜」は平均して６０日（０．６／０．０１）かけて消費され、その日数（６０日）は平均的な消費期限を５２日（６０−８）上回っていることが分かる。ここで、６０日を平均消費日数とし、５２日を消費期限超過日数とする。使用頻度情報の第三の例に基づいて、追加レシピの検索をする際の各食材の優先度を決定する場合、上記の消費期限超過日数を用いることとなる。つまり、消費期限超過日数が大きな数値となる余剰食材が追加レシピを検索する際の検索キーとされる。つまり、使用頻度の低い余剰食材の中で使用期限に余裕がない食材を優先的に使用する追加レシピが検索される。
尚、図１１Ｃにはレシピ数の項目が含まれているが、レシピ数の項目はなくてもよい。

＜４．ユーザＤＢの例＞
追加レシピを提供する場合、ユーザごとに固有の情報を用いた提供をすることが考えられる。以下ではユーザＤＢ５ｃに記憶されたユーザごとの情報に関するいくつかの例を説明する。

［４−１．ユーザごとの使用頻度情報］
一つ目の例として、上述した食材ごとの使用頻度情報御をユーザごとに記憶する例を説明する。ユーザごとの使用頻度情報の例として、図１２Ａでは、ユーザＩＤとして「００００１」が付与されたユーザの情報が示されている。各ユーザごとに、食材名と閲覧回数と購入量がユーザＤＢ５ｃに記憶される。閲覧回数とは、各食材を使用するレシピをそのユーザが閲覧した延べ回数である。また、購入量は、ユーザがひと月に購入した各食材の分量である。これらの数値から、追加レシピを提供する際に用いられるスコアを算出する。
例えば、閲覧回数を各食材のスコアとしてもよい。また、購入量と余剰食材の余剰量からユーザがどの程度の期間を掛けて余剰量を消費するかを加味してスコアを算出してもよい。図８を例にとれば、「水菜」の余剰量０．６束に対してユーザの購入量がひと月０．３束であることから、「水菜」の余剰量０．６束をユーザが消費する期間として０．５カ月が算出される。余剰量のある各食材についてそれぞれスコアを算出し、その値が最も大きくなった食材（消費する期間が長くなる食材）が追加レシピを検索する際の検索キーとされる。
尚、上述したように、各食材の消費期限も含めてスコアを算出してもよい。また、閲覧回数に関しても、上述したように、過去１年間の閲覧回数の閲覧回数や過去３カ月の閲覧回数、前年同月の閲覧回数を用いてもよい。
尚、ここでは、各レシピの閲覧回数を例に挙げたが、印刷回数やダウンロード回数の情報を用いてもよい。

［４−２．ユーザごとのレシピ提供履歴］
二つ目の例として、ユーザに提供した追加レシピやユーザによって選択されたレシピを考慮して追加レシピを提供する例を図１２Ｂを参照して説明する。レシピＤＢ５ａに記憶された各レシピにはレシピＩＤが振られており、ユーザごとのレシピ提供履歴情報では、提供したレシピのレシピＩＤと、レシピの累積提供回数と、ユーザによって提供レシピが選択された回数を表す選択回数と、レシピがユーザによって選択された最終日時が記憶されている。これらの情報は、提供された順番に各レシピの情報が並んでいる。これらの情報に基づいて、ユーザに提供する追加レシピが選択される。
例えば、提供する追加レシピの第一候補とされたレシピが既にそのユーザに対して提供したことがあった場合、第二候補の追加レシピを提供してもよい。同様に、第三候補、第四候補の追加レシピが提供されることも考えられる。
また、第一候補が既に提供済みであっても、ユーザによって選択されたことがなければ、そのまま第一候補の追加レシピを提供してもよい。
更に、最終選択日時が一定期間以内となっているものだけを避けて追加レシピを提供してもよい。

＜５．追加レシピ検索処理＞
続いて、ユーザに提供するための追加レシピを検索する追加レシピ検索処理について、いくつかの例を各フローチャートを参照しながら説明する。追加レシピ検索処理は、例えば、図７や図９に示した「注文画面へ」ボタン２２をクリックすることによって、開始される。

［５−１．第一の処理例］
追加レシピ検索処理の第一の処理例では、図１３Ａに示すように、ステップＳ１０１において余剰食材があるか否かを判定する処理が料理支援装置１のレシピ提供部１ａによって実行される。余剰食材がないと判定された場合は、追加レシピ検索処理が終了する。
ステップＳ１０１で余剰食材があると判定された場合、レシピ提供部１ａは、ステップＳ１０２で、余剰食材それぞれの使用頻度情報を取得する処理を実行する。
次に、レシピ提供部１ａは、ステップＳ１０３で、追加レシピの検索キーとなる食材を決定する処理を実行する。ここでは、上述したように、使用食材情報をそのままスコアとして用いるか、または、使用食材情報と食材の余剰量から上述した消費期限超過日数のような所定のスコアを食材ごとに算出し、そのスコアに基づいて検索キーが決定される。
使用食材情報は、前述したように、食材が頻繁に使用されるか否かの度合いを示す指標であるため、図１１で説明したように、食材がレシピに登場する回数や食材が登場するレシピの閲覧回数などの情報に基づいて余剰食材それぞれにスコアが付与される。例えば「水菜」と「キャベツ」を比較すると、「水菜」の方が「キャベツ」よりも登場するレシピの数が少ないため、使用頻度の低い食材とされる一つの根拠とされる。

続いて、ステップＳ１０４で、レシピ提供部１ａがレシピ検索部１ｂに対して追加レシピの検索キーに基づいたレシピ検索を指示することによって、追加レシピの検索処理を実行する。
結果としてこの場合、余剰食材の中で相対的に使用頻度の低い食材が含まれたレシピが抽出されやすいものとなる。
この際、レシピ検索には、検索キーのみを用いた検索を指示してもよいし、余剰食材の余剰量などの情報を含めた検索を指示してもよい。例えば、余剰量と予測される消費人数の情報を与えて検索を指示することにより、余剰量をできる限り使用するレシピを優先的に検索することができる。

次に、ステップＳ１０５で、レシピＩＤ提供部１ａは、レシピ検索部１ｂから受け取った追加レシピの候補の中から、ユーザに提供する追加レシピを選択する処理を実行する。
ここでは、追加レシピで使用される各食材の使用量と各食材の余剰量との関係から、レシピ検索部１ｂから受け取った追加レシピの候補それぞれに対して、所定のスコアを算出し、そのスコアに基づいて並べ替えたものの中から上位ｎ個のレシピを提示する追加レシピとしてもよい。また、スコアの最も高くなったレシピ一つだけを提供する追加レシピとしてもよい。ここでいう所定のスコアとは、例えば、追加レシピによって余剰量をどの程度使い切るかを数値化したものとされる。
例えば、「水菜」の余剰量が０．６束の状態で追加レシピの検索処理を実行した結果、「水菜」０．５束を使用する追加レシピＡと、「水菜」０．４束を使用する追加レシピＢが検索された場合、追加レシピＡのスコアの方が高くなる。

尚、ここでは、追加レシピの候補が見つかった場合を説明したが、ステップＳ１０４の後に追加レシピの候補が見つからなかった場合には、ステップＳ１０３に戻り、再度別の余剰食材による検索キーを決定した後にステップＳ１０４を再び実行してもよい。

［５−２．第二の処理例］
追加レシピ検索処理の第二の処理例では、ステップＳ１０５で検索キーとされた余剰食材以外の余剰食材があるかどうかを判定する場合を説明する。
第二の処理例では、図１３ＡのステップＳ１０５の提示する追加レシピを選択する処理として、図１３Ｂに示す処理が実行される。
ステップＳ１０１からステップＳ１０４までは、第一の処理例と同様であるため、説明は省略する。

提示する追加レシピ選択処理として、ステップＳ１０５では、図１３Ｂに示すように、まずステップＳ２０１において、検索キーとされた余剰食材以外の余剰食材があるか否かを判定する処理がレシピ提供部１ａによって実行される。
ステップＳ２０１において、他の余剰食材があると判定された場合、レシピ提供部１ａは、ステップＳ２０２で他の余剰食材を含む追加レシピ選択処理を実行する。この選択処理では、例えば、検索キーとなった余剰食材の余剰量を全て使い切るレシピのスコアが高くなるようにスコアを付与すると共に、他の余剰食材の余剰量をできるだけ使い切るレシピに対してスコアが更に高くなるようにスコアを付与する。
例えば、「水菜」の余剰量が０．６束とされ「キャベツ」の余剰量が３００ｇとされた状態で追加レシピの検索処理を実行した結果、「水菜」０．５束と「キャベツ」１００ｇを使用する追加レシピＡと、「水菜」０．５束と「キャベツ」２００ｇを使用する追加レシピＢとが検索された場合、追加レシピＢのスコアの方が高くなる。
このとき、検索キーとされた食材の余剰量を全て使い切ることを、提示するレシピの最低条件としてもよいし、検索キーとされた食材の余剰量を一定量以上使用し、かつ、他の余剰食材の余剰量も一定量以上使用することを、提示するレシピの条件としてもよい。
更に、該当するレシピがない場合には、ユーザに対する追加レシピの提示を行わなくてもよい。

ステップＳ２０１において、検索キーとされた余剰食材以外の余剰食材がないと判定された場合、レシピ提供部１ａは、ステップＳ２０３で通常の追加レシピ選択処理を行う。通常のレシピ選択処理とは、第一の処理例のステップＳ１０５で説明した処理である。

［５−３．第三の処理例］
追加レシピ検索処理の第三の処理例では、図１４に示すように、食材の余剰量や使用頻度情報に加えて、ユーザの固有情報を利用して追加レシピを検索する場合を説明する。
ステップＳ１０１及びステップＳ１０２の各処理は、第一の処理例と同様であるため説明を省略する。

ステップＳ３０１では、ユーザの固有情報を取得する処理がレシピ提供部１ａによって実行される。ここで取得するユーザ固有の情報は、例えば、図１２Ａに示すようなユーザごとの各食材の使用頻度情報である。
次にステップＳ３０２で、レシピ提供部１ａは、ユーザごとの使用頻度情報を用いて、前述したように、追加レシピを提供する際に用いられるスコアを食材ごとに算出する。更に、レシピ提供部１ａは、算出されたスコアに基づいて、検索キーとなる余剰食材を決定する。
次にステップＳ１０４で、レシピ提供部１ａはレシピ検索部１ｂに対して検索キーに基づいた検索を実行するように指示することによって、追加レシピの検索処理を実行する。

続いて、ステップＳ３０３において、レシピ提供部１ａは、提示する追加レシピ選択処理を実行する。この追加レシピ選択処理では、例えば、図１２Ｂに示すようなユーザごとのレシピ提供履歴の情報を用いて、追加レシピが選択される。
例えば、図１２Ｂを用いて説明したように、一定期間内に提供したことのあるレシピを避けて追加レシピを提供することなどが考えられる。
また、ステップＳ２０２で説明したように、検索キーとなった余剰食材や他の余剰食材の余剰量をどの程度使用するかに基づいてレシピごとにスコアリングし、そのスコアによってレシピの選択や優先度付けを行ってもよい。
また、ステップＳ１０１で余剰食材がないと判定された場合、レシピ提供部１ａは、追加レシピ検索処理を終了する。

＜６．変形例＞
検索キーとされた余剰食材以外の余剰食材がある場合、提供する追加レシピの選択にあたって以下に挙げるいくつかのアルゴリズムの例が考えられる。
１．提供候補となる追加レシピとして、検索キーとされた余剰食材を使い切るレシピが複数ある場合、二番目に使用頻度の低い余剰食材の余剰量を少なくする追加レシピを優先的に提供する。
２．提供候補となる追加レシピとして、検索キーとされた余剰食材を使い切るレシピが複数ある場合、他の余剰食材の余剰量の総量が少なくなる追加レシピを優先的に提供する。
３．提供候補となる追加レシピとして、検索キーとされた余剰食材を使い切るが他の余剰食材の余剰量が多くなってしまう追加レシピと、検索キーとされた余剰食材の余剰量が少量出てしまうが他の余剰食材の余剰量がほぼなくなる追加レシピがある場合、後者を追加レシピとして優先的に提供する。
４．検索キーとされた余剰食材の余剰量と二番目に使用頻度の低い余剰食材の余剰量の合計が最少となるレシピを追加レシピとして優先的に提供する。

尚、追加レシピを提供する際の図８に示した例では、消費人数情報として人数情報入力欄１９に、それまでに選択された各レシピの人数情報のうち最大となる数値が予め入力されている例を示した。ここで、ユーザが、その数値を変更した場合、余剰食材の余剰量に対する追加レシピにおける使用量が変わってしまうため、ユーザによって入力された消費人数情報を元に、追加レシピ検索が再度実行され、その検索結果を元に追加レシピが再度提供されてもよい。この場合には、図８における「おすすめ追加レシピ」のコンテンツが再検索によって得られた追加レシピに置き換わってもよいし、最初に提供したレシピの下に再検索によって得られた追加レシピが表示されてもよい。

尚、図８の説明においては、消費期限超過日数の大きな余剰食材を検索キーとする例を上述したが、平均消費日数（余剰量を平均使用量で除算した数値）の大きな余剰食材を検索キーとしてもよい。

尚、使用量の調整できるレシピを追加レシピとして提供してもよい。例えば、「サラダ」などは、ある程度使用する食材の使用量を調整できることが考えられる。そこで、予め決められていた使用量を余剰量に変更して表示してもよい。例えば、「水菜」を０．５束使用するサラダに対して、「水菜」の余剰量が０．６束ある場合、サラダに使用する「水菜」を０．６束に変更して提示する。この場合には、レシピ情報として、各使用食材の使用量の変更を許可する幅が設定されていてもよい。変更を許可する幅が設定されることにより、不可能な分量を使用するレシピや、各食材の使用量の比率がおかしいレシピを提供してしまうことを防止できる。

尚、レシピ提供履歴として、追加レシピとして提供したレシピにおいて選択された回数を記憶する例を示したが、ユーザのレシピ検索によって選択されたレシピも加えて記憶してもよい。これにより、ユーザがそれまで選択した全てのレシピと重複しないレシピを提示することなどが可能となる。

本実施の形態においては、料理支援装置１としての情報処理装置として説明をしたが、他の実施の形態においても適用可能である。例えば、電子工作の回路図と使用される電子部品などをレシピ情報として利用する電子工作支援装置として実施する場合や、日曜大工で製作する家具などと使用されるネジや木材などをレシピ情報として利用する日曜大工支援装置として実施する場合などが考えられる。

＜７．まとめ＞
上述した料理支援装置１は、料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理するレシピ管理部１ｄと、レシピ管理部１ｄにより管理されているレシピ情報から選択された少なくとも一つのレシピ情報と人数情報とに基づいて使用食材ごとの使用量を算出し、食材ごとに設定された購入単位と使用量から使用食材ごとの余剰量を算出する分量算出部１ｃと、食材ごとに設定された使用頻度情報と分量算出部１ｃにより算出された余剰量に基づいてレシピ管理部１ｄにより管理されているレシピ情報を検索するレシピ検索部１ｂと、レシピ検索部１ｂによって検索されたレシピ情報の提供処理を実行するレシピ提供部１ａとを備えることで、使用頻度の低い余剰食材を使用する追加レシピが提供される。従って、余剰食材の使用頻度情報に着目した上で余剰食材の有効利用を図ることができる。
例えば、「水菜」と「キャベツ」が余剰食材となる場合に、使用頻度の高い「キャベツ」よりも使用頻度の低い「水菜」を使用する追加レシピを提案することにより、使い道が余りない余剰食材をできるだけ使い切り、食材の無駄を省くことが可能であると共に、使用頻度の低い食材が冷蔵庫などの保管場所を占めることを防ぐことができる。
特に、ネットワーク通信を介して食材を購入する場合においては、食材ごとに設定された購入単位によって余剰食材が生じてしまうことが多く、これに対して、使用頻度の低い余剰食材を使用する追加レシピを優先的に提供することで、使用頻度の低い食材に余剰量が出てしまうことを気にすることなくレシピの選択と食材の注文が可能となる環境を提供することができる。これにより、ユーザにとって使用性のよいレシピ検索や食材発注のシステムを実現できる。

また、料理支援装置１において、レシピ検索部１ｂは、食材の名称からレシピ情報を検索することが可能とされていることで、余剰食材を検索キーとした検索が可能とされている。従って、追加レシピ検索と通常のレシピ検索を同一のアルゴリズムで検索することができるため、追加レシピ検索のための仕組みを新たに用意する必要がない。

更に、料理支援装置１において、レシピ管理部１ｄは、数値化された使用頻度情報を食材ごとに管理することで、情報の管理がしやすくされている。従って、使用頻度情報に基づいた食材の評価がしやすい。
例えば、使用頻度情報に基づいて、余剰食材に付与するスコアが計算しやすく、更に、数値化されているため、スコア同士の比較もしやすい。

更にまた、料理支援装置１において、レシピ管理部１ｄは、食材が使用食材として登場するレシピ数を含んだ情報を食材ごとの使用頻度情報として管理することで、使用頻度情報を数値化しやすくされている。従って、使用頻度情報に基づいた余剰食材のスコアを計算しやすい。

また、料理支援装置１において、レシピ管理部１ｄは、レシピ情報ごとにレシピが利用されている度合いを数値化したレシピ利用度係数を含んだ情報を使用頻度情報として管理することで、それぞれのレシピの実際の利用頻度を反映した検索キーの決定が行われる。従って、余剰食材の実際の使用頻度に沿った追加レシピを提供することができる。
例えば、それぞれの余剰食材が使用材料として使われるレシピごとに閲覧回数を算出し、そのレシピごとの閲覧回数に基づいて余剰食材ごとの使用頻度情報を算出する。

また、料理支援装置１では、分量算出部１ｃによる算出の結果余剰量のあるとされた使用食材が複数ある場合において、レシピ検索部１ｂは、使用頻度情報によって最も使用頻度が低いとされた余剰量のある使用食材に基づいてレシピ情報を検索することにより、使用頻度の低い余剰食材を含んだ追加レシピが提供される。従って、使用頻度の低い余剰食材の無駄を防ぎ、食材の有効活用をすることができる。
例えば、「水菜」と「キャベツ」が余剰食材とされ、双方の余剰食材のうち「水菜」の方が使用頻度の低い食材とされた場合に、「水菜」を検索キーとして検索結果がされることにより、「水菜」の余剰量を減らすような追加レシピの提供がされる。

更に、料理支援装置１において、レシピ管理部１ｄは、使用頻度情報をユーザごとに管理することで、ユーザごとに算出された利用頻度情報を基づいた追加レシピが提供される。従って、ユーザの意向や行動などに則した柔軟な追加レシピの提供をすることができる。
例えば、「水菜」と「キャベツ」が余剰食材とされた場合、水菜をよく食べるユーザに対しては「水菜」を検索キーとした追加レシピの検索が実行され、「水菜」を余り食べないユーザに対しては「キャベツ」を検索キーとした追加レシピの検索が実行される。

また、料理支援装置１において、レシピ管理部１ｄは提供レシピ管理部として、レシピ提供部１ａよりユーザに提示されたレシピ情報を提供履歴情報としてユーザごとに管理することで、ユーザへの提供履歴を用いて追加レシピの提供がなされる。従って、ユーザに同じレシピを追加レシピとして何度も続けて提供することがなく、ユーザに注目されやすい追加レシピを提供することができる。

更に、料理支援装置１では、レシピ提供部１ａにより提示されたレシピ情報を選択されたレシピ情報にユーザが追加した場合において、分量算出部１ｃは、選択されたレシピ情報と追加したレシピ情報とを合わせて使用食材ごとの使用量を算出することで、選択された全てのレシピの各使用食材ごとの合算された使用量がユーザに提示される。従って、追加レシピを選択することによってユーザが各食材ごとの合計の使用量を計算する必要がなく、食材ごとの使用分量を容易に把握することができる。

料理支援装置１において、分量算出部１ｃは、ユーザにより選択されたレシピ情報ごとに設定された人数を人数情報として使用量の算出を行うことで、ユーザはレシピごとに異なる消費人数を設定することができる。従って、レシピごとに柔軟な消費人数を設定することができるため、ユーザそれぞれの事情に合わせたレシピ提供や分量の算出をすることができる。

上記の例では、総じて「水菜」を使用頻度の低い食材とし、「キャベツ」を使用頻度の高い食材として説明したが、あくまで一例であることはいうまでもない。

＜８．プログラム及び記憶媒体＞
以上、本発明の情報処理装置の実施の形態としての料理支援装置１を説明してきたが、実施の形態のプログラムは、料理支援装置１における各処理を情報処理装置（ＣＰＵ等）に実行させるプログラムである。

実施の形態のプログラムは、料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理するレシピ管理処理を情報処理装置に実行させる。また、ユーザにより選択された少なくとも一つのレシピ情報と該レシピ情報に基づいて作られる料理を消費する人数情報とに基づいて使用食材ごとの使用量を算出する使用量算出処理を情報処理装置に実行させる。更に、食材ごとに設定された購入単位と前記使用量算出処理により算出された使用量から前記使用食材ごとの余剰量を算出する余剰量算出処理を情報処理装置に実行させる。更にまた、食材ごとに設定された使用頻度情報と前記余剰量算出処理により算出された余剰量に基づいて前記ユーザに追加提供するレシピ情報を検索する追加レシピ検索処理を情報処理装置に実行させる。また、前記追加レシピ検索処理によって検索されたレシピ情報の提供処理を実行する追加レシピ提示処理を情報処理装置に実行させる。
即ちこのプログラムは、料理支援装置１に対して図４〜図１０で説明したウェブページをユーザに提示するための各処理と、図１３〜図１４で説明した各処理を実行させるプログラムである。

このようなプログラムにより、上述した料理支援装置１としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記録媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記録しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。またこのようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記録媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。

１ 料理支援装置、１ａ レシピ提供部、１ｂ レシピ検索部、１ｃ 分量算出部、１ｄ レシピ管理部、２ 通信ネットワーク、３ ユーザ端末、４ 市場サーバ、５ 料理支援ＤＢ、５ａ レシピＤＢ、５ｂ 食材ＤＢ、５ｃ ユーザＤＢ

Claims (13)

1. 料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理するレシピ管理部と、
   前記レシピ管理部により管理されているレシピ情報から選択された少なくとも一つの前記レシピ情報と人数情報とに基づいて使用食材ごとの使用量を算出し、食材ごとに設定された購入単位と前記使用量から前記使用食材ごとの余剰量を算出する分量算出部と、
   食材ごとに設定された使用頻度情報と前記分量算出部により算出された余剰量に基づいて前記レシピ管理部により管理されているレシピ情報を検索するレシピ検索部と、
   前記レシピ検索部によって検索されたレシピ情報の提供処理を実行するレシピ提供部とを備えた
   情報処理装置。
2. 前記レシピ検索部は、食材の名称からレシピ情報を検索することが可能とされた
   請求項１に記載の情報処理装置。
3. 前記レシピ管理部は、数値化された前記使用頻度情報を食材ごとに管理する
   請求項１に記載の情報処理装置。
4. 前記レシピ管理部は、食材が使用食材として登場するレシピ数を含んだ情報を食材ごとの前記使用頻度情報として管理する
   請求項３に記載の情報処理装置。
5. 前記レシピ管理部は、レシピ情報ごとにレシピが利用されている度合いを数値化したレシピ利用度係数を含んだ情報を前記使用頻度情報として管理する
   請求項３または請求項４に記載の情報処理装置。
6. 前記分量算出部による算出の結果余剰量のあるとされた使用食材が複数ある場合において、
   前記レシピ検索部は、前記使用頻度情報によって最も使用頻度が低いとされた余剰量のある使用食材に基づいてレシピ情報を検索する
   請求項１に記載の情報処理装置。
7. 前記レシピ管理部は、前記使用頻度情報をユーザごとに管理する
   請求項１に記載の情報処理装置。
8. 前記レシピ提供部よりユーザに提示されたレシピ情報を提供履歴情報としてユーザごとに管理する提供レシピ管理部を備え、
   前記レシピ検索部は、前記提供履歴情報を用いてレシピ情報を検索する
   請求項１に記載の情報処理装置。
9. 前記レシピ提供部により提示されたレシピ情報を前記選択されたレシピ情報にユーザが追加した場合において、
   前記分量算出部は、前記選択されたレシピ情報と前記追加したレシピ情報とを合わせて使用食材ごとの使用量を算出する
   請求項１に記載の情報処理装置。
10. 前記分量算出部は、ユーザにより選択されたレシピ情報ごとに設定された人数を前記人数情報として前記使用量の算出を行う
    請求項１に記載の情報処理装置。
11. 情報処理装置に実行させる情報処理方法であって、
    料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理し、
    管理されているレシピ情報から選択された少なくとも一つの前記レシピ情報と人数情報とに基づいて使用食材ごとの使用量を算出し、
    食材ごとに設定された購入単位と前記使用量から前記使用食材ごとの余剰量を算出し、
    食材ごとに設定された使用頻度情報と前記余剰量に基づいて前記管理されたレシピ情報を検索し、
    前記検索されたレシピ情報の提供処理を実行する
    情報処理方法。
12. 料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理するレシピ管理処理と、
    前記レシピ管理処理により管理されているレシピ情報から選択された少なくとも一つの前記レシピ情報と人数情報とに基づいて使用食材ごとの使用量を算出する使用量算出処理と、
    食材ごとに設定された購入単位と前記使用量から前記使用食材ごとの余剰量を算出する余剰量算出処理と、
    食材ごとに設定された使用頻度情報と前記余剰量算出処理により算出された余剰量に基づいて前記管理されているレシピ情報を検索するレシピ検索処理と、
    前記レシピ検索処理によって検索されたレシピ情報の提供を実行するレシピ提供処理とを
    情報処理装置に実行させるプログラム。
13. 料理に使用する使用食材の種類と使用量の情報をレシピ情報として管理するレシピ管理処理と、
    前記レシピ管理処理により管理されているレシピ情報から選択された少なくとも一つの前記レシピ情報と人数情報とに基づいて使用食材ごとの使用量を算出する使用量算出処理と、
    食材ごとに設定された購入単位と前記使用量から前記使用食材ごとの余剰量を算出する余剰量算出処理と、
    食材ごとに設定された使用頻度情報と前記余剰量算出処理により算出された余剰量に基づいて前記管理されているレシピ情報を検索するレシピ検索処理と、
    前記レシピ検索処理によって検索されたレシピ情報の提供を実行するレシピ提供処理とを
    情報処理装置に実行させるプログラムを記憶した記憶媒体。

Images