JP6912303B2 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

従来、書籍が朗読された音声が録音されたオーディオブック等の音声コンテンツをユーザの端末に配信するシステムが知られている。

特開２０１６−１８１８１８号公報

しかしながら、従来のコンテンツ配信技術では、例えば、入浴中のユーザにコンテンツを配信する場合に、長時間の入浴によりユーザがのぼせる場合があるという問題がある。

そこで、ユーザに応じてより適切な態様でコンテンツを再生させることができる技術を提供することを目的とする。

情報処理装置が、ユーザの入浴に関する情報（入浴情報）に基づいて、コンテンツを再生する時間長を決定する決定部と、音声を含むコンテンツの再生が前回終了した第１の位置を記憶する記憶部と、前記第１の位置から、前記決定部により決定された時間長に応じた第２の位置まで当該コンテンツを再生させる再生部と、前記コンテンツの内容に基づいて、前記入浴情報を変更する変更部と、前記変更部により変更された前記入浴情報を表示させる表示部とを有する。

開示の技術によれば、ユーザに応じてより適切な態様でコンテンツを再生させることができる。

実施形態に係る通信システムの構成例を示す図である。 実施形態に係る端末のハードウェア構成例を示す図である。 実施形態に係る端末、及びサーバの機能構成の一例を示す図である。 実施形態に係る通信システムの処理の一例を示すシーケンス図である。 入浴ログ情報の一例を示す図である。 実施形態に係るサーバ装置及び情報端末のサービス提供処理の一例を示すフローチャートである。 ユーザ管理情報の一例を示す図である。 情報端末における表示画面の例を示す図である。 実施形態に係る端末の処理の一例を示すフローチャートである。 コンテンツの内容を示すメタデータの一例を説明する図である。

以下、図面に基づいて本発明の実施形態を説明する。図１は、実施形態に係る通信システム１の構成例を示す図である。図１において、通信システム１は、例えば、端末１０、サーバ２０、データロガー３０、風呂給湯器４０、及びコンテンツ配信サーバ５０を有する。

端末１０は、例えばスマートフォン、タブレット、ウェアラブルデバイス等、ノートパソコン等の端末である。

データロガー３０、サーバ２０、及び風呂給湯器４０のリモコンは、例えば、ケーブル等により通信可能なように接続される。

端末１０とデータロガー３０は、例えば、風呂給湯器４０のリモコン等を介し、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の近距離無線通信、及びケーブル等により通信可能なように接続される。

端末１０とサーバ２０、及び端末１０とコンテンツ配信サーバ５０は、例えば、インターネット、携帯電話網等の通信網や、無線ＬＡＮ等のネットワークＮにより通信可能に接続される。

データロガー３０は、風呂給湯器４０から、ユーザの入浴情報を取得し、入浴に関するログ（以下で、単に「ログ」とも称する。）として記憶する。なお、データロガー３０は、例えば、風呂給湯器４０または風呂給湯器４０のリモコンの筐体の内部に設けられてもよいし、風呂給湯器４０または風呂給湯器４０のリモコンと一体の構成とされてもよい。

サーバ２０は、データロガー３０に記憶された、ユーザの入浴に関するログの情報に基づいて、例えば、入浴に関するリコメンド等の所定の情報を提供する。

端末１０は、サーバ２０からのリコメンドの情報に従い、リコメンドのメッセージをユーザに表示したり、リコメンドに応じた風呂給湯器４０に対するリモコンコマンドを、風呂給湯器４０のリモコンに送信する。

なお、端末１０とサーバ２０は、一体の装置として構成されてもよい。この場合、例えば、サーバ２０の各種機能を、端末１０にて実行されるアプリケーションにより実現してもよい。

風呂給湯器４０は、風呂給湯器４０のリモコンから受信したコマンドに従って、浴槽に給湯する。また、風呂給湯器４０は、浴槽への湯張りの際に用いられるセンサ等で測定された湯温や湯量等のデータ、及び風呂給湯器４０の周囲の室外の気温（外気温）のデータを、データロガー３０に通知する。

