JP2022056208A - ユーザが料理を作ることを可能とする管理サーバ - Google Patents

Abstract

【課題】上述の共働きの世帯の悩みを根本的に解決することができること。【解決手段】管理サーバ１００は、ユーザ１０ごとに味付けの好みを示す味の志向情報を含むユーザ情報を管理するユーザ情報管理部１０１と、ユーザ１０ごとに選択日時情報と選択空間情報と選択料理情報とコンテンツ識別情報と分量情報とを関連付ける予約情報を管理する予約情報管理部１０５と、料理の食材と共に第１調味料及び第２調味料を発注する発注部１０６と、ユーザ１０に対して選択日時以前にコンテンツを配信するコンテンツ配信部１０７とを具備し、発注部１０６は、ユーザ１０ごとに味の志向情報と選択料理情報と分量情報とに基づいてユーザ１０ごとの第２調味料の発注量を決定し、第２調味料は、指定空間において在庫管理されず、ユーザごとに料理を作る際に個別に用いられる調味料である。【選択図】図２

Description

本開示は、企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間においてユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバに関する。

従来、ユーザの自宅等に対して料理のレシピ及びかかる料理を作るための食材や調味料を配送するシステムが知られている（例えば、特許文献１又は２参照）。

特開平９-２７４６２９号公報 特開２０１０-０５５４８９号公報

一般的に、共働きの世帯では、料理をゆっくり作る時間を取ることが難しいという悩みを有しているため、上述のシステムによって、料理のレシピ及び料理を作るための食材や調味料を自宅に配送したところで、かかる悩みを根本的に解決することができない。

かかる悩みを解決するために、宅食や中食等を活用することが考えられるが、これらを活用することは、高コストに繋がるために持続することが困難であるし、頻繁に活用することは罪悪感に繋がるし、味もマンネリになってしまう等の問題点があった。

そこで、本開示は、上述の課題に鑑みてなされたものであり、上述の共働きの世帯の悩みを根本的に解決することができる管理サーバを提供することを目的とする。

本開示の第１の特徴は、企業によって指定された指定日時及び指定空間のうちユーザによって選択されて選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、前記ユーザごとに、味付けの好みを示す味の志向情報を含むユーザ情報を管理するように構成されているユーザ情報管理部と、前記ユーザごとに、前記選択日時を示す日時情報と、前記選択空間を示す空間情報と、前記ユーザによって選択された料理を示す選択料理情報と、前記料理のレシピに対応するコンテンツを識別するコンテンツ識別情報と、前記料理の分量を示す分量情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、前記料理の食材と共に、第１調味料及び第２調味料を発注するように構成されている発注部と、前記ユーザに対して、前記選択日時以前に、前記コンテンツを配信するように構成されているコンテンツ配信部とを具備しており、前記発注部は、ユーザごとに、前記味の志向情報と前記選択料理情報と前記分量情報とに基づいて、前記ユーザごとの前記第２調味料の発注量を決定するように構成されており、前記第１調味料は、前記指定空間において在庫管理され、複数の前記ユーザによって共用される調味料であり、前記第２調味料は、前記指定空間において在庫管理されず、前記ユーザごとに前記料理を作る際に個別に用いられる調味料であることを要旨とする。

本開示によれば、上述の共働きの世帯の悩みを根本的に解決することができる管理サーバを提供することができる。

図１は、一実施形態に係るサービス提供システム１の全体概略構成の一例を説明するための図である。 図２は、一実施形態に係る管理サーバ１００の機能ブロックの一例を示す図である。 図３は、一実施形態に係る管理サーバ１００のユーザ情報管理部１０１によって管理されるユーザ情報の一例を示す図である。 図４は、一実施形態に係る管理サーバ１００の企業情報管理部１０２によって管理される企業情報の一例を示す図である。 図５は、一実施形態に係る管理サーバ１００のユーザインターフェイス１０４によって提供されてユーザ１０の端末２０に表示されるユーザ予約画面の一例を示す図である。 図６は、一実施形態に係る管理サーバ１００の予約情報管理部１０５によって管理されるユーザ情報の一例を示す図である。 図７は、一実施形態に係る管理サーバ１００の動作の一例を示すフローチャートである。

以下、図１～図７を参照して、一実施形態について説明する。

図１～図６を参照して、本実施形態に係るサービス提供システム１の構成の一例について説明する。

