WO2021201020A1 - 管理サーバ - Google Patents

Abstract

企業２００によって指定された指定日時及び指定空間のうちユーザ１０によって選択された選択日時及び選択空間においてユーザ１０が料理を作ることを可能とする管理サーバ１００は、ユーザ１０の確定情報及びプロフィール情報を含むユーザ情報を管理するユーザ情報管理部１０１と、空間に関する情報を含む企業情報を管理する企業情報管理部１０２と、ユーザ情報及び企業情報に基づいて料理のレシピを決定するレシピ決定部１０３と、レシピに基づいて料理を作るために必要な食材及び調味料の少なくとも一方を注文する注文部１０５と、ユーザに対して提供するレシピに係るコンテンツを管理するコンテンツ管理部１０４とを具備する。ユーザ情報の確定情報は、空間及び日時を示す情報を含み、空間に関する情報は、空間の使用に関する制約情報を含む。

Description

管理サーバ

　本発明は、管理サーバに関する。

　従来、ユーザに対して料理のレシピを提供するシステムが知られている（例えば、特許文献１又は２参照）。

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

　従来、通信ネットワークを介してユーザに対して料理のレシピを提供するシステムが知られている（例えば、特許文献５～８参照）。

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

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

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

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

　本開示の第１の特徴は、企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間においてユーザが料理を作ることを可能とする管理サーバであって、前記ユーザの確定情報及びプロフィール情報を含むユーザ情報を管理するユーザ情報管理部と、前記空間に関する情報を含む企業情報を管理する企業情報管理部と、前記ユーザ情報及び前記企業情報に基づいて、前記料理のレシピを決定するレシピ決定部と、前記レシピに基づいて、前記料理を作るために必要な食材及び調味料の少なくとも一方を注文する注文部と、前記ユーザに対して提供する前記レシピに係るコンテンツを管理するコンテンツ管理部とを具備し、前記ユーザ情報の確定情報は、前記空間及び前記日時を示す情報を含み、前記空間に関する情報は、前記空間の使用に関する制約情報を含むことを要旨とする。

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

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

　本開示の第４の特徴は、企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、前記料理を作るために用いられる調理器具と、前記調理器具を用いる調理時間とを関連付ける調理器具情報を管理するように構成されている調理器具情報管理部と、前記調理器具情報に基づいて、前記ユーザごとの推奨料理を決定するように構成されている料理提案部と、前記ユーザに対して前記推奨料理を通知し、前記ユーザによって前記推奨料理の中から選択された前記料理の組み合わせを受信するように構成されているユーザインターフェイスと、前記ユーザごとに、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記料理の組み合わせを示す選択料理情報と、前記選択料理のレシピに対応するコンテンツを識別するコンテンツ識別情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、前記ユーザに対して、前記選択日時以前に、前記選択日時に関連付けられている前記コンテンツを配信するように構成されているコンテンツ配信部と、を具備していることを要旨とする。

　本開示の第５の特徴は、企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、前記ユーザごとに、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記ユーザによって選択された前記料理を示す選択料理情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、前記指定日時を示す指定日時情報と、前記指定空間を示す指定空間情報と、前記指定空間の使用に関する制約情報とを関連付ける企業情報を管理するように構成されている企業情報管理部と、前記予約情報及び前記企業情報に基づいて、前記指定日時の前記指定空間において前記料理を作ることが可能な残りのユーザ数を示す利用可能ユーザ数或いは前記指定日時の前記指定空間において作ることが可能な残りの料理の分量を示す利用可能分量を決定するように構成されている決定部と、前記ユーザに対して、前記利用可能ユーザ数或いは前記利用可能分量を通知するように構成されているユーザインターフェイスとを具備することを要旨とする。

　本開示の第６の特徴は、企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、前記ユーザごとに、前記ユーザによる前記サービスの予約に応じて、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記ユーザによって選択された前記料理を示す選択料理情報とを関連付ける予約情報を生成して管理するように構成されている予約情報管理部と、前記指定日時を示す指定日時情報と、前記指定空間を示す指定空間情報と、前記指定空間の使用に関する制約情報とを関連付ける企業情報を管理するように構成されている企業情報管理部と、前記企業情報管理部を参照して、前記制約情報に基づいて、前記指定日時の前記指定空間において作ることができる前記料理の種類を決定するように構成されている決定部と、前記決定部によって決定された前記料理の種類に基づいて、ユーザ予約画面上で、前記指定日時の前記指定空間において前記ユーザが選択可能な前記料理の種類を限定するように構成されているユーザインターフェイスと、を具備することを要旨とする。

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

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

　以下、本発明の実施の形態について図面を参照しながら、説明する。なお、以下の実施形態における構成要素は適宜、既存の構成要素などとの置き換えが可能であり、また、他の既存の構成要素との組み合わせを含む様々なバリエーションが可能である。したがって、以下の実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。

（第１実施形態）
　以下、図１～図５を参照して、本発明の第１実施形態について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　管理サーバ１００は、図２に示すように、ユーザ情報管理部１０１と、企業情報管理部１０２と、レシピ決定部１０３と、コンテンツ管理部１０４と、注文部１０５と、配送手配部１０６とを有している。

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

　例えば、ユーザ情報には、図３に示すように、「ユーザＩＤ」や「利用履歴」や「予約情報」や「確定情報」や「プロフィール情報」等が含まれる。

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

　「利用履歴」は、かかるユーザ１０による本サービスの利用履歴に係る情報である。例えば、「利用履歴」には、かかるユーザ１０が本サービスを利用した日時や、その際に作った料理の内容やレシピ等の情報が含まれる。

　「予約情報」は、かかるユーザ１０による本サービスの予約に係る情報である。かかる「予約情報」は、端末２０を用いてユーザ１０により行われる予約に基づいて生成される（図５参照）。

　例えば、「予約情報」には、かかるユーザ１０が本サービスの利用を希望する日時（例えば、利用可能な時間帯等）を示す情報や、かかるユーザ１０が本サービスの利用を希望する企業２００の空間（会議室や執務室やレンタルスペース等）を示す情報や、その際に作った料理について配送を希望するか否かについて示す情報（配送の要否に係る情報）等の情報が含まれる。

　なお、かかる「予約情報」は、後述する「確定情報」が生成された後に削除されてもよい。

　「確定情報」は、かかるユーザ１０による本サービスの確定した予約に係る情報である。かかる「確定情報」は、企業２００によって通知された指定空間及び指定日時に基づいて生成される。

　例えば、「確定情報」には、企業２００によって提供された指定空間（本サービスの利用時にユーザ１０が料理を作る空間）を示す情報や、企業２００によって指定された指定日時（本サービスの利用時にユーザ１０が料理を作る日時）を示す情報や、その際に作った料理について配送するか否かについて示す情報（配送の要否に係る情報）等の情報が含まれる。

　なお、ユーザ情報管理部１０１は、「予約情報」を管理せずに、「予約情報」の役割についても「確定情報」に持たせてもよい。

　かかる場合、ユーザ情報管理部１０１は、端末２０を用いてユーザ１０により行われる予約に基づいて、ユーザ１０が本サービスの利用を希望する日時（選択日時）やユーザ１０が本サービスの利用を希望する企業２００の空間（選択空間）や配送の要否に係る情報等を含む「確定情報」を生成する。

　その後、ユーザ情報管理部１０１は、企業２００によって通知された空間及び日時に基づいて、ユーザ１０が本サービスの利用を希望する日時（選択日時）を示す情報やユーザ１０が本サービスの利用を希望する企業２００の空間（選択空間）を示す情報を、それぞれ企業２００によって提供された指定空間を示す情報や企業２００によって指定された指定日時を示す情報に更新する。

