JP2006302490A - コンテンツ検索方法、コンテンツリスト検索方法、コンテンツ検索装置、コンテンツリスト検索装置および検索サーバ - Google Patents

Abstract

【課題】ユーザが特に指示をしなくても、自然なインタフェースで、ユーザの動きに合ったコンテンツまたはコンテンツリストが検索されるようにする。
【解決手段】各楽曲の楽曲付属情報として楽曲テンポを示す情報を付加し、それぞれテンポが当該の楽曲リストに対応するテンポ範囲内にある楽曲をリストアップした複数の楽曲リストを用意する。ユーザの動きを動作情報として検出し、その動作情報からユーザの動作テンポをキー値として検出する。ＣＰＵは、そのキー値と楽曲テンポとの差分が最も小さい楽曲を検索し、またはキー値が属するテンポ範囲の楽曲リストを検索する。楽曲リストを検索する場合、検索した楽曲リストからランダムに楽曲を選択する。ネットワーク上の検索サーバでユーザ端末から送信されたキー値に基づいて楽曲または楽曲リストを検索する構成とすることもできる。
【選択図】図１４

Description

この発明は、音楽再生装置、携帯電話端末、情報端末、通信端末などのユーザ端末、これらのユーザ端末とインターネットや携帯電話ネットワークなどの通信ネットワークを介して接続される検索サーバ、および、上記のユーザ端末、上記の検索サーバ、またはユーザ端末と検索サーバとからなる検索システムにおけるコンテンツまたはコンテンツリストの検索方法に関する。

ストレージの記憶容量増大化および小型化や、インターネットなどの通信ネットワークの高速化に伴い、ユーザは、膨大な数の楽曲を大容量記憶装置に記録して、いつでも、どこでも、音楽を楽しみ、またはネットワーク経由で簡単に音楽にアクセスできるようになっている。

膨大な楽曲の中から適切な楽曲を選択する方法としては、楽曲の曲名やアーチスト名を指定する方法や、あらかじめ用意されたジャンルやプレイリストから楽曲を選択する方法が、一般にとられている。また、音楽再生装置にランダムに楽曲を選択させる方法も利用されている。

さらに、ユーザの好みや気分、またはシチュエーションに応じて、楽曲を選択する方法として、以下のような方法が考えられている。

特許文献１（特開２００２−２７８５４７号公報）および特許文献２（特開２００５−１０７７１号公報）には、ユーザがキーワードを指定することによって、ユーザのイメージに合った楽曲を選択することが示されている。

また、特許文献３（特開平１１−１２０１９８号公報）には、ユーザが音声を入力することによって、ユーザの希望する楽曲を選択することが示されている。

また、特許文献４（特開２００３−８４７７４号公報）には、ユーザの好みやイメージではなく、平均車速に合わせて楽曲を選択する方法が示されている。

さらに、ユーザの好みやイメージに合った楽曲を選択するものではないが、特許文献５（特開２００１−２９９９８０号公報）には、ユーザの脈拍や運動のテンポに合わせて音楽のテンポを変えることが示されており、特許文献６（特開平１０−５５１７４号公報）には、音楽再生装置で、指揮棒の振りに音楽のテンポを合わせるものが示されており、特許文献７（特許第３２３１４８２号公報）には、自動伴奏装置で、ユーザの演奏に伴奏のテンポを合わせるものが示されている。

上に挙げた先行技術文献は、以下の通りである。
特開２００２−２７８５４７号公報 特開２００５−１０７７１号公報 特開平１１−１２０１９８号公報 特開２００３−８４７７４号公報 特開２００１−２９９９８０号公報 特開平１０−５５１７４号公報 特許第３２３１４８２号公報

しかしながら、楽曲の曲名やアーチスト名を指定する方法や、ジャンルやプレイリストから楽曲を選択する方法は、ユーザにとって煩わしく、不便である。また、音楽再生装置にランダムに楽曲を選択させる方法では、ユーザの意図しない楽曲が選択されてしまうことが多い。

特許文献１〜３に示された、ユーザがキーワードを指定することによって、または音声を入力することによって、装置側で楽曲を選択する方法も、ユーザにとって煩わしく、不便である。

特に、ユーザは、歩行中や運動中など、何らかの動作中に、音楽を聴くことが多いが、その場合、キーワードを指定し、または音声を入力することは、歩行や運動などの妨げにもなる。例えば、ユーザが２０〜３０分以上の時間に渡って散歩やジョギングなどをする場合、１曲を数分間で聴くごとに、キーワードを指定し、または音声を入力しなければならず、それが煩わしい場合には、２０〜３０分以上の時間に渡って同じ曲を繰り返し聴くことになる。

さらに、ユーザが動作中は、その動きに合った楽曲が検索され、再生されることが、ユーザの動作の妨げとならない点でも、ユーザの意思や希望に沿う点でも、望ましい。

特許文献５には、ユーザの運動のテンポに合わせて音楽のテンポを変えることが示されているが、この方法では、楽曲の選択はユーザの指示によらざるを得ず、上記のようにユーザが長時間、散歩やジョギングなどをする場合、ユーザが特に指示しないと、同じ楽曲がテンポが変えられて再生されるだけの、単調な音楽再生となってしまう。

そこで、この発明は、ユーザが特に指示をしなくても、自然なインタフェースで、ユーザの動きに合ったコンテンツまたはコンテンツリストが検索されるようにしたものである。

この発明のコンテンツ検索方法は、
ユーザの動きを動作情報として検出する工程と、
前記動作情報から、ユーザの動作パターンをキー情報として検出する工程と、
複数のコンテンツから、前記キー情報に応じたコンテンツパターンのコンテンツを検索する工程と、
を備えることを特徴とする。

この発明のコンテンツリスト検索方法は、
ユーザの動きを動作情報として検出する工程と、
前記動作情報から、ユーザの動作パターンをキー情報として検出する工程と、
複数のコンテンツリストから、前記キー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する工程と、
を備えることを特徴とする。

上記のコンテンツ検索方法では、ユーザの動きを示す動作情報から、ユーザの動作テンポや動作リズムなどの動作パターンが検出され、その検出された動作テンポや動作リズムなどの動作パターンに合ったコンテンツパターンのコンテンツ、例えば、検出された動作テンポに合った楽曲テンポの楽曲や、検出された動作リズムに合った楽曲リズムの楽曲が、直接検索される。

上記のコンテンツリスト検索方法では、ユーザの動きを示す動作情報から、ユーザの動作テンポや動作リズムなどの動作パターンが検出され、その検出された動作テンポや動作リズムなどの動作パターンに合ったコンテンツパターンのコンテンツがリストアップされたコンテンツリスト、例えば、検出された動作テンポに合った楽曲テンポの楽曲がリストアップされた楽曲リストや、検出された動作リズムに合った楽曲リズムの楽曲がリストアップされた楽曲リストが、検索される。

以上のように、この発明によれば、ユーザが特に指示をしなくても、自然なインタフェースで、ユーザの動きに合ったコンテンツまたはコンテンツリストが検索されるようになる。

［１．第１の実施形態：図１〜図１８］
第１の実施形態として、コンテンツが楽曲で、かつユーザ端末で楽曲または楽曲リストを検索する場合の、ユーザ端末（楽曲検索装置または楽曲リスト検索装置）および楽曲検索方法または楽曲リスト検索方法を示す。

（１−１．ユーザ端末の接続構成：図１）
図１に、この場合のユーザ端末の一例の接続構成を示す。

この例のユーザ端末１１は、ポータブル型または据え置き型の音楽記録再生装置や携帯電話端末などとして構成されるもので、ＣＰＵ１６を備え、そのバス１７に、各種のプログラムやデータが書き込まれたＲＯＭ１８、およびプログラムやデータが展開されるＲＡＭ１９が接続される。

さらに、バス１７には、内部記憶装置部２１がインタフェース２２を介して接続され、外部記憶装置部２３がインタフェース２４を介して接続される。内部記憶装置部２１は、ユーザ端末１１に内蔵のハードディスクや半導体メモリなどであり、外部記憶装置部２３は、ＣＤやメモリカードなどのリムーバブル記憶装置である。内部記憶装置部２１または外部記憶装置部２３には、多数の楽曲の楽曲データおよび楽曲付属情報、および複数の楽曲リストが記録される。

また、バス１７には、キー入力部２５がインタフェース２６を介して接続され、マイクロフォン２７が音声処理部２８を介して接続されるとともに、音声処理部３１を介して音声出力部３２が接続され、表示制御部３３を介して液晶表示部３４が接続される。

音声処理部２８は、マイクロフォン２７からのアナログ音声信号をデジタル音声データに変換し、必要に応じて圧縮するものであり、音声処理部３１は、バス１７に送出されたデジタル音声データを、圧縮されているものについては伸長して、アナログ音声信号に変換するものであり、音声出力部３２は、スピーカやヘッドフォンである。

また、バス１７には、インターネット１００に接続するための外部インタフェース３５が接続されるとともに、無線インタフェース３６を介してアンテナ３７が接続される。ただし、第1の実施形態のようにユーザ端末１１で楽曲検索または楽曲リスト検索が実行される場合には、外部インタフェース３５や、無線インタフェース３６およびアンテナ３７は、無くてもよい。

さらに、バス１７には、動きセンサ４１がエンコーダ４２を介して接続され、環境センサ４４がエンコーダ４５を介して接続される。

動きセンサ４１は、ユーザの動きを動作情報として検出するものである。動きセンサ４１としては、その出力の動作情報から、最終的にユーザの動作テンポや動作リズムなどの動作パターンを検出できるものであれば、心拍や筋電など、ユーザの生体状態を検出するものでもよいが、足の運び、手の動き、頭や腕の振り、体の上下動や前後左右の揺れなど、ユーザの身体的な動きを直接的に検出できるものが望ましく、具体的には、後述のように加速度センサやビデオカメラなどを用いる。

また、ユーザがトレッドミルで走るなど、フィットネスマシンを利用して運動をする場合には、そのマシンの動きをユーザの動きとして検出することもできる。

エンコーダ４２は、動きセンサ４１の出力の動作情報を、アナログ信号である場合にはデジタル信号に変換した上で、処理解析して、ユーザの動作テンポや動作リズムなどの動作パターンをキー情報として検出するものである。

環境センサ４４は、その時の日時や温度、その場の位置などを、環境情報として検出するものであり、エンコーダ４５は、環境センサ４４の出力の環境情報を、アナログ信号である場合にはデジタル信号に変換した上で、処理解析して、その時、その場の環境を、季節の別、昼夜の別、寒暖の別、屋内と屋外の別、海辺や山麓などの地域の別、などのようにパターン化して検出するものである。

環境センサ４４およびエンコーダ４５は、無くてもよいが、これらを設けることによって、後述のように環境の違いを楽曲検索または楽曲リスト検索に補助的に利用することができる。

また、後述のように、検出されたキー情報を登録し、その登録されたキー情報を呼び出して、楽曲検索または楽曲リスト検索を行う場合には、環境センサ４４およびエンコーダ４５からなる環境検出部を設けることによって、ユーザが特に指定することなく、その時、その場の環境に応じたキー情報を呼び出すことができる。

（１−２．ユーザ端末の機能構成：図２および図３）
＜１−２−１．楽曲検索の場合：図２＞
図１の例のユーザ端末１１は、楽曲検索に関しては、機能的に、図２に示すように、コンテンツデータベース５１、動作情報検出部５２、キー情報検出部５３、コンテンツ検索部５４および検索結果出力部５５によって構成される。

コンテンツデータベース５１は、図１の例では、内部記憶装置部２１または外部記憶装置部２３によって構成され、多数の楽曲の楽曲データおよび楽曲付属情報を記憶保持したものである。