本実施形態に係るサービス提供システム１は、管理サーバ１００を用いることによって、企業２００によって指定された日時（以下、指定日時）及び空間（以下、指定空間）のうちユーザ１０によって選択された日時（以下、選択日時）及び空間（以下、選択空間）においてユーザ１０が料理を作ることを可能とするサービス（以下、本サービス）を提供するように構成されている。

以下、本実施形態では、ユーザ１０は、本サービスに加入している会員を示す。また、本サービスは、例えば、毎月の利用代金が定額で利用可能なサブスクリプション型のサービスであってもよいし、ユーザ１０が本サービスを利用する度に利用代金を支払うタイプのサービスであってもよい。

ユーザ１０は、本サービスに加入する際に、所定期間中に（例えば、週ごとや月ごとに）本サービスを利用して料理を作ることができる回数が決められているプランの中から、自身に適したプランを決定する。なお、ユーザ１０は、本サービスに加入した後に、自身のプランを変更することも可能である。

また、企業２００は、本サービスを提供することに同意しており、上述の空間を提供することができる企業を示す。なお、企業２００は、上述の空間を提供することができる企業であれば、例えば、ユーザ１０が勤務する企業であってもよいし、一時的に利用若しくは貸与を許可する種類のレンタルスペース等を提供する企業であってもよい。

なお、ユーザ１０が勤務する企業２００は、福利厚生の一環として、ユーザ１０の本サービスの利用代金の一部又は全部を負担してもよい。

また、指定空間(及び、選択空間)は、ユーザ１０が料理を作ることができる場所を示すものとし、例えば、企業２００のオフィス内の会議室或いは執務室であってもよいし、企業２００によって提供されるレンタルスペース等であってもよい。例えば、かかるレンタルスペースとしては、イベントスペースやコワーキングスペースやフィットネスジムの空きスペース等が挙げられる。

また、指定日時(及び、選択日時)は、ユーザ１０の移動時間中や勤務時間中における隙間時間であることが好ましい。例えば、かかる隙間時間には、早朝や昼休み等の休憩時間やアフターファイブや休日が含まれ得る。

すなわち、ユーザ１０は、自身の勤務先の企業２００のオフィス内の会議室や執務室に限らず、休日を含む勤務時間外に、レンタルスペース等で料理を作ることができる。

例えば、本サービスは、企業２００に勤務するユーザ１０であって、共働きの世帯であって自宅で料理を作る時間が取りにくいようなユーザ１０を対象にしてもよい。特に、本サービスは、共働きの子育て世帯の母親或いは父親を対象にしてもよい。

図１に示すように、本実施形態に係るサービス提供システム１は、端末２０と、管理サーバ１００と、企業２００と、流通業者３００と、食品メーカ４００と、配送業者５００とを有している。

端末２０は、本実施形態に係るサービス提供システム１によって提供される本サービスの会員であるユーザ１０によって使用される端末であって、例えば、かかる端末２０としては、ユーザ１０のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であってもよいし、ユーザ１０の携帯通信端末であってもよい。

企業２００は、例えば、サーバ等によって、かかる企業２００の会議室等の予約状況等を管理することができる。また、企業２００は、管理サーバ１００からの依頼に応じて、かかる会議室等の予約状況を参照して、ユーザ１０に対して提供可能な空間及び日時を決定して、かかる空間及び日時を、上述の指定空間及び指定日時として管理サーバ１００に通知することができる。

流通業者３００は、上述の料理を作るために必要な食材の注文を受け付けて、かかる食材を提供することができる。例えば、流通業者３００は、食品の卸業者であってもよいし、かかる生産者自身であってもよい。また、流通業者３００は、サーバ等によって、かかる注文を受け付けてもよい。

ここで、流通業者３００は、管理サーバ１００からの要望により、所定タイミングで定期的に食材を提供してもよい。

食品メーカ４００は、料理を作るために必要な調味料等の注文を受け付けて、かかる調味料等を提供することができる。なお、食品メーカ４００は、サーバ等によってかかる注文を受け付けてもよい。ここで、食品メーカ４００は、管理サーバ１００からの要望により、所定タイミングで定期的に調味料等を提供してもよい。

なお、流通業者３００及び食品メーカ４００は、同一の事業体であってもよい。

配送業者５００は、管理サーバ１００から配送依頼を受け付けた場合に、上述の料理をユーザ１０によって指定された住所（例えば、ユーザ１０の自宅等）に配送することができる。

管理サーバ１００は、企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間においてユーザが料理を作ることを可能とするサーバである。