　「プロフィール情報」は、かかるユーザ１０のプロフィールに係る情報である。例えば、「プロフィール情報」には、かかるユーザ１０の生年月日や性別や家族構成や食の趣向やアレルギー情報や病歴の有無やユーザ１０が勤務する企業や利用プラン情報等が含まれる。

　ここで、利用プラン情報は、予算、料理を食べるシーンの選択（料理をオフィスで食べる場合、テイクアウトで料理を自宅等へ持ち帰って食べる場合、又は、その両方の場合）、メニュー志向を指定する情報等である。なお、メニュー志向は、ユーザ１０の目的別に準備されたプランを示す情報である。例えば、メニュー志向には、冷凍等を想定した作り置きプランや、子供向けプラン（例えば、離乳食や幼児食等を料理したい方を対象とする） や、定番料理プラン（献立全体のバランスを重視される方等を対象とする）や、ヘルシープラン（ダイエット志向の方等を対象とする）等が含まれる。

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

　例えば、かかる企業情報には、図４に示すように、「企業ＩＤ」や「提供場所情報」が含まれる。ここで、「企業ＩＤ」は、かかる企業２００を識別するための情報である。

　「提供場所情報」は、本サービスを提供する企業２００の指定空間（会議室や執務室やレンタルスペース等）に関する情報である。例えば、「提供場所情報」には、かかる企業２００の指定空間の広さを示す情報や保管情報や制約情報等が含まれる。

　ここで、保管情報は、かかる企業２００の指定空間用として保管されている食材や調味料等や調理器具等に関する情報である。

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

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

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

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

　なお、「提供場所情報」は、企業２００の指定空間について使用可能な日時を示す情報を含んでいてもよい。例えば、かかる情報は、所定タイミングで企業２００によって通知される情報に基づいて生成される。かかる情報が、「提供場所情報」に含まれている場合、ユーザ情報管理部１０１は、企業２００に対して依頼することなく、かかる情報に基づいて、上述の「確定情報」を生成してもよい。

　また、かかる企業情報には、図４に示すように、「請求金額」や「サービス情報」が含まれていてもよい。

　「請求金額」は、かかる企業２００に勤務するユーザ１０が本サービスを利用した利用代金のうちの企業２００の負担金額を示す情報である。ここで、企業２００が、レンタルスペース等を提供する企業である場合や、かかる企業２００に勤務するユーザ１０の利用代金の一部を負担しない場合には、企業情報管理部１０２は、かかる企業情報に「請求金額」を含めなくてもよいし、「請求金額」に値を設定しなくてもよいし、「請求金額」に０円と設定してもよい。

　「サービス情報」は、かかる企業２００に勤務するユーザ１０が利用してもよい利用プランについて示す情報である。ここで、企業２００が、レンタルスペース等を提供する企業である場合や、かかる企業２００に勤務するユーザ１０の利用代金の一部を負担しない場合には、企業情報管理部１０２は、かかる企業情報に「サービス情報」を含めなくてもよいし、「サービス情報」に値を設定しなくてもよい。

　レシピ決定部１０３は、ユーザ情報管理部１０１によって管理されているユーザ情報及び企業情報管理部１０２によって管理されている企業情報に基づいて、各ユーザ１０用の料理のレシピを決定するように構成されている。

　例えば、レシピ決定部１０３は、ユーザ１０の家族構成やアレルギー情報等、ユーザ１０の過去の利用実績及びユーザ１０が勤務する企業２００の空間の制約情報や利用可能な利用プラン等に基づいて、かかるユーザ１０用のレシピを決定するように構成されてもよい。

　ここで、レシピ決定部１０３は、各ユーザ１０に対して、所定期間（例えば、１か月や１週間）分のレシピを作成するように構成されていてもよい。

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

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

　コンテンツ管理部１０４は、各レシピに係るコンテンツを管理するように構成されている。ここで、コンテンツは、各レシピに対応する料理の作り方の動画や音声であってもよいし、かかる料理の作り方を説明したテキストや写真や画像や絵等を含むものであってもよい。

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

　注文部１０５は、レシピ決定部１０３によって決定された各ユーザ１０のレシピに基づいて、かかるレシピに対応する料理を作るために必要な食材及び調味料の少なくとも一方を注文するように構成されている。

　例えば、注文部１０５は、各ユーザ１０が本サービスの利用を希望する企業２００の空間（選択空間）における保管情報や制約情報を考慮して、かかる食材や調味料等の注文を行うように構成されていてもよい。

　ここで、注文部１０５は、流通業者３００に対して、レシピ決定部１０３によって決定されたレシピに対応する料理を作るために必要な食材のうち、対象の企業２００の指定空間における在庫として足りない分について注文するように構成されていてもよい。

　同様に、注文部１０５は、食品メーカ４００に対して、レシピ決定部１０３によって決定されたレシピに対応する料理を作るために必要な調味料等のうち、対象の企業２００の指定空間における在庫として足りない分について注文するように構成されていてもよい。

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

　なお、本実施形態に係るサービス提供システム１では、ある企業２００の指定空間において、同一の指定日時（時間帯）に、複数のユーザ１０からなるグループが、同一のレシピにより料理を作るケースも想定される。かかるケースでは、かかるグループ内のユーザ数により、注文すべき食材や調味料等の分量が決まる。したがって、かかるケースでは、注文部１０５は、かかるグループ内のユーザ数に基づいて、上述の注文を行うように構成されていてもよい。

　配送手配部１０６は、ユーザ情報管理部１０１によって管理されているユーザ情報に含まれる配送に要否に係る情報に基づいて、ユーザ１０によって作られた料理の配送を手配するように構成されている。

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

　以下、図５を参照して、本実施形態に係るサービス提供システム１の動作の一例について説明する。具体的には、本実施形態に係るサービス提供システム１において継続的に本サービスを利用しているユーザ１０を想定した動作について説明する。

　図５に示すように、ステップＳ１００１において、各ユーザ１０は、端末２０を用いて、管理サーバ１００に対して本サービスの予約を行う。具体的には、ユーザ１０は、端末２０を用いて、管理サーバ１００における本サービス用のサイトに所定情報を入力することによって本サービスの予約を行ってもよいし、管理サーバ１００に対して電子メールを送信することによって行ってもよい。また、かかる予約は、ＦＡＸや音声通話によって行われてもよい。

　また、各ユーザ１０は、端末２０を用いて、本サービスの利用を希望する日時（選択日時）を示す情報や、本サービスの利用を希望する企業２００の空間（選択空間）を示す情報や、配送の要否に係る情報等の情報を送信することによって、かかる予約を行う。

　例えば、各ユーザ１０は、所定期間ごと（例えば、月ごとや週ごと）の予約を纏めて行ってもよい。

　ステップＳ１００２において、管理サーバ１００は、企業２００に対して、かかる予約に応じて、各ユーザ１０が本サービスの利用を希望する日時（選択日時）に本サービスの利用を希望する企業２００の空間（選択空間）を使用することを依頼する。

　ステップＳ１００３において、企業２００は、かかる依頼に応じて、各ユーザ１０が本サービスの利用を希望する日時選択日時）に本サービスの利用を希望する企業２００の空間（選択空間）を使用することができるか否かについて確認する。

　企業２００は、使用することができると判断した場合、その旨を管理サーバ１００に対して通知する。一方、企業２００は、使用することができないと判断した場合、管理サーバ１００に対して、代わりに使用可能な企業２００の指定空間及び指定日時を示す情報を通知する。