コンテンツ配信サーバ５０は、端末１０からの要求に応じて、例えば、書籍が朗読された音声が録音されたオーディオブック等の音声コンテンツを、端末１０に配信する。

＜ハードウェア構成＞
図２は、実施形態に係る端末１０のハードウェア構成例を示す図である。図２の端末１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。

端末１０での処理を実現する情報処理プログラムは、記録媒体１０１によって提供される。情報処理プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、情報処理プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、情報処理プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされた情報処理プログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って端末１０に係る機能を実現する。インタフェース装置１０５は、外部に接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はタッチパネル及びボタン等、またはキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。なお、例えば、表示装置１０６や入力装置１０７を有しない構成としてもよい。

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

サーバ２０、及びデータロガー３０のハードウェア構成例は、図２の端末１０のハードウェア構成例と同様でもよい。

＜機能構成＞
次に、図３を参照し、実施形態に係る端末１０、及びサーバ２０の機能構成について説明する。図３は、実施形態に係る端末１０、及びサーバ２０の機能構成の一例を示す図である。

≪端末１０の機能構成≫
端末１０は、記憶部１１を有する。記憶部１１は、例えば、補助記憶装置１０２等を用いて実現される。記憶部１１は、音声を含むコンテンツの再生が前回終了した位置を記憶する。

端末１０は、転送部１２、取得部１３、決定部１４、再生部１５、変更部１６、表示部１７、及び通信部１８を備える。これら各部は、端末１０にインストールされた１以上のプログラムが、端末１０のＣＰＵ１０４に実行させる処理により実現される。

転送部１２は、データロガー３０から取得したログや、ユーザから入力された当該ユーザの年齢、性別、体調、住所等に関するアンケートの回答等のデータを、サーバ２０に送信する。

取得部１３は、所定のコンテンツを、コンテンツ配信サーバ５０から取得する。また、取得部１３は、ユーザの入浴情報を、サーバ２０から取得する。ここで、入浴情報には、例えば、サーバにより決定された、ユーザに応じたお勧めの浴槽の湯温、浴槽の湯量、入浴開始時刻、及び入浴時間長（浴槽浴時間長）、睡眠開始時間（入浴した後、就寝するまでの時間。就寝時間）等が含まれていてもよい。

決定部１４は、取得部１３により取得された入浴情報に基づいて、コンテンツの再生時間長を決定する。

再生部１５は、コンテンツの再生が前回終了した時間の位置（「第１の位置」）から、決定部１４に決定された時間長に応じた位置（「第２の位置」）まで、取得部１３により取得されたコンテンツを再生させる。また、再生部１５は、今回の再生が終了した位置を、記憶部１１に記憶させる。

変更部１６は、取得部１３により取得されたコンテンツの内容に基づいて、取得部１３により取得された入浴情報を変更する。

表示部１７は、取得部１３により取得された入浴情報に基づいて、入浴に関するリコメンドのメッセージ等を表示する。また、表示部１７は、変更部１６により変更された入浴情報に基づいて、入浴に関するリコメンドのメッセージ等を表示する。

通信部１８は、風呂給湯器４０のリモコン、サーバ２０等との通信を行う。

≪サーバ２０の機能構成≫
サーバ２０は、記憶部２１を有する。記憶部２１は、例えば、補助記憶装置等を用いて実現される。

記憶部２１は、ユーザの入浴に関するログと、ユーザの属性等の情報とを対応付けて、ユーザ管理情報２１１に記憶する。ここで、ユーザの属性には、例えば、年齢、居住地域、入浴に関する嗜好、性別、身長、体重等のデータが含まれてもよい。なお、ユーザ管理情報２１１については後述する。

また、サーバ２０は、判定部２２、通知制御部２３、及び通信部２４を備える。これら各部は、サーバ２０にインストールされた１以上のプログラムが、サーバ２０のＣＰＵに実行させる処理により実現される。