管理サーバ１００は、図２に示すように、ユーザ情報管理部１０１と、料理提案部１０２と、企業情報管理部１０３と、ユーザインターフェイス（ＩＦ）１０４と、予約情報管理部１０５と、発注部１０６と、コンテンツ配信部１０７と、配送手配部１０８とを有している。ここで、管理サーバ１００は、配送手配部１０８を具備していなくてもよい。

ユーザ情報管理部１０１は、本サービスの会員として登録されている各ユーザ１０に係る情報であるユーザ情報を管理するように構成されている。ここで、ユーザ情報管理部１０１は、ユーザ１０の端末２０によって入力された情報に基づいて、各ユーザ１０のユーザ情報を生成するように構成されていてもよい。

例えば、ユーザ情報管理部１０１は、ユーザ１０ごとに、かかるユーザ情報として、図３に示すように、少なくとも「ユーザＩＤ」と「アドレス情報」と「味の志向情報」とを関連付けて管理するように構成されている。

ここで、「ユーザＩＤ」は、かかるユーザ１０を識別するための情報である。

「アドレス情報」は、かかるユーザ１０によって指定されたコンテンツの送信先のアドレス情報である。例えば、図３に示すように、「アドレス情報」には、ユーザ１０の端末２０のメールアドレス等が設定されてもよい。

「味の志向情報」は、かかるユーザ１０の味付けの好みを示す情報である。例えば、「味の志向情報」には、図３に示すように、濃い味付けを好みとすることを示す「濃い」や、薄い味付けを好みとすることを示す「薄い」や、普通の味付けを好みとすることを示す「普通」等が設定されてもよい。また、図示しないが、「味の志向情報」には、辛い味付けを好みとする「辛味」や、酸っぱい味付けを好みとする「酸味」や、甘い味付けを好みとする「甘味」や、苦い味付けを好みとする「苦味」等が設定されてもよい。

なお、図示しないが、ユーザ情報管理部１０１は、さらに、かかるユーザ情報として、かかるユーザ１０のプロフィールに係る情報であるプロフィール情報や、かかるユーザ１０による本サービスの利用履歴に係る情報である利用履歴等を管理するように構成されていてもよい。

例えば、プロフィール情報には、かかるユーザ１０の生年月日や性別や家族構成や食の趣向やアレルギー情報や病歴の有無やユーザ１０が勤務する企業や利用希望形態等が設定されてもよい。

なお、上述の「味の志向情報」は、かかるプロフィール情報に含まれていてもよい。

ここで、利用希望形態等は、かかるユーザ１０が利用を望む利用形態に係る情報である。利用希望形態としては、予算や、料理を食べるシーンの選択（料理をオフィスで食べる場合、テイクアウトで料理を自宅等へ持ち帰って食べる場合、又は、その両方の場合）や、メニュー志向等を指定する情報が設定されてもよい。

なお、メニュー志向は、ユーザ１０の目的別に準備されたプランを示す情報である。例えば、メニュー志向には、冷凍等を想定した作り置きプランや、子供向けプラン（例えば、離乳食や幼児食等を料理したい方を対象とする） や、定番料理プラン（献立全体のバランスを重視される方等を対象とする）や、ヘルシープラン（ダイエット志向の方等を対象とする）等が設定されてもよい。

また、例えば、「利用履歴」には、かかるユーザ１０が本サービスを利用した日時や、その際に作った料理の種類やレシピ等の情報が設定されてもよい。

料理提案部１０２は、ユーザ情報管理部１０１によって管理されているユーザ情報に基づいて、各ユーザ１０用の推奨料理を決定するように構成されている。

例えば、料理提案部１０２は、ユーザ１０の家族構成やアレルギー情報等や、ユーザ１０の過去の利用実績や、ユーザ１０の利用希望形態等に基づいて、かかるユーザ１０用の推奨料理を決定するように構成されてもよい。

ここで、料理提案部１０２は、各ユーザ１０に対して、所定期間（例えば、１か月や１週間）分のユーザ１０用の推奨料理を提案するように構成されていてもよい。

また、かかる推奨料理としては、早朝や昼休み等の休憩時間やアフターファイブやランチタイム等の隙間時間で作ることができるような料理であることが好ましい。例えば、かかる推奨料理としては、所定時間（例えば、１０分～２０分）で作ることができる料理であることが好ましい。

また、料理提案部１０２は、同一の空間において同一の日時（時間帯）に複数のユーザ１０からなるグループ用に同一の推奨料理を提案するように構成されていてもよい。かかる場合、料理提案部１０２は、かかるグループ内のユーザ数に基づいて、かかる推奨料理を決定するように構成されていてもよい。

