WO2018042589A1

WO2018042589A1 - 情報処理装置、情報処理方法、プログラム、記憶媒体

Info

Publication number: WO2018042589A1
Application number: PCT/JP2016/075640
Authority: WO
Inventors: 有紀内田
Original assignee: 楽天株式会社
Priority date: 2016-09-01
Filing date: 2016-09-01
Publication date: 2018-03-08
Also published as: JP6800983B2; JPWO2018042589A1

Abstract

レシピの利用に係るユーザの利便性向上を図ることで、レシピ情報の利用促進を図る。　料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも使用材料と分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定し、推定した味傾向の情報をユーザに提示する。これにより、対象料理の味のイメージをユーザに容易に抱かせることが可能となり、レシピの利用に係るユーザの利便性向上が図られる。

Description

情報処理装置、情報処理方法、プログラム、記憶媒体

　本発明は、情報処理装置と情報処理方法、情報処理装置を実現するプログラム、及びプログラムを記憶した記憶媒体に関するものであり、特には、料理のレシピに関する情報提示技術の分野に関する。

　料理についてのレシピ情報の投稿を受け付け、投稿されたレシピ情報を提示するレシピサイトとしてのウェブサイトが広く知られている。各ユーザは、例えばサイト側で用意された所定の入力ページに対して使用食材や調味料といった材料情報や各材料の分量等の情報入力を行うことで、レシピ情報を投稿できる。また、各ユーザは、サイトを通じて提示されたレシピ情報を閲覧し、該レシピ情報に従って対象の料理を作成することができる。以下、レシピ情報に従って対象の料理を作成することを、レシピ情報を「利用」すると表現する。

　なお、関連する従来技術については例えば下記特許文献１、２を挙げることができる。

特開２００２－１１７０５９号公報特開２００１－１８５５６号公報

　ここで、外国の料理等、世間一般に周知されていない料理をレシピサイトで扱う場合には、ユーザは該料理に興味があっても具体的な味のイメージが分からず、レシピの利用を躊躇してしまう虞がある。この場合、レシピサイトは、ユーザに料理の味をイメージさせるに足る情報を提示できていないという面でユーザの利便性を損ねており、レシピ情報の利用促進が図られないものとなる。

　本発明は上記した事情に鑑み為されものであり、レシピの利用に係るユーザの利便性向上を図ることで、レシピ情報の利用促進を図ることを目的とする。

　本発明に係る情報処理装置は、料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも前記使用材料と前記分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する味傾向推定部と、前記味傾向推定部が推定した味傾向の情報をユーザに提示する提示部と、を備えるものである。

　これにより、対象料理の味のイメージをユーザに容易に抱かせることが可能とされる。

　上記した本発明に係る情報処理装置においては、前記味傾向推定部は、前記レシピ情報に基づき特定した前記対象料理の全体分量と前記使用材料に含まれる味成分の分量とに基づいて前記味傾向を推定することが可能である。

　これにより、料理の全体分量に対する味成分の分量の関係に基づいて味傾向の推定を精度良く行うことが可能とされる。

　上記した本発明に係る情報処理装置においては、前記味傾向推定部は、前記使用材料と前記分量と前記調理手順とに基づいて前記味傾向を推定することが可能である。

　これにより、例えば加熱により甘みが増すタマネギ等、調理方法によって特定の味の強度が増す材料の分量を考慮して味傾向を推定することが可能とされる。

　上記した本発明に係る情報処理装置においては、前記提示部は、前記対象料理が前記ユーザによるレシピ利用履歴のある料理であると判定した場合には、前記味傾向の提示を行わないことが可能である。

　これにより、ユーザが味傾向を既知であると推定される料理について無闇に味傾向の提示に係る処理が行われてしまうことの防止が図られる。

　上記した本発明に係る情報処理装置においては、前記対象料理とは異なる他の料理の前記レシピ情報に基づいて該他の料理の前記味傾向の推定及び前記使用材料の特定を行い、前記対象料理と前記他の料理との間の前記味傾向及び前記使用材料の類似性に基づいて前記対象料理と似た料理である類似料理を特定する類似料理特定部を備え、前記提示部は、前記類似料理特定部が特定した前記類似料理の情報を前記ユーザに提示することが可能である。

　これにより、対象料理の味のイメージをユーザにより容易に抱かせることが可能とされる。

　上記した本発明に係る情報処理装置においては、前記類似料理特定部は、前記対象料理と前記他の料理との類比判定を前記味傾向と前記使用材料と前記レシピ情報から特定される調理方法とに基づいて行うことが可能である。

　これにより、例えば対象料理＝「汁粉」に対して類似料理「羊羹」とされる等、味傾向や使用材料は類似するが調理方法が異なる料理が類似料理とされてしまうことが避けられる。

　上記した本発明に係る情報処理装置においては、前記類似料理特定部は、前記対象料理と前記類似料理それぞれの前記レシピ情報に基づいて両料理の非類似部分を特定し、前記提示部は、前記非類似部分を示す情報を前記ユーザに提示することが可能である。

　これにより、対象料理と類似料理とに非類似部分がある場合に対応して、対象料理の味のイメージをユーザにさらに容易に抱かせることが可能とされる。

　上記した本発明に係る情報処理装置においては、前記レシピ情報は、地域別に分類された料理ごとに用意され、前記ユーザの出身地域を特定する地域特定部を備えると共に、前記類似料理特定部は、前記対象料理が属する地域と前記出身地域とが異なると判定した場合には、前記出身地域に属する料理のうちから前記類似料理を特定することが可能である。

　これにより、対象料理の味のイメージをユーザの出身地域の類似料理に例えるかたちでさらに容易に伝達することが可能とされる。

　上記した本発明に係る情報処理装置においては、前記類似料理特定部は、前記対象料理が属する地域と前記出身地域とが異なると判定した場合において、前記対象料理が属する地域における前記ユーザの居住期間が一定期間以上である場合には、前記出身地域に属する料理のうちから前記類似料理を特定する処理を行わないことが可能である。

　これにより、ユーザが対象料理の属する地域の料理を十分に知っているにも関わらず、対象料理の味のイメージがユーザ出身地域に属する料理で無理矢理例えられてしまうといった事態の発生防止を図ることが可能とされる。

　上記した本発明に係る情報処理装置においては、前記類似料理特定部は、前記ユーザの居住履歴として、前記出身地域と前記対象料理が属する地域とを除いた第三地域における一定期間以上の居住履歴があるか否かを判定し、前記対象料理が属する地域と前記ユーザの出身地域とが異なると判定した場合において、前記第三地域での前記居住履歴があると判定した場合には、前記出身地域と前記第三地域に属するそれぞれの料理のうちから前記類似料理を特定することが可能である。

　これにより、対象料理の味のイメージをユーザの出身地域の類似料理のみならず一定期間以上居住した第三地域の類似料理にも例えるかたちでさらに容易に伝達することが可能とされる。

　上記した本発明に係る情報処理装置においては、前記提示部は、前記対象料理が前記ユーザによるレシピ利用履歴のある料理であると判定した場合には、前記類似料理の提示を行わないことが可能である。

　これにより、ユーザが味傾向を既知であると推定される料理について無闇に類似料理の提示に係る処理が行われてしまうことの防止が図られる。

　また、本発明に係る情報処理方法は、料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも前記使用材料と前記分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する味傾向推定ステップと、前記味傾向推定ステップにより推定した味傾向の情報をユーザに提示する提示ステップと、を情報処理装置が実行する情報処理方法である。
　このような情報処理方法によっても、上記した本発明に係る情報処理装置と同様の作用が得られる。

　さらに、本発明に係るプログラムは、上記情報処理方法として実行する処理を情報処理装置に実行させるプログラムである。
　さらにまた、本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。これらのプログラムや記憶媒体により上記の情報処理装置を実現する。

　本発明によれば、レシピの利用に係るユーザの利便性向上を図ることができ、レシピ情報の利用促進を図ることができる。

第１の実施の形態のネットワークシステムの例を示した図である。第１の実施の形態におけるレシピ情報の例を示した図である。実施の形態のネットワークシステムを構成するコンピュータ装置のハードウェア構成を示したブロック図である。第１の実施の形態としての情報提示手法に係る機能をブロック化して示した機能ブロック図である。レシピ情報ページの提示情報例を示した図である。利用推定処理のフローチャートである。味傾向や類似料理を示す情報の提示に係る全体的な処理の流れを示したフローチャートである。味傾向推定処理のフローチャートである。類似料理特定処理のフローチャートである。第２の実施の形態のネットワークシステムの例を示した図である。第２の実施の形態におけるレシピ情報の例を示した図である。第２の実施の形態としての情報提示手法に係る機能をブロック化して示した機能ブロック図である。第２の実施の形態としての情報提示手法を実現するための処理を示したフローチャートである。第２の実施の形態における変形例としての処理を示したフローチャートである。

　以下、実施の形態を次の順序で説明する。
＜１．第１の実施の形態＞
［1-1．ネットワークシステムの概要］
［1-2．コンピュータ装置のハードウェア構成］
［1-3．第１の実施の形態としての情報提示手法］
［1-4．処理手順］
［1-5．第１の実施の形態のまとめ］
＜２．第２の実施の形態＞
［2-1．構成概要］
［2-2．第２の実施の形態としての情報提示手法］
［2-3．処理手順］
［2-4．第２の実施の形態のまとめ］
＜３．プログラム及び記憶媒体＞
＜４．変形例＞

＜１．第１の実施の形態＞
［1-1．ネットワークシステムの概要］

　図１に、本実施の形態で前提とするネットワークシステム１の例を示す。
　ネットワークシステム１においては、例えばインターネットとしてのネットワーク２を介して、レシピサイト運営システム３におけるレシピサイトサーバ３１と複数のユーザ端末４のそれぞれが互いに通信可能とされている。

　ユーザ端末４は、ウェブブラウザを備えたコンピュータ装置である。ユーザ端末４としては、例えば高機能携帯電話機（スマートフォン）や携帯電話機、携帯情報端末（タブレット端末）、携帯型又は据置型のパーソナルコンピュータ（ＰＣ）などが挙げられるが、ユーザ端末４の種類はこれらに限定されない。
　ユーザ端末４は、ＨＴＴＰ（Hypertext Transfer Protocol）要求をレシピサイト運営システム３におけるレシピサイトサーバ３１等に送信することでウェブページや所定の処理を要求する。またユーザ端末４は、ＨＴＴＰ要求に応じて送られてきたウェブページデータ（例えばＨＴＭＬ（HyperText Markup Language）データ等）を受信し、該ウェブページデータに基づいてウェブブラウザによりウェブページの表示処理を行う。これにより、ユーザは所望のウェブページを閲覧したり操作したりすることができる。

　レシピサイト運営システム３は、それぞれコンピュータ装置で構成されたレシピサイトサーバ３ａ、ユーザＤＢ（データベース）３２、及びレシピＤＢ３３を備えている。これらの各装置は、例えばＬＡＮ（Local Area Network）等のネットワークを介して互いに通信可能とされている。

