(57)【要約】【課題】計算機資源が豊富な端末でなくとも、生体データに基づくレコメンド情報を生成することができる技術を提供する。【解決手段】第１種生体データとタイムスタンプを用いてレコメンド指標とタイムスタンプを出力するレコメンド指標計算部と、第２種生体データとタイムスタンプ、レコメンド指標とタイムスタンプを用いて同期済レコメンド指標と同期済第２種生体データとタイムスタンプの組を同期済データデータベースに登録する同期部と、レコメンド文データベースを用いてレコメンド指標とタイムスタンプからレコメンド情報を生成、生成に用いたレコメンド文を表す情報とタイムスタンプの組をレコメンド履歴データベースに登録するレコメンド情報生成部と、３つのデータベースを用いて、実行判定条件と実行する場合に用いるレコメンド文を表す情報を含む生成コマンドを生成する生成コマンド生成部を含む。【選択図】図２
2019113986.tif 000002
【特許請求の範囲】
【請求項１】
生体データ検出装置が検出したユーザの身体状態に関するデータである第１種生体データと第２種通信端末が検出したユーザの身体状態に関するデータである第２種生体データを用いて、ユーザに提示するレコメンド情報を生成し、併せて前記第２種通信端末が実行することによりレコメンド情報が生成される生成コマンドを生成する第１種通信端末であって、
前記第１種生体データと当該データを検出した時刻を表すタイムスタンプからレコメンド指標を計算し、前記レコメンド指標と当該指標に対応するタイムスタンプを出力するレコメンド指標計算部と、
前記第２種生体データと当該データを検出した時刻を表すタイムスタンプ、前記レコメンド指標と当該指標に対応するタイムスタンプから、同期済レコメンド指標と同期済第２種生体データを生成し、前記同期済レコメンド指標と前記同期済第２種生体データと当該２つの同期済データに対応するタイムスタンプの組を同期済データデータベースに登録する同期部と、
レコメンド文が登録されたレコメンド文データベースを用いて、前記レコメンド指標と当該指標に対応するタイムスタンプから前記レコメンド情報を生成、出力し、前記レコメンド情報の生成に用いたレコメンド文を表す情報と前記レコメンド情報に対応するタイムスタンプの組をレコメンド履歴データベースに登録するレコメンド情報生成部と、
前記同期済データデータベースと前記レコメンド履歴データベースと前記レコメンド文データベースを用いて、前記生成コマンドを生成、出力する生成コマンド生成部とを含み、
前記生成コマンドは、当該生成コマンドを実行するか否かを判定するための実行判定条件と当該生成コマンドを実行する場合にレコメンド情報の生成に用いるレコメンド文を表す情報とを含む
第１種通信端末。
【請求項２】
請求項１に記載の第１種通信端末であって、
前記生成コマンドの実行判定条件は、所定の同期済第２種生体データの集合と所定の閾値であり、
前記第２種通信端末は、前記所定の同期済第２種生体データの集合と前記第２種生体データを用いて計算した類似性判定指標が前記所定の閾値以上であると判定する場合に、前記レコメンド文を表す情報を用いてレコメンド情報を生成する
ことを特徴とする第１種通信端末。
【請求項３】
請求項１に記載の第１種通信端末であって、
前記生成コマンド生成部は、前記同期済データデータベースと前記レコメンド履歴データベースを用いて計算した類似性判定指標が所定の閾値以上であると判定する場合に、前記第２種通信端末が生成コマンドを実行する時刻を示す実行時刻情報を前記生成コマンドの実行判定条件として生成し、
前記第２種通信端末は、前記実行時刻情報が到来していると判定する場合に、前記レコメンド文を表す情報を用いてレコメンド情報を生成する
ことを特徴とする第１種通信端末。
【請求項４】
第１種通信端末が生成した生成コマンドを用いて、ユーザの身体状態に関するデータである第２種生体データから、ユーザに提示するレコメンド情報を生成する第２種通信端末であって、
前記生成コマンドは、所定の同期済第２種生体データの集合と所定の閾値と前記レコメンド情報の生成に用いるレコメンド文を表す情報とを含み、
前記所定の同期済第２種生体データの集合と前記所定の閾値を用いて、前記第２種生体データと当該データを検出した時刻を表すタイムスタンプから、前記生成コマンドを実行するか否かを判定し、実行する場合は前記レコメンド文を表す情報を用いて前記レコメンド情報を生成する生成コマンド実行判定部と
を含む第２種通信端末。
【請求項５】
請求項４に記載の第２種通信端末であって、
前記生成コマンド実行判定部は、前記所定の同期済第２種生体データの集合と前記第２種生体データを用いて計算した類似性判定指標が前記所定の閾値以上であると判定する場合に、前記レコメンド情報を生成する
ことを特徴とする第２種通信端末。
【請求項６】
第１種通信端末が生成した生成コマンドを用いて、ユーザに提示するレコメンド情報を生成する第２種通信端末であって、
前記生成コマンドは、当該生成コマンドを実行する時刻を示す実行時刻情報と前記レコメンド情報の生成に用いるレコメンド文を表わす情報とを含み、
前記実行時刻情報を用いて、前記生成コマンドを実行するか否かを判定し、実行する場合は前記レコメンド文を表す情報を用いて前記レコメンド情報を生成する生成コマンド実行判定部と
を含む第２種通信端末。
【請求項７】
第１種通信端末が、生体データ検出装置が検出したユーザの身体状態に関するデータである第１種生体データと第２種通信端末が検出したユーザの身体状態に関するデータである第２種生体データを用いて、ユーザに提示するレコメンド情報を生成し、併せて前記第２種通信端末が実行することによりレコメンド情報が生成される生成コマンドを生成するレコメンド情報生成方法であって、
前記第１種通信端末が、前記第１種生体データと当該データを検出した時刻を表すタイムスタンプからレコメンド指標を計算し、前記レコメンド指標と当該指標に対応するタイムスタンプを出力するレコメンド指標計算ステップと、
前記第１種通信端末が、前記第２種生体データと当該データを検出した時刻を表すタイムスタンプ、前記レコメンド指標と当該指標に対応するタイムスタンプから、同期済レコメンド指標と同期済第２種生体データを生成し、前記同期済レコメンド指標と前記同期済第２種生体データと当該２つの同期済データに対応するタイムスタンプの組を同期済データデータベースに登録する同期ステップと、
前記第１種通信端末が、レコメンド文が登録されたレコメンド文データベースを用いて、前記レコメンド指標と当該指標に対応するタイムスタンプから前記レコメンド情報を生成、出力し、前記レコメンド情報の生成に用いたレコメンド文を表す情報と前記レコメンド情報に対応するタイムスタンプの組をレコメンド履歴データベースに登録するレコメンド情報生成ステップと、
前記第１種通信端末が、前記同期済データデータベースと前記レコメンド履歴データベースと前記レコメンド文データベースを用いて、前記生成コマンドを生成、出力する生成コマンド生成ステップとを含み、
前記生成コマンドは、当該生成コマンドを実行するか否かを判定するための実行判定条件と当該生成コマンドを実行する場合にレコメンド情報の生成に用いるレコメンド文を表す情報とを含む
レコメンド情報生成方法。
【請求項８】
第２種通信端末が、第１種通信端末が生成した生成コマンドを用いて、ユーザの身体状態に関するデータである第２種生体データから、ユーザに提示するレコメンド情報を生成するレコメンド情報生成方法であって、
前記生成コマンドは、所定の同期済第２種生体データの集合と所定の閾値と前記レコメンド情報の生成に用いるレコメンド文を表す情報とを含み、
前記第２種通信端末が、前記所定の同期済第２種生体データの集合と前記所定の閾値を用いて、前記第２種生体データと当該データを検出した時刻を表すタイムスタンプから、前記生成コマンドを実行するか否かを判定し、実行する場合は前記レコメンド文を表す情報を用いて前記レコメンド情報を生成する生成コマンド実行判定ステップと
を含むレコメンド情報生成方法。
【請求項９】
請求項１ないし３のいずれか１項に記載の第１種通信端末または請求項４ないし６のいずれか１項に記載の第２種通信端末としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各種センサにより計測・推定したユーザの身体状態に関するデータに基づいて、行動・健康に関するレコメンド情報をユーザに提供する技術に関する。
【背景技術】
【０００２】
ユーザの身体状態に関するデータ（以下、生体データという）を各種センサにより計測・推定し、当該データに基づいて行動・健康に関するレコメンド情報をユーザに提供する取り組みがある（非特許文献１）。例えば、心拍数を計測可能なバンドを胸部に装着し、計測した心拍数を腕時計型端末に提示するとともに、心拍数が高くなりすぎた場合、運動のペースダウンを促すといったレコメンド情報を提供する。なお、腕時計型端末の中には、いわゆるスマートウォッチのように単体で心拍数を計測可能なものもある。
【０００３】
また、上記心拍数を計測可能なバンドのように、身体に装着し生体データを検出するセンサをウェアラブルセンサということもある。このようなウェアラブルセンサの中には、心電波形を計測可能なものもあり（非特許文献２）、計測した心電波形に基づいて運転手の健康状態を観測する取り組みなども行われている。
【０００４】
心拍数のように比較的単純なデータではなく、心電波形のように複雑なデータを処理する場合、より豊富な計算機資源（例えば、より高性能なＣＰＵ、より高速・大容量のメモリ）が必要になる。この場合、ウェアラブルセンサ単体では処理することができないため、スマートフォンなど比較的高性能な通信端末に心電波形のデータを転送し、処理することになる。例えば、心電波形からストレス値を算出する処理を行う場合は周波数解析を実行する必要があるため、リアルタイムでユーザにストレス情報に基づくレコメンド情報を提示するためにはスマートフォンのような通信端末が用いられることになる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】馮陳誠，林啓子，星野准一，“デジタルコンテンツを用いたストレスレスキューシステムに関する研究”，情報処理学会研究報告，研究報告ヒューマンコンピュータインタラクション（HCI）2012-HCI-147(6)，pp.1-8，2012．
【非特許文献２】小笠原隆行，小野一善，松浦伸昭，山口真澄，渡邊淳司，塚田信吾，“ウェアラブル電極インナー技術の応用展開”，NTT技術ジャーナル26(11)，pp.16-20，2014．
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般に、ユーザに対するレコメンド情報の質を向上させるためには、より豊富な情報に基づいて、より高度な演算を行う必要がある。しかし、スポーツ中などのような特定の状況下ではなく、日常生活においてレコメンド情報の提供を行おうとすると、必ずしもウェアラブルセンサを身に着けていないとか、スマートフォンを持っていないということから、レコメンド情報提供に必要な情報の一部が欠落したり、提供のための処理ができなくなったりする可能性がある。
【０００７】
一方、スマートウォッチのようにセンサを搭載したポータブル端末を用いることで、生体データに基づいたレコメンド情報の提示も可能であるが、このようなポータブル端末は比較的性能が低い通信端末であるため、ＣＰＵやメモリの制約上、単体では高度な演算に基づくレコメンド情報の生成・提供を行うことが難しい。
【０００８】
そこで本発明では、計算機資源が豊富な端末でなくとも、生体データに基づくレコメンド情報を生成することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様は、生体データ検出装置が検出したユーザの身体状態に関するデータである第１種生体データと第２種通信端末が検出したユーザの身体状態に関するデータである第２種生体データを用いて、ユーザに提示するレコメンド情報を生成し、併せて前記第２種通信端末が実行することによりレコメンド情報が生成される生成コマンドを生成する第１種通信端末であって、前記第１種生体データと当該データを検出した時刻を表すタイムスタンプからレコメンド指標を計算し、前記レコメンド指標と当該指標に対応するタイムスタンプを出力するレコメンド指標計算部と、前記第２種生体データと当該データを検出した時刻を表すタイムスタンプ、前記レコメンド指標と当該指標に対応するタイムスタンプから、同期済レコメンド指標と同期済第２種生体データを生成し、前記同期済レコメンド指標と前記同期済第２種生体データと当該２つの同期済データに対応するタイムスタンプの組を同期済データデータベースに登録する同期部と、レコメンド文が登録されたレコメンド文データベースを用いて、前記レコメンド指標と当該指標に対応するタイムスタンプから前記レコメンド情報を生成、出力し、前記レコメンド情報の生成に用いたレコメンド文を表す情報と前記レコメンド情報に対応するタイムスタンプの組をレコメンド履歴データベースに登録するレコメンド情報生成部と、前記同期済データデータベースと前記レコメンド履歴データベースと前記レコメンド文データベースを用いて、前記生成コマンドを生成、出力する生成コマンド生成部とを含み、前記生成コマンドは、当該生成コマンドを実行するか否かを判定するための実行判定条件と当該生成コマンドを実行する場合にレコメンド情報の生成に用いるレコメンド文を表す情報とを含む。
【００１０】
本発明の一態様は、第１種通信端末が生成した生成コマンドを用いて、ユーザの身体状態に関するデータである第２種生体データから、ユーザに提示するレコメンド情報を生成する第２種通信端末であって、前記生成コマンドは、所定の同期済第２種生体データの集合と所定の閾値と前記レコメンド情報の生成に用いるレコメンド文を表す情報とを含み、前記所定の同期済第２種生体データの集合と前記所定の閾値を用いて、前記第２種生体データと当該データを検出した時刻を表すタイムスタンプから、前記生成コマンドを実行するか否かを判定し、実行する場合は前記レコメンド文を表す情報を用いて前記レコメンド情報を生成する生成コマンド実行判定部とを含む。
【００１１】
本発明の一態様は、第１種通信端末が生成した生成コマンドを用いて、ユーザに提示するレコメンド情報を生成する第２種通信端末であって、前記生成コマンドは、当該生成コマンドを実行する時刻を示す実行時刻情報と前記レコメンド情報の生成に用いるレコメンド文を表わす情報とを含み、前記実行時刻情報を用いて、前記生成コマンドを実行するか否かを判定し、実行する場合は前記レコメンド文を表す情報を用いて前記レコメンド情報を生成する生成コマンド実行判定部とを含む。
【発明の効果】
【００１２】
本発明によれば、計算機資源が豊富な端末でなくとも、生体データに基づくレコメンド情報を生成することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】レコメンドシステム１０の構成の一例を示すブロック図。
【図２】第１種通信端末２００の構成の一例を示すブロック図。
【図３】第２種通信端末３００の構成の一例を示すブロック図。
【図４】生成コマンド管理部３２０の構成の一例を示すブロック図。
【図５】第１種通信端末２００の動作を示すフローチャート。
【図６】第２種通信端末３００の動作を示すフローチャート。
【図７】生成コマンド管理部３２０の動作を示すフローチャート。
【図８】第１種通信端末４００の構成の一例を示すブロック図。
【図９】第２種通信端末５００の構成の一例を示すブロック図。
【図１０】生成コマンド管理部５２０の構成の一例を示すブロック図。
【図１１】第１種通信端末４００の動作を示すフローチャート。
【図１２】第２種通信端末５００の動作を示すフローチャート。
【図１３】生成コマンド管理部５２０の動作を示すフローチャート。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【００１５】
＜第一実施形態＞
【００１６】
［システム構成］
以下、図１を参照して、レコメンドシステム１０について説明する。図１は、レコメンドシステム１０の構成の一例を示すブロック図である。レコメンドシステム１０は、生体データ検出装置１００、第１種通信端末２００、第２種通信端末３００を含む。
【００１７】
次に、図２〜図４を参照して、第１種通信端末２００、第２種通信端末３００の各端末について説明する。図２は、第１種通信端末２００の構成の一例を示すブロック図である。第１種通信端末２００は、レコメンド指標計算部２１０、同期部２２０、レコメンド情報生成部２３０、生成コマンド生成部２４０、提示部２７５、第１通信部２８０、第２通信部２８５、記録部２９０を含む。提示部２７５は、第１種通信端末２００が適宜各種情報をユーザに提示するための構成部である。第１通信部２８０は、第１種通信端末２００が生体データ検出装置１００と交換する必要があるデータを適宜送受信するための構成部である。第２通信部２８５は、第１種通信端末２００が第２種通信端末３００と交換する必要があるデータを適宜送受信するための構成部である。記録部２９０は、第１種通信端末２００の処理に必要な情報を適宜記録する構成部である。例えば、レコメンド情報の生成に用いるレコメンド文のデータベース（以下、レコメンド文データベースという）を記録する。レコメンド文データベースには、レコメンド識別子とレコメンド文の組が登録されている。なお、レコメンド識別子を用いない形でレコメンド文データベースを構成してもよい。つまり、レコメンド文データベースには、レコメンド文が登録されている。この場合、レコメンド文そのものをレコメンド識別子のように用いることで、後述するレコメンド識別子を用いた処理が同様に実現できることは言うまでもない。
【００１８】
図３は、第２種通信端末３００の構成の一例を示すブロック図である。第２種通信端末３００は、生成コマンド管理部３２０、生体データ検出部３７０、提示部３７５、通信部３８０、記録部３９０を含む。生体データ検出部３７０は、生体データを検出するためのセンサである。つまり、生体データ検出部３７０は、第２種通信端末３００に内蔵された生体データ検出のためのセンサである。提示部３７５は、第２種通信端末３００が適宜各種情報をユーザに提示するための構成部である。通信部３８０は、第２種通信端末３００が第１種通信端末２００と交換する必要があるデータを適宜送受信するための構成部である。記録部３９０は、第２種通信端末３００の処理に必要な情報を適宜記録する構成部である。また、図４は、生成コマンド管理部３２０の構成の一例を示すブロック図である。生成コマンド管理部３２０は、生成コマンド実行判定部３２１、破棄条件判定部３２２を含む。
【００１９】
レコメンドシステム１０は、生体データに基づいて行動・健康に関するレコメンド情報をユーザに提供するためのシステムである。生体データ検出装置１００と第１種通信端末２００、第１種通信端末２００と第２種通信端末３００は、それぞれ無線通信で接続され、適宜通信を行う。接続に用いる無線通信は、例えば、bluetooth（ブルートゥース（登録商標））などでよい。
【００２０】
生体データ検出装置１００は、ユーザの身体に装着され、当該ユーザの生体データを検出するものである。検出した生体データは、無線通信接続が確立されている間、適宜第１種通信端末２００に送信される。以下、生体データ検出装置１００が検出する生体データを第１種生体データという。
【００２１】
第１種通信端末２００は、第１種生体データを用いて行動・健康に関するレコメンド情報を生成し、当該情報をユーザに提供する。第２種通信端末３００は、生体データ検出部３７０が検出した生体データ（以下、第２種生体データという）を用いて行動・健康に関するレコメンド情報を生成し、当該情報をユーザに提供する。第１種通信端末２００は、第２種通信端末３００に比べて計算機資源が豊富であり（例えば、性能が高いＣＰＵや高速・大容量のメモリを有しており）、計算処理能力が高いものとする。また、一般に、第１種生体データは、第２種生体データに比べて複雑であり、第１種生体データの処理には、第２種生体データの処理に比べてより多くの（時間的・空間的）計算量が必要であるものとする。
【００２２】
例えば、レコメンドシステム１０の一例として、心電波形を検出する通信機能付ウェアラブルセンサ、スマートフォン、心拍数を検出するセンサを内蔵したスマートウォッチから構成されるシステムを考える。当該システムは、心電波形や心拍数といった心拍データを用いて、休息取得などユーザにお勧めする行動をレコメンド情報として提供する。この場合、通信機能付ウェアラブルセンサが生体データ検出装置１００、スマートフォンが第１種通信端末２００、スマートウォッチが第２種通信端末３００に相当する。また、心電波形が第１種生体データ、心拍数が第２種生体データに相当する。
【００２３】
以下、生体データの例として、心電波形（心拍感覚RRI）と心拍数を用いて説明するが、脈拍数、血圧値、体温、呼吸数など体調の良し悪し、人間の内部状態や心理状態の度合いなどを計測・推定するために用いることができる生体データであればどのようなものを用いてもよい。また、加速度センサ、ジャイロセンサ、照度センサなどユーザの活動状況を推定するために用いることができるデータを検出し、生体データと組み合わせることにより、レコメンド情報生成に用いることもできる。
【００２４】
以下、図２〜図７を参照してレコメンドシステム１０における各処理フローについて説明する。
【００２５】
［第１種通信端末２００によるレコメンド情報生成処理及び生成コマンド生成処理］
以下、図２、図５を参照して、第１種通信端末２００によるレコメンド情報生成処理及び生成コマンド生成処理について説明する。なお、ここでは、生体データ検出装置１００と第１種通信端末２００は、無線通信で接続され、相互に通信可能な状態になっているものとする。同様に、第１種通信端末２００と第２種通信端末３００は、無線通信で接続され、相互に通信可能な状態になっているものとする。
【００２６】
生体データ検出装置１００は、当該装置を装着したユーザの生体データである第１種生体データを所定の間隔にて検出、当該データを検出した時刻を表すタイムスタンプを生成する。そして、生体データ検出装置１００は、第１種生体データと当該データを検出した時刻を表すタイムスタンプを所定の間隔にて第１種通信端末２００に送信する。例えば、生体データ検出装置１００が心拍間隔RRI（心拍の拍動と拍動の時間間隔をmsecの単位で表した値）を検出し、3秒に1回の割合で第１種通信端末２００に送信する。心拍間隔RRIは例えば、”821”といった値となる。
【００２７】
同様に、第２種通信端末３００の生体データ検出部３７０は、当該端末を装着したユーザの生体データである第２種生体データを所定の間隔にて検出、当該データを検出した時刻を表すタイムスタンプを生成する。そして、第２種通信端末３００は、通信部３８０を用いて、第２種生体データと当該データを検出した時刻を表すタイムスタンプを所定の間隔にて第１種通信端末２００に送信する。例えば、生体データ検出部３７０が1分間あたりの心拍数を1秒ごと検出する。心拍数は例えば”86”といった値となる。
【００２８】
第１種通信端末２００の第１通信部２８０は、生体データ検出装置１００が送信した第１種生体データと当該データを検出した時刻を表すタイムスタンプを受信する（Ｓ２８０）。第１種通信端末２００の第２通信部２８５は、第２種通信端末３００が送信した第２種生体データと当該データを検出した時刻を表すタイムスタンプを受信する（Ｓ２８５−１）。
【００２９】
第１種通信端末２００の第２通信部２８５は、第２種通信端末３００が送信した生成コマンドと当該生成コマンドの破棄条件を受信する（Ｓ２８５−２）。ここで、第２種通信端末３００が送信した生成コマンドと破棄条件は、生成コマンド管理部３２０が現時点で実行する生成コマンド及び破棄条件として管理しているものである。なお、生成コマンドと破棄条件の詳細については、後述する。
【００３０】
レコメンド指標計算部２１０は、生体データ検出装置１００から受信した第１種生体データと当該データを検出した時刻を表すタイムスタンプを入力として、レコメンド指標を計算し、レコメンド指標と当該指標に対応するタイムスタンプを出力する（Ｓ２１０）。レコメンド指標は、生体データ・レコメンド情報に応じて適切な指標が採用されるものとする。レコメンド指標の例として、低周波成分LF(0.04〜0.15Hz)と高周波成分HF(0.15〜0.5Hz)の比率LF/HFがある。比率LF/HFは、周波数解析により、心拍間隔RRIデータからパワースペクトル密度を算出することで求めることができる。この比率LF/HFはストレスや覚醒度の指標に用いられるものであり、1を交感神経と副交感神経のバランスが丁度よくとれている値とし、値が高いほどストレスが高く覚醒状態だと推定できる指標である。
【００３１】
なお、比率LF/HFはレコメンド指標の一例であり、その他の指標を用いてもよい。例えば、運動の強さを数値的に測るために心拍数を用いた運動強度を用いることができる。また、気分などの心的状態の推定のために心拍数と呼吸数の長期変動の類似性などを用いることもできる。
【００３２】
同期部２２０は、第２種通信端末３００から受信した第２種生体データと当該データを検出した時刻を表すタイムスタンプ、Ｓ２１０の出力であるレコメンド指標と当該指標に対応するタイムスタンプを入力として、同期済レコメンド指標と同期済第２種生体データを生成し、同期済レコメンド指標と同期済第２種生体データと当該２つの同期済データに対応するタイムスタンプを出力する（Ｓ２２０）。また、併せて、同期済レコメンド指標と同期済第２種生体データと当該２つの同期済データに対応するタイムスタンプの組を同期済データデータベースに登録、記録部２９０に記録する（Ｓ２２０）。
【００３３】
一般に、第２種生体データとレコメンド指標のサンプリング周波数は異なる。そこで、第２種生体データとレコメンド指標のサンプリング周波数が異なる場合、同期部２２０は、第２種生体データとレコメンド指標のサンプリング数を揃えるため、同期処理を行う。具体例を用いて説明する。例えば、第２種生体データである心拍数は1sample/s、レコメンド指標である比率LF/HFは1sample/2〜5sとなる。サンプリングが粗いデータを線形補間することでアップサンプリングし、サンプリングが細かいデータにサンプリング数を揃える。これにより、サンプリング周波数が同一である同期済レコメンド指標と同期済第２種生体データが生成される。なお、第２種生体データとレコメンド指標のサンプリング周波数が同一である場合、レコメンド指標と第２種生体データをそれぞれ同期済レコメンド指標と同期済第２種生体データとすればよい。
【００３４】
レコメンド情報生成部２３０は、レコメンド文データベースを用いて、Ｓ２１０の出力であるレコメンド指標と当該指標に対応するタイムスタンプを入力として、レコメンド情報を生成し、レコメンド情報、レコメンド情報の生成に用いたレコメンド文のレコメンド識別子、レコメンド情報に対応するタイムスタンプを出力する（Ｓ２３０）。また、併せて、レコメンド情報の生成に用いたレコメンド文のレコメンド識別子とレコメンド情報に対応するタイムスタンプの組をレコメンド履歴データベースに登録、記録部２９０に記録する（Ｓ２３０）。具体的には、レコメンド指標に関する条件とレコメンド識別子の組を用いて、Ｓ２１０の出力であるレコメンド指標が満たすレコメンド指標に関する条件があるか否か判定し、満たす条件があった場合、その条件と組になっているレコメンド識別子を有するレコメンド文をレコメンド情報として生成する。なお、満たす条件がない場合は、レコメンド情報を生成しない。この場合、レコメンド識別子の代わりに特別な記号“null”をタイムスタンプと組にして、レコメンド履歴データベースに登録、記録部２９０に記録する。
【００３５】
以下、ユーザが高速道路を運転中に提供されるレコメンド情報の例について説明する。レコメンド識別子＝”A”と、レコメンド文＝「運転に支障がでる恐れがあるので、近くのパーキングエリアで少し休憩しましょう」との組がレコードとしてレコメンド文データベースに登録されているものとする。このレコメンド文は、高速道路を運転中、非常に高いストレスを抱えている状況にあると心拍データを用いて判断された場合に用いられるものである。また、レコメンド指標に関する条件とレコメンド識別子の組として、条件＝“比率LF/HFが1分間以上3.0以上である”と、レコメンド識別子＝“A”との組、及び、条件＝“比率LF/HFが5分間以上0.5以下である”と、レコメンド識別子＝“B”との組の２つの組があるものとする。ただし、レコメンド識別子＝“B”は、高速道路を運転中、眠気がある状況にあると心拍データを用いて判断された場合に用いられる、レコメンド識別子＝”A”とは異なる内容のレコメンド文と組となってレコードとしてレコメンド文データベースに登録されているものとする。前者の組の条件が満たされた場合、レコメンド識別子が“A”であるレコメンド文「運転に支障がでる恐れがあるので、近くのパーキングエリアで少し休憩しましょう」がレコメンド情報として生成されることになる。あわせて、レコメンド履歴データベースのレコードとして、レコメンド識別子“A”とレコメンド情報を生成するために用いた同期済みデータのタイムスタンプ（レコメンド情報に対応するタイムスタンプ）の組が記録部２９０に記録されることになる。
【００３６】
なお、上記レコメンド文はあくまで一例である。レコメンド文データベースには、ユーザの状況に応じたレコメンド文を登録しておけばよく、１つの状況に対応するレコメンド文が複数登録されてあってもよい。
【００３７】
また、レコメンド識別子を用いない形でレコメンド文データベースを構成する場合、Ｓ２３０の処理は、以下のようになる。すなわち、レコメンド情報生成部２３０は、レコメンド文データベースを用いて、Ｓ２１０の出力であるレコメンド指標と当該指標に対応するタイムスタンプを入力として、レコメンド情報を生成し、レコメンド情報、レコメンド情報の生成に用いたレコメンド文、レコメンド情報に対応するタイムスタンプを出力する（Ｓ２３０）。また、併せて、レコメンド情報の生成に用いたレコメンド文とレコメンド情報に対応するタイムスタンプの組をレコメンド履歴データベースに登録、記録部２９０に記録する（Ｓ２３０）。
【００３８】
要は、レコメンド情報生成部２３０は、レコメンド文やレコメンド識別子といったレコメンド情報の生成に用いたレコメンド文を表す情報を、レコメンド情報、レコメンド情報に対応するタイムスタンプとともに出力する。また、当該レコメンド文を表す情報とレコメンド情報に対応するタイムスタンプの組をレコメンド履歴データベースに登録、記録部２９０に記録する。
【００３９】
生成コマンド生成部２４０は、同期済データデータベースとレコメンド履歴データベースとレコメンド文データベースとＳ２８５−２で受信した生成コマンドと当該生成コマンドの破棄条件を用いて、第２種通信端末３００が実行することによりレコメンド情報が生成される生成コマンドと当該生成コマンドを破棄するか否かを決定するための条件である破棄条件を生成し、出力する（Ｓ２４０）。つまり、破棄条件は、生成コマンドの有効期限を管理するために用いるものである。また、生成コマンドは、当該生成コマンドを実行するか否かを判定するための実行判定条件と当該生成コマンドを実行する場合にレコメンド情報の生成に用いるレコメンド文を表す情報とを含む。レコメンド文を表す情報がレコメンド識別子である場合、第２種通信端末３００は当該レコメンド識別子に対応するレコメンド文を取得し、レコメンド情報を生成することになる。
【００４０】
以下、生成コマンドの生成処理について、具体的に説明する。直近でレコメンド履歴データベースに追加されたレコードのレコメンド識別子が“null”の場合、生成コマンドを生成しない。直近でレコメンド履歴データベースに追加されたレコードのレコメンド識別子が“null”でない場合、レコメンド履歴データベースを用いて対応するタイムスタンプを求める。以下、このレコメンド識別子をID0、このタイムスタンプをTS0とする。そして、レコメンド履歴データベースから、レコメンド識別子がID0であり、タイムスタンプがTS0以前のレコメンド識別子とタイムスタンプの組を所定の数（この数をnとする）だけ特定する。ここで、nは1以上の整数であり、例えばn=30とするとよい。特定したn個のレコメンド識別子とタイムスタンプの組に含まれるタイムスタンプTSi(0≦i≦n)のそれぞれに対して、同期済データデータベースを用いて、当該タイムスタンプTSiから、当該タイムスタンプTSiより所定の時間T（Tのことを時間窓ともいう）だけ前のタイムスタンプまでの同期済レコメンド指標と同期済第２種生体データとタイムスタンプの組の集合（以下、時系列波形iという）を抽出する。時系列波形0と時系列波形m(m=1,…,n)との相関係数rmを計算する。計算したn個の相関係数r1、…、rnのうち、所定の閾値θ以上となる相関係数の割合が所定の値α以上である場合、時系列波形0の要素である各組に含まれる同期済第２種生体データを抽出し、当該抽出した同期済第２種生体データの集合Sと閾値θとレコメンド識別子ID0のレコメンド文Rの組を生成コマンドとして生成する。つまり、同期済第２種生体データの集合Sと閾値θが実行判定条件、レコメンド識別子ID0のレコメンド文Rがレコメンド情報の生成に用いられるレコメンド文となる。なお、第２種生体データをアップサンプリングすることにより、同期済第２種生体データが生成されていた場合は、例えば、線形補間により生成された同期済第２種生体データを除いたものを改めて集合Sとするとよい。後述するように、第２種通信端末３００が、同期済第２種生体データの集合Sと第２種生体データを用いて計算した相関係数が閾値θ以上であると判定する場合に、第２種通信端末３００はレコメンド文Rを用いてレコメンド情報を生成する。なお、生成コマンドのレコメンド文を表す情報を、レコメンド文Rにかえて、レコメンド識別子ID0としてもよい。
【００４１】
上記所定の閾値θは例えば0.7とするとよい。また、上記所定の値αは例えば0.5とするとよい。ただし、これらの値に限るものではない。レコメンド情報提供の精度を上げるためには値αをより大きな値（例えば0.8）とする方がよいが、あまりに大きい値を設定すると生成コマンドの生成率が極端に低くなってしまう問題もあるため、閾値θも含め、実験等により経験的に最適な値を求め、設定するのが好ましい。
【００４２】
なお、ここでは、時系列波形0と時系列波形m(m=1,…,n)との類似性を判定するための指標（以下、類似性判定指標という）として相関係数を用いたが、類似性判定指標は相関係数に限るものではない。例えば、ユークリッド距離や動的時間伸縮法で算出する距離を類似性判定指標としてもよい。
【００４３】
さらに、Ｓ２８５−２で受信した生成コマンドと上記新たに生成した生成コマンドを比較し類似していると判定される場合は、生成したコマンドを破棄するようにしてもよい。類似性は、生成コマンドに含まれる同期済第２種生体データの集合Sや閾値θの類似性に基づいて判定すればよい。例えばＳ２８５?２で受信した生成コマンドを生成する際に用いた時系列波形0と上記新たに生成した生成コマンドを生成する際に用いた時系列波形0の相関係数（類似性判定指標）が所定の閾値以上である場合に、類似していると判定すればよい。また、生成コマンド間の類似性の判定に加えて、破棄条件間の類似性の判定もするようにしてもよい。例えば、破棄条件を記述するテキストや閾値を比較することにより、破棄条件が同一であるか、あるいは、同一の種類（有効期限を超過しているか否か）のものである場合に、類似していると判定するようにすればよい。上記のような類似性判定処理を行うことにより、類似する生成コマンドを二重に設定することを防ぐことができる。
【００４４】
なお、生成コマンド間の類似性を判定しないようにしてもよい。この場合、Ｓ２８５−２の処理は不要である。したがって、生成コマンド生成部２４０は、同期済データデータベースとレコメンド履歴データベースとレコメンド文データベースを用いて、第２種通信端末３００が実行することによりレコメンド情報が生成される生成コマンドと当該生成コマンドを破棄するか否かを決定するための条件である破棄条件を生成し、出力する（Ｓ２４０）。
【００４５】
また、生成コマンド生成部２４０が破棄条件を生成しないようにしてもよい。この場合、生成コマンド生成部２４０は、同期済データデータベースとレコメンド履歴データベースとレコメンド文データベースを用いて、第２種通信端末３００が実行することによりレコメンド情報が生成される生成コマンドを生成し、出力する（Ｓ２４０）。
【００４６】
次に、破棄条件について説明する。破棄条件は、生成コマンドの有効期限を管理することができる条件であれば、どのようなものでもよい。例えば、第２種通信端末３００が生成コマンドを１回実行したら破棄するなど実行回数を破棄条件としてもよい。また、生成コマンド生成後長期間経過した後に実行された場合、当該生成コマンド実行により生成されるレコメンド情報の信頼性は高くないと考えられる。そこで、生成コマンドを削除する期限（例えば、日時や時間で指定される）を破棄条件としてもよい。これらの破棄条件は用いる生体データとレコメンド情報に関する実験により決定するのが好ましい。
【００４７】
提示部２７５は、Ｓ２３０の出力であるレコメンド情報を入力とし、レコメンド情報をユーザに提示する（Ｓ２７５）。提示には、音声やテキストなどを用いることができる。第１種通信端末２００がスマートフォンである場合は、音声出力には内蔵スピーカや外部の接続したスピーカを用いればよいし、テキスト出力には内蔵ディスプレイや外部の接続したディスプレイを用いればよい。なお、上記以外の提示方法として、例えば、振動子やライトによる提示方法を用いてもよいし、複数の提示方法を組み合わせてレコメンド情報を提示するようにしてもよい。また、提示するタイミングは、レコメンド情報が提示部２７５に入力された直後や所定の時間経過した後であってもよいが、レコメンド情報の効果的な提示のためには、次のレコメンド情報が生成されるタイミングよりも前にレコメンド情報を提示するのが好ましい。
【００４８】
第１種通信端末２００の第２通信部２８５は、Ｓ２４０の出力である生成コマンドと破棄条件を第２種通信端末３００に送信する（Ｓ２８５−３）。Ｓ２４０で生成コマンド等が出力されたら、すみやかに送信するのが好ましい。なお、破棄条件を生成しない場合は、生成コマンドのみを送信するようにすればよい。
【００４９】
上記説明では、第１種通信端末２００による処理の過程で生成されるデータをレコメンド履歴データベースと同期済データデータベースの２つのデータベースに分けて登録するものとして説明したが、１つのデータベース（処理履歴データベースという）にまとめて登録してもよい。この場合、レコメンド履歴データベースと同期済データデータベースを、タイムスタンプをキーとして処理履歴データベースとして統合すればよい。
【００５０】
［第２種通信端末３００によるレコメンド情報生成処理］
以下、図３、図４、図６、図７を参照して、第２種通信端末３００によるレコメンド情報生成処理について説明する。なお、ここで、典型的には、第１種通信端末２００と第２種通信端末３００の間の無線通信は切断されており、第２種通信端末３００は単体で動作する。
【００５１】
第２種通信端末３００の通信部３８０は、第１種通信端末２００が送信した生成コマンドと破棄条件を受信する（Ｓ３８０）。受信した生成コマンドと破棄条件は、生成コマンド管理部３２０が管理する。具体的には、生成コマンド管理部３２０は、生成コマンドを実行するか否かを判定したり、当該生成コマンドを破棄するか否かを判定したりする。ここで、生成コマンドに含まれる同期済第２種生体データの集合、閾値をそれぞれ同期済第２種生体データの集合S、閾値θとする。なお、第１種通信端末２００が破棄条件を生成しない場合は、生成コマンドのみを受信する。
【００５２】
生体データ検出部３７０は、第２種通信端末３００を装着したユーザの生体データである第２種生体データを所定の間隔にて検出、当該データを検出した時刻を表すタイムスタンプを生成し、第２種生体データと当該データを検出した時刻を表すタイムスタンプを所定の間隔にて出力する（Ｓ３７０）。
【００５３】
生成コマンド管理部３２０は、Ｓ３７０の出力である第２種生体データと当該データを検出した時刻を表すタイムスタンプを入力として、Ｓ３８０で受信した生成コマンドと破棄条件を用いてレコメンド情報を生成し、出力する（Ｓ３２０）。以下、生成コマンド管理部３２０の内部動作について説明する。
【００５４】
生成コマンド実行判定部３２１は、Ｓ３７０の出力である第２種生体データと当該データを検出した時刻を表すタイムスタンプを入力として、Ｓ３８０で受信した生成コマンドに含まれる同期済第２種生体データの集合と閾値を用いて当該生成コマンドを実行するか否かを判定し、実行する場合は生成コマンドに含まれるレコメンド文を表す情報を用いてレコメンド情報を生成する（Ｓ３２１）。具体的には、生成コマンドの実行判定処理は以下のように行う。まず、直近で検出した第２生体データから時間的にさかのぼる形で同期済第２種生体データの集合Sと同数の第２生体データを抽出し、比較対象第２種生体データの集合S'とする。同期済第２種生体データの集合Sと比較対象第２種生体データの集合S'との相関係数（類似性判定指標）rを計算する。相関係数（類似性判定指標）rが閾値θ以上である場合、レコメンド文を表す情報を用いてレコメンド情報を生成し、出力する。
【００５５】
上記所定の閾値θは例えば0.7とするとよい。
【００５６】
破棄条件判定部３２２は、Ｓ３８０で受信した破棄条件を入力として用いて、Ｓ３８０で受信した生成コマンドを破棄するか否かを判定する（Ｓ３２２）。具体的には、生成コマンドの破棄判定処理は以下のように行う。破棄条件が実行回数を用いて定義されている場合は、レコメンド情報が生成されるたびに、実行回数カウントのためのカウンタの値を1増やし、所定の回数を超えたら、生成コマンドを破棄するようにする。また、破棄条件が生成コマンドの削除期限を用いて定義されている場合は、第２種通信端末３００の時計機能を用いて、削除期限が到来しているか否かを判定、到来している場合は破棄するようにする。
【００５７】
なお、第１種通信端末２００が破棄条件を生成しない場合は、生成コマンド管理部３２０は、破棄条件判定部３２２を含まない。したがって、第２種通信端末３００が生成コマンド実行判定部３２１を直接含むように構成すればよい。
【００５８】
提示部３７５は、Ｓ３２０の出力であるレコメンド情報を入力とし、レコメンド情報をユーザに提示する（Ｓ３７５）。具体的な提示方法は、第１種通信端末２００の提示部２７５と同様でよい。
【００５９】
本実施形態の発明によれば、計算機資源が豊富な端末でなくとも、生体データに基づくレコメンド情報を生成することが可能となる。
【００６０】
本実施形態の発明によれば、日常生活においてユーザがスマートフォンや通信機能付ウェアラブルセンサを取りはずし、スマートフォンとスマートウォッチの間の接続が切断することがあっても、スマートウォッチを身に着けてさえいれば、途切れのないレコメンド情報の提供を実現することができる。具体的には、スマートフォンが第１種生体データと第２種生体データを用いて生成した、レコメンド情報生成のための生成コマンドを、スマートウォッチが管理することにより、スマートウォッチは単体で第２種生体データのみからレコメンド情報を提供できるようになる。
【００６１】
＜第二実施形態＞
第一実施形態では、第２種通信端末３００が類似性判定指標の計算を行う必要があった。しかし、類似性判定指標の計算は第２種通信端末３００の計算機資源に対して重い処理となる場合もあり得る。そこで、ここでは、より軽い処理でレコメンド情報が生成できるような生成コマンドの生成及びその実行について説明する。
【００６２】
［システム構成］
第二実施形態のレコメンドシステム２０（図示しない）は、生体データ検出装置１００、第１種通信端末４００、第２種通信端末５００を含む。
【００６３】
次に、図８〜図１０を参照して、第１種通信端末４００、第２種通信端末５００の各端末について説明する。図８は、第１種通信端末４００の構成の一例を示すブロック図である。第１種通信端末４００は、生成コマンド生成部２４０の代わりに生成コマンド生成部４４０を含む点においてのみ、第１種通信端末２００と異なる。
【００６４】
図９は、第２種通信端末５００の構成の一例を示すブロック図である。第２種通信端末５００は、生成コマンド管理部３２０の代わりに生成コマンド管理部５２０を含む点においてのみ第２種通信端末３００と異なる。図１０は、生成コマンド管理部５２０の構成の一例を示すブロック図である。生成コマンド管理部５２０は、生成コマンド実行判定部３２１の代わりに生成コマンド実行判定部５２１を含む点においてのみ生成コマンド管理部３２０と異なる。
【００６５】
以下、図８〜図１３を参照してレコメンドシステム２０における各処理フローについて説明する。
【００６６】
［第１種通信端末４００による生成コマンド生成処理］
以下、図８、図１１を参照して、第１種通信端末４００による生成コマンド生成処理について説明する。なお、ここでは、第１種通信端末２００と相違する処理についてのみ説明する。すなわち、生成コマンド生成部４４０の処理について説明する。
【００６７】
生成コマンド生成部４４０は、同期済データデータベースとレコメンド履歴データベースとレコメンド文データベースとＳ２８５−２で受信した生成コマンドと当該生成コマンドの破棄条件を用いて、第２種通信端末３００が実行することによりレコメンド情報が生成される生成コマンドと当該生成コマンドを破棄するか否かを決定するための条件である破棄条件を生成し、出力する（Ｓ４４０）。
【００６８】
以下、生成コマンドの生成処理について、具体的に説明する。直近でレコメンド履歴データベースに追加されたレコードのレコメンド識別子が“null”の場合、生成コマンドを生成しない。直近でレコメンド履歴データベースに追加されたレコードのレコメンド識別子が“null”でない場合、レコメンド履歴データベースを用いて対応するタイムスタンプを求める。以下、このレコメンド識別子をID0、このタイムスタンプをTS0とする。そして、レコメンド履歴データベースから、レコメンド識別子がID0であり、タイムスタンプがTS0以前のレコメンド識別子とタイムスタンプの組を所定の数（この数をnとする）だけ特定する。ここで、nは1以上の整数であり、例えばn=30とするとよい。特定したn個のレコメンド識別子とタイムスタンプの組に含まれるタイムスタンプTSi(0≦i≦n)のそれぞれに対して、同期済データデータベースを用いて、当該タイムスタンプTSiから、当該タイムスタンプTSiより所定の時間T'（T'は例えば120分）だけ前のタイムスタンプまでの同期済レコメンド指標と同期済第２種生体データとタイムスタンプの組の集合（以下、第２の時系列波形iという）を抽出する。第２の時系列波形iに含まれる時間的に最も早いタイムスタンプからずらし幅P(P<T')だけずらしたタイムスタンプから時間窓T(T<T')だけ後のタイムスタンプまでの同期済レコメンド指標と同期済第２種生体データとタイムスタンプの組の集合（以下、時系列波形i,Pという）を抽出する。時系列波形0,Pと時系列波形m,P(m=1,…,n)との相関係数rm,Pを計算する。計算したn個の相関係数r1,P、…、rn,Pのうち、所定の閾値θ以上となる相関係数の割合が所定の値α以上である場合、第２種通信端末５００が生成コマンドを実行する時刻を示す実行時刻情報とレコメンド識別子ID0のレコメンド文Rの組を生成コマンドとして生成する。つまり、実行時刻情報が実行判定条件、レコメンド識別子ID0のレコメンド文Rがレコメンド情報の生成に用いられるレコメンド文となる。実行時刻情報は、例えば、当該生成コマンドが生成された時刻から所定の時間後（例えば、T'-(T+P)時間後）の時刻とするとよい。そうでない場合は、ずらし幅Pを変更し、同様の計算をする。ずらし幅Pは、例えば、0, 1, 2, …と1ずつ増加させていくように変更すればよい。後述するように、第２種通信端末５００が、実行時刻情報が到来していると判定する場合に、第２種通信端末５００はレコメンド文Rを用いてレコメンド情報を生成する。なお、生成コマンドのレコメンド文を表す情報を、レコメンド文Rにかえて、レコメンド識別子ID0としてもよい。
【００６９】
上記所定の閾値θは例えば0.7とするとよい。また、上記所定の値αは例えば0.5とするとよい。ただし、これらの値に限るものではない。
【００７０】
なお、時系列波形0,Pと時系列波形m,P(m=1,…,n)との類似性判定指標として、相関係数の代わりに、先述したユークリッド距離や動的時間伸縮法で算出する距離を用いてもよいのはもちろんである。
【００７１】
さらに、Ｓ２８５−２で受信した生成コマンドと上記新たに生成した生成コマンドを比較し類似していると判定される場合は、生成したコマンドを破棄するようにしてもよい。生成コマンド間の類似性の判定や破棄条件間の類似性の判定は、生成コマンド生成部２４０と同様でよい。
【００７２】
なお、生成コマンド間の類似性を判定しないようにしてもよい。この場合、Ｓ２８５−２の処理は不要である。したがって、生成コマンド生成部４４０は、同期済データデータベースとレコメンド履歴データベースとレコメンド文データベースを用いて、第２種通信端末３００が実行することによりレコメンド情報が生成される生成コマンドと当該生成コマンドを破棄するか否かを決定するための条件である破棄条件を生成し、出力する（Ｓ４４０）。
【００７３】
また、生成コマンド生成部４４０が破棄条件を生成しないようにしてもよい。この場合、生成コマンド生成部４４０は、同期済データデータベースとレコメンド履歴データベースとレコメンド文データベースを用いて、第２種通信端末３００が実行することによりレコメンド情報が生成される生成コマンドを生成し、出力する（Ｓ４４０）。
【００７４】
［第２種通信端末５００によるレコメンド情報生成処理］
以下、図９、図１０、図１２、図１３を参照して、第２種通信端末５００によるレコメンド情報生成処理について説明する。なお、ここでは、第２種通信端末３００と相違する処理についてのみ説明する。すなわち、生成コマンド管理部５２０の処理について説明する。
【００７５】
生成コマンド管理部５２０は、Ｓ３８０で受信した生成コマンドと破棄条件を用いてレコメンド情報を生成し、出力する（Ｓ５２０）。以下、生成コマンド管理部５２０の内部動作について、生成コマンド管理部３２０と相違する処理についてのみ説明する。すなわち、生成コマンド実行判定部５２１の処理について説明する。
【００７６】
生成コマンド実行判定部５２１は、Ｓ３８０で受信した生成コマンドに含まれる実行時刻情報を用いて、当該生成コマンドを実行するか否かを判定し、実行する場合は生成コマンドに含まれるレコメンド文を表す情報を用いてレコメンド情報を生成する（Ｓ５２１）。第２種通信端末３００の時計機能を用いて、実行時刻情報が到来しているか否かを判定するようにすればよい。
【００７７】
なお、第１種通信端末４００が破棄条件を生成しない場合は、生成コマンド管理部５２０は、破棄条件判定部３２２を含まない。したがって、第２種通信端末５００が生成コマンド実行判定部５２１を直接含むように構成すればよい。
【００７８】
本実施形態の発明によれば、計算機資源が豊富な端末でなくとも、生体データに基づくレコメンド情報を生成することが可能となる。
【００７９】
＜変形例＞
レコメンドシステム１０／２０に更に第１種通信端末２００／４００より計算機資源が豊富な端末９００（図示しない）を加え、端末９００が第１種通信端末２００／４００によるレコメンド情報生成処理及び生成コマンド生成処理と同様の処理を実行できるように構成してもよい。端末９００には、例えば自宅に設置してあるＰＣ（パーソナルコンピュータ）やクラウド上のサーバが相当する。
【００８０】
端末９００は、レコメンド履歴データベースや同期済データデータベースのデータを第１種通信端末２００／４００の記録部２９０から吸い上げる。その際、第１種通信端末２００／４００と端末９００の間の通信には、ブルートゥースや４Ｇ／ＬＴＥのような無線通信を用いればよい。このようにすると、第１種通信端末２００／４００には直近の比較的少量のデータのみ、端末９００には直近のデータを含むそれ以前の過去のデータを記録できるようになる。また、例えば、ＣＰＵやメモリの性能の差により、端末９００は、第１種通信端末２００／４００が処理対象とするデータ量よりも多くのデータ量を処理することができる。その結果、提供されるレコメンド情報の精度や生成される生成コマンドの精度が向上し、第１種通信端末２００／４００や第２種通信端末３００／５００がユーザに提示するレコメンド情報の質が向上することが期待される。
【００８１】
また、端末９００から第２種通信端末３００／５００にユーザの環境に関する情報（例えば、高速道路の交通情報）を提供するような構成にすると、第２種通信端末３００／５００はレコメンド情報とあわせてより高度な情報の提供ができるようになる。第２種通信端末３００／５００と端末９００の間の通信には、例えば、４Ｇ／ＬＴＥのような無線通信を用いればよい。
【００８２】
＜補記＞
本発明の装置は、例えば単一のハードウェアエンティティとして、キーボードなどが接続可能な入力部、液晶ディスプレイなどが接続可能な出力部、ハードウェアエンティティの外部に通信可能な通信装置（例えば通信ケーブル）が接続可能な通信部、ＣＰＵ（Central Processing Unit、キャッシュメモリやレジスタなどを備えていてもよい）、メモリであるＲＡＭやＲＯＭ、ハードディスクである外部記憶装置並びにこれらの入力部、出力部、通信部、ＣＰＵ、ＲＡＭ、ＲＯＭ、外部記憶装置の間のデータのやり取りが可能なように接続するバスを有している。また必要に応じて、ハードウェアエンティティに、ＣＤ−ＲＯＭなどの記録媒体を読み書きできる装置（ドライブ）などを設けることとしてもよい。このようなハードウェア資源を備えた物理的実体としては、汎用コンピュータなどがある。
【００８３】
ハードウェアエンティティの外部記憶装置には、上述の機能を実現するために必要となるプログラムおよびこのプログラムの処理において必要となるデータなどが記憶されている（外部記憶装置に限らず、例えばプログラムを読み出し専用記憶装置であるＲＯＭに記憶させておくこととしてもよい）。また、これらのプログラムの処理によって得られるデータなどは、ＲＡＭや外部記憶装置などに適宜に記憶される。
【００８４】
ハードウェアエンティティでは、外部記憶装置（あるいはＲＯＭなど）に記憶された各プログラムとこの各プログラムの処理に必要なデータが必要に応じてメモリに読み込まれて、適宜にＣＰＵで解釈実行・処理される。その結果、ＣＰＵが所定の機能（上記、…部、…手段などと表した各構成要件）を実現する。
【００８５】
本発明は上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。また、上記実施形態において説明した処理は、記載の順に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されるとしてもよい。
【００８６】
既述のように、上記実施形態において説明したハードウェアエンティティ（本発明の装置）における処理機能をコンピュータによって実現する場合、ハードウェアエンティティが有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記ハードウェアエンティティにおける処理機能がコンピュータ上で実現される。
【００８７】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。具体的には、例えば、磁気記録装置として、ハードディスク装置、フレキシブルディスク、磁気テープ等を、光ディスクとして、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等を、光磁気記録媒体として、ＭＯ（Magneto-Optical disc）等を、半導体メモリとしてＥＥＰ−ＲＯＭ（Electronically Erasable and Programmable-Read Only Memory）等を用いることができる。
【００８８】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００８９】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００９０】
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、ハードウェアエンティティを構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【図１】
2019113986.tif 000003
【図２】
2019113986.tif 000004
【図３】
2019113986.tif 000005
【図４】
2019113986.tif 000006
【図５】
2019113986.tif 000007
【図６】
2019113986.tif 000008
【図７】
2019113986.tif 000009
【図８】
2019113986.tif 000010
【図９】
2019113986.tif 000011
【図１０】
2019113986.tif 000012
【図１１】
2019113986.tif 000013
【図１２】
2019113986.tif 000014
【図１３】
2019113986.tif 000015