また、料理提案部１０２は、さらに、企業情報管理部１０３によって管理されている企業情報（後述）を参照して、各ユーザ１０用の推奨料理を決定するように構成されていてもよい。

例えば、料理提案部１０２は、さらに、ユーザ１０が勤務する企業２００によって指定され得る空間の制約情報を参照して、各ユーザ１０用の推奨料理を決定するように構成されていてもよい。

さらに、料理提案部１０２は、管理サーバ１００によって記憶されている複数の推奨料理の中から、所定方法によって、かかるユーザ１０用の推奨料理を選択するように構成されてもよい。

例えば、料理提案部１０２は、ユーザ１０の「プロフィール情報」と推奨料理との相関関係を機械学習した学習モデルを用いて、各ユーザ１０用の推奨料理を選択するように構成されてもよい。

なお、管理サーバ１００によって記憶されている複数の推奨料理のレシピは、本サービスに協力関係のある料理人等によって提供されてもよい。

ここで、料理提案部１０２は、各ユーザ１０用の推奨料理として、複数の推奨料理を選択するように構成されていてもよい。

企業情報管理部１０３は、本サービスを提供することに同意している企業２００に係る情報である企業情報を管理するように構成されている。

例えば、企業情報管理部１０３は、企業２００ごとに、かかる企業情報として、図４に示すように、少なくとも「指定日時情報」と「指定空間情報」とを関連付けて管理するように構成されている。

ここで、「指定日時情報」は、かかる企業２００によって提供可能な日時として指定された指定日時を示す情報である。なお、「指定日時情報」には、かかる指定日時を示す情報に加えて、かかる企業２００によって提供可能な時間として指定された時間を含めて設定されてもよい（例えば、１２：００～１３：００等）。

また、「指定空間情報」は、「指定日時情報」に設定されている指定日時において企業２００によって提供可能な空間として指定されている指定空間（例えば、会議室や執務室やレンタルスペース等）を示す情報である。

なお、図示しないが、企業情報管理部１０３は、さらに、かかる企業情報として、「指定空間情報」に設定されている指定空間に関連する情報である提供場所情報等を管理するように構成されていてもよい。

例えば、提供場所情報には、かかる企業２００の指定空間の広さを示す広さ情報や保管情報や制約情報等が設定されていてもよい。

また、制約情報は、かかる企業２００の指定空間の使用に関する制約情報であって、企業２００の指定空間の設備に関する制約情報や、企業２００の指定空間の環境維持に関する制約情報や、企業２００の指定空間で料理する際の調理器具のメンテナンスに関する制約情報等を含む。

例えば、企業２００の指定空間の設備に関する制約情報は、かかる企業２００の指定空間において、電気・水道・ガス・換気等の各設備の使用可否や各設備の使用量に関する制限等を含む。

また、例えば、企業２００の指定空間の環境維持に関する制約情報は、料理後の指定空間の環境の維持に関する制限（例えば、食材や料理に起因する香りが残存することが好ましくない指定空間の環境に関する制限等）を含む。

さらに、例えば、企業２００の指定空間で料理する際の調理器具のメンテナンスに関する制約情報は、調理器具の洗浄等のメンテナンスに関する制限（例えば、洗浄し難い食材や料理に対する制限等）を含む。

ユーザインターフェイス１０４は、ユーザ１０の端末２０との間で通信を行うように構成されているインターフェイスとしての役割を果たす。

例えば、ユーザインターフェイス１０４は、ユーザ１０の端末２０からの要求に応じて、ユーザ１０の端末２０に、図５に示すようなユーザ予約画面を表示させるように構成されていてもよい。

ユーザ１０は、本サービスを利用して料理を作ることを希望する場合、端末１０を用いて、管理サーバ１００にアクセスし、管理サーバ１００によって提供されるユーザ予約画面（例えば、図５参照）において、本サービスの予約を行うことができる。

例えば、ユーザ１０は、かかるユーザ予約画面において、Ｃ１の欄に希望する日時を入力し、Ｃ２の欄に希望する空間を入力し、Ｃ３の欄に希望する料理を入力し、Ｃ４の欄に希望する料理の分量を入力することで、本サービスの予約を行うことができる。

ここで、ユーザインターフェイス１０４は、ユーザ予約画面におけるＣ１～Ｃ４の欄に複数の入力候補を表示するように構成されており、ユーザ１０は、かかる複数の入力候補の中から希望するものを選択する形態になっていてもよい。