　ステップＳ１００４において、管理サーバ１００は、管理サーバ１００自身が管理しているユーザ情報及び企業情報等に基づいて、各ユーザ１０が作るべき料理のレシピを決定する。

　管理サーバ１００は、ステップＳ１００５において、流通業者３００に対して、ステップＳ１００４で決定したレシピに対応する料理を作るために必要な食材について注文し、ステップＳ１００６において、食品メーカ４００に対して、ステップＳ１００４で決定したレシピに対応する料理を作るために必要な調味料等について注文する。

　ステップＳ１００７において、管理サーバ１００は、各ユーザ１０の端末２０に対して、本サービスを利用する日時（ランチタイム等）や空間（会議室の番号等）を示す情報や、本サービスによって作る料理のレシピに係るコンテンツ等を通知し、ステップＳ１００８において、ユーザ１０は、通知された選択日時に、通知された選択空間にて、通知されたコンテンツを見ながら、料理を作る。ここで、各ユーザ１０は、自身が所持する端末２０で、かかるコンテンツを見てもよいし、企業２００によって準備されたモニタや端末等で、かかるコンテンツを見てもよい。

　ステップＳ１００９において、管理サーバ１００は、配送業者５００に対して、ステップＳ１００８において作った料理の配送を希望するユーザ１０によって指定された住所への配送を手配する。一方、配送を希望しないユーザ１０は、かかる料理を自身で自宅等へ持って帰ることができる。なお、ユーザ１０は、かかる料理を自宅等へ持ち帰ることなく、その場や自席等で食べてもよい。

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

　また、本実施形態に係るサービス提供システム１によれば、企業２００の空間にて料理を作った後の後片付けについては、外部の業者に委託したり、ユーザ１０間で当番制としたり、本サービスの利用料金の減額を希望するユーザ１０が行ったりすることで、各ユーザ１０の負担を軽減することができる。

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

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

（第２実施形態）
　以下、図１、図６～図１１を参照して、本発明の第２実施形態について、上述の第１実施形態との相違点に着目して説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　ここで、保管情報は、かかる企業２００の指定空間用として保管されている食材や調味料等や調理器具等に関する情報である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（第３実施形態）
　以下、図１、図６～図１０、図１２及び図１３を参照して、本発明の第３実施形態について、上述の第１、第２実施形態との相違点に着目して説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　ここで、保管情報は、かかる企業２００の指定空間用として保管されている食材や調味料等や調理器具等に関する情報である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　なお、発注部２０６は、選択日時よりも所定期間前に、かかる選択日時に料理を作る予定のユーザ１０用の食材を発注するように構成されていてもよい。

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

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

　例えば、コンテンツ配信部２０７は、かかるコンテンツとして、図１２に示すような「料理のレシピ」を生成して配信するように構成されている。

　ここで、図１２に示す「料理のレシピ」は、「ベースレシピ」と「味付けオプション」とによって構成されている。

　例えば、図１２に示すように、「ベースレシピ」は、「名称」と「材料」と「作り方」とによって構成されており、かかる「料理のレシピ」のベースとなるレシピである。

　また、「味付けオプション」は、ユーザ１０の味付けの好みに基づいて個別に推奨（レコメンド）されるレシピである。

　具体的には、コンテンツ配信部２０７は、ユーザ情報管理部２０１によって管理されている「味の志向情報」と、予約情報管理部２０５によって管理されている「コンテンツ情報」と「分量情報」とに基づいて、ユーザ１０ごとに、「選択料理情報」に設定されている料理のレシピ内における食材及び調味料の少なくとも一方についての分量の記載を変更したコンテンツを生成して配信するように構成されている。

　ここで、図１２に示すように、コンテンツ配信部２０７は、ユーザ１０ごとに、かかる「分量情報」に基づいて、かかる「コンテンツ情報」に設定されているコンテンツ識別情報によって識別されるコンテンツ（「料理のレシピ」）における「材料」における分量の記載を変更するように構成されていてもよい。

　例えば、図１２に示すように、コンテンツ配信部２０７は、ユーザ１０ごとに、上述の「分量情報」に基づいて、かかる「材料」における食材（例えば、豚ロース薄切りやカット野菜）の分量（２００ｇや２２０ｇ等）についての記載及び調味料（例えば、味噌だれ（共通調味料））の分量（大さじ１や小さじ１等）についての記載を変更するように構成されていてもよい。

　また、コンテンツ配信部２０７は、ユーザ１０ごとに、上述の「味の志向情報」に基づいて、かかる「コンテンツ情報」に設定されているコンテンツ識別情報によって識別されるコンテンツ（「料理のレシピ」）における「味付けオプション」における分量の記載を変更するように構成されていてもよい。

　例えば、図１２に示すように、コンテンツ配信部２０７は、ユーザ１０ごとに、上述の「味の志向情報」に基づいて、「味付けオプション」における「オススメ順位１位」～「オススメ順位３位」における調味料についての分量の記載を変更するように構成されていてもよい。

　すなわち、コンテンツ配信部２０７は、ユーザ１０ごとに、上述の「味の志向情報」に基づいて、「味付けオプション」における「オススメ順位１位」～「オススメ順位３位」の内容を決定するように構成されていてもよい。

　例えば、ユーザ１００は、図１２に示す料理（豚とキャベツの味噌炒め）を作る際に、「味付けオプション」における「オススメ順位１位（薄味）」を採用したい場合、「ベースレシピ」の「作り方」の４番目の「残りの１/２の味噌だれを入れ全体をよく混ぜる」という工程を「残りの１/４の味噌だれを入れ全体をよく混ぜる」という工程に変更する。

　同様に、ユーザ１００は、図１２に示す料理（豚とキャベツの味噌炒め）を作る際に、「味付けオプション」における「オススメ順位２位（濃い味）」を採用したい場合、「ベースレシピ」の「作り方」の４番目の「残りの１/２の味噌だれを入れ全体をよく混ぜる」という工程に加えて「オプション調味料として配送されている味噌だれを追加する」という工程に変更する。

　さらに、ユーザ１００は、図１２に示す料理（豚とキャベツの味噌炒め）を作る際に、「味付けオプション」における「オススメ順位３位（辛い味）」を採用したい場合、「ベースレシピ」の「作り方」の４番目の「残りの１/２の味噌だれを入れ全体をよく混ぜる」という工程に加えて「オプション調味料として配送されている豆板醤を追加する」という工程に変更する。

　なお、コンテンツ配信部２０７は、上述の「コンテンツ情報」に設定されているコンテンツ識別情報によって識別されるコンテンツとして、基本となる料理のレシピの内容を含むコンテンツを抽出し、かかる基本となる料理のレシピの内容を、上述のように変更することで、各ユーザ１０に配信すべき料理のレシピを含むコンテンツを生成するように構成されていてもよい。

　ここで、基本となる料理のレシピの内容は、例えば、分量が１人分で、味付けは「普通」であるケースを想定して作成されていてもよい。

　また、かかるコンテンツは、各料理のレシピに内容等を含む１つ又は複数の静止画によって構成されていてもよい。

　上述の実施形態では、かかるコンテンツが静止画によって構成されるケースを例に挙げて説明したが、本発明は、かかるケースに限定されるものではなく、かかるコンテンツが動画や音声や写真やテキスト等によって構成されるケースにも適用可能である。

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

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

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

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

　図１３に示すように、ステップＳ２０１において、本実施形態に係る管理サーバ１００のコンテンツ配信部２０７は、所定タイミングで、予約情報管理部２０５によって管理されている予約情報を参照して、所定条件に当てはまる「選択日時情報」に関連付けられている「コンテンツ情報」に設定されているコンテンツ識別情報によって識別されるコンテンツを抽出する。

