JPH11288420A - 音楽再生装置、及び行動推測装置 - Google Patents

Abstract

(57)【要約】 【課題】 多くの曲のなかからでもユーザが所望する曲
を容易に聴けるようにする。 【解決手段】 場所に応じて用意した音楽再生装置１０
１ａ〜１０１ｃは、パーソナルコンピュータ１０２、或
いはサービス会社１０５から音楽データを取得して曲を
再生し、その再生した曲を表すデータ、及び、そのとき
の状況を表す情報をパーソナルコンピュータ１０２に送
信する。そのパーソナルコンピュータ１０２は、それら
の情報等を格納しておき、音楽セットの作成を依頼した
音楽再生装置に対し、格納しておいた情報を基に現在の
状況下でユーザが所望すると推測される曲を選択して作
成した音楽セットを表すデータを送信する。そのデータ
を受信した音楽再生装置では、それを再生の対象に指定
することで、パーソナルコンピュータ１０２が選択した
曲を順次再生させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、音楽鑑賞に関わる
ユーザの行動を表す情報を記録し、その情報を基にユー
ザが所望すると予想される曲（音楽）を提供するための
技術に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】これ
まで、曲の配布は、それを音楽用ＣＤ等の記録媒体に録
音することで行われていた。しかし、最近では、公衆網
を介して配布することも広く行われるようになってい
る。

【０００３】記録媒体での配布では、聴ける曲は記録媒
体に録音されている曲だけであることから、所望する曲
はそれが録音された記録媒体がなければユーザは聴くこ
とができない。それに対し、公衆網を介しての配布で
は、有償で曲を配布するサービス会社には膨大な数の曲
が用意されていることもあって、ユーザは所望する曲を
随時聴くことができるようになっている。

【０００４】有償で配布された曲はユーザ側で保存して
おくことも可能である。そのようにすることで、ユーザ
は所望の曲を繰り返し聴くことができる。しかし、再生
させる曲は、保存している曲のなかから選ばなければな
らないため、曲数が多くなるにつれて曲を選択する操作
が面倒になるという問題点があった。

【０００５】本発明の課題は、多くの曲のなかからでも
ユーザが所望する曲を容易に聴けるようにすることにあ
る。

【０００６】

【課題を解決するための手段】本発明の第１の態様の音
楽再生装置は、曲を再生する再生手段を備えていること
を前提とし、再生手段に曲を再生させることで行ったユ
ーザの音楽鑑賞上の行動を表す行動情報を記録する行動
情報記録手段と、行動情報記録手段が記録した行動情報
からユーザが所望する曲を推測して自動選択する自動選
択手段と、自動選択手段により自動選択された曲を再生
手段に再生させる制御手段と、を具備する。

【０００７】なお、上記の構成において、行動情報記録
手段は、行動情報として、再生手段が再生した曲に関す
る曲情報、及び該曲が再生された際の状況を表す状況情
報を記録し、自動選択手段は、曲情報記録手段が記録し
た曲情報、及び状況情報からユーザが所望する曲を推測
して自動選択する、ことが望ましい。また、その自動選
択手段は、ユーザが過去に再生手段に再生させていない
曲を含めて曲の自動選択を行う、ことが望ましい。

【０００８】本発明の第２の態様の音楽再生装置は、曲
を再生する再生手段を備えていることを前提とし、再生
手段に曲を再生させることで行ったユーザの音楽鑑賞上
の行動を表す行動情報を、ユーザが所望する曲を推測す
る行動推測装置に送信する送信手段と、行動推測装置が
送信する推測結果を受信する受信手段と、受信手段が受
信した推測結果に従って、再生手段に曲を再生させる制
御手段と、を具備している。

【０００９】本発明の行動推測装置は、上記第２の態様
の音楽再生装置から送信された行動情報を受信し、該受
信した行動情報からユーザが所望する曲を推測するもの
であり、音楽再生装置から送信された行動情報を受信す
る受信手段と、受信手段が受信した行動情報を記録する
曲情報記録手段と、行動情報記録手段に記録された行動
情報から、ユーザが所望する曲を推測する推測手段と、
音楽再生装置に、推測手段が推測した曲を表す情報を推
測結果として送信する送信手段と、を具備している。

【００１０】なお、上記の構成において、推測手段は、
ユーザが過去に音楽再生装置に再生させていない曲を含
めて曲の推測を行う、ことが望ましい。本発明の第１の
態様の記録媒体は、上記第１の態様の音楽再生装置が読
み取り可能であり、曲を再生させることで行ったユーザ
の音楽鑑賞上の行動を表す行動情報を記録させる手段
と、記録させる手段によって記録された行動情報からユ
ーザが所望する曲を推測して自動選択する手段と、自動
選択する手段により自動選択された曲を再生させる手段
と、を実現させるためのプログラムを記録している。

【００１１】本発明の第２の態様の記録媒体は、上記第
２の態様の音楽再生装置が読み取り可能であり、曲を再
生させることで行ったユーザの音楽鑑賞上の行動を表す
行動情報を、ユーザが所望する曲を推測する行動推測装
置に送信させる手段と、行動推測装置が送信する推測結
果を受信させる手段と、受信させる手段によって受信さ
れた推測結果に従って曲を再生させる手段と、を実現さ
せるためのプログラムを記録している。

【００１２】本発明の第３の態様の記録媒体は、上記行
動推測装置が読み取り可能であり、音楽再生装置から送
信された行動情報を受信させる手段と、受信させる手段
により受信された行動情報を記録させる手段と、記録さ
せる手段により記録された行動情報から、ユーザが所望
する曲を推測する手段と、音楽再生装置に、推測する手
段が推測した曲を表す情報を推測結果として送信させる
手段と、を実現させるためのプログラムを記録してい
る。

【００１３】本発明では、ユーザの音楽鑑賞上の行動を
表す行動情報を記録しておき、そのようにして記録した
行動情報を解析することにより、ユーザが所望する曲を
推測し自動選択して提供する。そのように、再生させる
曲を自動選択することから、ユーザ自身が再生させる曲
を選択する手間が不要となって利便性が向上し、ユーザ
は多くの曲のなかからでも所望する曲を容易に聴けるよ
うになる。

【００１４】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態につき詳細に説明する。図１は、本実施
の形態による音楽再生装置と行動推測装置を接続したシ
ステム例の構成図である。

【００１５】音楽再生装置への要求は、それを使用する
状況によって変化する。例えば自動車を使用しない外出
では、携帯性が優れていることが要求されるが、自動車
で外出するときにはそのような要求はあまり無い。ま
た、自宅等の落ち着ける場所では、より高い音質が望ま
れることが多い。このようなことから、本実施の形態で
は、ユーザが音楽再生装置を使用する場所の状況を、自
宅、自動車、及び自動車以外の外、の３つに大別し、各
場所別にその場所に合ったタイプの音楽再生装置をそれ
ぞれ用意している。図１において、１０１ａ〜１０１ｃ
がその音楽再生装置であり、１０１ａは自宅等に固定的
に設置されるタイプ、１０１ｂはユーザが携帯して使用
するタイプ、１０１ｃは自動車内に設置されるタイプの
音楽再生装置である。

【００１６】上記各音楽再生装置１０１ａ〜１０１ｃ
は、情報端末装置（以降、情報端末と略す）に本発明を
適用させたものである。そのため、以降は、音楽再生装
置１０１ａ〜１０１ｃを情報端末１０１ａ〜１０１ｃと
表現することにする。各情報端末１０１ａ〜１０１ｃ全
体を指す、或いはそのなかの一つを特定していないよう
な場合には、情報端末１０１と表現することにする。

【００１７】本実施の形態による行動推測装置は、その
行動推測装置の機能を実現させるためのプログラムをロ
ードすることで、パーソナルコンピュータ（以降、パソ
コンと略す）１０２に本発明を適用させたものである。
そのパソコン１０２は、情報端末１０１との間で曲を再
生するための音楽データの送受信や、ユーザが所望する
曲を推測してその推測結果の送信等を行う。情報端末１
０１ａとは、例えば図示しないケーブル、或いは赤外線
を介してデータの送受信を行い、情報端末１０１ｂ、及
び１０１ｃとは、基地局１０３、及び公衆網１０４を介
してデータの送受信を行うようになっている。なお、上
記推測結果は、ひとまとまりにして再生される曲の単位
（集まり）である音楽セットの形にまとめて送信され
る。