例えば、ユーザインターフェイス１０４は、Ｃ１及びＣ２の欄に、企業情報管理部１０３によって管理されている「指定日時情報」と「指定空間情報」との組み合わせを表示するように構成されていてもよい。

また、ユーザインターフェイス１０４は、Ｃ３の欄に、料理提案部１０２によって決定された複数の推奨料理を表示するように構成されていてもよい。

予約情報管理部１０５は、上述の端末２０を用いてユーザ１０により行われる本サービスの予約に係る情報である予約情報を管理するように構成されている。

具体的には、予約情報管理部１０５は、ユーザ１０ごとに、かかる予約情報として、図６に示すように、少なくとも「選択日時情報」と「選択空間情報」と「選択料理情報」と「分量情報」と「コンテンツ情報」とを関連付けて管理するように構成されている。

ここで、「選択日時情報」は、かかるユーザ１０が、本サービスの利用を希望する日時（例えば、利用可能な時間帯等）として、企業２００によって指定された指定日時の中から選択した選択日時を示す情報である。

「選択空間情報」は、かかるユーザ１０が、本サービスの利用を希望する企業２００の空間（例えば、会議室や執務室やレンタルスペース等）として、企業２００によって指定された指定空間の中から選択した選択空間を示す情報である。

「選択料理情報」は、上述の「選択日時情報」によって示される選択日時に「選択空間情報」によって示される選択空間においてユーザ１０が作ることを希望する料理（ユーザ予約画面のＣ３の欄においてユーザ１０によって選択された選択料理）を示す情報である。

「分量情報」は、「選択料理情報」によって示される料理についてユーザ１０が何人分の分量を作りたいかを示す情報である。

「コンテンツ情報」は、「選択料理情報」によって示される料理のレシピに対応するコンテンツを識別するコンテンツ識別情報である。

予約情報管理部１０５は、かかる予約情報として、さらに他の情報を管理するように構成されていてもよい。

発注部１０６は、上述の料理の食材と共に、第１調味料及び第２調味料を発注するように構成されている。

ここで、第１調味料は、上述の指定空間において在庫管理され、複数のユーザ１０によって共用される調味料である。ここで、第１調味料は、複数のユーザ１０によって共用されるボトルやガラス瓶等の容器に収納されている調味料である。例えば、第１調味料としては、塩、香辛料（例えば、胡椒等）、油、砂糖、酢、醤油、みりん、味噌、ケチャップ、マヨネーズ等が挙げられる。

例えば、発注部１０６は、上述の指定空間における保管情報や制約情報等を考慮して、かかる第１調味料の発注を行うように構成されていてもよい。

すなわち、発注部１０６は、食品メーカ４００に対して、かかる第１調味料については、毎日発注するのではなく、上述の指定空間において在庫として足りなくなる前の所定タイミングで発注するように構成されていてもよい。

また、第２調味料は、上述の指定空間において在庫管理されず、ユーザ１０ごとに料理を作る際に用いられる調味料である。ここで、第２調味料は、ユーザ１０ごとに個別に計量されてパッキングされている調味料である。

具体的には、第２調味料は、上述の料理で用いられる液状の調味料、粘性状の調味料及び粉末状の調味料の少なくとも１つを含んでもよい。例えば、第２調味料としては、上述の料理で用いられるソース、たれ、ドレッシング、合わせ調味料、計量パック済みの調味料（砂糖、酢、醤油、みりん、味噌、ケチャップ、マヨネーズ等）が挙げられる。

さらに、第２調味料は、食材と共にパッキングされ、選択日時までに選択空間に配送される。ここで、かかる第２調味料は、発注部１０６によって発注された発注量に対応する量だけ配送される。

具体的には、発注部１０６は、料理提案部１０２によって提案されて各ユーザ１０によって選択された料理のレシピに基づいて、かかるレシピに対応する料理を作るために必要な食材及び第２調味料の少なくとも一方を発注するように構成されている。なお、発注部１０６は、複数の第２調味料を発注するように構成されていてもよい。

ここで、発注部１０６は、ユーザ１０ごとに、上述のユーザ情報に含まれる「味の志向情報」や、上述の予約情報に含まれる「選択料理情報」及び「分量情報」等に基づいて、ユーザ１０ごとの第２調味料の発注量を決定するように構成されている。

例えば、第１に、発注部１０６は、対象日の各指定空間において予約を行っているユーザ１０を特定するように構成されている。