　レシピサイトサーバ３１は、料理のレシピ情報の投稿受け付けやレシピ情報の提示が行われるウェブサイトであるレシピサイトに関する各種処理を行う情報処理装置である。
　レシピサイトサーバ３１は、ユーザ端末４から送られてきたＨＴＴＰ要求に基づいて様々な処理を行う。例えば、レシピ情報の投稿受け付けを行うためのウェブページをユーザに提示し、該ウェブページへの入力情報に基づいてレシピ情報をレシピＤＢ３３に登録する処理等を行う。

　図２に、レシピＤＢ３３に登録（記憶）されるレシピ情報の例を示す。
　先ず、レシピ情報には、個々のレシピ情報を識別するためのレシピＩＤ（IDentifier）が付されている。
　図２に示すようにレシピ情報としては、レシピＩＤに対応づけられてレシピ名、料理ＩＤ、ジャンル、人数、使用食材とその分量、使用調味料とその分量、調理手順、及び料理画像の情報が記憶されている。
　レシピ名の情報は、ユーザが入力したレシピの名称情報であり、本例ではテキストデータで構成されている。名称情報は、例えば「夏にぴったりのキーマカレー」等の任意の文字を入力可能とされている。

　料理ＩＤは、レシピ情報に従って作成される料理を識別するための識別子である。
　ここで、以下、レシピ情報に従って作成される料理のことを当該レシピ情報の「対象料理」とも表記する。
　レシピ情報への料理ＩＤの付与としては、投稿受け付けページにて対象料理の選択を受け付け、選択された対象料理に応じたＩＤ付与を行う。或いは投稿受け付けページに入力されたレシピ名の情報から対象料理名をキーワード抽出し、該抽出した対象料理名に応じたＩＤ付与を行うことも考えられ、その手法については特に限定されない。

　ジャンルの情報は、対象料理が属するジャンルの情報であり、例えば「肉料理」「魚料理」「サラダ」「飲み物」等の各種分類が挙げられる。本例では、ジャンルの情報はユーザの入力情報を用いる。なお、対象料理名に応じたジャンルをシステム側で自動的に当て嵌める等、ユーザの入力情報を用いることに限定されない。

　人数の情報は、レシピ情報に従って作成される対象料理が何人前であるかを表す情報とされる。
　人数、使用材料とその分量、使用調味料とその分量、及び調理手順の情報は、本例ではユーザによる入力情報が用いられる。本例では、調理手順の情報については、手順を表す情報として画像による情報の投稿が可能とされており、従って調理手順の情報にはテキストデータの他に画像データが含まれる場合がある。
　調理手順の情報は、使用食材の「切る」「煮る」「焼く」「蒸す」等の調理方法を含む情報である。

　ここで、レシピ情報における使用食材、使用調味料は、対象料理に使用される材料との意味から「使用材料」と換言することができる。

　料理画像は、完成状態の料理を表すべき画像であり、ユーザによる投稿画像が用いられる。

　図１に戻り、レシピサイトサーバ３１は、上記のようなレシピＤＢ３３の記憶情報に基づき、ユーザにレシピ情報の提示を行う。具体的に、レシピサイトサーバ３１は、ユーザによって指定された検索キーワード等の検索条件に基づきレシピ情報の検索処理を行い、検索条件に合致したレシピ情報をユーザに提示する処理を行う。

　また、本例のレシピサイトサーバ３１は、レシピ情報に基づいて対象料理を作成したユーザより、作成レポートの投稿受け付けを行う。作成レポートは、対象料理を作成した感想等を文字や画像等を用いて表した情報である。投稿された作成レポートのデータは、レシピサイトサーバ３１による読み出し可能な記憶装置にレシピＩＤ（作成レポートの投稿先レシピのレシピＩＤ）と対応づけられて記憶される。

　ここで、ユーザは、レシピサイトを利用するにあたり、レシピサイト運営システム３に会員登録を行うことができる。会員登録の際にユーザは、ユーザＩＤ（ユーザ識別情報）、パスワード、氏名、住所、メールアドレス等の必要情報を登録する。ユーザは、登録したユーザＩＤ及びパスワードによりレシピサイトにログインすることで、レシピサイトが提供する要ログインの各種サービスを受けることができる。

　ユーザＤＢ３２には、会員としてのユーザに係る各種の情報がユーザＩＤごとに記憶されている。
　例えば、ユーザＤＢ３２には、ユーザに係る情報として上記の必要情報が記憶されている。さらに、この場合のユーザＤＢ３２には、レシピ情報の閲覧や投稿、お気に入りレシピの登録等、ユーザの行動履歴に係る情報（以下「行動履歴情報」と表記）等も記憶されている。なお、行動履歴情報には、各行動の日時情報、及び各行動で対象とされたレシピのレシピＩＤ（例えばお気に入りレシピの登録であれば登録されたレシピのレシピＩＤ）も含まれている。
　また、ユーザＤＢ３２には、上記の行動履歴情報等から分析された、ユーザごとの趣向情報（例えばどのような料理を好む傾向にあるか等）等がユーザＩＤごとに記憶されている。

　ここで、レシピサイト運営システム３においては、上記の行動履歴情報等に基づきユーザごとに利用レシピを特定するための処理が行われる。本例では、当該処理をレシピサイトサーバ３１が行う（後述する「利用推定処理」）。
　なお、レシピ情報を「利用」するとは、当該レシピ情報に従って対象料理を作成することを意味する。

　なお、図１において、ネットワーク２の構成は多様な例が想定される。例えば、インターネットを始めとして、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。
　またネットワーク２の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。

［1-2．コンピュータ装置のハードウェア構成］

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

　このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
　ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、特にレシピサイトサーバ３１としてのコンピュータ装置においては以降で説明する情報処理や通信が実行される。

　なお、レシピサイトサーバ３１をはじめとして図１で示した各装置は、図３のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。

［1-3．第１の実施の形態としての情報提示手法］

　図４の機能ブロック図を参照して、レシピサイトサーバ３１が実現する第１の実施の形態としての情報提示手法に係る各種機能について説明する。
　図示するようにレシピサイトサーバ３１は、機能ごとに分けて味傾向推定処理部Ｆ１、類似料理特定処理部Ｆ２、及び提示処理部Ｆ３を有するものとして表すことができる。

　味傾向推定処理部Ｆ１は、料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも使用材料と分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する。
　本例では、ユーザにより指定された一つのレシピ情報を対象として、対象料理の味傾向を推定する。具体的には、レシピ検索結果として提示された複数のレシピ情報のうちからユーザが指定した一つのレシピ情報について、対象料理の味傾向推定を行う。
　以下、このようにユーザにより指定されたレシピ情報のことを「レシピ情報Ｒｔ」、当該レシピ情報Ｒｔの対象料理を「対象料理Ｍｔ」と表記する。

　味傾向の推定において対象とする「味」としては、人が味として感知できるものであればよい。例えば、人が有する味覚受容体が反応を示す「甘味」「酸味」「塩味」「苦味」「うま味」の各味や、「辛み」など皮膚への直刺激を呈する味の少なくとも何れかを含んでいればよい。本例では、「甘味」「酸味」「塩味」「苦味」「辛味」の五味を対象とする。
　本例における味傾向の推定では、これら五味それぞれの味について、味の強度を推定する。

　味の強度を推定するにあたっては、各味に対応して予め定められた「味成分」を基準とする。すなわち、料理の使用材料（使用食材、使用調味料）に含まれることが想定される各種成分のうち、「甘味成分」「酸味成分」「塩味成分」「苦味成分」「辛味成分」としての成分を予め定めておき、これらの成分の分量に基づいて味の強度を推定する。
　本例では、料理に使用されることが想定される材料ごとに、該材料の単位分量当たりに含まれる各味成分の分量を表した情報が用意されている（以下「材料－味成分対応情報Ｉ１」と表記）。図示は省略したが、材料－味成分対応情報Ｉ１は、レシピサイト運営システム３において、レシピサイトサーバ３１による読み出しが可能な記憶装置に記憶されている。

　味の強度をユーザに示す値として、本例では５段階の値を用いる。以下、このようにユーザに対して示すべき、味の強度を段階的に表す値のことを「味強度値Ｔ」と表記する。

　本例における味傾向推定処理部Ｆ１は、レシピ情報Ｒｔに基づき特定した対象料理Ｍｔの全体分量と使用材料に含まれる味成分の分量とに基づいて味傾向を推定する。
　このとき、対象料理Ｍｔの全体分量は、例えば使用材料の合計分量として計算する。味傾向推定処理部Ｆ１は、五味の各味について、使用材料に含まれる該当する味成分の合計分量を上記の材料－味成分対応情報Ｉ１に基づき計算し、各味ごとに、料理の全体分量に対する味成分の合計分量の関係を表す指標値を計算する（以下「強度指標値Ｖｉ」と表記する）。具体的に、強度指標値Ｖｉとしては、例えば「味成分の合計分量／全体分量」を計算する。

　味傾向推定処理部Ｆ１は、上記のように計算した強度指標値Ｖｉに基づき、味強度値Ｔを求める。本例では、五味の各味ごとに、強度指標値Ｖｉと味強度値Ｔとの対応関係を表す情報（変換テーブル）が用意されている。従って、味傾向推定処理部Ｆ１は、五味の各味について、強度指標値Ｖｉと該変換テーブルとに基づいてそれぞれ味強度値Ｔを求める。

　上記のように料理の全体分量と味成分の分量とに基づいて味傾向を推定することで、例えば味成分の分量のみに基づき味傾向の推定を行う場合等よりも味傾向推定精度を高めることができる。
　また、調味料に含まれる味成分のみでなく、食材に含まれる味成分も考慮していることで、味傾向推定精度を高めることができる。

　ここで、味傾向の推定の際、本例では調理手順も考慮する。すなわち、味傾向推定処理部Ｆ１は、レシピ情報Ｒｔにおける使用材料とその分量、及び調理手順に基づいて味傾向を推定する。
　使用材料によっては、加熱により特定の味の強度が増すものがある。例えば、タマネギやニンジン等は、加熱により甘味が増すことが知られている。そこで、そのような材料を予め「条件付き味影響材料」として定めておき、該当する調理方法が採られる場合とそうでない場合とで、味成分の分量を特定し分ける。
　これにより、味傾向の推定精度向上を図る。

　条件付き味影響材料は、本例では各味ごとに定められている。また、このように味ごとに定められた条件付き味影響材料に対しては、該当する調理方法の情報、及び該当する調理方法が採られた場合における該当する味成分の分量情報（条件付き味影響材料の単位分量当たりの分量）が対応づけられている。以下、このように条件付き味影響材料ごとに該当する調理方法の情報、及び該当する調理方法が採られた場合における該当する味成分の分量情報を表した情報のことを「条件付き材料対応情報Ｉ２」と表記する。