　ここで、所定タイミングは、例えば、毎日の特定時刻（例えば、９:００ＡＭ等）であってもよいし、特定曜日（例えば、毎週日曜日等）の特定時刻であってもよい。

　また、所定条件に当てはまる「選択日時情報」は、設定されている選択日時が所定タイミングよりも所定期間だけ前の日付である「選択日時情報」であってもよい。

　ステップＳ２０２において、コンテンツ配信部２０７は、ユーザ情報管理部２０１によって管理されている「味の志向情報」と、予約情報管理部１０５によって管理されている「分量情報」とに基づいて、ユーザ１０ごとに、抽出したコンテンツにおける所定部分の記載（すなわち、かかるコンテンツに含まれる料理のレシピ内における食材及び調味料の少なくとも一方についての分量の記載）を変更する。

　かかる所定部分は、例えば、図１２に示す「ベースレシピ」における「材料」の部分や「味付けオプション」における「オススメ順位１位」～「オススメ順位３位」の部分である。

　ステップＳ２０３において、コンテンツ配信部２０７は、ユーザ１０ごとに、ユーザ情報管理部２０１によって管理されている「アドレス情報」に設定されているメールアドレス宛てに、変更されたコンテンツを配信する。

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

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

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

　また、本実施形態に係るサービス提供システム１によれば、ユーザ１０ごとに、味の好みや必要な分量が反映された個別の料理のレシピを含むコンテンツを配信することができる。

　また、本実施形態に係るサービス提供システム１によれば、基本となるコンテンツから必要な部分のみを変更することで、容易に各ユーザ１０の味の好みや必要な分量に応じた個別の料理のレシピを生成することができる。

　また、本実施形態に係るサービス提供システム１によれば、ユーザ１０の味の好みや必要な分量別の複数の料理のレシピを含む複数のコンテンツを個別に準備する必要がなくなる。

（第４実施形態）
　以下、図１、図８、図１４～図１９を参照して、本発明の第４実施形態について、上述の第１～第３実施形態との相違点に着目して説明する。

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

　また、本実施形態では、料理は、主菜及び副菜を含むケースについて説明するが、本発明は、かかるケースに限定されるものではない。例えば、本発明は、主菜及び副菜に加えて、汁物を含むケースにも適用可能である。以下、本実施形態では、主菜を第１料理とし、副菜及び汁物を第２料理とする。なお、本実施形態では、複数の第２料理が作られるケースにも適用可能である。

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

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

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

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

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

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

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

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

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

　また、「プロフィール情報」には、かかるユーザ１０の味付けの好みを示す情報である味の志向情報が設定されていてもよい。

　なお、図示しないが、ユーザ情報管理部３０１は、さらに、かかるユーザ情報として、かかるユーザ１０による本サービスの利用履歴に係る情報である利用履歴等を管理するように構成されていてもよい。例えば、利用履歴には、かかるユーザ１０が本サービスを利用した日時や、その際に作った料理の種類やレシピ等の情報が設定されてもよい。

　調理器具情報管理部３０９は。上述の料理を作るために用いられる調理器具と、かかる調理器具を用いる調理時間とを関連付ける調理器具情報を管理するように構成されている。

　ここで、調理器具情報管理部３０９は、かかる料理を作るために用いられる調理器具として、主菜（第１料理）を作るために用いられる第１調理器具、及び、副菜（第２料理）を作るために用いられる第２調理器具を管理するように構成されていてもよい。

　同様に、調理器具情報管理部３０９は、かかる調理器具を用いる調理時間として、かかる第１調理器具を用いる第１調理時間、及び、かかる第２調理器具を用いる第２調理時間を管理するように構成されていてもよい。

　例えば、図１６（ａ）に示すように、調理器具情報管理部３０９は、調理器具情報として、「主菜」と「調理器具（第１調理器具）」と「調理時間（第１調理時間）」とを関連付けて管理するように構成されていてもよい。

　ここで、「主菜」は、主菜の種類を示す情報であり、「調理器具（第１調理器具）」は、「主菜」に設定されている主菜を作るために用いられる調理器具（第１調理器具）の種類を示す情報であり、「調理時間（第１調理時間）」は、かかる第１調理器具を用いる調理時間（第１調理時間）を示す情報である。

　同様に、例えば、図１６（ｂ）に示すように、調理器具情報管理部３０９は、調理器具情報として、「副菜」と「調理器具（第２調理器具）」と「調理時間（第２調理時間）」とを関連付けて管理するように構成されていてもよい。

　ここで、「副菜」は、副菜の種類を示す情報であり、「調理器具（第２調理器具）」は、「副菜」に設定されている副菜を作るために用いられる調理器具（第２調理器具）の種類を示す情報であり、「調理時間（第２調理時間）」は、かかる第２調理器具を用いる調理時間（第２調理時間）を示す情報である。

　なお、本実施形態では、調理器具（第１調理器具及び第２調理器具）は、電磁調理器（ＩＨ）及び電子レンジの少なくとも１つを含むケースについて説明するが、本発明は、かかるケースに限定されるものではない。

　料理提案部３０２は、ユーザ情報管理部３０１によって管理されているユーザ情報及び調理器具情報管理部３０９によって管理されている調理器具情報の少なくとも１つに基づいて、各ユーザ１０用の推奨料理を決定するように構成されている。

　本実施形態では、かかる推奨料理として、主菜及び副菜の組み合わせが用いられるケースについて説明するが、本発明は、かかるケースに限定されるものではない。例えば、本発明は、かかる推奨料理として、主菜と副菜と汁物との組み合わせが用いられるケースや、主菜と汁物との組み合わせが用いられるケースや、主菜と複数の副菜（或いは、複数の汁物）との組み合わせが用いられるケースにも適用可能である。

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

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

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

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

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

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

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

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

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

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

　料理提案部３０２は、調理器具情報管理部３０９を参照して、主菜を作るために第１調理器具を用いる第１調理時間及び副菜を作るために第１調理器具と同じ種類の第２調理器具を用いる第２調理時間の合計時間が所定時間を上回らない主菜及び副菜の組み合わせを、上述の推奨料理として決定するように構成されていてもよい。

　なお、料理提案部３０２は、各ユーザ１０用の推奨料理として、複数の主菜と、かかる複数の主菜の各々に合う複数の副菜を選択するように構成されていてもよい。

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

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

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

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

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

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

　ここで、保管情報は、かかる企業２００の指定空間用として保管されている食材や調味料等や調理器具等に関する情報である。

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

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

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

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

　なお、本サービスでは、特定の選択日時の選択空間において複数のユーザが料理を作る場合、各選択空間に配置されていて使用可能な調理器具の数は、かかるユーザの人数よりも少なくなることを想定している。例えば、各選択空間に配置されていて使用可能な調理器具数は、かかる選択空間で同時に４人のユーザが料理を作ることを前提に、電磁調理器を４台、電子レンジを２台としてもよい。

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

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

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

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

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

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

　また、ユーザインターフェイス３０４は、Ｃ３の欄に、料理提案部３０２によって決定された推奨料理のうちの主菜を表示し、Ｃ４の欄に、料理提案部３０２によって決定された推奨料理のうちの副菜を表示するように構成されていてもよい。また、図示しないが、ユーザインターフェイス３０４は、料理提案部３０２によって決定された推奨料理のうちの汁物を表示するように構成されていてもよい。