ここで、対象日は、「指定日時情報」によって示される指定日時における日付よりも所定期間（例えば、１週間等）だけ前の日である。

すなわち、対象日は、かかる指定日時に間に合うように食材や第２調味料を「指定空間情報」によって示される指定空間に配送するために発注を行う必要がある日である。

第２に、発注部１０６は、ユーザ１０ごとに、特定したユーザ１０の予約情報に含まれる「選択料理情報」及び「分量情報」等に基づいて、かかるユーザ１０の食材の発注量を決定するように構成されている。

第３に、発注部１０６は、ユーザ１０ごとに、特定したユーザ１０のユーザ情報に含まれる「味の志向情報」と予約情報に含まれる「選択料理情報」及び「分量情報」とに基づいて、かかるユーザ１０の第２調味料の発注量を決定するように構成されている。

ここで、例えば、発注部１０６は、特定したユーザ１０の予約情報に含まれる「選択料理情報」及び「分量情報」とに基づいて、かかるユーザ１０の第２調味料の発注量の基準量を決定するように構成されてもよい。

その後、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の志向情報」によって「普通」が示されている場合、かかる基準量を、かかるユーザ１０の第２調味料の発注量とするように構成されていてもよい。

また、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の志向情報」によって「薄い」が示されている場合、かかる基準量から第１所定量だけ減らした量を、かかるユーザ１０の第２調味料の発注量とするように構成されていてもよい。

さらに、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の志向情報」によって「濃い」が示されている場合、かかる基準量に第２所定量だけを追加した量を、かかるユーザ１０の第２調味料の発注量とするように構成されていてもよい。

なお、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の志向情報」によって、発注する第２調味料の種類を変更するように構成されていてもよい。

例えば、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の志向情報」によって「普通」或いは「薄い」が示されている場合、第２調味料として味噌だれ（たれの一種）を発注し、かかる「味の志向情報」によって「濃い」が示されている場合、第２調味料として、味噌だれに加えて豆板醤を発注するように構成されていてもよい。

上述の発注は、ネットワークを介して、電子メールやＦＡＸによって行われてもよいし、流通業者３００或いは食品メーカ４００によって管理されているサーバ等における規定のフォーマットに入力する形式で行われてもよいし、音声通話によって行われてもよい。

コンテンツ配信部１０７は、ユーザ情報管理部１０１によって管理されているユーザ情報及び予約情報管理部１０５によって管理されている予約情報を参照し、各ユーザ１０の「ユーザＩＤ」に関連付けられている「アドレス情報」に示されているメールアドレス等に対して、「選択日時情報」に設定されている選択日時以前に、かかる「選択日時情報」に関連付けられている「コンテンツ情報」によって識別されるコンテンツを配信するように構成されている。

ここで、コンテンツは、各レシピに対応する料理の作り方の動画や音声であってもよいし、かかる料理の作り方を説明したテキストや写真や画像（静止画）や絵等を含むものであってもよい。

なお、コンテンツ配送部１０７は、外部から取得したコンテンツを配送するように構成されていてもよいし、管理サーバ１００の管理者によって入力されたコンテンツを配送するように構成されていてもよい。

配送手配部１０８は、ユーザ１０からの配送依頼に基づいて、配送業者５００に対して、ユーザ１０によって作られた料理の配送を手配するように構成されている。

かかる配送の手配は、ネットワークを介して、電子メールやＦＡＸによって行われてもよいし、配送業者５００によって管理されているサーバ等における規定のフォーマットに入力する形式で行われてもよいし、音声通話によって行われてもよい。

以下、図７を参照して、本実施形態に係る管理サーバ１００の動作の一例について説明する。

図７に示すように、ステップＳ１０１において、各ユーザ１０が、図５に示すようなユーザ予約画面において、本サービスの予約を行うと、管理サーバ１００の予約情報管理部１０５が、かかる予約に基づいて、各ユーザ１０の予約情報を生成する。

ステップＳ１０２において、管理サーバ１００の発注部１０６は、対象日の各指定空間において予約を行っているユーザ１０を特定する。

ステップＳ１０３において、発注部１０６は、ステップＳ１０２において特定したユーザ１０のユーザ情報及び予約情報を抽出する。

ステップＳ１０４において、発注部１０６は、ステップＳ１０３において抽出したユーザ情報に含まれる「味の志向情報」と予約情報に含まれる「選択料理情報」及び「分量情報」とに基づいて、ユーザ１０ごとの第２調味料の発注量を決定する。