動作情報検出部５２は、図１の例では、動きセンサ４１およびＣＰＵ１６などによって構成され、ユーザの動きを動作情報として検出するものである。

キー情報検出部５３は、図１の例では、エンコーダ４２およびＣＰＵ１６などによって構成され、動作情報検出部５２で得られた動作情報を処理解析することによって、ユーザの動作パターンをキー情報として検出するものである。

コンテンツ検索部５４は、図１の例では、ＣＰＵ１６、ＲＯＭ１８およびＲＡＭ１９などによって構成され、キー情報検出部５３で得られたキー情報をもとに、コンテンツデータベース５１に記録されている多数の楽曲から、そのときのユーザの動作パターンに合った楽曲パターンの楽曲を検索するものである。

検索結果出力部５５は、図１の例では、音声処理部３１、音声出力部３２およびＣＰＵ１６などによって構成され、コンテンツ検索部５４で検索された楽曲の、コンテンツデータベース５１に記録されている楽曲データによって、その検索された楽曲を再生するものである。

ただし、後述のように、検索された楽曲は、必ずしも、その場でリアルタイムに再生されなくてもよい。その場合には、例えば、コンテンツ検索部５４で検索された楽曲の、コンテンツデータベース５１に記録されている楽曲付属情報によって、その検索された楽曲のアーチスト名や曲名などが、図1の液晶表示部３４に表示され、表示制御部３３、液晶表示部３４およびＣＰＵ１６などが検索結果出力部５５を構成する。

＜１−２−２．楽曲リスト検索の場合：図３＞
図１の例のユーザ端末１１は、楽曲リスト検索に関しては、機能的に、図３に示すように、コンテンツデータベース５１、動作情報検出部５２、キー情報検出部５３、コンテンツリスト検索部５６および検索結果出力部５５によって構成される。

コンテンツデータベース５１は、図１の例では、内部記憶装置部２１または外部記憶装置部２３によって構成されるが、この場合には、多数の楽曲の楽曲データおよび楽曲付属情報だけでなく、後述のような複数の楽曲リストを記憶保持したものである。

動作情報検出部５２およびキー情報検出部５３は、図２に示した楽曲検索の場合と同じである。

コンテンツリスト検索部５６は、図１の例では、ＣＰＵ１６、ＲＯＭ１８およびＲＡＭ１９などによって構成され、キー情報検出部５３で得られたキー情報をもとに、コンテンツデータベース５１に記録されている複数の楽曲リストから、そのときのユーザの動作パターンに合った楽曲パターンの楽曲がリストアップされた楽曲リストを検索するものである。

検索結果出力部５５は、この場合には、必要に応じて、検索された楽曲リストから後述のような方法によって楽曲を選択し、その選択された楽曲の、コンテンツデータベース５１に記録されている楽曲データによって、その選択された楽曲を再生し、または、検索された楽曲リストにリストアップされている各楽曲の、コンテンツデータベース５１に記録されている楽曲付属情報によって、検索された楽曲リストにリストアップされている各楽曲のアーチスト名や曲名などを、図1の液晶表示部３４に表示するもので、図１の例では、ＣＰＵ１６、音声処理部３１、音声出力部３２、表示制御部３３および液晶表示部３４などによって構成される。

（１−３．動作情報およびキー情報：図４および図５）
ユーザが屋外を歩行する際に、ユーザ端末１１に楽曲または楽曲リストを検索させる場合、図４に示すように、ユーザ１は、動きセンサ４１が内蔵され、取り付けられ、または接続されたユーザ端末１１を、腰に下げ、または腕に巻き付けるなどして携行し、検索または選択された楽曲を再生させ、聴く場合には、音声出力部３２としてのヘッドフォンを頭部に装着する。

この場合の動きセンサ４１としては、加速度センサ、歪みセンサ、圧力センサなどを用い、歩行中のユーザ１の、体の上下動、足の運び、腕の振りなどから、ユーザ１の歩行状態を検出する。

これによって、歩行中は、動きセンサ４１の出力の動作情報として、図５の上段にセンサ出力信号として示すように、電圧Ｖが、短い時間内では小刻みに変化しつつ、全体的には周期性を持って変化する信号が得られる。

すなわち、この場合、ユーザ１が左足を踏み込んで（接地して）から次に右足を踏み込む（接地する）までの時間、および右足を踏み込んでから次に左足を踏み込むまでの時間が、それぞれ１周期となる。

この歩行周期は、歩行テンポを示し、歩行周期が短ければ、歩行テンポが早く、歩行周期が長ければ、歩行テンポが遅い。なお、ここで、歩行とは、走行を含むものとする。

ユーザの動作テンポに応じた楽曲テンポの楽曲を検索する場合（以下、この場合を「テンポ対応の楽曲検索」と称する）、またはユーザの動作テンポに応じた楽曲テンポの楽曲がリストアップされた楽曲リストを検索する場合（以下、この場合を「テンポ対応の楽曲リスト検索」と称する）、図２または図３に示したキー情報検出部５３では、この歩行テンポをキー情報として検出する。

その検出方法としては、例えば、図５の上段に示すようなセンサ出力信号の自己相関関数を求める方法を用いることができる。センサ出力信号が図５の上段に示すものとなる場合、その自己相関波形は、図５の下段に示すものとなり、これから歩行周期、すなわち歩行テンポ（動作テンポ）を検出することができる。

例えば、歩行周期が６００ｍｓｅｃであれば、１歩が６００ｍｓｅｃであるので、１分間あたり１００歩に相当し、楽曲テンポ（音楽テンポ）に変換すると、４部音符でテンポ１００となる。図５の例は、歩行テンポが１００（１分間あたり１００歩）の場合で、この場合、キー情報（キー値）として、動作テンポが１００であることを示す情報（値）が得られる。

ユーザが屋内で運動をするような場合には、動きセンサ４１（動作情報検出部５２）としてビデオカメラを用いることができる。この場合、エンコーダ４２（キー情報検出部５３）で、ビデオカメラから得られた映像データを画像認識やパターン認識などの方法により処理解析することによって、ユーザの動作テンポをキー情報（キー値）として検出することができる。

また、動きセンサ４１として、携帯電話端末のキーボタンやパーソナルコンピュータのキーボードを利用することもできる。この場合、キーボタンを押圧し、またはキーボードを叩打することによって得られる信号（動作情報）を、エンコーダ４２（キー情報検出部５３）で処理解析することによって、キーボタン押圧テンポやキーボード叩打テンポを、ユーザの動作テンポとして検出することができる。

また、動きセンサ４１としてマイクロフォンを用いて、キーボタン押圧時やキーボード叩打時に発生する音を拾い、マイクロフォンから得られる音声信号を、動作情報として取り込むこともできる。

用途によっては、ユーザの動作リズムを検出し、その動作リズムに応じた楽曲リズムの楽曲を検索し、または動作リズムに応じた楽曲リズムの楽曲がリストアップされた楽曲リストを検索する（以下、この場合を「リズム対応の楽曲検索または楽曲リスト検索」と称する）が、これについては後述する。

（１−４．楽曲付属情報：図６および図７）
図６に、コンテンツデータベース５１に記録される各楽曲の楽曲付属情報の一例を示す。ＩＤ情報（番号）は、各楽曲を、当該の楽曲検索システムまたは楽曲リスト検索システムにおいて、すなわち第１の実施形態ではユーザ端末１１において、一意に特定する情報で、各ＩＤ情報に対して、楽曲付属情報として、アーチスト名、曲名、アルバム名、テンポＴｅｍｐｏ（ｉ）、およびスコアが記述される。

テンポＴｅｍｐｏ（ｉ）は、当該の楽曲のテンポであり、図６中では、最低はＩＤ（ｉ）＝５の楽曲の８２、最高はＩＤ（ｉ）＝１の楽曲の１４０である。

テンポ対応の楽曲検索の場合、このテンポＴｅｍｐｏ（ｉ）が楽曲検索に用いられる。また、テンポ対応の楽曲リスト検索の場合、後述のように、このテンポＴｅｍｐｏ（ｉ）がそれぞれの楽曲リストに応じた所定範囲内にある楽曲が、それぞれの楽曲リストにリストアップされる。

スコアは、第１の実施形態のようにユーザ端末１１で楽曲または楽曲リストを検索する場合には、図７のカテゴリー１，２，３のいずれかのカテゴリーのものとする。

カテゴリー１は、当該の楽曲に対するユーザの好みで、ユーザが当該の楽曲をコンテンツデータベース５１に記録する際、またはその後の適切な時期に、段階（値）０，１，２，３，４のいずれかの段階を決定し、楽曲に付属させる。段階０は好みが最も低く、段階４は好みが最も高いものとする。

カテゴリー２は、当該の楽曲の過去の再生回数で、ユーザ端末１１のＣＰＵ１６によって、段階が決定され、書き換えられる。例えば、後述のように過去の再生回数が少ない楽曲が優先的に検索または選択されるように、段階０を再生回数が最も多く、段階４を再生回数が最も少ないものとする。ただし逆に、過去の再生回数が多い楽曲が優先的に検索または選択されるように、段階０を再生回数が最も少なく、段階４を再生回数が最も多いものとしてもよい。

カテゴリー３は、当該の楽曲が最後に再生された時刻からの経過時間で、ユーザ端末１１のＣＰＵ１６によって、段階が決定され、書き換えられる。段階０は経過時間が最も短く、段階４は経過時間が最も長いものとする。

便宜上、図７にカテゴリー４として示すが、後述の第２または第３の実施形態のように楽曲検索システムまたは楽曲リスト検索システムがネットワークシステムとして構成される場合には、スコアとして、ネットワーク上での各ユーザの当該楽曲に対する人気を用いる。

（１−５．テンポ対応の楽曲検索：図８〜図１１）
図８に、テンポ対応の楽曲検索の一例として、ユーザの歩行テンポに応じた楽曲テンポの楽曲を検索する場合における、歩行テンポの変化の一例を示す。

この例では、ユーザは、時点ｔ０で、ユーザ端末１１に楽曲の検索および再生を指示して歩行を開始し、時点ｔ０から時点ｔ１までの期間、および時点ｔ１から時点ｔ１０までの期間Ｐ１０では、早めの一定のテンポで歩行し、時点ｔ１０から時点ｔ２０までの期間Ｐ２０では、徐々に歩行テンポを遅くし、時点ｔ２０から時点ｔ３０までの期間Ｐ３０では、遅めの一定のテンポで歩行し、時点ｔ３０から時点ｔ４０までの期間Ｐ４０では、徐々に歩行テンポを速くし、時点ｔ４０から時点ｔ５０までの期間Ｐ５０では、期間Ｐ１０より早い一定のテンポで歩行したものとする。

図２に示したコンテンツ検索部５４では、あらかじめ設定された時間Ｔｃを検索周期として、キー情報検出部５３から、歩行テンポ（動作テンポ）として検出されたキー値（キー情報）を取り込む。

時間Ｔｃは、例えば２秒とする。したがって、図５のように歩行周期が６００ｍｓｅｃ（歩行テンポが１００）程度であるときには、検索周期が歩行周期の３倍以上に相当し、検索周期内で歩行周期（歩行テンポ）が複数回検出されうるが、キー情報検出部５３では、その複数回分に渡る歩行テンポ検出値の平均値、または最後の歩行テンポ検出値が、歩行テンポ検出結果のキー値Ｔｅｋとして出力される。図８の場合、時点ｔ０から時間Ｔｃを経過した時点ｔ１において、最初のキー値Ｔｅｋが出力される。

