(57)【要約】【課題】使用者の運動ピッチの変化に応じて使用者に提供する楽曲コンテンツを変更する場合において、楽曲コンテンツの無用の切り替わりを防止して、使用者に不快感を与えないようにする。【解決手段】使用者の運動ピッチの変化量が所定のしきい値を超えたときを運動ピッチの変化点として検出する運動ピッチ変化点検出手段を設ける。運動ピッチ変化点検出手段で、運動ピッチの変化量が所定のしきい値を超えたと判別されたときの運動ピッチに同調するテンポの楽曲コンテンツを、楽曲コンテンツ格納部から検索し、再生させる楽曲コンテンツを、検索された楽曲コンテンツに変更する。運動ピッチ変化点検出手段で、運動ピッチの変化量が所定のしきい値を超えたと判別されたときから、所定の時間は、変更された楽曲コンテンツの再生を継続するように制御する。【選択図】図１
2007156868.tif 000002
【特許請求の範囲】
【請求項１】
複数個の楽曲コンテンツのデータを格納する楽曲コンテンツ格納部と、
楽曲コンテンツのデータを再生して、使用者に再生音を聴取させるようにするためのコンテンツ再生手段と、
前記再生音を聴取している前記使用者の運動ピッチを検出する運動ピッチ検出手段と、
前記使用者の前記運動ピッチの変化量が所定のしきい値を超えたときを前記運動ピッチの変化点として検出する運動ピッチ変化点検出手段と、
前記運動ピッチ変化点検出手段で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときの前記運動ピッチ検出手段で検出された前記運動ピッチに同調するテンポの楽曲コンテンツを、前記楽曲コンテンツ格納部から検索し、前記コンテンツ再生手段で再生させる楽曲コンテンツを、前記検索された楽曲コンテンツに変更するようにする再生コンテンツ検索手段と、
前記運動ピッチ変化点検出手段で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときから、所定の時間は、前記変更された楽曲コンテンツの再生を継続するように制御する制御手段と
を備えることを特徴とする楽曲コンテンツ再生装置。
【請求項２】
請求項１に記載の楽曲コンテンツ再生装置において、
前記運動ピッチ変化点検出手段は、
前記使用者の体動周期を検出する体動周期検出手段と、
前記体動周期検出手段で検出された前記体動周期の変化量を検出する体動周期変化量検出手段と、
前記体動周期変化量検出手段で検出された前記体動周期の変化量が、所定のしきい値を超えたと判別されたときを、前記運動ピッチの変化点として検出する変化点検出手段と、
を備えることを特徴とする楽曲コンテンツ再生装置。
【請求項３】
請求項１に記載の楽曲コンテンツ再生装置において、
前記制御手段は、前記運動ピッチ変化点検出手段で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときから、所定の時間は、前記運動ピッチ検出手段で検出された運動ピッチの変化に対して不感とするように、前記運動ピッチ変化点検出手段を制御することを特徴とする楽曲コンテンツ再生装置。
【請求項４】
請求項１に記載の楽曲コンテンツ再生装置において、
前記楽曲コンテンツ格納部は、再生装置本体に対して通信路を通じて接続されていることを特徴とする楽曲コンテンツ再生装置。
【請求項５】
楽曲コンテンツのデータを再生して、使用者に再生音を聴取させるようにするためのコンテンツ再生工程と、
前記再生音を聴取している前記使用者の運動ピッチを検出する運動ピッチ検出工程と、
前記使用者の前記運動ピッチの変化量が所定のしきい値を超えたときを前記運動ピッチ点として検出する運動ピッチ変化点検出工程と、
前記運動ピッチ変化点検出工程で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときの前記運動ピッチ検出工程で検出された前記運動ピッチに同調するテンポの楽曲コンテンツを、前記楽曲コンテンツ格納部から検索し、前記コンテンツ再生手段で再生させる楽曲コンテンツを、前記検索された楽曲コンテンツに変更するようにする再生コンテンツ検索手段と、
前記運動ピッチ変化点検出工程で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときから、所定の時間は、前記変更された楽曲コンテンツの再生を継続するように制御する制御工程と
を備える楽曲コンテンツ再生方法。
【請求項６】
楽曲コンテンツをストリーミング配信する配信サーバと、前記ストリーミング配信された楽曲コンテンツを、通信ネットワークを通じて受信して再生する楽曲コンテンツ再生端末とからなる楽曲コンテンツ配信再生システムであって、
前記配信サーバは、
前記配信する複数個の楽曲コンテンツのデータを格納する楽曲コンテンツ格納部と、
前記楽曲コンテンツ格納部から選択して読み出した楽曲コンテンツを前記楽曲コンテンツ再生端末に前記通信ネットワークを通じて配信する配信手段と、
前記通信ネットワークを通じて前記楽曲コンテンツ再生端末から送られてくる使用者の運動ピッチに関する情報を受信する運動ピッチ情報受信手段と、
前記運動ピッチ情報受信手段で受信した前記運動ピッチに関する情報に基づいて、前記使用者の運動ピッチの変化量が所定のしきい値を超えたときを前記運動ピッチが変化したと検出する運動ピッチ変化点検出手段と、
前記運動ピッチ変化点検出手段で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときの前記運動ピッチ検出手段で検出された前記運動ピッチに同調するテンポの楽曲コンテンツを、前記楽曲コンテンツ格納部から検索して、次に配信する楽曲コンテンツとして選択するようにする次コンテンツ選択手段と、
前記運動ピッチ変化点検出手段で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときから、所定の時間は、前記変更された楽曲コンテンツの再生を継続するように制御する制御手段と
を備え、
前記楽曲コンテンツ再生端末は、
前記通信ネットワークを通じて送られてくる楽曲コンテンツを受信する楽曲コンテンツ受信手段と、
前記楽曲コンテンツ受信手段で受信した前記楽曲コンテンツのデータをストリーミング再生して、使用者に再生音を聴取させるようにするためのコンテンツ再生手段と、
前記再生音を聴取している前記使用者の運動ピッチに関する情報を取得する運動ピッチ情報取得手段と、
前記運動ピッチ情報取得手段で取得した前記使用者の運動ピッチに関する情報を前記配信サーバにネットワークを通じて送る送信手段と、
を備える楽曲コンテンツ配信再生システム。
【請求項７】
楽曲コンテンツをストリーミング配信する配信サーバと、前記ストリーミング配信された楽曲コンテンツを、通信ネットワークを通じて受信して再生する楽曲コンテンツ再生端末とからなる楽曲コンテンツ配信再生システムであって、
前記配信サーバは、
前記配信する複数個の楽曲コンテンツのデータを格納する楽曲コンテンツ格納部と、
前記楽曲コンテンツ格納部から選択して読み出した楽曲コンテンツを前記楽曲コンテンツ再生端末に前記通信ネットワークを通じて配信する配信手段と、
前記楽曲コンテンツ再生端末からの使用者の運動ピッチの情報を受信する運動ピッチ情報受信手段と、
前記楽曲コンテンツ再生端末からの前記使用者の運動ピッチの変化点の情報を受信する運動ピッチ変化点情報受信手段と、
前記運動ピッチ変化点情報受信手段で、前記運動ピッチの変化点の情報を受信したときに、次に配信する楽曲コンテンツとして、前記運動ピッチ情報受信手段で受信した前記運動ピッチに同調するテンポの楽曲コンテンツを前記配信手段により配信する次コンテンツとして選択する次コンテンツ選択手段と、
を備え、
前記楽曲コンテンツ再生端末は、
前記通信ネットワークを通じて送られてくる楽曲コンテンツを受信する楽曲コンテンツ受信手段と、
前記楽曲コンテンツ受信手段で受信した前記楽曲コンテンツのデータをストリーミング再生して、使用者に再生音を聴取させるようにするためのコンテンツ再生手段と、
前記再生音を聴取している前記使用者の運動ピッチを検出する運動ピッチ検出手段と、
前記運動ピッチ検出手段で検出した前記運動ピッチの変化量が所定のしきい値を超えたときを前記運動ピッチの変化点として検出する運動ピッチ変化点検出手段と、
前記運動ピッチ変化点検出手段で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときから、所定の時間は、前記運動ピッチの変化に対して不感とするように、前記運動ピッチ変化点検出手段を制御する制御手段と、
前記運動ピッチ検出手段で検出された前記運動ピッチの情報と、前記運動ピッチ変化点検出手段で検出された前記運動ピッチの変化点の情報を、前記通信ネットワークを通じて前記配信サーバに送る送信手段と、
を備える楽曲コンテンツ配信再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばウォーキングやジョギングなどの運動をしている使用者に、運動状況に合致する楽曲コンテンツを提供することができるようにする楽曲コンテンツ再生装置、楽曲コンテンツ再生方法および楽曲コンテンツ配信再生システムに関する。
【背景技術】
【０００２】
最近の携帯型の楽曲コンテンツ再生装置は、ハードディスクやフラッシュメモリなどの記録媒体の大容量化に伴い、大量の楽曲コンテンツを格納できるようになってきており、ユーザは、その大量の楽曲コンテンツの中から、例えば階層構造の楽曲コンテンツ選択用一覧メニューを用いるなどして、自分が希望する楽曲コンテンツを選択して再生するようにするのが一般的である。
【０００３】
しかし、携帯型の楽曲コンテンツ再生装置の使用者（聴取者）が、例えばウォーキングやジョギングなどの運動をしながら楽曲コンテンツを再生して聴取する場合には、ディスプレイに表示される上述のような楽曲コンテンツ選択用一覧メニューを見ながら選択する操作は、非常に煩わしい。
【０００４】
一方、従来から、次に再生する楽曲コンテンツを、大量の楽曲コンテンツの中からランダムに自動的に選択して、使用者に提供する技術や、使用者の嗜好傾向などを予め登録しておいたり、再生履歴などを参照して使用者の嗜好傾向を検出したりして、その嗜好傾向に基づいて、次に再生する楽曲コンテンツを自動的に選択して、使用者に提供する技術が提案されており、これらの技術を用いることでユーザによる煩雑な操作を不要とすることができる。
【０００５】
しかしながら、上記の技術を用いて携帯型の楽曲コンテンツ再生装置が、次に再生する楽曲コンテンツを自動的に選択して使用者に提供する場合、使用者の運動に同調している楽曲コンテンツが提供されるとは限らないという問題がある。
【０００６】
すなわち、使用者が音楽を聴きながら歩行やジョギングなどの走行の運動をする場合において、聴取している音楽が、その運動に同調あるいは同期（説明が煩雑になるので、この明細書では、同調とのみ記述する）しているときには、使用者は、いわゆるリズムに乗って軽快に運動をすることができると想像され、運動中の使用者に対しては、そのような運動に同調している楽曲コンテンツを提供することができることが好ましいからである。
【０００７】
この問題を解決するため、例えば特許文献１（特開２００５−１５６６４１公報）や特許文献２（特開２００３−０８５８８８公報）には、使用者（聴取者）の歩行や走行の運動ピッチ（この明細書では、単位時間例えば１分間当たりに使用者が足を踏む回数を運動ピッチと称する。また、使用者が足を踏む周期を体動周期と称する。）に併せて再生楽曲のテンポをコントロールする技術が記載されている。また、特許文献３（特開平６−３４２２８２号公報）には、使用者の動きにしたがったリズムあるいはテンポで音楽を出力する技術が示されている。
【０００８】
上記の先行技術文献は、次の通りである。
【特許文献１】特開２００５−１５６６４１公報
【特許文献２】特開２００３−０８５８８８公報
【特許文献１】特開平６−３４２２８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した特許文献１〜３の技術は、楽曲データを処理して楽曲のテンポを制御する必要があり、処理が複雑となると共に、装置が高価になるという問題がある。また、もともとの楽曲のテンポやリズムを変更するため、違和感が生じることがあるという問題もある。
【００１０】
そこで、楽曲コンテンツを聴取しており、運動を行なっている使用者の運動ピッチを検出し、その運動ピッチに同調するテンポの楽曲コンテンツを前記使用者に提供するようにする装置やシステムが考えられる。この装置やシステムによれば、楽曲コンテンツの楽曲データは変更する必要がないので、上述の特許文献1〜３の技術の問題点は回避することができると期待できる。
【００１１】
ところで、使用者は、常に同じ運動ピッチで運動をしているわけではなく、運動速度を緩めたり、早めたりしながら運動を続けるのが一般的である。このため、使用者のこの運動速度の変化に追従して、同調するテンポの楽曲コンテンツを変更して使用者に提供するようにすることが望ましい。
【００１２】
そこで、使用者の例えば体動周期の変化を検出することで、使用者の運動ピッチの変化を検出し、その変化点を検出したら、変化後の運動ピッチに同調するテンポの楽曲コンテンツに検索して、使用者に提供してゆくようにすることが考えられる。
【００１３】
しかしながら、人は、楽曲のテンポ変化に対しては敏感であるが、自分の歩行などの体動の周期変化については、あまり意識しておらず、人の体動周期は一定ではなく、揺らいでいるのが一般的である。このため、使用者の運動ピッチの変化に応じて使用者に提供する楽曲コンテンツを変更するようにする場合において、運動ピッチの変化に忠実に合わせて楽曲コンテンツを切り替え変更するようにすると、楽曲コンテンツが無用に頻繁に切り替わり、使用者が不快に感じることがある。
【００１４】
この発明は、上記の問題点にかんがみ、使用者の運動ピッチの変化に応じて使用者に提供する楽曲コンテンツを変更するようにする場合において、楽曲コンテンツの無用の切り替わりを防止して、使用者に不快感を与えないようにすることを目的とする。
【課題を解決するための手段】
【００１５】
上記の課題を解決するために、この発明による楽曲コンテンツ再生装置は、
複数個の楽曲コンテンツのデータを格納する楽曲コンテンツ格納部と、
楽曲コンテンツのデータを再生して、使用者に再生音を聴取させるようにするためのコンテンツ再生手段と、
前記再生音を聴取している前記使用者の運動ピッチを検出する運動ピッチ検出手段と、
前記使用者の前記運動ピッチの変化量が所定のしきい値を超えたときを前記運動ピッチの変化点として検出する運動ピッチ変化点検出手段と、
前記運動ピッチ変化点検出手段で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときの前記運動ピッチ検出手段で検出された前記運動ピッチに同調するテンポの楽曲コンテンツを、前記楽曲コンテンツ格納部から検索し、前記コンテンツ再生手段で再生させる楽曲コンテンツを、前記検索された楽曲コンテンツに変更するようにする再生コンテンツ検索手段と、
前記運動ピッチ変化点検出手段で、前記運動ピッチの変化量が所定のしきい値を超えたと判別されたときから、所定の時間は、前記変更された楽曲コンテンツの再生を継続するように制御する制御手段と
を備えることを特徴とする。
【００１６】
上述の構成のこの発明による楽曲コンテンツ再生装置においては、運動ピッチ変化点検出手段で、運動ピッチの変化量が所定のしきい値を超えたと判別されたときには、再生する楽曲コンテンツが、変化後の運動ピッチに同調する楽曲コンテンツに変更される。そして、制御手段により、運動ピッチ変化点検出手段で運動ピッチの変化量が所定のしきい値を超えたと判別されたときから、所定の時間は、変更後の楽曲コンテンツの再生を継続するように制御される。
【００１７】
したがって、楽曲コンテンツが運動ピッチの変化に応じて変更されたときには、所定の時間の間は、運動ピッチに変化があっても、それは不感とされて、他の楽曲コンテンツにむやみに変更されることがなくなる。
【発明の効果】
【００１８】
この発明によれば、使用者の運動ピッチの変化に応じて使用者に提供する楽曲コンテンツを変更するようにする場合において、楽曲コンテンツの無用の切り替わりが防止されて、使用者に不快感を与えないようにすることができる。
【発明を実施するための最良の形態】
【００１９】
以下、この発明による楽曲コンテンツ再生装置、楽曲コンテンツ再生方法および楽曲コンテンツ配信再生システムの実施形態を、図を参照しながら説明する。
【００２０】
［第１の実施形態］
この例の楽曲コンテンツ再生装置は、通常再生モードの他に、使用者がウォーキングしながら（歩きながら）楽曲コンテンツを再生したり、使用者がジョギングしながら楽曲コンテンツを再生したりする運動中再生モードを備える。
【００２１】
運動中再生モードにおいては、楽曲コンテンツを再生して聴取しながらのウォーキングやジョギング中に、その運動ピッチ（ウォーキングの場合には歩行ピッチ（単位時間、この例では１分間当たりの歩数で表わす）。また、ジョギングの場合には、走行ピッチ（単位時間、この例では１分間当たりにおいて、走行中に足を踏む回数で表わす））が同調する楽曲テンポの楽曲コンテンツを自動的に選択して、再生するようにする。
【００２２】
楽曲テンポのデータとしては、この例では、ＢＰＭ（Ｂｅａｔｓ  Ｐｅｒ  Ｍｉｎｕｔｅ：１分間における拍数）値が用いられている。
【００２３】
そして、運動中再生モードにおいては、後述するように、使用者の運動ピッチが変化すると、その変化に応じて、再生する楽曲コンテンツを、変化後の運動ピッチに同調する楽曲テンポの楽曲コンテンツに変更するようにする。
【００２４】
なお、通常再生モードは、運動ピッチに応じて楽曲コンテンツを選択するのではない再生モードであり、使用者が楽曲コンテンツ一覧リストから任意の楽曲を選択操作により選択するようにするのが、一般的であるが、例えば、従来から提案されている使用者の嗜好度や再生頻度などに基づいて次に再生する楽曲コンテンツを自動的に選択するようにすることもできる。
【００２５】
ここで、上記運動中再生モードにおいて、運動ピッチに同調する楽曲テンポとは、運動ピッチに等しい楽曲テンポあるいはその整数倍またはその整数分の１倍の楽曲テンポ、さらには、それらの楽曲テンポに近似する楽曲テンポを含むものである。
【００２６】
図１は、楽曲コンテンツ再生装置の第１の実施形態のハードウエア構成例を示すブロック図である。この例の楽曲コンテンツ再生装置は、マイクロコンピュータを備えた構成を有しており、システムバス１０に対して、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３、ハードディスク装置部４、操作部５、ネットワークインターフェース６、通信インターフェース７、オーディオデコーダ８、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）ドライバ９、楽曲テンポ検出部１１、運動ピッチおよび変化点検出部１２が接続されている。
【００２７】
ＲＯＭ２には、この例の楽曲コンテンツ再生装置における主要動作制御のためのプログラムが記憶されており、ＣＰＵ１は、このＲＯＭ２のプログラムにしたがったソフトウエア処理を、ＲＡＭ３をワークエリアとして用いて実行するようにする。また、ＲＡＭ３の一部の領域を、再生する楽曲コンテンツのバッファエリアとしても用いる。
【００２８】
ハードディスク装置部４は、楽曲コンテンツ格納部を構成する大容量記憶媒体であって、大量の楽曲コンテンツのそれぞれの楽曲データと、属性データとを格納している。属性データとしては、図２に示すように、楽曲ＩＤ（楽曲コンテンツの識別情報）、コンテンツ・ファイル・パス、ファイル名、アルバム名、楽曲タイトル、アーティスト名、楽曲演奏時間、ジャケット・イメージ・データ・パス、楽曲テンポのデータなどが記憶されている。
【００２９】
楽曲データも楽曲ＩＤを含んでおり、楽曲データと属性データとは、楽曲ＩＤを介在して互いに関連付けられている。
【００３０】
操作部５は、使用者の入力操作を受け付けるもので、再生開始指示操作キー、再生終了指示操作キー、再生モードのいずれを選択するかの再生モード選択キーなどの操作キーを含んでいる。操作部５は、操作キーに代えて、あるいは操作キーに加えてタッチパッドによる操作入力手段を含んでいても良い。
【００３１】
ネットワークインターフェース６は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）規格のインターフェースからなり、例えばパーソナルコンピュータと接続される。そして、パーソナルコンピュータに格納されている楽曲コンテンツの楽曲データおよび属性情報を、このネットワークインターフェース６を通じて取得して、ハードディスク装置部４に格納するようにする。
【００３２】
また、この実施形態では、ハードディスク装置部４に格納されている楽曲コンテンツのうち、不要となった楽曲コンテンツの楽曲データおよびその属性情報を、このネットワークインターフェース６を通じてパーソナルコンピュータに転送して退避することができるようにされている。
【００３３】
通信インターフェース７には、通信回路１３が接続されており、無線通信ネットワークを通じてインターネットあるいはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と接続することが可能とされている。そして、この実施形態の楽曲コンテンツ再生装置は、インターネットあるいはＬＡＮに接続されている楽曲コンテンツの配信サーバから楽曲コンテンツの楽曲データおよびその属性情報をダウンロードして、ハードディスク装置部４に格納する機能を備えている。
【００３４】
オーディオデコーダ８は、ハードディスク装置部４から読み出された再生対象の楽曲コンテンツの楽曲データについて、復号、圧縮伸張などのデコード処理をしてデジタルオーディオ信号に変換すると共に、変換したデジタルオーディオ信号を、さらに、アナログオーディオ信号に変換して、オーディオアンプ１４に出力するようにする。
【００３５】
オーディオアンプ１４は、アナログオーディオ信号を増幅して、この例では、ヘッドホン１５に出力する。ヘッドホン１５では、楽曲コンテンツを音響再生する。この実施形態では、使用者は、この実施形態の楽曲コンテンツ再生装置を携帯すると共に、ヘッドホン１５を頭部に装着し、このヘッドホン１５により音響再生された音楽を聴きながら、ウォーキングやジョギングなどの運動を行なう。
【００３６】
ＬＣＤドライバ９には、ＬＣＤ１６が接続されており、このＬＣＤ１６の表示画面には、ＣＰＵ１の制御により生成されたハードディスク装置部４に格納されている楽曲コンテンツの一覧リストが表示されたり、再生中の楽曲タイトルや楽曲テンポ（ＢＰＭ値）が表示されたりする。
【００３７】
使用者は、通常再生モードにおいては、このＬＣＤ１６の表示画面に表示された楽曲コンテンツの一覧リストから再生したい楽曲コンテンツを操作部５を通じた選択操作により選曲することができる。ただし、この実施形態では、運動中モードにおいては、最初の楽曲コンテンツは、この一覧リストから選択するようにするも、２曲目以降の楽曲コンテンツの選択は、後述するように、楽曲コンテンツ再生装置が自動的に選択して、使用者に提供するようにしている。
【００３８】
楽曲テンポ検出部１１は、再生中の楽曲コンテンツの楽曲テンポを検出する。この実施形態では、楽曲テンポ情報の例としてのＢＰＭ値は、楽曲コンテンツの属性データとしてハードディスク装置部４に記録されているので、この楽曲テンポ検出部１１は、ハードディスク装置部４からの、再生中である楽曲コンテンツの属性データ中の楽曲テンポ情報の読み出し手段で構成される。
【００３９】
例えば、パーソナルコンピュータにおいて、楽曲データの解析をオフラインで行なっておき、その解析結果である楽曲テンポとしてのＢＰＭ値を、属性データの一つとして楽曲コンテンツに対応して記憶しておく。携帯端末であるこの実施形態の楽曲コンテンツ再生装置からの転送要求があったときに、パーソナルコンピュータは、転送要求のあった楽曲コンテンツの楽曲データと共に、その属性データを、楽曲コンテンツ再生装置に転送するようにする。
【００４０】
配信サーバが、インターネットあるいはＬＡＮを通じて楽曲コンテンツを配信する場合にも同様で、上述のパーソナルコンピュータの場合と同様にして配信サーバで楽曲テンポ情報を含む属性データを予め用意しておくようにすればよい。
【００４１】
また、楽曲コンテンツの属性データに楽曲テンポ情報が含まれていない場合には、楽曲テンポ検出部１１は、楽曲データから楽曲テンポを測定して検出する手段で構成される。この楽曲テンポの検出は、楽曲コンテンツの再生時に行なって、その検出結果を予め当該楽曲コンテンツの属性データの一つとしてハードディスク装置部４に記憶しておくことができる。
【００４２】
しかし、過去の再生時に楽曲テンポの検出を行なっていない場合や、過去に再生していない楽曲コンテンツの楽曲テンポの場合には、再生中にリアルタイムに測定して検出する方法が用いられる。楽曲テンポをリアルタイムに計測する機能を楽曲テンポ検出部１１が備えている場合には、次に再生する候補楽曲の楽曲データの一部を取り出し、その楽曲テンポを検出してハードディスク装置部４に当該楽曲コンテンツの属性データとして記憶するようにする。なお、次に再生する楽曲として複数の候補楽曲がある場合には、それら複数の候補楽曲のそれぞれについて、楽曲データの一部を取り出し、その楽曲テンポを検出してハードディスク装置部４に属性データとして記憶するようにする。
【００４３】
このリアルタイムにより楽曲テンポを測定して検出する方法としては、時間波形のピーク間隔を計数するもの（例えば特開２００４−３０２０５３公報）や、周波数スペクトルの強度間隔から求めるもの（例えば特開２００５−２３４４９４公報）などが知られており、これらの手法を用いて検出することができる。
【００４４】
運動ピッチおよび変化点検出部１２には、歩行／走行センサ１７が接続されており、運動ピッチおよび変化点検出部１２は、歩行／走行センサ１７からの使用者の歩行や走行の検出出力から、歩行ピッチや走行ピッチなどの運動ピッチを検出すると共に、当該運動ピッチの実質的な変化点を検出するようにする。
【００４５】
ここで、運動ピッチの実質的な変化点とは、使用者の歩行ピッチや走行ピッチの揺らぎの影響を除去し、かつ、再生する楽曲コンテンツが無駄に頻繁に変更されないように考慮された変化点である。
【００４６】
この運動ピッチおよび変化点検出部１２のハードウエア構成例を、図３に示す。
【００４７】
歩行／走行センサ１７は、例えば振動加速度センサで構成され、例えば楽曲コンテンツ再生装置本体あるいはヘッドホン１５に装着される。ヘッドホン１５に装着される場合には、歩行／走行センサ１７からの接続線は、ヘッドホン１５の接続コードと一緒に纏められて、楽曲コンテンツ再生装置本体に対して接続される。
【００４８】
使用者が、この実施形態の楽曲コンテンツ再生装置を携帯して、楽曲コンテンツをヘッドホン１５で聴取しながらウォーキングやジョギングをすると、その歩行や走行に応じた上下動により、歩行／走行センサ１７が加振される。
【００４９】
歩行／走行センサ１７は、これに加わる振動加速度を検出し、その検出信号Ｓｏを運動ピッチおよび変化点検出部１２に供給する。歩行／走行センサ１７で検出された振動加速度検出信号Ｓｏには、本来検出したいピッチ信号のほかにさまざまな振動検出信号や雑音が含まれている可能性があるので、運動ピッチおよび変化点検出部１２では、信号処理を容易にするため、バンドパスフィルタ１２１が設けられ、振動加速度検出信号Ｓｏから、注目する周波数帯域成分が抽出される。通常、人間の歩行ピッチや走行ピッチは１００〜１６０歩／分程度であると考えられるので、バンドパスフィルタ１２１は、せいぜい０．５〜５Ｈｚの通過帯域を有するバンドパスフィルタが用いられる。
【００５０】
バンドパスフィルタ１２１の出力は、体動周期検出部１２２に供給される。この体動周期検出部１２２では、歩行／走行センサ１７からの振動加速度検出信号Ｓｏの周期性や安定性を判断するため、上記バンドパスフィルタの出力信号に対し自己相関演算を施す。
【００５１】
なお、歩行／走行センサ１７を構成する振動加速度センサがアナログ信号を出力するタイプである場合には、Ａ／Ｄ変換器によりデジタル信号に変換したほうが処理しやすい。Ａ／Ｄ変換および前置のアンチエリアシング・フィルタ処理の形式は限定されるものでなく、上記のバンドパスフィルタ１２１における帯域通過フィルタ処理をこの中に含めてもよい。
【００５２】
そして、体動周期検出部１２２では、バンドパスフィルタからのデジタル化された出力信号は、バッファメモリに蓄積されながら自己相関演算を施される。体動周期検出部１２２では、バッファメモリから所定時間長（例えば、１〜数秒分）のデータを読み出し、そのデータについて自己相関演算を施す。
【００５３】
そして、体動周期検出部１２２では、それ以降、新たなデータが入力されるたびにデータ読み出し区間をシフトしながら同様に演算を繰り返す。もちろん、毎サンプリングごとに繰り返す必要はなく、所定時間（数サンプルごと）単位で行ってもよい。
【００５４】
体動周期検出部１２２では、上記の自己相関演算処理により、歩行／走行センサ１７からの振動検出信号の周期として使用者の体動周期（図４（Ａ）参照）が求められる。振動検出信号の周期は、演算波形の局所ピークの間隔から求められる。求められた体動周期の情報Ｔｂは、運動ピッチ算出および安定性判断部１２３に供給される。
【００５５】
運動ピッチ算出および安定性判断部１２３では、求められた体動周期の情報Ｔｂから、運動ピッチＴｐが求められる。また、運動ピッチ算出および安定性判断部１２３では、振動検出信号の局所ピーク値の大きさ間隔、ピーク値や間隔のばらつき（分散など）から運動ピッチの安定性を評価し、運動ピッチが安定しているかどうかの判定出力Ｆｓを、システムバス１０に出力する。
【００５６】
また、体動周期検出部１２２の出力は、不感処理部１２４を通じて変化量検出部１２５に供給される。変化量検出部１２５では、体動周期の変化量ΔＴｐ（図４（Ｂ）および図５（Ａ）参照）を検出し、その検出した変化量Ｔｐを変化点判定部１２６に供給する。
【００５７】
変化点判定部１２６では、予め定められた所定のしきい値（スレッショールド値）θthと、変化量検出部１２５で検出された体動周期の変化量ΔＴｐとを比較し、体動周期の変化量ΔＴｐがしきい値θthを超えたときに、その時点を、体動周期の変化点、つまり、運動ピッチの変化点として検出し、当該運動ピッチの変化点の検出出力ＣＨｇを、システムバス１０に出力する。
【００５８】
ここで、しきい値θthは、体動周期の揺らぎと検出することができるような小さい体動周期の変化よりは大きく、かつ、運動ピッチが変化したと検出することができるような体動周期の大きな変化よりは小さい値に設定される。
【００５９】
そして、この実施形態では、運動ピッチの変化点の検出出力ＣＨｇは、また、不感期間設定部１２７に供給される。不感期間設定部１２７は、運動ピッチの変化点の検出出力ＣＨｇが発生した運動ピッチの変化点の時点から所定期間を不感期間Ｐｃとする制御信号ＧＴ（図５（Ｂ）参照）を生成し、生成した制御信号ＧＴを、不感処理部１２４に供給するようにする。
【００６０】
この場合、前記不感期間Ｐｃは、後述するように、変化点から変更される再生楽曲コンテンツの最低再生継続期間を定めるもので、使用者が変更後の楽曲を、当該不感期間Ｐｃは少なくとも継続して聴取するようにして、頻繁な再生楽曲コンテンツの変更を防止して、使用者に不快感を与えないようにすることができる時間長に定められる。この不感期間Ｐｃの時間長としては、例えば３０秒間が設定される。
【００６１】
不感処理部１２４は、この実施形態では、制御信号ＧＴを受けて、体動周期検出部１２２からの体動周期の検出出力を、前記不感期間Ｐｃの間は、変化量検出部１２５に供給しないようにして、変化量検出部１２５が、当該不感期間Ｐｃの間は、使用者の体動周期の変化に対して不感とするようにするものである。すなわち、運動ピッチおよび変化点検出部１２は、不感期間Ｐｃでは、体動周期の変化に対して不感となる。
【００６２】
このようにすれば、例えば前述の図４（Ａ）に示すように、運動ピッチ（体動周期）が大きく変化し、その変化後、運動ピッチが安定するまでに大きな変化を繰り返し、図４（Ｂ）に示すように、しきい値θthを越えるような運動ピッチの変化を繰り返したとしても、この実施形態では、図５（Ｂ）に示すように、その不安定な期間の運動ピッチの変化は無視されるように、不感期間Ｐｃ例えば３０秒間は、不感とされるので、無用に頻繁に再生される楽曲が変更されてしまう状態が回避される。
【００６３】
なお、以上の運動ピッチおよび変化点検出部１２での運動ピッチおよび変化点検出処理は、後述もするように、ＣＰＵ１がＲＯＭ２のプログラムを用いたソフトウエア処理とすることができることは言うまでもない。
【００６４】
また、歩行／走行センサ１７に用いられる振動加速度センサは、少なくとも鉛直方向の上下動が検出できるものであればよく、他の目的、例えば携帯端末自体の落下検出のために設けられている２軸または３軸の振動加速度センサを用いるようにしてもよい。また、歩行／走行センサ１７は、上述の例のような加速度センサに限らず、例えば歩数計用スイッチなどを用いても良い。
【００６５】
［楽曲コンテンツ選択再生処理動作の説明］
次に、上述のようなハードウエア構成を備える楽曲コンテンツ再生装置における楽曲コンテンツ選択再生処理動作の例を、以下に説明する。ここで、使用者は、実施形態の楽曲コンテンツ再生装置を携行し、楽曲を聴取しながら、ウォーキングまたはジョギングなどの運動（スポーツジムでの運動を含む）をしているものとする。
【００６６】
図６および図７は、楽曲コンテンツ選択再生処理動作の例を説明するためのフローチャートである。このフローチャートにおける各ステップの処理は、ＣＰＵ１がＲＯＭ２に記憶されているプログラムにしたがってＲＡＭ３をワークエリアとして使用しながら実行する。後述する他のフローチャートの処理においても同様である。
【００６７】
使用者が操作部５の再生モードキーで、運動モードを選択し、楽曲一覧リストから任意の楽曲コンテンツを選択した後、再生キーを操作することにより、図６のスタートから、処理が開始する。
【００６８】
先ず、ＣＰＵ１は、ハードディスク装置部４から、使用者により指定された楽曲コンテンツの楽曲データを読み出して楽曲の再生を開始する（ステップＳ１）。そして、楽曲テンポ検出部１１は、ハードディスク装置部４の使用者により指定された楽曲コンテンツの楽曲テンポ（ＢＰＭ値）を読み出して、再生中楽曲コンテンツの楽曲テンポを検出し、システムバス１０を通じてＣＰＵ１に通知する。これにより、ＣＰＵ１は、再生中楽曲コンテンツの楽曲テンポを検出する（ステップＳ２）。
【００６９】
再生と同時に運動ピッチおよび変化点検出部１２では、歩行／走行センサ１７からの振動検出信号を受けて、上述した運動ピッチの演算検出および変化点検出処理動作を開始する。そして、前述したように、運動ピッチおよび変化点検出部１２は、検出した運動ピッチＴｐの情報と、当該運動ピッチが安定しているかどうかの判定出力Ｆｓと、運動ピッチの変化点の検出出力ＣＨｇを、システムバス１０を通じてＣＰＵ１に通知する。
【００７０】
ＣＰＵ１は、運動ピッチおよび変化点検出部１２からのこれらの情報を受けて、使用者の運動ピッチＴｐを検知すると共に、運動ピッチＴｐが安定しているかどうかを認識し、さらに、運動ピッチの変化点を認識するようにする（ステップＳ３）。
【００７１】
そして、ＣＰＵ１は、運動ピッチおよび変化点検出部１２からの判定出力Ｆｓに基づいて、運動ピッチが安定しているか否かを判別し（ステップＳ４）、運動ピッチＴｐが安定していないと判別したときには、使用者により操作部５を通じて再生停止指示がなされたか否か判別し（ステップＳ５）、再生停止指示がなされたと判別したときには、この処理ルーチンを終了する。
【００７２】
また、ステップＳ５で、再生停止指示がなされていないと判別したときには、ＣＰＵ１は、再生中の楽曲コンテンツが最後まで再生されたか否か判別し（ステップＳ６）、最後まで再生されてはいないと判別したときには、ステップＳ４に戻り、このステップＳ４以降の処理を繰り返す。
【００７３】
また、ステップＳ６で、再生中の楽曲コンテンツが最後まで再生されたと判別したときには、ＣＰＵ１は、検出した現在の運動ピッチＴｐに近い楽曲テンポの楽曲コンテンツを、楽曲テンポ検出部１１を通じて検索し、当該運動ピッチＴｐに近い楽曲テンポの楽曲コンテンツを、次の楽曲コンテンツとして選択するように決定する（ステップＳ７）。より具体的には、楽曲コンテンツの最後まで読み出されてＲＡＭ３に形成されるバッファに一時記憶されたときに、次コンテンツの検索および選択を行う。
【００７４】
そして、ＣＰＵ１は、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、ハードディスク装置部４から読み出して、その再生を開始する（ステップＳ８）。そして、ステップＳ４に戻り、このステップＳ４以降の処理を繰り返す。なお、ステップＳ８では、前の楽曲と後の楽曲とを、いわゆるクロスフェードさせて、交替させるようにするのが好ましい。
【００７５】
ステップＳ４で運動ピッチＴｐが安定していると判別したときには、ＣＰＵ１は、その安定している状態における運動ピッチＴｐと、再生中楽曲コンテンツの楽曲テンポがほぼ同じ（全く等しい状態を含む）であるかどうかにより、使用者のウォーキングやジョギングの運動と、再生中楽曲のテンポとの間で同調しているかどうかを判別する（図６のステップＳ１１）。
【００７６】
このステップＳ１１で、同調していると判別したときには、ＣＰＵ１は、再生中の楽曲コンテンツの再生を継続するようにする（ステップＳ１２）。
【００７７】
また、ステップＳ１１で、同調していないと判別したときには、ＣＰＵ１は、再生中の楽曲コンテンツは、使用者の運動ピッチには楽曲テンポが合わない楽曲コンテンツであるとして、使用者の現在の運動ピッチＴｐに近い楽曲テンポの楽曲コンテンツを、次の楽曲コンテンツとして選択するように決定し（ステップＳ１３）、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、ハードディスク装置部４から読み出して、再生楽曲を、再生中の楽曲コンテンツから、選択決定した次楽曲コンテンツへと変更する（ステップＳ１４）。このとき、ＣＰＵ１は、変更の前後の楽曲を、いわゆるクロスフェードすることで、再生楽曲をスムースにつなげるようにする。
【００７８】
そして、ＣＰＵ１は、ステップＳ１２およびステップＳ１４の次には、ステップＳ１５に進み、使用者により操作部５を通じて再生停止指示がなされたか否か判別し、再生停止指示がなされたと判別したときには、この処理ルーチンを終了する。
【００７９】
また、ステップＳ１５で、再生停止指示がなされていないと判別したときには、ＣＰＵ１は、再生中の楽曲コンテンツが最後まで再生されたか否か判別し（ステップＳ１６）、最後まで再生されてはいないと判別したときには、運動ピッチの変化点の検出出力ＣＨｇが運動ピッチおよび変化点検出部１２から出力されたか否か判別する（ステップＳ１９）。
【００８０】
そして、ステップＳ１９で、運動ピッチの変化点の検出出力ＣＨｇが運動ピッチおよび変化点検出部１２から出力されてはいないと判別したときには、ＣＰＵ１は、ステップＳ１５に戻り、このステップＳ１５以降の処理を繰り返す。
【００８１】
また、ステップＳ１９で、運動ピッチの変化点の検出出力ＣＨｇが運動ピッチおよび変化点検出部１２から出力されたときには、ＣＰＵ１は、当該変化点の検出出力ＣＨｇの発生後の使用者の運動ピッチＴｐを、運動ピッチおよび変化点検出部１２から取得して、ステップＳ１３に戻る。そして、前述したように、使用者の現在の運動ピッチＴｐに近い楽曲テンポの楽曲コンテンツを、次の楽曲コンテンツとして選択するように決定し、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、ハードディスク装置部４から読み出して、再生楽曲を、再生中の楽曲コンテンツから、選択決定した次楽曲コンテンツへと変更する（ステップＳ１４）。そして、ステップＳ１５に進み、このステップＳ１５以降の上述の動作を繰り返す。
【００８２】
なお、図６および図７では、省略したが、使用者が歩行や走行を止めたことを検出した場合には、この実施形態では、その際に再生中であった楽曲の途中で、あるいは、その楽曲の終了を待って、再生中であった楽曲の楽曲テンポに関係なく、運動モードから通常再生モードに移行するようにする。ここで、使用者が歩行や走行を止めたことの検出は、一時停止などを含めず、所定の時間以上に渡って歩行や走行を行なわない状態を検出することによりなされる。
【００８３】
また、この場合に、ウォーキングモードやジョギングモードから、単なる通常再生モードに移行するのではなく、通常再生モードおいて、自動的にＣＰＵ１が、ランダムに次楽曲コンテンツを選択して使用者に提供するランダム再生モードや、ハードディスク装置部４に記録されている順に順次に楽曲コンテンツを連続して再生する連続再生モードに移行するようにしてもよい。
【００８４】
次に、ステップＳ１６で、再生中の楽曲コンテンツが最後まで再生されたと判別したときには、ＣＰＵ１は、運動ピッチと同調していると判別された現在再生中の楽曲コンテンツの楽曲テンポと同一の楽曲テンポの楽曲コンテンツを、楽曲テンポ検出部１１を通じて検索し、当該楽曲テンポの楽曲コンテンツを、次の楽曲コンテンツとして選択するように決定する（ステップＳ１７）。このとき、ＣＰＵ１は、ステップＳ１７において、同調中の楽曲コンテンツの楽曲テンポと同一の楽曲テンポの楽曲コンテンツを、複数個、検出したときには、例えば使用者の過去の嗜好傾向（楽曲のジャンルやアーティストなど）を参照して、嗜好傾向に合致するものを優先的に、次に再生する楽曲コンテンツとして選択決定するようにする。
【００８５】
そして、ＣＰＵ１は、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、ハードディスク装置部４から読み出して、その再生を開始する（ステップＳ１８）。そして、ステップＳ１５に戻り、このステップＳ１５以降の処理を繰り返す。なお、ステップＳ１８では、前の楽曲と後の楽曲とを、いわゆるクロスフェードさせて、交替させるようにするのが好ましい。前後の楽曲は、もともと同様なテンポの楽曲なのでスムースに入れ替えることができる。
【００８６】
なお、ステップＳ１７において、ハードディスク装置部４に格納される楽曲の中に、同調中の楽曲コンテンツの楽曲テンポと同一の楽曲テンポが見つからない場合には、その楽曲テンポとしてのＢＰＭ値Ｎとしたとき、当該ＢＰＭ値Ｎの１／Ｍ倍またはＭ倍（Ｍ：２以上の整数）のＢＰＭ値（Ｎ／ＭまたはＮ×ＭのＢＰＭ値）の楽曲コンテンツを、次に再生する楽曲コンテンツとして選択決定するようにしてもよい。
【００８７】
さらに、そのようにしても適切な楽曲テンポ（ＢＰＭ値）の楽曲が見当たらない場合には、ＣＰＵ１は、同調中の楽曲コンテンツのＢＰＭ値に近いＢＰＭ値の楽曲コンテンツを選択し、その楽曲コンテンツの再生時のテンポを、目標とするＢＰＭ値となるように再生速度を制御して再生するようにすればよい。
【００８８】
以上説明したこの実施形態の楽曲コンテンツ再生装置によれば、次のような効果が得られる。
【００８９】
音楽を聴きながらウォーキングしたり、ジョギングしたりしている場合に、その楽曲に同調して歩行／走行しているなら、リスナ（使用者）は、その楽曲のリズムに乗って軽快に歩行／走行しているものと想像される。しかも、その歩行／走行ピッチ（運動ピッチ）が安定しているとすれば、このペースを暫く続行したいと考えている可能性が高い。その状態で楽曲が終了してしまったり、違うテンポの楽曲に移行してしまったりすることは、リスナにとってみれば心地よくない。
【００９０】
上述した実施形態の楽曲コンテンツ再生装置においては、次に再生する楽曲コンテンツは、現在再生中の楽曲テンポと同じものを連続して再生させるようにしているので、リスナ（使用者）は、その楽曲のリズムに乗って軽快に歩行／走行を継続することができる。
【００９１】
また、この実施形態では、使用者の運動ピッチが変化したときには、再生する楽曲コンテンツを、変化後の運動ピッチに同調する楽曲コンテンツに変更するとともに、変更後の楽曲コンテンツの再生は、少なくとも、変更後の所定期間（不感期間）Ｐｃは、継続するようにしたので、使用者の運度ピッチの揺らぎに反応して、むやみに再生される楽曲コンテンツが変更されることがなく、快適な楽曲の聴取を行うことができる。
【００９２】
［第２の実施形態］
上述の第１の実施形態では、運動ピッチおよび変化点検出部１２を、ハードウエア構成部分として説明したが、前述もしたように、この運動ピッチおよび変化点検出部１２をＣＰＵ１がＲＯＭ２のプログラムにしたがって、ＲＡＭ３をワークエリアとして用いて行うソフトウエアの構成とすることもできる。その場合には、図１において、運動ピッチおよび変化点検出部１２は設けられず、歩行／走行センサ１７のセンサ出力がシステムバス１０に入力される。
【００９３】
この第２の実施形態の場合における楽曲選択再生処理動作を、図を参照しながら、以下に説明する。この第２の実施形態においては、図６のフローチャート部分は、第１の実施形態とほぼ同様である。そして、この第２の実施形態では、図６のフローチャートに続く図７の代わりに、図８に示すフローチャートに示すような動作を行なう。
【００９４】
なお、第２の実施形態では、図６のフローチャートにおけるステップの動作のすべてが、第１の実施形態と同様となっているわけではない。図６のステップＳ３における運動ピッチ等の検出動作は、第１の実施形態では、運動ピッチおよび変化点検出部１２からの出力Ｔｐ、Ｆｓ、ＣＨｇを監視して、運動ピッチＴｐを検出したり、運動ピッチの安定判定をしたり、運動ピッチの変化点の検知判断をしたりするものであるのに対して、この第２の実施形態では、歩行／走行センサ１７からのセンサ出力から、ソフトウエア処理により、運動ピッチＴｐを検出したり、運動ピッチの安定判定をしたり、運動ピッチの変化点の検知判断をしたりするものである。
【００９５】
次に、この第２の実施形態において、第１の実施形態とは異なる図８に示すフローチャート部分について説明する。
【００９６】
この図８のフローチャートにおいても、ステップＳ１１〜ステップＳ１８までの処理は、第１の実施形態における図７のステップＳ１１〜ステップＳ１８までと同様であるので、ここでは、その説明は省略する。
【００９７】
この図８のフローチャートにおいては、ステップＳ１６で、再生中の楽曲コンテンツが最後まで再生されてはいないと判別したときには、ＣＰＵ１は、歩行／走行センサ１７からのセンサ出力から体動周期を検出し、その体動周期の変化量から運動ピッチの変化量ΔＴｐを算出する（ステップＳ２１）。
【００９８】
そして、算出した運動ピッチの変化量ΔＴｐを、しきい値θthと比較して、運動ピッチの変化量ΔＴｐが、しきい値θthよりも大きいか否かを判別する（ステップＳ２２）。このステップＳ２２で、運動ピッチの変化量ΔＴｐが、しきい値θthよりも小さいと判別したときには、ＣＰＵ１は、ステップＳ１５に戻り、このステップＳ１５以降の処理を繰り返す。
【００９９】
また、ステップＳ２２で、運動ピッチの変化量ΔＴｐが、しきい値θthよりも大きいと判別したときには、ＣＰＵ１は、運動ピッチが変化したと判別するが、その変化は前回の変化検出時点から所定の不感期間Ｐｃ内、例えば３０秒の期間内であるか否か判別する（ステップＳ２３）。
【０１００】
そして、ステップＳ２３において、ステップＳ２２で検出した変化点の検出時点が、前記不感期間Ｐｃである３０秒間以内であると判別したときには、ＣＰＵ１は、ステップＳ２２で検出した変化点を不感として無視するようにする（ステップＳ２４）。そして、ＣＰＵ１は、ステップＳ２４の後、ステップＳ１５に戻り、このステップＳ１５以降の処理を繰り返す。
【０１０１】
また、ステップＳ２３で、ステップＳ２２で検出した変化点の検出時点が、前記不感期間Ｐｃである３０秒間以内ではないと判別したときには、ＣＰＵ１は、ステップＳ２２で検出した変化点の後の使用者の運動ピッチＴｐを検出して（ステップＳ２５）、その後、ステップＳ１３に戻る。そして、前述したように、使用者の現在の運動ピッチＴｐに近い楽曲テンポの楽曲コンテンツを、次の楽曲コンテンツとして選択するように決定し、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、ハードディスク装置部４から読み出して、再生楽曲を、再生中の楽曲コンテンツから、選択決定した次楽曲コンテンツへと変更する（ステップＳ１４）。そして、ステップＳ１５に進み、このステップＳ１５以降の上述の動作を繰り返す。
【０１０２】
［第３の実施形態］
上述した第１および第２の実施形態の楽曲コンテンツ再生装置は、自装置にハードディスク装置部を備え、自装置において、次に再生する楽曲コンテンツを選択決定するようにした。
【０１０３】
これに対して、例えば、室内健康器具（トレーニング機材）を使用する場合には、楽曲コンテンツ再生装置に、楽曲コンテンツ格納部としてのハードディスク装置部４を搭載する必要はない。例えば、トレーニング機材側に楽曲を格納するハードディスク装置部を設け、トレーニング機材側からＦＭ変調または無線ＬＡＮにより楽曲データを、携帯端末としての楽曲コンテンツ再生装置に送信するようにすることができる。
【０１０４】
楽曲コンテンツ再生装置は、トレーニング機材側から送信されてきた楽曲を受信して、再生する。使用者は、楽曲コンテンツ再生装置で、トレーニング機材側から送信されてきた聴きながらウォーキングやジョギングなどの運動をすることができる。
【０１０５】
そして、この場合には、楽曲コンテンツ再生装置では、これに備わる歩行／走行センサのセンサ出力から、前述したようにして使用者の運動ピッチを検出する。さらに、運動ピッチの変化点を、第１および第２の実施形態と同様にして検出して、その検出結果の変化点の情報を、運動ピッチの情報とともに、トレーニング機材側に送るようにする。
【０１０６】
また、この第３の実施形態では、楽曲コンテンツ再生装置は、使用者の運動ピッチの情報を楽曲との同調度をチェックする。この同調度のチェックの際に必要となる楽曲コンテンツの楽曲テンポの情報の取得方法としては、楽曲コンテンツ再生装置が、楽曲テンポをリアルタイムに計測して取得してもよいし、トレーニング機材から送信された楽曲テンポ情報を取得するようにしてもよい。
【０１０７】
そして、楽曲コンテンツ再生装置は、同調しているかどうかの同調度情報をトレーニング機材側に送信して、トレーニング機材側でも再生中の楽曲コンテンツが使用者の運動ピッチに同調しているかどうかを認識することができるようにしている。これにより、トレーニング機材側では、同調中であると認識している間は、当該同調中の楽曲と同じ楽曲テンポの楽曲を楽曲コンテンツ再生装置に提供することができる。
【０１０８】
すなわち、トレーニング機材は、楽曲コンテンツ再生装置から受信した同調度の情報から、次に楽曲コンテンツ再生装置に送信する楽曲コンテンツを選択決定するようにする。すなわち、同調しているときには、同調していると判断された再生中楽曲コンテンツのテンポと同等のテンポの楽曲コンテンツを、次楽曲コンテンツとして選択決定する。
【０１０９】
また、同調度の情報が非同調を示しているときには、トレーニング機材は、再生中の楽曲コンテンツとは異なる、楽曲コンテンツ再生装置から送られてくる使用者の運動ピッチに合致するテンポの楽曲コンテンツを次楽曲コンテンツとして選択決定するようにする。
【０１１０】
［第４の実施形態］
以上説明した第３の実施形態は、トレーニング機材と楽曲コンテンツ再生装置との連携による楽曲コンテンツ選択再生方法の実施形態に付いての説明であるが、例えば無線ネットワークを含む通信ネットワークを通じて配信サーバと、携帯端末としての楽曲コンテンツ再生装置とが連携して、楽曲コンテンツ選択再生方法の実施形態を構成する場合にも、この発明は、同様に適用できる。第４の実施形態は、この配信サーバと、携帯端末としての楽曲コンテンツ再生装置とからなる楽曲コンテンツ配信再生システムに、この発明を適用した場合である。
【０１１１】
図９は、この第４の実施形態の楽曲コンテンツ配信再生システムにおける配信サーバと連携する楽曲コンテンツ再生装置の実施形態のハードウエア構成例を示すものである。
【０１１２】
この図９の例の楽曲コンテンツ再生装置の実施形態である楽曲コンテンツ再生端末１００は、図１に示した、楽曲コンテンツ格納部を構成するハードディスク装置部４などを有しない。
【０１１３】
その代わりに、無線ネットワークを含む通信ネットワーク１５０を通じて、この楽曲コンテンツ再生端末１００と接続される楽曲コンテンツ配信サーバ（以下、単に配信サーバという）２００には、楽曲コンテンツ格納部として、前述したハードディスク装置部４と同様に、楽曲コンテンツの楽曲データと属性データとを記憶する記憶装置部が設けられている。
【０１１４】
そして、この例の楽曲コンテンツ再生端末１００は、図９に示すように、図１に示した楽曲コンテンツ再生装置とは、ハードディスク装置部４と、楽曲テンポ検出部１１とが設けられていないことと、運動ピッチおよび変化点検出部１２の代わりに、体動周期検出部１８が設けられる。その他は、図１に示した第１の実施形態のハードウエア構成と全く同様である。
【０１１５】
この第４の実施形態の場合には、体動周期検出部１８は、歩行／走行センサ１７からのセンサ出力から体動周期を検出し、その体動周期の情報をシステムバス１０に送出する。ＣＰＵ１は、システムバス１０を通じて取得した体動周期の情報を、配信サーバに送るようにする処理を行う。
【０１１６】
この場合に、楽曲コンテンツ再生端末１００から配信サーバに送られる情報には、当該楽曲コンテンツ再生端末１００の識別情報あるいは、配信サーバに登録された当該楽曲コンテンツ再生端末１００の使用者の識別情報が付加され、配信サーバでは、いずれの楽曲コンテンツ再生端末あるいは使用者からの情報であるかを認識することができるようにしている。
【０１１７】
配信サーバ２００は、そのハードウエア構成は、図１０に示すようなものとされる。すなわち、配信サーバ２００は、マイクロコンピュータを備える構成を有するもので、図１０に示すように、システムバス２１０を介して、ＣＰＵ２０１に対して、ＲＯＭ２０２、ＲＡＭ２０３、楽曲コンテンツ格納部２０４、通信インターフェース２０５、楽曲テンポ検出部２０６、配信コンテンツ決定部２０７が接続されている。
【０１１８】
ＲＯＭ２０２には、この配信サーバ２００が実行するソフトウエア処理プログラムが格納されており、ＣＰＵ２０１は、そのプログラムを、ＲＡＭ２０３をワークエリアとして利用しながら実行する。
【０１１９】
楽曲コンテンツ格納部２０４には、楽曲コンテンツの楽曲データと、前述と同様に、図２に示したような属性データとが、楽曲コンテンツＩＤにより関連付けられて記憶されている。
【０１２０】
通信インターフェース２０５には、無線通信を行なうための通信回路２１１が接続されている。楽曲テンポ検出部２０６は、前述した楽曲テンポ検出部１１と同様の構成を備える。
【０１２１】
また、配信コンテンツ決定部は、ＣＰＵ２０１によるソフトウエア処理によっても構成可能な部位であり、楽曲コンテンツと楽曲コンテンツ再生端末１００の使用者の運動との同調度合いを判別して、次に再生する楽曲コンテンツを選択決定するようにする。
【０１２２】
この第４の実施形態における処理動作の一例を、図１１〜図１３のフローチャートを参照しながら説明する。
【０１２３】
図１１および図１２は、配信サーバ２００の処理動作を説明するためのフローチャートである。先ず、この配信サーバ２００の処理動作について説明する。この配信サーバ２００の処理は、楽曲コンテンツ再生端末１００からの楽曲コンテンツのストリーミング配信要求を受け取ったときに、図１１のスタートから開始する。
【０１２４】
ＣＰＵ２０１は、最初は、楽曲コンテンツ格納部２０４から任意の楽曲コンテンツの楽曲データを読み出して、それをストリーミング配信する（ステップＳ３１）。そして、楽曲テンポ検出部２０６が、楽曲コンテンツ格納部２０４から、配信中の楽曲コンテンツの楽曲テンポ（ＢＰＭ値）を読み出して、配信中楽曲コンテンツの楽曲テンポを検出し、システムバス２１０を通じてＣＰＵ２０１に通知する。これにより、ＣＰＵ２０１は、配信中楽曲コンテンツの楽曲テンポを検出する（ステップＳ３２）。
【０１２５】
そして、楽曲コンテンツ再生端末１００からは前述したように体動周期の情報が送られてくるので、ＣＰＵ２０１は、この情報を受信し、受信した体動周期の情報から運動ピッチＴｐの情報、運動ピッチが安定しているかどうかの情報Ｆｓおよび運動ピッチの変化点を示す情報ＣＨｇを算出する（ステップＳ３３）。そして、ＣＰＵ２０１は、算出した情報Ｆｓから、運動ピッチが安定しているか否かを判別する（ステップＳ３４）。
【０１２６】
このステップＳ３４で、運動ピッチが安定していないと判別したときには、ＣＰＵ２０１は、通信ネットワーク１５０を通じた楽曲コンテンツ再生端末１００からの配信停止要求を受信したか否かを判別し（ステップＳ３５）、配信停止要求を受信したと判別したときには、配信停止処理をして（ステップＳ３９）、この処理ルーチンを終了する。
【０１２７】
また、ステップＳ３５で、配信停止要求を受信しなかったと判別したときには、ＣＰＵ２０１は、配信中の楽曲コンテンツを最後まで配信したか否か判別し（ステップＳ３６）、最後まで配信してはいないと判別したときには、ステップＳ３３に戻り、このステップＳ３３以降の処理を繰り返す。
【０１２８】
また、ステップＳ３６で、配信中の楽曲コンテンツを最後まで配信したと判別したときには、ＣＰＵ２０１は、ステップＳ３３で受信した楽曲コンテンツ再生端末１００の使用者の現在の運動ピッチＴｐと同一あるいはそれに近い楽曲テンポの楽曲コンテンツを、楽曲テンポ検出部２０６を通じて検索し、当該運動ピッチと同一あるいはそれに近い楽曲テンポの楽曲コンテンツを、次に配信する楽曲コンテンツとして選択するように決定する（ステップＳ３７）。
【０１２９】
そして、ＣＰＵ２０１は、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、楽曲コンテンツ格納部２０４から読み出して、そのストリーミング配信を開始する（ステップＳ３８）。そして、ステップＳ３２に戻り、このステップＳ３２以降の処理を繰り返す。
【０１３０】
ステップＳ３４で運動ピッチが安定していると判別したときには、ＣＰＵ２０１は、その安定している状態における運動ピッチと、配信中楽曲コンテンツの楽曲テンポがほぼ同じ（全く等しい状態を含む）であるかどうかにより、楽曲コンテンツ再生端末１００の使用者のウォーキングやジョギングの運動と、配信中楽曲のテンポとの間で同調しているかどうかを判別する（図１２のステップＳ４１）。
【０１３１】
このステップＳ４１で、同調していると判別したときには、ＣＰＵ２０１は、再生中の楽曲コンテンツの再生を継続するようにする（ステップＳ４２）。
【０１３２】
また、ステップＳ４１で、同調していないと判別したときには、ＣＰＵ１は、再生中の楽曲コンテンツは、使用者の運動ピッチには楽曲テンポが合わない楽曲コンテンツであるとして、使用者の現在の運動ピッチＴｐに近い楽曲テンポの楽曲コンテンツを、次の楽曲コンテンツとして選択するように決定し（ステップＳ４３）、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、ハードディスク装置部４から読み出して、再生楽曲を、再生中の楽曲コンテンツから、選択決定した次楽曲コンテンツへと変更する（ステップＳ４４）。このとき、ＣＰＵ１は、変更の前後の楽曲を、いわゆるクロスフェードすることで、再生楽曲をスムースにつなげるようにする。
【０１３３】
そして、ＣＰＵ２０１は、ステップＳ４２およびステップＳ４４の次には、ステップＳ４５に進み、通信ネットワーク１５０を通じた楽曲コンテンツ再生端末１００からの配信停止要求を受信したか否かを判別し（ステップＳ４５）、配信停止要求を受信したと判別したときには、配信停止処理をして（ステップＳ４６）、この処理ルーチンを終了する。
【０１３４】
また、ステップＳ４５で、配信停止要求を受信しなかったと判別したときには、ＣＰＵ２０１は、配信中の楽曲コンテンツを最後まで配信したか否か判別し（ステップＳ４７）、配信中の楽曲コンテンツを最後まで配信したと判別したときには、配信中の楽曲コンテンツと同等のテンポの楽曲コンテンツを次配信の楽曲コンテンツと決定し、その楽曲データのストリーミング配信を開始する（ステップＳ４８）。そして、このステップＳ４８の後は、ステップＳ４５に戻り、このステップＳ４５以降の処理を繰り返す。
【０１３５】
なお、上述の説明では、ステップＳ４８で次配信の楽曲コンテンツを決定するようにしたが、あらかじめ、配信中の楽曲コンテンツと同等のテンポの楽曲コンテンツを次配信の楽曲コンテンツの候補としてリストしておいてももちろんよい。
【０１３６】
次に、ステップＳ４７で、最後まで配信してはいないと判別したときには、ＣＰＵ２０１は、運動ピッチの変化量ΔＴｐを算出する（ステップＳ４９）。
【０１３７】
そして、算出した運動ピッチの変化量ΔＴｐを、しきい値θthと比較して、運動ピッチの変化量ΔＴｐが、しきい値θthよりも大きいか否かを判別する（ステップＳ５０）。このステップＳ５０で、運動ピッチの変化量ΔＴｐが、しきい値θthよりも小さいと判別したときには、ＣＰＵ１は、ステップＳ４５に戻り、このステップＳ４５以降の処理を繰り返す。
【０１３８】
また、ステップＳ５０で、運動ピッチの変化量ΔＴｐが、しきい値θthよりも大きいと判別したときには、ＣＰＵ２０１は、楽曲コンテンツ再生装置の使用者の運動ピッチが変化したと判別するが、その変化は前回の変化検出時点から所定の不感期間Ｐｃ内、例えば３０秒の期間内であるか否か判別する（ステップＳ５１）。
【０１３９】
そして、ステップＳ５１において、ステップＳ５０で検出した変化点の検出時点が、前記不感期間Ｐｃである３０秒間以内であると判別したときには、ＣＰＵ２０１は、ステップＳ５０で検出した変化点を不感として無視するようにする（ステップＳ５２）。そして、ＣＰＵ２０１は、ステップＳ５２の後、ステップＳ４５に戻り、このステップＳ４５以降の処理を繰り返す。
【０１４０】
また、ステップＳ５１で、ステップＳ５０で検出した変化点の検出時点が、前記不感期間Ｐｃである３０秒間以内ではないと判別したときには、ＣＰＵ２０１は、ステップＳ５０で検出した変化点の後の使用者の運動ピッチＴｐを検出して（ステップＳ５３）、その後、ステップＳ４３に戻る。そして、前述したように、使用者の現在の運動ピッチＴｐに近い楽曲テンポの楽曲コンテンツを、次の楽曲コンテンツとして選択するように決定し、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、ハードディスク装置部４から読み出して、再生楽曲を、再生中の楽曲コンテンツから、選択決定した次楽曲コンテンツへと変更する（ステップＳ４４）。そして、ステップＳ４５に進み、このステップＳ４５以降の上述の動作を繰り返す。
【０１４１】
次に、図１３は、楽曲コンテンツ再生端末１００の処理動作の一例を示すフローチャートである。この図１３の処理は、楽曲コンテンツ再生端末１００のＣＰＵ１が、使用者の操作指示に基づいて、配信サーバ２００と通信ネットワーク１５０を通じて通信路を形成し、配信要求を、配信サーバ２００に送信したときにスタートから開始する。
【０１４２】
楽曲コンテンツ再生端末１００のＣＰＵ１は、配信サーバ２００から配信されてくる楽曲コンテンツの楽曲データを受信して、ストリーミング再生を開始する（ステップＳ６１）。この再生開始と同時に体動周期検出部１８では、歩行／走行センサ１７からの振動検出信号を受けて、上述した体動周期の演算検出処理動作を開始する。そして、前述したように、体動周期検出部１８は、検出した体動周期の情報を、システムバス１０を通じてＣＰＵ１に通知する。ＣＰＵ１は、受け取った体動周期の情報を、通信ネットワーク１５０を通じて配信サーバ２００に送信する（ステップＳ６２）。
【０１４３】
次に、ＣＰＵ１は、使用者により配信停止要求操作がなされたか否か判別し（ステップＳ６３）、配信停止要求操作がなされていないと判別したときには、ステップＳ６１に戻って、このステップＳ６１以降の処理を繰り返す。
【０１４４】
また、ステップＳ６３で、使用者により配信停止要求操作がなされたと判別したときには、ＣＰＵ１は、配信停止要求を通信ネットワーク１５０を通じて配信サーバ２００に送信し（ステップＳ６４）、その後、配信情報の受信再生終了処理をして（ステップＳ６５）、この処理ルーチンを終了する。
【０１４５】
なお、この例では、楽曲コンテンツ再生端末１００は体動周期検出部１８を備え、運動ピッチや運動ピッチが安定しているかどうかの演算、さらには、運動ピッチの変化点の検出は行なわず、配信サーバ２００側で、それらの演算および検出を行なうようにしたが、第１の実施形態と同様に、楽曲コンテンツ再生端末１００に運動ピッチおよび変化点検出部１２を設け、運動ピッチの検出、運動ピッチが安定しているかどうかの演算、さらに、運動ピッチの変化点の検出をも行なって、配信サーバ２００側に、運動ピッチの情報と、運動ピッチが安定しているかどうかの情報と、運動ピッチの変化点の情報とを、自端末の識別情報あるいは使用者の識別情報を付加して、送るようにしても良い。
【０１４６】
上述の例では、楽曲コンテンツ再生端末１００の使用者の運動ピッチと、配信サーバ２００から配信されてストリーミング再生されている楽曲コンテンツとの同調チェックは、配信サーバ２００側で行なうようにしたが、上述のように、楽曲コンテンツ再生端末１００側に運動ピッチおよび変化点検出部１２を設けた場合には、当該楽曲コンテンツ再生端末１００側で同調チェックを行なうようにすることもできる。図１４〜図１６は、その場合の配信サーバ２００および楽曲コンテンツ再生装置１００の処理動作を示すフローチャートの一例である。
【０１４７】
図１４は、この例における配信サーバ２００の処理動作を示すフローチャートの一例を示すものである。この配信サーバ２００の処理は、楽曲コンテンツ再生端末１００からの楽曲コンテンツのストリーミング配信要求を受け取ったときに、スタートから開始する。
【０１４８】
配信サーバ２００のＣＰＵ２０１は、最初は、楽曲コンテンツ格納部２０４から任意の楽曲コンテンツの楽曲データを読み出して、それをストリーミング配信すると共に、その楽曲コンテンツの楽曲テンポの情報も送る（ステップＳ７１）。
【０１４９】
次に、この例の場合には、楽曲コンテンツ再生端末１００からは後述するように、配信されてストリーミング再生されている楽曲コンテンツの楽曲テンポと使用者の運動ピッチとが同調しているかどうかを示す同調度情報と、運動ピッチの情報と、運動ピッチの変化点の情報が送られてくるので、ＣＰＵ２０１は、それらの当該同調度情報、運動ピッチの情報、および運動ピッチの変化点の情報の受信を待つ（ステップＳ７２）。
【０１５０】
ステップＳ７２で、同調度情報を受信したと判別したときには、ＣＰＵ２０１は、楽曲コンテンツ再生端末１００の使用者の運動ピッチと配信されてストリーミング再生されている楽曲コンテンツの楽曲テンポとが同調しているか否か判別する（ステップＳ７３）。
【０１５１】
ステップＳ７３で、同調していないと判別したときには、ＣＰＵ２０１は、受信した楽曲コンテンツ再生端末１００の使用者の現在の運動ピッチに近い楽曲テンポの楽曲コンテンツを、楽曲テンポ検出部２０６を通じて検索し、当該運動ピッチに近い楽曲テンポの楽曲コンテンツを、次に配信する楽曲コンテンツとして選択するように決定する（ステップＳ７４）。
【０１５２】
そして、ＣＰＵ２０１は、当該次楽曲コンテンツとして選択決定された楽曲コンテンツの楽曲データを、楽曲コンテンツ格納部２０４から読み出して、そのストリーミング配信を開始する。このとき、ストリーミング配信した楽曲コンテンツの楽曲テンポの情報も楽曲コンテンツ再生端末１００に送る（ステップＳ７５）。そして、ステップＳ７２に戻り、このステップＳ７２以降の処理を繰り返す。
【０１５３】
また、ステップＳ７３で、同調していると判別したときには、ＣＰＵ２０１は、次に配信する楽曲コンテンツとして、現在配信中の楽曲テンポ（ＢＰＭ値）と同等の楽曲テンポの楽曲コンテンツをリストアップしておくようにする（ステップＳ７６）。
【０１５４】
次に、ＣＰＵ２０１は、通信ネットワーク１５０を通じた楽曲コンテンツ再生端末１００からの配信停止要求を受信したか否かを判別し（ステップＳ７７）、配信停止要求を受信したと判別したときには、配信停止処理をして（ステップＳ８２）、この処理ルーチンを終了する。
【０１５５】
また、ステップＳ７７で、配信停止要求を受信しなかったと判別したときには、ＣＰＵ２０１は、配信中の楽曲コンテンツを最後まで配信したか否か判別し（ステップＳ７８）、配信中の楽曲コンテンツを最後まで配信したと判別したときには、ステップＳ７６で選択決定された次配信の楽曲コンテンツの楽曲データのストリーミング配信を開始する（ステップＳ７９）。そして、このステップＳ７９の後は、ステップＳ７７に戻り、このステップＳ７７以降の処理を繰り返す。
【０１５６】
また、ステップＳ７８で、配信中の楽曲コンテンツを最後まで配信してはいないと判別したときには、楽曲コンテンツ再生装置１００から運動ピッチの情報、運動ピッチの変化点の情報とを受信したか否かを判別する（ステップＳ８０）。
【０１５７】
そして、ＣＰＵ２０１は、ステップＳ８０で、楽曲コンテンツ再生装置１００から運動ピッチの情報と、運動ピッチの変化点の情報とを受信したと判別したときには、受信した運動ピッチを変化点後の使用者の運動ピッチとして認識し、当該変化後の運動ピッチに同調する楽曲テンポの楽曲コンテンツを選択して、それをストリーミング配信する（ステップＳ８１）。そして、その後、ＣＰＵ２０１は、ステップＳ８２に戻り、このステップＳ８２以降の処理を繰り返す。
【０１５８】
また、ステップＳ８０で、楽曲コンテンツ再生装置１００から運動ピッチの情報と、運動ピッチの変化点の情報とを受信していないと判別したときには、ＣＰＵ２０１は、ステップＳ７７に戻り、このステップＳ７７以降の処理を繰り返す。
【０１５９】
次に、図１５および図１６は、この例の場合における楽曲コンテンツ再生端末１００の処理動作の一例を示すフローチャートである。この図１５および図１６の処理は、楽曲コンテンツ再生端末１００のＣＰＵ１が、使用者の操作指示に基づいて、配信サーバ２００と通信ネットワーク１５０を通じて通信路を形成し、配信要求を、配信サーバ２００に送信したときにスタートから開始する。
【０１６０】
楽曲コンテンツ再生端末１００のＣＰＵ１は、配信サーバ２００から配信されてくる楽曲コンテンツの楽曲データを受信して、ストリーミング再生を開始する（ステップＳ９１）。そして、楽曲データと共に配信されてくる楽曲テンポの情報を受信して、その楽曲テンポを検出する（ステップＳ９２）。
【０１６１】
そして、ストリーミング再生開始と同時に運動ピッチおよび変化点検出部１２では、歩行／走行センサ１７からの振動検出信号を受けて、上述した運動ピッチの演算検出、運動ピッチの安定度チェック動作、および運動ピッチの変化点検出処理動作を開始する。そして、前述したように、運動ピッチおよび変化点検出部１２は、検出した運動ピッチの情報と、当該運動ピッチが安定しているかどうかの情報と、運動ピッチの変化点の情報を、システムバス１０を通じてＣＰＵ１に通知する。これにより、ＣＰＵ１は、使用者の運動ピッチを検知すると共に、運動ピッチが安定しているかどうかを認識するようにする（ステップＳ９３）。
【０１６２】
次に、ＣＰＵ１は、運動ピッチおよび変化点検出部１２からの出力に基づいて、運動ピッチが安定しているか否かを判別し（ステップＳ９４）、運動ピッチが安定していないと判別したときには、使用者により操作部５を通じて配信停止要求操作がなされたか否か判別し（ステップＳ９５）、配信停止要求操作がなされたと判別したときには、配信停止要求を配信サーバ２００に通信ネットワーク１５０を通じて送って（ステップＳ９７）、この処理ルーチンを終了する。
【０１６３】
また、ステップＳ９５で、配信停止要求操作がなされていないと判別したときには、ＣＰＵ１は、配信中の楽曲コンテンツが最後まで配信されたか否か判別し（ステップＳ９６）、最後まで配信されてはいないと判別したときには、ステップＳ９４に戻り、このステップＳ９４以降の処理を繰り返す。
【０１６４】
また、ステップＳ９６で、配信中の楽曲コンテンツが最後まで配信されたと判別したときには、ＣＰＵ１は、ステップＳ９１に戻り、配信サーバ２００からの次の楽曲コンテンツの配信を受けるようにする。
【０１６５】
ステップＳ９４で運動ピッチが安定していると判別したときには、ＣＰＵ１は、その安定している状態における運動ピッチと、ストリーミング再生中楽曲コンテンツの楽曲テンポがほぼ同じ（全く等しい状態を含む）であるかどうかにより、使用者のウォーキングやジョギングの運動と、ストリーミング再生中楽曲のテンポとの間で同調しているかどうかを判別する（図１６のステップＳ１０１）。
【０１６６】
ステップＳ１０１で、同調していないと判別したときには、ＣＰＵ１は、再生中の楽曲コンテンツが、使用者の指定したウォーキング再生モードあるいはジョギング再生モードにおいては、使用者の運動ピッチに楽曲テンポが同調しているかどうかの指標である同調度情報として、「非同調」を意味する情報と、そのときの運動ピッチの情報とを配信サーバ２００に送る（ステップＳ１０３）。そして、その後、ＣＰＵ１は、図１５のステップＳ９１に戻る。
【０１６７】
また、ステップＳ１０１で、同調していると判別したときには、ＣＰＵ１は、同調中情報として「同調中」を意味する情報を配信サーバ２００に送る（ステップＳ１０２）。
【０１６８】
次に、ＣＰＵ１は、使用者により操作部５を通じて配信停止要求操作がなされたか否か判別し（ステップＳ１０４）、配信停止要求操作がなされたと判別したときには、配信停止処理をし（ステップＳ１０５）、その後、この処理ルーチンを終了する。
【０１６９】
また、ステップＳ１０４で、配信停止要求操作がなされていないと判別したときには、ＣＰＵ１は、配信中の楽曲コンテンツが最後まで配信されたか否か判別し（ステップＳ１０６）、再生中の楽曲コンテンツが最後まで再生されたと判別したときには、ＣＰＵ１は、新たに配信サーバ２００から配信されてくる楽曲コンテンツの楽曲データを受信して（ステップＳ１０７）、ストリーミング再生を開始し（ステップＳ１０８）、その後、ステップＳ１０４に戻り、このステップＳ１０４以降の処理を繰り返す。
【０１７０】
ステップＳ１０６で、最後まで配信されてはいないと判別したときには、ＣＰＵ１は、運動ピッチの変化量ΔＴｐを算出する（ステップＳ１０９）。
【０１７１】
そして、算出した運動ピッチの変化量ΔＴｐを、しきい値θthと比較して、運動ピッチの変化量ΔＴｐが、しきい値θthよりも大きいか否かを判別する（ステップＳ１１０）。このステップＳ１１０で、運動ピッチの変化量ΔＴｐが、しきい値θthよりも小さいと判別したときには、ＣＰＵ１は、ステップＳ１０４に戻り、このステップＳ１０４以降の処理を繰り返す。
【０１７２】
また、ステップＳ１１０で、運動ピッチの変化量ΔＴｐが、しきい値θthよりも大きいと判別したときには、ＣＰＵ１は、楽曲コンテンツ再生装置の使用者の運動ピッチが変化したと判別するが、その変化は前回の変化検出時点から所定の不感期間Ｐｃ内、例えば３０秒の期間内であるか否か判別する（ステップＳ１１１）。
【０１７３】
そして、ステップＳ１１１において、ステップＳ１１０で検出した変化点の検出時点が、前記不感期間Ｐｃである３０秒間以内であると判別したときには、ＣＰＵ１は、ステップＳ５０で検出した変化点を不感として無視するようにする（ステップＳ１１２）。そして、ＣＰＵ１は、ステップＳ１１２の後、ステップＳ１０４に戻り、このステップＳ１０４以降の処理を繰り返す。
【０１７４】
また、ステップＳ１１１で、ステップＳ１１０で検出した変化点の検出時点が、前記不感期間Ｐｃである３０秒間以内ではないと判別したときには、ＣＰＵ１は、ステップＳ１１０で検出した変化点の情報と、その後の使用者の運動ピッチの情報とを配信サーバ２００に送信して（ステップＳ１１３）、その後、図１５のステップＳ９１に戻る。
【０１７５】
なお、上述した第４の実施形態においては、配信サーバから楽曲コンテンツ再生端末に対して最初に配信する任意の楽曲コンテンツとしては、上述の例のように、完全に任意にランダムに選択した楽曲コンテンツであっても良いし、
（１）歩行ピッチ情報を先に受信し、これに同調しやすい楽曲を選択、
（２）ウォーキング／ジョギング／通常モード（「don’t care」モード）の各再生モードからリスナが選択し、再生モードに応じて楽曲を選択、
という方法を用いて選択するようにしても良い。例えば、上記の（２）の方法については、「ウォーキング」では約１００〜１２０ＢＰＭ程度の楽曲を、「ジョギング」では約１３０〜１６０ＢＰＭ程度の楽曲を、それぞれ選曲し、通常モードでは、任意の楽曲テンポの楽曲コンテンツを選択するようにする。
【０１７６】
また、上述の例は、楽曲データをストリーミング配信する際に、次に配信提供する楽曲コンテンツを選択決定する場合の例であるが、配信サーバが、歩行リズムに安定的に同調できた楽曲と同等のテンポを有する楽曲のリストを、使用者の携帯端末としての楽曲コンテンツ再生端末に提供し、使用者は、そのときに、あるいは帰宅してから、配信サーバ２００によりリストとして提供され推奨された楽曲を試聴または購入して、次回の歩行／ジョギング時に再生するようにしてもよい。
【０１７７】
［実施形態の効果］
以上説明した第１〜第４の実施形態によれば、歩行／ジョギング中に歩行／走行ピッチに同調感のある楽曲を連続して聴くことができ、使用者（リスナ）の高揚感／グルーヴ（ｇｒｏｏｖｅ）感を持続することができる。
【０１７８】
また、スポーツとして歩行／ジョギングをしているときでも、歩行／走行ピッチに同調感のある楽曲を連続して聴くことにより、より長時間にわたって続行でき、快適にスポーツを楽しむことができる。
【０１７９】
また、運動ピッチが変化した後に変更された楽曲コンテンツの再生は、少なくとも所定の期間は、継続するようにして、運動ピッチの揺らぎがあっても、楽曲の変更後にはその影響がないようにすることにしたので、使用者が、頻繁に楽曲コンテンツが変更されてしまうような場合の不快感を持つことが防止される。
【０１８０】
［他の実施形態や変形例］
なお、運動ピッチの変化点を検出する演算方法としては、上述の例に限られるものではない。例えば、現在の体動周期の検出値Ｌｐに対して、それより過去のｎ個の体動周期の検出値の時系列Ｌ０，Ｌ１，Ｌ２，・・・，Ｌ（ｎ−１）（ｎは、２以上の整数）の平均ａと、分散σを、以下の式１、式２から求め、それらの平均値ａと、分散σを用いた式３により、体動周期のしきい値Ｌthを定め、現在の体動周期の検出値Ｌｐと、しきい値Ｌthとを比較して、現在の体動周期の検出値Ｌｐがしきい値Ｌthよりも大きいとき、体動周期が変化、すなわち、運動ピッチが変化したと判別するようにするようにしてもよい。
【０１８１】
ａ＝１／ｎ・ΣＬｉ              ・・・（式１）
σ＝１／ｎ・Σ（Ｌｉ−ａ）２    ・・・（式２）
ただし、ｉ＝０，１，２，・・・，（ｎ−１）である。  
Ｌth＝Ｋ・σ・Ｔｃ＋ａ          ・・・（式３）
ただし、Ｋは、定数であり、Ｔｃは、例えばユーザにより設定された値である。
【０１８２】
また、上述の実施形態では、楽曲コンテンツの楽曲データとその属性情報は、ハードディスク装置部などに、楽曲コンテンツＩＤにより関連付けられて記録されるようにしたが、楽曲コンテンツの楽曲データがＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）などに記録されており、ハードディスク装置部やメモリーカードに、ＣＤに記録されている楽曲コンテンツのそれぞれについての属性データが、互いに関連付けられて記録されていてもよい。
【０１８３】
また、上述の実施形態では、再生停止指示あるいは配信停止要求操作があったとき、単にこれらのウォーキング再生モードやジョギング再生モードを終了させるとしたが、これに加えて、例えばスキップ再生指示に対する動作を行うようにしても良い。すなわち、楽曲コンテンツの再生途中にスキップ再生指示がなされたときは、この楽曲コンテンツの最後まで再生せずに現在の運動ピッチに近いテンポの楽曲コンテンツの検索および選択するようにすればよい。
【図面の簡単な説明】
【０１８４】
【図１】この発明による楽曲コンテンツ選択再生装置の実施形態のハードウエア構成例を示すブロック図である。
【図２】この発明の実施形態における楽曲コンテンツの属性データの一例を示す図である。
【図３】この発明の実施形態の要部のハードウエア構成例を示すブロック図である。
【図４】この発明の実施形態の要部の処理動作を説明するための図である。
【図５】この発明の実施形態の要部の処理動作を説明するための図である。
【図６】この発明による楽曲コンテンツ再生装置の実施形態における再生処理動作の一例を説明するためのフローチャートの一部を示す図である。
【図７】この発明による楽曲コンテンツ再生装置の実施形態における再生処理動作の一例を説明するためのフローチャートの一部を示す図である。
【図８】この発明による楽曲コンテンツ再生装置の実施形態における再生処理動作の他の例を説明するためのフローチャートの一部を示す図である。
【図９】この発明による楽曲コンテンツ配信再生システムの実施形態を構成する楽曲コンテンツ再生装置のハードウエア構成例を示すブロック図である。
【図１０】この発明による楽曲コンテンツ配信再生システムの実施形態を構成する配信サーバのハードウエア構成例を示すブロック図である。
【図１１】この発明による楽曲コンテンツ配信再生システムの実施形態を構成する配信サーバ側における処理動作を説明するためのフローチャートの一部を示す図である。
【図１２】この発明による楽曲コンテンツ配信再生システムの実施形態を構成する配信サーバ側における処理動作を説明するためのフローチャートの一部を示す図である。
【図１３】この発明による楽曲コンテンツ配信再生システムの実施形態を構成する楽曲コンテンツ再生装置側における処理動作を説明するためのフローチャートを示す図である。
【図１４】この発明による楽曲コンテンツ配信再生システムの実施形態を構成する配信サーバ側における処理動作の他の例を説明するためのフローチャートを示す図である。
【図１５】この発明による楽曲コンテンツ配信再生システムの実施形態を構成する楽曲コンテンツ再生装置側における処理動作の他の例を説明するためのフローチャートの一部を示す図である。
【図１６】この発明による楽曲コンテンツ配信再生システムの実施形態を構成する楽曲コンテンツ再生装置側における処理動作の他の例を説明するためのフローチャートの一部を示す図である。
【符号の説明】
【０１８５】
１…ＣＰＵ、４…ハードディスク装置部、５…操作部、８…オーディオデコーダ、１１…楽曲テンポ検出部、１２…運動ピッチおよび変化点検出部、１７…歩行／走行センサ、１８…体動周期検出部、１００…楽曲コンテンツ再生端末、２００…配信サーバ
【図１】
2007156868.tif 000003
【図２】
2007156868.tif 000004
【図３】
2007156868.tif 000005
【図４】
2007156868.tif 000006
【図５】
2007156868.tif 000007
【図６】
2007156868.tif 000008
【図７】
2007156868.tif 000009
【図８】
2007156868.tif 000010
【図９】
2007156868.tif 000011
【図１０】
2007156868.tif 000012
【図１１】
2007156868.tif 000013
【図１２】
2007156868.tif 000014
【図１３】
2007156868.tif 000015
【図１４】
2007156868.tif 000016
【図１５】
2007156868.tif 000017
【図１６】
2007156868.tif 000018