(57)【要約】【課題】レシピの妥当性について客観性を持って効率良く判定し、当該レシピの質向上を継続的に図る。【解決手段】レシピ管理装置１０において、所定レシピのユーザによる当該レシピの使用レポートを格納するレポート格納部１００と、前記使用レポートにおける、前記レシピの所定項目に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す前記記載の妥当性有無に応じて、前記レシピの維持または修正提案を選択的に実行する妥当性判定部１０１とを含む構成とする。【選択図】図２
2020057347.tif 000002
【特許請求の範囲】
【請求項１】
所定レシピのユーザによる当該レシピの使用レポートを格納するレポート格納部と、
前記使用レポートにおける、前記レシピの所定項目に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す前記記載の妥当性有無に応じて、前記レシピの維持または修正提案を選択的に実行する妥当性判定部と、
を備えるレシピ管理装置。
【請求項２】
前記妥当性判定部は、前記使用レポートの各々における前記所定項目の記載を、予め保持するネガポジ辞書に照合して前記肯定感を判定し、前記判定の結果であるネガティブまたはポジティブの値の分布状況を前記統計処理で特定し、当該統計処理の結果、前記所定項目に関する記載がポジティブ中心である場合、当該記載の妥当性はあると判定し、前記所定項目に関する記載がネガティブ中心である場合、当該記載の妥当性は無いと判定する、請求項１記載のレシピ管理装置。
【請求項３】
前記妥当性判定部は、前記統計処理の結果が、前記記載に妥当性は無いことを示すものであった場合、前記レシピの投稿者の端末に対し、前記使用レポートに基づく前記レシピの修正提案の通知を送信する、請求項１または２に記載のレシピ管理装置。
【請求項４】
前記妥当性判定部は、前記投稿者の端末より、前記修正提案に対する受諾回答を受信した場合、前記修正提案に基づいて当該レシピの修正処理を行う、請求項３に記載のレシピ管理装置。
【請求項５】
情報処理装置が、
所定レシピのユーザによる当該レシピの使用レポートを、当該ユーザの端末から取得するステップと、
前記使用レポートにおける、前記レシピの所定項目に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す前記記載の妥当性有無に応じて、前記レシピの維持または修正提案を選択的に実行するステップと、
を実行するレシピ管理方法。
【請求項６】
情報処理装置に、
所定レシピのユーザによる当該レシピの使用レポートを、当該ユーザの端末から取得するステップと、
前記使用レポートにおける、前記レシピの所定項目に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す前記記載の妥当性有無に応じて、前記レシピの維持または修正提案を選択的に実行するステップと、
を実行させるレシピ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、レシピ管理装置、レシピ管理方法、および、レシピ管理プログラムに関する。
【背景技術】
【０００２】
日々料理を行う主婦に限らず、何らかの料理機会を前にして、作るべき料理やそのレシピが思い浮かばず悩む者は多い。一方、こうした悩みに対する答えの１つとして、料理のプロアマ問わず、様々な者からレシピ投稿を受け付けて、これをインターネット上で配信・公開するサービスが存在する。
上述のサービスにおいては、膨大な数のレシピを公開する一方で、当該レシピを参照して実際に料理を行ったユーザからのレポートも受け付け、公開している。
【０００３】
特許文献１には、こうしたレシピユーザからのレポートに関する処理技術として、レシピ投稿者（レシパ）と、当該レシパによる投稿レシピに対するレポートを投稿したユーザ（レポータ）との親密度を評価し、この親密度の高低に応じて、当該レポータによるレポートに関する承認方法を選択的に実行する技術が開示されている。
【０００４】
こうした特許文献１によれば、レシパにおけるレポート承認に係る負担を抑えながら、レポート掲載ページの質悪化の抑制とレポート掲載数の低下抑制との両立を図るといった効果を奏する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第６２５４７５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の従来技術においては、レシピユーザによるレポートを効率的に処理できる。しかしながら、いわゆるスマートキッチン技術を前提にした場合、そうした投稿処理の効率化に加えて、レシピやレポートの精度、確からしさの確保が非常に重要となってくる。
【０００７】
スマートキッチン技術においては、投稿されたレシピにおける定量的記載の値をキッチン家電に設定し、当該レシピに合わせて種々の調理動作を自動実行することとなる。
【０００８】
したがって、そうしたレシピが、精度や確からしさに関して信頼の置けないものであった場合、これを用いた料理の結果は、当該レシピが当初想定している料理とは異なるものとなる可能性が高い。このことは、精度や確からしさに関して信頼の置けないレポートで、対応するレシピの内容を修正するとした状況にも同様に起こりうる。
そこで本開示の目的は、レシピの妥当性について客観性を持って効率良く判定し、当該レシピの質向上を継続的に図る技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本開示の一態様におけるレシピ管理装置は、所定レシピのユーザによる当該レシピの使用レポートを格納するレポート格納部と、前記使用レポートにおける、前記レシピの所定項目に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す前記記載の妥当性有無に応じて、前記レシピの維持または修正提案を選択的に実行する妥当性判定部と、を備えるものである。
【００１０】
また、本開示の一態様におけるレシピ管理装置では、前記妥当性判定部は、前記使用レポートの各々における前記所定項目の記載を、予め保持するネガポジ辞書に照合して前記肯定感を判定し、前記判定の結果であるネガティブまたはポジティブの値の分布状況を前記統計処理で特定し、当該統計処理の結果、前記所定項目に関する記載がポジティブ中心である場合、当該記載の妥当性はあると判定し、前記所定項目に関する記載がネガティブ中心である場合、当該記載の妥当性は無いと判定する、としてもよい。
【００１１】
また、本開示の一態様におけるレシピ管理装置では、前記妥当性判定部は、前記統計処理の結果が、前記記載に妥当性は無いことを示すものであった場合、前記レシピの投稿者の端末に対し、前記使用レポートに基づく前記レシピの修正提案の通知を送信する、としてもよい。
【００１２】
また、本開示の一態様におけるレシピ管理装置では、前記妥当性判定部は、前記投稿者の端末より、前記修正提案に対する受諾回答を受信した場合、前記修正提案に基づいて当該レシピの修正処理を行う、としてもよい。
【００１３】
上記目的を達成するために、本開示の一態様におけるレシピ管理方法は、情報処理装置が、所定レシピのユーザによる当該レシピの使用レポートを、当該ユーザの端末から取得するステップと、前記使用レポートにおける、前記レシピの所定項目に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す前記記載の妥当性有無に応じて、前記レシピの維持または修正提案を選択的に実行するステップと、を実行するものである。
【００１４】
上記目的を達成するために、本開示の一態様におけるレシピ管理プログラムは、情報処理装置に、所定レシピのユーザによる当該レシピの使用レポートを、当該ユーザの端末から取得するステップと、前記使用レポートにおける、前記レシピの所定項目に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す前記記載の妥当性有無に応じて、前記レシピの維持または修正提案を選択的に実行するステップと、を実行させるものである。
【発明の効果】
【００１５】
本開示によれば、レシピの妥当性について客観性を持って効率良く判定し、当該レシピの質向上を継続的に図ることができる。
【図面の簡単な説明】
【００１６】
【図１】本実施形態のレシピ管理装置を含むネットワーク構成例の図である。
【図２】本実施形態におけるレシピ管理装置の構成例を示す図である。
【図３】本実施形態におけるレシピテーブルの構成例を示す図である。
【図４】本実施形態における使用レポートテーブルの構成例を示す図である。
【図５】本実施形態のネガポジ辞書の構成例を示す図である。
【図６】本実施形態におけるレシピ管理方法のフロー例を示す図である。
【図７】本実施形態における画面の例１を示す図である。
【図８】本実施形態における画面の例２を示す図である。
【発明を実施するための形態】
【００１７】
＜レシピ管理装置を含むネットワーク構成＞
以下に本開示の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のレシピ管理装置１０を含むネットワーク構成例の図である。
【００１８】
本実施形態のレシピ管理装置１０としては、いわゆるレシピ投稿サイトを管理、運用する装置を想定する。ここで例示するレシピ管理装置１０は、上述のレシピ投稿サイトを、インターネットなどのネットワーク１で公開するＷｅｂサーバである。
【００１９】
レシピ管理装置１０が公開するレシピ投稿サイトでは、有名無名、プロアマを問わず、様々な者が自身のレシピを投稿する。また同様に、様々な者がアクセスし、自身にとって必要なジャンルの、或いは好みの投稿者のレシピを閲覧する。こうした、投稿、閲覧の対象となるレシピは、そのデータ形式を限定はしないが、例えばＭＲＲ（Machine Readable
Recipe）形式のレシピを主に想定できる。
【００２０】
ＭＲＲ形式のレシピとは、電子レンジなどの調理機器（後述するキッチン家電３０）が読み取り可能なレシピである。一方、定性的表現や定量的表現が混在し人間にとって可読性を備えたレシピは、ＨＲＲ（Human Readable Recipe）形式のレシピと称される。
【００２１】
上述のＨＲＲ形式など従来型のレシピであれば、１つの調理動作であっても投稿者により様々に異なる表現で記述されることが多く、これを調理機器に設定するとしても調理精度が不安定なものとなりやすい。そこで、従来型のレシピに存在しうる、調理動作とは無関係な記載、表記揺れや文法間違い、などが排除されたもののが、ＭＲＲ形式のレシピとなる。
【００２２】
こうしたＭＲＲ形式のレシピは、そのデータとして、例えば、複数のノードとノード間のエッジとからなるグラフ（有向グラフ）により表現される。このグラフにおいては、複数のノードが各材料の状態遷移を定義し、また、エッジがノード間の状態遷移に必要なアクションを表す。上述のノードの種類を表１に示す。
【００２３】
【表１】
2020057347.tif 000003
【００２４】
各ノードには、ノードの属性として、例えば、表２に示す属性を付与可能である。ここではノードが材料ノードであって、この材料ノードが「ニンジン」を表すと仮定する。
【００２５】
【表２】
2020057347.tif 000004
また、各エッジには、エッジの属性として、表３に示す属性を付与可能である。
【００２６】
【表３】
2020057347.tif 000005
【００２７】
なお、上述のアクションとは、調理を構成する基本的な手順をいい、例えば「切る」、「温める」等の手順がアクションに該当する。また、アクションには、機器の具体的な設定温度や調理時間、作業内容などを含む。
【００２８】
ここで、各ノードの具体的な例を挙げて説明する。料理「サラダ」をつくる場合、料理ノードは、「サラダ」である。また、材料ノードは、例えば、「タマネギ」、「キュウリ」、「トマト」、「ケチャップ」、「マヨネーズ」である。各材料ノードには、材料を一意に識別するＩＤが付与される。
【００２９】
材料ノード「タマネギ」は、エッジ（アクション）である「切る」により、中間ノード「みじん切りタマネギ」と連結される。また、材料ノード「キュウリ」は、エッジ（アクション）である「切る」により、中間ノード「１センチ角キュウリ」と連結される。さらに、材料ノード「トマト」は、エッジ（アクション）である「切る」により、中間ノード「１／２トマト」と連結される。さらにまた、材料ノード「ケチャップ」及び材料ノード「マヨネーズ」は、エッジ（アクション）である「混ぜる」により、中間ノード「オーロラソース」と連結される。なお、「切る」、「混ぜる」のそれぞれには、アクションを一意に識別するＩＤが付与される。
【００３０】
そして、中間ノード「みじん切りタマネギ」、「１センチ角キュウリ」、及び「１／２トマト」は、エッジ（アクション）である「盛り付ける」により、料理ノード「サラダ」に連結される。また、中間ノード「オーロラソース」は、エッジ（アクション）である「かける」により、料理ノード「サラダ」に連結される。なお、「盛り付ける」、「かける」のそれぞれには、アクションを一意に識別するＩＤが付与される。また、「かける」は、「盛り付ける」の次に行われるように、エッジ間での順序が設定される。なお、「かける」に代えて、「あえる」というアクションであってもよい。
【００３１】
このように、各材料の状態遷移をグラフとして表現する場合、各材料には材料を一意に識別する材料ＩＤが付与され、状態遷移に必要な各アクションにはアクションを一意に識別するアクションＩＤが付与されている。よって、ＩＤに基づいて容易且つ確実に機械がレシピ情報を解読できる。また、アクションを行うべき機器をレシピ情報において必ずしも指定する必要がないため、将来的に登場する新たな機器を含む様々な機器に対応することが容易である。さらに、各アクションがすべてエッジとして表現されているため、レシピ情報中から各アクションを抽出することが容易である。
【００３２】
また、レシピ投稿サイトのユーザは、自由意志で投稿者にも閲覧者にもなりうるが、以後の説明では便宜上、これら投稿者と閲覧者をまとめてユーザとする。従って、図１で例示するネットワーク１には、レシピ管理装置１０の他に、投稿者および閲覧者の各ユーザ端末２０が通信可能に接続されている。
【００３３】
ユーザ端末２０としては、ネットワーク１への適宜な通信機能を備えた、スマートフォン、タブレット端末、ノートＰＣ等を想定できる。
【００３４】
なお、ユーザ端末２０は、レシピ管理装置１０が公開するレシピ投稿サイトでのブラウジング機能を介したレシピの閲覧と、当該レシピの使用に伴う使用レポートの投稿を可能とする適宜なアプリを保持しているものとする。このアプリは、いわゆるモバイルアプリケーションであり、携帯端末上で動作するものとなる。
【００３５】
こうしたユーザ端末２０を操作する者は、当該ユーザ端末２０を介してレシピ投稿サイトにアクセスする。そして、所望のレシピを閲覧し、これを自身のキッチン家電３０に設定して、料理に有効活用したいとの意向を持っている。またさらに、使用したレシピに関するレポートをレシピ投稿サイトに投稿したいとの意向も持っている。なお、こうして実際にレシピを利用した者をレシピユーザと称する。
【００３６】
以下、本実施形態のレシピ管理装置１０の具体的な構成や、その処理手順等について順次説明する。
【００３７】
＜レシピ管理装置の構成＞
本実施形態におけるレシピ管理装置１０の構成は、図２に示すように、記憶部１１、メモリ１２、演算部１３、入力部１４、出力部１５、および、通信部１６、を備える。
【００３８】
このうち記憶部１１は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）といった不揮発性記憶素子で構成される。
【００３９】
記憶部１１には、本実施形態のレシピ管理装置として必要な機能を実装する為のプログラム１７に加え、レシピテーブル１２０、使用レポートテーブル１２１、および、ネガポジ辞書１２２が少なくとも記憶されている。これらのテーブルの詳細については後述する。また、メモリ１２は、ＲＡＭなどの揮発性記憶素子で構成される。
【００４０】
また、演算部１３は、記憶部１１に保持されるプログラム１７をメモリ１２に読み込んで実行し、レシピ管理装置として必要な機能を実装するＣＰＵを想定する。ここで実装される機能は、レポート格納部１００および妥当性判定部１０１である。これらの詳細については後述する。
【００４１】
また、入力部１４は、ユーザからのキー入力や音声入力を受け付けるキーボードやマウス、キーパッド、タッチパネル、マイク等を想定する。また、出力部１５は、処理データの表示を行うディスプレイ等を想定する。
【００４２】
また、通信部１６は、ネットワーク１と接続して、ユーザ端末２０など他装置との通信処理を担うＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等を想定する。
【００４３】
なお、上述の入力部１４および出力部１５は、必須の構成ではない。これらは、レシピ管理装置１０が、自身の入力部１４でユーザからのレシピ投稿やレシピ検索の各要求を受け付け、その処理結果を出力部１５で表示する形態を想定する場合、必要となる構成である。
【００４４】
＜データの具体例＞
次に、本実施形態のレシピ管理装置１０が利用する各種のテーブルについて説明する。図３に、本実施形態におけるレシピテーブル１２０の一例を示す。レシピテーブル１２０は、例えばユーザ端末２０から投稿を受け付けたレシピを格納したテーブルである。
【００４５】
その構造は、例えば、レシピを一意に示すレシピＩＤをキー項目として、当該レシピの投稿者を示すユーザＩＤ、当該投稿者の属性（例：プロ／アマ）、レシピのタイトル、料理ジャンル、難易度、必要調理時間、ファイル名（格納先アドレスであってもよい）、といったデータを対応づけたレコードの集合体となっている。
【００４６】
また図４に、本実施形態における使用レポートテーブル１２１の一例を示す。使用レポートテーブル１２１は、上述のレシピテーブル１２０に格納されているレシピに関して、そのレシピユーザが投稿した使用レポートを格納したテーブルである。
【００４７】
その構造は、例えば、レシピユーザを一意に示すユーザＩＤをキー項目として、当該レシピユーザが利用したレシピのレシピＩＤ、キッチン家電３０の規定設定時間、当該レシピユーザによる推奨時間、規定設定出力、当該レシピユーザによる推奨設定出力、および、報告内容といったデータを対応づけたレコードの集合体となっている。
【００４８】
また図５に、本実施形態におけるネガポジ辞書１２２の構成例を示す図である。ネガポジ辞書１２２は、上述の使用レポートに含まれうる各キーワードを、ネガティブ感およびポジティブ感（すなわち肯定感）で分類したテーブルである。
【００４９】
その構造は、例えば、肯定感のうちネガティブとポジティブのそれぞれに分類されたキーワードを、キッチン家電３０の設定と、調理結果である料理、のそれぞれに関して対応づけたものとなっている。
【００５０】
＜レポート格納部の機能＞
レシピ管理装置１０が備える機能は、既に述べたように、レポート格納部１００および妥当性判定部１０１である。このうち、レポート格納部１００は、ユーザ端末２０からのレシピに関する使用レポートを受け付けて、これを記憶部１１の使用レポートテーブル１２１に格納するものである。
【００５１】
レポート格納部１００は、この格納に際し、レポート投稿者であるレシピユーザのユーザＩＤをキーとして、レポート対象のレシピＩＤ、当該レシピにおける規定設定時間、当該レシピユーザによる推奨時間、規定設定出力、当該レシピユーザによる推奨設定出力、および、報告内容、といったデータを対応づけたレコードを生成する。
【００５２】
上述のユーザＩＤ、レシピＩＤ、規定設定時間、推奨時間、規定設定出力、推奨設定出力、および、報告内容の各値は、ユーザ端末２０から投稿を受け付けた使用レポートのデータにいずれも含まれている。
【００５３】
＜妥当性判定部の機能＞
また、管理装置１０が備える妥当性判定部１０１は、上述の使用レポートテーブル１２１における、あるレシピに関する使用レポート各々に関して、対象レシピの所定項目（例：キッチン家電３０の出力や時間の設定）に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す妥当性有無に応じて、該当レシピの維持または修正提案を選択的に実行する。
【００５４】
具体的には、妥当性判定部１０１は、あるレシピに関する上述の使用レポートの各々における「報告内容」のテキストをネガポジ辞書１２２に照合し、報告内容が含む各キーワードのネガ／ポジ判定を行う。例えば、報告内容が含む、「時間」「かかり過ぎ」という各キーワードをネガポジ辞書１２２に照合すれば、「ネガティブ」の分類における「設定」項目の「時間」要素として「かかりすぎ」、というキーワードがヒットする。よって、この「時間」「かかり過ぎ」という各キーワードを含む報告内容は、ネガティブ感を含んでいると判定する。
【００５５】
妥当性判定部１０１は、こうしたネガ／ポジ判定を、対象となる各使用レポートに関してそれぞれ実行し、判定結果であるネガティブまたはポジティブの値の分布状況を統計処理し、例えば、当該レシピにおける「時間」の「設定」に対するネガ／ポジ判定の結果の中央値（最も出現頻度が高いネガ／ポジの領域）を、当該レシピにおける「時間」の「設定」に対する各レシピユーザの使用感総意と特定する。
【００５６】
例えば、あるレシピに対する１００件の使用レポートにおける、「時間」の「設定」に関するネガ／ポジ判定の結果のうち、６５件がネガティブ、３５件がポジティブであれば、当該レシピにおける「時間」の「設定」の妥当性は、レシピユーザからネガティブ感を持って認識されていると特定する。あるいは、６０件がポジティブ、４０件がネガティブであれば、当該レシピにおける「時間」の「設定」の妥当性は、レシピユーザからポジティブ感を持って認識されていると特定する。
【００５７】
上述の特定の結果、「時間」の「設定」など所定項目に関する記載がネガティブ中心である場合、妥当性判定部１０１は、当該記載の妥当性は無いと判定し、当該レシピの投稿者のユーザ端末２０に対し、使用レポートに基づく当該レシピの修正提案の通知を送信する。
【００５８】
具体的には、妥当性判定部１０１は、図４で示した使用レポートテーブル１２１の場合、「推奨時間」、「推奨設定出力」の各欄における、電子レンジの加熱時間と出力の設定値に関する推奨値を、上述の修正提案の内容とし、ユーザ端末２０に通知することとなる。
【００５９】
また妥当性判定部１０１は、こうした修正提案の通知を送信後、当該ユーザ端末２０より、上述の修正提案に対する受諾回答を受信した場合、該当修正提案に基づいて、レシピテーブル１２０における当該レシピの修正処理を行う。この修正処理は、レシピテーブル１２０の「ファイル名」で規定された該当ファイルに対する、該当項目の値の変更処理を想定する。
【００６０】
＜レシピ管理方法＞
続いて、本実施形態におけるレシピ管理方法の実際手順について図に基づき説明する。以下で説明するレシピ管理方法に対応する各種動作は、例えば、レシピ管理装置１０が実行するプログラムにより実装される。また、プログラムは、以下に説明される各種の動作を行うためのコードから構成されている。図６は、本実施形態におけるレシピ管理方法のフロー例を示す図である。
【００６１】
この場合、レシピ管理装置１０の妥当性判定部１０１は、例えば、あるレシピ投稿者のユーザ端末２０から所定の指示を受けて、または、所定期日の到来を感知して、使用レポートテーブル１２１における、あるレシピ投稿者の所定レシピに関する使用レポート各々を特定する（ｓ１０）。
【００６２】
また、妥当性判定部１０１は、ｓ１０で特定した使用レポート各々に関して、その「報告内容」のテキストをネガポジ辞書１２２に照合し、当該報告内容が含む各キーワードのネガ／ポジ判定を行う（ｓ１１）。
【００６３】
例えば、報告内容が含む、「時間」「かかり過ぎ」という各キーワードをネガポジ辞書１２２に照合すれば、「ネガティブ」の分類における「設定」項目の「時間」要素として「かかりすぎ」、というキーワードがヒットする。よって、この「時間」「かかり過ぎ」という各キーワードを含む報告内容は、ネガティブ感を含んでいると判定する。
【００６４】
妥当性判定部１０１は、対象となる各使用レポートに関してそれぞれ実行した、所定の記載項目に関するネガ／ポジの判定結果すなわちネガティブまたはポジティブの値について、その分布状況を統計処理する（ｓ１２）。
【００６５】
この統計処理では、例えば、当該レシピにおける「時間」の「設定」に対するネガ／ポジ判定の結果の中央値（最も出現頻度が高いネガ／ポジの領域）を、当該レシピにおける「時間」の「設定」に対する各レシピユーザの使用感総意と特定する。
【００６６】
例えば、あるレシピに対する１００件の使用レポートにおける、「時間」の「設定」に関するネガ／ポジ判定の結果のうち、６５件がネガティブ、３５件がポジティブであれば、当該レシピにおける「時間」の「設定」の妥当性は、レシピユーザからネガティブ感を持って認識されていると特定する。あるいは、６０件がポジティブ、４０件がネガティブであれば、当該レシピにおける「時間」の「設定」の妥当性は、レシピユーザからポジティブ感を持って認識されていると特定する。
【００６７】
上述の特定の結果、例えば「時間」の「設定」など所定項目に関する記載がポジティブ中心である場合（ｓ１３：Ｙｅｓ）、妥当性判定部１０１は、当該記載の妥当性はあると判定し、当該レシピの投稿者のユーザ端末２０に対し、当該レシピに関して問題無い旨（図７の画面７００）を通知し（ｓ１４）、処理を終了する。
【００６８】
一方、上述の特定の結果、例えば「時間」の「設定」など所定項目に関する記載がネガティブ中心である場合（ｓ１３：Ｎｏ）、妥当性判定部１０１は、当該記載の妥当性は無いと判定し、当該レシピの投稿者のユーザ端末２０に対し、使用レポートに基づく当該レシピの修正提案（図８の画面８００）を通知する（ｓ１５）。
【００６９】
具体的には、妥当性判定部１０１は、図４で示した使用レポートテーブル１２１の場合、「推奨時間」、「推奨設定出力」の各欄における、電子レンジの加熱時間と出力の設定値に関する推奨値を、上述の修正提案の内容とし、ユーザ端末２０に通知することとなる。
【００７０】
続いて、妥当性判定部１０１は、こうした修正提案の通知を送信後、当該ユーザ端末２０より、上述の修正提案に対する受諾拒否の回答を受信した場合（ｓ１６：Ｎｏ）、当該レシピにおける該当項目の設定に関して再考を要求する通知を送信し（ｓ１７）、処理を終了する。
【００７１】
一方、上述の修正提案の通知を送信後、当該ユーザ端末２０より、上述の修正提案に対する受諾回答を受信した場合（ｓ１６：Ｙｅｓ）、妥当性判定部１０１は、該当修正提案に基づいて、レシピテーブル１２０における当該レシピの修正処理を実行し（ｓ１８）、処理を終了する。この修正処理は、レシピテーブル１２０の「ファイル名」で規定された該当ファイルに対する、該当項目の値の変更処理を想定する。
【００７２】
レシピ管理装置１０は、レシピテーブル１２０に保持している各レシピについて、上述のフローを、例えば定期的に実行することで、多くのレシピユーザの意見を当該レシピに継続的に反映し、レシピのブラッシュアップを常に図っていくことが可能となる。このことは、レシピ投稿サイトを利用するユーザそれぞれにとって好ましい事態であり、ユーザビリティとともにユーザ満足度の改善、向上も期待できる。
【００７３】
以上、本開示を実施するための最良の形態などについて具体的に説明したが、本開示はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
こうした本実施形態によれば、レシピの妥当性について客観性を持って効率良く判定し、当該レシピの質向上を継続的に図ることができる。
【００７４】
なお、レシピ管理装置を構成する各機能を実現するためのプログラムを、コンピュータで読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、指示することによって、本実施形態のレシピ管理方法を実現するとしてもよい。
【００７５】
具体的には、当該プログラムは、情報処理装置に、所定レシピのユーザによる当該レシピの使用レポートを、当該ユーザの端末から取得するステップと、前記使用レポートにおける、前記レシピの所定項目に関する記載の肯定感について、所定の統計処理を行い、当該統計処理の結果が示す前記記載の妥当性有無に応じて、前記レシピの維持または修正提案を選択的に実行するステップと、を実行させる動作をコンピュータによって実現するためのプログラムである。
【００７６】
ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータで読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、ＵＳＢメモリ等の可搬媒体、コンピュータシステムに内蔵されるハードディスクやＳＳＤ等の記憶装置のことをいう。
【００７７】
さらに「コンピュータで読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。
【００７８】
また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【符号の説明】
【００７９】
１  ネットワーク
１０  レシピ管理装置
１１  記憶部
１２  メモリ
１３  演算部
１４  入力部
１５  出力部
１６  通信部
１７  プログラム
１００  レポート格納部
１０１  妥当性判定部
１２０  レシピテーブル
１２１  使用レポートテーブル
１２２  ネガポジ辞書
２０  ユーザ端末
【図１】
2020057347.tif 000006
【図２】
2020057347.tif 000007
【図３】
2020057347.tif 000008
【図４】
2020057347.tif 000009
【図５】
2020057347.tif 000010
【図６】
2020057347.tif 000011
【図７】
2020057347.tif 000012
【図８】
2020057347.tif 000013