　味傾向推定処理部Ｆ１は、味ごとに対応する味成分の合計分量を計算するにあたっては、先ず、使用材料に対象とする味についての条件付き味影響材料が含まれているか否かを判定し、含まれている場合は、当該条件付き味影響材料に対応づけられた条件付き材料対応情報Ｉ２とレシピ情報Ｒｔにおける調理手順の情報とに基づいて、該当する調理方法が採られているか否かを判定する。そして、該当する調理方法が採られている場合は、条件付き材料対応情報Ｉ２に基づき、当該条件付き味影響材料に含まれている該当する味成分の分量情報を取得する。
　条件付き味影響材料でない使用材料、及び条件付き味影響材料であっても該当する調理方法が採られない使用材料については、上記した材料－味成分対応情報Ｉ１に基づいて該当する味成分の分量情報を取得する。
　このようにして、各使用材料についてそれぞれの味成分の分量を取得する。

　なお、味傾向の提示は、例えばハンバーグやカレー等といった周知の料理（メジャー料理）に対して行うと返ってユーザに煩わしさを与えかねない。そこで、本例では、料理ごとに該料理がメジャー料理であるか否かを予め定めておき、味傾向推定処理部Ｆ１は、メジャー料理を除いた料理についてのみ味傾向の推定を行う。これにより、味傾向の提示がユーザにとって返って煩わしくなることの防止が図られる。また、味推定処理が対象とすべき料理の数が減ることにより、処理負担の軽減が図られる。
　ここで、本例のレシピサイト運営システム３では、料理ごとにメジャー料理か否かを表す情報がレシピサイトサーバ３１による読み出しが可能な記憶装置に記憶されている。

　続いて、類似料理特定処理部Ｆ２について説明する。
　類似料理特定処理部Ｆ２は、対象料理Ｍｔとは異なる他の料理のレシピ情報に基づいて該他の料理の味傾向の推定及び使用材料の特定を行い、対象料理と他の料理との間の味傾向及び使用材料の類似性に基づいて、対象料理と似た料理である類似料理を特定する。
　この際、他の料理の味傾向の推定は、該当するレシピ情報に基づき上記した味傾向推定処理部Ｆ１による味傾向の推定手法と同手法により行う。

　ここで、レシピＤＢ３３に登録された他の全ての料理を対象として対象料理Ｍｔとの類比判定を行うことは処理負担の面で望ましくないため、本例では、他の料理のうち、対象料理Ｍｔとの間で所定の関係を満たす料理を比較候補料理として特定する。具体的には、対象料理Ｍｔとジャンルが一致する料理を比較候補料理として特定する。

　また、レシピ情報は、料理ごとに複数存在するのが一般的である。対象料理Ｍｔとの類比判定において、比較候補料理についての個々のレシピ情報を個別に扱うことは処理負担の面で望ましくないため、本例では、比較候補料理についての代表レシピを求める。
　代表レシピは、例えば比較候補料理についての複数のレシピ情報のうちから抽出したレシピ情報とすることができる。一例として、比較候補料理についてのレシピ情報のうち、標準的（使用材料や調理方法の面で）とされるレシピ情報を代表レシピとして予め定めておく手法を挙げることができる。
　或いは、代表レシピは、比較候補料理についての複数のレシピ情報の内容を総合的に反映させたレシピ情報として新たに生成することもできる。具体的には、比較候補料理についての複数のレシピ情報間で使用頻度の高い使用材料を特定し、該特定した使用材料を代表レシピにおける使用材料とする（以下「代表使用材料」と表記）。代表使用材料ごとの分量は、例えば上記複数のレシピ情報間での該当する使用材料の平均値をそれぞれ用いる。また、代表レシピにおける調理方法としては、例えば使用材料として代表使用材料の全てが採用されているレシピ情報の調理方法を採用する。

　上記のような代表レシピを用いることで、処理負担の軽減が図られると共に、比較候補料理についてのレシピとして特殊材料が用いられるレシピ（例えば比較候補料理＝「親子丼」において、使用材料として特殊な「梅干し」が用いられるなど）が存在する場合であっても、該特殊材料が使用されたレシピが類比判定に与える影響を排除することができ、類比判定精度の向上を図ることができる。

　本例の類似料理特定処理部Ｆ２は、対象料理Ｍｔと他の料理との類比判定を、味傾向と使用材料とレシピ情報から特定される調理方法とに基づいて行う。味傾向と使用材料のみでなく、調理方法を加味することで、例えば対象料理Ｍｔ＝「汁粉」に対して類似料理「羊羹」とされる等、味傾向や使用材料は類似するが調理方法が異なる料理が類似料理とされてしまうことを避ける。

　本例の類似料理特定処理部Ｆ２は、味傾向の面での類似度（「味類似度」）と、使用材料の面での類似度（「材料類似度」）を求め、先ずは味傾向と使用材料のみの観点で対象料理Ｍｔと似た料理を特定する。以下、このように味傾向と使用材料のみの観点で対象料理Ｍｔと似た料理のことを、「類似候補料理」と表記する。
　そして、類似料理特定処理部Ｆ２は、特定した類似候補料理について、対象料理Ｍｔとの間で調理方法に基づく類比判定を行い、該類比判定結果に基づき類似料理を特定する。

　ここで、味類似度については、各味の味強度値Ｔの差に基づいて求める。具体的には、対象料理Ｍｔと比較候補料理との間で各味について味強度値Ｔの差を求め、味ごとの味強度値Ｔの差の合計値に基づき味類似度を求める。このとき、味類似度は、本例では味強度値Ｔの差が小さいほど大きな値となるように求める。

　また、材料類似度については、対象料理Ｍｔと他の料理との間の使用材料の一致度合いに基づき求める。具体的には、例えばレシピ情報Ｒｔにおける各使用材料について、比較候補料理の代表レシピにおける使用材料と一致する使用材料があるか否かを判定し、一致と判定した使用材料の数を一致材料数として求める。また、対象料理Ｍｔの使用材料の総数を材料総数として求め、「一致材料数／材料総数」による値を対象料理Ｍｔと比較候補料理との間の材料類似度として計算する。

　類似候補料理の特定にあたっては、比較候補料理ごとに、味類似度と材料類似度とに基づく評価類似度をそれぞれ計算する。具体的に、評価類似度としては「味類似度＋材料類似度」による値を計算する。
　類似料理特定処理部Ｆ２は、このように計算した評価類似度が一定値以上である比較候補料理を、類似候補料理として特定する。なお、この場合、類似候補料理としては複数が特定され得る。

　そして、特定した類似候補料理について、調理方法に基づく類比判定を例えば以下のように行う。
　先ず、対象料理Ｍｔと類似候補料理との間で、調理方法の一致度合いを評価する。
　ここで、調理方法は、調理手順の情報（テキストデータ）から例えばキーワード抽出を行って特定する。
　調理方法の一致度合いを評価するにあたっては、例えば先ず、レシピ情報Ｒｔから特定した各調理方法について、類似候補料理の代表レシピから特定した調理方法と一致する調理方法があるか否かを判定する。そして、一致と判定した調理方法の数を一致方法数として求める。また、レシピ情報Ｒｔから特定した調理方法の総数を方法総数として求め、「一致方法数／方法総数」による値を「方法類似度」として計算する。このように算出した方法類似度は、対象料理Ｍｔと類似候補料理との間で調理方法一致度合いを評価するための評価値として機能する。

　類似料理特定処理部Ｆ２は、このように計算した方法類似度が一定値以上である類似候補料理を類似料理として特定する。ここで、方法類似度が一定値以上である類似候補料理が複数存在する場合には、例えば方法類似度が最大の類似候補料理を類似料理として特定するなど、所定の条件に基づき所定数の類似料理を特定すればよい。本例では、方法類似度が最大の一つの類似候補料理を類似料理として特定する。

　なお、上記では他の料理から類似料理を特定する手法として、味傾向と使用材料の観点でのみ似た料理を類似候補料理として特定し、該類似候補料理について、調理方法の観点での最終的な類比判定を行う例を挙げたが、他の料理について、味傾向、使用材料、及び調理方法の三つの観点での総合的な評価値を計算し、該総合的な評価値の大きさに基づいて類似料理を特定することもできる。
　或いは、味傾向、使用材料、調理方法の各項目について個別に類比判定を行い、類似と判定された項目の数に応じて最終的な類比判定を行う等の手法も考えられる。

　本例の類似料理特定処理部Ｆ２は、上記のような類似料理の特定を行うと共に、類似料理が特定された場合には、対象料理と類似料理それぞれのレシピ情報に基づいて両料理の非類似部分を特定する。非類似部分として、本例では味傾向についての非類似部分を特定する。味傾向についての非類似部分を特定するにあっては、対象料理Ｍｔと類似料理との間で味ごとに求めた味強度値Ｔの差の値を用いる。具体的には、最も味強度値Ｔの差の値が大きい味を非類似部分として特定する。或いは、味強度値Ｔの差の値が一定値以上の味を非類似部分として特定してもよい（この場合、非類似部分は複数となり得る）。

　なお、勿論、使用材料や調理方法についての非類似部分を特定することもできる。例えば、対象料理Ｍｔのレシピ情報Ｒｔには存在するが類似料理の代表レシピには存在しない使用材料、調理方法をそれぞれ使用材料、調理方法の非類似部分として特定する等が考えられる。

　提示処理部Ｆ３は、味傾向推定処理部Ｆ１が推定した対象料理Ｍｔの味傾向の情報、類似料理特定処理部Ｆ２が特定した類似料理の情報、及び類似料理との非類似部分を示す情報をユーザに提示する。本例では、味傾向、類似料理、非類似部分の各情報は、ユーザにより指定されたレシピに関する情報を提示するためのレシピ情報ページにおいて提示する。

　図５は、本例におけるレシピ情報ページの提示情報例を示した図である。
　図示するようにレシピ情報ページにおいては、ユーザにより指定されたレシピに対応するレシピ情報Ｒｔのうち、レシピ名の情報が提示されるレシピ名提示領域Ａｒ１、料理写真が提示される料理写真提示領域Ａｒ２、使用材料とその分量に関する情報として使用食材、使用調味料及びそれらの分量の情報がそれぞれ提示される材料・分量提示領域Ａｒ３、調理手順の情報が提示される調理手順提示領域Ａｒ４が設けられている。さらに、この場合のレシピ情報ページには、対象料理Ｍｔについての味傾向の情報が提示される味傾向提示領域Ａｒ５と、対象料理Ｍｔの類似料理に関する情報が提示される類似料理提示領域Ａｒ６とが設けられている。

　味傾向提示領域Ａｒ５において、味傾向の情報としては、塩味、甘味、酸味、苦味、辛味の各味について求められた味強度値Ｔの情報が提示される。本例では、各味の味強度値Ｔはレーダーチャートにより提示している。なお、味強度値Ｔの提示手法は図示した例に限らず、各味の数値を棒グラフ等のグラフで表したり、数値のみを表す等、種々の提示手法を採ることができる。

　類似料理提示領域Ａｒ６においては、類似料理と共に類似料理の非類似部分を示す情報を提示している。本例では、類似料理を示す情報として、類似料理の料理名の情報（図中「この料理は○×△□に似ています。」の「○×△□」部分）、及び類似料理の料理写真の情報を提示している。
　ここで、類似料理の料理名、料理写真（画像データ）については、類似料理の料理ＩＤに基づき取得することができる。図示は省略したが、レシピサイト運営システム３においては、各料理に対応する料理名や料理写真（その料理の代表写真）の情報が料理ＩＤに紐付けて管理されており、レシピサイトサーバ３１は類似料理の料理ＩＤを元に対応する料理名、料理写真の情報を取得可能とされている。