判定部２２は、データロガー３０のログ等に基づいて、ユーザに応じた入浴方法を判定する。

通知制御部２３は、端末１０に対して、判定部２２により判定された、ユーザに応じた入浴方法に関する情報（入浴情報）を当該ユーザに通知させる制御を行う。

通信部２４は、端末１０等との通信を行う。

＜処理＞
次に、図４を参照し、実施形態に係る端末１０の処理について説明する。図４は、実施形態に係る端末１０の処理の一例を示すシーケンス図である。

ステップＳ１において、データロガー３０は、風呂給湯器４０から、ユーザの入浴情報を取得する。ここで、データロガー３０は、例えば、風呂給湯器４０のリモコンまたは端末１０での「湯張り操作」（「給湯操作」）等により、風呂給湯器４０が浴槽への湯張りを開始する際に、ログの記録を開始してもよい。また、データロガー３０は、例えば、浴槽の湯量が、所定の時間以内に、所定の量以上増加した場合、ユーザが入浴したと判断し、ログの記録を開始してもよい。

続いて、データロガー３０は、取得した情報を、入浴に関するログとして記憶部１１に記憶させる（ステップＳ２）。

図５は、入浴ログ情報３１１の一例を示す図である。入浴ログ情報３１１には、日時に対応付けて、浴槽の湯温、湯量、及び外気温等のデータが記録される。

続いて、端末１０の転送部１２は、データロガー３０から、入浴に関するログを取得する（ステップＳ３）。ここで、端末１０は、データロガー３０から、例えば、風呂給湯器４０、及び風呂給湯器４０のリモコンを介して、入浴に関するログを取得してもよい。また、データロガー３０が無線通信機能を備える場合等は、データロガー３０から直接ログの情報を取得してもよい。

続いて、端末１０の転送部１２は、端末１０のユーザのＩＤ（ユーザＩＤ）と、取得したログ等の情報を、サーバ２０に送信する（ステップＳ４）。

続いて、サーバ２０の記憶部２１は、ユーザＩＤに対応付けて、受信したログ等を記憶する（ステップＳ５）。

続いて、サーバ２０の判定部２２は、各ユーザのログ等に基づいた、各ユーザの入浴に関するサービスの情報（入浴情報）を判定する（ステップＳ６）。

続いて、サーバ２０の通知制御部２３は、当該サービスの情報を、端末１０に送信する（ステップＳ７）。

続いて、端末１０の再生部１５、及び表示部１７は、受信した入浴情報に応じた、入浴に関するサービスをユーザに提供する（ステップＳ８）。ここで、端末１０は、ユーザに応じたお勧めの入浴方法の提案や、当該入浴方法に応じたオーディオコンテンツの再生時間のタイマーを設定する等のサービスを提供する。

≪サービス提供処理≫
次に、図６を参照し、図４のステップＳ６、ステップＳ７の、サーバ２０が、ログ等に基づいたサービスを端末１０に提供させる処理について説明する。図６は、実施形態に係るサーバ２０のサービス提供処理の一例を示すフローチャートである。

ステップＳ２０１において、サーバ２０の判定部２２は、ユーザ管理情報２１１に記憶されている、データロガー３０から取得したログ、及び端末１０から取得したユーザ情報に基づいて、ユーザにリコメンド（お勧め）する浴槽の湯温、浴槽の湯量、入浴時間（入浴開始時刻及び入浴終了時刻）、及び睡眠開始時間（入浴した後、就寝するまでの時間。就寝時間）等を判定する。

図７は、ユーザ管理情報２１１の一例を示す図である。ユーザ管理情報２１１には、ユーザＩＤに対応付けて、契約情報、入浴に関するログ、及びユーザ情報の項目が記憶される。

ユーザＩＤは、端末１０から取得した、ユーザの識別情報である。契約情報は、例えば、ユーザとガス等の契約を締結した際に取得した、ユーザの住所や生年月日（「年齢に関する情報」の一例）等を含む情報である。入浴に関するログは、データロガー３０から取得したログであり、図５に示す入浴ログ情報３１１と同様の情報である。