【００１８】サービス会社１０５は、公衆網を介して音
楽データの配布を有償で行う会社である。情報端末１０
１は、主にサービス会社１０５が配布する音楽データを
用いて曲を再生する。そのサービス会社１０５は、音楽
データの他に、天気予報や交通情報等の各種の情報の配
布を有償、或いは無償で行う。なお、音楽データは、サ
ービス会社１０５の他に、例えばインターネットを介し
てホームページからダウンロードすることで取得するこ
とができる。

【００１９】本実施の形態では、情報端末１０１が再生
する曲の音楽データをパソコン１０２に一元的に管理さ
せている。それにより、サービス会社１０５から同一の
音楽データを各情報端末１０１ａ〜１０１ｃが重複して
購入するようなことを回避させている。また、負荷が重
い処理をパソコン１０２に行わせることで、情報端末１
０１側の負荷を軽減させている。負荷を軽減させること
で、情報端末１０１の小型・軽量化をより容易に行える
ようにさせている。

【００２０】情報端末１０１ａ〜１０１ｃは、想定して
いる使用方法によって構成や動作に異なる部分がある。
例えば自宅等に設置されることを想定している情報端末
１０１ａは、パソコン１０２と直接的にデータの送受信
を行うのに対し、他の情報端末１０１ｂ、及び１０１ｃ
は、基地局１０３、及び公衆網１０４を介してパソコン
１０２とデータの送受信を行う。しかし、機能的には基
本的に同じであることから、以降、便宜的に、情報端末
１０１としてはユーザが携帯するのを想定している情報
端末１０１ｂに着目して説明することにする。

【００２１】図２は、上記情報端末１０１ｂの構成図で
ある。図２に示すように、情報端末１０１ｂは、端末１
０１ｂ全体の制御を行う制御部２０１と、アンテナ２０
２を介して基地局１０３との通信を行う通信部２０３
と、図示しない画面上に各種の情報を表示する表示部２
０４と、各種の指示やデータ入力等をユーザが行うため
の入力部２０５と、音楽データ等が格納されるメモリ２
０６と、制御部２０１の指示に従って、アナログのオー
ディオ信号を生成する音声処理部２０７と、を備えて構
成されている。なお、音声処理部２０７が出力したオー
ディオ信号は、スピーカ２０８、或いは図示しない端子
を介してヘッドフォン等に入力されることにより、音声
に変換されて出力される。

【００２２】次に、上記のように構成された情報端末１
０１ｂ、及びパソコン１０２の動作について説明する。
情報端末１０１ｂの特には図示しない電源スイッチがオ
ンされることで、制御部２０１は制御を開始する。それ
以後は、ユーザの入力部２０５への操作に応じて表示部
２０４の表示内容を随時変更しながら、ユーザが入力部
２０５を介して指示した内容に従って制御を行う。

【００２３】制御部２０１は、例えば電源スイッチがオ
ンされると、情報端末１０１ｂに搭載されている機能を
表すアイコンを複数配置したメニュー画面（図示せず）
を表示部２０４に表示させる。そのメニュー画面には、
例えば通信に関わる機能を表す通信アイコン、音楽の再
生に関わる機能を表す音楽再生アイコン、ひとまとめに
して再生される曲の集まり（音楽セット）の編集に関わ
る機能を表す編集アイコン等が配置される。制御部２０
１は、ユーザが入力部２０５への操作により選択（クリ
ック）したアイコンに応じて、そのアイコンに割り当て
た機能を実現させるための制御を行う。

【００２４】ユーザが音楽再生アイコンを選択して何ら
かの曲を再生させた場合、制御部２０１は、その曲を表
すデータ、更には、その曲を再生させた際の状況を表す
情報（再生状況情報）を、所定のタイミングでパソコン
１０２に送信する。それらのデータが送られるパソコン
１０２は、それをハードディスク装置（図示せず）上に
構築したデータベース（以降、ＤＢと表現する）の情報
として格納する。そのデータベースに格納した情報は、
ユーザの音楽鑑賞における行動内容を表す行動記録情報
として、情報端末１０１から音楽セットの作成が依頼さ
れた場合に、ユーザが所望する曲を推測するために参照
される。なお、その依頼は、編集アイコンを選択するこ
とで行えるようになっている。

【００２５】図３は、パソコン１０２に格納される行動
記録情報例、即ちＤＢの構成を示す図である。図３に示
すように、行動記録情報は、曲自体の内容を表す情報で
ある曲情報と、曲情報で表される音楽データをユーザが
再生させた際の状況を表す再生状況情報とに大別され
る。行動記録情報は、ユーザが音楽を聴いた場所、即ち
音楽を再生させた端末別に格納され、再生記録情報は、
曲情報別に格納されるようになっている。

【００２６】曲情報は、音楽データ（曲）を一義的に特
定するソース番号、その音楽データによって再生される
曲のカテゴリ（ジャンル）、その曲を演奏している、或
いは歌っているアーチストの名前、及びその曲の特性の
各項目の情報から構成される。なお、それらの項目は、
一例であり、これに限定されるものではない。その他
に、作曲者名や曲のリリース開始日、或いは音楽データ
の取得日といった項目を追加しても良い。

【００２７】上記曲の特性としては、図３中には曲のテ
ンポ、音域、及び音程の跳躍を挙げているが、これは曲
のカテゴリとしてロックやポップス等の歌が入っている
曲を主に想定しているためであり、これに限定されるも
のではない。曲の特性の項目として、リズムやコード進
行等の項目を更に追加しても良い。また、例えば曲のカ
テゴリとしてクラシックに着目した場合には、例えば楽
器という項目を追加し、それに曲の演奏のなかで中心と
なる楽器の名称を格納しても良い。

【００２８】サービス会社１０５は、音楽データを配布
する場合、例えばその音楽データの内容を表す情報とし
て、ソース番号、曲名、カテゴリ、アーチスト名、それ
が収録されているタイトル（例えばアルバム名）等を付
加して配布する（以降、それらをまとめてソースデータ
と呼ぶ）。パソコン１０２は、付加された情報を音楽デ
ータとともにハードディスク装置に格納しておき、その
なかから該当する情報を読み出すことにより、曲情報の
各項目に情報（内容）を格納する。

【００２９】なお、曲情報の各項目の情報が全て音楽デ
ータに付加されていなかった場合には、パソコン１０２
は情報が得られなかった項目を特定し、その項目の情報
が曲の特性のように、音楽データを解析して得られる情
報であれば音楽データの解析を行ってその情報の取得を
試みる。それによって得られた情報を音楽データに付加
して格納することにより、曲情報の項目のなかで情報
（内容）が格納されていない項目がより少なくなるよう
にしている。

【００３０】他方の再生状況情報は、曲を再生した日時
（年月日、及び時刻）、天候、リピート回数、及び曲を
再生した場所（携帯端末１０１）の各項目の情報から構
成される。情報端末１０１、即ち曲を再生させた場所
は、行動記録情報を情報端末１０１毎にまとめることで
項目としては除外させている。なお、ＧＰＳ等の位置検
出手段を設け、再生場所を収録するようにしても良い。

【００３１】情報端末１０１は、再生状況情報を構成す
る項目のなかで予め定められた項目の情報をパソコン１
０２に送信する。例えば、年月日、時刻、及びリピート
回数の各項目の情報だけを送信する。他方のパソコン１
０２は、それらの項目の情報をＤＢに格納する。それ以
外の項目である天候には、再生状況情報を送信した情報
端末１０１の種類に関わらず、例えば予め定められたタ
イミングでサービス会社１０５から取得した情報を格納
する。なお、各情報端末１０１で天候の情報を同じにし
たのは、自動車などでも天候が異なる地域に外出するこ
とは少ないと想定したためである。

【００３２】パソコン１０２は、情報端末１０１から音
楽セットの作成が依頼された場合、上記のようにしてＤ
Ｂに格納された行動記録情報を参照して、そのときの状
況下でユーザが所望すると推測される曲を予め設定され
た数だけ選択し、音楽セット（推測結果）を作成する。
図４は、そのようにして作成される音楽セットのデータ
構成図である。

【００３３】図４に示すように、音楽セットは、それを
特定するために割り当てたセット番号、作成日時、最後
に更新を行った日時、及びその音楽セットに選択された
各曲のソース番号から構成されている。曲のソース番号
は、曲の再生順序に従って並べた形となっている。

【００３４】パソコン１０２は、作成した音楽セットの
データを、その作成を依頼した情報端末１０１に送信す
る。それが送信された情報端末１０１は、その内容を表
示させることで、ユーザに内容を確認させる。ユーザが
確認を行い、保存を指示した音楽セットだけを保存させ
る。保存された音楽セットでの曲の再生は、音楽再生ア
イコンを選択して行うことができる。