ステップＳ１０５において、発注部１０６は、ステップＳ１０４において決定した発注量に基づいて、第２調味料を発注する。

本実施形態に係るサービス提供システム１によれば、企業２００の空間を間借りすることで、ユーザ１０の移動時間中や勤務時間中の隙間時間にて料理を作ることができ、しかも煩わしいレシピの考案を管理サーバ１００によって代行してもらえるため、忙しい共働きの世帯（特に、共働きの子育て世帯）において、家族間のコミュニケーション（特に、子供とのコミュニケーション）の時間を増やすことができ、自分の時間を確保することもできるようになる。

また、本実施形態に係るサービス提供システム１によれば、ユーザ１０の移動時間中や勤務時間中の隙間時間にてユーザ１０自身が料理を行うことができるため、中食や宅食を活用する場合と比べて、コストを削減しつつ、自身で料理しないことの罪悪感をなくすことができる。

また、本実施形態に係るサービス提供システム１によれば、ユーザ１０は、食材や調味料等の購入や調理器具等のメンテナンス、自宅で料理した後のキッチンの片付けや清掃を意識することなく料理を行うことができる。

また、本実施形態に係るサービス提供システム１によれば、各ユーザ１０の「味の志向情報」に応じて、第２調味料の発注量（或いは、第２調味料の種類）を変えることができるので、各ユーザ１０は、自分たちの味の好みに合った料理を手軽に作ることができる。

さらに、本実施形態に係るサービス提供システム１によれば、複数のユーザ１０の間で共有する第１調味料及びユーザごとに個別に利用する第２調味料とのそれぞれの調味料の特性に合わせた最適な発注方法を採ることができる。

また、本実施形態に係るサービス提供システム１によれば、第２調味料について食材と共に計量した上でパッキングして配送することで、配送コストを低減することができる。

本発明によれば、企業２００において空いている空間やユーザ１０の空いている時間を有効活用することができる。

また、本発明によれば、料理教室のように、単発（週１回や月１回等）ではなく、日常的に継続可能なシステムとして本サービスを提供し、ユーザ１０の生活習慣を変化させることができる。

１…サービス提供システム
１０…ユーザ
２０…端末
１００…管理サーバ
１０１…ユーザ情報管理部
１０２…料理提案部
１０３…企業情報管理部
１０４…ユーザインターフェイス
１０５…予約情報管理部
１０６…発注部
１０７…コンテンツ管理部
１０８…配送手配部
２００…企業
３００…流通業者
４００…食品メーカ
５００…配送業者

本開示の第１の特徴は、企業によって指定された指定日時及び指定空間のうちユーザによって選択されて選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、前記ユーザごとに、味付けの好みを示す味の嗜好情報を含むユーザ情報を管理するように構成されているユーザ情報管理部と、前記ユーザごとに、前記選択日時を示す日時情報と、前記選択空間を示す空間情報と、前記ユーザによって選択された料理を示す選択料理情報と、前記料理のレシピに対応するコンテンツを識別するコンテンツ識別情報と、前記料理の分量を示す分量情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、前記料理の食材と共に、第１調味料及び第２調味料を発注するように構成されている発注部と、前記ユーザに対して、前記選択日時以前に、前記コンテンツを配信するように構成されているコンテンツ配信部とを具備しており、前記発注部は、ユーザごとに、前記味の嗜好情報と前記選択料理情報と前記分量情報とに基づいて、前記ユーザごとの前記第２調味料の発注量を決定するように構成されており、前記第１調味料は、前記指定空間において在庫管理され、複数の前記ユーザによって共用される調味料であり、前記第２調味料は、前記指定空間において在庫管理されず、前記ユーザごとに前記料理を作る際に個別に用いられる調味料であることを要旨とする。

例えば、ユーザ情報管理部１０１は、ユーザ１０ごとに、かかるユーザ情報として、図３に示すように、少なくとも「ユーザＩＤ」と「アドレス情報」と「味の嗜好情報」とを関連付けて管理するように構成されている。

「味の嗜好情報」は、かかるユーザ１０の味付けの好みを示す情報である。例えば、「味の嗜好情報」には、図３に示すように、濃い味付けを好みとすることを示す「濃い」や、薄い味付けを好みとすることを示す「薄い」や、普通の味付けを好みとすることを示す「普通」等が設定されてもよい。また、図示しないが、「味の嗜好情報」には、辛い味付けを好みとする「辛味」や、酸っぱい味付けを好みとする「酸味」や、甘い味付けを好みとする「甘味」や、苦い味付けを好みとする「苦味」等が設定されてもよい。