ユーザ情報は、端末１０から取得した、ユーザの健康に関する情報であり、例えば、ユーザの心拍、睡眠計のデータ、アンケートの回答等が含まれる。なお、ユーザの心拍や睡眠計のデータは、例えば、端末１０にインストールされた所定のアプリケーションにて取得されたデータを、アプリケーション連携機能を用いて取得し、端末１０からサーバ２０に通知されてもよい。なお、ユーザの心拍や睡眠計のデータは、公知の技術を用いて取得されてもよい。また、アンケートの回答のデータは、端末１０にてアンケートを表示させ、ユーザから端末１０に入力されたものが、端末１０からサーバ２０に通知されてもよい。なお、ユーザがガス等の契約者ではない場合、ユーザ情報に、ユーザの生年月日等を含めてもよい。

サーバ２０の判定部２２は、ステップＳ２０１において、例えば、ログと、ユーザの心拍、睡眠計、アンケートの回答、及び季節等のデータとの相関に基づき、快眠できる湯温、湯量、及び入浴時間を機械学習する。そして、サーバ２０の判定部２２は、機械学習した結果に基づいて、ユーザにリコメンドする湯温、湯量、及び入浴時間を判定する。

ここで、サーバ２０の判定部２２は、ユーザの心拍や睡眠計のデータを用いて、ユーザのストレスの状況を推測してもよい。そして、ストレスを低減するための湯温、湯量、及び入浴時間を判定してもよい。なお、ストレスを低減するための湯温、湯量、及び入浴時間は、予め設定されていてもよいし、機械学習により算出されてもよい。

続いて、サーバ２０の判定部２２は、データロガー３０から取得したログ、及びユーザの属性に基づいて、ユーザにリコメンドする浴槽の湯温、浴槽の湯量、及び入浴時間を判定する（ステップＳ２０２）。ここで、サーバ２０の判定部２２は、例えば、ユーザの属性が「高齢者」（例えば６０歳以上）である場合、比較的低い湯温をユーザにリコメンドする。また、サーバ２０の判定部２２は、例えば、ユーザの属性が「高齢者」（例えば６０歳以上）である場合、一日の体温の変化の位相が比較的早い（例えば３０分程度早い）ため、比較的早い入浴時間を、ユーザにリコメンドする。また、サーバ２０の判定部２２は、例えば、ユーザの属性が、多忙により短時間での入浴を希望する場合や、疲労感が高い等の場合、全身浴の方が適していると考えられるため、比較的多い湯量をユーザにリコメンドする。

なお、サーバ２０の判定部２２は、ステップＳ２０１で判定した結果を、ステップＳ２０２の判定結果に基づいて修正してもよい。

続いて、サーバ２０の判定部２２は、データロガー３０から取得したログに基づいて、ユーザに表示するメッセージを判定する（ステップＳ２０３）。ここで、サーバ２０の判定部２２は、例えば、ログに含まれる外気温が、前日のものと比較して所定の閾値以上低下した場合、浴室と脱衣室との間の温度差が比較的大きいことをユーザが予期していないと推定できる。そのため、サーバ２０の通知制御部２３は、「ヒートショック防止のため、手足にお湯をかけてから入浴して下さい。」等のメッセージを端末１０に表示させる。

続いて、サーバ２０の判定部２２は、データロガー３０から取得したログ、ユーザの属性、及び気象庁のサーバ等から取得した天気予報に基づいて、ユーザに表示するメッセージを判定する（ステップＳ２０４）。ここで、サーバ２０の通知制御部２３は、例えば、ユーザの属性と天気予報とに基づいて、ユーザの居住する地域の予想気温が所定の閾値以下となった場合または当該地域で降雪が予想される場合、かつ、ログからユーザが浴槽浴をしていないと判定できる場合、「そろそろシャワー浴から浴槽浴に切り替えませんか？」等のメッセージを端末１０に表示させる。