【００３５】次に、図５〜図１１に示す各種フローチャ
ートを参照して、情報端末１０１ｂ、及びパソコン１０
２の動作についてより詳細に説明する。図５〜図８は情
報端末１０１ｂの制御部２０１によって実行される処理
のフローチャートであり、図９〜図１１はパソコン１０
２の図示しないＣＰＵによって実行される処理のフロー
チャートである。

【００３６】図５は、情報端末１０１ｂの制御部２０１
が実行する全体処理のフローチャートである。始めに、
情報端末１０１の動作について説明する。図示しない電
源スイッチがオンされると、制御部２０１は、先ず、ス
テップ１０１でイニシャライズを行う。そのイニシャラ
イズにより、通信部２０３等の各部のチェック、例えば
基地局１０３との通信が可能か否かのチェックや初期設
定を行い、表示部２０４にはメニュー画面を表示させ
る。それが終了した後、ステップ１０２に移行する。な
お、メニュー画面の表示は、制御部２０１が、例えばそ
れのビットマップの画像データを表示部２０４に送るこ
とで実現される。これは、他の画像の表示においても同
様である。

【００３７】ステップ１０２では、メニュー画面に配置
した通信アイコンをユーザが選択（クリック）したか否
か判定する。その通信アイコンをユーザが選択（クリッ
ク）した場合、その判定はＹＥＳとなってステップ１０
３に移行する。そうでない場合には、その判定はＮＯと
なってステップ１０４に移行する。

【００３８】ステップ１０３では、ユーザの入力部２０
５を介しての指示に応じた外部との通信を実現させる通
信処理を実行する。それが終了すると、ステップ１０２
に戻る。なお、詳細な説明は省略するが、その通信処理
の実行時にユーザがホームページ等の音楽データをダウ
ンロードさせた場合、それはメモリ２０６に保持される
ことになる。

【００３９】ステップ１０４では、ユーザが音楽再生ア
イコンを選択（クリック）したか否か判定する。ユーザ
がその音楽再生アイコンを選択（クリック）した場合、
その判定はＹＥＳとなってステップ１０５に移行する。
そうでない場合には、その判定はＮＯとなってステップ
１０６に移行する。

【００４０】ステップ１０５では、ユーザの入力部２０
５を介しての指示に従って曲（音楽）を再生させる再生
処理を実行する。その後、ステップ１０２に戻る。な
お、再生処理の詳細については後述する。

【００４１】ステップ１０６では、ユーザが編集アイコ
ンを選択（クリック）したか否か判定する。その編集ア
イコンをユーザが選択（クリック）した場合、その判定
はＹＥＳとなってステップ１０７に移行する。そうでな
い場合には、その判定はＮＯとなってステップ１０８に
移行する。

【００４２】ステップ１０７では、ユーザの入力部２０
５を介しての指示に応じて音楽セットの作成や修正、削
除といった編集を実現させる音楽セット編集処理を実行
する。それが終了すると、ステップ１０２に戻る。

【００４３】ステップ１０８では、メニュー画面に配置
されたその他のアイコンのなかで選択（クリック）され
たアイコンを判定して、そのアイコンに割り当てた機能
を実現させる処理を実行する。その後、ステップ１０２
に戻る。

【００４４】以降は、上記全体処理内で実行されるサブ
ルーチン処理について詳細に説明する。図６は、全体処
理内でステップ１０５として実行される再生処理のフロ
ーチャートである。サブルーチン処理は、始めに再生処
理について図６を参照して詳細に説明する。なお、図６
に示すフローチャートは、音楽再生アイコンが選択（ク
リック）されてからユーザが選択した音楽セット、或い
は曲の再生に関わる処理が完了するまでを抜粋して表し
たものである。

【００４５】先ず、ステップ２０１では、例えば再生可
能な音楽セットの内容や曲の名称を表示部２０４にリス
ト表示させる。続くステップ２０２では、そのなかから
再生させる音楽セット、或いは曲をユーザが選択したか
否か判定する。ユーザが音楽セット、或いは曲を選択し
てその再生を指示した場合、その判定はＹＥＳとなって
ステップ２０３に移行する。そうでない場合には、即ち
再生の指示をユーザが行っていない場合には、その判定
はＮＯとなってステップ２０１に戻る。このとき、ステ
ップ２０１では、ユーザの選択操作等に応じた表示部２
０４の表示内容の変更が行われる。

【００４６】ステップ２０３では、再生が指示された曲
の音楽データがメモリ２０６に格納されているか否か判
定する。再生が指示された曲の音楽データが全てメモリ
２０６に格納されていた場合、その判定はＹＥＳとなっ
てステップ２０４に移行する。そうでない場合には、そ
の判定はＮＯとなって後述するステップ２０７に移行す
る。

【００４７】ステップ２０４では、メモリ２０６に格納
されている音楽データのなかで再生すべき音楽データ
を、ユーザの指定に従って順次再生させる楽音再生処理
を実行する。その楽音再生処理は、続くステップ２０５
の判定がＮＯとなっている間、継続して行う。そのステ
ップ２０５の判定は、再生すべき音楽データが無くなっ
た、或いはユーザが音楽データ（曲）の再生の終了を指
示した場合にＹＥＳとなり、ステップ２０６に移行す
る。なお、楽音再生処理は、制御部２０１が、例えばメ
モリ２０６から読み出した再生すべき音楽データを、音
声処理部２０７内のメモリにその空きに応じて送ること
で行われる。

【００４８】ステップ２０６では、再生した曲（音楽デ
ータ）に関する情報をパソコン１０２に送信する。具体
的には、上記したように、例えば再生した曲（音楽デー
タ）のソース番号、曲（音楽データ）を再生した日時、
リピート回数を送信する。再生した音楽データのなかで
サービス会社１０５等から新たに取得したものがあった
場合には、その新たに取得した音楽データをそれに付加
された情報と共にパソコン１０２に送信する。そのよう
な情報をパソコン１０２に送信することで、音楽データ
の再生に関わる一連の処理が完了する。

【００４９】一方、ステップ２０３の判定がＮＯ、即ち
再生すべき音楽データが全てメモリ２０６に格納されて
いない場合に実行されるステップ２０７では、直ちに音
楽データの再生を開始できないことを通知する文章を表
示部２０４に表示させる。具体的には、表示部２０４
に、例えば「ちょっとおまちください」を表示させる。
その後、ステップ２０８に移行する。

【００５０】ステップ２０８では、必要な音楽データを
取得する音楽データ取得処理を実行する。それを実行す
ることにより、後述するように、メモリ２０６に足りな
い音楽データのなかで取得可能な音楽データが全て格納
されることになる。その後は、ステップ２０９に移行
し、音楽データの再生を開始することを通知する文章を
表示部２０４に表示させた後、上記ステップ２０４に移
行して音楽データの再生を開始する。なお、音楽データ
の再生を開始することを通知する文章としては、例えば
「再生を開始します」を表示部２０４に表示させる。

【００５１】上記のように、本実施の形態では、ユーザ
の指示により再生させる音楽データを全てメモリ２０６
に用意した後、それらの再生を開始し、その再生が終了
すると、音楽データの再生に関わる情報をパソコン１０
２に送信するようにしている。なお、音楽データの再生
に関わる情報は、当然のことながら、音楽データ（一
つ、或いは複数）の再生が終了する度にパソコン１０２
に送信する必要はない。例えば予め定めた時刻に送信す
るようにしても良く、自宅に戻ったときにパソコン１０
２に送るようにしても良い。

【００５２】次に、上記再生処理内でステップ２０８と
して実行される音楽データ取得処理について、図７に示
すそのフローチャートを参照して詳細に説明する。上記
したように、本実施の形態では、パソコン１０２を用い
て音楽データを各情報端末１０１で共有化させている。
このことから、音楽データ取得処理では、取得の対象と
する音楽データの送信をパソコン１０２に要求し、その
要求を行っても取得できない（送信されない）音楽デー
タをサービス会社１０５から更に取得するようにしてい
る。

【００５３】先ず、ステップ３０１では、ユーザの指示
によって再生させる音楽データのなかでメモリ２０６に
格納されていない音楽データを特定する。それに続くス
テップ３０２以降では、その特定した音楽データを取得
するための一連の処理が行われる。