　ここで、ユーザインターフェイス３０４は、Ｃ４の欄には、Ｃ３の欄においてユーザ１０によって選択された主菜に合う副菜のみを表示するように構成されていてもよい。また、図示しないが、ユーザインターフェイス３０４は、Ｃ３の欄においてユーザ１０によって選択された主菜に合う汁物のみを表示するように構成されていてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

　ここで、発注部３０６は、ユーザ１０ごとに、上述の予約情報に含まれる「選択料理情報（主菜）」及び「選択料理情報（副菜）」等に基づいて、ユーザ１０ごとの縮剤及び調味料の発注量を決定するように構成されていてもよい。

　なお、発注部３０６は、選択日時よりも所定期間前に、かかる選択日時に料理を作る予定のユーザ１０用の食材を発注するように構成されていてもよい。

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

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

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

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

　また、コンテンツ配信部３０７は、調理器具情報管理部３０９及び予約情報管理部３０５を参照して、ユーザ１０によって選択された料理の組み合わせにおいて、かかる料理の各々を作る順序を決定し、かかるユーザ１０に配信すべきコンテンツ内で、かかる順序を推奨するように構成されていてもよい。

　ここで、料理の各々を作る順序は、主菜及び副菜を作る順序であってもよい。

　また、コンテンツ配信部３０７は、特定の選択日時の選択空間において複数のユーザが料理を作る場合、かかる複数のユーザの間で、かかる順序を変えるように構成されていてもよい。

　かかる構成によれば、かかる複数のユーザの間で、限られた数の調理器具について、重複することなく使用することができ、選択時間内に料理を完了することができる。

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

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

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

　図１９に示すように、ステップＳ３０１において、本実施形態に係る管理サーバ１００の料理提案部３０２は、上述の調理器具情報等に基づいて、ユーザ１０ごとの推奨料理（主菜及び主菜に合う副菜の組み合わせ）を決定し、かかる管理サーバ１００のユーザインターフェイス３０４は、ユーザ予約画面のＣ３の欄に、決定された複数の主菜を表示する。

　ステップＳ３０２において、ユーザ１０が、ユーザ予約画面のＣ３の欄において複数の主菜の中から１つの主菜を選択すると、ステップＳ３０３において、ユーザインターフェイス３０４は、ユーザ予約画面のＣ４の欄に、ユーザ１０によって選択された主菜に合う副菜を表示する。

　ステップＳ３０４において、ユーザ１０が、ユーザ予約画面のＣ３の欄において複数の副菜の中から１つ又は複数の副菜を選択する。

　ステップＳ３０５において、ユーザ１０によるユーザ予約画面を介した予約が完了すると、予約情報管理部３０５は、ユーザ１０によるユーザ予約画面への入力結果に基づいて、予約情報を生成して管理する。

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

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

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

　また、本実施形態に係るサービス提供システム１によれば、複数のユーザの間で、料理を作る空間に配置されている使用可能な限られた数の調理器具を有効に活用することができる。

　すなわち、本実施形態に係るサービス提供システム１によれば、同時に料理を作るユーザの数が各調理器具の数より多い場合であっても、複数のユーザの間で料理を作る順序の棲み分け（主菜→副菜の順序で作るユーザと副菜→主菜の順序で作るユーザとの棲み分け）を行うことによって、調理器具を使用するための待ち時間を低減し、選択時間内に調理を完成させることができる。

（第５実施形態）
　以下、図１、図１０，図１５、図２０～図２３を参照して、本発明の第５実施形態について、上述の第１～第４実施形態との相違点に着目して説明する。

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

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

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

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

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

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

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

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

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

　また、「プロフィール情報」には、かかるユーザ１０の味付けの好みを示す情報である味の志向情報が設定されていてもよい。

　なお、図示しないが、ユーザ情報管理部４０１は、さらに、かかるユーザ情報として、かかるユーザ１０による本サービスの利用履歴に係る情報である利用履歴等を管理するように構成されていてもよい。例えば、利用履歴には、かかるユーザ１０が本サービスを利用した日時や、その際に作った料理の種類やレシピ等の情報が設定されてもよい。

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

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

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

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

　「提供場所情報」は、「指定空間情報」に設定されている指定空間に関連する情報である提供場所情報等を管理するように構成されていてもよい。

　例えば、図２１に示すように、「提供場所情報」は、「制約情報」や「保管情報」や「広さ情報」等を有している。

　ここで、「制約情報」は、「指定空間情報」に設定されている指定空間の使用に関する制約情報であって、かかる指定空間の設備に関する制約情報や、かかる指定空間の環境維持に関する制約情報や、かかる指定空間で料理する際の調理器具のメンテナンスに関する制約情報等を含む。

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

　図２１の例では、「制約情報」は、かかる指定空間の設備に関する制約情報として、「冷却スペース情報」を含む。ここで、「冷却スペース情報」は、かかる指定空間に対応する所定場所に設けられている冷却機器の空きスペースに係る情報である。

　ここで、例えば、指定空間に対応する所定場所は、かかる指定空間が大きな会議室である場合等は、かかる指定空間自身であってもよいし、かかる指定空間が通常の会議室である場合等は、かかる指定空間の近くの執務室や休憩スペース等であってもよい。また、冷却機器は、冷蔵庫や、冷凍庫や、冷凍庫及び冷蔵庫の両方の機能を具備する機器であってもよい。

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

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

　「保管情報」は、「指定空間情報」に設定されている指定空間用として保管されている食材や調味料等や調理器具等に関する情報である。

　「広さ情報」は、「指定空間情報」に設定されている指定空間の広さを示す情報である。

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

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

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

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

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

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

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

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

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

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

　ここで、料理提案部４０２は、各ユーザ１０用の推奨料理として、複数の推奨料理を選択するように構成されていてもよい
　決定部４０９は、予約情報（後述）及び企業情報に基づいて、指定日時の指定空間において料理を作ることが可能な残りのユーザ数を示す利用可能ユーザ数或いは指定日時の指定空間において作ることが可能な残りの料理の分量を示す利用可能分量を決定するように構成されている。

　例えば、決定部４０９は、後述の予約情報管理部４０５を参照して、各指定日時における各指定空間において既に何人のユーザの予約が入っているかについて示す予約ユーザ数を算出し、かかる予約ユーザ数と指定空間ごとに規定している最大利用可能ユーザ数とを比較して、各指定日時における各指定空間における利用可能ユーザ数を算出するように構成されていてもよい。

　或いは、決定部４０９は、後述の予約情報管理部４０５を参照して、各指定日時における各指定空間において既に何人分の料理を作る予約が入っているかについて示す予約分量を算出し、かかる予約分量と指定空間ごとに規定している最大利用可能分量とを比較して、各指定日時における各指定空間における利用可能分量を算出するように構成されていてもよい。

　ここで、決定部４０９は、上述の冷却スペース情報に基づいて、上述の利用可能ユーザ数或いは利用可能分量を決定するように構成されていてもよい。

　例えば、決定部４０９は、上述の冷却スペース情報に基づいて、上述の最大利用可能ユーザ数及び最大利用可能分量を規定するように構成されていてもよい。

　なお、本サービスでは、指定時間に作った料理を終業時間後に自宅に持ち帰るケースが想定され、かかるケースでは、かかる料理を急速冷凍した後、終業時間までの間、冷凍庫で保管する必要がある。

　また、本サービスでは、流通業者３００によって配達された食材は、上述の選択時間までの間、冷蔵庫（或いは、冷凍庫）で保管される必要がある。