　非類似部分の情報として、本例では味傾向についての非類似部分を示す情報を提示している。該非類似部分を示す情報については、例えば図示のように文字により非類似部分を表現した情報を提示する。

　なお、レシピ情報ページにおいては、対象料理Ｍｔの料理名の情報を提示することもできる。対象料理Ｍｔに基づく料理名の情報は、レシピ情報Ｒｔとして記憶されている料理ＩＤに基づき取得することができる。
　また、レシピ情報ページにおいては、当該レシピ情報ページに提示されるレシピに対し投稿された作成レポートの情報を提示してもよい。

　上記のように味傾向の情報をユーザに提示することで、対象料理の味のイメージをユーザに容易に抱かせることが可能となる。
　また、類似料理の情報を提示することで、対象料理の味のイメージをユーザにより容易に抱かせることが可能となる。
　さらに、非類似部分を示す情報を提示することで、対象料理と類似料理とに非類似部分がある場合に対応して、対象料理の味のイメージをユーザにさらに容易に抱かせることが可能となる。

　ここで、本例の提示処理部Ｆ３は、対象料理Ｍｔがユーザによるレシピ利用履歴のある料理であると判定した場合には、味傾向の提示、及び類似料理（非類似部分の提示も含む）の提示を行わない。
　これにより、ユーザが味傾向を既知であると推定される料理について無闇に味傾向や類似料理の提示に係る処理が行われてしまうことの防止を図る。

　対象料理Ｍｔがユーザによるレシピ利用履歴のある料理であるか否かを判定するにあっては、ユーザＤＢ３２においてユーザごとに記憶された「利用推定結果情報」を用いる。

　利用推定結果情報は、以下で説明する利用推定処理の結果に基づいてユーザＤＢ３２に記憶される。利用推定処理は、本例ではレシピサイトサーバ３１が行う。

　図６は、利用推定処理のフローチャートである。なお、本例では、図５に示す利用推定処理は、各ユーザについて各レシピごとに繰り返し行われる。図５の説明では、利用推定処理の処理対象とされたユーザ、レシピをそれぞれ対象ユーザ、対象レシピと表記する。

　図６において、レシピサイトサーバ３１は、先ずステップＳ１において、対象ユーザの作成ポイントｐｔ（料理を作成したか否かを判定するためのポイント情報）を０に初期化する。続いて、レシピサイトサーバ３１はステップＳ２で、対象ユーザが対象レシピの作成レポートを投稿済みであるか否かを判定する。対象ユーザが対象レシピの作成レポートを投稿済みである場合、レシピサイトサーバ３１はステップＳ３で対象レシピの作成ポイントｐｔに３を加算する処理を実行し、ステップＳ４の処理へ移行する。一方、対象ユーザが対象レシピの作成レポートを投稿済みでない場合、レシピサイトサーバ３１はステップＳ３をパスしてステップＳ４の処理へ移行する。

　ステップＳ４でレシピサイトサーバ３１は、行動履歴情報取得処理を実行する。すなわち、ユーザＤＢ３２にユーザごとに記憶された前述の行動履歴情報のうち、対象ユーザに対応づけられた行動履歴情報を取得する。

　続くステップＳ５でレシピサイトサーバ３１は、閲覧時の挙動により作成したと推定されるか否かを判定する。
　ここで、対象ユーザが対象レシピを閲覧したときの挙動に基づき対象レシピの作成を推定する手法について具体的な例を二つ挙げる。
　一つ目の例としては、対象レシピに設定された調理時間と閲覧時間の関係から推定する。具体的には、対象レシピの調理時間が３０分となっていた場合、例えば、調理時間の半分以上の時間（１５分）対象レシピのレシピ情報ページを閲覧した場合、対象レシピを作成したと推定する。なお、調理時間と閲覧時間の比率を２：１とするのは、あくまで一例である。
　二つ目の例としては、対象レシピを閲覧しているユーザの挙動から判定する。具体的には、対象レシピについてのレシピ情報ページが、図４に例示したように材料・分量提示領域Ａｒ３と調理手順提示領域Ａｒ４とを含んで構成されている場合に、材料・分量提示領域Ａｒ３と調理手順提示領域Ａｒ４とを交互に何度か閲覧している場合、対象レシピを作成したと推定する。

　ステップＳ５において、閲覧時の挙動により作成したと推定された場合、レシピサイトサーバ３１はステップＳ６に進み、対象レシピの作成ポイントｐｔに３を加算する処理を実行してステップＳ７の処理へ移行する。一方、閲覧時の挙動により作成したと推定されなかった場合、レシピサイトサーバ３１はステップＳ６をパスしてステップＳ７の処理に移行する。

　ステップＳ７でレシピサイトサーバ３１は、対象ユーザが対象レシピを印刷したことがあるかどうかを判定する。該判定は、ステップＳ４で取得した行動履歴情報に基づき行う。
　対象ユーザが対象レシピを印刷したことがあると判定した場合、レシピサイトサーバ３１はステップＳ８に進み、対象レシピの作成ポイントｐｔに２を加算する処理を実行してステップＳ９の処理へ移行する。一方、対象ユーザが対象レシピを印刷したことがないと判定した場合、レシピサイトサーバ３１はステップＳ８をパスしてステップＳ９の処理へ移行する。

　ステップＳ９でレシピサイトサーバ３１は、対象ユーザが対象レシピをお気に入りに登録しているか否かを判定する。該判定としても、ステップＳ４で取得した行動履歴情報に基づき行う。対象ユーザが対象レシピをお気に入りに登録していると判定した場合、レシピサイトサーバ３１はステップＳ１０に進み、対象レシピの作成ポイントｐｔに１を加算する処理を実行してステップＳ１１の処理へ移行する。一方、対象ユーザが対象レシピをお気に入りに登録していないと判定した場合、レシピサイトサーバ３１はステップＳ１０をパスしてステップＳ１１の処理へ移行する。

　ステップＳ１１でレシピサイトサーバ３１は、対象レシピの作成ポイントｐｔが判定値以上であるか否かを判定する。判定値は、例えば、３とされる。この場合、作成レポートが投稿済みであるか、或いは閲覧時の挙動により作成したと推定された場合は、他の条件を満たすか否かによらずステップＳ１１の判定処理において「Ｙ」と判定される。作成ポイントｐｔが判定値以上であった場合、レシピサイトサーバ３１はステップＳ１２に進み、対象ユーザが対象レシピを利用したと判定する。
　一方、作成ポイントｐｔが判定値未満であった場合、レシピサイトサーバ３１はステップＳ１３に進み、対象ユーザは対象レシピを利用していないと判定する。

　レシピサイトサーバ３１は、このような利用推定処理の結果、対象ユーザにより利用されたと判定したレシピの情報（少なくともレシピＩＤ）を、「利用推定結果情報」として対象ユーザのユーザＩＤと対応づけてユーザＤＢ３２に記憶させる。

［1-4．処理手順］

　図７乃至図９のフローチャートを参照して、上記した第１の実施の形態としての情報提示手法を実現するために実行すべき処理の手順を説明する。なお、図７において「レシピサイトサーバ」と示す処理、及び図８、図９に示す処理は、レシピサイトサーバ３１におけるＣＰＵ１０１が例えばレシピサイトサーバ３１におけるＲＯＭ１０２や記憶部１０８等の所定の記憶装置に記憶されたプログラムに基づき実行する。また、図７において「ユーザ端末」として示す処理は、ユーザ端末４におけるＣＰＵ１０１が例えばユーザ端末４におけるＲＯＭ１０２や記憶部１０８等の所定の記憶装置に記憶されたプログラムに基づき実行する。
　なお、図７に示す処理が開始されるにあたっては、既にユーザ端末４のユーザがレシピサイトにログインしている状態（つまりレシピサイトサーバ３１が当該ユーザのユーザＩＤを特定可能な状態）にあるとする。

　図７は、味傾向や類似料理を示す情報の提示に係る全体的な処理の流れを示している。
　図７において、ユーザ端末４はステップＳ１０１において、ユーザが入力したレシピを検索するためのレシピ検索条件をレシピサイトサーバ３１へ送信する検索条件送信処理を実行する。この処理では、例えば、ユーザによって指定されたレシピ名の一部や使用食材を表す文字情報など、検索結果を抽出するための情報がレシピサイトサーバ３１へ送信される。

　ユーザ端末４からのレシピ検索条件を受信したレシピサイトサーバ３１は、ステップＳ２０１でレシピ検索条件とレシピＤＢ３３に記憶された情報とに基づいてレシピ検索を行うレシピ検索処理を実行する。
　続くステップＳ２０２でレシピサイトサーバ３１は、ステップＳ２０１の検索処理により得た検索結果を示すウェブページ（検索結果ページ）のデータをユーザ端末４に送信して表示させるための検索結果提示処理を実行する。

　レシピサイトサーバ３１にて上記の検索結果提示処理が実行されると、ユーザ端末４では、レシピサイトサーバ３１から受信したデータに基づき検索結果ページの表示が行われる。ステップＳ１０２でユーザ端末４は、検索結果ページに表示された複数のレシピから一つのレシピを指定する操作をユーザから受け付けるレシピ指定受付処理を実行する。ユーザ端末４は、該レシピを指定する操作が行われると、指定されたレシピを示すレシピ指定情報をレシピサイトサーバ３１に通知する。なお、この処理は、ユーザにより指定されたレシピについてのレシピ情報ページのデータを要求する処理である。

　レシピサイトサーバ３１は、ステップＳ１０２で通知されたレシピ指定情報に基づき、ステップＳ２０３でレシピ特定処理を行う。すなわち、レシピ情報ページでの情報提示を行うべきレシピ情報（つまりレシピ情報Ｒｔ）のレシピＩＤを特定する。

　続くステップＳ２０４でレシピサイトサーバ３１は、対象料理Ｍｔがメジャー料理であるか否かを判定する。前述のようにレシピサイト運営システム３では、料理ごとにメジャー料理か否かを表す情報がレシピサイトサーバ３１による読み出しが可能な記憶装置に記憶されており、レシピサイトサーバ３１は、レシピ情報Ｒｔに含まれる料理ＩＤと該記憶装置の記憶情報とに基づいて対象料理Ｍｔがメジャー料理であるか否かを判定する。

　対象料理Ｍｔがメジャー料理であれば、レシピサイトサーバ３１はステップＳ２０７に進んで第一提示処理を実行する。第一提示処理では、先の図５に示したレシピ情報ページのうち、レシピ名提示領域Ａｒ１から調理手順提示領域Ａｒ４までの４領域の情報のみを含んだレシピ情報ページのウェブページデータを生成し、ユーザ端末４に送信する処理を行う。つまりこの場合、ユーザ端末４においては、味傾向や類似料理、非類似部分を示す情報を含まないレシピ情報ページが表示される。
　この場合は味傾向の推定、類似料理の特定（非類似部分の特定も含む）に係る処理は実行されないため、処理負担の軽減が図られる。