そして、コンテンツ検索部５４では、時間Ｔｃの検索周期ごとに、コンテンツデータベース５１に記録されている各楽曲につき、図９の式（１）で表される、楽曲のテンポＴｅｍｐｏ（ｉ）と歩行テンポ検出結果のキー値Ｔｅｋとの差分Ｄ（ｉ）を算出し、この差分Ｄ（ｉ）が最も小さい楽曲、すなわち、そのときの歩行テンポに最も近い楽曲テンポの楽曲を、検索結果の楽曲として選択する。

例えば、図６の例で、歩行テンポ検出結果のキー値Ｔｅｋが１０５であったときには、ＩＤ（ｉ）＝３の楽曲（Ｔｅｍｐｏ（３）＝１０４）についての差分Ｄ（３）が１で、最小となるので、ＩＤ（ｉ）＝３の楽曲が選択される。

また、図６の例で、歩行テンポ検出結果のキー値Ｔｅｋが１００であったときには、ＩＤ（ｉ）＝７の楽曲（Ｔｅｍｐｏ（７）＝１０２）についての差分Ｄ（７）、およびＩＤ（ｉ）＝１３の楽曲（Ｔｅｍｐｏ（１３）＝９８）についての差分Ｄ（１３）が、共に２で、最小となる。

このように差分Ｄ（ｉ）が最小となる楽曲が複数存在する場合、コンテンツ検索部５４では、そのうちの、上記のスコアが最も高い楽曲を選択する。上記の例では、ＩＤ（ｉ）＝７の楽曲はスコアが４、ＩＤ（ｉ）＝１３の楽曲はスコアが０であるので、ＩＤ（ｉ）＝７の楽曲が選択される。

また、このように差分Ｄ（ｉ）が最小となる楽曲が複数存在する場合、その中から、コンテンツ検索部５４がランダムに１つの楽曲を選択するように、検索プログラムを構成してもよい。

差分Ｄ（ｉ）が最小となる複数の楽曲が、スコアも同じである場合にも、その中から、コンテンツ検索部５４がランダムに１つの楽曲を選択するように、検索プログラムを構成する。

さらに、図１の例のように、環境センサ４４およびエンコーダ４５による環境検出部を設けて、その時、その場の環境を、季節の別、昼夜の別、寒暖の別、屋内と屋外の別、海辺や山麓などの地域の別、などのようにパターン化して検出する場合には、差分Ｄ（ｉ）が最小となる楽曲が複数存在する場合、その中から、曲名やアルバム名などの楽曲付属情報中に、検出された環境を示す語句が存在する楽曲を選択するように、構成することもできる。

楽曲付属情報として当該の楽曲に合った環境を示す情報を付加し、差分Ｄ（ｉ）が最小となる楽曲が複数存在する場合、その中から、その環境表現情報が環境検出部で検出された環境と一致する楽曲を選択するように、構成してもよい。

ユーザの歩行テンポが５０というような遅いテンポである場合、図６のような例では、図９の式（１）によって差分Ｄ（ｉ）を算出すると、楽曲テンポが８２というような、ユーザの歩行テンポに合わない楽曲が選択される可能性がある。

そこで、例えば、歩行テンポ検出結果のキー値Ｔｅｋが、ある閾値以下であるときには、図９の式（１）に代えて式（２）によって差分Ｄ（ｉ）を算出するように、すなわち結果的にキー値Ｔｅｋをｎ倍に補正して式（１）によって差分Ｄ（ｉ）を算出するように、検索プログラムを構成してもよい。ｎは、２または３とする。

これによれば、例えば、歩行テンポ検出結果のキー値Ｔｅｋが５０であったとき、ｎ＝２とされることにより、式（１）によって差分Ｄ（ｉ）を算出する場合にキー値Ｔｅｋが１００であったときと同じ検索結果となり、ユーザの歩行テンポのほぼ２倍の楽曲テンポという、ユーザの歩行テンポに合った楽曲テンポの楽曲が選択される。

逆に、ユーザの歩行テンポが２００というような早いテンポである場合、図６のような例では、図９の式（１）によって差分Ｄ（ｉ）を算出すると、楽曲テンポが１４０というような、ユーザの歩行テンポに合わない楽曲が選択される可能性がある。

そこで、例えば、歩行テンポ検出結果のキー値Ｔｅｋが、ある閾値以上であるときには、図９の式（１）に代えて式（３）によって差分Ｄ（ｉ）を算出するように、すなわち結果的にキー値Ｔｅｋを１／ｎに補正して式（１）によって差分Ｄ（ｉ）を算出するように、検索プログラムを構成してもよい。この場合のｎも、２または３とする。

これによれば、例えば、歩行テンポ検出結果のキー値Ｔｅｋが２００であったとき、ｎ＝２とされることにより、式（１）によって差分Ｄ（ｉ）を算出する場合にキー値Ｔｅｋが１００であったときと同じ検索結果となり、ユーザの歩行テンポのほぼ１／２の楽曲テンポという、ユーザの歩行テンポに合った楽曲テンポの楽曲が選択される。

以上のような検索の結果、図８の場合には、期間Ｐ１０では、時間Ｔｃの検索周期ごとに同じ曲Ａが選択され、期間Ｐ２０では、ユーザの歩行テンポの減少に伴って、選択される楽曲が変更され、期間Ｐ３０では、時間Ｔｃの検索周期ごとに同じ曲Ｆが選択され、期間Ｐ４０では、ユーザの歩行テンポの増加に伴って、選択される楽曲が変更され、期間Ｐ５０では、時間Ｔｃの検索周期ごとに同じ曲Ｌが選択される。

検索結果の楽曲を再生する場合、期間Ｐ１０，Ｐ３０またはＰ５０のように、時間Ｔｃの各回の検索ごとに、前回の検索時と同じ楽曲が選択される場合、その都度、曲の頭に戻って再生するのではなく、前回の検索時に再生した部分に引き続く部分を再生するように、再生プログラムを構成する。

ただし、例えば、期間Ｐ１０の時間長が曲Ａ全体の時間長より大きい場合には、曲Ａを最初から最後まで再生した後、曲Ａの頭に戻って再生するように、再生プログラムを構成する。

また、この場合、式（１）、式（２）または式（３）によって算出された差分Ｄ（ｉ）が最小となる楽曲が、曲Ａを含めて複数存在する場合には、曲Ａの再生後、差分Ｄ（ｉ）が同じ他の曲を選択し、再生するように、検索プログラムおよび再生プログラムを構成してもよい。

期間Ｐ２０のように歩行テンポが遅くなる場合には、歩行テンポ検出値から一定値αを減じた値を歩行テンポ検出結果のキー値Ｔｅｋとし、逆に期間Ｐ４０のように歩行テンポが早くなる場合には、歩行テンポ検出値に一定値αを加えた値を歩行テンポ検出結果のキー値Ｔｅｋとしてもよい。αは、１分間あたり５前後のテンポ分とする。これによれば、ユーザの歩行テンポの変化を先取りする形で楽曲検索を行うことができる。

また、例えば、歩行テンポが大きく変化することによって、再生される楽曲が数秒以下というような短時間ごとに次々と変更されることを防止するために、歩行テンポの変化率が所定値を超える場合には、歩行テンポの変化率が所定値以下である場合に比べて、上記の検索周期の時間Ｔｃを長くするように、動作テンポ検出および楽曲検索のためのプログラムを構成することもできる。

検索結果に応じて、再生する楽曲を変更する場合、前の曲をフェードアウトさせるとともに、後の曲をフェードインさせることが望ましい。

楽曲によっては、例えば、曲の頭の部分はテンポ１０２、その後の部分はテンポ９８、というように、曲の各部でテンポが異なるものがある。

このような楽曲については、例えば、楽曲付属情報として曲の部分ごとにテンポを示す情報を付加し、上記の差分Ｄ（ｉ）も部分ごとに算出し、その差分Ｄ（ｉ）が最小となる部分のみを、または当該楽曲全体を選択する。

または、楽曲付属情報として曲の頭の部分やサビの部分のテンポを示す情報を付加し、上記の差分Ｄ（ｉ）が最小となる楽曲として、当該の楽曲を選択した場合には、当該楽曲の頭の部分やサビの部分のみを再生し、または当該楽曲を次に別の楽曲が選択されるまで頭から再生する。

図１０および図１１に、ユーザ端末１１が以上のようなテンポ対応の楽曲検索を行う場合の全体の処理の一例を示す。

ユーザ端末１１は、ユーザの検索開始指示によって全体の処理を開始して、まずステップ６１で、動作テンポ検出結果のキー値Ｔｅｋをクリアし、次にステップ６２に進んで、動作情報検出部５２で動作情報の検出を開始し、次にステップ６３に進んで、ユーザの終了指示があるか否かを判断し、終了指示があったときには、全体の処理を終了する。

ユーザの終了指示がないときには、ステップ６３からステップ６４に進んで、キー情報検出部５３で動作情報検出部５２の出力の動作情報を処理し、さらにステップ６５に進んで、検索周期の時間Ｔｃを経過したか否かを判断し、時間Ｔｃを経過していなければ、ステップ６３に戻り、さらにユーザの終了指示がなければ、ステップ６４に戻って（進んで）、動作情報の処理を続行する。

ステップ６５で時間Ｔｃを経過したと判断したときには、ステップ６６に進んで、キー情報検出部５３で、ステップ６４での処理の結果から、動作テンポをキー値Ｔｅｋとして検出し、さらにステップ６７に進んで、キー値Ｔｅｋを検出できたか否かを判断し、ユーザが動作していないなどのためにキー値Ｔｅｋを検出できなかったときには、ステップ６７からステップ６８に進んで、ステップ６１と同様にキー値Ｔｅｋをクリアした上で、ステップ６３に戻って、次の検索周期での処理を行う。

ステップ６７でキー値Ｔｅｋを検出できたと判断したときには、ステップ７１に進んで、上述した方法によって楽曲を検索し、さらにステップ７２に進んで、楽曲を検索できたか否かを判断し、楽曲を検索できたときには、ステップ７３に進んで、検索結果を出力した上で、ステップ６３に戻り、楽曲を検索できなかったときには、ステップ７４に進んで、エラー処理をした上で、ステップ６３に戻る。

ステップ７３での出力処理は、検索された楽曲を再生し、または検索された楽曲のアーチスト名や曲名を表示するなどであり、ステップ７４でのエラー処理は、ユーザに対して楽曲を検索できない旨を表示またはアナウンスするなどである。

以上のようなテンポ対応の楽曲検索によれば、以下の各例のように、ユーザ端末１１に対して、ユーザの動作テンポに合った楽曲テンポの楽曲を検索させることができる。

（１ａ）歩行時、歩行テンポが遅いときには楽曲テンポの遅い楽曲が検索され、歩行テンポが早いときには楽曲テンポの早い楽曲が検索されるように、歩行テンポに合った楽曲テンポの楽曲が検索される。

（１ｂ）携帯電話端末でのメール作成時、キーボタン押圧テンポが遅いときには楽曲テンポの遅い楽曲が検索され、キーボタン押圧テンポが早いときには楽曲テンポの早い楽曲が検索されるように、キーボタン押圧テンポに合った楽曲テンポの楽曲が検索される。

（１ｃ）パーソナルコンピュータでの文章入力時、キーボード叩打テンポが遅いときには楽曲テンポの遅い楽曲が検索され、キーボード叩打テンポが早いときには楽曲テンポの早い楽曲が検索されるように、キーボード叩打テンポに合った楽曲テンポの楽曲が検索される。

（１ｄ）カラオケで歌う際、マイクロフォンや選曲リモートコントローラの振りのテンポが遅いときには楽曲テンポの遅いカラオケ楽曲が検索され、マイクロフォンや選曲リモートコントローラの振りのテンポが早いときには楽曲テンポの早いカラオケ楽曲が検索されるように、マイクロフォンや選曲リモートコントローラの振りのテンポに合った楽曲テンポのカラオケ楽曲が検索される。