なお、上述の「味の嗜好情報」は、かかるプロフィール情報に含まれていてもよい。

ここで、発注部１０６は、ユーザ１０ごとに、上述のユーザ情報に含まれる「味の嗜好情報」や、上述の予約情報に含まれる「選択料理情報」及び「分量情報」等に基づいて、ユーザ１０ごとの第２調味料の発注量を決定するように構成されている。

第３に、発注部１０６は、ユーザ１０ごとに、特定したユーザ１０のユーザ情報に含まれる「味の嗜好情報」と予約情報に含まれる「選択料理情報」及び「分量情報」とに基づいて、かかるユーザ１０の第２調味料の発注量を決定するように構成されている。

その後、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の嗜好情報」によって「普通」が示されている場合、かかる基準量を、かかるユーザ１０の第２調味料の発注量とするように構成されていてもよい。

また、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の嗜好情報」によって「薄い」が示されている場合、かかる基準量から第１所定量だけ減らした量を、かかるユーザ１０の第２調味料の発注量とするように構成されていてもよい。

さらに、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の嗜好情報」によって「濃い」が示されている場合、かかる基準量に第２所定量だけを追加した量を、かかるユーザ１０の第２調味料の発注量とするように構成されていてもよい。

なお、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の嗜好情報」によって、発注する第２調味料の種類を変更するように構成されていてもよい。

例えば、発注部１０６は、かかるユーザ１０のユーザ情報に含まれる「味の嗜好情報」によって「普通」或いは「薄い」が示されている場合、第２調味料として味噌だれ（たれの一種）を発注し、かかる「味の嗜好情報」によって「濃い」が示されている場合、第２調味料として、味噌だれに加えて豆板醤を発注するように構成されていてもよい。

ステップＳ１０４において、発注部１０６は、ステップＳ１０３において抽出したユーザ情報に含まれる「味の嗜好情報」と予約情報に含まれる「選択料理情報」及び「分量情報」とに基づいて、ユーザ１０ごとの第２調味料の発注量を決定する。

また、本実施形態に係るサービス提供システム１によれば、各ユーザ１０の「味の嗜好情報」に応じて、第２調味料の発注量（或いは、第２調味料の種類）を変えることができるので、各ユーザ１０は、自分たちの味の好みに合った料理を手軽に作ることができる。

Claims (6)

1. 企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、
   前記ユーザごとに、味付けの好みを示す味の志向情報を含むユーザ情報を管理するように構成されているユーザ情報管理部と、
   前記ユーザごとに、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記ユーザによって選択された前記料理を示す選択料理情報と、前記料理のレシピに対応するコンテンツを識別するコンテンツ識別情報と、前記料理の分量を示す分量情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、
   前記料理の食材と共に、第１調味料及び第２調味料を発注するように構成されている発注部と、
   前記ユーザに対して、前記選択日時以前に、前記選択日時に関連付けられている前記コンテンツを配信するように構成されているコンテンツ配信部と、を具備しており、
   前記発注部は、ユーザごとに、前記味の志向情報と前記選択料理情報と前記分量情報とに基づいて、前記ユーザごとの前記第２調味料の発注量を決定するように構成されており、
   前記第１調味料は、前記指定空間において在庫管理され、複数の前記ユーザによって共用される調味料であり、
   前記第２調味料は、前記指定空間において在庫管理されず、前記ユーザごとに前記料理を作る際に個別に用いられる調味料である、管理サーバ。
2. 前記第２調味料は、前記食材と共にパッキングされ、前記選択日時までに前記選択空間に配送される、請求項１に記載の管理サーバ。
3. 前記第１調味料は、複数の前記ユーザによって共用される容器に収納されている調味料であり、
   前記第２調味料は、前記ユーザごとに個別に計量されてパッキングされている調味料である、請求項１又は２に記載の管理サーバ。
4. 前記発注部は、ユーザごとに、前記味の志向情報に基づいて、発注する前記第２調味料の種類を変更するように構成されている、請求項１～３のいずれか一項に記載の管理サーバ。
5. 前記指定空間は、前記ユーザのオフィス内の会議室、執務室及び一時的に利用若しくは貸与を許可する種類のレンタルスペースの少なくとも１つを含む、請求項１～３のいずれか一項に記載の管理サーバ。
6. 前記指定日時は、前記ユーザの移動時間中及び勤務時間中の少なくとも一方における隙間時間である、請求項１～５のいずれか一項に記載の管理サーバ。
   

Images