【００５４】ステップ３０２では、パソコン１０２との
回線を接続させて、特定した音楽データの送信をパソコ
ン（ホスト）１０２に要求する。その後は、ステップ３
０３に移行して、パソコン１０２からの応答を待つ。

【００５５】パソコン１０２からの応答を受信すると、
ステップ３０３の判定がＹＥＳとなってステップ３０４
に移行する。そのステップ３０４では、パソコン１０２
との回線を断たせるとともに、要求した音楽データを全
て受信できたか否か判定する。パソコン１０２が要求し
た全ての音楽データを送信した場合、その判定はＹＥＳ
となって一連の処理を終了する。そうでない場合には、
その判定はＮＯとなってステップ３０５に移行する。

【００５６】ステップ３０５以降では、足りない音楽デ
ータをサービス会社１０５から取得するための一連の処
理が行われる。先ず、ステップ３０５では、サービス会
社１０５との回線を接続させて、パソコン１０２から送
信されなかった音楽データを注文する。その後は、ステ
ップ３０６に移行して、サービス会社１０５の応答とし
て音楽データ（ソースデータ）が送られてくるのを待
つ。

【００５７】サービス会社１０５からの応答を受信する
と、ステップ３０６の判定がＹＥＳとなってステップ３
０７に移行する。そのステップ３０７では、サービス会
社１０５との回線を断たせるとともに、音楽データの受
信結果を表示部２０４に表示させる。具体的には、要求
した音楽データが送られてこなかった場合、例えば、そ
の旨を表す文章（例えば「データが無くて再生できない
曲があります」）、及びその音楽データで再生される曲
の名称等を表示させる。反対に、要求した音楽データが
送られてきた場合には、その旨を表す文章（例えば「再
生する曲のデータがそろいました」）、及び支払い額等
を表示させる。その後、一連の処理を終了する。

【００５８】図８は、図５に示す全体処理内でステップ
１０７として実行される音楽セット編集処理のフローチ
ャートである。次に、図８を参照して、音楽セット編集
処理について詳細に説明する。この音楽セット編集処理
は、複数の曲を再生するうえでの単位となる音楽セット
の作成や修正、及び削除等の編集作業をユーザに行わせ
るために実行される処理である。

【００５９】本実施の形態では、編集作業を、音楽セッ
トの作成を行う作業と、既に作成されている音楽セット
に削除を含む何らかの修正を行う作業とに大別し、その
作業内容別にユーザに編集作業を行わせるようにしてい
る。音楽セットの作成では、ユーザ自身が行う他に、そ
れを自動作成させることができるようにしている。図８
に示すフローチャートは、そのようにして行われる編集
作業を実現させるための基本的な部分を抜粋して表した
ものである。

【００６０】先ず、ステップ４０１では、例えば音楽セ
ットの編集作業内容についてをユーザに問い合わせ、具
体的には音楽セットを新規に作成するのか否かを問い合
わせ、その問い合わせによってユーザが音楽セットの作
成を選択したか否か判定する。入力部２０５を介してユ
ーザが音楽セットの新規の作成を選択した場合、その判
定はＹＥＳとなってステップ４０２に移行する。そうで
ない場合には、その判定はＮＯとなって後述するステッ
プ４１３に移行する。

【００６１】ステップ４０２〜４１２では、音楽セット
の作成に関わる一連の処理が行われる。先ず、ステップ
４０２では、例えば音楽セットの作成方法についてを問
い合わせ、具体的には音楽セットを自動作成させるのか
否かを問い合わせ、その問い合わせに対してユーザが音
楽セットの自動作成を選択したか否か判定する。入力部
２０５を介してユーザが音楽セットの自動作成を選択し
た場合、その判定はＹＥＳとなってステップ４０８に移
行する。そうでない場合には、即ち音楽セットの作成は
自身が行うと選択した場合には、ステップ４０２の判定
がＮＯとなってステップ４０３に移行する。

【００６２】ステップ４０３では、ユーザの指示に従っ
て音楽セットを作成する処理を行う。そのステップ４０
３の処理は、音楽セットの編集作業の終了をユーザが指
示することでステップ４０４の判定がＹＥＳとなるまで
繰り返し実行される。それにより、音楽セットを構成さ
せる曲の選択や変更、選択した曲の順序の入れ換え等の
編集作業が実現されることになる。ステップ４０４の判
定がＹＥＳとなると、次にステップ４０５に移行する。

【００６３】ステップ４０５では、新規作成の音楽セッ
トの取り扱い、具体的にはその音楽セットを保存するか
否かをユーザに問い合わせ、その問い合わせに対してユ
ーザが保存を選択したか否か判定する。ユーザが保存を
選択した場合、その判定はＹＥＳとなってステップ４０
６に移行する。そうでない場合には、即ち新規作成の音
楽セットの廃棄をユーザが選択した場合、その判定はＮ
Ｏとなってステップ４０７に移行する。

【００６４】ステップ４０６では、作成された音楽セッ
トを音楽再生の指定の対象とする音楽セットとして登録
する。その後、一連の処理を終了する。他方のステップ
４０７では、その音楽セットのデータを消去することで
廃棄し、その後に一連の処理を終了する。なお、上記音
楽セットの登録は、例えばメモリ２０６内の所定の記憶
領域内にそのデータを格納することで行われ、その登録
された音楽セットのデータは、例えば次にパソコン１０
２との回線を接続させた際に送られる。

【００６５】一方、ユーザが音楽セットの自動作成を選
択し、それによりステップ４０２の判定がＹＥＳとなっ
て実行されるステップ４０８では、音楽セットの曲の選
択対象を問い合わせ、その問い合わせによってユーザが
選択した曲の選択対象を判定する。

【００６６】本実施の形態では、曲の選択対象として、
ユーザが過去に聴いた（再生させた）曲、新譜（リリー
スされてから所定期間が経過しておらず、且つユーザが
過去に聴いた（再生させた）ことがない曲が主に該当す
る）の２種類のなかから一つをユーザに選択させるよう
にしている。そのため、ユーザが選択対象として過去に
聴いた（再生させた）曲を選択した場合、ステップ４０
８からステップ４０９に移行し、反対にユーザが新譜を
選択した場合には、ステップ４０８からステップ４１０
に移行する。

【００６７】なお、選択対象は、ユーザが過去に聴いた
（再生させた）曲、及び新譜だけに限定されるものでは
ない。例えば曲がリリースされた期間をユーザに選択さ
せて、その期間内にリリースされた曲を選択対象とする
ようにしても良く、その期間内にリリースされた曲を、
ユーザが過去に聴いた（再生させた）ことが有るか否か
により更に選択対象を細かく選択できるようにしても良
い。

【００６８】ステップ４０９では、パソコン１０２との
回線を接続させて、ユーザが過去に聴いた（再生させ
た）曲を選択の対象にした音楽セットの作成をパソコン
（ホスト）１０２に依頼する。その後、ステップ４１１
に移行する。他方のステップ４１０では、同様にパソコ
ン１０２との回線を接続させて、新譜を選択の対象にし
た音楽セットの作成をパソコン（ホスト）１０２に依頼
し、その後にステップ４１１に移行する。

【００６９】ステップ４１１では、音楽セットの作成を
依頼することでパソコン１０２から送られてくる音楽セ
ットの作成結果の受信を待つ。その作成結果を受信する
と、ステップ４１１の判定がＹＥＳとなってステップ４
１２に移行する。

【００７０】ステップ４１２では、その受信した作成結
果、即ち作成された音楽セットの詳細を表示部２０４に
表示させる。それにより、パソコン１０２が作成した音
楽セットの内容をユーザに確認させる。その後は、ステ
ップ４０５に移行する。ステップ４０５に移行すること
で、上記と同様に、作成された音楽セットの登録、或い
は廃棄が行われることになる。

【００７１】上記のように、音楽セットを自動作成した
場合、ユーザが再生させる曲を曲毎に選択していくよう
な作業を回避させることができる。それにより、ユーザ
は所望の曲をより容易、且つ簡単に聴けるようになる。
また、上記したように、ユーザの音楽鑑賞に関わる行動
を記録し、パソコン１０２は、その記録した行動に基づ
いて音楽セットを作成するようにしている。それによ
り、ユーザが所望する曲を音楽セットを構成する曲とし
て高い確率で選択できるようにしている。その結果、ユ
ーザは多くの曲のなかからでも所望する曲を容易に聴く
（再生させる）ことができるようになる。