（１ｅ）トレッドミルによる走行時、トレッドミルの運転テンポに合わせたユーザの走行テンポに合った楽曲テンポの楽曲が検索される。

（１−６．テンポ対応の楽曲リスト検索：図１２〜図１６）
図１２に、テンポ対応の楽曲リスト検索を行う場合に、コンテンツデータベース５１に記録される楽曲リストの一例を示す。

楽曲リスト１は、テンポが１１０未満の、スローテンポの楽曲をリストアップしたものであり、楽曲リスト２は、テンポが１１０以上、１５０未満の、ウォーキング時に再生されるのに適した楽曲をリストアップしたものであり、楽曲リスト３は、テンポが１５０以上の、ジョギング時に再生されるのに適した楽曲をリストアップしたものである。

具体的に、例えば、図１３に示すように、楽曲リスト１には、ＩＤ＝１−１〜１−８の８曲がリストアップされ、楽曲リスト２には、ＩＤ＝２−１〜２−６の６曲がリストアップされ、楽曲リスト３には、ＩＤ＝３−１〜３−５の５曲がリストアップされているものとする。

各楽曲リスト１，２，３には、それぞれにリストアップされた楽曲の楽曲付属情報として、図６で上述したような、アーチスト名、曲名、アルバム名、テンポＴｅｍｐｏ（ｉ）、およびスコアが記述される。

図１４に、テンポ対応の楽曲リスト検索の一例として、ユーザの歩行テンポに応じた楽曲テンポの楽曲がリストアップされた楽曲リストを検索する場合における、歩行テンポの変化の一例を示す。この例は、歩行テンポの変化としては、図８の例と同じである。

図３に示したコンテンツリスト検索部５６では、図８に示したテンポ対応の楽曲検索の場合と同様に、あらかじめ設定された時間Ｔｃを検索周期として、キー情報検出部５３から、歩行テンポとして検出されたキー値Ｔｅｋを取り込み、時間Ｔｃの検索周期ごとに、そのキー値Ｔｅｋが、１１０未満であるか、１１０以上、１５０未満であるか、１５０以上であるか、を判断する。

そして、コンテンツリスト検索部５６は、キー値Ｔｅｋが１１０未満であるときには、楽曲リスト１を選択し、キー値Ｔｅｋが１１０以上、１５０未満であるときには、楽曲リスト２を選択し、キー値Ｔｅｋが１５０以上であるときには、楽曲リスト３を選択する。

テンポ対応の楽曲検索の場合と同様に、キー値Ｔｅｋが、５０というような、ある閾値以下であるときには、キー値Ｔｅｋをｎ倍（ｎは２または３）に補正し、逆に、キー値Ｔｅｋが、２００というような、ある閾値以上であるときには、キー値Ｔｅｋを１／ｎ（ｎは２または３）に補正する。

以上のような検索の結果、図１４の場合には、時点ｔ１から時点ｔ１０までの期間Ｐ１０では、楽曲リスト２が選択され、時点ｔ１０から時点ｔ２０までの期間Ｐ２０では、ユーザの歩行テンポの減少に伴って、選択される楽曲リストが変更され、時点ｔ２０から時点ｔ３０までの期間Ｐ３０では、楽曲リスト１が選択され、時点ｔ３０から時点ｔ４０までの期間Ｐ４０では、ユーザの歩行テンポの増加に伴って、選択される楽曲リストが変更され、時点ｔ４０から時点ｔ５０までの期間Ｐ５０では、楽曲リスト３が選択される。

さらに、このように検索された楽曲リストから楽曲を選択し、再生する場合、
（２ａ）検索された楽曲リストからランダムに楽曲を選択し、再生する、
（２ｂ）検索された楽曲リストから曲順（ＩＤ番号が小さい順）に楽曲を選択し、再生する、
（２ｃ）検索された楽曲リストから上記のスコアが高い順に楽曲を選択し、楽曲リスト中にスコアが同じ楽曲が複数存在する場合には、その複数の楽曲からランダムまたは曲順に１つの楽曲を選択して、再生する、
（２ｄ）検索された楽曲リスト中の各楽曲のアーチスト名や曲名などを、液晶表示部３４に表示してユーザに呈示し、ユーザがその中から楽曲を指示し、ＣＰＵ１６がその指示に従って楽曲を選択して再生する、
などの方法によって楽曲を選択再生する。

なお、形式的に楽曲リストが生成されているが、それに楽曲が１つもリストアップされていない場合には、現在再生している楽曲をそのまま再生し続けるか、曲がないことをユーザに呈示してユーザの指示を待つようにする。

図１４は、上記（２ａ）の方法によって、期間Ｐ１０では、最初は楽曲リスト２から楽曲２−５が選択され、その再生後は楽曲リスト２から楽曲２−２が選択され、期間Ｐ３０では、最初は楽曲リスト１から楽曲１−６が選択され、その再生後は楽曲リスト１から楽曲１−３が選択され、期間Ｐ５０では、最初は楽曲リスト３から楽曲３−４が選択され、その再生後は楽曲リスト３から楽曲３−１が選択される場合である。

図１５および図１６に、ユーザ端末１１が以上のようなテンポ対応の楽曲リスト検索を行う場合の全体の処理の一例を示す。

ユーザ端末１１は、ユーザの検索開始指示によって全体の処理を開始して、まずステップ１１１で、動作テンポ検出結果のキー値Ｔｅｋをクリアし、次にステップ１１２に進んで、動作情報検出部５２で動作情報の検出を開始し、次にステップ１１３に進んで、ユーザの終了指示があるか否かを判断し、終了指示があったときには、全体の処理を終了する。

ユーザの終了指示がないときには、ステップ１１３からステップ１１４に進んで、キー情報検出部５３で動作情報検出部５２の出力の動作情報を処理し、さらにステップ１１５に進んで、検索周期の時間Ｔｃを経過したか否かを判断し、時間Ｔｃを経過していなければ、ステップ１１３に戻り、さらにユーザの終了指示がなければ、ステップ１１４に戻って（進んで）、動作情報の処理を続行する。

ステップ１１５で時間Ｔｃを経過したと判断したときには、ステップ１１６に進んで、キー情報検出部５３で、ステップ１１４での処理の結果から、動作テンポをキー値Ｔｅｋとして検出し、さらにステップ１１７に進んで、キー値Ｔｅｋを検出できたか否かを判断し、ユーザが動作していないなどのためにキー値Ｔｅｋを検出できなかったときには、ステップ１１７からステップ１１８に進んで、ステップ１１１と同様にキー値Ｔｅｋをクリアした上で、ステップ１１３に戻って、次の検索周期での処理を行う。

ステップ１１７でキー値Ｔｅｋを検出できたと判断したときには、ステップ１２１に進んで、上述した方法によって楽曲リストを検索し、さらにステップ１２２に進んで、楽曲リストを検索できたか否かを判断し、楽曲リストを検索できたときには、ステップ１２３に進んで、上述した方法によって、検索された楽曲リストから楽曲を選択し、さらにステップ１２４に進んで、楽曲を選択できたか否かを判断し、楽曲を選択できたときには、ステップ１２５に進んで、選択された楽曲を再生（選択された楽曲の再生を開始）した上で、ステップ１１３に戻る。

ステップ１２２で楽曲リストを検索できなかったと判断したとき、またはステップ１２４で楽曲を選択できなかったと判断したときには、ステップ１２６に進んで、エラー処理として、楽曲リストを検索できない旨、または楽曲を選択できない旨を、表示またはアナウンスした上で、ステップ１１３に戻る。

以上は、楽曲リストを検索し、検索された楽曲リストから楽曲を選択し、再生する場合であるが、検索結果の出力としては、以下のような方法をとることができる。

（３ａ）検索された楽曲リストにリストアップされている各楽曲のアーチスト名や曲名などを、液晶表示部３４に表示してユーザに呈示する。

（３ｂ）検索された楽曲リストのＩＤ情報（番号）や名称、または検索された楽曲リストから選択された楽曲のアーチスト名や曲名などを、検索時の時系列で、内部記憶装置部２１または外部記憶装置部２３に登録する。

（３ｃ）検索された楽曲リストの内容（検索された楽曲リストにリストアップされている各楽曲のアーチスト名や曲名など）、または検索された楽曲リストから選択された楽曲のアーチスト名や曲名などを、インターネット１００、または携帯電話ネットワークや無線通信ネットワークなどの通信ネットワークを介して、他のユーザ端末に送信し、他のユーザに提供する。

以上のような楽曲リスト検索では、キー値Ｔｅｋによって直接、楽曲を検索する場合のように、コンテンツデータベース５１に記録されている各楽曲につき、図９に示したような差分Ｄ（ｉ）を算出する必要がなく、検索処理の負担を著しく軽減することができる。

（１−７．リズム対応の楽曲検索または楽曲リスト検索：図１７および図１８）
ユーザがダンス的な動作やストレッチなどの運動をする場合、その時々で、または途中で、動作リズムを変えることが多い。ある時はサンバのリズムで足や体を動かし、ある時はサルサのリズムで足や体を動かす場合や、最初はサンバのリズムで足や体を動かし、次にサルサのリズムで足や体を動かす場合などである。

この場合、動きセンサ４１の出力信号でみると、出力信号の波形自体が変化する。すなわち、上記のように歩行テンポを変えながら一定時間以上に渡って歩行する場合には、センサ出力信号の周期は変化するものの、センサ出力信号の波形自体は正弦波的な形状で、変化しないのに対して、上記のように動作リズムを変える場合には、センサ出力信号の波形自体が変化する。

このようにユーザの動作リズムが変化する場合には、そのときの動作リズムに合った楽曲リズムの楽曲が検索され、再生されることが、望ましい。

そこで、リズム対応の楽曲検索または楽曲リスト検索では、以下のように、ユーザの動作リズムを検出し、その検出された動作リズムに応じた楽曲リズムの楽曲を検索し、または検出された動作リズムに応じた楽曲リズムの楽曲がリストアップされた楽曲リストを検索する。

動作リズムの検出のために、あらかじめ代表的な各々のリズムのパターン（波形）がリズムパターンデータとしてユーザ端末１１に登録される。

図１７に、代表的な各々のリズムのパターンを示す。横軸は時間、縦軸は信号レベルである。

パターンＡは、大きな山の間に中間的な大きさの山が３つ存在するパターンであり、パターンＢは、大きな山の間に中間的な大きさの山が２つ存在するパターンであり、パターンＣは、中間的な大きさの山の間に小さな山が１つ存在するパターンであり、パターンＤは、中間的な大きさの山の間が微小にしか変化しないパターンである。

図２または図３に示したキー情報検出部５３では、動作情報検出部５２の出力の動作情報を処理して、動作情報の信号波形を識別し、上記のようにリズムパターンデータとして登録されている代表的な各々のリズムのパターンと比較して、近似するパターンを検索することによって、そのときの動作パターンが上記のパターンＡ，Ｂ，Ｃ，Ｄのいずれであるかを特定し、特定結果（検出結果）をキーコードとして出力する。

コンテンツデータベース５１に記録される各楽曲の楽曲付属情報としては、上記のテンポＴｅｍｐｏ（ｉ）に代えて、またはテンポＴｅｍｐｏ（ｉ）と共に、当該の楽曲のリズムを示すリズムコード（リズム名）が付加される。