　そのため、例えば、決定部４０９は、冷却スペース情報として、冷凍庫の空きスペースに係る情報及び冷蔵庫の空きスペースに係る情報の少なくとも１つに基づいて、上述の最大利用可能ユーザ数及び最大利用可能分量を規定するように構成されていてもよい。

　また、ユーザ１０が、本サービスの予約の段階で、かかる料理を持ち帰るか否かについて指定している場合、決定部４０９は、かかる料理を持ち帰るユーザ数（或いは、料理の分量）を考慮して、上述の利用可能ユーザ数或いは利用可能分量を決定するように構成されていてもよい。

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

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

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

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

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

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

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

　ここで、ユーザインターフェイス４０４は、ユーザ１０に対して、決定部４０９によって決定された利用可能ユーザ数或いは利用可能分量を通知するように構成されている。

　例えば、ユーザインターフェイス４０４は、図２２に示すように、ユーザ予約画面上に、推奨料理（Ｃ３の欄）と共に、利用可能ユーザ数或いは利用可能分量（Ｒ１の領域）を表示するように構成されていてもよい。

　ここで、ユーザインターフェイス４０４は、特定の指定日時における指定空間において、上述の予約ユーザ数が最大利用可能ユーザ数に達している場合、或いは、上述の予約分量が最大利用可能分量に達している場合、上述のユーザ予約画面において、かかる指定日時における指定空間については予約することができないことを表示するように構成されていてもよい。

　また、ユーザインターフェイス４０４は、ユーザ予約画面におけるＣ４の欄には、かかる利用可能分量以下の分量のみ入力可能となるようにしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

　なお、発注部４０６は、選択日時よりも所定期間前に、かかる選択日時に料理を作る予定のユーザ１０用の食材を発注するように構成されていてもよい。

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

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

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

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

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

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

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

　図７に示すように、ステップＳ４０１において、ユーザ１０が、本実施形態に係る管理サーバ１００にアクセスして、特定の指定日時の指定空間において本サービスの予約を試みると、ステップＳ４０２において、かかる管理サーバ１００の決定部４０９が、上述の予約情報及び企業情報に基づいて、かかる指定日時の指定空間における利用可能ユーザ数或いは利用可能分量を決定するよし、ステップＳ４０３において、かかる管理サーバ１００のユーザインターフェイス４０４が、ユーザ予約画面において、かかる利用可能ユーザ数或いは利用可能分量を表示する。

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

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

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

　また、本実施形態に係るサービス提供システム１によれば、各指定空間における制約に基づいて、本サービスの利用を許可するユーザ数或いは料理の分量を制限することができる。

　例えば、本実施形態に係るサービス提供システム１によれば、指定時間に作った料理を終業時間後に自宅に持ち帰るユーザ数（或いは、料理の分量）及び各指定空間に対応する所定場所に設置されている冷凍庫や冷蔵庫の空きスペースに基づいて、本サービスの利用を許可するユーザ数或いは料理の分量を制限することができる。

（第６実施形態）
　以下、図１、図９、図１０、図１５、図２０、図２４及び図２５を参照して、本発明の第６実施形態について、上述の第１～第５実施形態との相違点に着目して説明する。

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

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

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

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

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

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

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

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

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

　また、「プロフィール情報」には、かかるユーザ１０の味付けの好みを示す情報である味の志向情報が設定されていてもよい。

　なお、図示しないが、ユーザ情報管理部４０１は、さらに、かかるユーザ情報として、かかるユーザ１０による本サービスの利用履歴に係る情報である利用履歴等を管理するように構成されていてもよい。例えば、利用履歴には、かかるユーザ１０が本サービスを利用した日時や、その際に作った料理の種類やレシピ等の情報が設定されてもよい。

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

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

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

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

　「提供場所情報」は、「指定空間情報」に設定されている指定空間に関連する情報である提供場所情報等を管理するように構成されていてもよい。

　例えば、図２４に示すように、「提供場所情報」は、「制約情報」や「保管情報」や「広さ情報」等を有している。

　ここで、「制約情報」は、「指定空間情報」に設定されている指定空間の使用に関する制約情報であって、かかる指定空間の設備に関する制約情報や、かかる指定空間の環境維持に関する制約情報や、かかる指定空間で料理する際の調理器具のメンテナンスに関する制約情報等を含む。

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

　また、例えば、かかる指定空間の環境維持に関する制約情報は、料理後の指定空間の環境の維持に関する制限を含む。

　図２４の例では、「制約情報」は、かかる指定空間の環境維持に関する制約情報として、「臭い情報」を含む。ここで、「臭い情報」は、かかる指定空間において食材や料理に起因する臭いが残存することが好ましくないか否かについて示す情報である。例えば、「臭い情報」に「〇」が設定されている場合は、かかる指定空間において食材や料理に起因する臭いが残存しても構わないことを示し、「臭い情報」に「×」が設定されている場合は、かかる指定空間において食材や料理に起因する臭いが残存することが好ましくないことを示す。

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

　「保管情報」は、「指定空間情報」に設定されている指定空間用として保管されている食材や調味料等や調理器具等に関する情報である。

　「広さ情報」は、「指定空間情報」に設定されている指定空間の広さを示す情報である。

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

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

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

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

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

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

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

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

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

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

　ここで、料理提案部４０２は、各ユーザ１０用の推奨料理として、複数の推奨料理を選択するように構成されていてもよい
　決定部４０９は、企業情報管理部４０３を参照して、上述の制約情報に基づいて、各指定日時の各指定空間において作ることができる料理の種類を決定するように構成されている。

　ここで、例えば、かかる料理は、「最後まで調理するパターンの料理」及び「下味冷凍のみを行うパターンの料理」に分類されていてもよい。

　また、かかる料理は、「臭いが出る料理」及び「臭いが出ない料理」に分類されていてもよい。

　或いは、かかる料理は、「調理器具を使う料理」及び「調理器具を使わない料理」に分類されていてもよい。

　具体的には、決定部１０９は、各指定空間の環境維持に関する制約情報（例えば、図４に示す「臭い情報」）に基づいて、各指定日時の各指定空間において作ることができる料理の種類を決定するように構成されていてもよい。

　例えば、決定部４０９は、「臭い情報」に「×」が設定されている「指定空間情報」に設定されている指定空間において作ることができる料理の種類としては、「臭いが出ない料理」に分類されている料理のみとするように決定してもよい。

　または、決定部４０９は、「臭い情報」に「×」が設定されている「指定空間情報」に設定されている指定空間において作ることができる料理の種類としては、「下味冷凍のみを行うパターンの料理」に分類されている料理のみとするように決定してもよい。

　或いは、決定部４０９は、各指定空間の広さを示す情報（図２４に示す「広さ情報」）に基づいて、前各定日時の各指定空間において作ることができる料理の種類を決定するように構成されていてもよい。

　例えば、決定部４０９は、「広さ情報」に設定されている広さが所定面積以下である「指定空間情報」に設定されている指定空間において作ることができる料理の種類としては、「調理器具を使わない料理」に分類されている料理のみとするように決定してもよい。

　または、決定部４０９は、「広さ情報」に設定されている広さが所定面積以下である「指定空間情報」に設定されている指定空間において作ることができる料理の種類としては、「下味冷凍のみを行うパターンの料理」に分類されている料理のみとするように決定してもよい。

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

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

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

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

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

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

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

　ここで、ユーザインターフェイス４０４は、決定部４０９によって決定された料理の種類に基づいて、ユーザ予約画面上で、各指定日時の各指定空間においてユーザ１０が選択可能な料理の種類を限定するように構成されている。