【００７２】次に、情報端末１０１からの依頼により音
楽セットを自動作成するパソコン１０２の動作につい
て、図９〜図１１に示す各種フローチャートを参照して
詳細に説明する。その図９〜図１１に示す各種フローチ
ャートは、パソコン１０２に搭載されたＣＰＵが、例え
ばハードディスク装置に格納されたプログラムをＲＡＭ
に読み出して実行することにより実現される動作を表し
たものである。

【００７３】図９は、パソコン１０２（のＣＰＵ）が実
行する受信処理のフローチャートである。パソコン１０
２の動作としては、始めに、図９を参照して受信処理に
ついて説明する。

【００７４】図９に示す受信処理は、情報端末１０１か
らの信号を受信した場合に実行される処理内容を抜粋し
て表したものである。情報端末１０１から送られた信号
は、例えば情報端末１０１ａは赤外線ポート、或いはパ
ラレルポートを介して、情報端末１０１ｂ、及び１０１
ｃはモデム（共に図示せず）を介して受信される。

【００７５】なお、携帯端末１０１からパソコン１０２
へは、要求内容を示すコマンド、そのコマンドに付加さ
れたデータを送信単位として、コマンド毎に送信単位の
データが送信される。

【００７６】先ず、ステップ５０１では、行動記録情報
が受信されたか否か判定する。受信したデータのなかで
行動記録情報の格納を要求するコマンドが存在していた
場合、その判定はＹＥＳとなってステップ５０２に移行
する。そうでない場合には、その判定はＮＯとなってス
テップ５０３に移行する。

【００７７】ステップ５０２では、そのコマンドに付加
された行動記録情報を、送信先の識別番号等から特定し
た情報端末１０１の種類に応じてＤＢに格納する。その
後、ステップ５０３に移行する。

【００７８】ステップ５０３では、音楽データとそれに
付加されたデータからなるソースデータが受信されたか
否か判定する。受信したデータのなかでソースデータの
格納を要求するコマンドが存在していた場合、その判定
はＹＥＳとなってステップ５０４に移行する。そうでな
い場合には、その判定はＮＯとなってステップ５０５に
移行する。

【００７９】携帯端末１０１がソースデータをパソコン
１０２に送るのは、パソコン１０２にない音楽データを
サービス会社１０５等から購入したか、或いはホームペ
ージ等から音楽データをダウンロードしたような場合で
ある。ホームページからダウンロードさせた音楽データ
は、既にパソコン１０２に格納されている可能がある。
そのため、ステップ５０４では、新たに送られたソース
データが既に格納されているか否かを確認した後、格納
されていないソースデータだけをデータベースに格納す
る。その後は、ステップ５０５に移行する。

【００８０】ステップ５０５では、音楽データの送信を
要求するコマンドが受信されたか否か判定する。受信し
たデータのなかにそのコマンドが存在していた場合、そ
の判定はＹＥＳとなってステップ５０６に移行する。そ
うでない場合には、その判定はＮＯとなってステップ５
０７に移行する。

【００８１】音楽データの送信を要求するコマンドに
は、送信を要求する音楽データのソース番号がデータと
して付加される。そのため、ステップ５０６では、その
コマンドに付加されたソース番号とソース番号が一致し
ている音楽データをハードディスク装置（ソースデータ
格納用のデータベース）から検索し、該当する音楽デー
タが見つかった場合に、それを情報端末１０１に送信す
る。反対に、見つからなかった場合には、その旨を表す
メッセージを送信する。そのようにしてステップ５０６
の処理を実行した後、ステップ５０７に移行する。

【００８２】ステップ５０７では、音楽セットの作成を
依頼するコマンドが受信されたか否か判定する。受信し
たデータ中にそのコマンドが存在していた場合、その判
定はＹＥＳとなってステップ５０９に移行する。そうで
ない場合には、その判定はＮＯとなってステップ５０８
に移行する。

【００８３】ステップ５０８では、上記した以外のコマ
ンドが受信されてか否か判定し、その判定結果に応じて
受信されたコマンドに対処するその他の処理を行う。そ
れが終了した後、一連の処理を終了する。

【００８４】音楽セットの作成では、過去に聴いた（再
生させた）曲、新譜の何れかを、曲の選択対象としてユ
ーザに選択させるようにしている。そのため、音楽セッ
トの作成を依頼するコマンドには、ユーザが選択した曲
の選択対象を表すデータ（フラグ）が付加されている。
他方のステップ５０９では、そのデータからユーザが選
択した曲の選択対象を判定する。その判定が過去にユー
ザが聴いた（再生させた）曲であった場合、次にステッ
プ５１０に移行する。反対にその判定が新譜であった場
合には、次にステップ５１１に移行する。

【００８５】ステップ５１０では、ユーザが過去に聴い
た（再生させた）曲を選択対象として音楽セットを作成
する第１の音楽セット作成処理を行い、その後にステッ
プ５１２に移行する。他方のステップ５１１では、新譜
を曲の選択対象として音楽セットを作成する第２の音楽
セット作成処理を行い、その後にステップ５１２に移行
する。

【００８６】ステップ５１２では、ステップ５１０、或
いは５１１で作成した音楽セットのデータを情報端末１
０１に音楽セットの作成結果として送信する。その送信
の終了後、ステップ５０８に移行して、その他の処理を
実行する。

【００８７】このように、受信処理では、情報端末１０
１の要求に応じて、行動記録情報やソースデータの格
納、音楽データの送信、及び音楽セットの作成等を行
う。それにより、上記した情報端末１０１の動作も実現
されることになる。

【００８８】次に、上記受信処理内で実行される第１及
び第２の音楽セット作成処理について詳細に説明する。
図１０は、上記ステップ５１０で実行される第１の音楽
セット作成処理のフローチャートである。始めに、図１
０を参照して、第１の音楽セット作成処理について詳細
に説明する。

【００８９】ユーザが好む曲には、何らかの共通項、即
ち傾向が存在していることが多いと考えられる。第１の
音楽セット作成処理は、ＤＢ（データベース）に格納さ
れた行動記録情報（図３参照）を解析してその傾向を調
べ、その結果を基にユーザが過去に聴いた（再生させ
た）曲のなかから所望していると推測される曲を選択し
て音楽セットを作成する処理である。

【００９０】先ず、ステップ６０１では、その行動記録
情報を参照し、状況別にユーザが聴いた曲を対比するこ
とにより、音楽鑑賞上のユーザの傾向を解析する。その
解析により、状況による傾向の変化等を検出する。な
お、状況による傾向の変化を検出するのは、詳細は後述
するように、実際に選択の対象とする曲の範囲を特定す
るためである。

【００９１】ステップ６０１に続くステップ６０２で
は、上記解析結果、及び現在のユーザの状況から、曲情
報を構成する各項目の内容の重要度を決定（設定）す
る。その後は、ステップ６０３に移行する。

【００９２】ステップ６０３では、各項目の内容の重要
度、及び曲が聴かれた（再生された）年月日を基に、ユ
ーザが過去に聴いた（再生させた）曲を評価する。続く
ステップ６０４では、評価の高いほうから予め定められ
た数の曲を選択して、音楽セットを作成する。その後、
一連の処理を終了する。その作成された音楽セットのデ
ータが、図９に示す受信処理内のステップ５１２で作成
を依頼した情報端末１０１に送信される。

【００９３】ここで、上記のようにして行われる音楽セ
ットの作成について具体的に説明する。人は、置かれて
いる状況が与える心理的な影響、その状況での心身の状
態等によって行動パターンが異なったり、変化させるこ
とがある。音楽鑑賞上の行動でいえば、例えば自動車の
運転はある程度の緊張を維持する必要から、くつろげる
自宅とは異なり、テンポが速いといった刺激的な曲を意
図的に、或いは無意識によく聴くようになったりする。
そのように、状況に応じてユーザが再生させる曲の傾向
を異ならせることが考えられるため、本実施の形態で
は、傾向に着目して状況を分類し、傾向が同じと分類し
た状況、或いは状況の範囲別に曲を選択するようにして
いる。

【００９４】本実施の形態では、再生状況情報を構成す
る再生場所（使用端末）、年月日、時刻、天候の各項目
の内容でユーザが置かれている状況を分けている。その
ようにして分けられる状況の数は、項目の内容を細かく
分ける程多くなるが、あまり細かく分けるのは、解析に
おける負荷が重くなるということの他に、その状況に該
当するサンプル数が少なくなって解析結果の精度を低下
させることにもなるので実際的ではない。そこで、例え
ば時刻、及び年月日については、以下のように内容を分
けている。