なお、サーバ２０の判定部２２は、ガス契約時等に取得したユーザの住所の情報、または端末１０にて表示させたユーザの住所に関するアンケートの回答結果から、ユーザの属性として、居住する地域を判定できる。また、天気予報の情報には、各地域における降雪や気温予報の情報が含まれている。

続いて、サーバ２０の判定部２２は、データロガー３０から取得した、対象とするユーザのログ、及び当該対象とするユーザの周辺地域の他のユーザのログに基づいて、当該対象とするユーザに表示するメッセージを判定する（ステップＳ２０５）。ここで、サーバ２０の判定部２２は、例えば、当該ユーザが居住する地域の他のユーザのログから、所定期間以内にシャワー浴から浴槽浴に切り替えたユーザの割合を算出する。そして、サーバ２０の通知制御部２３は、算出した割合が所定の閾値以上の場合、「そろそろシャワー浴から浴槽浴に切り替えませんか？ご近所では浴槽浴に切り替えているご家庭が多いようです。」等のメッセージを端末１０に表示させる。

続いて、サーバ２０の判定部２２は、データロガー３０から取得したログに基づいて浴室の環境を推定し、推定した浴室の環境に応じて、ユーザに表示するメッセージを判定する（ステップＳ２０６）。ここで、サーバ２０の判定部２２は、例えば、湯張りの際に、風呂給湯器４０から浴槽に供給したお湯の湯温（例えば湯張り時に設定されている湯温）と、浴槽から風呂給湯器４０に循環して戻ってきたお湯の湯温との差が所定の閾値以上であるか否かを判定する。そして、当該差が所定の閾値以上である場合は、浴槽に蓋をしていない、または浴槽の断熱性能が低いと推定できる。そのため、サーバ２０の通知制御部２３は、当該差が所定の閾値以上である場合は、「入浴前にシャワーから給湯して浴室を暖めて下さい。」等のメッセージを端末１０に表示させる。または、サーバ２０の判定部２２は、この場合、比較的高い湯温をユーザにリコメンドしてもよい。

続いて、サーバ２０の判定部２２は、データロガー３０から取得したログに基づいて、ユーザの安否確認を行う（ステップＳ２０７）。ここで、サーバ２０の判定部２２は、例えば、ユーザが通常とは異なる時間帯に入浴した場合や、ユーザが所定期間連続して入浴していない場合、異常であると判定し、通信部２４により、外部のセンターや、予め登録された親族のメールアドレス宛て等に、警報を送信する。また、端末１０にて表示させたユーザの体調に関するアンケートの回答結果から、ユーザの体調のデータもユーザ管理情報２１１に記録する。そして、ユーザの入浴時間帯が、体調が「悪い」と入力される頻度が所定値以上である入浴時間帯の場合、異常であると判定し、予め登録された親族のメールアドレス宛て等に、警報を送信してもよい。

＜表示画面例＞
次に、図８を参照し、図４のステップＳ８の、端末１０の表示部１７が、ログ等に基づいたサービスを提供する処理について説明する。図８は、端末１０における表示画面の例を示す図である。

図８の例では、端末１０の表示部１７は、画面３０Ａにおける表示領域３０１に、サーバ２０により判定された、ユーザにリコメンドする浴槽の湯温、浴槽の湯量、及び入浴時間等を表示している。また、画面３０Ａにおける表示領域３０２に、サーバ２０により判定されたメッセージを表示している。

この表示の画面３０Ａにおいて、「ＯＫ」ボタン３０３が押下されると、端末１０の通信部１８は、表示されている入浴時間における入浴開始時刻よりも所定時間（例えば１０分）早い時刻になった際、表示されている浴槽の湯温、及び湯量での湯張りを風呂給湯器４０に実行させるためのリモコンコマンドを、風呂給湯器４０のリモコンに送信する。これにより、当該入浴開始時刻において、サーバ２０からリコメンドされた湯温、及び湯量で、ユーザが入浴できるようになる。

