(57)【要約】【課題】  複数の各ユーザの希望する湯水の状態に調整可能となるように入浴予約を受け付けることができる風呂システムを提供する。【解決手段】  予約処理部と風呂装置を備え、予約処理部は、一のユーザの入浴希望時間帯が入力されたときに、すでに入浴予約が受け付けられている他のユーザの予約時間帯と上記入浴希望時間帯との重複部分がない場合に、他のユーザの入浴終了時の湯水の状態から風呂装置が一のユーザの希望湯温及び希望湯量に調整するために必要な第１の調整時間と、一のユーザの入浴終了時の湯水の状態から風呂装置が他のユーザの希望湯温および希望湯量に調整するために必要な第２の調整時間とのうちの少なくともいずれか一方の調整時間を算出し、上記入浴希望時間帯と他のユーザの予約時間帯との間に上記調整時間を確保できるか否かに基づいて一のユーザの入浴予約を受け付けるか否かを判定し（Ｓ５，Ｓ１３）、この判定結果を報知部に報知させる。【選択図】  図２
2020085333.tif 000002
【特許請求の範囲】
【請求項１】
複数のそれぞれのユーザの希望湯温および希望湯量と、入力される前記ユーザの入浴希望時間帯とを予約内容に含む入浴予約を受け付ける予約処理部と、
浴槽への湯水の供給及び追い焚きが可能であり、前記予約処理部で受け付けられた入浴予約の予約内容に基づいて前記浴槽内の湯水の状態を調整する風呂装置と、
を備え、
前記予約処理部は、
外部の入力部から一のユーザの入力操作によって入浴希望時間帯が入力されたときに、すでに他のユーザの入浴予約が受け付けられており、この他のユーザの入浴希望時間帯である予約時間帯と前記一のユーザの入浴希望時間帯との重複部分がない場合に、前記他のユーザが入浴した場合の入浴終了時の浴槽内の湯水の状態から前記風呂装置が前記一のユーザの希望湯温および希望湯量に調整するために必要な時間の予測値である第１の調整時間と、前記一のユーザが入浴した場合の入浴終了時の浴槽内の湯水の状態から前記風呂装置が前記他のユーザの希望湯温および希望湯量に調整するために必要な時間の予測値である第２の調整時間とのうちの少なくともいずれか一方の調整時間を算出し、前記一のユーザの入浴希望時間帯と前記他のユーザの予約時間帯との間に前記算出した調整時間を確保できるか否かに基づいて、前記一のユーザの入浴予約を受け付けるか否かを判定し、この判定結果を外部の報知部に報知させるよう構成された、
風呂システム。
【請求項２】
前記予約処理部は、
前記一のユーザの入浴希望時間帯が前記他のユーザの予約時間帯よりも後の時間帯である場合に、前記一のユーザの入浴希望時間帯と前記他のユーザの予約時間帯との間の時間が前記第１の調整時間以上であるときには前記一のユーザの入浴予約を受け付けると判定し、前記第１の調整時間未満であるときには前記一のユーザの入浴予約を受け付けないと判定し、
前記一のユーザの入浴希望時間帯が前記他のユーザの予約時間帯よりも前の時間帯である場合に、前記一のユーザの入浴希望時間帯と前記他のユーザの予約時間帯との間の時間が前記第２の調整時間以上であるときには前記一のユーザの入浴予約を受け付けると判定し、前記第２の調整時間未満であるときには前記一のユーザの入浴予約を受け付けないと判定するよう構成された、
請求項１に記載の風呂システム。
【請求項３】
前記予約処理部は、
前記一のユーザの入浴予約を受け付けないと前記判定した場合には、前記第１及び第２の両方の調整時間を算出し、前記他のユーザの予約時間帯と、前記他のユーザの予約時間帯のあとに続く前記第１の調整時間と、前記他のユーザの予約時間帯の直前の前記第２の調整時間とを除いた時間帯からなる前記一のユーザの予約可能な時間帯を前記報知部に報知させるよう構成された、
請求項１または２に記載の風呂システム。
【請求項４】
前記予約処理部は、
前記入力部から前記一のユーザの入力操作によって予約情報の要求が入力されたときに、前記第１及び第２の両方の調整時間を算出し、前記他のユーザの予約時間帯と、前記他のユーザの予約時間帯のあとに続く前記第１の調整時間と、前記他のユーザの予約時間帯の直前の前記第２の調整時間とを除いた時間帯からなる前記一のユーザの予約可能な時間帯の情報を含む前記予約情報を前記報知部に報知させるよう構成された、
請求項１〜３のいずれかに記載の風呂システム。
【請求項５】
前記予約処理部は、
前記第１の調整時間を算出する場合には、前記一のユーザの希望湯温および希望湯量と、前記他のユーザが入浴した場合の入浴終了時の浴槽の予測湯温および予測湯量と、前記風呂装置の加熱能力とに基づいて、前記第１の調整時間を算出し、
前記第２の調整時間を算出する場合には、前記他のユーザの希望湯温および希望湯量と、前記一のユーザが入浴した場合の入浴終了時の浴槽の予測湯温および予測湯量と、前記風呂装置の加熱能力とに基づいて、前記第２の調整時間を算出するよう構成された、
請求項１〜４のいずれかに記載の風呂システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、給湯器等の風呂装置を備えた風呂システムに関する。
【背景技術】
【０００２】
給湯器等の風呂装置では、ユーザによって設定された湯温および湯量で、浴槽への湯張り、浴槽内の湯水の追い焚き等を行うことができるものがある。
【０００３】
例えば、特許文献１には、ユーザが風呂リモコンを操作して各個人のＩＤを入力することにより、各個人に対して予め設定された湯温、湯量（水位）となるように給湯器の制御が行われる構成が記載されている。
【０００４】
また、特許文献２には、ユーザがリモコンを操作して、ふろ自動運転の予約、及び、追い焚き運転の予約を可能とする構成が記載されている。
【０００５】
また、特許文献３には、制御アプリをインストールしたユーザのスマートフォンで風呂装置（給湯・追焚装置）を操作すること、及び、家族の各ユーザがスマートフォンを所持し、各ユーザが湯温、湯量を設定していることが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−２３５５５１号公報
【特許文献２】特開２０１１−１９１０３５号公報
【特許文献３】特開２０１７−１１６２２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、複数のユーザが各々の希望する湯温及び湯量を予め設定しておいて、複数のユーザが例えば入浴時刻を各々設定して風呂の予約（入浴予約）を行った場合、先に入浴したユーザの後に次に入浴するユーザの希望する湯水の状態（湯温及び湯量）となるように風呂装置は制御されるが、先に入浴したユーザが風呂からあがってから、次のユーザが入浴するまでの間隔が短い場合には、風呂装置は次に入浴するユーザの希望する湯水の状態に調整できない場合があるという問題がある。
【０００８】
本発明は上記のような課題を解決するためになされたもので、複数のユーザからの入浴予約が行われるときに各ユーザの希望する湯水の状態に調整可能となるように入浴予約を受け付けることができる風呂システムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のある態様に係る風呂システムは、複数のそれぞれのユーザの希望湯温および希望湯量と、入力される前記ユーザの入浴希望時間帯とを予約内容に含む入浴予約を受け付ける予約処理部と、浴槽への湯水の供給及び追い焚きが可能であり、前記予約処理部で受け付けられた入浴予約の予約内容に基づいて前記浴槽内の湯水の状態を調整する風呂装置と、を備え、前記予約処理部は、外部の入力部から一のユーザの入力操作によって入浴希望時間帯が入力されたときに、すでに他のユーザの入浴予約が受け付けられており、この他のユーザの入浴希望時間帯である予約時間帯と前記一のユーザの入浴希望時間帯との重複部分がない場合に、前記他のユーザが入浴した場合の入浴終了時の浴槽内の湯水の状態から前記風呂装置が前記一のユーザの希望湯温および希望湯量に調整するために必要な時間の予測値である第１の調整時間と、前記一のユーザが入浴した場合の入浴終了時の浴槽内の湯水の状態から前記風呂装置が前記他のユーザの希望湯温および希望湯量に調整するために必要な時間の予測値である第２の調整時間とのうちの少なくともいずれか一方の調整時間を算出し、前記一のユーザの入浴希望時間帯と前記他のユーザの予約時間帯との間に前記算出した調整時間を確保できるか否かに基づいて、前記一のユーザの入浴予約を受け付けるか否かを判定し、この判定結果を外部の報知部に報知させるよう構成されている。なお、ユーザの入力操作は、ユーザの発話、すなわち音声による入力操作であってもよい。
【００１０】
この構成によれば、入浴予約を希望する一のユーザの入浴希望時間帯が入力されたときに、すでに入浴予約が受け付けられている他のユーザの入浴希望時間帯である予約時間帯と一のユーザの入浴希望時間帯との重複部分がない場合に、第１と第２の調整時間のうちの少なくともいずれか一方の調整時間を算出し、一のユーザの入浴希望時間帯と他のユーザの予約時間帯との間に算出した調整時間を確保できるか否かに基づいて、一のユーザの入浴予約を受け付けるか否かを判定することで、各ユーザの希望する湯水の状態に調整可能となるように入浴予約を受け付けることができる。
【００１１】
前記予約処理部は、前記一のユーザの入浴希望時間帯が前記他のユーザの予約時間帯よりも後の時間帯である場合に、前記一のユーザの入浴希望時間帯と前記他のユーザの予約時間帯との間の時間が前記第１の調整時間以上であるときには前記一のユーザの入浴予約を受け付けると判定し、前記第１の調整時間未満であるときには前記一のユーザの入浴予約を受け付けないと判定し、前記一のユーザの入浴希望時間帯が前記他のユーザの予約時間帯よりも前の時間帯である場合に、前記一のユーザの入浴希望時間帯と前記他のユーザの予約時間帯との間の時間が前記第２の調整時間以上であるときには前記一のユーザの入浴予約を受け付けると判定し、前記第２の調整時間未満であるときには前記一のユーザの入浴予約を受け付けないと判定するよう構成されていてもよい。
【００１２】
前記予約処理部は、前記一のユーザの入浴予約を受け付けないと前記判定した場合には、前記第１及び第２の両方の調整時間を算出し、前記他のユーザの予約時間帯と、前記他のユーザの予約時間帯のあとに続く前記第１の調整時間と、前記他のユーザの予約時間帯の直前の前記第２の調整時間とを除いた時間帯からなる前記一のユーザの予約可能な時間帯を前記報知部に報知させるよう構成されていてもよい。
【００１３】
この構成によれば、一のユーザの入浴予約を受け付けないと判定した場合には、一のユーザの予約可能な時間帯を報知部に報知させることにより、この後、一のユーザは、予約可能な時間帯に入るように入浴希望時間帯を入力することで入浴予約が受け付けられる。
【００１４】
前記予約処理部は、前記入力部から前記一のユーザの入力操作によって予約情報の要求が入力されたときに、前記第１及び第２の両方の調整時間を算出し、前記他のユーザの予約時間帯と、前記他のユーザの予約時間帯のあとに続く前記第１の調整時間と、前記他のユーザの予約時間帯の直前の前記第２の調整時間とを除いた時間帯からなる前記一のユーザの予約可能な時間帯の情報を含む前記予約情報を前記報知部に報知させるよう構成されていてもよい。
【００１５】
この構成によれば、予約情報が報知された後、一のユーザは予約情報に含まれる予約可能な時間帯に入るように入浴希望時間帯を入力することで入浴予約が受け付けられる。
【００１６】
前記予約処理部は、前記第１の調整時間を算出する場合には、前記一のユーザの希望湯温および希望湯量と、前記他のユーザが入浴した場合の入浴終了時の浴槽の予測湯温および予測湯量と、前記風呂装置の加熱能力とに基づいて、前記第１の調整時間を算出し、前記第２の調整時間を算出する場合には、前記他のユーザの希望湯温および希望湯量と、前記一のユーザが入浴した場合の入浴終了時の浴槽の予測湯温および予測湯量と、前記風呂装置の加熱能力とに基づいて、前記第２の調整時間を算出するよう構成されていてもよい。
【発明の効果】
【００１７】
本発明は、以上に説明した構成を有し、複数のユーザからの入浴予約が行われるときに各ユーザの希望する湯水の状態に調整可能となるように入浴予約を受け付けることができる風呂システムを提供することができるという効果を奏する。
【図面の簡単な説明】
【００１８】
【図１】図１は、本実施形態の風呂システム及びそれに用いられる通信システムの概略構成図である。
【図２】図２は、ユーザが入浴予約を行う場合に管理サーバが実行する処理の一例を示すフローチャートである。
【図３】図３は、ユーザから予約情報を要求された場合に管理サーバが実行する処理の一例を示すフローチャートである。
【図４】図４はユーザの携帯端末に表示される予約情報の一例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の好ましい実施の形態を、図面を参照しながら説明する。なお、以下では全ての図面を通じて同一又は相当する要素には同一の参照符号を付して、その重複する説明を省略する。また、本発明は、以下の実施形態に限定されない。
【００２０】
（実施形態）
図１は、本実施形態の風呂システム及びそれに用いられる通信システムの概略構成図である。本実施形態の風呂システムは、給湯器１を有する給湯システムＨｗと、予約処理部としての機能を有する管理サーバ５とを備えている。ここで、給湯器１が風呂装置の一例である。
【００２１】
給湯システムＨｗは、給湯器１と、給湯器１を遠隔操作するためのリモコン（リモートコントローラ）である浴室外リモコン２及び浴室リモコン２Ｂとを備えている。給湯器１のコントローラ１１と浴室リモコン２Ｂと浴室外リモコン２とは、相互に通信可能に構成されている。
【００２２】
給湯器１は、住宅の屋外または屋内の所定の場所に設置され、例えば、燃焼加熱式の給湯器（熱源機）であり、熱交換器および該熱交換器を加熱する加熱装置などを備えている。給湯器１に内蔵されているコントローラ１１は、例えば、ＣＰＵ及びメモリ（ＲＡＭ及びＲＯＭ等）を有するマイクロコントローラ等によって構成され、給湯器１内の各種センサの出力信号を入力し、給湯器１全体の動作を制御する。
【００２３】
給湯器１は、台所等に湯水を供給する給湯機能、外部配管５１，５２を介して浴槽１０１へ湯水を供給する風呂注湯機能、及び追い焚き機能等を有する周知の構成のものである。給湯器１は、外部配管５１，５２を介して浴槽１０１に取り付けられた循環金具５３と接続されている。浴槽１０１の排水口には、浴槽内の湯水を排水管１０３へ排出するための排水栓１０２が設けられている。この排水栓１０２は、給湯器１のコントローラ１１の制御によって排水口の開栓および閉栓が可能な自動排水栓として構成されていてもよいが、ユーザが手で排水口に抜き差しすることにより排水口の開栓および閉栓が可能な手動排水栓として構成されている場合も多い。
【００２４】
給湯器１は、外部の給水源から水を導入して給湯用熱交換器に至る入水路を有し、その入水路の水の温度を検出する入水温度センサ１４を備えている。また、追焚用熱交換器と浴槽１０１との間で循環流路が形成されている。この循環流路は、追焚用熱交換器と外部配管５１を介して浴槽１０１に接続される戻り流路と、追焚用熱交換器と外部配管５２を介して浴槽１０１に接続される往き流路とを有している。戻り流路には、循環ポンプと、圧力センサで構成された浴槽１０１内の水位を検知する水位センサ１２と、浴槽１０１から戻ってくる浴槽水の温度を検出する風呂温度センサ１３などが設けられている。また、浴槽１０１へ足し水を行う場合、入水路の水を循環流路を介して浴槽１０１内へ供給することができるよう構成されている。
【００２５】
浴室外リモコン２は、浴室１００外の台所等に設けられ、浴室リモコン２Ｂは、浴槽１０１が設置された浴室１００内に設けられている。これらのリモコン２，２Ｂは、操作部及び表示部（図示せず）を備え、ユーザが操作部を操作して、給湯器１の運転操作や給湯温度や風呂温度等の設定を行うことができるとともに、表示部に給湯器１の運転状態や設定されている給湯温度や風呂温度等を表示することができる。また、浴室リモコン２Ｂは、人感センサ２０が備えられている。この人感センサ２０は、浴室１００内に人が存在するか否かを検出するためのものであり、例えば焦電型赤外線センサ、電波センサ等、人の存在を検知することができるものであればよい。また、人感センサ２０が浴室リモコン２Ｂとは別個に設けられてあってもよい。
【００２６】
また、浴室外リモコン２は、ルータ３と無線ＬＡＮの接続設定が行われた無線通信部が備えられており、ルータ３との間で無線ＬＡＮによる無線通信が可能である。この浴室外リモコン２は、給湯器１のコントローラ１１及び浴室リモコン２Ｂとの間で通信線を介して通信を行うとともに、上記無線通信部によってルータ３及びインターネット等の通信網４を介して行う管理サーバ５との間で通信を行う。ルータ３は、給湯システムＨｗのユーザが所有している無線ＬＡＮルータであり、通信網４に接続されている。
【００２７】
管理サーバ５は、通信網４及びルータ３を介して浴室外リモコン２と通信を行う。管理サーバ５は、給湯器１のコントローラ１１から浴室外リモコン２を介して送信されてきた情報を必要に応じて記憶している。なお、管理サーバ５は、通信網４に接続された複数のコンピュータで構成されていてもよい。すなわち、管理サーバ５は、その機能を分担して実行する複数のサーバで構成されていてもよい。管理サーバ５は、必要な情報を記憶する記憶部を有している。
【００２８】
各携帯端末６（６ａ、６ｂ）は、給湯システムＨｗの各ユーザが所有しているスマートフォン等からなり、ルータ３および携帯電話網の基地局（図示せず）との間で無線通信を行うことが可能な通信部６１と、液晶ディスプレイ等からなる表示部６４と、表示部６４に積層されたタッチパネル等からなる入力部６３と、図示されていないマイクロホン及びスピーカと、これらを制御する制御部６２とを有している。携帯端末６（６ａ、６ｂ）は、ルータ３または携帯電話網の基地局、通信網４を介して管理サーバ５と相互に通信を行うことができる。この携帯端末６には、給湯システム専用のアプリケーションプログラム（以下、「専用アプリ」という）がインストールされており、ユーザは、携帯端末６を操作して、専用アプリを起動させ、管理サーバ５等を介して給湯器１の遠隔操作及び状態確認、後述の入浴予約などを行うことができる。
【００２９】
上記のように風呂システムは、通信網４、ルータ３及び複数の携帯端末６を利用するものである。このような風呂システムにおいて、給湯システムＨｗが設置されている住宅は通常多数存在する。ここでは、代表して、１つの給湯システムＨｗのみを図示し、また、その給湯システムＨｗに対応するルータ３及び携帯端末６を図示している。
【００３０】
このような風呂システムにおいて、給湯器１のコントローラ１１から浴室外リモコン２を介して管理サーバ５へ送信される機器情報としては、定期的（例えば１時間間隔）に送信される給湯器１の運転状態を示す運転状態情報、定期的（例えば１〜数分間隔）に送信される水位センサ１２、風呂温度センサ１３および入水温度センサ１４等の計測値であるセンサ情報、給湯器１の異常を示すエラー情報等がある。さらに、本実施形態では、管理サーバ５へ送信される機器情報として、人感センサ２０の検出結果の情報がある。この人感センサ２０の検出結果は、例えば、浴室リモコン２Ｂから浴室外リモコン２を介して管理サーバ５へ送信される。この送信タイミングは、管理サーバ５において人感センサ２０の検出結果（人の存否）が常時把握できればよく、例えば、人感センサ２０の検出結果が変化したときに送信されるようにしてもよい。以上の機器情報は、浴室外リモコン２から浴室外リモコン２の個体識別情報とともに管理サーバ５へ送信される。
【００３１】
管理サーバ５では、これら受信した機器情報を、給湯システムＨｗの識別情報と関連付けて記憶部に記憶することで、給湯システムＨｗごとに記憶される。なお、給湯システムの識別情報は、例えば、浴室外リモコン２の個体識別情報を用いてもよい。また、給湯システムの識別情報は、複数の各々の給湯システムを識別するために管理サーバ５が任意に定めた情報（例えば、通し番号）であってもよく、この場合、給湯システムＨｗの識別情報と浴室外リモコン２の個体識別情報とが関連付けられている。よって、管理サーバ５は、給湯システムＨｗの識別情報または浴室外リモコン２の個体識別情報から給湯システムＨｗを特定し、当該給湯システムＨｗの機器情報を特定することができる。
【００３２】
また、管理サーバ５は、各ユーザが携帯端末６（６ａ、６ｂ）を操作して給湯器１の遠隔操作、状態確認及び入浴予約等を行うことを可能にするためにユーザ関連付け情報を記憶している。このユーザ関連付け情報は、例えば、給湯システムＨｗの識別情報（例えば浴室外リモコン２の個体識別情報）と各ユーザの携帯端末６（６ａ、６ｂ）から予め送信されたユーザアカウントとが関連付けされてなる情報である。
【００３３】
本実施形態では、給湯システムＨｗが設置されている同一宅内の複数の各ユーザが各々の携帯端末６（６ａ、６ｂ）を用いて入浴予約を行うことができる。ここでは、携帯端末６ａはユーザａの所有物であり、携帯端末６ｂはユーザｂの所有物であるとする。ここで、例えば、ユーザａ、ｂは、各々の携帯端末６ａ、６ｂを操作して、入浴するときの浴槽１０１内の湯水の希望する湯温（風呂温度）および湯量を管理サーバ５へ送信しているものとする。すなわち、ユーザａ、ｂは、各々の携帯端末６ａ、６ｂの専用アプリを起動させて、例えば、風呂の湯温及び湯量の設定画面を携帯端末６ａ、６ｂ（表示部６４）に表示させて、ユーザが希望する湯温（希望湯温）および湯量（希望湯量）を設定することができる。希望湯量は、例えばｎ分割（ｎは例えば１〜１０）された湯量のレベルのうちいずれか１つのレベルに設定可能であり、希望のレベルを指定することにより設定することができる。ここで設定された各ユーザの希望湯温及び希望湯量の情報は管理サーバ５へ送信され、管理サーバ５では、ユーザごとに希望湯温及び希望湯量の情報を記憶するよう構成されている。
【００３４】
例えば、ユーザａが入浴予約等を行う場合、携帯端末６ａ、６ｂの専用アプリを起動させて、入浴予約画面を表示部６４に表示させる。この入浴予約画面には、例えば、「予約設定」ボタンと「予約情報」ボタンとが表示される。ユーザａが入浴予約を行う場合、「予約設定」ボタンをタッチ操作すると、予約設定画面が表示される。この予約設定画面で、ユーザａが入浴を希望する時間帯（入浴希望時間帯）を入力し、入浴予約を行うことができる。この入浴希望時間帯の入力は、例えば、入浴希望開始時刻と入浴希望終了時刻とを入力することにより行うことができる。また、入浴希望時間帯の入力は、現時点から入浴希望開始時刻までの時間と、現時点から入浴希望終了時刻までの時間または入浴予定時間とを入力することにより行うようにしてもよい。
【００３５】
また、ユーザａが予約情報を知りたい場合に、「予約情報」ボタンをタッチ操作すると、すでに予約されている時間帯及びユーザａの予約可能な時間帯等が表示された予約情報表示画面に切り替わる。
【００３６】
図２は、ユーザが入浴予約を行う場合に管理サーバ５が実行する処理の一例を示すフローチャートである。管理サーバ５では、入浴予約（以下、単に「予約」とも言う）を受け付けた入浴希望時間帯等の予約内容の情報を記憶部に予約設定情報として記憶するよう構成されている。この予約設定情報は、例えば、予約したユーザの識別情報（例えば、ユーザアカウントと関連付けられて予め設定されたユーザ名など）、予約したユーザの入浴希望時間帯（以下、「予約時間帯」という）、予約したユーザの希望湯温及び希望湯量の情報がセットになって記憶されている。なお、各ユーザの希望湯温及び希望湯量の情報は、ここでは、前もって各ユーザの携帯端末（専用アプリ）６から管理サーバ５へ送信され、管理サーバ５の記憶部に記憶されている。
【００３７】
前述のように、ユーザａが、入浴予約画面上の「予約設定」ボタンをタッチ操作して表示される予約設定画面で入浴希望時間帯を入力すると、その入浴希望時間帯の情報が携帯端末６ａから管理サーバ５へ送信される。
【００３８】
管理サーバ５では、携帯端末６ａから入浴希望時間帯の情報を受信すると（ステップＳ１でＹｅｓ）、予約設定情報を参照して現在予約が有るか否か（すでに予約しているユーザが存在するか否か）を判定する（ステップＳ２）。
【００３９】
そして、例えばユーザｂがすでに予約をしていると（ステップＳ２でＹｅｓ）、受信したユーザａの入浴希望時間帯がユーザｂの予約時間帯よりもあとか前かを判定し（ステップＳ３、ステップＳ１１）、入浴希望時間帯が予約時間帯よりもあとの場合（ステップＳ３でＹｅｓ）には、ユーザｂが入浴した場合の入浴終了時の浴槽１０１内の湯水の状態から、給湯器１がユーザａの希望湯温および希望湯量に調整するために必要な時間の予測値である第１の調整時間を算出する（ステップＳ４）。
【００４０】
そして、ユーザｂの予約時間帯と第１の調整時間とユーザａの入浴希望時間帯とに基づいて、ユーザａの予約を受け付けるか否かを判定する（ステップＳ５）。このステップＳ５では、ユーザａの入浴希望時間帯が、ユーザｂの予約時間帯とこのあとに続く第１の調整時間とからなる時間帯よりもあとであれば予約を受け付けると判定し、そうでなければ、第１の調整時間の期間にユーザａの入浴希望時間帯が重なって第１の調整時間が確保できなくなるので、予約を受け付けないと判定する。言い換えれば、ユーザａの入浴希望時間帯とユーザｂの予約時間帯との間の時間が第１の調整時間以上であるときにはユーザａの入浴予約を受け付けると判定し、第１の調整時間未満であるときにはユーザａの入浴予約を受け付けないと判定する。
【００４１】
管理サーバ５は、ステップＳ５で予約を受け付けると判定した場合、また、ステップＳ２において、現在予約がない場合には、ユーザａの携帯端末６ａへ予約を受け付ける旨の情報を送信し（ステップＳ６）、受け付けた予約内容を追加して予約設定情報を更新する（ステップＳ７）。予約を受け付ける旨の情報を受信した携帯端末６ａでは、その画面（表示部６４）に、例えば、「入浴予約を受け付けました」と表示する。これにより、予約が受け付けられたことがユーザａに報知される。
【００４２】
また、管理サーバ５は、ステップＳ５で予約を受け付けないと判定した場合には、ユーザａの携帯端末６ａへ予約を受け付けない旨の情報を送信する（ステップＳ１４）。この予約を受け付けない旨の情報を受信した携帯端末６ａでは、その画面（表示部６４）に、例えば、「入浴予約を受け付けられません」と表示する。これにより、予約が受け付けらなかったことがユーザａに報知される。
【００４３】
一方、管理サーバ５は、ユーザａの入浴希望時間帯がユーザｂの予約時間帯よりも前の場合（ステップＳ１１でＹｅｓ）には、ユーザａが入浴した場合の入浴終了時の浴槽１０１内の湯水の状態から、給湯器１がユーザｂの希望湯温および希望湯量に調整するために必要な時間の予測値である第２の調整時間を算出する（ステップＳ１２）。
【００４４】
そして、ユーザｂの予約時間帯と第２の調整時間とユーザａの入浴希望時間帯とに基づいて、ユーザａの予約を受け付けるか否かを判定する（ステップＳ１３）。このステップＳ１３では、ユーザａの入浴希望時間帯が、ユーザｂの予約時間帯とその直前の第２の調整時間とからなる時間帯より前であれば予約を受け付けると判定し、そうでなければ、ユーザａの入浴希望時間帯とユーザｂの予約時間帯との間に、第２の調整時間を確保できないので、予約を受け付けないと判定する。言い換えれば、ユーザａの入浴希望時間帯とユーザｂの予約時間帯との間の時間が第２の調整時間以上であるときにはユーザａの入浴予約を受け付けると判定し、第２の調整時間未満であるときにはユーザａの入浴予約を受け付けないと判定する。
【００４５】
管理サーバ５は、ステップＳ１３で予約を受け付けると判定した場合には、前述のステップＳ６の処理へ進み、予約を受け付けないと判定した場合には、前述のステップＳ１４の処理へ進む。
【００４６】
また、管理サーバ５は、受信したユーザａの入浴希望時間帯がユーザｂの予約時間帯よりもあとでも前でもない場合（ステップＳ１１でＮｏ）、すなわち、ユーザａの入浴希望時間帯がユーザｂの予約時間帯と重複部分（重なる時間）がある場合には、ユーザａの入浴予約を受け付けずに、前述のステップＳ１４の処理へ進む。
【００４７】
管理サーバ５は、入浴予約を受け付けて予約設定情報を更新する（ステップＳ７）たびに、受け付けた予約内容、すなわち、受け付けたユーザの希望湯温、希望湯量及び入浴希望時間帯の情報を、浴室外リモコン２へ送信し、さらに浴室外リモコン２から給湯器１のコントローラ１１へ送信される。例えば、ユーザｂとユーザａとの２人の入浴予約が受け付けられており、ユーザｂの入浴希望時間帯よりもユーザａの入浴希望時間帯の方が遅い時間帯の場合、コントローラ１１では、まず、風呂注湯機能及び追い焚き機能によって、ユーザｂの入浴希望時間帯の開始時刻に浴槽１０１内にユーザｂの希望湯温および希望湯量の湯水が入った状態となるように、給湯器１を制御する。そして、ユーザｂが風呂から上がった後、ユーザａの入浴希望時間帯の開始時刻に浴槽１０１内の湯水がユーザａの希望湯温および希望湯量となるように、給湯器１を制御する。
【００４８】
上述のように、管理サーバ５は、入浴予約を希望する一のユーザ（ユーザａ）の入浴希望時間帯の情報が入力（受信）されたときに、すでに他のユーザ（ユーザｂ）の入浴予約が受け付けられており、他のユーザの入浴希望時間帯である予約時間帯と一のユーザの入浴希望時間帯との重複部分がない場合（ステップＳ３でＹｅｓまたはステップＳ１１でＹｅｓの場合）に、第１または第２の調整時間を算出し、一のユーザの入浴希望時間帯と他のユーザの予約時間帯との間に、算出した調整時間を確保できる場合には一のユーザの入浴予約を受け付け、調整時間を確保できない場合には一のユーザの入浴予約を受け付けないと判定することで、各ユーザの希望する湯水の状態に調整可能となるように入浴予約を受け付けることができる。
【００４９】
ここで、前述の第１の調整時間の算出方法の一例について説明する。例えば、以下の（１）〜（５）式によって、予約者が入浴したことを想定した場合の予約者の入浴終了時の浴槽１０１内の湯水の状態から予約希望者の希望湯温及び希望湯量に調整するために必要な見込み熱量Ｑ１を算出してから、（６）式によって第１の調整時間ｔ１を算出する。なお、前述の例におけるユーザａが予約希望者であり、ユーザｂが予約者である。
(１)予約者の見込み残湯温Ｔ１[℃]＝予約者の希望湯温Ｔｂ[℃]−時間当たりの想定低下湯温Ｔｄ[℃/分]×予約者の入浴予定時間[分]
上式において、予約者の見込み残湯温Ｔ１は、予約者が入浴した場合の入浴終了時の浴槽１０１内の湯水の予測温度（予測湯温）である。また、時間当たりの想定低下湯温は、所定値であり、予め管理サーバ５に設定されている。また、予約者の入浴予定時間は、入浴希望時間帯（予約時間帯）の時間である。
(２)見込み湯温差Ｔ２[℃]＝予約希望者の希望湯温Ｔａ[℃]−見込み残湯温Ｔ１[℃]
(３)予約者の見込み残湯量Ｄ１[ｍ3]＝予約者の過去１週間の入浴後残湯量の平均値[ｍ3] 
上式において、予約者の見込み残湯量Ｄ１は、予約者が入浴した場合の入浴終了時の浴槽１０１内の湯水の予測湯量である。なお、予約者の過去（ある日）の入浴後残湯量は、例えば、予約者が浴室１００から退室した直後の水位センサ１２の計測値に基づいて算出される。ここで、予約者の浴室１００からの退室は、例えば、人感センサ２０の検出結果に基づいて判定される。
(４)見込み湯量差Ｄ２[ｍ3]＝予約希望者の希望湯量Ｄａ[ｍ3]−見込み残湯量Ｄ１[ｍ3]
(５)見込み熱量Ｑ１[Ｊ]＝見込み残湯量Ｄ１[ｍ3]×見込み湯温差Ｔ２[℃]＋見込み湯量差Ｄ２[ｍ3]×(予約希望者の希望湯温Ｔａ[℃]−入水温Ｔｉ[℃])
上式において、入水温Ｔｉは、例えば、入水温度センサ１４による計測温度である。この入水温Ｔｉは、例えば、現在（予約希望者の予約操作中）の計測温度を用いてもよい。
(６)第１の調整時間ｔ１[分]＝見込み熱量Ｑ１[Ｊ]÷給湯器の加熱能力ｑ[Ｊ/分]
ここで、給湯器の加熱能力ｑは、所定値であり、予め管理サーバ５に設定されている。
【００５０】
なお、予約者の見込み残湯温Ｔ１は、次式によって算出してもよい。
(１Ａ)予約者の見込み残湯温Ｔ１[℃]＝予約者の過去１週間の入浴後湯温の平均値[℃]
ここで、予約者の過去（ある日）の入浴後湯温は、例えば、予約者が浴室１００から退室した後の風呂温度センサ１３の計測値である。予約者の浴室１００からの退室は、例えば、人感センサ２０の検出結果に基づいて判定される。
【００５１】
また、予約者の見込み残湯量Ｄ１は、次式によって算出してもよい。
(３Ａ)予約者の見込み残湯量Ｄ１[ｍ3]＝予約者の希望湯量Ｄｂ[ｍ3]−想定使用湯量Ｄｓ[ｍ3]
ここで、想定使用湯量Ｄｓは、所定値であり、予め管理サーバ５に設定されている。
【００５２】
以上に述べた第１の調整時間ｔ１の算出方法は、予約希望者よりも先に入浴予定の予約者の見込み残湯温Ｔ１が予約希望者の希望湯温Ｔａよりも低くなる場合、及び、同予約者の見込み残湯量Ｄ１が予約希望者の希望湯量Ｄａよりも少なくなる場合を想定したものである。
【００５３】
次に、第２の調整時間の算出方法の一例について説明する。例えば、以下の（１１）〜（１５）式によって、予約希望者が入浴したことを想定した場合の予約希望者の入浴終了時の浴槽１０１内の湯水の状態から予約者の希望湯温及び希望湯量に調整するために必要な見込み熱量Ｑ２を算出してから、（１６）式によって第２の調整時間ｔ２を算出する。この第２の調整時間ｔ２は、前述の第１の調整時間ｔ１の算出方法において、予約希望者に関するものを予約者に関するものに置き換えるとともに、予約者に関するものを予約希望者に関するものに置き換えて算出することができる。
(１１)予約希望者の見込み残湯温Ｔ１１[℃]＝予約希望者の希望湯温Ｔａ[℃]−時間当たりの想定低下湯温Ｔｄ[℃/分]×予約希望者の入浴予定時間[分]
上式において、予約希望者の見込み残湯温Ｔ１１は、予約希望者が入浴した場合の入浴終了時の浴槽１０１内の湯水の予測温度（予測湯温）である。予約希望者の入浴予定時間は、入浴希望時間帯の時間である。
(１２)見込み湯温差Ｔ１２[℃]＝予約者の希望湯温Ｔｂ[℃]−見込み残湯温Ｔ１１[℃]
(１３)予約希望者の見込み残湯量Ｄ１１[ｍ3]＝予約希望者の過去１週間の入浴後残湯量の平均値[ｍ3]
上式において、予約希望者の見込み残湯量Ｄ１１は、予約希望者が入浴した場合の入浴終了時の浴槽１０１内の湯水の予測湯量である。
(１４)見込み湯量差Ｄ１２[ｍ3]＝予約者の希望湯量Ｄｂ[ｍ3]−見込み残湯量Ｄ１１[ｍ3]
(１５)見込み熱量Ｑ２[Ｊ]＝見込み残湯量Ｄ１１[ｍ3]×見込み湯温差Ｔ１２[℃]＋見込み湯量差Ｄ１２[ｍ3]×(予約者の希望湯温Ｔｂ[℃]−入水温Ｔｉ[℃])
(１６)第２の調整時間ｔ２[分]＝見込み熱量Ｑ２[Ｊ]÷給湯器の加熱能力ｑ[Ｊ/分]
なお、予約希望者の見込み残湯温Ｔ１１は、次式によって算出してもよい。
(１１Ａ)予約希望者の見込み残湯温Ｔ１１[℃]＝予約希望者の過去１週間の入浴後湯温の平均値[℃]
ここで、予約希望者の過去（ある日）の入浴後湯温は、例えば、予約希望者が浴室１００から退室した後の風呂温度センサ１３の計測値である。予約希望者の浴室１００からの退室は、例えば、人感センサ２０の検出結果に基づいて判定される。
【００５４】
また、予約希望者の見込み残湯量Ｄ１１は、次式によって算出してもよい。
(１３Ａ)予約希望者の見込み残湯量Ｄ１１[ｍ3]＝予約希望者の希望湯量Ｄａ[ｍ3]−想定使用湯量Ｄｓ[ｍ3]
以上に述べた第２の調整時間ｔ２の算出方法は、予約者よりも先に入浴予定の予約希望者の見込み残湯温Ｔ１１が予約者の希望湯温Ｔｂよりも低くなる場合、及び、同予約希望者の見込み残湯量Ｄ１１が予約者の希望湯量Ｄｂよりも少なくなる場合を想定したものである。
【００５５】
つまり上記の第１、第２の調整時間の算出方法は、基本的に同じであり、先入浴予定者（先に入浴する予定者）の見込み残湯温（Ｔ１，Ｔ１１）が次入浴予定者（次に入浴する予定者）の希望湯温（Ｔａ，Ｔｂ）よりも低くなる場合、及び、先入浴予定者の見込み残湯量（Ｄ１，Ｄ１１）が次入浴予定者の希望湯量（Ｄａ，Ｄｂ）よりも少なくなる場合を想定したものである。
【００５６】
一方、先入浴予定者の見込み残湯温（Ｔ１，Ｔ１１）が次入浴予定者の希望湯温（Ｔａ，Ｔｂ）よりも高くなる場合には、給湯器１から浴槽１０１へ足し水等を行って次入浴予定者の希望湯温となるように調整する。このとき、足し水を行うことにより次入浴予定者の希望湯量を超える場合には、排水栓１０２が自動排水栓の場合には開栓して浴槽１０１内の湯水の一部を排出して次入浴予定者の希望湯量となるように調整することができる。これらの調整に必要となる調整時間が管理サーバ５で算出される。このような足し水等によって浴槽１０１内の湯温を下げる場合には、足し水を行うための時間等を計算に含めて調整時間が算出される。一方、上述の足し水を行うことにより次入浴予定者の希望湯量を超える場合で、排水栓１０２が手動排水栓の場合には、次入浴予定者の希望湯量となるように調整することができない。この場合、管理サーバ５は予約希望者の入浴予約を受け付けないと判定するようにすればよい。
【００５７】
また、先入浴予定者の見込み残湯量（Ｄ１，Ｄ１１）が次入浴予定者の希望湯量（Ｄａ，Ｄｂ）よりも多くなる場合には、排水栓１０２が自動排水栓の場合には開栓して浴槽１０１内の湯水の一部を排出して次入浴予定者の希望湯量となるように、かつ、次入浴予定者の希望湯温となるように調整することができる。これらの調整に必要となる調整時間が管理サーバ５で算出される。一方、排水栓１０２が手動排水栓の場合には、次入浴予定者の希望湯量となるように調整することができない。この場合、管理サーバ５は予約希望者の入浴予約を受け付けないと判定するようにすればよい。
【００５８】
次に、図３は、ユーザから予約情報を要求された場合に管理サーバ５が実行する処理の一例を示すフローチャートである。
【００５９】
前述のように、管理サーバ５は、入浴予約を行ったユーザの識別情報、入浴希望時間帯（予約時間帯）、希望湯温及び希望湯量の情報が予約設定情報として記憶部に記憶するよう構成されている。
【００６０】
例えば、予約希望者であるユーザａが、携帯端末６ａに表示された入浴予約画面上の「予約情報」ボタンをタッチ操作すると、予約情報の要求情報が携帯端末６ａから管理サーバ５へ送信される。
【００６１】
管理サーバ５では、携帯端末６ａから予約情報の要求情報を受信すると（ステップＳ２１でＹｅｓ）、予約設定情報を参照して現在予約が有るか否か（すでに予約しているユーザが存在するか否か）を判定する（ステップＳ２２）。
【００６２】
管理サーバ５は、ステップＳ２２で現在予約がない場合には、現在予約がない旨の予約情報を生成し（ステップＳ２６）、この予約情報をユーザａの携帯端末６ａへ送信する（ステップＳ２５）。この予約情報を受信した携帯端末６ａでは、その画面（表示部６４）に、例えば、「現在入浴予約はありません」と表示する。これにより、予約情報がユーザａに報知される。
【００６３】
一方、管理サーバ５は、例えばユーザｂがすでに予約をしていると（ステップＳ２２でＹｅｓ）、この予約内容に基づいて第１の調整時間と第２の調整時間とを算出する（ステップＳ２３）。ここで、第１の調整時間は、図２のステップＳ４の場合と同様にして算出することができる。また、第２の調整時間は、ユーザａの入浴予定時間（または入浴希望時間帯）を予め取得しておけば、図２のステップＳ１２の場合と同様にして算出することができる。例えば、ユーザａが、入浴予約画面上の「予約情報」ボタンをタッチ操作する前に、入浴予定時間（または入浴希望時間帯）を入力させるように構成しておくことで、ユーザａの入浴予定時間を予め取得しておくことができる。一方、本例のように、ユーザａの入浴予定時間を予め取得しない場合には、ユーザａの例えば過去１週間に予約された入浴希望時間帯の最長または平均時間を入浴予定時間として求めるようにしてもよい。
【００６４】
次に、管理サーバ５は、ユーザａの予約可能な時間帯を算出して予約情報を生成し（ステップＳ２４）、この予約情報をユーザａの携帯端末６ａへ送信する（ステップＳ２５）。携帯端末６ａでは、その画面（表示部６４）に受信した予約情報を表示する。これにより、予約情報がユーザａに報知される。このときに表示される予約情報の一例を図４に示す。
【００６５】
なお、図４の予約情報表示画面では、予約情報を生成したときの時刻が午後５時で、午後８時から９時までがユーザｂの予約時間帯Ｒ、午後９時から午後９時１２分までが第１の調整時間の時間帯Ｒａ、午後７時５０分から午後８時までが第２の調整時間の時間帯Ｒｂ、となっており、これら以外の空白の時間帯がユーザａの予約可能な時間帯Ａ１，Ａ２である。また、通知欄Ｃ１にユーザａの予約可能な時間帯Ａ１，Ａ２が、午後７時５０分以前と９時１２分以降であることが明示されている。ここでは、１２時間制で時刻を表示しているが２４時間制で表示するようにしてもよい。また、予約情報を生成したときの時刻を０とし、それからの経過時間で表示するようにしてもよい。なお、図４では、時間軸を横軸にして表示しているが、縦軸になるようにして表示してもよい。
【００６６】
また、図４の予約情報表示画面上の「予約設定」ボタンＢ１をタッチ操作することにより、前述の入浴希望時間帯を入力するための予約設定画面を表示させることができるようになっている。
【００６７】
上記のように、ユーザが携帯端末６から予約情報を要求することにより、携帯端末６に予約情報が表示されるので、この後、ユーザは、携帯端末６から予約情報に含まれる予約可能な時間帯に入るように入浴希望時間帯を入力することで入浴予約が受け付けられる。
【００６８】
また、本例では、専用アプリをインストールした携帯端末６を所有するユーザが２人の場合を例に説明したが、３人以上であってもよい。例えば、ユーザａ、ｂ、ｃの３人がそれぞれ携帯端末６（６ａ、６ｂ、６ｃ）を所有しており、ユーザａが予約情報を要求したときに、すでに２人のユーザｂ、ｃの入浴予約が行われている場合には、それぞれのユーザｂ、ｃの予約時間帯と、それぞれに対して算出される第１、第２の調整時間の時間帯と、これら以外の予約可能な時間帯とが、予約情報として表示される。
【００６９】
なお、ユーザが入浴予約を行う場合の図２のステップＳ１４において、予約を受け付けない旨の情報を送信する際、これに先立って予約情報を生成し、予約情報とともに予約を受け付けない旨の情報を送信するようにしてもよい。そして、この情報を受信した携帯端末６では、その表示部６４に、例えば、図４のような予約情報表示画面を表示させ、通知欄Ｃ１に「入浴予約を受け付けられません」との記載を追加して表示するようにしてもよい。このように、予約情報も表示することにより、この後、ユーザは、携帯端末６から予約情報に含まれる予約可能な時間帯に入るように入浴希望時間帯を入力することで入浴予約が受け付けられる。
【００７０】
また、図２において、現在予約が有り（ステップＳ２でＹｅｓ）、予約希望者（ユーザａ）の入浴希望時間帯が予約者（ユーザｂ）の予約時間帯と重複部分がない場合には、第１及び第２の調整時間の両方を算出して、予約を受け付けるか否かを判定するようにしてもよい。
【００７１】
また、管理サーバ５は、定期的（例えば１〜数分間隔）に送信される水位センサ１２、風呂温度センサ１３および入水温度センサ１４の計測値に基づいて、現在入浴している予約者の次の予約者との間の調整時間を定期的に計算し、次の予約者の入浴希望時間帯の開始時刻に希望湯温及び希望湯量に調整することができなくなった場合には、その旨を次の予約者の携帯端末６へ送信するようにしてもよい。
【００７２】
また、本実施形態において、管理サーバ５は、予約設定情報に基づいて、各ユーザの入浴希望時間帯の開始時刻になると、ユーザの携帯端末６へ予約時刻になった旨の情報を送信し、携帯端末６ではその情報を表示部６４に表示するなどして、ユーザに予約時刻になったことを報知（通知）するようにしてもよい。また、このような予約時刻の管理を管理サーバ５で行うことなく、携帯端末６（専用アプリ）で行い、予約時刻になるとその情報を携帯端末６がユーザに報知するようにしてもよい。
【００７３】
また、本実施形態において、予約情報に、例えばユーザｂの予約時間帯のあとにユーザａの予約時間帯が設定されているときに、ユーザｂの入浴が予定より早く終わった場合、ユーザｂがその携帯端末６ｂから入浴が終わった旨の情報を管理サーバ５へ送信するようにしてもよい。この場合、管理サーバ５では、現在の水位センサ１２、風呂温度センサ１３及び入水温度センサ１４の計測値等に基づいて、再度、調整時間（例えばユーザａが予約時の第１の調整時間）を算出して、次のユーザａが最も早く入浴可能となる時刻を算出し、入浴可能となる時刻の情報を携帯端末６ａへ送信して次のユーザａに通知するようにしてもよい。なお、入浴が終わった旨の情報の管理サーバ５への送信は、例えば、浴室リモコン２Ｂに入浴終了ボタンを設けておいて、それをユーザｂが押すことにより、浴室リモコン２Ｂから浴室外リモコン２を介して管理サーバ５へ送信されるようにしてもよい。あるいは、後述するようなスマートスピーカに対して、例えば、ユーザｂが「入浴が終わりました」等の発話を行うことにより、クラウドサーバから管理サーバ５へ入浴が終わった旨の情報が送信されるようにしてもよい。この場合、ユーザａの入浴可能となる時刻の情報が管理サーバ５からクラウドサーバへ送信され、さらにクラウドサーバからスマートスピーカへ送信されて、スマートスピーカから音声出力される。また、管理サーバ５が、例えば人感センサ２０の検出結果に基づいて、ユーザｂの入浴が早く終わったことを検出するようにしてもよい。
【００７４】
また、本実施形態では、ユーザが入浴予約を行う場合、管理サーバ５が入浴予約を受け付けるか否かを判定（図２のステップＳ５、Ｓ１３）するようにしたが、ユーザの携帯端末６で行うようにしてもよい。この場合、例えば、携帯端末６から入浴予約を行う旨の情報を管理サーバ５へ送信すると、管理サーバ５が、予約設定情報を含む第１、第２の調整時間を算出するのに必要な情報を携帯端末６へ送信し、携帯端末６で第１、第２の調整時間を算出し、入浴予約を受け付けるか否かを判定するようにしてもよい。そして、携帯端末６が入浴予約を受け付けた場合には、その予約内容を管理サーバ５へ送信し、管理サーバ５は受信した予約内容を予約設定情報に追加する（更新する）。ここで、ユーザの希望湯温及び希望湯量の情報は、同ユーザの携帯端末６に予め記憶しておくようにしてもよい。
【００７５】
また、ユーザが予約情報の要求を行う場合、管理サーバ５が予約情報を生成（図３のステップＳ２４、Ｓ２６）するようにしたが、ユーザの携帯端末６で行うようにしてもよい。この場合、例えば、携帯端末６から予約情報の生成を行う旨の情報を管理サーバ５へ送信すると、管理サーバ５が、予約設定情報を含む第１、第２の調整時間を算出するのに必要な情報を携帯端末６へ送信し、携帯端末６で第１、第２の調整時間を算出し、予約情報を生成するようにしてもよい。
【００７６】
なお、本実施形態では、入力部および報知部として携帯端末６の入力部６３および表示部６４（報知部）を用いた例を示したがこれに限らない。例えば、入力部および報知部として、スマートスピーカのマイクロホン（入力部）及びスピーカ（報知部）を用いてもよい。スマートスピーカは、周知のものであり、ルータ３との間で無線ＬＡＮによる無線通信が可能であり、ルータ３を介して通信網４に接続されたクラウドサーバ（音声解析処理装置）と通信可能に構成されている。スマートスピーカは、マイクロホンから出力される音声データをクラウドサーバへ送信し、クラウドサーバから送信されてきた音声データを音声に変換してスピーカから出力するよう構成されている。
【００７７】
例えば、ユーザが、入浴予約または予約情報の要求をしたいと思った時、所定の起動ワード（ウェイクワード）を発する等してスマートスピーカを音声入力待ち受け状態にした後、入浴予約または予約情報の要求を行うための発話を行うことにより、発話内容の音声データがスマートスピーカからクラウドサーバへ送信される。ユーザが入浴予約を行うときには、例えば、「８時から９時まで、風呂を予約して」と発話するようにしてもよい。また、ユーザが予約情報の要求を行うとき（予約情報を知りたいとき）には、例えば、「風呂の予約情報を教えて」と発話するようにしてもよい。
【００７８】
クラウドサーバでは、スマートスピーカから送信されてきた音声データを分析し（音声認識及び自然言語理解などの処理を行い）、声認証技術によって発話者が予め登録されたどのユーザであるかを特定するとともに、発話内容が入浴予約または予約情報の要求である場合には、これらの分析結果情報を管理サーバ５へ送信する。
【００７９】
管理サーバ５では、クラウドサーバから受信した分析結果情報に対して応答情報（例えば、入浴予約に対して予約を受け付けるか否かの情報や、予約情報の要求に対して現在の予約情報）を生成し、クラウドサーバへ送信する。クラウドサーバでは、受信した応答情報に対応する音声データを生成し、この音声データをスマートスピーカへ送信する。これにより、スマートスピーカのスピーカから応答情報の内容が音声で出力され、ユーザへ通知（報知）することができる。
【００８０】
また、この場合において、管理サーバ５は、予約設定情報に基づいて、各ユーザの入浴希望時間帯の開始時刻（予約時刻）になると、あるユーザに対して予約時刻になった旨の情報をクラウドサーバへ送信し、クラウドサーバからその情報に対応する音声データをスマートスピーカへ送信し、ユーザに予約時刻になったことを報知するようにしてもよい。この場合、例えば、まず、スマートスピーカの通知機能（例えばＬＥＤの点滅等）を用いて何らかの通知がある旨を知らせ、その後、ユーザからの例えば「通知は何」という発話に応答して、あるユーザの予約時刻になった旨をスマートスピーカから音声出力させるようにしてもよい。
【００８１】
上記説明から、当業者にとっては、本発明の多くの改良や他の実施形態が明らかである。従って、上記説明は、例示としてのみ解釈されるべきであり、本発明を実行する最良の態様を当業者に教示する目的で提供されたものである。本発明の精神を逸脱することなく、その構造及び／又は機能の詳細を実質的に変更できる。
【産業上の利用可能性】
【００８２】
本発明は、複数のユーザからの入浴予約が行われるときに各ユーザの希望する湯水の状態に調整可能となるように入浴予約を受け付けることができる風呂システム等として有用である。
【符号の説明】
【００８３】
１  給湯器
５  管理サーバ
６  携帯端末
【図１】
2020085333.tif 000003
【図２】
2020085333.tif 000004
【図３】
2020085333.tif 000005
【図４】
2020085333.tif 000006