　一方、対象料理Ｍｔがメジャー料理でなければ、レシピサイトサーバ３１はステップＳ２０５に進み、利用推定結果を取得する処理を実行する。すなわち、図６で説明した利用推定処理に伴いユーザＤＢ３２にユーザごとに記憶された利用推定結果情報のうち、該当するユーザについての利用推定結果情報を取得する。
　そして、続くステップＳ２０６でレシピサイトサーバ３１は、取得した利用推定結果情報に基づき、レシピ情報Ｒｔがユーザの利用履歴のあるレシピ情報であるか否かを判定する。
　レシピ情報Ｒｔがユーザの利用履歴のあるレシピ情報であれば、レシピサイトサーバ３１は上述したステップＳ２０７に処理を進める。つまり、ユーザが指定したレシピが利用履歴ありの場合においても、味傾向の推定や類似料理の特定に係る処理は実行されない。

　レシピ情報Ｒｔがユーザの利用履歴のあるレシピ情報でなければ、レシピサイトサーバ３１はステップＳ２０８の味傾向推定処理、及びこれに続くステップＳ２０９の類似料理特定処理を実行する。

　図８により、ステップＳ２０８の味傾向推定処理について説明する。
　図８において、レシピサイトサーバ３１はステップＳ３０１で、レシピ情報Ｒｔにおける使用材料及びその分量の情報を取得し、続くステップＳ３０２で対象味種識別値ｘを０にセットする。対象味種識別値ｘは、味傾向推定処理で対象とする味の種類を識別するための識別値であり、本例では五味それぞれに対応するｘの値が割り振られている。

　ステップＳ３０２のセット処理を実行したことに応じ、レシピサイトサーバ３１はステップＳ３０３で、対象味種に対応する条件付き味影響材料が使用されているか否かを判定する。
　対象味種に対応する条件付き味影響材料が使用されていなければ、レシピサイトサーバ３１はステップＳ３０５に進み、各使用材料について味成分の分量への換算を行う。つまり、レシピ情報Ｒｔにおける各使用材料の分量を、材料－味成分対応情報Ｉ１に基づいて対象味種の味成分の分量に換算する。
　レシピサイトサーバ３１は、ステップＳ３０５の換算処理を実行したことに応じ、ステップＳ３０７へ処理を進める。

　一方、対象味種に対応する条件付き味影響材料が使用されていれば、レシピサイトサーバ３１はステップＳ３０４に進み、調理方法条件を満たすか否かを判定する。すなわち、条件付き味影響材料に対応づけられた条件付き材料対応情報Ｉ２に基づき、レシピ情報Ｒｔの調理手順の情報から特定される調理方法に該当する調理方法（当該条件付き味影響材料の味強度が増す調理方法）が含まれているか否かを判定する。
　該当する調理方法が含まれておらず、調理方法条件を満たさないと判定した場合、レシピサイトサーバ３１は上述したステップＳ３０５に処理を進める。つまりこの場合は、条件付き味影響材料の味変化は生じないと推定されるため、各使用材料の分量を対応する材料－味成分対応情報Ｉ１に基づいて味成分の分量へとそれぞれ換算する。

　調理方法条件を満たしていると判定した場合、レシピサイトサーバ３１はステップＳ３０６に進み、条件付き味影響材料、その他の材料について、味成分の分量への換算を行う。すなわち、条件付き味影響材料については、その分量を対応する条件付き材料対応情報Ｉ２に基づいて味成分の分量に換算し、条件付き味影響材料以外の他の使用材料の分量については、対応する材料－味成分対応情報Ｉ１に基づいて味成分の分量に換算する。
　ステップＳ３０６の換算処理を実行したことに応じ、レシピサイトサーバ３１はステップＳ３０７に処理を進める。

　ステップＳ３０７でレシピサイトサーバ３１は、強度指標値Ｖｉを計算する。すなわち、上記のステップＳ３０５で得られた各使用材料についての味成分の分量、又はステップＳ３０６で得られた条件付き味影響材料とその他の使用材料についての味成分の分量を合計し、該合計分量（対象味種の味成分の合計分量）と、対象料理Ｍｔの全体分量（使用材料の合計分量）とに基づき強度指標値Ｖｉを計算する。具体的には、前述のように「味成分の合計分量／全体分量」による値を強度指標値Ｖｉとして計算する。

　続くステップＳ３０８でレシピサイトサーバ３１は、味強度値Ｔへの換算処理を行う。すなわち、本例では前述した変換テーブルを用いて、計算した強度指標値Ｖｉを対象味種についての味強度値Ｔへと変換する。

　ステップＳ３０８に続くステップ３０９でレシピサイトサーバ３１は、対象味種識別値ｘが４以上であるか否かを判定する。これは、対象とする全ての味種について味強度値Ｔを求めたか否かを判定していることに相当する。
　対象味種識別値ｘが４以上でなければ、レシピサイトサーバ３１はステップＳ３１０に進んで対象味種識別値ｘを１インクリメント（＋１）し、ステップＳ３０３に戻る。これにより、新たな味種について、味強度値Ｔを求めるための処理が実行される。

　一方、対象味種識別値ｘが４以上であれば、レシピサイトサーバ３１はステップＳ２０８の味傾向推定処理を終える。

　図９は、ステップＳ２０９の類似料理特定処理を示している。
　図９において、レシピサイトサーバ３１はステップＳ４０１で、比較候補料理を特定する処理を実行する。つまり、前述のように、本例では対象料理Ｍｔとジャンルが一致する料理を比較候補料理として特定する。

　ステップＳ４０１に続くステップＳ４０２でレシピサイトサーバ３１は、対象料理識別値ｙを０にセットする処理を行う。対象料理識別値ｙは、比較候補料理のうち処理対象とする料理を識別するための値であり、その最大値ｙＭＡＸはステップＳ４０１で特定した比較候補料理の数から１を減じた値となる。

　ステップＳ４０２のセット処理を実行したことに応じ、レシピサイトサーバ３１はステップＳ４０３で、料理ｙについて代表レシピを推定する。なお、「料理ｙ」は、比較候補料理のうち対象料理識別値ｙにより特定される処理対象の料理を意味する。
　ここで、ステップＳ４０３の推定処理としては、予め料理ごとに標準的とされるレシピ情報を定めておき、レシピサイトサーバ３１が料理ｙについて該レシピ情報を取得するという処理とすることができる。
　或いは、代表レシピとしてのレシピ情報は、料理ｙについての複数のレシピ情報の内容を総合的に反映させたレシピ情報として生成してもよい。すなわち、前述した手法と同様、料理ｙについてのレシピ情報間で使用頻度の高い材料を特定し、該特定した材料を代表レシピにおける使用材料とする（「代表使用材料」）。代表使用材料ごとの分量は、例えば料理ｙについての複数のレシピ情報間での該当する使用材料の平均値をそれぞれ用いる。また、代表レシピにおける調理方法としては、料理ｙについての複数のレシピ情報のうち、例えば使用材料として代表使用材料の全てが採用されているレシピ情報の調理方法を採用する。

　ステップＳ４０３に続くステップＳ４０４でレシピサイトサーバ３１は、代表レシピに基づき料理ｙの味傾向を推定する。なお、レシピ情報に基づき味傾向を推定する処理、つまり本例では各味の味強度値Ｔを求める処理については、図８に示した処理と同様となることから重複説明は避ける。

　ステップＳ４０４の推定処理を実行したことに応じ、レシピサイトサーバ３１はステップＳ４０５で味類似度の計算を行う。すなわち、先の図８の処理で対象料理Ｍｔについて求めた各味の味強度値Ｔと、ステップＳ４０４で求めた料理ｙについての各味の味強度値Ｔとに基づき、対象料理Ｍｔと料理ｙとの間の味傾向の面での類似度合いを表す味類似度を計算する。具体的に、本例では味ごとの味強度値Ｔの差の合計値に基づき味類似度を求める。前述のように、味類似度は、本例では味強度値Ｔの差が小さいほど大きな値となるように求める。

　ステップＳ４０５に続くステップＳ４０６でレシピサイトサーバ３１は、材料類似度の計算を行う。
　先の説明から理解されるように、材料類似度については、対象料理Ｍｔと料理ｙとの間の使用材料の一致度合いに基づき求める。具体的には、例えばレシピ情報Ｒｔにおける各使用材料について、料理ｙの代表レシピにおける使用材料と一致する使用材料があるか否かを判定し、一致と判定した使用材料の数を一致材料数として求める。また、対象料理Ｍｔの使用材料の総数を材料総数として求め、「一致材料数／材料総数」による値を対象料理Ｍｔと料理ｙとの間の材料類似度として計算する。

　さらに、ステップＳ４０６に続くステップＳ４０７でレシピサイトサーバ３１は、料理ｙについての評価類似度の計算を行う。具体的に、本例では、評価類似度として「味類似度＋材料類似度」による値を計算する。

　ステップＳ４０７で評価類似度を計算したことに応じ、レシピサイトサーバ３１はステップＳ４０８に進み、対象料理識別値ｙが最大値ｙＭＡＸ以上か否かを判定する。これは、ステップＳ４０１で特定した比較候補料理の全てについて評価類似度を計算したか否かを判定していることに相当する。

　ステップＳ４０８において、対象料理識別値ｙが最大値ｙＭＡＸ以上でなければ、レシピサイトサーバ３１はステップＳ４０９に進み、対象料理識別値ｙを１インクリメント（＋１）し、ステップＳ４０３に戻る。これにより、新たな比較候補料理を対象として評価類似度の計算に係る処理が実行される。

　一方、対象料理識別値ｙが最大値ｙＭＡＸ以上であった場合、レシピサイトサーバ３１はステップＳ４１０に進み、各比較候補料理の評価類似度に基づいて、類似候補料理を特定する。具体的に、本例では評価類似度が一定値以上である比較候補料理を、類似候補料理として特定する。

　続くステップＳ４１１でレシピサイトサーバ３１は、類似候補料理があるか否かを判定する。ステップＳ４１０の処理で類似候補料理が一つも特定されず、類似候補料理がないと判定した場合、レシピサイトサーバ３１はステップＳ４１５の類似料理なし設定処理を行い、ステップＳ２０９の類似料理特定処理を終える。類似料理なし設定処理としては、類似料理が特定されなかった旨を表す類似料理なしフラグをＯＮ（例えば「１」）とする処理を実行する。

　一方、類似候補料理があると判定した場合、レシピサイトサーバ３１はステップＳ４１２に進み、各類似候補料理の方法類似度を計算する。方法類似度としては、例えば前述した「一致方法数／方法総数」による値を計算する。

　ステップＳ４１２に続くステップＳ４１３でレシピサイトサーバ３１は、方法類似度に基づき類似料理を特定する。具体的に、本例では、方法類似度が一定値以上との条件、及び方法類似度が最大との条件を満たす類似候補料理を類似料理として特定する。