≪端末の処理≫
次に、図９を参照し、図４のステップＳ８の、端末１０が、サーバ２０から受信した入浴に関するサービスの情報に応じた、入浴に関するサービスをユーザに提供する処理について説明する。図９は、実施形態に係る端末１０の処理の一例を示すフローチャートである。

ステップＳ３０１において、取得部１３は、ユーザの入浴情報を、サーバ２０から取得する。ここで、入浴情報には、例えば、ユーザに応じたお勧めの浴槽の湯温、浴槽の湯量、入浴開始時刻、及び入浴時間長（浴槽浴時間長）、睡眠開始時間（入浴した後、就寝するまでの時間。就寝時間）等が含まれていてもよい。

続いて、決定部１４は、取得した入浴情報に基づいて、本日のコンテンツを再生する時間長（以下で、「本日の再生時間長」とも称する。）を決定する（ステップＳ３０２）。ここで、決定部１４は、例えば、入浴情報に含まれる浴槽浴時間長を、本日の再生時間長としてもよい。この場合、決定部１４は、例えば、浴槽浴時間長が２０分間であれば、本日の再生時間長も２０分と決定する。また、決定部１４は、入浴開始時間から睡眠開始時間までの間の時間が短い程、本日の再生時間長を短くしてもよい。また、決定部１４は、入浴情報に含まれる浴槽の湯温が高い程、及び入浴情報に含まれる浴槽の湯量が多い程、本日の再生時間長を短く決定してもよい。また、決定部１４は、入浴情報に含まれる入浴開始時刻が遅い程、本日の再生時間長を短く決定してもよい。

続いて、取得部１３は、本日の入浴時に再生される予定のコンテンツのメタデータ１１１を、コンテンツ配信サーバ５０から取得し、記憶部１１に記憶する（ステップＳ３０３）。ここで、本日の入浴時に再生される予定のコンテンツは、前回の入浴時に再生されたコンテンツの続きのコンテンツである。

図１０は、コンテンツの内容を示すメタデータ１１１の一例を説明する図である。メタデータ１１１には、音声コンテンツの基となる書籍における各章、各節、各段落、及び各センテンス（文章）等についての開始時間、及び終了時間が含まれる。図１０の例では、第１章は、コンテンツの先頭の０秒から１６分４２秒までであり、第１章のタイトルは「ビジネスとは」であることが示されている。

続いて、変更部１６は、本日の入浴時に再生される予定のコンテンツの内容に応じて、上述した入浴情報、及び再生時間長を変更する（ステップＳ３０４）。

ここで、変更部１６は、例えば、本日再生予定のコンテンツにおいて、前回の再生が終了した位置から、クライマックスの状態が終了する位置までの時間長が、ステップＳ３０２で算出した本日の再生時間長よりも長いか否かを判定する。この場合、変更部１６は、例えば、各章における最終節をクライマックスとし、前回の再生が終了した位置から本日の再生時間長に応じた位置までに、当該クライマックスが含まれる場合、本日の再生時間長よりも長いと判定してもよい。

そして、本日の再生時間長よりも長い場合、変更部１６は、本日の再生時間長を、前回の再生が終了した位置からクライマックスの状態が終了する位置までの時間長に変更する。そして、変更部１６は、サーバ２０からお勧めされた入浴情報について、入浴開始時間を早め、浴槽浴時間を長くし、湯温をより低く変更する。例えば、ステップＳ３０２で算出された本日の再生時間長が１０分であり、本日再生予定のコンテンツにおいて、クライマックスの再生完了まで１５分かかる場合、変更部１６は、入浴開始時間５分を早め、浴槽浴時間を５分長くし、湯温を１度低く変更する。

続いて、表示部１７は、変更部１６により変更された入浴情報を、ユーザに報知する（ステップＳ３０５）。これにより、上述した図８の表示画面が表示される。そして、ユーザにより手動で、または端末１０が自動で、風呂給湯器４０の湯温、及び湯量等が設定される。