【００９５】人の多くは、会社、或いは学校といったも
のを中心において一日の生活を過ごしている。そのよう
な人は、生活の中心となるものを固定させて一日の行動
をとることから、基本的に一日の行動がパターン化して
いる。そのため、普通は７時に目覚める人を例にとる
と、例えば６時〜９時（以降、便宜的に第１の時間帯と
呼ぶ）、９時〜１８時（以降、便宜的に第２の時間帯と
呼ぶ）、１８時〜２２時（以降、便宜的に第３の時間帯
と呼ぶ）、２２時〜翌日の６時（以降、便宜的に第４の
時間帯と呼ぶ）といったように時間帯を設定して分けて
いる。

【００９６】上記のように設定した時間帯は、夜勤を行
っているといったような人には適当ではない。そのた
め、設定した時間帯は、それらの間の相対的な関係のみ
を固定させて用いるようにしている。具体的には、例え
ば４時までの仕事に携わっているために起床が１２時頃
になる人には、第１の時間帯が１１時から始まるように
５時間シフトさせ、他の時間帯も同様に５時間シフトさ
せている。そのようにして、ユーザが起床する時刻を基
に時間帯をシフトさせることで、ユーザの様々な生活パ
ターンに適応させている。

【００９７】ユーザが睡眠中も曲を再生させていること
は少ないと考えられる。本実施の形態では、その仮定を
基にユーザが起床する時刻を推定している。具体的に
は、例えば１時間単位でその間に再生された曲数をカウ
ントし、カウント値が平均的な睡眠時間（例えば４〜８
時間を想定）の間継続的に小さくなっている時間が就寝
中の時間であるとして起床の時刻を推定している。

【００９８】なお、休日か否か等によって起床時刻が異
なる人が実際上多いと考えられることから、起床の時刻
の推定は、年月日、曜日等も考慮して行うことが望まし
い。或いは、休日が不規則に変化するような人のため
に、例えばスケジュールのような形で休日や予定等を入
力させるようにしても良い。

【００９９】多くの人が経験しているように、人は、あ
る時期を境に、社会的なはやりや、映画、或いはテレビ
などから受けた情報等によって一時的、或いは永続的に
それまで聴いていた曲とは傾向が異なる曲を聴くように
なることがある。そのテレビなどのメディアでは、季節
やクリスマスといった日を考慮して曲を取り上げたりす
る。このようなことから、他方の年月日は、ユーザの変
化に対応するために、例えば１週間前から現在までの期
間、１週間前から１ヶ月前までの期間、１ヶ月前から３
ヶ月前までの期間、それ以前の期間に分けている。季節
等による変化には、例えば季節で表現すれば、一年を
春、初夏、真夏、初秋、秋、冬といったように分割し、
季節に応じた分割とは別に、クリスマス等の期間を設け
ることで対応するようにしている。

【０１００】このようにして、置かれている状況によっ
て生じるユーザの変化に対応できるようにしつつ、各項
目の内容の組み合わせで表される状況の数が不要に多く
なるのを抑えている。ステップ６０１の処理は、上記し
たような状況設定を前提にして行っている。

【０１０１】状況別の対比は、例えば、各状況毎に、曲
情報を構成する項目（カテゴリ、アーチスト名、曲の特
性（テンポ、音域、音程の跳躍の３項目からなる））で
現れた内容別にその出現回数をカウントし、全体に占め
る割合を求めた後、異なる状況間で、その内容の種類、
各内容の出現回数の割合を、各項目毎に対比していくこ
とで行う。そのようにして対比した結果、現れた内容、
及び内容の出現回数の割合に明確な違いが見つからなか
った状況を、曲の選択上、一つの状況として扱ってい
る。

【０１０２】なお、上記出現回数のカウントは、曲単位
で行っても良いが、曲を再生した回数を含めて行うこと
が望ましい。また、サンプル数が少ない状況は、意味の
ある対比を必ずしも行えないことから、本実施の形態で
は、そのような状況は無視するか、或いはそれを他の状
況と一緒にさせている。

【０１０３】このようにして状況別の対比を行うことに
より、ユーザが同じように行動する状況を、行動の内容
（傾向）毎にまとめることができる。そのように、行動
の内容（傾向）が一致するとみなす状況の範囲を、以
降、便宜的に行動状況範囲と呼ぶことにする。このよう
にして、行動状況範囲を特定するまでの処理が、図１０
中のステップ６０１で行われる。

【０１０４】行動状況範囲を特定した後は、ユーザの現
在の状況を含む行動状況範囲に注目して、その行動状況
範囲でのユーザの音楽鑑賞上の行動の傾向を解析し、各
項目の内容の重要度を決定する。具体的には、例えば以
下のようにしてそれを行う。なお、その注目している行
動状況範囲については、以降、他と区別するために、対
象行動状況範囲と呼ぶことにする。

【０１０５】先ず、ＤＢに格納された行動記録情報を参
照し、対象行動状況範囲に限定して、曲情報を構成する
項目（カテゴリ、アーチスト名、曲の特性（テンポ、音
域、音程の跳躍の３項目からなる））毎に、その項目で
現れた内容の出現回数をカウントし、全体に占める割合
を求める。そのようにして割合を求めると、次に、割合
のなかで他よりも突出して値が大きくなっている内容、
或いは割合が大きいほうから、それらの総計の全体に占
める割合が所定値を越えるまでの内容を抽出する。その
後、抽出した各内容に注目して、それとともに出現する
他の項目における内容の割合を同様に求める。そのよう
にして、項目の重要度の決定に用いるデータを収集す
る。

【０１０６】例えば、ユーザがロックの曲を好んで聴く
とすると、カテゴリではロックの割合が突出して大きく
なる。また、例えばユーザが或るアーチストの曲のなか
でも速いテンポの曲を好んで聴くとすると、アーチスト
名ではそのアーチストの名前の割合が大きく、そのアー
チストに限定してのテンポでは速いの割合が大きくな
る。このようなことから、上記のように内容の割合、異
なる項目間における内容の関係をデータとして抽出する
ことで、ユーザの曲の好みが浮き彫りにされた形とな
る。そのデータを解析して、項目において割合が他と比
較して突出して大きい内容、その内容と強い相関を示す
他の項目の内容を抽出し、その抽出結果を、ユーザが好
む曲の傾向を表す項目の内容、或いはその傾向を表す項
目の内容の組み合わせであると特定する。なお、項目の
内容の組み合わせは、当然のことながら、一方と他方の
関係が一義的に定まるような組み合わせ、具体的には例
えばカテゴリとアーチスト名のような組み合わせは避け
て行う。

【０１０７】そのようにして特定（抽出）した項目の内
容に、その内容の重要度（その内容をユーザが好んでい
ると予想される確率）を表す値を設定（決定）する。そ
の値には、例えば対象とする内容の割合をそのまま、或
いは予め定めた方法により変換させた後の値を設定す
る。他方の項目の内容の組み合わせは、主に当たる項目
の内容が出現した場合に従に当たる項目の内容が出現す
る割合に対して、それらの項目の組み合わせに応じて予
め定めた係数（０より大きく１以下の値）を乗算した値
を設定する。その係数を割合に掛けるのは、項目によっ
ては出現する内容の数が少ない、或いは出現する内容に
偏りがあり（テンポや音域等がその項目に該当する）、
それを考慮しなければならないためである。

【０１０８】上記のような処理が、図１０のステップ６
０２で行われる。その後に、ステップ６０３で過去に聴
いた（再生された）曲の評価を以下のようにして行う。
曲の評価は、特定された重要度を用いて行う。具体的に
は、各曲毎に、各項目の内容に設定した重要度を乗算
し、その乗算結果をその曲の評価とする。このとき、そ
の曲が、上記のようにして特定した項目の内容の組み合
わせのなかの何れかに該当していれば、それら項目の内
容の重要度の換わりに、それらの組み合わせの重要度を
用いて乗算を行い、その乗算結果を曲の評価とする。

【０１０９】上記のように曲を評価する一方、年月日の
項目に着目し、各曲が再生された回数の日々の変化から
曲の評価を行う。その評価は、対象行動状況範囲の期間
内において、例えば過去に遡るほど値が小さくなるよう
に日に重みづけを行い、その重みとその重みを割り当て
た日の回数を乗算した値の合計値を算出することで行
う。それにより、継続的に再生されている曲、最近にな
って多く再生されるようになった曲等を高く評価させ
る。それら２つの評価を総合して最終的な評価を決定す
る。