　ステップＳ４１３に続くステップＳ４１４でレシピサイトサーバ３１は、類似料理があるか否か、すなわちステップＳ４１３で類似料理が特定されたか否かを判定する。
　類似料理がないと判定した場合、レシピサイトサーバ３１は前述したステップＳ４１５の類似料理なし設定処理を実行する。
　一方、類似料理があると判定した場合、レシピサイトサーバ３１はステップ４１５の設定処理をパスして、ステップＳ２０９の類似料理特定処理を終える。

　図７に戻り、レシピサイトサーバ３１は、ステップＳ２０９に続くステップＳ２１０で、非類似部分特定処理を行う。非類似部分特定処理では、前述した類似料理なしフラグがＯＦＦである場合にのみ、対象料理Ｍｔと類似料理との間の非類似部分を特定する処理を行う。具体的に、本例では非類似部分として、例えば味傾向についての非類似部分を特定する処理を行う。なお、味傾向についての非類似部分を特定する手法については既に説明済みであるため、重複説明は避ける。

　ステップＳ２１０に続くステップＳ２１１でレシピサイトサーバ３１は、第二提示処理を行う。すなわち、該第二提示処理としてレシピサイトサーバ３１は、対象料理Ｍｔについて推定した味傾向の情報（各味の味強度値Ｔ）、特定した類似料理に係る情報（非類似部分も含む）を含んだレシピ情報ページ（図５を参照）をユーザ端末４に表示させるための処理を行う。具体的には、該レシピ情報ページのウェブページデータを生成してユーザ端末４に送信する処理を行う。
　なお、第二提示処理において、レシピサイトサーバ３１は、前述した類似料理なしフラグがＯＮである場合には、図５に示すページ内容から類似料理と非類似部分の情報を除いた内容によるレシピ情報ページのウェブページデータを生成し、ユーザ端末４に送信する。

　ここで、上記では、味傾向を対象料理Ｍｔの全体分量と使用材料に含まれる味成分の分量とに基づいて推定する例を挙げたが、味傾向は、レシピ情報Ｒｔから特定される「人数」の情報に基づき、一人当たりの味成分の分量を元に推定することもできる。例えば、レシピ情報Ｒｔに基づき推定される対象味種の味成分の合計分量がαであり、「人数」がβ人であった場合に、該対象味種の味強度値Ｔを「α／β」による値に基づき求めるといったものである。
　このように一人当たりの味成分の分量を元に味傾向を推定する手法を採ることによっても、例えば味成分の分量のみに基づき味傾向の推定を行う場合よりも味傾向推定精度を高めることができる。

　また、味傾向の推定には、該当するレシピに対して投稿された作成レポートの情報内容を反映させることもできる。例えば、作成レポートとして「少ししょっぱかったです。」など塩味の強さを示唆する情報が含まれている作成レポートの数が所定数以上である場合に、「塩味」についての味強度値Ｔに所定の値を加算又は乗じる等といったことが考えられる。

　また、上記では、味成分の分量を求めるにあたり材料－味成分対応情報Ｉ１を使用する例を挙げたが、例えば「塩味」や「甘味」等の所定の味についての味成分については、対応する調味料の分量を味成分の分量として扱ってもよい。例えば、「塩味」であれば調味料＝塩の分量を味成分の分量とし、「甘味」であれば調味料＝砂糖の分量を味成分の分量として扱うといったものである。
　さらに、味成分の分量は、レシピ情報Ｒｔにおける全ての使用材料について求めるものとはせず、使用調味料のみについて味成分の分量を求めるようにすることもできる。

　また、上記では、味傾向の情報として味強度の数値を表す情報を提示する例を挙げたが、味傾向の情報は、例えば「塩辛い」「甘辛い」「甘酸っぱい」等の文字情報とする等、数値を表す情報以外の情報として提示することもできる。

　また、類似料理の特定処理において、対象料理Ｍｔとの類似性を評価するにあたっては、レシピにおける「かくし味」としての使用材料（例えばカレーにおいてコーヒーやチョコレートを用いる等）の類似性を反映させることもできる。例えば、「かくし味」としての使用材料の類似度合いの大きさに応じた値を前述した評価類似度に加算又は乗じる等といったことが考えられる。
　なお、或る料理についてのレシピ情報において、対象とする使用材料が「かくし味」としての使用材料であるか否かは、該対象とする使用材料が、該料理についての複数のレシピ情報間で使用頻度が一定以下であるか否かにより判定することができる。

　また、上記では、味傾向の推定処理や類似料理の特定処理がユーザによるレシピ指定が行われるごとに実行される例を挙げたが、これによると、レシピサイトサーバ３１の処理能力によっては、レシピの指定から対応するレシピ情報ページの提示が行われるまでの間、ユーザを比較的長時間待たせてしまう虞がある。
　例えばこのような点を考慮し、味傾向の推定処理や類似料理の特定処理（非類似部分の特定処理を含んでもよい）については、いわゆるバッチ処理により、レシピＤＢ３３の記憶情報に基づき予め行っておくこともできる。この際、味傾向の推定処理については、レシピＤＢ３３に登録された各レシピ情報について行うことは必須でなく、料理単位で行うこともできる。例えば、対象とする料理について登録された複数のレシピ情報のうちから一つの「代表レシピ」を特定（特定手法については前述と同様）し、該代表レシピに基づいて図８に示した処理を行うといったものである。
　また、この場合の類似料理の特定処理は、レシピＤＢ３３にレシピ情報が登録された個々の料理ごとに、図９に示した処理をそれぞれ行うものとすればよい。

　なお、味傾向を示す情報、類似料理に係る情報については、指定されたレシピのレシピ情報と同一のページに提示することに限定されず、例えば該レシピ情報の提示ページに設けられた所定ボタンの操作に応じて開かれる別ページに提示する等、他の提示手法が採られてもよい。

［1-5．第１の実施の形態のまとめ］

　上記のように第１の実施の形態の情報処理装置（レシピサイトサーバ３１）は、料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも使用材料と分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する味傾向推定部（味傾向推定処理部Ｆ１）と、味傾向推定部が推定した味傾向の情報をユーザに提示する提示部（提示処理部Ｆ３）と、を備えている。

　これにより、対象料理の味のイメージをユーザに容易に抱かせることが可能とされる。
　従って、レシピの利用に係るユーザの利便性向上を図ることができ、レシピ情報の利用促進を図ることができる。
　さらに、ユーザの利用するユーザ端末における限られた（例えば、モニタなどの）提示領域において、価値のある情報（味傾向の情報）を提示することにより、ユーザ端末の資源を有効活用することができる。

　また、第１の実施の形態の情報処理装置においては、味傾向推定部は、レシピ情報に基づき特定した対象料理の全体分量と使用材料に含まれる味成分の分量とに基づいて味傾向を推定している。

　これにより、料理の全体分量に対する味成分の分量の関係に基づいて味傾向の推定を精度良く行うことが可能とされる。
　従って、レシピに関する提示情報の信頼性向上を図ることができ、レシピ情報のさらなる利用促進を図ることができる。

　さらに、第１の実施の形態の情報処理装置においては、味傾向推定部は、使用材料と分量と調理手順とに基づいて味傾向を推定している。

　これにより、例えば加熱により甘みが増すタマネギ等、調理方法によって特定の味の強度が増す材料の分量を考慮して味傾向を推定することが可能とされる。
　従って、味傾向の推定精度向上を図ることができ、レシピに関する提示情報の信頼性向上によりレシピ情報のさらなる利用促進を図ることができる。

　さらにまた、第１の実施の形態の情報処理装置においては、提示部は、対象料理がユーザによるレシピ利用履歴のある料理であると判定した場合には、味傾向の提示を行わないようにしている。

　これにより、ユーザが味傾向を既知であると推定される料理について無闇に味傾向の提示に係る処理が行われてしまうことの防止が図られる。
　従って、処理負担の軽減を図ることができる。

　また、第１の実施の形態の情報処理装置においては、対象料理とは異なる他の料理のレシピ情報に基づいて該他の料理の味傾向の推定及び使用材料の特定を行い、対象料理と他の料理との間の味傾向及び使用材料の類似性に基づいて対象料理と似た料理である類似料理を特定する類似料理特定部（類似料理特定処理部Ｆ２）を備え、提示部は、類似料理特定部が特定した類似料理の情報をユーザに提示している。

　これにより、対象料理の味のイメージをユーザにより容易に抱かせることが可能とされる。
　従って、利便性のさらなる向上を図ることができ、レシピ情報のさらなる利用促進を図ることができる。

　さらに、第１の実施の形態の情報処理装置においては、類似料理特定部は、対象料理と他の料理との類比判定を味傾向と使用材料とレシピ情報から特定される調理方法とに基づいて行っている。

　これにより、例えば対象料理＝「汁粉」に対して類似料理「羊羹」とされる等、味傾向や使用材料は類似するが調理方法が異なる料理が類似料理とされてしまうことが避けられる。
　従って、食感や温度等の味以外の要素も加味したかたちで類似料理を提示することが可能となり、対象料理のイメージをユーザにより容易に抱かせることができる。

　さらにまた、第１の実施の形態の情報処理装置においては、類似料理特定部は、対象料理と類似料理それぞれのレシピ情報に基づいて両料理の非類似部分を特定し、提示部は、非類似部分を示す情報をユーザに提示している。

　これにより、対象料理と類似料理とに非類似部分がある場合に対応して、対象料理の味のイメージをユーザにさらに容易に抱かせることが可能とされる。
　従って、利便性のさらなる向上を図ることができ、レシピ情報のさらなる利用促進を図ることができる。

　また、第１の実施の形態の情報処理装置においては、提示部は、対象料理がユーザによるレシピ利用履歴のある料理であると判定した場合には、類似料理の提示を行わないようにしている。

　これにより、ユーザが味傾向を既知であると推定される料理について無闇に類似料理の提示に係る処理が行われてしまうことの防止が図られる。
　従って、処理負担の軽減を図ることができる。

＜２．第２の実施の形態＞
［2-1．構成概要］

　続いて、第２の実施の形態について説明する。
　第２の実施の形態は、類似料理の提示に関して、ユーザの出身地域や対象料理Ｍｔが属する地域等に係る条件を課すものである。
　なお、以下の説明において、既にこれまでに説明済みとなった部分と同様となる部分については、特に断りがない限り、同一の符号やステップ番号を付して説明を省略する。

　図１０は、第２の実施の形態におけるネットワークシステム１Ａの例を示している。
　ネットワークシステム１Ａは、ネットワークシステム１と比較して、レシピサイト運営システム３に代えてレシピサイト運営システム３Ａが設けられた点が異なる。
　レシピサイト運営システム３Ａは、レシピサイト運営システム３と比較して、レシピサイトサーバ３１に代えてレシピサイトサーバ３１Ａが、ユーザＤＢ３２に代えてユーザＤＢ３２Ａが、レシピＤＢ３３に代えてレシピＤＢ３３Ａがそれぞれ設けられた点が異なる。
　なお、これらレシピサイトサーバ３１Ａ、ユーザＤＢ３２Ａ、及びレシピＤＢ３３Ａのハードウェア構成は図３で例示したものと同様である。