＜１−７−１．リズム対応の楽曲検索＞
リズム対応の楽曲検索では、図２に示したコンテンツ検索部５４は、ある時間の検索周期ごとに、コンテンツデータベース５１に記録されている楽曲中から、リズムコードが動作パターン特定結果（検出結果）のキーコードと一致する（対応する）楽曲を、検索結果の楽曲として選択する。

リズムコードがキーコードと一致する楽曲が複数存在する場合には、テンポ対応の楽曲検索の場合と同様に、
（４ａ）そのうちの、上記のスコアが最も高い楽曲を選択する、
（４ｂ）その中から、ランダムに１つの楽曲を選択する、
（４ｃ）その中から、その時、その場の環境に合った楽曲を選択する、
などの方法によって、１つの楽曲を選択する。

また、楽曲付属情報として、リズムコードと共に上記のテンポＴｅｍｐｏ（ｉ）を付加し、キー情報検出部５３では、上記のように動作パターンを特定し、キーコードとして出力すると同時に、テンポ対応の楽曲検索の場合と同様に、動作テンポをキー値Ｔｅｋとして検出し、コンテンツ検索部５４では、リズムコードがキーコードと一致する楽曲が複数存在する場合には、そのうちの、上記の差分Ｄ（ｉ）が最も小さい楽曲を選択するように、構成してもよい。

ユーザ端末１１が以上のようなリズム対応の楽曲検索を行う場合の全体の処理も、キー値Ｔｅｋをキーコードに置き換える点を除いて、図１０および図１１に示したようなものとする。

＜１−７−２．リズム対応の楽曲リスト検索＞
リズム対応の楽曲リスト検索では、例えば、図１８に示すように、楽曲リスト１として、上記のパターンＡのようなリズムの楽曲がリストアップされ、楽曲リスト２として、上記のパターンＢのようなリズムの楽曲がリストアップされ、楽曲リスト３として、上記のパターンＣのようなリズムの楽曲がリストアップされ、楽曲リスト４として、上記のパターンＤのようなリズムの楽曲がリストアップされる。

そして、リズム対応の楽曲リスト検索では、図３に示したコンテンツリスト検索部５６は、ある時間の検索周期ごとに、コンテンツデータベース５１に記録されている楽曲リスト１，２，３，４から、リズムコードが動作パターン特定結果（検出結果）のキーコードと一致する（対応する）楽曲リストを、検索結果の楽曲リストとして選択する。

さらに、このように検索された楽曲リストから楽曲を選択する場合、テンポ対応の楽曲リスト検索の場合の楽曲選択と同様に、上記（２ａ）〜（２ｄ）などの方法によって楽曲を選択する。

ユーザ端末１１が以上のようなリズム対応の楽曲リスト検索を行う場合の全体の処理も、キー値Ｔｅｋをキーコードに置き換える点を除いて、図１５および図１６に示したようなものとする。

（１−８．キー情報の登録および呼び出しによる楽曲検索または楽曲リスト検索）
上述した例は、ユーザの動作テンポまたは動作リズムの検出と、その検出結果のキー情報による楽曲検索または楽曲リスト検索とを、同時に行う場合であるが、以下の例に示すように、ユーザの動作テンポまたは動作リズムの検出時、検出結果のキー情報を登録することによって、一度、ユーザの動作テンポまたは動作リズムを検出し、キー情報として登録した後は、その登録されたキー情報を呼び出すことによって、改めてユーザの動作テンポまたは動作リズムを検出することなく、ユーザの動作テンポに合った楽曲テンポの楽曲の検索、ユーザの動作テンポに合った楽曲テンポの楽曲がリストアップされた楽曲リストの検索、ユーザの動作リズムに合った楽曲リズムの楽曲の検索、またはユーザの動作リズムに合った楽曲リズムの楽曲がリストアップされた楽曲リストの検索、を行うことができる。

例えば、ユーザが、
（Ａ）平日の朝には、通勤のため、自宅から駅まで、少し急ぎ足で歩く、
（Ｂ）月曜日、水曜日および金曜日の夕方には、勤務先の近くの公園で、ジョギングをする、
（Ｃ）土曜日および日曜日の朝には、自宅周辺を、ゆっくり散歩する、
という生活をする場合について示す。

この場合、（Ａ）（Ｂ）（Ｃ）の各場合につき、最初に、または数回目に、実際に歩行する際、ユーザは、ユーザ端末１１に対して、テンポモード（テンポ名）を指定した上で、歩行テンポ（動作テンポ）をキー情報として検出させ、登録させる。

テンポモードの指定は、
（Ａ）の場合であれば、「テンポＡ」または「朝」などと指示し、
（Ｂ）の場合であれば、「テンポＢ」または「夕方」などと指示し、
（Ｃ）の場合であれば、「テンポＣ」または「休日」などと指示して、
行う。

これによって、ユーザ端末１１は、上述したように、動作情報検出部５２でユーザの動きを動作情報として検出し、さらにキー情報検出部５３でユーザの歩行テンポ（動作テンポ）をキー情報として検出するとともに、ＣＰＵ１６が、その歩行テンポ検出結果のキー情報を、上記の指定されたテンポモードと対応づけて、内部記憶装置部２１または外部記憶装置部２３に登録する。

歩行途中で歩行テンポが変化する場合、
（ｘ）交差点などで歩行を停止するようなときを除いて、歩行テンポの変化が微小で、全体としては歩行テンポが一定である場合には、上述した複数回分に渡る歩行テンポ検出値の平均値を、歩行テンポ検出結果のキー値Ｔｅｋとし、
（ｙ）図８に示したように歩行テンポの変化が大きい場合には、その歩行テンポの変化に応じて時系列で変化する歩行テンポ検出値を、そのまま歩行テンポ検出結果のキー値Ｔｅｋとする、
などの方法を用いる。

このように、（Ａ）（Ｂ）（Ｃ）の各場合につき、歩行テンポ検出結果のキー値Ｔｅｋが、テンポモードと対応づけられて登録された状態で、ユーザが、例えば、平日の朝、自宅から駅まで歩く際には、ユーザは、「テンポＡ」または「朝」などとテンポモードを指定して、ユーザ端末１１に楽曲検索を指示すればよい。

これによって、ユーザ端末１１のＣＰＵ１６は、指定されたテンポモードの登録されたキー値Ｔｅｋを呼び出し、その呼び出したキー値Ｔｅｋで示される歩行テンポ（動作テンポ）に合った楽曲テンポの楽曲を検索し、再生する。

ユーザは、「テンポＡ」または「朝」などとテンポモードを指定することなく、単に楽曲検索を指示するだけで、ユーザ端末１１のＣＰＵ１６が、ユーザ端末１１内に備えられるカレンダー時計回路によって、その時が「平日の朝」であることを検出し、「平日の朝」のテンポモードの登録されたキー値Ｔｅｋを呼び出すように、ユーザ端末１１を構成することもできる。

コンテンツデータベース５１上では、ユーザによって、古い楽曲が削除され、新しい楽曲が追加されるなど、楽曲が随時変更されるので、例えば、平日の朝、上述したように、登録されたキー値Ｔｅｋを呼び出すことによって楽曲検索を行う場合でも、毎朝、同じ楽曲が検索され、再生されるようなことは少なく、ユーザは、異なる楽曲を聴くことができる。

以上は、テンポ対応の楽曲検索の場合であるが、テンポ対応の楽曲リスト検索の場合、リズム対応の楽曲検索の場合、またはリズム対応の楽曲リスト検索の場合でも、同じである。

（１−９．楽曲検索または楽曲リスト検索についての、その他の方法）
上述した例は、楽曲付属情報として、楽曲テンポまたは楽曲リズムを示す情報を付加しておく場合であるが、楽曲検索の場合、検索の都度、各楽曲の楽曲テンポまたは楽曲リズムを検出するようにしてもよい。

コンテンツデータベース５１に記録される楽曲数が膨大であると、各楽曲の楽曲テンポまたは楽曲リズムの検出に相当の時間を要するが、そのような場合には、例えば、ユーザが楽曲検索を指示する際、同時に検索範囲とする分類を指示し、ユーザ端末１１が、その指示された分類に属する楽曲中から、動作テンポまたは動作リズムに合った楽曲を検索するように、ユーザ端末１１を構成すれば、楽曲テンポまたは楽曲リズムの検出に要する時間を短縮することができる。分類の指示は、特定のジャンルや楽曲リストを指示するなどである。

ユーザ端末１１を、テンポ対応の楽曲検索、テンポ対応の楽曲リスト検索、リズム対応の楽曲検索、およびリズム対応の楽曲リスト検索のうちの複数に対応させ、ユーザの選択操作によって、いずれかを選択してユーザ端末１１に実行させるように構成することもできる。

［２．第２の実施形態：図１９〜図２１］
第２の実施形態として、ユーザ端末がインターネットを介して検索サーバと接続される楽曲検索システムまたは楽曲リスト検索システム、および、この検索システムにおける楽曲検索方法または楽曲リスト検索方法を示す。

（２−１．第１の例：図１９および図２０）
図１９に、この場合の検索システムの一例を示す。この例では、ユーザ端末１２がインターネット１００を介して検索サーバ２００に接続される。

ユーザ端末１２は、インターネット１００に接続する機能を備える音楽再生装置やパーソナルコンピュータなどであり、図１の例のユーザ端末１１と同様に、端末本体部１３に動きセンサ４１および外部インタフェース３５が接続されたものである。

ただし、この例では、後述のように検索サーバ２００で楽曲が検索または選択され、ユーザ端末１２でのストリーミング再生などのための楽曲データも検索サーバ２００からユーザ端末１２に送信されるので、ユーザ端末１２の端末本体部１３としては、図２または図３に示したコンテンツデータベース５１は無くてもよい。

検索サーバ２００は、この例では、楽曲または楽曲リストを検索するとともに、検索した楽曲の楽曲データ、または検索した楽曲リストから選択した楽曲の楽曲データを、ユーザ端末１２に送信するもので、配信サーバでもあり、サーバ制御部２１０に、コンテンツデータベース２２０、コンテンツ検索部２３０および外部インタフェース２４０が接続されて構成され、外部インタフェース２４０によってインターネット１００に接続される。コンテンツデータベース２２０には、多数の楽曲の楽曲データおよび楽曲付属情報が蓄えられ、複数の楽曲リストが記録される。

すなわち、この例の検索システムでは、図２または図３に示した動作情報検出部５２およびキー情報検出部５３は、ユーザ端末１２として構成され、図２または図３に示したコンテンツデータベース５１、および図２に示したコンテンツ検索部５４または図３に示したコンテンツリスト検索部５６は、コンテンツデータベース２２０およびコンテンツ検索部２３０として検索サーバ２００に備えられる。

テンポ対応の楽曲検索の場合、第１の実施形態と同様に、ユーザ端末１２の動作情報検出部５２では、ユーザの動きを動作情報として検出し、ユーザ端末１２のキー情報検出部５３では、その動作情報を処理解析することによって、ユーザの動作テンポをキー情報（キー値Ｔｅｋ）として検出する。

ユーザ端末１２は、その検出されたキー情報（キー値Ｔｅｋ）を、インターネット１００を通じて検索サーバ２００に送信する。

検索サーバ２００は、その送信されたキー情報（キー値Ｔｅｋ）を受信して、コンテンツ検索部２３０で、第１の実施形態の方法と同様の方法で、楽曲を検索する。ただし、スコアとしては、図７にカテゴリー４として示した、インターネット１００上の当該システムにおける各ユーザの当該楽曲に対する人気を用いる。この場合、上記のカテゴリー１と同様に、段階０は人気が最も低く、段階４は人気が最も高いものとする。

検索サーバ２００は、検索した楽曲の楽曲データを、ユーザ端末１２に送信し、ユーザ端末１２は、その送信された楽曲データによって、検索された楽曲をストリーミング再生する。