【０１１０】なお、継続的に再生されている曲を高く評
価するのは、ユーザによって、飽きないような曲、或い
は何らかの理由で良く聴く曲などがあることが考えられ
るためである。最近になって多く再生されるようになっ
た曲を高く評価するのは、それまではあまり聴くことの
なかった曲を聴くため等の動機から、音楽セットを新た
に作成させる場合が多いと考えられるためである。

【０１１１】ところで、ユーザが好きでもない曲をあえ
て繰り返し聴くことはあまり考えられない。換言すれ
ば、繰り返し再生された曲はユーザが気に入っている可
能性が高いと考えられる。このことから、上記の評価と
は別に、リピート回数に基づいて、ユーザが気に入って
いる曲を評価するようにしている。

【０１１２】その評価は、例えば対象行動状況範囲に対
応する期間内（例えば最近の１ヶ月間等の予め定めた期
間内でも良い）のユーザの行動に注目して、その間にリ
ピート回数に１以上の値が格納されたことのある曲（２
回以上続けて再生されたことのある曲）を特定し、上記
と同様にして、その曲が再生された回数の日々の変化等
から行う。その特定した曲のなかで、高い評価を得た
曲、具体的には継続的に再生されている曲、及び最近多
く再生されるようになった曲はユーザが気に入っている
可能性が高いとして、本実施の形態では項目の内容から
評価した曲より優先的に選択するようにしている。

【０１１３】上記のようにして行われる曲の評価が終了
した後、ステップ６０４に移行して、曲の選択が行われ
る。その曲の選択では、先ず、リピート回数に基づいて
評価した曲のなかで予め設定した基準よりも高い評価の
曲を選択する。そのようにして選択される曲の数が、音
楽セットの曲数として定められた値よりも大きい場合、
評価が高いほうから定められた値を越えない数の曲を選
択する。反対に、選択される曲の数がその定められた値
よりも小さい場合には、続けて、足りない分の曲を、項
目（曲情報を構成する項目）の内容から評価した曲のな
かで評価の高いほうから選択する。当然のことながら、
ここでの選択は、リピート回数に基づく評価によって既
に選択されている曲を除外して行う。そのようにして、
曲を選択した後、セット番号やセット名等の設定、更に
は選択した曲の再生順序の設定を行い（図４参照）、音
楽セットを作成する。

【０１１４】図１０の第１の音楽セット作成処理は、上
記のように、ユーザが曲を聴く状況、好みの変化等に適
応させる形で過去に再生された曲を選択して音楽セット
を作成する。それにより、ユーザが現在所望している曲
がより確実に音楽セットに含まれるようにさせている。

【０１１５】図１１は、図９に示す受信処理内でステッ
プ５１１として実行される第２の音楽セット作成処理の
フローチャートである。次に、図１１を参照して、第２
の音楽セット作成処理について詳細に説明する。

【０１１６】ユーザは、多くの場合、聴いたことのない
曲のなかから聴こうとする曲を、過去の経験に基づいて
選択すると考えられる。好みでない曲を聴くようなこと
はあまり考えられない。このようなことから、第２の音
楽セット作成処理は、ユーザがそれまで聴いていた曲
（過去の経験）を解析して曲の傾向を調べ、その結果を
基に新譜のなかからユーザが好むと推測される曲を選択
して音楽セットを作成するようにしている。

【０１１７】先ず、ステップ７０１では、ＤＢに格納さ
れた行動記録情報を参照し、状況別にユーザが聴いた曲
を対比することにより、音楽鑑賞上のユーザの傾向を解
析する。その解析は、ユーザが現在の状況下と同じよう
な行動をとる状況の範囲（対象行動状況範囲）を特定す
るためである。具体的な処理内容は、図１０のステップ
６０１と同様である。

【０１１８】ステップ７０１に続くステップ７０２で
は、上記解析結果、及び現在のユーザの状況から特定さ
れる対象行動状況範囲で再生された曲を解析して、ユー
ザが好む曲の特徴と言える曲情報を構成する項目の内容
の組み合わせのパターンを抽出する。その後、ステップ
７０３に移行する。

【０１１９】ここで、上記ステップ７０２で行われる処
理の内容について、より具体的に説明する。なお、項目
を組み合わせる数については、２つ以上であっても良い
が、ここでは理解を容易とするために、その数は２と仮
定して説明する。

【０１２０】先ず、対象行動状況範囲、或いはそれと期
間的に連続している状況も含む範囲に限定してＤＢに格
納された行動記録情報を参照し、その範囲で再生された
曲毎に、その再生回数をカウントする。そのようにして
カウントした曲のなかでカウント値の大きいほうから予
め定めた割合となるまでの曲を抽出する。以降、便宜的
に、このようにして抽出した曲のまとまりを第１の曲群
と呼ぶことにする。なお、対象行動状況範囲の曲のサン
プル数が少ないような場合には、参照する範囲を対象行
動状況範囲に限定せずに、例えばそれと期間的に連続し
ている状況もここでの範囲に含めても良い。

【０１２１】それとは別に、過去に遡るにつれて値が小
さくなるように日に重みづけし、曲毎に、重みとその日
に再生された回数を乗算した値の合計値（対象としてい
る範囲の合計値）を算出する。その合計値が大きいほう
から予め定めた割合（上記の割合と同じ値であっても良
い）となるまでの曲を抽出する。以降、便宜的に、この
ようにして抽出した曲のまとまりを第２の曲群と呼ぶこ
とにする。

【０１２２】更には、リピート回数に着目して、その範
囲で再生された曲のなかで２回以上繰り返し再生された
曲を抽出し、そのようにして抽出した曲のなかで、繰り
返し再生されてからも再生されている曲を抽出する。以
降、便宜的に、このようにして抽出した曲のまとまりを
第３の曲群と呼ぶことにする。

【０１２３】多く聴いたり、繰り返し聴くような曲は、
ユーザが好む曲である可能性が高いと言える。また、最
近気に入って聴くようになった曲は、上記のような重み
づけにより第２の曲群として抽出される可能性が高くな
っている。このようなことから、第１〜第３の曲群は、
対象としている範囲で再生された曲と比較して、ユーザ
が実際に好む曲の割合が大きくなる。

【０１２４】上記のようにして第１〜第３の曲群を抽出
した後は、各曲群毎に、それに抽出された曲に限定し
て、曲情報を構成する項目（カテゴリ、アーチスト名、
曲の特性（テンポ、音域、音程の跳躍の３項目からな
る））で出現する内容を抽出し、その内容が出現する回
数をカウントし、そのカウント値から内容が出現する割
合を算出する。その後は、各内容に注目して、それとと
もに出現する他の項目（注目している内容の項目が主で
あり、この項目は従に当たる）における内容の割合を同
様に算出する。それが終了した後に、項目の内容の組み
合わせの評価を行う。なお、項目の内容の組み合わせ
は、当然のことながら、一方と他方の関係が一義的に定
まるような組み合わせ、具体的には例えばカテゴリとア
ーチスト名のような組み合わせは避けて行う。

【０１２５】例えば従に当たる項目の内容の割合が１で
あれば、主に当たる項目の内容を特定すると従に当たる
項目の内容も自動的に特定されることになる。しかし、
従の項目で出現した内容がその内容だけ、或いは大部分
がその内容であれば、１という割合が算出されるのは珍
しいことではない。反対に、組み合わせずに算出した割
合では他に大きい内容があるにも関わらず、組み合わせ
ると他よりも割合が突出して大きくなる内容は、主に当
たる項目の内容との相関が強いことになる。しかし、こ
の場合においても、例えば一般的にテンポの遅い演歌の
曲を聴かずにテンポの速い曲を多く聴いているユーザ
が、或る演歌の曲を気に入って良く聴くようなこともあ
るので、単純に相関が強いと判断することはできない。

【０１２６】このようなことから、項目の内容の組み合
わせの評価は、各項目、或いはその内容の種類、組み合
わせを考慮せずに算出した各項目の内容の割合、及び従
に当たる項目の内容の割合から相関の強さを判断して行
う。項目の内容の組み合わせパターンは、例えばその相
関が強いほうから予め定めた数の組み合わせを選択する
ことで抽出している。そのようにしてパターンを各曲群
毎に抽出した後、図１１のステップ７０３に移行する。

【０１２７】そのステップ７０３では、新譜のなかでパ
ターンを有する曲情報の曲を選択（抽出）する。その抽
出は、例えば、先ず、第３の曲群から得たパターンを用
いて行い、それで予め定めた数の曲を抽出できなけれ
ば、以降同様に、第２の曲群から得たパターン、更には
第１の曲群から得たパターンを用いて行う。なお、本実
施の形態では、第１の曲群から得たパターンを用いても
その数の曲が抽出できない場合、ユーザが好むと推測さ
れる曲がもう新譜のなかにはないとして、そこで曲の抽
出を終了させている。

