(57)【要約】      （修正有）【課題】生体情報などからユーザの状態を判断し、そのときのユーザの状態に適した音楽コンテンツをレコメンドする。【解決手段】携帯電話機１０は、心拍センサを有するヘッドフォン１２と接続され、複数の音楽コンテンツが保存されるフラッシュメモリおよびＲＡＭなどを備える。ＲＡＭには、音楽コンテンツを示す情報に生体情報などが対応付けられた再生ログテーブルが記憶される。音楽コンテンツを再生するための音楽プレーヤ機能が実行されると、ユーザの心拍数が計測され、計測された心拍数に基づいてストレス度が算出される。このストレス度が所定値よりも大きい場合、再生ログテーブルが参照され、ストレス度を低くする可能性がある音楽コンテンツが選択される。そして、選択された音楽コンテンツが、音楽コンテンツを再生する前のユーザにレコメンドされる。【選択図】図１
2016048495.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツが保存されている保存部、
前記複数のコンテンツに生体情報を対応付けたデータベースを記憶する記憶部、
生体情報を取得する取得部、および
前記取得部によって生体情報が取得されたとき、その生体情報に基づいて前記データベースを参照して、前記複数のコンテンツから特定のコンテンツをレコメンドするレコメンド部を備える、携帯端末。
【請求項２】
前記レコメンド部は、前記複数のコンテンツのうち任意のコンテンツが再生される前に、前記特定のコンテンツをレコメンドする、請求項１記載の携帯端末。
【請求項３】
前記取得部は、任意のコンテンツを再生するときに生体情報を取得し、
再生されたコンテンツに、そのコンテンツを再生するときに取得された生体情報を対応付けた情報を前記データベースに登録する登録部をさらに備える、請求項１または２記載の携帯端末。
【請求項４】
前記データベースでは、前記複数のコンテンツに対してストレス度がさらに対応付けられ、
前記取得部によって取得された生体情報に基づいてストレス度を出力する出力部をさらに備える、請求項１ないし３のいずれかに記載の携帯端末。
【請求項５】
前記レコメンド部は、前記出力部によって出力されたストレス度が所定値より大きいとき、そのストレス度に基づいて前記データベースを参照して、ストレス度を変化させるコンテンツをレコメンドする、請求項４記載の携帯端末。
【請求項６】
前記データベースでは、前記複数のコンテンツに対してストレス度がさらに対応付けられ、
任意のコンテンツの再生を開始したときの第１ストレス度とそのコンテンツの再生を終了したときの第２ストレス度とをそれぞれ出力する出力部をさらに備え、
前記登録部は、再生されたコンテンツに、第１ストレス度と第２ストレス度とを対応付けた情報を前記データベースに登録し、
前記レコメンド部は、前記出力部によって出力された現在のストレス度が所定値より大きいとき、前記データベースを参照して、対応付けられている第１ストレス度と第２ストレス度とが異なるコンテンツをレコメンドする、請求項３記載の携帯端末。
【請求項７】
前記レコメンド部は、前記取得部によって生体情報が取得されないとき、前記データベースを参照して、再生頻度が高いコンテンツをレコメンドする、請求項３ないし６のいずれかに記載の携帯端末。
【請求項８】
前記データベースでは、前記複数のコンテンツに対して行動情報がさらに対応付けられ、
行動情報を取得する行動情報取得部、および
前記取得部によって取得された生体情報および前記行動情報取得部によって取得された行動情報に基づいて前記データベースを参照して、前記保存部からコンテンツを検索する検索部をさらに備え、
前記レコメンド部は、前記検索部によってコンテンツが発見されたとき、発見されたコンテンツをレコメンドする、請求項１ないし４のいずれかに記載の携帯端末。
【請求項９】
前記検索部は、前記取得部によって取得された生体情報および前記行動情報取得部によって取得された行動情報と類似する生体情報および行動情報が対応付けられたコンテンツを、前記データベースを参照することで検索する、請求項８記載の携帯端末。
【請求項１０】
加速度を検出する検出部をさらに備え、
前記行動情報取得部は、前記検出部によって検出された加速度に基づく行動情報を取得する、請求項８または９記載の携帯端末。
【請求項１１】
前記検索部は、前記取得部によって生体情報が取得できない状態では、前記行動情報取得部によって取得された行動情報に基づいて前記データベースを参照して、前記保存部からコンテンツを検索する、請求項８ないし１０のいずれかに記載の携帯端末。
【請求項１２】
複数のコンテンツが保存されている保存部および前記複数のコンテンツに生体情報を対応付けたデータベースを記憶する記憶部を有する、携帯端末のプロセッサを、
生体情報を取得する取得部、および
前記取得部によって生体情報が取得されたとき、その生体情報と前記データベースとに基づいて、前記複数のコンテンツから特定のコンテンツをレコメンドするレコメンド部として機能させる、レコメンドプログラム。
【請求項１３】
複数のコンテンツが保存されている保存部、
前記複数のコンテンツに生体情報を対応付けたデータベースを記憶する記憶部、
生体情報を取得する取得部、および
前記取得部によって生体情報が取得されたとき、その生体情報と前記データベースとに基づいて、前記複数のコンテンツから特定のコンテンツをレコメンドするレコメンド部を備える、レコメンドシステム。
【請求項１４】
複数のコンテンツが保存されている保存部および前記複数のコンテンツに生体情報を対応付けたデータベースを記憶する記憶部を有するレコメンドシステムにおけるレコメンド方法であって、前記レコメンドシステムのプロセッサが、
生体情報を取得する取得ステップ、および
前記取得ステップによって生体情報が取得されたとき、その生体情報と前記データベースとに基づいて、前記複数のコンテンツから特定のコンテンツをレコメンドするレコメンドステップを実行する、レコメンド方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯端末、レコメンドプログラム、レコメンドシステムおよびレコメンド方法に関し、特にコンテンツを再生する、携帯端末、レコメンドプログラム、レコメンドシステムおよびレコメンド方法に関する。
【背景技術】
【０００２】
背景技術の一例が特許文献１に開示されている。この特許文献１の携帯電話機では、音楽再生アプリケーションソフトとブラウザアプリケーションソフトとを同時に起動することが出来る。たとえば、表示されている音楽操作キーに対して音楽を再生する操作がされると、再生された音楽がスピーカから出力される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2013-196647号公報［G06F 3/048, G06F 3/0481, H04M 1/00］
【発明の概要】
【発明が解決しようとする課題】
【０００４】
音楽を再生することが出来る携帯端末の利用が広がっており、ユーザは様々な場所で音楽を聴くことが出来る。また、記憶媒体の技術の発展によって、携帯端末に大量の音楽データを保存することが可能になっている。ところが、多くの音楽データが保存されている場合、大量の音楽データの中から任意の音楽データを選択することは、ユーザにとって煩わしい操作となりつつある。
【０００５】
それゆえに、この発明の主たる目的は、新規な、携帯端末、レコメンドプログラム、レコメンドシステムおよびレコメンド方法を提供することである。
【０００６】
この発明の他の目的は、ユーザの状態に適したコンテンツをレコメンドすることが出来る、携帯端末、レコメンドプログラム、レコメンドシステムおよびレコメンド方法を提供することである。
【課題を解決するための手段】
【０００７】
この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために記述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。
【０００８】
第１の発明は、複数のコンテンツが保存されている保存部、複数のコンテンツに生体情報を対応付けたデータベースを記憶する記憶部、生体情報を取得する取得部、および取得部によって生体情報が取得されたとき、その生体情報に基づいてデータベースを参照して、複数のコンテンツから特定のコンテンツをレコメンドするレコメンド部を備える、携帯端末である。
【０００９】
第１の発明では、携帯端末（１０：実施例において対応する部分を例示する参照符号。以下、同じ。）の保存部（４４）は、たとえばフラッシュメモリであり、複数のコンテンツが保存される。記憶部（４６）は、たとえばデータベースを記憶するＲＡＭである。また、データベースでは、たとえば複数のコンテンツを識別する情報（名称）に対して生体情報が対応付けられている。取得部（３０，Ｓ３，Ｓ１１，Ｓ３３）は、たとえば携帯端末に接続されるヘッドフォン（１２）などを利用して、生体情報（心拍数）を取得する。たとえば、ユーザの生体情報が取得されると、その生体情報に基づいてデータベースを参照することで、複数のコンテンツから特定のコンテンツが選択され、レコメンド部（３０，Ｓ３９，Ｓ４１，Ｓ４３，Ｓ８７）は選択された特定のコンテンツを示す情報を、ディスプレイ（１６）などに表示する。
【００１０】
第１の発明によれば、生体情報からユーザの状態を判断し、そのときのユーザの状態に適したコンテンツをレコメンドすることが出来る。
【００１１】
第２の発明は、第１の発明に従属し、レコメンド部は、複数のコンテンツのうち任意のコンテンツが再生される前に、特定のコンテンツをレコメンドする。
【００１２】
第２の発明では、たとえばコンテンツを再生する機能が実行されたときに、コンテンツがレコメンドされる。
【００１３】
第２の発明によれば、ユーザは、レコメンドされたコンテンツを、再生するコンテンツを選択するときの参考にすることが出来る。
【００１４】
第３の発明は、第１の発明または第２の発明に従属し、取得部は、任意のコンテンツを再生するときに生体情報を取得し、再生されたコンテンツに、そのコンテンツを再生するときに取得された生体情報を対応付けた情報をデータベースに登録する登録部をさらに備える。
【００１５】
第３の発明では、ユーザによって選択された任意のコンテンツを再生するときに、ユーザの生体情報が取得される。登録部（３０，Ｓ１５）は、たとえばコンテンツの再生が終了すると、そのときのコンテンツを示す情報に対して、取得された生体情報を対応付けた情報（再生ログ）をデータベースに登録する。
【００１６】
第３の発明によれば、ユーザがコンテンツを再生する毎にデータベースが更新されるため、ユーザの嗜好をデータベースに反映することが出来る。その結果、レコメンドされるコンテンツがユーザの嗜好に沿いやすくなる。
【００１７】
第４の発明は、第１の発明ないし第３の発明のいずれかに従属し、データベースでは、複数のコンテンツに対してストレス度がさらに対応付けられ、取得部によって取得された生体情報に基づいてストレス度を出力する出力部をさらに備える。
【００１８】
第４の発明では、たとえばデータベースに含まれる各コンテンツを示す情報に対して、ストレス度（詳細な説明は後述の実施例を参照。）がさらに対応付けられる。出力部（３０，Ｓ５，Ｓ１３，Ｓ３５）は、たとえばユーザの心拍数に基づいて、ストレス度を出力する。
【００１９】
第４の発明によれば、生体情報を利用して、ユーザの状態を示すストレス度を出力することが出来る。
【００２０】
第５の発明は、第４の発明に従属し、レコメンド部は、出力部によって出力されたストレス度が所定値より大きいとき、そのストレス度に基づいてデータベースを参照して、ストレス度を変化させるコンテンツをレコメンドする。
【００２１】
第５の発明では、たとえば、コンテンツを再生するときにストレス度が出力され、そのストレス度が所定値よりも大きいかが判断される。そして、ストレス度が所定値よりも大きい場合、たとえばストレス度を低くするコンテンツがレコメンドされる。
【００２２】
第６の発明は、第３の発明に従属し、データベースでは、複数のコンテンツに対してストレス度がさらに対応付けられ、任意のコンテンツの再生を開始したときの第１ストレス度とそのコンテンツの再生を終了したときの第２ストレス度とをそれぞれ出力する出力部をさらに備え、登録部は、再生されたコンテンツに、第１ストレス度と第２ストレス度とを対応付けた情報をデータベースに登録し、レコメンド部は、出力部によって出力された現在のストレス度が所定値より大きいとき、データベースを参照して、対応付けられている第１ストレス度と第２ストレス度とが異なるコンテンツをレコメンドする。
【００２３】
第６の発明では、この発明の出力部（３０，Ｓ５，Ｓ１３，Ｓ３５）は、任意のコンテンツの再生を開始したときの第１ストレス度と、そのコンテンツの再生を終了したときの第２ストレス度とをそれぞれ出力する。ベータベースには、たとえば再生したコンテンツを示す情報に第１ストレス度と第２ストレス度とを対応付けた情報（再生ログ）が登録される。たとえば、現在のストレス度が所定値より大きい場合、第１ストレス度よりも低い第２ストレス度が対応付けられているコンテンツがレコメンドされる。
【００２４】
第５の発明または第６の発明によれば、たとえばストレス度を下げる効果が期待できるコンテンツをユーザにレコメンドすることが出来る。
【００２５】
第７の発明は、第３の発明ないし第６の発明のいずれかに従属し、レコメンド部は、取得部によって生体情報が取得されないとき、データベースを参照して、再生頻度が高いコンテンツをレコメンドする。
【００２６】
第７の発明では、たとえばユーザの心拍数が計測されない場合、データベースを参照して再生頻度が高いコンテンツがレコメンドされる。
【００２７】
第７の発明によれば、生体情報に基づいてコンテンツをレコメンドできない状態であっても、ユーザが再生する可能性の高いコンテンツをユーザにレコメンドすることが出来る。
【００２８】
第８の発明は、第１の発明ないし第４の発明のいずれかに従属し、データベースでは、複数のコンテンツに対して行動情報がさらに対応付けられ、行動情報を取得する行動情報取得部、および取得部によって取得された生体情報および行動情報取得部によって取得された行動情報に基づいてデータベースを参照して、保存部からコンテンツを検索する検索部をさらに備え、レコメンド部は、検索部によってコンテンツが発見されたとき、発見されたコンテンツをレコメンドする。
【００２９】
第８の発明では、たとえば、データベースに含まれるコンテンツを示す情報には、ユーザの行動を示す行動情報がさらに対応付けられる。たとえば携帯端末が備える複数のセンサを利用して、行動情報取得部（３０，Ｓ６１，Ｓ６９，Ｓ８１）は、ユーザの行動情報を取得する。検索部（３０，Ｓ８３）は、生体情報および行動情報に基づいてデータベースを参照することで、レコメンドするコンテンツを検索する。そして、検索によって発見されたコンテンツがレコメンドされる。
【００３０】
第８の発明によれば、ユーザの行動情報を利用することで、ユーザの状態に合わせてより適切なコンテンツをレコメンドすることが出来る。
【００３１】
第９の発明は、第８の発明に従属し、検索部は、取得部によって取得された生体情報および行動情報取得部によって取得された行動情報と類似する生体情報および行動情報が対応付けられたコンテンツを、データベースを参照することで検索する。
【００３２】
第９の発明では、たとえば「協調フィルタリング」というレコメンドアルゴリズムを利用して、取得された生体情報および行動情報と類似する、生体情報および行動情報が対応付けられたコンテンツが検索される。
【００３３】
第９の発明によれば、現在の状態と似ている状態で過去に再生したコンテンツを、ユーザに対してレコメンドすることが出来る。
【００３４】
第１０の発明は、第８の発明または第９の発明に従属し、加速度を検出する検出部をさらに備え、行動情報取得部は、検出部によって検出された加速度に基づく行動情報を取得する。
【００３５】
第１０の発明では、検出部（５４）は、たとえば携帯端末に設けられるセンサであり、加速度を検出する。行動情報取得部は、検出された加速度に基づく行動情報を取得する。
【００３６】
第１０の発明によれば、加速度を利用して、ユーザの行動情報を取得することが出来る。
【００３７】
第１１の発明は、第８の発明ないし第１０の発明のいずれかに従属し、検索部は、取得部によって生体情報が取得できない状態では、行動情報取得部によって取得された行動情報に基づいてデータベースを参照して、保存部からコンテンツを検索する。
【００３８】
第１１の発明では、検索部は、生体情報を利用せずに、行動情報に基づいてデータベースを参照して、保存部からコンテンツを検索する。
【００３９】
第１１の発明によれば、生体情報が取得できない状態であっても、ユーザの行動情報を利用して、コンテンツのレコメンドを行うことが出来る。
【００４０】
第１２の発明は、複数のコンテンツが保存されている保存部および複数のコンテンツに生体情報を対応付けたデータベースを記憶する記憶部を有する、携帯端末のプロセッサを、生体情報を取得する取得部、および取得部によって生体情報が取得されたとき、その生体情報とデータベースとに基づいて、複数のコンテンツから特定のコンテンツをレコメンドするレコメンド部として機能させる、レコメンドプログラムである。
【００４１】
第１２の発明でも、第１の発明と同様の効果を得ることが出来る。
【００４２】
第１３の発明は、複数のコンテンツが保存されている保存部、複数のコンテンツに生体情報を対応付けたデータベースを記憶する記憶部、生体情報を取得する取得部、および取得部によって生体情報が取得されたとき、その生体情報とデータベースとに基づいて、複数のコンテンツから特定のコンテンツをレコメンドするレコメンド部を備える、レコメンドシステムである。
【００４３】
第１３の発明でも、第１の発明と同様の効果を得ることが出来る。
【００４４】
第１４の発明は、複数のコンテンツが保存されている保存部および複数のコンテンツに生体情報を対応付けたデータベースを記憶する記憶部を有するレコメンドシステムにおけるレコメンド方法であって、レコメンドシステムのプロセッサが、生体情報を取得する取得ステップ、および取得ステップによって生体情報が取得されたとき、その生体情報とデータベースとに基づいて、複数のコンテンツから特定のコンテンツをレコメンドするレコメンドステップを実行する、レコメンド方法である。
【００４５】
第１４の発明でも、第１の発明と同様の効果を得ることが出来る。
【発明の効果】
【００４６】
この発明によれば、ユーザの状態に適したコンテンツをレコメンドすることが出来る。
【００４７】
この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【００４８】
【図１】図１はこの発明の一実施例の携帯電話機とヘッドフォンとが利用されている状態の一例を示す図解図である。
【図２】図２は図１に示す携帯電話機の外観の一例を示す外観図である。
【図３】図３は図１に示す携帯電話機の電気的な構成を示す図解図である。
【図４】図４は図１に示すヘッドフォンの外観の一例を示す外観図である。
【図５】図５は図１に示すヘッドフォンの電気的な構成を示す図解図である。
【図６】図６は図３に示すＲＡＭに記憶される再生ログテーブルの構成の一例を示す図解図である。
【図７】図７は図３に示す携帯電話機のＲＡＭのメモリマップの一例を示す図解図である。
【図８】図８は図３に示すプロセッサの再生ログ登録処理の一例を示すフロー図である。
【図９】図９は図３に示すプロセッサのレコメンド処理の一例を示すフロー図である。
【図１０】図１０は図３に示すＲＡＭに記憶される再生ログテーブルの構成の他の一例を示す図解図である。
【図１１】図１１は図３に示す携帯電話機のＲＡＭのデータ記憶領域の他の一例を示す図解図である。
【図１２】図１２は図３に示すプロセッサの再生ログ登録処理の他の一例を示すフロー図である。
【図１３】図１３は図３に示すプロセッサのレコメンド処理の他の一例を示すフロー図である。
【発明を実施するための形態】
【００４９】
＜第１実施例＞
図１を参照して、この発明の一実施例の携帯電話機１０は、一例としてスマートフォン（smartphone）であり、ユーザによって所持される。また、ユーザは、ヘッドフォン１２を耳に装着し、ヘッドフォン１２のハウジング７０（図４参照）を服に固定している。そして、携帯電話機１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式の近距離無線通信の技術を用いて、ヘッドフォン１２と無線接続される。
【００５０】
携帯電話機１０は音楽プレーヤ機能を有しており、携帯電話機１０で音楽を再生する操作がされると、無線接続されたヘッドフォン１２から音楽が出力される。また、詳細は後述するが、ヘッドフォン１２はユーザの心拍数を検出して携帯電話機１０に送信することが出来る。
【００５１】
なお、この発明は、タブレット端末、タブレット型ＰＣおよびＰＤＡなど任意の携帯端末に適用可能であることを予め指摘しておく。
【００５２】
図２を参照して、携帯電話機１０は縦長の扁平矩形のハウジング１４を含む。ハウジング１４の主面（表面）には、たとえば液晶や有機ＥＬなどで構成され、表示部として機能するディスプレイ１６が設けられる。ディスプレイ１６の上には、タッチパネル１８が設けられる。
【００５３】
ハウジング１４の縦方向一端の主面側にスピーカ２０が内蔵され、縦方向他端の主面側にマイク２２が内蔵される。
【００５４】
ハウジング１４の主面には、タッチパネル１８と共に入力操作手段を構成するハードキー２４として、この実施例では、通話キー２４ａ、終話キー２４ｂおよびメニューキー２４ｃが設けられる。
【００５５】
たとえば、ユーザは、ディスプレイ１６に表示されたダイヤルパッドに対して、タッチ操作を行うことで電話番号を入力し、通話キー２４ａが操作されると音声通話が開始される。終話キー２４ｂが操作されると音声通話が終了する。また、終話キー２４ｂを長押しすることによって、携帯電話機１０の電源をオン／オフすることができる。さらに、ディスプレイ１６に画面が表示されている状態で終話キー２４ｂが短押しされると、ディスプレイ１６およびタッチパネル１８の電源がオフにされる。
【００５６】
メニューキー２４ｃが操作されると、ディスプレイ１６にホーム画面が表示される。ユーザは、その状態でディスプレイ１６に表示されているＧＵＩに対して、タッチパネル１８によるタッチ操作を行うことによってオブジェクトを選択し、その選択を確定させることができる。
【００５７】
なお、以下の説明では、ディスプレイ１６に表示されるアイコンや、ソフトキーなどのＧＵＩを、まとめてオブジェクトと言うことがある。
【００５８】
図３を参照して、図２に示す実施例の携帯電話機１０は、コンピュータまたはＣＰＵとも言われるプロセッサ３０などを含む。プロセッサ３０には、無線通信回路３２、Ａ／Ｄ変換器３６、Ｄ／Ａ変換器３８、入力装置４０、表示ドライバ４２、フラッシュメモリ４４、ＲＡＭ４６、タッチパネル制御回路４８、Ｂｌｕｅｔｏｏｔｈ（以下、ＢＴと省略する）通信回路５０、ＧＰＳ回路５４、姿勢センサ５８および気圧センサ６０などが接続される。また、無線通信回路３２にはアンテナ３４が接続され、Ａ／Ｄ変換器３６にはマイク２２が接続され、Ｄ／Ａ変換器３８にはスピーカ２０が接続され、表示ドライバ４２にはディスプレイ１６が接続され、タッチパネル制御回路４８にはタッチパネル１８が接続され、ＢＴ通信回路５０にはＢＴアンテナ５２が接続され、ＧＰＳ回路５４にはＧＰＳアンテナ５６が接続される。
【００５９】
プロセッサ３０は、携帯電話機１０の全体制御を司る。記憶部として機能するＲＡＭ４６には、フラッシュメモリ４４に予め設定されているプログラムの全部または一部が使用に際して展開され、プロセッサ３０はこのＲＡＭ４６上のプログラムに従って動作する。また、ＲＡＭ４６はさらに、プロセッサ３０のワーキング領域ないしバッファ領域として用いられる。そして、フラッシュメモリ４４には、複数の音楽コンテンツのデータが保存されている。そのため、フラッシュメモリ４４は保存部と呼ばれることもある。
【００６０】
入力装置４０は、図２に示す３つのハードキー２４を含む。そのため、ハードキー２４に対するキー操作を受け付ける。キー操作を受け付けたハードキー２４の情報（キーデータ）は入力装置４０によってプロセッサ３０に入力される。
【００６１】
無線通信回路３２は、アンテナ３４を通して、音声通話やメールなどのための電波を送受信するための回路である。実施例では、無線通信回路３２は、ＣＤＭＡ方式での無線通信を行うための回路である。たとえば、タッチパネル１８が受け付けた発呼（音声発信）の操作に基づき、無線通信回路３２は、プロセッサ３０の指示の下、音声発信処理を実行し、アンテナ３４を介して音声発信信号を出力する。音声発信信号は、基地局および通信網を経て相手の電話機に送信される。そして、相手の電話機において音声着信処理が行われると、通信可能状態が確立され、プロセッサ３０は通話処理を実行する。なお、無線通信回路３２は、ＣＤＭＡ方式ではなく、ＬＴＥ方式などの通信方式に対応するものであってもよい。
【００６２】
Ａ／Ｄ変換器３６は、上述のようにマイク２２から得られたアナログの音声信号をディジタルの音声データに変換し、その音声データをプロセッサ３０に入力する。Ｄ／Ａ変換器３８は、ディジタルの音声データをアナログの音声信号に変換して、アンプを介してスピーカ２０に与える。したがって、音声データに基づく音声がスピーカ２０から出力される。そして、通話処理が実行されている状態では、マイク２２によって集音された音声が相手の電話機に送信され、相手の電話機で集音された音声が、スピーカ２０から出力される。なお、音楽プレーヤ機能によって音楽コンテンツが再生されている状態では、スピーカ２０から音楽が出力されることもある。
【００６３】
表示ドライバ４２には図２に示すディスプレイ１６が接続され、したがって、ディスプレイ１６はプロセッサ３０から出力される映像データまたは画像データに従って映像または画像を表示する。表示ドライバ４２は表示するためのデータを一時的に記憶するビデオメモリを含んでおり、プロセッサ３０から出力されたデータはこのビデオメモリに記憶される。そして、表示ドライバ４２は、ビデオメモリの内容に従って、ディスプレイ１６に画像を表示する。つまり、表示ドライバ４２は、プロセッサ３０の指示の下、当該表示ドライバ４２に接続されたディスプレイ１６の表示を制御する。なお、ディスプレイ１６には、バックライトが設けられており、表示ドライバ４２はプロセッサ３０の指示に従って、そのバックライトの明るさや、点灯／消灯を制御する。
【００６４】
タッチパネル制御回路４８には、図２に示すタッチパネル１８が接続される。タッチパネル制御回路４８は、タッチパネル１８に必要な電圧などを付与すると共に、タッチパネル１８に対するタッチの開始を示すタッチ開始信号、タッチの終了を示す終了信号、およびタッチされたタッチ位置を示す座標データをプロセッサ３０に入力する。したがって、プロセッサ３０はこの座標データおよびその座標データの変化に基づいて、タッチされたオブジェクトを判断する。
【００６５】
たとえば、タッチパネル１８にタッチされると、タッチ領域がタッチパネル１８によって検出される。このとき、タッチパネル制御回路４８は、タッチ領域の重心をタッチ位置とし、その重心の座標をプロセッサ３０に入力する。つまり、タッチ操作におけるタッチ領域の重心が、タッチの開始位置、終了位置または現在のタッチ位置を示す。ただし、他の実施例では、重心に代えて、指などが最初にタッチパネル１８に触れた位置がタッチ位置とされてもよい。
【００６６】
タッチパネル１８は、その表面と指などの物体（以下、便宜上合わせて指と言う。）との間に生じる静電容量の変化を検出する静電容量方式のタッチパネルである。タッチパネル１８は、たとえば１本または複数本の指がタッチパネル１８に触れたことを検出する。したがって、ユーザは、タッチパネル１８の表面に対してタッチ操作を行うことで、操作位置や、操作方向などを携帯電話機１０に入力する。そのため、タッチパネル１８はポインティングデバイスと言われることがある。
【００６７】
ここで、本実施例のタッチ操作には、タップ操作、ロングタップ操作、フリック操作、スワイプ（スライド）操作などが含まれる。
【００６８】
タップ操作は、タッチパネル１８の表面に指を接触（タッチ）させた後、短時間のうちにタッチパネル１８の表面から指を離す（リリースする）操作である。ロングタップ操作は、指をタッチパネル１８の表面に接触させ続けた後、指をタッチパネル１８の表面から離す操作である。フリック操作は、タッチパネル１８の表面に指を接触させ、任意の方向へ所定速度以上で指を弾く操作である。スワイプ操作は、タッチパネル１８の表面に指を接触させたまま任意の方向へ移動させた後、タッチパネル１８の表面から指を離す操作である。
【００６９】
また、上記のスワイプ操作には、ディスプレイ１６の表面に表示されたオブジェクトに指を触れ、オブジェクトを移動させるスワイプ操作、いわゆるドラッグ操作も含まれる。また、ドラッグ操作の後、タッチパネル１８の表面から指を離す操作をドロップ操作と言う。
【００７０】
なお、以下の説明では、タップ操作、ロングタップ操作、フリック操作、スワイプ操作、ドラッグ操作およびドロップ操作は、それぞれ「操作」を省略して記述されることがある。また、タッチ操作はユーザの指だけに限らず、スタイラスペンなどによって行われてもよい。
【００７１】
また、本実施例では、無操作の状態で特定の時間（たとえば、１５秒）が経過すると、自動的にディスプレイ１６およびタッチパネル１８の電源がオフにされる。
【００７２】
ＢＴ通信回路５０は、ヘッドフォン１２や、ヘッドセットなどの他の通信機器との間に、マスタおよびスレーブの関係を有するＢＴ方式の近距離無線通信を確立する。
【００７３】
たとえば、携帯電話機１０でＢＴ通信が有効にされ、マスタとして動作するように設定されると、携帯電話機１０は、スレーブとして動作する通信機器を検索する。このとき、ユーザがヘッドフォン１２でＢＴ方式の無線通信を行う操作をすると、本実施例のヘッドフォン１２はスレーブとして動作し、マスタ端末の接続要求に応答する「接続待機状態」に遷移する。その結果、マスタとして動作する携帯電話機１０は、スレーブとして動作するヘッドフォン１２を発見することが出来る。携帯電話機１０がヘッドフォン１２を発見すると、ヘッドフォン１２に設定されたパスコード（ＰＩＮ）の入力がユーザに求められる。携帯電話機１０が正しいＰＩＮの入力を受け付けた場合、携帯電話機１０とヘッドフォン１２との間でＢＴ通信が確立される。そして、ＢＴ通信が確立されると、データの送受信を行うことが可能になる。実施例では、携帯電話機１０からヘッドフォン１２に対して音楽コンテンツのデータなどが送信され、ヘッドフォン１２から携帯電話機１０に対して音楽プレーヤ機能に対する操作データおよび心拍数を示すデータなどが送信される。
【００７４】
ＧＰＳ回路５４は、ＧＰＳ機能によって現在位置を測位するときに起動される。ＧＰＳ回路５４は、ＧＰＳアンテナ５６によって受信されたＧＰＳ衛星の信号が入力されると、そのＧＰＳ信号に基づいて測位処理を実行する。その結果、ＧＰＳ情報（位置情報）として、緯度、経度および標高（高度）が算出される。
【００７５】
また、図１では簡単のために１つのＧＰＳ衛星しか描画していないが、現在位置を三次元測位するためには、４つ以上のＧＰＳ衛星からＧＰＳ信号を受信する必要がある。ただし、４つ以上のＧＰＳ衛星からＧＰＳを受信できなくても、３つのＧＰＳ衛星からＧＰＳ信号を受信できていれば、二次元測位によって経度および緯度を算出することは可能である。
【００７６】
なお、ＧＰＳ機能によって現在位置を測位するときには、ＧＰＳ衛星から送信されるＧＰＳ信号に加えて、基地局から送信される信号や、無線ＬＡＮのアクセスポイントから送信される信号なども利用される。
【００７７】
姿勢センサ５８は携帯電話機１０の傾きや動きを検出する。たとえば、姿勢センサ５８は、携帯電話機１０における３軸(X,Y,Z)の回転（角速度）を検出するジャイロセンサと、携帯電話機１０における３軸(X,Y,Z)方向の加速度を検出する加速度センサとが、ＭＥＭＳ（Micro Electro Mechanical Systems）技術によって一体に形成される。そのため、姿勢センサ５８は、６軸のモーションセンサと言われることもある。そして、プロセッサ３０は、姿勢センサ５８が出力する３軸の角速度および３軸方向の加速度に基づいて、携帯電話機１０の傾き（角度）や、動きを検出する。
【００７８】
たとえば、ディスプレイ１６に何らかの画面が表示されている場合は、角速度および加速度を利用して携帯電話機１０が保持される姿勢を検出し、検出された姿勢に応じた表示方向が設定される。本実施例では、縦方向の姿勢で携帯電話機１０が保持されていれば表示方向は縦向きに設定され、横方向の姿勢で携帯電話機１０が保持されていれば表示方向は横向きに設定される。
【００７９】
なお、他の実施例では、姿勢センサ５８に代えて、加速度センサおよびジャイロセンサをそれぞれ設けるようにしてもよい。
【００８０】
気圧センサ６０は、半導体圧力センサであり、内部に設けられたピエゾ抵抗素子を用いて周囲の気圧を検出する。プロセッサ３０は気圧センサ６０の出力を気圧値に変換すると共に、その気圧値に基づいて気圧高度（以下、単に高度と言う。）をリアルタイムに算出する。たとえば、実施例では、算出された高度を利用して、ユーザが移動している道の斜度などが推定される。なお、他の実施例では、ＭＥＭＳ技術によって形成された静電容量型の気圧センサなどが用いられてもよい。
【００８１】
なお、本実施例では、姿勢センサ５８および気圧センサ６０を利用して、ユーザの行動が検出される。そのため、姿勢センサ５８および気圧センサ６０はまとめて検出部と言うことがある。
【００８２】
図４を参照して、ヘッドフォン１２は、扁平矩形のハウジング７０を含む。ハウジング７０の裏面には、ハウジング７０を服などに固定するためのクリップ７２が設けられている。また、ハウジング７０の表面には、ヘッドフォン１２を操作するための操作キー群７４が設けられている。また、ハウジング７０の側面には、途中から２本に分かれているケーブルが接続されている。また、ケーブルの各先端には右耳装着部７６Ｒおよび左耳装着部７６Ｌが接続されている。２つの耳装着部７６はいわゆるインナーイヤー型の形状をしており、ユーザの左右の耳に装着することが出来る。右耳装着部７６Ｒには右スピーカ８４Ｒ（図５参照）および心拍センサ７８が設けられ、左耳装着部７６Ｌには左スピーカ８４Ｌ（図５参照）が設けられる。
【００８３】
たとえば、ユーザは、クリップ７２を利用して、自身の服などにヘッドフォン１２（ハウジング７０）を固定する。また、ユーザは、操作キー群７４に含まれる各操作キーを操作することで、ヘッドフォン１２の電源をオン／オフしたり、ＢＴ通信における「接続待機状態」に遷移させたりする。また、携帯電話機１０とヘッドフォン１２とがＢＴ通信を行っている状態では、ユーザは音楽の再生／停止および選曲などを操作キー群７４によって行うことが出来る。また、ユーザは自身の心拍数をヘッドフォン１２によって計測し、計測された心拍数を携帯電話機１０で確認することが出来る。このように、ユーザは、ヘッドフォン１２を装着することで、自身の心拍数を容易に計測することが出来る。
【００８４】
図５を参照して、図１に示す実施例のヘッドフォン１２は、コンピュータまたはＣＰＵとも言われる制御ＩＣ８０などを含む。制御ＩＣ８０には、心拍センサ７８、Ｄ／Ａ変換器８２Ｌ、Ｄ／Ａ変換器８２Ｒ、入力装置８６、フラッシュメモリ８８、ＲＡＭ９０、ＢＴ通信回路９２などが接続される。また、Ｄ／Ａ変換器８２Ｌには左スピーカ８４Ｌが接続され、Ｄ／Ａ変換器８２Ｒには右スピーカ８４Ｒが接続され、ＢＴ通信回路９２にはＢＴアンテナ９４が接続される。
【００８５】
制御ＩＣ８０は、ヘッドフォン１２の全体制御を司る。また、ＲＡＭ９０には、フラッシュメモリ８８に予め設定されているプログラムの全部または一部が使用に際して展開され、制御ＩＣ８０はこのＲＡＭ９０上のプログラムに従って動作する。
【００８６】
入力装置８６は、図４に示す操作キー群７４における各操作キーを含む。そのため、各操作キーがキー操作を受け付けると、操作キーの情報が入力装置８６によって制御ＩＣ８０に入力される。
【００８７】
Ｄ／Ａ変換器８２ＬおよびＤ／Ａ変換器８２Ｒは、ヘッドフォン１２が受信したディジタルの音声データをアナログの音声信号に変換して、アンプを介して左スピーカ８４Ｌおよび右スピーカ８４Ｒに与える。また、音声データがステレオ再生に対応している場合は、制御ＩＣ８０は、Ｄ／Ａ変換器８２ＬおよびＤ／Ａ変換器８２Ｒには、それぞれ対応するチャンネルの音声データを出力する。これにより、左スピーカ８４Ｌおよび右スピーカ８４Ｒからは、それぞれ異なるチャンネルの音声が出力される。
【００８８】
ＢＴ通信回路９２は、ＢＴ通信回路５０と同様、携帯電話機１０などの他の通信機器との間に、マスタおよびスレーブの関係を有するＢＴ方式の近距離無線通信を確立する。たとえば、操作キーが操作されＢＴ通信が有効にされると、ＢＴ通信回路９２はスレーブとして動作し、「接続待機状態」に遷移する。なお、携帯電話機１０とのＢＴ通信の確立については上述したため、ここでの詳細な説明は省略する。
【００８９】
心拍センサ７８は、赤色で発光するＬＥＤおよびフォトトランジスタを含む。心拍センサ７８が動作すると、装着された耳の表面でＬＥＤが赤色に発光し、耳の内部にある血管を通る血液の変化、つまり脈拍がフォトトランジスタによって捉えられる。また、本実施例では、ユーザの耳で計測された一定時間あたりの脈拍数が、ユーザの心拍数として携帯電話機１０に送信される。なお、心拍センサ７８は心拍計測部と言われることもある。
【００９０】
また、携帯電話機１０では、心拍センサ７８によって捉えられる複数の心拍（脈拍）を利用してユーザの状態を示す生体情報、たとえばストレス度を算出（出力）することが可能である。本実施例でいうストレス度とは、交感神経と副交感神経との活動バランスを示すものであり、ユーザの状態を示す一つの指標とすることが出来る。そして、本実施例では、複数の心拍が捉えられるタイミングの変化から交感神経と副交感神経との活動状態を求め、ストレス度を算出する。また、算出されたストレス度は５段階（ＬＶ．１〜ＬＶ．５）に分類される。たとえば、ストレス度がＬＶ．１のときは最もストレス度が低い状態を示し、ストレス度がＬＶ．５のときは最もストレス度が高い状態を示す。
【００９１】
このように、実施例では、心拍数などの生体情報を利用して、ユーザの状態を示すストレス度を算出することが出来る。
【００９２】
なお、心拍に基づいてストレス度を算出する手法は広く一般的に知られているため、ここでの詳細な説明は省略する。また、他の実施例では、ユーザの発汗状態、ユーザの瞳孔の変化、ユーザの脳波などの生体情報を利用してストレス度が算出されてもよい。また、その他の実施例では、ストレス度は、心拍数とストレス度とを対応付けたテーブルなどを利用して出力されてもよい。たとえば、現在の心拍数が取得されると、現在の心拍数と対応するストレス度が上記のテーブルから読み出される。
【００９３】
また、算出されたストレス度はより細かく分類されてもよい。また、ストレス度に代えて、脳波においてアルファ波またはベータ波などが占める割合を示す数値などが利用されてもよい。また、さらにその他の実施例では、「ストレス度」は「リラックス度」などと言われることもある。そして、本実施例では、心拍数およびストレス度をまとめて生体情報と言うことがある。
【００９４】
本実施例の携帯電話機１０は、上述したように音楽プレーヤ機能を有している。ユーザは音楽プレーヤ機能を利用して、携帯電話機１０のフラッシュメモリ４４に記憶されている複数の音楽コンテンツの中から任意の音楽コンテンツを選択し、音楽を聴くことが出来る。また、ユーザは、音楽の出力先として、ヘッドフォン１２またはスピーカ２０を任意に選ぶことが出来る。初期設定では、音楽コンテンツが再生されるとヘッドフォン１２から音楽が出力されるようにされている。ただし、ヘッドフォン１２が携帯電話機１０に接続されていない場合や、ユーザによって切り替え操作がされると、出力先がスピーカ２０に切り替えられる。そして、本実施例の音楽プレーヤ機能が実行されると、ディスプレイ１６にはユーザの状態に合わせた音楽コンテンツが表示（レコメンド）される。
【００９５】
ここで、第１実施例では、音楽コンテンツに生体情報（ストレス度）を対応付けた再生ログテーブル（データベースとも言う。）を予め用意しておき、算出されたストレス度に基づいて再生ログテーブルが参照される。そして、再生ログテーブルを参照することで、ストレス度を変化させる音楽コンテンツが選択され、選択された音楽コンテンツがユーザにレコメンドされる。
【００９６】
図６は再生ログテーブルの構成の一例を示す図解図である。図６を参照して、再生ログテーブルには、コンテンツの列と生体情報との列が含まれ、生体情報の列には開始時の心拍数およびストレス度の列と終了時の心拍数およびストレス度の列とがさらに含まれる。
【００９７】
コンテンツの列には、音楽コンテンツを示す情報、たとえば音楽コンテンツの名称が記憶される。開始時の列において、心拍数の列には音楽コンテンツの再生が開始されてから計測された心拍数が記憶され、ストレス度の列にはその心拍数を計測することで算出されたストレス度（第１ストレス度）が記憶される。一方、終了時の列において、心拍数の列にはコンテンツの再生が終了してから計測された心拍数が記憶され、ストレス度の列にはその心拍数を計測することで算出されたストレス度（第２ストレス度）が記憶される。そして、これらを含む１つの行が１つの再生ログと対応する。また、実施例では、音楽コンテンツが再生される毎に、音楽コンテンツの再生ログが登録（追加）される。なお、再生ログは、コンテンツ情報、または単に「情報」と言うこともある。
【００９８】
たとえば、「Ａ」という名称の音楽コンテンツが再生されると、その音楽コンテンツの再生が開始されたときの心拍数（たとえば、８０ｂｐｍ）が計測され、ストレス度（たとえば、ＬＶ．３）が算出される。また、再生が終了すると心拍数（たとえば、１４０ｂｐｍ）が再度計測され、ストレス度（たとえば、ＬＶ．４）が再度算出される。そして、再生ログテーブルには新しい再生ログ（行）が登録される。登録された再生ログにおいて、コンテンツの欄には「Ａ」と記憶され、この音楽コンテンツが再生されたときの心拍数およびストレス度として「８０ｂｐｍ」および「ＬＶ．３」が記憶され、この音楽コンテンツの再生が終了したときの心拍数およびストレス度として「１４０ｂｐｍ」および「ＬＶ．４」が記憶される。
【００９９】
また、音楽コンテンツの再生が終了した状態には、音楽コンテンツが最後まで再生されて終了した場合と、ユーザによって再生を停止する操作がされて終了した場合と、ユーザよって他の音楽コンテンツが選択（選曲）されて終了した場合と、音楽プレーヤ機能が終了した場合と、ヘッドフォン１２との無線通信が途絶した場合とが含まれる。つまり、音楽コンテンツが再生されているときに、上記のいずれかの状態が発生したときに音楽コンテンツの再生が終了したと判断される。ただし、ヘッドフォン１２が有線接続されている場合は、ヘッドフォン１２のプラグが携帯電話機１０から抜けたときにも、音楽コンテンツの再生は終了する。
【０１００】
なお、第１実施例では、音楽コンテンツの再生時間が所定時間（たとえば、２秒）よりも短い場合は、再生ログは再生ログテーブルには登録されない。これは再生された直後に曲送りによって別の音楽コンテンツが選択された場合、選曲される前の音楽コンテンツは実質的に再生されていた状態とは言えないからである。
【０１０１】
次に、音楽プレーヤ機能が実行されると現在のストレス度が算出され、そのストレス度が所定値（たとえば、ＬＶ．３）より高いかが判断される。そして、現在のストレス度が所定値よりも高い場合は、ストレス度を下げる可能性が高い音楽コンテンツが選択される。ここで、ストレス度を下げる可能性が高い音楽コンテンツとは、再生ログテーブルにおいて、開始時のストレス度よりも終了時のストレス度の方が低い再生ログが示す音楽コンテンツのことである。
【０１０２】
たとえば、図６に示す再生ログテーブルでは、「Ａ」の音楽コンテンツでは、開始時のストレス度（ＬＶ．３）に対して終了時のストレス度（ＬＶ４）の方が高い。これに対して、「Ｂ」の音楽コンテンツでは、開始時のストレス度（ＬＶ．２）に対して終了時のストレス度（ＬＶ１）の方が低い。そのため、「Ｂ」の音楽コンテンツが選択され、ユーザに「Ｂ」の音楽コンテンツがレコメンドされる。本実施例では、コンテンツをレコメンドする際には、選択されたコンテンツを示す情報などがディスプレイ１６に表示される。このように、ユーザのストレス度が高い場合、ストレス度を下げる効果が期待できる音楽コンテンツをユーザにレコメンドすることが出来る。
【０１０３】
以上の説明から分かるように、本実施例では、生体情報からユーザの状態を判断し、そのときのユーザの状態に適した音楽コンテンツをレコメンドすることが出来る。
【０１０４】
また、本実施例では、音楽プレーヤ機能を実行したとき、つまり音楽コンテンツを再生する前に音楽コンテンツがレコメンドされる。そのため、ユーザは、レコメンドされた音楽コンテンツを、再生する音楽コンテンツを選択するときの参考にすることが出来る。
【０１０５】
また、ユーザがレコメンドされた音楽コンテンツを選択して再生した場合、そのときの再生ログが再生ログテーブルに新たに登録される。つまり、ユーザによって任意に選択された音楽コンテンツ（以下、任意のコンテンツと言う。）を再生する毎に再生ログテーブルが更新されるため、ユーザの嗜好を再生ログテーブルに反映することが出来る。その結果、レコメンドされる音楽コンテンツがユーザの嗜好に沿いやすくなる。
【０１０６】
なお、ストレス度を下げる可能性が高い音楽コンテンツが２つ以上ある場合は、２つ以上の音楽コンテンツが同時にレコメンドされてもよい。また、２つ以上の音楽コンテンツを並べて表示（レコメンド）する場合は、たとえば２つのストレス度の差が大きいものから順番に並ぶようにしてもよいし、２つ以上の音楽コンテンツがランダムに並ぶようにしてもよい。
【０１０７】
また、現在のストレス度が所定値よりも小さい場合は、再生頻度が高い音楽コンテンツが選択され、その音楽コンテンツがレコメンドされる。この場合、再生ログが登録される再生ログテーブルを参照することで、再生頻度が高い音楽コンテンツを選択することが出来る。このように、ユーザのストレス度が低い場合であっても、ユーザが聴く可能性の高い音楽コンテンツをユーザにレコメンドすることが出来る。
【０１０８】
なお、再生頻度が高い音楽コンテンツをレコメンドするときも、再生頻度が高い順番で並ぶように、２つ以上の音楽コンテンツがレコメンドされてもよい。また、生体情報が取得できない場合、つまりユーザの心拍数を計測できない場合も、再生頻度が高い音楽コンテンツがユーザにレコメンドされる。
【０１０９】
また、第１実施例では、ストレス度を低くするように音楽コンテンツをレコメンドしていたが、他の実施例ではストレス度を高くするように音楽コンテンツがレコメンドされてもよい。
【０１１０】
上述では第１実施例の特徴を概説した。以下では、図７に示すメモリマップおよび図８、図９に示すフロー図を用いて詳細に説明する。
【０１１１】
図７を参照して、ＲＡＭ４６には、プログラム記憶領域３０２とデータ記憶領域３０４とが形成される。プログラム記憶領域３０２は、先に説明したように、フラッシュメモリ４４（図２）に予め設定しているプログラムデータの一部または全部を読み出して記憶（展開）しておくための領域である。
【０１１２】
プログラム記憶領域３０２には、音楽コンテンツが再生されたときの再生ログを再生ログテーブルに登録するための再生ログ登録プログラム３１０および音楽コンテンツをレコメンドするためのレコメンドプログラム３１２などが記憶される。なお、プログラム記憶領域３０２には、音楽プレーヤ機能などを実行するためのプログラムなども記憶される。
【０１１３】
続いて、ＲＡＭ４６のデータ記憶領域３０４には、角速度バッファ３３０、加速度バッファ３３２、気圧バッファ３３４、再生時間バッファ３３６、心拍数バッファ３３８およびストレス度バッファ３４０などが設けられる。また、データ記憶領域３０４には、再生ログテーブル３４２などが記憶される。
【０１１４】
角速度バッファ３３０には、姿勢センサ５８から出力される３軸の角速度がそれぞれ一時的に記憶される。加速度バッファ３３２には、姿勢センサ５８から出力される３軸の加速度がそれぞれ一時的に記憶される。気圧バッファ３３４には、気圧センサ６０によって検出された周囲の気圧が一時的に記憶される。再生時間バッファ３３６には、再生中の音楽コンテンツの再生時間が一時的に記憶される。心拍数バッファ３３８には、心拍センサ７８によって計測され、ヘッドフォン１２から受信した心拍数が一時的に記憶される。ストレス度バッファ３４０には、算出されたストレス度が一時的に記憶される。
【０１１５】
再生ログテーブル３４２は、たとえば図６に示す構成のテーブルであり、複数の再生ログを含む。
【０１１６】
なお、データ記憶領域３０４には、アドレス帳データなどが記憶されたり、プログラムの実行に必要な、他のフラグやタイマ（カウンタ）が設けられたりする。
【０１１７】
プロセッサ３０は、Ｗｉｎｄｏｗｓ（登録商標）ベースのＯＳや、Ａｎｄｒｏｉｄ（登録商標）およびｉＯＳ（登録商標）などのＬｉｎｕｘ（登録商標）ベースのＯＳなどその他のＯＳの制御下で、図８に示す再生ログ登録処理および図９に示すレコメンド処理などを含む、複数のタスクを並列的に処理する。
【０１１８】
図８は再生ログ登録処理のフロー図である。たとえば、音楽プレーヤ機能によって音楽コンテンツが再生されると、再生ログ登録処理が開始される。また、再生ログ登録処理が実行されると、携帯電話機１０はヘッドフォン１２に対して心拍数を示すデータを送信するよう命令を出す。ヘッドフォン１２はこの命令に従って心拍数を計測し、携帯電話機１０に送信する。
【０１１９】
ステップＳ１でプロセッサ３０は、生体情報が取得可能か否かを判断する。つまり、ユーザの心拍数が計測され、心拍数バッファ３３８に心拍数が記憶されているかが判断される。ステップＳ１で“ＮＯ”であれば、たとえば右耳装着部７６Ｒがユーザの耳に装着されておらず、心拍数が計測できない状態であれば、プロセッサ３０は再生ログ登録処理を終了する。
【０１２０】
一方、ステップＳ１で“ＹＥＳ”であれば、つまり計測された心拍数が心拍数バッファ３３８に記憶されていれば、ステップＳ３でプロセッサ３０は、心拍数を取得する。つまり、心拍数バッファ３３８から計測されている心拍数が読み出される。続いて、ステップＳ５でプロセッサ３０は、ストレス度を出力する。つまり、読み出された心拍数に基づいて、ストレス度が算出される。また、算出されたストレス度は、第１ストレス度としてストレス度バッファ３４０に記憶される。
【０１２１】
続いて、ステップＳ７でプロセッサ３０は、再生が終了したか否かを判断する。つまり、音楽コンテンツの再生が終了したかが判断される。ステップＳ７で“ＮＯ”であれば、つまり音楽コンテンツの再生が終了していなければ、プロセッサ３０はステップＳ７の処理を繰り返す。一方、ステップＳ７で“ＹＥＳ”であれば、たとえば、音楽コンテンツが最後まで再生されて終了した場合、ステップＳ９でプロセッサ３０は、再生時間が所定時間よりも短いか否かを判断する。つまり、再生時間バッファ３３６に記憶されている音楽コンテンツの再生時間が、所定時間（たとえば、２秒）よりも短いかが判断される。ステップＳ９で“ＹＥＳ”であれば、たとえば音楽コンテンツが再生された直後に曲送りの操作がされ、再生時間が所定時間よりも短い場合は、プロセッサ３０は再生ログ登録処理を終了する。つまり、再生ログは再生ログテーブル３４２に登録されない。
【０１２２】
一方、ステップＳ９で“ＮＯ”であれば、つまり音楽コンテンツの再生時間が所定時間よりも長ければ、プロセッサ３０は、ステップＳ１１で心拍数を取得し、ステップＳ１３でストレス度を出力する。つまり、音楽コンテンツの再生が終了したため、終了時の心拍数が取得され、第２ストレス度が算出される。
【０１２３】
続いて、ステップＳ１５でプロセッサ３０は、再生ログを登録する。つまり、音楽コンテンツの再生を開始したときの心拍数およびストレス度と、終了したときの心拍数およびストレス度と、再生されていた音楽コンテンツの名称とに基づいて再生ログが作成され、その再生ログが再生ログテーブル３４２に登録される。そして、ステップＳ１５の処理が終了すると、プロセッサ３０は再生ログ登録処理を終了する。なお、ステップＳ１５の処理を実行するプロセッサ３０は登録部として機能する。
【０１２４】
また、他の実施例では、再生ログ登録処理におけるステップＳ９の処理、つまり再生時間が所定時間よりも長いかを判断する処理は省略されてもよい。
【０１２５】
図９はレコメンド処理のフロー図である。たとえば、音楽プレーヤ機能が実行されると、レコメンド処理が開始される。また、レコメンド処理が実行された場合も、ヘッドフォン１２に対して心拍数を示すデータを送信するよう命令が出される。
【０１２６】
ステップＳ３１でプロセッサ３０は、ステップＳ１と同様、生体情報が取得可能か否かを判断する。ステップＳ３１で“ＮＯ”であれば、たとえば心拍数が計測されていなければ、プロセッサ３０はステップＳ４１の処理に進む。一方、ステップＳ３１で“ＹＥＳ”であれば、たとえば心拍数が計測されていれば、プロセッサ３０は、ステップＳ３およびステップＳ５と同様、ステップＳ３３で心拍数を取得し、ステップＳ３５でストレス度を出力する。
【０１２７】
続いて、ステップＳ３７でプロセッサ３０は、ストレス度が所定値よりも高いか否かを判断する。たとえば、ストレス度バッファ３４０に記憶されている現在のストレス度が、所定値（たとえば、ＬＶ．３）よりも高いかが判断される。ステップＳ３７で“ＹＥＳ”であれば、たとえば現在のストレス度がＬＶ．４であり、所定値よりも高ければ、ステップＳ３９でプロセッサ３０は、ストレス度を下げる可能性が高いコンテンツを選択する。つまり、再生ログテーブル３４２が参照され、第１ストレス度よりも第２ストレス度が低い再生ログが示す音楽コンテンツが、フラッシュメモリ４４に記憶されている複数の音楽コンテンツの中から選択される。ステップＳ３９の処理が終了すれば、プロセッサ３０はステップＳ４３の処理に進む。なお、ステップＳ３９の処理を実行するプロセッサ３０は選択部として機能する。
【０１２８】
一方、ステップＳ３７で“ＮＯ”であれば、たとえば現在のストレス度がＬＶ．２であり、所定値よりも小さければ、ステップＳ４１でプロセッサ３０は、再生頻度が高いコンテンツを選択する。つまり、再生ログテーブル３４２が参照され、再生頻度が高い音楽コンテンツが選択される。ステップＳ４１の処理が終了すれば、プロセッサ３０はステップＳ４３の処理に進む。なお、ステップＳ４１の処理を実行するプロセッサ３０は再生頻度選択部として機能する。
【０１２９】
続いて、ステップＳ４３でプロセッサ３０は、選択されたコンテンツをレコメンドする。たとえば、図６に示す再生ログテーブルに基づいて「Ｂ」の音楽コンテンツが選択されている場合は、「Ｂ」の音楽コンテンツがディスプレイ１６に表示（レコメンド）される。また、再生頻度が高い音楽コンテンツとして「Ａ」の音楽コンテンツが選択されている場合は、「Ａ」の音楽コンテンツがディスプレイ１６に表示される。そして、ステップＳ４３の処理が終了すると、プロセッサ３０はレコメンド処理を終了する。
【０１３０】
なお、ステップＳ３９，Ｓ４１，Ｓ４３の処理を実行するプロセッサ３０はレコメンド部として機能する。また、再生ログ登録処理のステップＳ３，Ｓ１１およびレコメンド処理のステップＳ３３の処理を実行するプロセッサ３０は取得部として機能する。また、再生ログ登録処理のステップＳ５，Ｓ１３およびレコメンド処理のステップＳ３５の処理を実行するプロセッサ３０は出力部として機能する。
【０１３１】
＜第２実施例＞
第２実施例では、生体情報に加えて、ユーザの行動を示す行動情報をさらに利用して、そのときのユーザの状態に適した音楽コンテンツをレコメンドする。なお、携帯電話機１０およびヘッドフォン１２の外観や、電気的な構成などは第１実施例と略同じであるため、詳細な説明は省略する。
【０１３２】
図１０は第２実施例の再生ログテーブルの構成の一例を示す図解図である。図１０を参照して、第２実施例の再生ログテーブルでは、総再生時間、再生割合および行動情報の欄が第１実施例の再生ログテーブルに対して追加されている。また、コンテンツの欄および生体情報の欄（生体情報の欄に含まれる各欄も同様）は第１実施例と同じである。
【０１３３】
第２実施例の再生ログテーブルにおいて、総再生時間の欄には対応する音楽コンテンツを全て再生したときの時間が記憶される。再生割合の欄には音楽コンテンツの総再生時間に対する実際の再生時間の割合（％）が記憶される。
【０１３４】
行動情報の欄には、開始時の動作モードの欄および再生場所の欄、終了時の動作モードの欄および再生場所の欄、選曲の欄が含まれる。開始時の動作モードの欄には音楽コンテンツの再生を開始したときの動作モードが記憶され、終了時の動作モードの欄には音楽コンテンツの再生が終了したときの動作モードが記憶される。同様に、開始時の再生場所の欄には音楽コンテンツを再生した場所が記憶され、終了時の再生場所の欄には音楽コンテンツの再生を終了したときの場所が記憶される。また、選曲の欄には、音楽コンテンツが再生されているときに、選曲操作がされたかを示すデータ（有／無）が記憶される。
【０１３５】
また、動作モードとは、ユーザの行動を示すものであり、姿勢センサ５８および気圧センサ６０の出力に基づいて決められる。たとえば、ユーザが歩いている場合は、姿勢センサ５８が出力する加速度の変化から歩いていると判断することが可能であるため、動作モードは「歩く」とされる。同様に、ユーザが走っている場合は、加速度の変化から走っていると判断されるため、動作モードは「走る」とされる。また、姿勢センサ５８が出力する加速度および角速度の値が閾値よりも小さい場合は、ユーザが停止していると判断され、動作モードは「停止」とされる。他にも、気圧センサ６０の出力に基づいて高度が変化し、かつ加速度が変化している場合は、ユーザが坂や階段などを登っていると考えられるため、動作モードは「登る」とされる。なお、他の実施例では、再生場所と加速度の変化を組み合わせて、車や電車などに乗っている状態を検出し、そのときの動作モードを「乗車中」としてもよい。このように、第２実施例では、加速度の変化などを利用して、ユーザの行動情報を取得することが出来る。なお、他の実施例では、ユーザの行動情報には、動作モードだけが含まれていてもよい。さらに、動作モードは、姿勢センサ５８が出力する加速度だけを利用して決められてもよい。
【０１３６】
また、場所の欄に記憶される場所は、ＧＰＳ機能によって測位された位置に基づいて決められる。具体的には、携帯電話機１０には、「自宅」や「公園」などが予め登録（ブックマーク）されている。そして、音楽コンテンツが再生されるときに、現在位置が測位され、現在位置が含まれるエリアが再生場所がとされる。なお、「自宅」などはユーザによって予め登録されるが、「公園」などは初期状態で登録されていてもよい。また、地図データを組み合わせて、再生場所が特定されてもよい。たとえば、現在位置が線路上にあり、加速度が変化している場合、再生位置は「電車」とされる。また、加速度の変化量が大きく、現在位置が線路上でなければ、再生位置は「車」とされる。
【０１３７】
たとえば、ユーザが公園でトレーニングを行うときに「Ａ」の音楽を聴いていた場合、図１０に示す再生ログテーブルにおいて、「Ａ」の音楽コンテンツの再生ログが登録される。この再生ログは、「Ａ」の音楽コンテンツは再生時間が「１０分」であり、ユーザは「公園」で選曲せず（無）に最後まで（再生割合：１００％）再生したことを示している。また、「Ａ」の音楽コンテンツは、ユーザが歩いているとき（「歩く」）に再生され、そのときの心拍数は「８０ｂｐｍ」であり、ストレス度は「ＬＶ．３」である。また、「Ａ」の音楽コンテンツの再生が終了したときには、ユーザは走っており（「走る」）、そのときの心拍数は「１４０ｂｐｍ」であり、ストレス度は「ＬＶ．４」であることを示している。
【０１３８】
なお、第２実施例では、音楽コンテンツの再生中に曲送りがされたことが記憶されるため、音楽コンテンツが実際に再生された時間が所定時間よりも短い場合であっても、再生ログは登録される。
【０１３９】
次に、音楽プレーヤ機能が実行されると、ユーザの心拍数が取得され、現在のストレス度が算出（出力）されると共に、ユーザの行動を示す行動情報が取得される。ユーザのストレス度および行動情報に基づいて再生ログテーブルが参照され、現在のユーザの状態と類似する音楽コンテンツが検索される。そして、検索によって音楽コンテンツが発見されると、その音楽コンテンツがレコメンドされる。
【０１４０】
ここで、検索について具体的に説明する。第２実施例では、現在のユーザの生体情報および行動情報と類似する、生体情報および行動情報が対応付けられた音楽コンテンツが、再生ログテーブルから検索される。また、このような音楽コンテンツを検索するために、レコメンドアルゴリズムの一種である「協調フィルタリング」が利用される。
【０１４１】
協調フィルタリングが利用されると、現在のユーザの状態に基づいて再生ログテーブルが参照され、過去に音楽コンテンツを聞いたときのユーザの状態を検索することが可能になる。具体的には、現在のユーザの生体情報および行動情報に対する、各再生ログの含まれる生体情報および行動情報の類似度が算出される。つまり、各再生ログに対して類似度が算出される。そして、最も高く、かつ一定値（たとえば、７０％）より大きい類似度の再生ログが、協調フィルタリングによる検索結果となる。また、検出結果として再生ログが得られると、その再生ログが示す音楽コンテンツがユーザにレコメンドされる。
【０１４２】
このように、協調フィルタリングを利用することで、再生ログテーブルから、現在のユーザの状態に類似している過去のユーザの状態を検索することが出来る。そして、検索によって発見された過去のユーザの状態（再生ログ）が示す音楽コンテンツ、つまり現在の状態と似ている状態で過去に聴いていた音楽コンテンツを、ユーザに対してレコメンドすることが出来る。
【０１４３】
たとえば、ユーザが自宅で寝る前に音楽を聴こうとしたときには、前に寝る前に聴いていた音楽コンテンツ（たとえば、「Ｂ」の音楽コンテンツ）がレコメンドされる。また、ユーザがトレーニングを行うときに音楽を聴こうとしたときには、前にトレーニングを行ったときに聴いていた音楽コンテンツ（たとえば、「Ａ」の音楽コンテンツ）がレコメンドされる。
【０１４４】
このように、ユーザの行動情報を利用することで、ユーザの状態に合わせてより適切な音楽コンテンツをレコメンドすることが出来る。
【０１４５】
また、生体情報が取得できない状態で音楽コンテンツが再生された場合は、生体情報を含まない再生ログが登録される。また、生体情報が取得できない状態で音楽プレーヤ機能が実行された場合は、生体情報を利用せずに、音楽コンテンツの検索が行われる。つまり、生体情報が取得できない状態であっても、ユーザの行動情報を利用して、音楽コンテンツのレコメンドを行うことが出来る。このように、協調フィルタリングによる検索では、再生ログに含まれる全ての情報を利用せずに、一部の情報だけを利用して検索が行われてもよい。
【０１４６】
なお、他の実施例では、レコメンドされる音楽コンテンツは、類似度が最も高いものだけではなく、類似度が高い順番に所定個数（たとえば、３個）の音楽コンテンツがレコメンドされてもよい。また、その他の実施例では、音楽コンテンツが再生されている状態では、再生された音楽コンテンツを利用する、「コンテンツベース」のレコメンドアルゴリズムが採用されてもよい。
【０１４７】
また、さらにその他の実施例では、レコメンドアルゴリズムとして、現在の生体情報および行動情報からレコメンドする音楽コンテンツを決める、「ルールベース」のレコメンドアルゴリズムなどが採用されてもよい。
【０１４８】
また、他の実施例の再生ログには、音楽を出力する先を示す情報（ヘッドフォン１２またはスピーカ２０）が含まれていてもよい。
【０１４９】
また、トレーニングを行う際に音楽コンテンツをレコメンドする場合には、トレーニングを行うときの運動強度に対応する心拍数に基づいて、音楽コンテンツが選択されてもよい。たとえば、１２０ｂｐｍの心拍数となるようにトレーニングが管理されている場合、テンポ（ＢＰＭ）が１２０の音楽コンテンツがレコメンドされるようにしてもよい。
【０１５０】
上述では第２実施例の特徴を概説した。以下では、図１１に示すメモリマップおよび図１２、図１３に示すフロー図を用いて詳細に説明する。
【０１５１】
図１１を参照して、第２実施例のデータ記憶領域３０４には、第１実施例のバッファおよびデータなどに対して、行動情報バッファ３４４および選曲フラグ３４６がさらに設けられる。
【０１５２】
行動情報バッファ３４４には、ＧＰＳ機能によって測位された現在位置に基づいて決められた再生位置および姿勢センサ５８および気圧センサ６０の出力に基づいて決められた行動モードなどが記憶される。
【０１５３】
選曲フラグ３４６は、選曲操作がされたことを示すフラグである。たとえば、選曲フラグ３４６は、１ビットのレジスタで構成される。選曲フラグ３４６がオン（成立）されると、レジスタにはデータ値「１」が設定される。一方、選曲フラグ３４６がオフ（不成立）されると、レジスタにはデータ値「０」が設定される。
【０１５４】
図１２は第２実施例の再生ログ登録処理のフロー図である。なお、第１実施例の再生ログ登録処理で実行される処理と略同等のものについては、詳細な説明を省略する。
【０１５５】
ステップＳ１でプロセッサ３０は、生体情報が取得可能か否かを判断する。ステップＳ１で“ＮＯ”であれば、つまり生体情報が取得できなければ、プロセッサ３０はステップＳ６１の処理に進む。一方、ステップＳ１で“ＹＥＳ”であれば、プロセッサ３０は、ステップＳ３で心拍数を取得し、ステップＳ５でストレス度を出力する。
【０１５６】
続いて、ステップＳ６１でプロセッサ３０は、行動情報を取得する。音楽コンテンツの再生が開始されたときの動作モードおよび再生場所が取得される。具体的には、姿勢センサ５８および気圧センサ６０の出力に基づいて動作モードが決められ、ＧＰＳ機能によって取得された現在位置に基づいて、再生場所が決められる。そして、動作モードおよび再生場所は、行動情報バッファ３４４に記憶される。
【０１５７】
続いて、ステップＳ６３でプロセッサ３０は、選曲か否かを判断する。つまり、音楽コンテンツが再生されているときに選曲操作がされたかが判断される。ステップＳ６３で“ＮＯ”であれば、つまり選曲操作がされていなければ、ステップＳ７でプロセッサ３０は、再生が終了か否かを判断する。ステップＳ７で“ＹＥＳ”であれば、つまり音楽コンテンツの再生が終了した場合は、プロセッサ３０はステップＳ６７の処理に進む。一方、ステップＳ７で“ＮＯ”であれば、プロセッサ３０はステップＳ６３の処理に戻る。そして、ステップＳ６３で“ＹＥＳ”であれば、つまり選曲操作がされると、ステップＳ６５でプロセッサ３０は、選曲フラグ３４６をオンにする。
【０１５８】
続いて、ステップＳ６７でプロセッサ３０は、ステップＳ１と同様、生体情報が取得可能か否かを判断する。ステップＳ６７で“ＮＯ”であれば、つまり生体情報が取得できなければ、プロセッサ３０はステップＳ６９の処理に進む。一方、ステップＳ６７で“ＹＥＳ”であれば、プロセッサ３０は、ステップＳ１１で心拍数を取得し、ステップＳ１３でストレス度を出力する。
【０１５９】
続いて、ステップＳ６９でプロセッサ３０は、音楽コンテンツの再生が終了したときの動作モードおよび再生場所が取得される。そして、取得された動作モードおよび再生場所は、行動情報バッファ３４４に記憶される。なお、具体的な処理はステップＳ６１と同じであるため、詳細な説明は省略する。
【０１６０】
続いて、ステップＳ１５でプロセッサ３０は、再生ログを登録する。つまり、再生された音楽コンテンツを示す情報および総再生時間が読み出され、再生時間バッファ３３６から読み出した再生時間に基づいて再生割合が算出され、心拍数バッファ３３８およびストレス度バッファ３４０から心拍数およびストレス度が読み出され、行動情報バッファ３４４から動作モードおよび再生場所が読み出され、再生ログが作成される。また、選曲フラグ３４６の状態に基づいて選曲の欄の内容が決められる。そして、このようにして作成された再生ログが再生ログテーブル３４２に登録（追加）される。そして、ステップＳ１５の処理が終了すると、プロセッサ３０は再生ログ登録処理を終了する。なお、再生ログ登録処理が終了すると、選曲フラグ３４６は初期化（オフ）される。
【０１６１】
図１３は第２実施例のレコメンド処理のフロー図である。なお、第１実施例のレコメンド処理で実行される処理と略同等のものについては、詳細な説明を省略する。
【０１６２】
ステップＳ３１でプロセッサ３０は、生体情報が取得可能か否かを判断する。ステップＳ３１で“ＮＯ”であれば、つまり生体情報が取得できなければ、プロセッサ３０はステップＳ８１の処理に進む。一方、ステップＳ３１で“ＹＥＳ”であれば、プロセッサ３０は、ステップＳ３３で心拍数を取得し、ステップＳ３５でストレス度を出力する。
【０１６３】
続いて、ステップＳ８１でプロセッサ３０は、行動情報を取得する。つまり、現在の行動情報が姿勢センサ５８および気圧センサ６０の出力に基づいて決められる。また、音楽コンテンツが再生される前ではあるが、ユーザの現在位置から再生場所が決められる。そして、現在の動作モードおよび再生場所が行動情報バッファ３４４に記憶される。
【０１６４】
続いて、ステップＳ８３でプロセッサ３０は、コンテンツを検索する。たとえば、上述した「協調フィルタリング」のレコメンドアルゴリズムを利用して、レコメンドする音楽コンテンツが検索される。なお、ステップＳ８３の処理を実行するプロセッサ３０は、検索部として機能する。
【０１６５】
続いて、ステップＳ８５でプロセッサ３０は、検索によってコンテンツが発見されたか否かを判断する。たとえば、現在のユーザの行動と類似する過去のユーザの状態を示す再生ログが検索によって発見されたかが判断される。ステップＳ８５で“ＹＥＳ”であれば、つまり検索によって再生ログが発見されていれば、ステップＳ８７でプロセッサ３０は、発見されたコンテンツを選択する。つまり、発見された再生ログと対応する音楽コンテンツが選択される。そして、ステップＳ８７の処理が終了すると、プロセッサ３０はステップＳ４３の処理に進む。一方、ステップＳ８５で“ＮＯ”であれば、つまり検索によって再生ログを発見することが出来なければ、ステップＳ４１でプロセッサ３０は、再生頻度が高いコンテンツを選択する。そして、ステップＳ４１の処理が終了すると、プロセッサ３０はステップＳ４３の処理に進む。
【０１６６】
続いて、ステップＳ４３でプロセッサ３０は、選択されたコンテンツをレコメンドする。たとえば、ユーザが自宅で寝る前に音楽を聴こうとしている場合、図１０に示す再生ログテーブルで示される「Ｂ」の音楽コンテンツがステップＳ８７の処理で選択される。そして、選択された「Ｂ」の音楽コンテンツを示す情報が、たとえばディスプレイ１６に表示（レコメンド）される。そして、ステップＳ４３の処理が終了すると、プロセッサ３０はレコメンド処理を終了する。
【０１６７】
なお、第２実施例では、ステップＳ４１，Ｓ４３，Ｓ８７を実行するプロセッサ３０はレコメンド部として機能する。また、第２実施例の再生ログ登録処理のステップＳ６１，Ｓ６９または第２実施例のレコメンド処理のステップＳ８１を実行するプロセッサ３０は行動情報取得部として機能する。
【０１６８】
また、第１実施例および第２実施例は、任意に組み合わせることが可能であり、具体的な組み合わせについては容易に想像できるので、詳細な説明は省略する。
【０１６９】
また、本実施例の音楽コンテンツはフラッシュメモリ４４に保存されていたが、音楽コンテンツは外部記録媒体や、他の端末およびサーバなどに保存されていてもよい。また、他の端末またはサーバの音楽コンテンツが再生された場合、再生ログには、他の端末を識別するためのＩＤや、サーバを指定するためのＵＲＬなども記憶される。また、他の端末や、サーバに保存されている音楽コンテンツデータが、データ通信などによって携帯電話機１０のフラッシュメモリ４４に移されてもよい。
【０１７０】
また、複数の携帯電話機１０の再生ログテーブルをサーバなどに集約し、様々なユーザの再生ログを含む、１つの再生ログテーブルが作成されてもよい。そして、このような再生ログテーブルが、サーバなどから携帯電話機１０に対して配信されてもよい。これのより、音楽コンテンツの再生回数が少ないユーザでも、適切に音楽コンテンツをレコメンドすることが可能になる。
【０１７１】
また、レコメンドする音楽コンテンツを選択する処理は、携帯電話機１０ではなくネットワーク上のコンピュータ（装置またはサーバ）を含むシステムで実行されてもよい。この場合、携帯電話機１０で取得された生体情報や行動情報はシステムに送信され、システムで選択された音楽コンテンツのデータ、または音楽コンテンツを示す情報が携帯電話機１０に送信される。
【０１７２】
また、音楽コンテンツをレコメンドする際には、ディスプレイ１６にレコメンドする音楽コンテンツの情報を表示するだけではなく、スピーカ２０から音楽コンテンツの情報を示す音声が出力されてもよい。
【０１７３】
また、生成ログテーブルに含まれる再生ログには、音楽コンテンツの再生を開始したときの日時情報や、音楽コンテンツの再生回数などがさらに含まれていてもよい。また、周囲の天気情報をネットワークなどから取得できる場合は、音楽コンテンツが再生されていたときの天気および気温などの天気情報も再生ログに含まれていてもよい。
【０１７４】
また、本実施例では、音楽コンテンツの再生について記載したが、他の実施例では、動画コンテンツの視聴や、書籍コンテンツの閲覧などが行われる際にも、音楽コンテンツを聴くときと同様に、動画コンテンツまたは書籍コンテンツなどがレコメンドされてもよい。
【０１７５】
また、その他の実施例では、ヘッドフォン１２にマイクを追加したヘッドセットなどが利用されてもよい。また、携帯電話機１０とヘッドフォン１２とは有線接続されてもよい。また、ヘッドフォン１２は、イヤフォンと呼ばれることもある。また、本実施例のヘッドフォン１２の耳装着部７６は、いわゆるインナーイヤー型だったが、他の実施例では、耳装着部７６がカナル型や、ヘッドマウント型であってもよい。
【０１７６】
また、さらにその他の実施例では、心拍センサ７８はヘッドフォン１２ではなく、腕時計型のウェアラブル端末などに装着され、ユーザの腕に装着されてもよい。この場合、ウェアラブル端末に携帯電話機１０が含まれていてもよい。この場合、ウェアラブル端末に、イヤフォンが接続される。
【０１７７】
また、さらにその他の実施例では、心拍数を直接計測する心拍センサ７８が採用されてもよい。この場合、この心拍センサ７８を含むチェストベルトがユーザに装着される。また、心拍センサ７８には、緑色に発光するＬＥＤが設けられたものが採用されてもよい。さらに、心拍センサ７８には、血管付近の振動を検知するＭＥＭＳデバイスが利用されてもよいし、撮影された動画像によって血管の動き（脈）の変化を検知するものが採用されてもよい。
【０１７８】
また、他の実施例では、音楽コンテンツがレコメンドされた状態でユーザの操作が無くても、ユーザの操作に関係なくレコメンドされた音楽コンテンツが自動的に再生されてもよい。
【０１７９】
また、上述の実施例では、閾値（所定値など）に対して「より大きい」などの言葉を用いたが「閾値より大きい」とは「閾値以上」の意味も含まれる。また、「閾値よりも小さい」とは「閾値以下」および「閾値未満」の意味も含まれる。
【０１８０】
また、本実施例で用いられたプログラムは、データ配信用のサーバのＨＤＤに記憶され、ネットワークを介して携帯電話機１０に配信されてもよい。また、ＣＤ，ＤＶＤ，ＢＤ（Blue-Ray Disk）などの光学ディスク、ＵＳＢメモリおよびメモリカードなどの記憶媒体に複数のプログラムを記憶させた状態で、その記憶媒体が販売または配布されてもよい。そして、上記したサーバや記憶媒体などを通じてダウンロードされた、プログラムが本実施例と同等の構成の携帯電話機にインストールされた場合、本実施例と同等の効果が得られる。
【０１８１】
そして、本明細書中で挙げた、具体的な数値は、いずれも単なる一例であり、製品の仕様変更などに応じて適宜変更可能である。
【符号の説明】
【０１８２】
１０    …  携帯電話機
１２    …  ヘッドフォン
３０    …  プロセッサ
４４    …  フラッシュメモリ
４６    …  ＲＡＭ
５０    …  ＢＴ通信回路
５２    …  ＢＴアンテナ
５４    …  ＧＰＳ回路
５６    …  ＧＰＳアンテナ
５８    …  姿勢センサ
６０    …  気圧センサ
７８    …  心拍センサ
９２    …  ＢＴ通信回路
９４    …  ＢＴアンテナ
【図１】
2016048495.tif 000003
【図２】
2016048495.tif 000004
【図３】
2016048495.tif 000005
【図４】
2016048495.tif 000006
【図５】
2016048495.tif 000007
【図６】
2016048495.tif 000008
【図７】
2016048495.tif 000009
【図８】
2016048495.tif 000010
【図９】
2016048495.tif 000011
【図１０】
2016048495.tif 000012
【図１１】
2016048495.tif 000013
【図１２】
2016048495.tif 000014
【図１３】
2016048495.tif 000015