以上の処理は、第１の実施形態と同様に、ある時間を検索周期として実行される。

図２０に、テンポ対応の楽曲検索の場合にユーザ端末１２および検索サーバ２００が行う処理の一例を示す。

ユーザ端末１２は、まずステップ８１で、検索サーバ２００に接続し、次にステップ８２に進んで、ユーザの動作テンポを検出し、キー値Ｔｅｋとして検索サーバ２００に送信する。

検索サーバ２００は、ステップ２５１で、その送信されたキー値Ｔｅｋを受信して、キー値Ｔｅｋに応じた、すなわちユーザの動作テンポに合った楽曲テンポの楽曲を検索し、さらにステップ２５２に進んで、その検索した楽曲の楽曲データをユーザ端末１２に送信する。

ユーザ端末１２は、ステップ８３で、その送信された楽曲データを受信し、楽曲をストリーミング再生する。

さらに、ユーザ端末１２は、ステップ８３からステップ８４に進んで、全体の処理を終了するか否かを判断し、終了しなければ、ステップ８２に戻り、終了するときには、ステップ８５に進んで、終了処理をした上で、全体の処理を終了する。

検索サーバ２００も、ステップ２５２からステップ２５３に進んで、ユーザ端末１２に対する全体の処理を終了するか否かを判断し、終了しなければ、ステップ２５１に戻り、終了するときには、ステップ２５４に進んで、終了処理をした上で、ユーザ端末１２に対する全体の処理を終了する。

テンポ対応の楽曲リスト検索の場合には、検索サーバ２００は、ステップ２５１で、第１の実施形態の方法と同様の方法で、楽曲リストを検索するとともに、その検索した楽曲リストから楽曲を選択し、ステップ２５２で、その選択した楽曲の楽曲データをユーザ端末１２に送信する。

以上の例は、ユーザ端末１２でユーザの動作テンポをキー値Ｔｅｋとして検出する場合であるが、ユーザ端末１２から検索サーバ２００にユーザの動作情報を送信し、検索サーバ２００において、その動作情報からユーザの動作テンポをキー値Ｔｅｋとして検出し、そのキー値Ｔｅｋに応じた、すなわちユーザの動作テンポに合った楽曲または楽曲リストを検索するように、検索システムを構成してもよい。

また、以上は、テンポ対応の楽曲検索または楽曲リスト検索の場合であるが、リズム対応の楽曲検索または楽曲リスト検索の場合も、同様である。

さらに、以上の例は、検索時、検索された楽曲の楽曲データ、または検索された楽曲リストから選択された楽曲の楽曲データを、検索サーバ２００からユーザ端末１２に送信し、ユーザ端末１２で楽曲をストリーミング再生する場合であるが、ユーザ端末１２では、検索時には、検索サーバ２００から送信された楽曲データをダウンロードするだけで、その後、そのダウンロードした楽曲データによって楽曲を再生し、あるいは、検索サーバ２００では、検索時には、検索された楽曲の楽曲データ、または検索された楽曲リストから選択された楽曲の楽曲データを、ユーザ端末１２に送信しないで、例えば、検索または選択された楽曲のＩＤ情報を、「開始から４分２０秒は曲Ａ、次の１分０５秒は曲Ｂ、‥‥次の１８秒は曲Ｘ‥‥」などのように検索時の時系列で、検索サーバ２００内に記録しておき、または検索サーバ２００からユーザ端末１２に送信してユーザ端末１２内に記録し、後にユーザ端末１２で、検索サーバ２００から楽曲データを受信することによって、またはユーザ端末１２内に記録されている楽曲データによって、検索または選択された楽曲を検索時の時系列で再生する、などの方法をとることもできる。

さらに、この例の検索システムでも、キー情報の登録および呼び出しによる楽曲検索または楽曲リスト検索を行うことができる。この場合、以下のうちの、いずれかの方法を用いることができる。

（５ａ）ユーザ端末１２で、キー情報の検出、検出されたキー情報の登録、および登録されたキー情報の呼び出しを行い、ユーザ端末１２から検索サーバ２００に、その呼び出されたキー情報を送信し、検索サーバ２００で、その送信されたキー情報によって楽曲または楽曲リストを検索する。

（５ｂ）ユーザ端末１２で、キー情報を検出し、ユーザ端末１２から検索サーバ２００に、その検出されたキー情報を送信し、検索サーバ２００で、その送信されたキー情報を登録し、ユーザ端末１２からの検索実行指示によって、その登録されたキー情報を呼び出して、楽曲または楽曲リストを検索する。

（５ｃ）ユーザ端末１２から検索サーバ２００に、動作情報を送信し、検索サーバ２００で、その送信された動作情報から、キー情報を検出し、その検出されたキー情報を登録するとともに、ユーザ端末１２からの検索実行指示によって、その登録されたキー情報を呼び出して、楽曲または楽曲リストを検索する。

（２−２．第２の例：図２１）
図１９の例は、検索または選択の結果を動作検出対象のユーザ側のユーザ端末１２に送信する場合であるが、検索または選択の結果を他のユーザ側のユーザ端末に送信し、他のユーザ側のユーザ端末でストリーミング再生などを行うようにすることもできる。

図２１に、この場合の検索システムの一例を示す。この例では、ユーザ端末１２および１４がインターネット１００を介して検索サーバ２００に接続される。

ユーザ端末１２は、図１９の例と同じものである。ユーザ端末１４は、ユーザ端末１２と同様に、インターネット１００に接続する機能を備える音楽再生装置やパーソナルコンピュータなどであるが、ユーザの動きを検出する機能は無くてもよい。検索サーバ２００は、図１９の例と同じものである。

テンポ対応の楽曲検索または楽曲リスト検索の場合、図１９の例と同様に、ユーザ端末１２の動作情報検出部５２では、ユーザの動きを動作情報として検出し、ユーザ端末１２のキー情報検出部５３では、その動作情報を処理解析することによって、ユーザの動作テンポをキー情報（キー値Ｔｅｋ）として検出する。

ユーザ端末１２は、その検出されたキー情報（キー値Ｔｅｋ）を、インターネット１００を通じて検索サーバ２００に送信する。

検索サーバ２００は、その送信されたキー情報（キー値Ｔｅｋ）を受信し、コンテンツ検索部２３０で、第1の実施形態の方法と同様の方法で、すなわち図１９の例と同様に、楽曲または楽曲リストを検索し、さらに楽曲リストを検索した場合には、その検索した楽曲リストから、上述した方法で、楽曲を選択する。

さらに、検索サーバ２００は、検索した楽曲の楽曲データ、または検索した楽曲リストから選択した楽曲の楽曲データを、ユーザ端末１４に送信し、ユーザ端末１４は、その送信された楽曲データによって、楽曲をストリーミング再生する。

この場合、楽曲データの検索サーバ２００からユーザ端末１４への送信、およびユーザ端末１４でのストリーミング再生は、検索時（ユーザ動作検出時）、ユーザ端末１４が検索サーバ２００に接続することによって実行され、または検索後（ユーザ動作検出後）、ユーザ端末１４が検索サーバ２００に接続することによって実行されるようにする。

この例では、ユーザ端末１２側のユーザの動作テンポに合った楽曲テンポの楽曲を別のユーザ側のユーザ端末１４でストリーミング再生することができ、ユーザ端末１４側のユーザは、再生される楽曲のテンポから、ユーザ端末１２側のユーザの動作テンポを知ることができ、自身が同じ動作テンポで運動などをすることができる。

また、例えば、ユーザ端末１４の方がユーザ端末１２より高音質で楽曲を再生することができる場合、ユーザ端末１２および１４を同一のユーザが使用し、ユーザ端末１２では動きセンサ４１によってユーザの動きを検出し、ユーザ端末１４では検索サーバ２００で検索または選択された楽曲を高音質で再生する、というような方法を実施することもできる。

この例でも、ユーザ端末１２から検索サーバ２００にユーザの動作情報を送信し、検索サーバ２００において、その動作情報からユーザの動作テンポをキー値Ｔｅｋとして検出し、そのキー値Ｔｅｋに応じた、すなわちユーザの動作テンポに合った楽曲テンポの楽曲を検索し、またはユーザの動作テンポに合った楽曲テンポの楽曲がリストアップされた楽曲リストを検索するように、検索システムを構成してもよい。

また、以上は、テンポ対応の楽曲検索または楽曲リスト検索の場合であるが、リズム対応の楽曲検索または楽曲リスト検索の場合も、同様である。

さらに、この例でも、ユーザ端末１４では、検索サーバ２００から送信された楽曲データをダウンロードするだけで、その後、そのダウンロードした楽曲データによって楽曲を再生し、あるいは、検索サーバ２００では、検索された楽曲の楽曲データ、または検索された楽曲リストから選択された楽曲の楽曲データを、ユーザ端末１４に送信しないで、例えば、検索または選択された楽曲のＩＤ情報を、上記の第1の例につき上述したような検索時の時系列で、検索サーバ２００内に記録しておき、または検索サーバ２００からユーザ端末１４に送信してユーザ端末１４内に記録し、後にユーザ端末１４で、検索サーバ２００から楽曲データを受信することによって、またはユーザ端末１４内に記録されている楽曲データによって、検索または選択された楽曲を検索時の時系列で再生する、などの方法をとることもできる。

さらに、この例の検索システムでも、上記（５ａ）（５ｂ）（５ｃ）などの方法によって、キー情報の登録および呼び出しによる楽曲検索または楽曲リスト検索を行うことができる。

［３．第３の実施形態：図２２〜図２４］
第３の実施形態として、携帯電話ネットワークシステムで楽曲検索または楽曲リスト検索を行う場合を示す。

（３−１．第1の例：図２２〜図２４）
図２２に、この場合の検索システム（携帯電話ネットワークシステム）の一例を示す。この例では、ユーザ側の携帯電話端末１５が基地局３１０を含む携帯電話ネットワーク３００を介して検索サーバ４００に接続される。

携帯電話端末１５は、この例では、図２３に示すように、図１の例のユーザ端末１１と同様に、ＣＰＵ１６、バス１７、ＲＯＭ１８、ＲＡＭ１９、内部記憶装置部２１、インタフェース２２、外部記憶装置部２３、インタフェース２４、キー入力部２５、インタフェース２６、マイクロフォン２７、音声処理部２８、音声処理部３１、音声出力部としてのスピーカ３８、表示制御部３３、液晶表示部３４、無線インタフェース３６、アンテナ３７、動きセンサ４１、エンコーダ４２、環境センサ４４およびエンコーダ４５を備えるとともに、カメラ部（撮像部）４７が、映像処理部４８を介してバス１７に接続されたもので、図２２には、そのうちの、キー入力部２５、送話用のマイクロフォン２７、受話用のスピーカ３８、液晶表示部３４およびアンテナ３７を示している。

ただし、この例では、後述のように検索サーバ４００で楽曲が検索または選択され、携帯電話端末１５でのストリーミング再生などのための楽曲データも検索サーバ４００から携帯電話端末１５に送信されるので、携帯電話端末１５としては、図２または図３に示したコンテンツデータベース５１は無くてもよい。

検索サーバ４００は、この例では、楽曲または楽曲リストを検索するとともに、検索した楽曲の楽曲データ、または検索した楽曲リストから選択した楽曲の楽曲データを、携帯電話端末１５に送信するもので、配信サーバでもあり、サーバ制御部４１０に、コンテンツデータベース４２０、コンテンツ検索部４３０、無線インタフェース４４０およびアンテナ４５０が接続されて構成される。コンテンツデータベース４２０には、多数の楽曲の楽曲データおよび楽曲付属情報が蓄えられ、複数の楽曲リストが記録される。