【０１２８】なお、新譜の曲情報は、特に詳細な説明は
省略するが、例えばサービス会社１０５から所定の間隔
で取得してパソコン１０２のハードディスク装置に格納
しておいたものである。リリース開始直後の曲も確実に
選択の対象とするために、新譜を対象とした音楽セット
の作成が依頼された後、サービス会社１０５から取得し
ていない曲（新譜）の曲情報を取得するようにしても良
い。

【０１２９】ステップ７０３に続くステップ７０４で
は、上記のようにして選択（抽出）した曲を、重複を避
けつつ、予め定めた数を限度に抽出順に選択して、音楽
セットを作成する。その後、一連の処理を終了する。そ
の作成された音楽セットのデータが、図９に示す受信処
理内のステップ５１２で作成を依頼した情報端末１０１
に送信される。

【０１３０】なお、本実施の形態では、音楽（曲）を実
際に再生する装置と、ユーザが所望する曲を推測する装
置とを別々にしているが、当然のことながら、それらを
一つの装置として提供しても良い。

【０１３１】また、音楽（曲）を実際に再生する装置
（音楽再生装置：情報端末）１０１は、状況による装置
への要望の違いを考慮して複数用意しているが、必ずし
も複数用意する必要はなく、一つだけとしても良い。一
つだけとしても、例えばＧＰＳを搭載させることで、現
在の位置や位置を移動する速さ等から、ユーザの場所を
推定することができる。ＧＰＳと比較して精度は低下す
るが、基地局と交信することから、現在交信の対象とし
ている基地局、その切り換わり、電波のフェージング等
を基にユーザの場所を推定するようにしても良い。

【０１３２】本実施の形態による音楽再生装置は、情報
端末に本発明を適用したものであるが、適用の対象は情
報端末に限定されるものではない。例えばパソコン（特
にノートタイプのパソコン）に適用にしても良い。

【０１３３】現在では、パソコンの多くはマルチメディ
アパソコンとして販売されており、楽音を発音させるサ
ウンド機能も標準的に搭載されている。そのため、パソ
コンでは、上記したような処理を行わせるためのプログ
ラムをロードするだけで本発明を実現（適用）させるこ
とができる。そのプログラムは、本実施の形態のような
音楽再生装置を実現させるためのもの、行動推測装置を
実現させるためのもの、及びそれらの機能を有する音楽
再生装置を実現させるためのもの、の３種類を用意して
も良いが、それらの装置のなかで実現させたいものをユ
ーザに選択させて、その選択の内容に応じてプログラム
をロードするものであっても良い。その配布について
は、フロッピーディスクやＣＤ−ＲＯＭ、或いは光磁気
ディスクといった記録媒体に記録して配布しても良く、
或いは何らかの通信手段を介して配信するようにしても
良い。

【０１３４】

【発明の効果】以上説明したように、本発明では、ユー
ザの音楽鑑賞上の行動を表す行動情報を記録しておき、
そのようにして記録した行動情報を解析することによ
り、ユーザが所望する曲を推測し自動選択して提供す
る。そのため、ユーザ自身が再生させる曲を選択する手
間が不要となって利便性が向上し、ユーザは多くの曲の
なかからでも所望する曲を容易に聴くことができる。

【図面の簡単な説明】

【図１】本実施の形態を利用するシステム例の構成図で
ある。

【図２】本実施の形態による音楽再生装置の構成図であ
る。

【図３】行動記録情報例を示す図である。

【図４】音楽セットのデータ構成図である。

【図５】全体処理のフローチャートである。

【図６】再生処理のフローチャートである。

【図７】音楽データ取得処理のフローチャートである。

【図８】音楽セット編集処理のフローチャートである。

【図９】受信処理のフローチャートである。

【図１０】第１の音楽セット作成処理のフローチャート
である。

【図１１】第２の音楽セット作成処理のフローチャート
である。

【符号の説明】

１０１、１０１ａ〜１０１ｃ 音楽再生装置 １０２ パーソナルコンピュータ（ホストコンピュー
タ） １０３ 基地局 １０４ 自動車 １０５ サービス会社 ２０１ 制御部 ２０３ 通信部 ２０４ 表示部 ２０５ 入力部 ２０６ メモリ ２０７ 音声処理部 ２０８ スピーカ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 曲を再生する再生手段を備えた音楽再生
   装置において、 前記再生手段に曲を再生させることで行ったユーザの音
   楽鑑賞上の行動を表す行動情報を記録する行動情報記録
   手段と、 前記行動情報記録手段が記録した行動情報からユーザが
   所望する曲を推測して自動選択する自動選択手段と、 前記自動選択手段により自動選択された曲を前記再生手
   段に再生させる制御手段と、 を具備したことを特徴とする音楽再生装置。
2. 【請求項２】 前記行動情報記録手段は、前記行動情報
   として、前記再生手段が再生した曲に関する曲情報、及
   び該曲が再生された際の状況を表す状況情報を記録し、 前記自動選択手段は、前記曲情報記録手段が記録した曲
   情報、及び状況情報からユーザが所望する曲を推測して
   自動選択する、 ことを特徴とする請求項１記載の音楽再生装置。
3. 【請求項３】 前記自動選択手段は、ユーザが過去に前
   記再生手段に再生させていない曲を含めて曲の自動選択
   を行う、 ことを特徴とする請求項１、または２記載の音楽再生装
   置。
4. 【請求項４】 曲を再生する再生手段を備えた音楽再生
   装置において、 前記再生手段に曲を再生させることで行ったユーザの音
   楽鑑賞上の行動を表す行動情報を、ユーザが所望する曲
   を推測する行動推測装置に送信する送信手段と、 前記行動推測装置が送信する推測結果を受信する受信手
   段と、 前記受信手段が受信した推測結果に従って、前記再生手
   段に曲を再生させる制御手段と、 を具備したことを特徴とする音楽再生装置。
5. 【請求項５】 請求項４記載の音楽再生装置から送信さ
   れた行動情報を受信し、該受信した行動情報からユーザ
   が所望する曲を推測する装置であって、 前記音楽再生装置から送信された行動情報を受信する受
   信手段と、 前記受信手段が受信した行動情報を記録する行動情報記
   録手段と、 前記行動情報記録手段に記録された行動情報から、ユー
   ザが所望する曲を推測する推測手段と、 前記音楽再生装置に、前記推測手段が推測した曲を表す
   情報を推測結果として送信する送信手段と、 を具備したことを特徴とする行動推測装置。
6. 【請求項６】 前記推測手段は、ユーザが過去に前記音
   楽再生装置に再生させていない曲を含めて曲の推測を行
   う、 ことを特徴とする請求項５記載の行動推測装置。
7. 【請求項７】 請求項１記載の音楽再生装置が読み取り
   可能な記録媒体であって、 曲を再生させることで行ったユーザの音楽鑑賞上の行動
   を表す行動情報を記録させる手段と、 前記記録させる手段によって記録された行動情報からユ
   ーザが所望する曲を推測して自動選択する手段と、 前記自動選択する手段により自動選択された曲を再生さ
   せる手段と、 を実現させるためのプログラムを記録した前記音楽再生
   装置読み取り可能な記録媒体。
8. 【請求項８】 請求項４記載の音楽再生装置が読み取り
   可能な記録媒体であって、 曲を再生させることで行ったユーザの音楽鑑賞上の行動
   を表す行動情報を、ユーザが所望する曲を推測する行動
   推測装置に送信させる手段と、 前記行動推測装置が送信する推測結果を受信させる手段
   と、 前記受信させる手段によって受信された推測結果に従っ
   て曲を再生させる手段と、 を実現させるためのプログラムを記録した前記音楽再生
   装置読み取り可能な記録媒体。
9. 【請求項９】 請求項５記載の行動推測装置が読み取り
   可能な記録媒体であって、 前記音楽再生装置から送信された行動情報を受信させる
   手段と、 前記受信させる手段により受信された行動情報を記録さ
   せる手段と、 前記記録させる手段により記録された行動情報から、ユ
   ーザが所望する曲を推測する手段と、 前記音楽再生装置に、前記推測する手段が推測した曲を
   表す情報を推測結果として送信させる手段と、 を実現させるためのプログラムを記録した前記行動推測
   装置読み取り可能な記録媒体。