　ユーザＤＢ３２Ａには、ユーザＤＢ３２における記憶情報に加えて、ユーザの出身地域の情報、及びユーザの地域ごとの居住履歴情報がユーザＩＤに対応づけられて記憶されている。
　ここで、「地域」の区分としては、例えば国による区分、東南アジアやヨーロッパ等の国の区分よりも大きな区分、或いは州や県等の国の区分よりも小さな区分を挙げることができる。すなわち、出身地域の情報としては、日本国、米国（この場合は国籍情報と同じ）や、アフリカ、奄美・沖縄地方等の情報となる。
　また、居住履歴情報としては、本例の場合、ユーザが居住した経験のある地域における居住期間の情報が記憶されている。

　図１１は、第２の実施の形態におけるレシピＤＢ３３Ａの記憶情報の例を示した図である。
　この場合のレシピＤＢ３３Ａにおいては、レシピ情報を構成する情報として、「地域」の情報がレシピＩＤに対応づけられて記憶されている。該「地域」の情報としては、対象料理が属する地域の情報が記憶されている。すなわち、該「地域」の情報は、例えば対象料理＝日本料理であれば「日本」、対象料理＝アフリカ料理であれば「アフリカ」を示す情報が記憶されるものである。

　図１１を参照して理解されるように、第２の実施の形態におけるレシピサイト運営システム３Ａにおいては、レシピ情報は、地域別に分類された料理ごとに用意されている。
　ここで、以下では、「地域」の区分は国による区分であるとして説明を続ける。

［2-2．第２の実施の形態としての情報提示手法］

　図１２の機能ブロック図を参照して、レシピサイトサーバ３１Ａが実現する第２の実施の形態としての情報提示手法に係る各種機能について説明する。
　レシピサイトサーバ３１Ａは、レシピサイトサーバ３１と比較して、類似料理特定処理部Ｆ２に代えて類似料理特定処理部Ｆ２Ａを有する点、及び地域特定処理部Ｆ４を有する点が異なる。

　地域特定処理部Ｆ４は、ユーザの出身地域を特定する。具体的に本例の場合、地域特定処理部Ｆ４はユーザＤＢ３２Ａに記憶された出身地域の情報のうちレシピ情報を指定したユーザの出身地域の情報を取得する。

　類似料理特定処理部Ｆ２Ａは、対象料理Ｍｔが属する地域と出身地域（レシピ情報を指定したユーザの出身地域）とが異なると判定した場合には、出身地域に属する料理のうちから類似料理を特定する。つまり、例えば対象料理Ｍｔ＝日本料理、ユーザ＝米国人である場合には、米国に属する料理、すなわち「地域」の情報として「米国」を示す情報が対応づけられている料理のうちから類似料理を特定する。
　これにより、対象料理Ｍｔが属する地域とユーザ出身地域とが異なる場合において、対象料理の味のイメージをユーザの出身地域の類似料理に例えるかたちでさらに容易に伝達することが可能となる。

　本例における類似料理特定処理部Ｆ２Ａは、対象料理Ｍｔが属する地域と出身地域とが異なると判定した場合において、対象料理Ｍｔが属する地域におけるユーザの居住期間が一定期間以上である場合には、出身地域に属する料理のうちから類似料理を特定する処理を行わない。つまり、例えば対象料理Ｍｔ＝日本料理、ユーザ＝米国人であっても、日本におけるユーザの居住期間が一定期間以上である場合には、米国料理による類似料理を特定する処理は行わないものである。
　本例では上記の場合、ユーザの出身地域に属する料理ではなく、対象料理Ｍｔが属する地域における料理のうちから類似料理の特定を行う。
　これにより、ユーザが対象料理の属する地域の料理を十分に知っているにも関わらず、対象料理の味のイメージがユーザ出身地域に属する料理で無理矢理例えられてしまうといった事態の発生防止を図ることができる。

［2-3．処理手順］

　図１３のフローチャートを参照して、上記により説明した第２の実施の形態としての情報提示手法を実現するための処理について説明する。
　図１３に示す処理は、レシピサイトサーバ３１ＡにおけるＣＰＵ１０１が例えばレシピサイトサーバ３１ＡにおけるＲＯＭ１０２や記憶部１０８等の所定の記憶装置に記憶されたプログラムに基づき実行するものである。
　なお、図１３において、ユーザ端末４の処理は先の図７に示したものと同様となることから図示は省略している。

　図１３において、ステップＳ２０１のレシピ検索処理からステップＳ２０８の味傾向推定処理までの各処理は、第１の実施の形態の場合と同様である。
　但し、ステップＳ２０４の判定処理に関して、この場合のメジャー料理は、レシピサイト運営システム３Ａにて異なる地域に属する料理のレシピを取り扱うことを考慮して、例えば世界的に周知な料理を選定しておく等、少なくとも複数の地域間で周知な料理を選定しておくことが望ましい。
　これにより、地域の枠を超えて周知となっている料理について、無闇に味傾向や類似料理に係る情報の提示が行われてしまうことの防止が図られる。

　レシピサイトサーバ３１Ａは、ステップＳ２０８の味傾向推定処理を実行したことに応じ、ステップＳ５０１でユーザ出身地域と対象料理Ｍｔが属する地域とが同じであるか否かを判定する。なお、対象料理Ｍｔが属する地域の情報は、本例ではレシピＤＢ３３Ａにおいてレシピ情報Ｒｔの一部として記憶されている「地域」の情報を特定する。

　ユーザ出身地域と対象料理Ｍｔが属する地域とが同じであった場合、レシピサイトサーバ３１ＡはステップＳ５０３に進み、比較候補料理の地域条件として「対象料理Ｍｔが属する地域」との条件を設定した上で、ステップＳ２０９の類似料理特定処理に進む。
　これにより、この場合の類似料理特定処理では、ステップＳ４０１の特定処理において、比較候補料理として対象料理Ｍｔと同一ジャンルで且つ対象料理Ｍｔが属する地域と同地域に属する料理が特定される。つまりこの結果、類似料理として対象料理Ｍｔが属する地域の料理をユーザに提示することができる。

　一方、ユーザ出身地域と対象料理Ｍｔが属する地域とが同じでなかった場合、レシピサイトサーバ３１ＡはステップＳ５０２に進み、対象料理Ｍｔが属する地域におけるユーザの居住期間が一定以上か否かを判定する。本例では、対象料理Ｍｔが属する地域におけるユーザの居住期間は、ユーザＤＢ３２Ａに記憶された上述の居住履歴情報から特定する。

　対象料理Ｍｔが属する地域におけるユーザの居住期間が一定以上であった場合、レシピサイトサーバ３１Ａは上述したステップＳ５０３に処理を進める。つまりこれにより、例えば対象料理Ｍｔ＝日本料理、ユーザ＝米国人であっても、日本におけるユーザの居住期間が一定期間以上である場合には、米国料理による類似料理を特定する処理は行われず、日本料理から類似料理を特定する処理が行われる。

　対象料理Ｍｔが属する地域におけるユーザの居住期間が一定以上でなかった場合、レシピサイトサーバ３１ＡはステップＳ５０４に進み、比較候補料理の地域条件として「ユーザ出身地域」との条件を設定した上で、ステップＳ２０９の類似料理特定処理に進む。
　これにより、この場合の類似料理特定処理では、比較候補料理として対象料理Ｍｔと同一ジャンルで且つユーザ出身地域に属する料理が特定され、結果、類似料理としてユーザ出身地域に属する料理をユーザに提示することができる。

　なお、上記では、ユーザの出身地域の情報を予めユーザごとに用意された情報から特定する例を挙げたが、ユーザの出身地域の情報として、例えば国や国の区分よりも大きな区分による地域の情報については、ユーザ端末４のＯＳ（Operating System）やブラウザの使用言語設定の情報、ＩＰ（Internet Protocol）アドレスの情報等に基づき特定（推定）することも可能である。

　また、ユーザ出身地域と対象料理Ｍｔが属する地域とが異なるか否かの判定は、ユーザの氏名情報（氏名の一部でも良い）に基づいて行うこともできる。例えば、対象料理Ｍｔ＝日本料理である場合、ユーザ氏名が例えば漢字表記ではなく英語やカタカナ表記であれば、ユーザ出身地域と対象料理Ｍｔが属する地域とが異なると判定することができる。すなわち、ユーザの氏名が対象料理Ｍｔが属する地域の出身者に用いられる氏名であると推定されるか否かにより、ユーザ出身地域と対象料理Ｍｔが属する地域とが同一であるか否かを判定するものである。

　また、上記では、対象料理Ｍｔが属する地域とユーザ出身地域とが異なると判定した場合において、対象料理Ｍｔが属する地域におけるユーザの居住期間が一定期間以上である場合には、対象料理Ｍｔが属する地域の料理のうちから類似料理を特定する例を挙げたが、同場合においては、類似料理の特定処理自体を行わないようにすることも可能である。
　これにより、ユーザが味傾向を既知であると推定される料理について無闇に類似料理の特定処理、及び提示が行われてしまうことの防止を図ることが可能となる。

　また、類似料理特定処理部Ｆ２Ａとしては、以下のような変形例としての処理を行うことが可能である。
　すなわち、類似料理特定処理部Ｆ２Ａは、ユーザの居住履歴として、出身地域と対象料理が属する地域とを除いた第三地域における一定期間以上の居住履歴があるか否かを判定し、対象料理が属する地域とユーザの出身地域とが異なると判定した場合において、第三地域での居住履歴があると判定した場合には、出身地域と第三地域に属するそれぞれの料理のうちから類似料理を特定するというものである。

　図１４のフローチャートを参照して、当該変形例としての処理を説明する。
　この場合のレシピサイトサーバ３１Ａは、ステップＳ５０１でユーザ出身地域と対象料理Ｍｔが属する地域とが同じであると判定した場合は、ステップＳ６０１で第三地域における一定期間以上の居住履歴があるか否かを判定する。本例の場合、該居住履歴の有無は、ユーザＤＢ３２Ａに記憶された居住履歴情報に基づき判定する。

　ステップＳ６０１において、第三地域における一定期間以上の居住履歴がなかった場合、レシピサイトサーバ３１Ａは前述したステップＳ５０３に処理を進める。つまりこの場合、対象料理Ｍｔが属する地域と同地域に属する料理から類似料理を特定する処理が行われる。
　一方、ステップＳ６０１において、第三地域における一定期間以上の居住履歴があった場合、レシピサイトサーバ３１ＡはステップＳ６０２に進み、比較候補料理の地域条件として「対象料理Ｍｔが属する地域及び第三地域」との条件を設定した上で、ステップＳ２０９の類似料理特定処理に進む。つまり、ユーザ出身地域と対象料理Ｍｔが属する地域とが同じで且つ第三地域における一定期間以上の居住履歴がある場合には、対象料理Ｍｔが属する地域の料理と第三地域に属する料理とを対象として類似料理を特定する処理が行われる。