すなわち、この例の検索システムでは、図２または図３に示した動作情報検出部５２およびキー情報検出部５３は、携帯電話端末１５として構成され、図２または図３に示したコンテンツデータベース５１、および図２に示したコンテンツ検索部５４または図３に示したコンテンツリスト検索部５６は、コンテンツデータベース４２０およびコンテンツ検索部４３０として検索サーバ４００に備えられる。

テンポ対応の楽曲検索の場合、第１の実施形態と同様に、携帯電話端末１５の動作情報検出部５２では、ユーザの動きを動作情報として検出し、携帯電話端末１５のキー情報検出部５３では、その動作情報を処理解析することによって、ユーザの動作テンポをキー情報（キー値Ｔｅｋ）として検出する。

携帯電話端末１５は、その検出されたキー情報（キー値Ｔｅｋ）を、携帯電話ネットワーク３００を通じて検索サーバ４００に送信する。

検索サーバ４００は、その送信されたキー情報（キー値Ｔｅｋ）を受信して、コンテンツ検索部４３０で、第１の実施形態の方法と同様の方法で、楽曲を検索する。ただし、スコアとしては、図７にカテゴリー４として示した、携帯電話ネットワーク３００上の当該システムにおける各ユーザの当該楽曲に対する人気を用いる。

検索サーバ４００は、検索した楽曲の楽曲データを、携帯電話端末１５に送信し、携帯電話端末１５は、その送信された楽曲データによって、検索された楽曲をストリーミング再生する。

以上の処理は、第１の実施形態と同様に、ある時間を検索周期として実行される。

図２４に、テンポ対応の楽曲検索の場合に携帯電話端末１５および検索サーバ４００が行う処理の一例を示す。

携帯電話端末１５は、まずステップ９１で、検索サーバ４００に接続し、次にステップ９２に進んで、ユーザの動作テンポを検出し、キー値Ｔｅｋとして検索サーバ４００に送信する。

検索サーバ４００は、ステップ４６１で、その送信されたキー値Ｔｅｋを受信して、キー値Ｔｅｋに応じた、すなわちユーザの動作テンポに合った楽曲テンポの楽曲を検索し、さらにステップ４６２に進んで、その検索した楽曲の楽曲データを携帯電話端末１５に送信する。

携帯電話端末１５は、ステップ９３で、その送信された楽曲データを受信し、楽曲をストリーミング再生する。

さらに、携帯電話端末１５は、ステップ９３からステップ９４に進んで、全体の処理を終了するか否かを判断し、終了しなければ、ステップ９２に戻り、終了するときには、ステップ９５に進んで、終了処理をした上で、全体の処理を終了する。

検索サーバ４００も、ステップ４６２からステップ４６３に進んで、携帯電話端末１５に対する全体の処理を終了するか否かを判断し、終了しなければ、ステップ４６１に戻り、終了するときには、ステップ４６４に進んで、終了処理をした上で、携帯電話端末１５に対する全体の処理を終了する。

テンポ対応の楽曲リスト検索の場合には、検索サーバ４００は、ステップ４６１で、第１の実施形態の方法と同様の方法で、楽曲リストを検索するとともに、その検索した楽曲リストから楽曲を選択し、ステップ４６２で、その選択した楽曲の楽曲データを携帯電話端末１５に送信する。

以上の例は、携帯電話端末１５でユーザの動作テンポをキー値Ｔｅｋとして検出する場合であるが、携帯電話端末１５から検索サーバ４００にユーザの動作情報を送信し、検索サーバ４００において、その動作情報からユーザの動作テンポをキー値Ｔｅｋとして検出し、そのキー値Ｔｅｋに応じた、すなわちユーザの動作テンポに合った楽曲または楽曲リストを検索するように、検索システムを構成してもよい。

また、以上は、テンポ対応の楽曲検索または楽曲リスト検索の場合であるが、リズム対応の楽曲検索または楽曲リスト検索の場合も、同様である。

さらに、この例でも、携帯電話端末１５では、検索時には、検索サーバ４００から送信された楽曲データをダウンロードするだけで、その後、そのダウンロードした楽曲データによって楽曲を再生し、あるいは、検索サーバ４００では、検索時には、検索された楽曲の楽曲データ、または検索された楽曲リストから選択された楽曲の楽曲データを、携帯電話端末１５に送信しないで、例えば、検索または選択された楽曲のＩＤ情報を、第２の実施形態の第1の例につき上述したような検索時の時系列で、検索サーバ４００内に記録しておき、または検索サーバ４００から携帯電話端末１５に送信して携帯電話端末１５内に記録し、後に携帯電話端末１５で、検索サーバ４００から楽曲データを受信することによって、または携帯電話端末１５内に記録されている楽曲データによって、検索または選択された楽曲を検索時の時系列で再生する、などの方法をとることもできる。

さらに、この例の検索システムでも、上記（５ａ）（５ｂ）（５ｃ）などの方法によって、キー情報の登録および呼び出しによる楽曲検索または楽曲リスト検索を行うことができる。

（３−２．第２の例）
図２２の例は、検索または選択の結果を動作検出対象のユーザ側の携帯電話端末１５に送信する場合であるが、第２の実施形態の第２の例と同様に、検索または選択の結果を他のユーザ側の携帯電話端末に送信し、他のユーザ側の携帯電話端末でストリーミング再生などを行うようにすることもできる。

［４．第４の実施形態：図２５］
第２および第３の実施形態の第２の例は、ネットワーク上の検索サーバによって検索または選択された結果を、動作検出対象のユーザとは別のユーザの端末に送信する場合であるが、動作検出対象のユーザの端末から別のユーザの端末に直接、上述したキー情報または動作情報を送信し、別のユーザの端末で楽曲検索または楽曲リスト検索を行うシステムとすることもできる。

図２５に、この場合の検索システムの一例を示す。この例は、ユーザ端末５００および６００が、それぞれ無線通信端末として、限られた距離内で直接、無線通信を行うことができる場合である。

ユーザ端末５００は、制御部５１０に、記憶装置部５２１、キー入力部５２２、液晶表示部５２３、音楽再生部５２４、メール処理部５２５および送受信部５２６が接続され、送受信部５２６に、アンテナ５２７が接続されるとともに、制御部５１０に、動作情報検出部５２８およびキー情報検出部５２９が接続されたものである。

制御部５１０は、ＣＰＵ、ＲＯＭおよびＲＡＭなどを備え、ユーザ端末５００の各部を制御するとともに、楽曲検索または楽曲リスト検索につきユーザ端末５００が受け手となるときには、楽曲検索部または楽曲リスト検索部として機能するものである。

記憶装置部５２１は、内蔵またはリムーバブルの記憶装置で、楽曲データ、楽曲付属情報、楽曲リストなどが記録される。音楽再生部５２４は、記憶装置部５２１に記録されている楽曲データ、またはユーザ端末６００から送信された楽曲データによって、楽曲を再生するものであり、メール処理部５２５は、メール処理を実行するものである。

動作情報検出部５２８は、図２または図３に示した動作情報検出部５２と同様に、ユーザ端末５００側のユーザの動きを動作情報として検出するものであり、キー情報検出部５２９は、図２または図３に示したキー情報検出部５３と同様に、動作情報検出部５２８で得られた動作情報を処理解析することによって、ユーザ端末５００側のユーザの動作テンポまたは動作リズムをキー情報として検出するものである。

ユーザ端末６００も、ユーザ端末５００と同様に構成されるもので、ユーザ端末５００の各部と対応する各部には６００台の参照番号を付す。

この例の検索システムでは、ユーザ端末５００が送り手、ユーザ端末６００が受け手となるテンポ対応の楽曲検索または楽曲リスト検索の場合、ユーザ端末５００の動作情報検出部５２８では、ユーザ端末５００側のユーザの動きを動作情報として検出し、ユーザ端末５００のキー情報検出部５２９では、その動作情報を処理解析することによって、ユーザ端末５００側のユーザの動作テンポをキー情報（キー値Ｔｅｋ）として検出する。

ユーザ端末５００の制御部５１０は、その検出されたキー情報（キー値Ｔｅｋ）を、送受信部５２６およびアンテナ５２７によってユーザ端末６００に送信する。

ユーザ端末６００では、その送信されたキー情報（キー値Ｔｅｋ）を、アンテナ６２７および送受信部６２６によって受信し、制御部６１０が、第１の実施形態の方法と同様の方法によって、記憶装置部６２１に記録されている多数の楽曲から、ユーザ端末５００側のユーザの動作テンポに応じた楽曲テンポの楽曲を検索し、または、記憶装置部６２１に記録されている複数の楽曲リストから、ユーザ端末５００側のユーザの動作テンポに応じた楽曲テンポの楽曲がリストアップされた楽曲リストを検索し、さらに、その検索した楽曲リストから楽曲を選択して、音楽再生部６２４によって、その検索または選択された楽曲が再生される。

これによれば、ユーザ端末５００側のユーザの動作テンポに合った楽曲テンポの楽曲がユーザ端末６００で再生され、ユーザ端末６００側のユーザは、再生される楽曲のテンポから、ユーザ端末５００側のユーザの動作テンポを知ることができ、ユーザ端末５００側のユーザに対して一体感などを感じることができる。

逆に、ユーザ端末６００が送り手、ユーザ端末５００が受け手となるテンポ対応の楽曲検索または楽曲リスト検索を行うこともできる。

送り手となるユーザ端末では、キー情報に変換される前の動作情報を、受け手となるユーザ端末に送信し、受け手となるユーザ端末では、その動作情報から、送り手となるユーザ端末側のユーザの動作テンポをキー情報として検出し、そのキー情報に応じた楽曲または楽曲リストを検索するように、検索システムを構成することもできる。

上記と同様に、ユーザ端末５００および６００のいずれか一方が送り手、他方が受け手となるリズム対応の楽曲検索または楽曲リスト検索を行うこともできる。

また、この実施形態でも、上記（５ａ）（５ｂ）（５ｃ）と同様の方法によって（ただし、検索サーバは、受け手となるユーザ端末に置き換えられる）、キー情報の登録および呼び出しによる楽曲検索または楽曲リスト検索を行うことができる。

［５．他の実施形態：特に楽曲以外のコンテンツの場合］
上述した各実施形態は、コンテンツが楽曲の場合であるが、この発明は、コンテンツが楽曲以外の場合にも適用することができる。

例えば、アニメーション画像では、画像全体の変化や、画像内のキャラクタなどの動きに、テンポやリズムが存在し、あるコンテンツでは、テンポが早く、別のコンテンツでは、テンポが遅い、というコンテンツごとによるテンポの違いや、あるコンテンツでは、あるパターンのリズム、別のコンテンツでは、別のパターンのリズム、というコンテンツごとによるリズムの違いが存在する。

したがって、各コンテンツにコンテンツ付属情報として、当該コンテンツのテンポやリズムを示す情報を付加し、コンテンツリストの検索用には、テンポが当該のコンテンツリストに対応するテンポ範囲内にあるコンテンツを当該のコンテンツリストにリストアップし、またはリズムが当該のコンテンツリストに対応するパターンであるコンテンツを当該のコンテンツリストにリストアップすることによって、上述した楽曲の場合と同様に、コンテンツまたはコンテンツリストの検索を行うことができる。