　ユーザインターフェイス４０４は、図９に示すユーザ予約画面におけるＣ３の欄（「料理」）に、決定部１０９によって決定された種類の料理のみを表示するように構成されていてもよい。

　例えば、決定部４０９が、対象の指定空間において作ることができる料理の種類として、「下味冷凍のみを行うパターンの料理」に分類されている料理のみとするように決定した場合、ユーザインターフェイス４０４は、図９に示すユーザ予約画面におけるＣ３の欄（「料理」）に、「下味冷凍のみを行うパターンの料理」に属する料理のみを表示するように構成されていてもよい。

　また、決定部４０９が、対象の指定空間において作ることができる料理の種類として、「臭いが出ない料理」に分類されている料理のみとするように決定した場合、ユーザインターフェイス４０４は、図９に示すユーザ予約画面におけるＣ３の欄（「料理」）に、「臭いが出ない料理」に属する料理のみを表示するように構成されていてもよい。

　さらに、決定部４０９が、対象の指定空間において作ることができる料理の種類として、「調理器具を使わない料理」に分類されている料理のみとするように決定した場合、ユーザインターフェイス４０４は、図９に示すユーザ予約画面におけるＣ３の欄（「料理」）に、「調理器具を使わない料理」に属する料理のみを表示するように構成されていてもよい。

　なお、ユーザインターフェイス４０４は、図９に示すユーザ予約画面におけるＣ３の欄（「料理」）において、「最後まで調理するパターンの料理」及び「下味冷凍のみを行うパターンの料理」のどちらに属する料理であるかについて分かるように表示し、ユーザ１０が、「最後まで調理するパターンの料理」及び「下味冷凍のみを行うパターンの料理」のいずれかを選択することができるように構成されていてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

　なお、発注部４０６は、選択日時よりも所定期間前に、かかる選択日時に料理を作る予定のユーザ１０用の食材を発注するように構成されていてもよい。

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

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

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

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

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

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

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

　図２５に示すように、ステップＳ５０１において、管理サーバ１００の決定部４０９は、企業情報管理部４０３によって管理されている企業情報（例えば、「臭い情報」や「広さ情報」）に基づいて、各指定日時の各指定空間において作ることができる料理の種類を決定する。

　ステップＳ５０２において、管理サーバ１００のユーザインターフェイス４０４は、決定部４０９によって決定された料理の種類に基づいて、ユーザ予約画面上で、各指定日時の各指定空間においてユーザ１０が選択可能な料理の種類を限定する。

　ステップＳ５０３において、ユーザ１０は、ユーザ予約画面において、本サービスの予約を行う。

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

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

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

　また、本実施形態に係るサービス提供システム１によれば、給湯室が極めて狭い会社や臭いを出すことに極めてセンシティブな会社等であっても本サービスを利用することができるため、ビジネススケールを拡大させることができる。

　また、本実施形態に係るサービス提供システム１によれば、「下味冷凍のみを行うパターンの料理」や「調理機器を使わない料理」に属する料理については、調理機器をほぼ使わず、指定空間での洗い物がほぼないため、ユーザ１０は、極めて短時間で料理を作ることができ、且つ、自宅に帰ってから熱々で出来立ての料理を食べることができる。

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

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

　また、本発明によれば、料理を作る時間に割かれすぎていて、子供や家族とのコミュニケーションや自分の時間を確保できないという共働きの世帯の悩みを解消することができる。なお、本発明は、共働きの世帯に対してだけでなく、健康志向の独身女性や食にこだわる独身男性にも、適用可能である。

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

Claims (28)

1. 　企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、
   　前記ユーザの確定情報を含むユーザ情報を管理するユーザ情報管理部と、
   　前記指定空間に関する情報を含む企業情報を管理する企業情報管理部と、
   　前記ユーザ情報及び前記企業情報に基づいて、前記料理のレシピを決定するレシピ決定部と、
   　前記レシピに基づいて、前記料理を作るために必要な食材及び調味料の少なくとも一方を注文する注文部と、
   　前記ユーザに対して提供する前記レシピに係るコンテンツを管理するコンテンツ管理部とを具備し、
   　前記ユーザの確定情報は、前記選択空間及び前記選択日時を示す情報を含み、
   　前記指定空間に関する情報は、前記空間の使用に関する制約情報を含む、管理サーバ。
2. 　前記制約情報は、前記指定空間の設備に関する制約情報、前記指定空間の環境維持に関する制約情報及び前記指定空間で料理する際の調理器具のメンテナンスに関する制約情報の少なくとも１つを含む、請求項１に記載の管理サーバ。
3. 　前記注文部は、同一のレシピによる料理を作るユーザ数に基づいて、前記食材及び調味料の少なくとも一方を注文する、請求項１又は２に記載の管理サーバ。
4. 　前記ユーザ情報は、前記料理についての配送の要否に係る情報を含み、
   　前記配送に要否に係る情報に基づいて、前記料理の配送を手配する配送手配部を具備する、請求項１～３のいずれか一項に記載の管理サーバ。
5. 　企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、
   　前記ユーザごとに、味付けの好みを示す味の志向情報を含むユーザ情報を管理するように構成されているユーザ情報管理部と、
   　前記ユーザごとに、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記ユーザによって選択された前記料理を示す選択料理情報と、前記料理のレシピに対応するコンテンツを識別するコンテンツ識別情報と、前記料理の分量を示す分量情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、
   　前記料理の食材と共に、第１調味料及び第２調味料を発注するように構成されている発注部と、
   　前記ユーザに対して、前記選択日時以前に、前記選択日時に関連付けられている前記コンテンツを配信するように構成されているコンテンツ配信部と、を具備しており、
   　前記発注部は、ユーザごとに、前記味の志向情報と前記選択料理情報と前記分量情報とに基づいて、前記ユーザごとの前記第２調味料の発注量を決定するように構成されており、
   　前記第１調味料は、前記指定空間において在庫管理され、複数の前記ユーザによって共用される調味料であり、
   　前記第２調味料は、前記指定空間において在庫管理されず、前記ユーザごとに前記料理を作る際に個別に用いられる調味料である、管理サーバ。
6. 　前記第２調味料は、前記食材と共にパッキングされ、前記選択日時までに前記選択空間に配送される、請求項５に記載の管理サーバ。
7. 　前記第１調味料は、複数の前記ユーザによって共用される容器に収納されている調味料であり、
   　前記第２調味料は、前記ユーザごとに個別に計量されてパッキングされている調味料である、請求項５又は６に記載の管理サーバ。
8. 　前記発注部は、ユーザごとに、前記味の志向情報に基づいて、発注する前記第２調味料の種類を変更するように構成されている、請求項５～７のいずれか一項に記載の管理サーバ。
9. 　企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、
   　前記ユーザごとに、味付けの好みを示す味の志向情報を含むユーザ情報を管理するように構成されているユーザ情報管理部と、
   　前記ユーザごとに、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記ユーザによって選択された前記料理を示す選択料理情報と、前記料理のレシピに対応するコンテンツを識別するコンテンツ識別情報と、前記料理の分量を示す分量情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、
   　前記ユーザに対して、前記選択日時以前に、前記選択日時に関連付けられている前記コンテンツを配信するように構成されているコンテンツ配信部と、を具備しており、
   　前記コンテンツ配信部は、前記味の志向情報と前記コンテンツ情報と前記分量情報とに基づいて、前記ユーザごとに、前記レシピ内における食材及び調味料の少なくとも一方についての分量の記載を変更した前記コンテンツを生成して配信するように構成されている、管理サーバ。