　また、この場合のレシピサイトサーバ３１Ａは、ステップＳ５０２で対象料理Ｍｔが属する地域におけるユーザ居住期間が一定以上であると判定した場合においても、上述したステップＳ６０１に処理を進める。これにより、ユーザ出身地域と対象料理Ｍｔが属する地域とが異なるが対象料理Ｍｔが属する地域でのユーザ居住期間が一定期間以上である場合において、ユーザの第三地域での一定期間以上の居住履歴があるときは（Ｓ５０１→Ｓ５０２→Ｓ６０１→Ｓ６０２）、対象料理Ｍｔが属する地域の料理と第三地域に属する料理とを対象として類似料理を特定する処理が行われる。また同場合において、ユーザの第三地域での一定期間以上の居住履歴がないときは（Ｓ５０１→Ｓ５０２→Ｓ６０１→Ｓ５０３）、対象料理Ｍｔが属する地域の料理から類似料理を特定する処理が行われる。

　さらに、この場合のレシピサイトサーバ３１Ａは、ステップＳ５０２で対象料理Ｍｔが属する地域におけるユーザ居住期間が一定以上でないと判定した場合は、ステップＳ６０３に進んで第三地域における一定期間以上の居住履歴があるか否かを判定する。
　ステップＳ６０３において、第三地域における一定期間以上の居住履歴があれば、レシピサイトサーバ３１ＡはステップＳ６０４に進んで、比較候補料理の地域条件として「ユーザ出身地域及び第三地域」との条件を設定した上で、ステップＳ２０９の類似料理特定処理に進む。これにより、ユーザ出身地域と対象料理Ｍｔが属する地域とが異なり、且つ対象料理Ｍｔが属する地域でのユーザ居住期間が一定期間以上でない場合において、ユーザの第三地域での一定期間以上の居住履歴があるときは、ユーザ出身地域に属する料理と第三地域に属する料理とを対象として類似料理を特定する処理が行われる。

　一方、ステップＳ６０３において、第三地域における一定期間以上の居住履歴がなければ、レシピサイトサーバ３１Ａは前述したステップＳ５０４に処理を進める。これにより、ユーザ出身地域と対象料理Ｍｔが属する地域とが異なり、且つ対象料理Ｍｔが属する地域でのユーザ居住期間が一定期間以上でない場合において、ユーザの第三地域での一定期間以上の居住履歴がないときは、ユーザ出身地域に属する料理から類似料理を特定する処理が行われる。

　上記の変形例においては、対象料理Ｍｔが属する地域とユーザ出身地域とが異なり、且つユーザの第三地域での一定期間以上の居住履歴がある場合に対応して、出身地域と第三地域に属するそれぞれの料理のうちから類似料理を特定している。
　これにより、対象料理Ｍｔの味のイメージをユーザの出身地域の類似料理のみならず一定期間以上居住した第三地域の類似料理にも例えるかたちでさらに容易に伝達することが可能となる。

［2-4．第２の実施の形態のまとめ］

　上記のように第２の実施の形態の情報処理装置（レシピサイトサーバ３１Ａ）においては、レシピ情報は、地域別に分類された料理ごとに用意され、ユーザの出身地域を特定する地域特定部（地域特定処理部Ｆ４）を備えると共に、類似料理特定部（類似料理特定処理部Ｆ２Ａ）は、対象料理が属する地域と出身地域とが異なると判定した場合には、出身地域に属する料理のうちから類似料理を特定している。

　これにより、対象料理の味のイメージをユーザの出身地域の類似料理に例えるかたちでさらに容易に伝達することが可能とされる。
　従って、利便性のさらなる向上を図ることができ、レシピ情報のさらなる利用促進を図ることができる。特に、外国人のレシピ利用喚起や外国料理レシピの利用促進を図る上で好適である。

　また、第２の実施の形態の情報処理装置においては、類似料理特定部は、対象料理が属する地域と出身地域とが異なると判定した場合において、対象料理が属する地域におけるユーザの居住期間が一定期間以上である場合には、出身地域に属する料理のうちから類似料理を特定する処理を行わないようにしている。

　これにより、ユーザが対象料理の属する地域の料理を十分に知っているにも関わらず、対象料理の味のイメージがユーザ出身地域に属する料理で無理矢理例えられてしまうといった事態の発生防止を図ることが可能とされる。
　従って、ユーザに対する対象料理の味のイメージの伝達精度が低下してしまうことの防止を図ることができる。

　さらに、第２の実施の形態の情報処理装置においては、類似料理特定部は、ユーザの居住履歴として、出身地域と対象料理が属する地域とを除いた第三地域における一定期間以上の居住履歴があるか否かを判定し、対象料理が属する地域とユーザの出身地域とが異なると判定した場合において、第三地域での居住履歴があると判定した場合には、出身地域と第三地域に属するそれぞれの料理のうちから類似料理を特定している。

　これにより、対象料理の味のイメージをユーザの出身地域の類似料理のみならず一定期間以上居住した第三地域の類似料理にも例えるかたちでさらに容易に伝達することが可能とされる。
　従って、利便性のさらなる向上を図ることができ、レシピ情報のさらなる利用促進を図ることができる。

＜３．プログラム及び記憶媒体＞

　以上、本発明に係る情報処理装置の実施の形態としてのレシピサイトサーバ（３１又は３１Ａ）を説明してきたが、実施の形態のプログラムは、該レシピサイトサーバの処理を情報処理装置（ＣＰＵ等）に実行させるプログラムである。

　実施の形態のプログラムは、料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも前記使用材料と前記分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する味傾向推定機能と、前記味傾向推定機能により推定した味傾向の情報をユーザに提示する提示機能と、を情報処理装置に実現させる。
　すなわち、このプログラムは、例えばレシピサイトサーバ３１等の情報処理装置に図７乃至図９等により説明した処理を実行させるプログラムに相当する。

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

＜４．変形例＞

　本発明は上記により説明した具体例に限定されず、各種の変形例が考えられる。
　例えば、第２の実施の形態では、対象料理が属する地域とユーザ出身地域とが異なると判定した場合において、対象料理が属する地域におけるユーザの居住期間が一定期間以上である場合に、類似料理の特定処理自体を行わないことができることを言及したが、同場合においては、味傾向の推定処理を非実行とする（つまりは提示を非実行とする）ことも可能である。

　また、上記では、本発明による味傾向や類似料理の情報提示がウェブページ上で行われる例を挙げたが、これらの情報提示は、例えば電子レンジや炊飯器等の電子機器に設けられた表示部上で行われるようにすることもできる。換言すれば、本発明はこれら電子レンジや炊飯器などの各種電子機器に対しても好適に適用できるものである。

　１　ネットワークシステム、２　ネットワーク、３、３Ａ　レシピサイト運営システム、３１、３１Ａ　レシピサイトサーバ、３２、３２Ａ　ユーザＤＢ（データベース）、３３、３３Ａ　レシピＤＢ、４　ユーザ端末、１０１　ＣＰＵ、Ｆ１　味傾向推定処理部、Ｆ２、Ｆ２Ａ　類似料理特定処理部、Ｆ３　提示処理部、Ｆ４　地域特定処理部、Ａｒ１　レシピ名提示領域、Ａｒ２　料理写真提示領域、Ａｒ３　材料・分量提示領域、Ａｒ４　調理手順提示領域、Ａｒ５　味傾向提示領域、Ａｒ６　類似料理提示領域

Claims

　料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも前記使用材料と前記分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する味傾向推定部と、
　前記味傾向推定部が推定した味傾向の情報をユーザに提示する提示部と、を備える
　情報処理装置。
　前記味傾向推定部は、
　前記レシピ情報に基づき特定した前記対象料理の全体分量と前記使用材料に含まれる味成分の分量とに基づいて前記味傾向を推定する
　請求項１に記載の情報処理装置。
　前記味傾向推定部は、
　前記使用材料と前記分量と前記調理手順とに基づいて前記味傾向を推定する
　請求項１に記載の情報処理装置。
　前記提示部は、
　前記対象料理が前記ユーザによるレシピ利用履歴のある料理であると判定した場合には、前記味傾向の提示を行わない
　請求項１に記載の情報処理装置。
　前記対象料理とは異なる他の料理の前記レシピ情報に基づいて該他の料理の前記味傾向の推定及び前記使用材料の特定を行い、前記対象料理と前記他の料理との間の前記味傾向及び前記使用材料の類似性に基づいて前記対象料理と似た料理である類似料理を特定する類似料理特定部を備え、
　前記提示部は、
　前記類似料理特定部が特定した前記類似料理の情報を前記ユーザに提示する
　請求項１に記載の情報処理装置。
　前記類似料理特定部は、
　前記対象料理と前記他の料理との類比判定を前記味傾向と前記使用材料と前記レシピ情報から特定される調理方法とに基づいて行う
　請求項５に記載の情報処理装置。
　前記類似料理特定部は、
　前記対象料理と前記類似料理それぞれの前記レシピ情報に基づいて両料理の非類似部分を特定し、
　前記提示部は、
　前記非類似部分を示す情報を前記ユーザに提示する
　請求項５に記載の情報処理装置。
　前記レシピ情報は、地域別に分類された料理ごとに用意され、
　前記ユーザの出身地域を特定する地域特定部を備えると共に、
　前記類似料理特定部は、
　前記対象料理が属する地域と前記出身地域とが異なると判定した場合には、前記出身地域に属する料理のうちから前記類似料理を特定する
　請求項５に記載の情報処理装置。
　前記類似料理特定部は、
　前記対象料理が属する地域と前記出身地域とが異なると判定した場合において、前記対象料理が属する地域における前記ユーザの居住期間が一定期間以上である場合には、前記出身地域に属する料理のうちから前記類似料理を特定する処理を行わない
　請求項８に記載の情報処理装置。
　前記類似料理特定部は、
　前記ユーザの居住履歴として、前記出身地域と前記対象料理が属する地域とを除いた第三地域における一定期間以上の居住履歴があるか否かを判定し、
　前記対象料理が属する地域と前記ユーザの出身地域とが異なると判定した場合において、前記第三地域での前記居住履歴があると判定した場合には、前記出身地域と前記第三地域に属するそれぞれの料理のうちから前記類似料理を特定する
　請求項８に記載の情報処理装置。
　前記提示部は、
　前記対象料理が前記ユーザによるレシピ利用履歴のある料理であると判定した場合には、前記類似料理の提示を行わない
　請求項５に記載の情報処理装置。
　料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも前記使用材料と前記分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する味傾向推定ステップと、
　前記味傾向推定ステップにより推定した味傾向の情報をユーザに提示する提示ステップと、を情報処理装置が実行する
　情報処理方法。
　料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも前記使用材料と前記分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する味傾向推定機能と、
　前記味傾向推定機能により推定した味傾向の情報をユーザに提示する提示機能と、を情報処理装置に実現させる
　プログラム。
　料理についての使用材料と使用材料の分量と調理手順とを表す情報を含んで成るレシピ情報における、少なくとも前記使用材料と前記分量の情報に基づいて、当該レシピ情報に従って作成される料理である対象料理の味傾向を推定する味傾向推定機能と、
　前記味傾向推定機能により推定した味傾向の情報をユーザに提示する提示機能と、を情報処理装置に実現させるプログラムを記憶した
　記憶媒体。