この発明のユーザ端末の一例の接続構成を示す図である。 図１のユーザ端末の楽曲検索に関する機能構成を示す図である。 図１のユーザ端末の楽曲リスト検索に関する機能構成を示す図である。 歩行時の状態の一例を示す図である。 センサ出力信号と自己相関波形の一例を示す図である。 コンテンツデータベース上の楽曲付属情報の一例を示す図である。 検索用のスコアの一例を示す図である。 歩行テンポの変化に応じて検索結果の楽曲が変化する様子の一例を示す図である。 検索用の差分の算出式の一例を示す図である。 楽曲検索の処理ルーチンの一例の一部を示す図である。 楽曲検索の処理ルーチンの一例の一部を示す図である。 コンテンツデータベース上の楽曲リストの一例を示す図である。 各楽曲リストの具体例を示す図である。 歩行テンポの変化に応じて検索結果の楽曲リストが変化する様子の一例を示す図である。 楽曲リスト検索の処理ルーチンの一例の一部を示す図である。 楽曲リスト検索の処理ルーチンの一例の一部を示す図である。 代表的なリズムパターンの一例を示す図である。 リズム対応の楽曲リスト検索の場合の動作パターンと検索される楽曲リストとの対応の一例を示す図である。 インターネット上の検索システムの一例を示す図である。 図１９の検索システムでの処理ルーチンの一例を示す図である。 インターネット上の検索システムの他の例を示す図である。 携帯電話ネットワークシステムとしての検索システムの一例を示す図である。 図２２の検索システムの携帯電話端末の一例の接続構成を示す図である。 図２２の検索システムでの処理ルーチンの一例を示す図である。 ユーザ端末間で直接無線通信を行う検索システムの一例を示す図である。

符号の説明

主要部については図中に全て記述したので、ここでは省略する。

Claims (26)

1. ユーザの動きを動作情報として検出する工程と、
   前記動作情報から、ユーザの動作パターンをキー情報として検出する工程と、
   複数のコンテンツから、前記キー情報に応じたコンテンツパターンのコンテンツを検索する工程と、
   を備えることを特徴とするコンテンツ検索方法。
2. 請求項１に記載のコンテンツ検索方法であって、
   前記検出したキー情報を登録する工程と、
   その登録したキー情報を呼び出す工程と、
   をさらに備え、
   前記検索工程は、複数のコンテンツから、前記呼び出したキー情報に応じたコンテンツパターンのコンテンツを検索する、
   ことを特徴とするコンテンツ検索方法。
3. ユーザの動きを動作情報として検出する工程と、
   前記動作情報から、ユーザの動作パターンをキー情報として検出する工程と、
   複数のコンテンツリストから、前記キー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する工程と、
   を備えることを特徴とするコンテンツリスト検索方法。
4. 請求項３に記載のコンテンツリスト検索方法であって、
   前記検出したキー情報を登録する工程と、
   その登録したキー情報を呼び出す工程と、
   をさらに備え、
   前記検索工程は、複数のコンテンツリストから、前記呼び出したキー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
   ことを特徴とするコンテンツリスト検索方法。
5. 請求項１に記載のコンテンツ検索方法であって、
   前記検出したキー情報を通信ネットワークを介して検索サーバに送信する工程を、さらに備え、
   前記検索工程は、前記検索サーバにおいて、複数のコンテンツから、前記送信されたキー情報に応じたコンテンツパターンのコンテンツを検索する、
   ことを特徴とするコンテンツ検索方法。
6. 請求項１に記載のコンテンツ検索方法であって、
   前記検出した動作情報を通信ネットワークを介して検索サーバに送信する工程を、さらに備え、
   前記キー情報検出工程は、前記検索サーバにおいて、前記送信された動作情報から、ユーザの動作パターンをキー情報として検出し、
   前記検索工程は、前記検索サーバにおいて、複数のコンテンツから、前記キー情報に応じたコンテンツパターンのコンテンツを検索する、
   ことを特徴とするコンテンツ検索方法。
7. 請求項１に記載のコンテンツ検索方法であって、
   前記検出したキー情報を登録する工程と、
   その登録したキー情報を呼び出し、通信ネットワークを介して検索サーバに送信する工程と、
   をさらに備え、
   前記検索工程は、前記検索サーバにおいて、複数のコンテンツから、前記送信されたキー情報に応じたコンテンツパターンのコンテンツを検索する、
   ことを特徴とするコンテンツ検索方法。
8. 請求項３に記載のコンテンツリスト検索方法であって、
   前記検出したキー情報を通信ネットワークを介して検索サーバに送信する工程を、さらに備え、
   前記検索工程は、前記検索サーバにおいて、複数のコンテンツリストから、前記送信されたキー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
   ことを特徴とするコンテンツリスト検索方法。
9. 請求項３に記載のコンテンツリスト検索方法であって、
   前記検出した動作情報を通信ネットワークを介して検索サーバに送信する工程を、さらに備え、
   前記キー情報検出工程は、前記検索サーバにおいて、前記送信された動作情報から、ユーザの動作パターンをキー情報として検出し、
   前記検索工程は、前記検索サーバにおいて、複数のコンテンツリストから、前記キー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
   ことを特徴とするコンテンツリスト検索方法。
10. 請求項３に記載のコンテンツリスト検索方法であって、
    前記検出したキー情報を登録する工程と、
    その登録したキー情報を呼び出し、通信ネットワークを介して検索サーバに送信する工程と、
    をさらに備え、
    前記検索工程は、前記検索サーバにおいて、複数のコンテンツリストから、前記送信されたキー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
    ことを特徴とするコンテンツリスト検索方法。
11. 請求項１に記載のコンテンツ検索方法であって、
    前記検出したキー情報を通信端末に送信する工程を、さらに備え、
    前記検索工程は、前記通信端末において、複数のコンテンツから、前記送信されたキー情報に応じたコンテンツパターンのコンテンツを検索する、
    ことを特徴とするコンテンツ検索方法。
12. 請求項１に記載のコンテンツ検索方法であって、
    前記検出した動作情報を通信端末に送信する工程を、さらに備え、
    前記キー情報検出工程は、前記通信端末において、前記送信された動作情報から、ユーザの動作パターンをキー情報として検出し、
    前記検索工程は、前記通信端末において、複数のコンテンツから、前記キー情報に応じたコンテンツパターンのコンテンツを検索する、
    ことを特徴とするコンテンツ検索方法。
13. 請求項１に記載のコンテンツ検索方法であって、
    前記検出したキー情報を登録する工程と、
    その登録したキー情報を呼び出し、通信端末に送信する工程と、
    をさらに備え、
    前記検索工程は、前記通信端末において、複数のコンテンツから、前記送信されたキー情報に応じたコンテンツパターンのコンテンツを検索する、
    ことを特徴とするコンテンツ検索方法。
14. 請求項３に記載のコンテンツリスト検索方法であって、
    前記検出したキー情報を通信端末に送信する工程を、さらに備え、
    前記検索工程は、前記通信端末において、複数のコンテンツリストから、前記送信されたキー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
    ことを特徴とするコンテンツリスト検索方法。
15. 請求項３に記載のコンテンツリスト検索方法であって、
    前記検出した動作情報を通信端末に送信する工程を、さらに備え、
    前記キー情報検出工程は、前記通信端末において、前記送信された動作情報から、ユーザの動作パターンをキー情報として検出し、
    前記検索工程は、前記通信端末において、複数のコンテンツリストから、前記キー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
    ことを特徴とするコンテンツリスト検索方法。
16. 請求項３に記載のコンテンツリスト検索方法であって、
    前記検出したキー情報を登録する工程と、
    その登録したキー情報を呼び出し、通信端末に送信する工程と、
    をさらに備え、
    前記検索工程は、前記通信端末において、複数のコンテンツリストから、前記送信されたキー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
    ことを特徴とするコンテンツリスト検索方法。
17. 複数のコンテンツのコンテンツデータおよび／またはコンテンツ付属情報を記憶保持する記憶装置部と、
    ユーザの動きを動作情報として検出し、その動作情報から、ユーザの動作パターンをキー情報として検出する検出手段と、
    前記記憶装置部にコンテンツデータおよび／またはコンテンツ付属情報が記録されている複数のコンテンツから、前記キー情報に応じたコンテンツパターンのコンテンツを検索する検索手段と、
    を備えることを特徴とするコンテンツ検索装置。
18. 請求項１７に記載のコンテンツ検索装置であって、
    前記検出されたキー情報を登録し、その登録したキー情報を呼び出す制御手段を、さらに備え、
    前記検索手段は、前記記憶装置部にコンテンツデータおよび／またはコンテンツ付属情報が記録されている複数のコンテンツから、前記制御手段によって呼び出されたキー情報に応じたコンテンツパターンのコンテンツを検索する、
    ことを特徴とするコンテンツ検索装置。
19. それぞれコンテンツパターンが同一または類似のコンテンツがリストアップされた複数のコンテンツリストを記憶保持する記憶装置部と、
    ユーザの動きを動作情報として検出し、その動作情報から、ユーザの動作パターンをキー情報として検出する検出手段と、
    前記記憶装置部に記録されている複数のコンテンツリストから、前記キー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する検索手段と、
    を備えることを特徴とするコンテンツリスト検索装置。
20. 請求項１９に記載のコンテンツリスト検索装置であって、
    前記検出されたキー情報を登録し、その登録したキー情報を呼び出す制御手段を、さらに備え、
    前記検索手段は、前記記憶装置部に記録されている複数のコンテンツリストから、前記制御手段によって呼び出されたキー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
    ことを特徴とするコンテンツリスト検索装置。
21. 通信ネットワークを介してユーザ端末が接続される検索サーバであって、
    複数のコンテンツのコンテンツデータおよび／またはコンテンツ付属情報を記憶保持するデータベースと、
    このデータベースにコンテンツデータおよび／またはコンテンツ付属情報が記録されている複数のコンテンツから、前記ユーザ端末から送信されたユーザの動きを示す情報に応じたコンテンツパターンのコンテンツを検索する検索手段と、
    を備えることを特徴とする検索サーバ。
22. 請求項２１に記載の検索サーバであって、
    前記ユーザの動きを示す情報として前記ユーザ端末から送信された動作情報から、ユーザの動作パターンをキー情報として検出する検出手段を、さらに備え、
    前記検索手段は、前記データベースにコンテンツデータおよび／またはコンテンツ付属情報が記録されている複数のコンテンツから、前記検出手段によって検出されたキー情報に応じたコンテンツパターンのコンテンツを検索する、
    ことを特徴とする検索サーバ。
23. 通信ネットワークを介してユーザ端末が接続される検索サーバであって、
    それぞれコンテンツパターンが同一または類似のコンテンツがリストアップされた複数のコンテンツリストを記憶保持するデータベースと、
    このデータベースに記録されている複数のコンテンツリストから、前記ユーザ端末から送信されたユーザの動きを示す情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する検索手段と、
    を備えることを特徴とする検索サーバ。
24. 請求項２３に記載の検索サーバであって、
    前記ユーザの動きを示す情報として前記ユーザ端末から送信された動作情報から、ユーザの動作パターンをキー情報として検出する検出手段を、さらに備え、
    前記検索手段は、前記データベースに記録されている複数のコンテンツリストから、前記検出手段によって検出されたキー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する、
    ことを特徴とする検索サーバ。
25. コンテンツの検索のためにコンピュータを、
    ユーザの動きを動作情報として検出し、その動作情報から、ユーザの動作パターンをキー情報として検出する手段、および、
    複数のコンテンツから、前記キー情報に応じたコンテンツパターンのコンテンツを検索する手段、
    として機能させるためのコンテンツ検索用プログラム。
26. コンテンツリストの検索のためにコンピュータを、
    ユーザの動きを動作情報として検出し、その動作情報から、ユーザの動作パターンをキー情報として検出する手段、および、
    複数のコンテンツリストから、前記キー情報に応じたコンテンツパターンのコンテンツがリストアップされたコンテンツリストを検索する手段、
    として機能させるためのコンテンツリスト検索用プログラム。

Images