続いて、再生部１５は、端末１０を持って入浴したユーザから、コンテンツの再生を開始する操作を受け付ける（ステップＳ３０６）。

続いて、取得部１３は、コンテンツ配信サーバ５０から、今回再生するコンテンツ、及び前回までのサマリを取得する（ステップＳ３０７）。ここで、前回までのサマリは、例えば、今回再生する節の前の節のサマリである音声コンテンツでもよい。

続いて、再生部１５は、取得された前回までのサマリを再生する（ステップＳ３０８）。

続いて、再生部１５は、しおりデータ１１２として記憶されている前回の再生が終了した位置から、本日の再生時間長に応じた位置まで、コンテンツ配信サーバ５０から取得したコンテンツを再生させる（ステップＳ３０９）。これにより、ユーザがコンテンツにのめり込んだことによる長時間入浴によるのぼせを防止できる。また、音声コンテンツを聴きながら入浴できるため、例えば、サーバ２０にてお勧めされた入浴法における入浴時間が比較的長い場合でも、ユーザが退屈せずに入浴できる。なお、サーバ２０にてお勧めされた入浴法によれば、睡眠の質の向上等が期待できる。

ここで、再生部１５は、ユーザにより設定された再生速度に応じた速度で、コンテンツを再生する。再生部１５は、例えば、１．１倍速が設定されており、本日の再生時間長が１０分である場合、１１分間分のコンテンツを再生する。

また、再生部１５は、メタデータ１１１を参照し、しおりデータ１１２として記憶されている前回の再生が終了した位置から、所定数（例えば、１つ）前の段落、またはセンテンスの位置から再生を開始してもよい。

また、再生部１５は、メタデータ１１１を参照し、本日の再生時間長に応じた位置まで再生した後、センテンス、段落、節、または章の終了時間（区切り）の位置まで再生した後、再生を終了するようにしてもよい。

また、再生部１５は、再生を終了した際、ユーザから延長ボタンの押下等の所定の操作を受け付けると、所定時間（例えば、１分間）、または、メタデータ１１１における所定数のセンテンス、段落、節、または章の分、再生を継続するようにしてもよい。この場合、例えば、再生部１５は、所定数の、センテンス、段落、節、または章の終了時間の位置まで再生してもよい。

また、再生部１５は、今回再生するコンテンツが所定時間（例えば、１０分）以上再生された後、ユーザから再生速度を１より大きな値に変更された場合、変更される前の再生速度における本日の再生時間長に応じた位置までで、再生を終了する。これにより、例えば、ユーザは、のぼせてきた等により早めに浴槽から出たくなった場合に、再生速度を速める操作をすることにより、当初予定されていた位置までコンテンツを再生させることができる。この場合、例えば、残りの再生時間長が１０分である場合に、再生速度を１倍速から１．１倍速に変更されれば、残りの再生時間長は約９分に短縮される。

続いて、再生部１５は、今回の再生が終了した位置を、しおりデータ１１２として、記憶部１１に記憶させる（ステップＳ３１０）。

これにより、例えば、体調を良くするための入浴法を実践する場合に、オーディオブック等のコンテンツを再生することで、入浴をより楽しくすることができる。なお、一のオーディオブックの再生時間長が、等倍再生で３−４時間程度の場合でも、今回の再生終了時にしおりを挟みながら、数週間にわたって随時再生させることができる。

＜まとめ＞
上述した実施形態によれば、音声を含むコンテンツの再生が前回終了した位置から、ユーザの入浴に関する入浴情報に基づいて決定された時間長に応じた位置まで、当該コンテンツを再生させる。これにより、ユーザに応じてより適切な態様でコンテンツを再生させることができる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