10. 　前記コンテンツは、１つ又は複数の静止画によって構成されている、請求項９に記載の管理サーバ。
11. 　企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、
    　前記料理を作るために用いられる調理器具と、前記調理器具を用いる調理時間とを関連付ける調理器具情報を管理するように構成されている調理器具情報管理部と、
    　前記調理器具情報に基づいて、前記ユーザごとの推奨料理を決定するように構成されている料理提案部と、
    　前記ユーザに対して前記推奨料理を通知し、前記ユーザによって前記推奨料理の中から選択された前記料理の組み合わせを受信するように構成されているユーザインターフェイスと、
    　前記ユーザごとに、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記料理の組み合わせを示す選択料理情報と、前記選択料理のレシピに対応するコンテンツを識別するコンテンツ識別情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、
    　前記ユーザに対して、前記選択日時以前に、前記選択日時に関連付けられている前記コンテンツを配信するように構成されているコンテンツ配信部と、を具備している、管理サーバ。
12. 　前記料理提案部は、前記調理器具情報に基づいて、前記推奨料理として、少なくとも第１料理及び前記第１料理に合う第２料理の組み合わせを決定し、
    　前記ユーザインターフェイスは、前記ユーザに対して、前記推奨料理として、前記組み合わせを通知するように構成されている、請求項１１に記載の管理サーバ。
13. 　前記調理器具情報管理部は、
    　　前記料理を作るために用いられる調理器具として、前記第１料理を作るために用いられる第１調理器具、及び、前記第２料理を作るために用いられる第２調理器具を管理するように構成されており、
    　　前記調理器具を用いる調理時間として、前記第１調理器具を用いる第１調理時間、及び、前記第２調理器具を用いる第２調理時間を管理するように構成されており、
    　前記料理提案部は、前記調理器具情報管理部を参照して、前記第１料理を作るために前記第１調理器具を用いる前記第１調理時間及び前記第２料理を作るために前記第１調理器具と同じ種類の前記第２調理器具を用いる前記第２調理時間の合計時間が所定時間を上回らない前記第１料理及び前記第２料理の組み合わせを、前記推奨料理として決定するように構成されている、請求項１２に記載の管理サーバ。
14. 　前記コンテンツ配信部は、
    　　前記調理器具情報管理部及び前記予約情報管理部を参照して、前記料理の組み合わせにおいて、前記料理の各々を作る順序を決定するように構成されており、
    　　前記コンテンツ内で前記順序を推奨するように構成されている、請求項１１に記載の管理サーバ。
15. 　前記料理の各々を作る順序は、第１料理及び前記第１料理に合う第２料理を作る順序である、請求項１４に記載の管理サーバ。
16. 　前記コンテンツ配信部は、前記選択日時の前記選択空間において複数のユーザが前記料理を作る場合、前記複数のユーザの間で前記順序を変えるように構成されている、請求項１４に記載の管理サーバ。
17. 　前記選択空間に配置されており使用可能な前記調理器具の数は、前記複数のユーザの人数よりも少ない、請求項１６に記載の管理サーバ。
18. 　前記ユーザインターフェイスは、前記ユーザの端末からの要求に応じて前記端末にユーザ予約画面を表示させ、前記ユーザ予約画面を介して前記料理の組み合わせを受信するように構成されている、請求項１１～１７のいずれか一項に記載の管理サーバ。
19. 　前記ユーザごとに、前記ユーザのプロフィール情報を含むユーザ情報を管理するように構成されているユーザ情報管理部を、更に具備しており、
    　前記料理提案部は、前記調理器具情報に加えて、前記ユーザのプロフィール情報に基づいて、前記ユーザごとの前記推奨料理を決定するように構成されている、請求項１１～１８のいずれか一項に記載の管理サーバ。
20. 　前記調理器具は、電磁調理器及び電子レンジの少なくとも１つを含む、請求項１１～１９のいずれか一項に記載の管理サーバ。
21. 　企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、
    　前記ユーザごとに、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記ユーザによって選択された前記料理を示す選択料理情報とを関連付ける予約情報を管理するように構成されている予約情報管理部と、
    　前記指定日時を示す指定日時情報と、前記指定空間を示す指定空間情報と、前記指定空間の使用に関する制約情報とを関連付ける企業情報を管理するように構成されている企業情報管理部と、
    　前記予約情報及び前記企業情報に基づいて、前記指定日時の前記指定空間において前記料理を作ることが可能な残りのユーザ数を示す利用可能ユーザ数或いは前記指定日時の前記指定空間において作ることが可能な残りの料理の分量を示す利用可能分量を決定するように構成されている決定部と、
    　前記ユーザに対して、前記利用可能ユーザ数或いは前記利用可能分量を通知するように構成されているユーザインターフェイスと、を具備する、管理サーバ。
22. 　前記制約情報は、前記指定空間に対応する所定場所に設けられている冷却機器の空きスペースに係る冷却スペース情報を含み、
    　前記決定部は、前記冷却スペース情報に基づいて、前記利用可能ユーザ数或いは前記利用可能分量を決定するように構成されている、請求項２１に記載の管理サーバ。
23. 　前記ユーザ情報に基づいて、前記ユーザごとの推奨料理を決定するように構成されている料理提案部を、更に具備し、
    　前記ユーザインターフェイスは、ユーザ予約画面上で、前記推奨料理と共に、前記利用可能ユーザ数或いは前記利用可能分量を表示するように構成されている、請求項２１又は２２に記載の管理サーバ。
24. 　企業によって指定された指定日時及び指定空間のうちユーザによって選択された選択日時及び選択空間において前記ユーザが料理を作ることを可能とするサービスを提供するサービス提供システムで使用される管理サーバであって、
    　前記ユーザごとに、前記ユーザによる前記サービスの予約に応じて、前記選択日時を示す選択日時情報と、前記選択空間を示す選択空間情報と、前記ユーザによって選択された前記料理を示す選択料理情報とを関連付ける予約情報を生成して管理するように構成されている予約情報管理部と、
    　前記指定日時を示す指定日時情報と、前記指定空間を示す指定空間情報と、前記指定空間の使用に関する制約情報とを関連付ける企業情報を管理するように構成されている企業情報管理部と、
    　前記企業情報管理部を参照して、前記制約情報に基づいて、前記指定日時の前記指定空間において作ることができる前記料理の種類を決定するように構成されている決定部と、
    　前記決定部によって決定された前記料理の種類に基づいて、ユーザ予約画面上で、前記指定日時の前記指定空間において前記ユーザが選択可能な前記料理の種類を限定するように構成されているユーザインターフェイスと、を具備する、管理サーバ。
25. 　前記制約情報は、前記指定空間の環境維持に関する制約情報を含み、
    　前記決定部は、前記指定空間の環境維持に関する制約情報に基づいて、前記指定日時の前記指定空間において作ることができる前記料理の種類を決定するように構成されている、請求項２４に記載の管理サーバ。
26. 　前記企業情報は、前記指定空間の広さを示す情報を含み、
    　前記決定部は、前記指定空間の広さを示す情報に基づいて、前記指定日時の前記指定空間において作ることができる前記料理の種類を決定するように構成されている、請求項２４又は２５に記載の管理サーバ。
27. 　前記指定空間は、前記ユーザのオフィス内の会議室、執務室及び一時的に利用若しくは貸与を許可する種類のレンタルスペースの少なくとも１つを含む、請求項１～２６のいずれか一項に記載の管理サーバ。
28. 　前記指定日時は、前記ユーザの移動時間中及び勤務時間中の少なくとも一方における隙間時間である、請求項１～２７のいずれか一項に記載の管理サーバ。

Images