例えば、端末１０、及びサーバ２０の各機能部の処理における少なくとも一部は、複数のコンピュータにより構成されるクラウドコンピューティングにより実行される構成としてもよい。また、端末１０の有する少なくとも１以上の機能部を、サーバ２０が有する構成としてもよい。端末１０、及びサーバ２０の少なくとも一方は、「情報処理装置」の一例である。また、端末１０、及びサーバ２０からなるシステムを、「情報処理装置」と称してもよい。

１ 通信システム
１０ 端末
１１ 記憶部
１２ 転送部
１３ 取得部
１４ 決定部
１５ 再生部
１６ 変更部
１７ 表示部
１８ 通信部
２０ サーバ
２１ 記憶部
２１１ ユーザ管理情報
２２ 判定部
２３ 通知制御部
２４ 通信部
３０ データロガー
３１１ 入浴ログ情報
４０ 風呂給湯器

Claims (7)

1. ユーザの入浴に関する入浴情報に基づいて、時間長を決定する決定部と、
   音声を含むコンテンツの再生が前回終了した第１の位置を記憶する記憶部と、
   前記第１の位置から、前記決定部により決定された時間長に応じた第２の位置まで前記コンテンツを再生させる再生部と、
   前記コンテンツの内容に基づいて、前記入浴情報を変更する変更部と、
   前記変更部により変更された前記入浴情報を表示させる表示部と
   を有する情報処理装置。
2. ユーザの入浴に関する入浴情報に基づいて、時間長を決定する決定部と、
   音声を含むコンテンツの再生が前回終了した第１の位置を記憶する記憶部と、
   前記第１の位置から、前記決定部により決定された時間長に応じた第２の位置まで前記コンテンツを再生させる再生部と、
   を有し、
   前記再生部は、前記第２の位置まで再生させた後、前記コンテンツの基となる書籍におけるセンテンス、段落、節、及び章の少なくとも一つの終了時間の位置まで再生させる、情報処理装置。
3. ユーザの入浴に関する入浴情報に基づいて、時間長を決定する決定部と、
   音声を含むコンテンツの再生が前回終了した第１の位置を記憶する記憶部と、
   前記第１の位置から、前記決定部により決定された時間長に応じた第２の位置まで前記コンテンツを再生させる再生部と、
   を有し、
   前記再生部は、前記第２の位置まで再生させた際、所定の操作を受け付けると、前記コンテンツの基となる書籍におけるセンテンス、段落、節、及び章の少なくとも一つの終了時間の位置まで再生させる、情報処理装置。
4. 前記入浴情報は、入浴開始時刻、及び入浴時間長の少なくとも一つを含む、
   請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記再生部は、所定の時間長以上前記コンテンツを再生した後、再生速度を変更する操作を受け付けた場合、変更前の再生速度における前記決定部により決定された時間長に応じた前記第２の位置まで再生させる、
   請求項１乃至４の何れか一項に記載の情報処理装置。
6. 情報処理装置が、
   ユーザの入浴に関する入浴情報に基づいて、時間長を決定する処理と、
   音声を含むコンテンツの再生が前回終了した第１の位置を記憶する処理と、
   前記第１の位置から、前記決定する処理により決定された時間長に応じた第２の位置まで前記コンテンツを再生させる処理と、
   を実行し、
   前記再生させる処理は、前記第２の位置まで再生させた後、前記コンテンツの基となる書籍におけるセンテンス、段落、節、及び章の少なくとも一つの終了時間の位置まで再生させる処理である、情報処理方法。
7. コンピュータに、
   ユーザの入浴に関する入浴情報に基づいて、時間長を決定する処理と、
   音声を含むコンテンツの再生が前回終了した第１の位置を記憶する処理と、
   前記第１の位置から、前記決定する処理により決定された時間長に応じた第２の位置まで前記コンテンツを再生させる処理と、
   を実行させ、
   前記再生させる処理は、前記第２の位置まで再生させた後、前記コンテンツの基となる書籍におけるセンテンス、段落、節、及び章の少なくとも一つの終了時間の位置まで再生させる処理である、プログラム。

Images