(57)【要約】  音楽選択システムおよび方法が開示される。適応的曲セットが、ユーザからの黙示的なフィードバックに基づいて選択される。ランダム曲セットもまた選択される。プレイリスト選択モジュールはプレイリストを生成し、そのプレイリストは、ユーザによって提供された意外性因子によって決定される割合で、適応的セットおよびランダムセットから選択される曲を含む。このプレイリストはユーザが楽しむことが既知である確実なセットから始めることもまた可能である。【選択図】図１
2007511857.tif 000002
【特許請求の範囲】
【請求項１】
音楽ライブラリからオーディオプレイリストを生成する方法であって、
（ａ）個別の重みを複数の曲に、その曲に関連したユーザのアクティビティに基づいて割り当てる割り当て段階と、
（ｂ）複数の曲を音楽ライブラリから選択する段階であって、各曲の選択される確率はその曲に割り当てられた重みに対応する選択段階と、
を含むことを特徴とする方法。
【請求項２】
前記段階（ａ）が、ユーザによって取り込まれた曲を、自動的に録音された曲より有利に取り扱う段階を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記段階（ａ）が、ユーザによって繰り返された曲を、ユーザによって繰り返されたことのない曲より有利に取り扱う段階を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記段階（ａ）が、ユーザによってスキップされたことのない曲を、ユーザによってスキップされたことのある曲よりも有利に取り扱う段階を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記段階（ａ）が、最近録音された曲を、より以前に録音された曲よりも有利に取り扱う段階を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記段階（ａ）が、最近リプレイされたことのない曲を、最近リプレイされたことのある曲よりも有利に取り扱う段階を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記段階（ａ）が、
（ｉ）ユーザによって録音された曲を、自動的に録音された曲よりも有利に取り扱う段階と、
（ｉｉ）ユーザによって繰り返された曲を、ユーザによって繰り返されたことのない曲よりも有利に取り扱う段階と、
（ｉｉｉ）ユーザによってスキップされたことのない曲を、ユーザによってスキップされたことのある曲よりも有利に取り扱う段階と、
（ｉｖ）最近録音された曲を、より以前に録音された曲よりも有利に取り扱う段階と、
（ｖ）最近リプレイされたことのない曲を、最近リプレイされたことのある曲よりも有利に取り扱う段階と、
を含むことを特徴とする請求項１に記載の方法。
【請求項８】
さらに、好ましい曲をプレイリストの始めに割り当てる段階を含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記好ましい曲が、ユーザによって取り込まれた曲を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記好ましい曲が、さらに、ユーザによってスキップされたことのない曲を含むことを特徴とする請求項９に記載の方法。
【請求項１１】
（ｃ）音楽ライブラリからランダム曲グループを選択する段階と、
（ｄ）前記段階（ｂ）において選択された曲および前記段階（ｃ）において選択された曲を意外性パラメータに対応する割合で含むプレイリストを生成する段階と、
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記意外性パラメータがユーザによって選択される請求項１１に記載の方法。
【請求項１３】
さらに、すべての曲が再生された後に、曲に再注文する段階を含む請求項１に記載の方法。
【請求項１４】
さらに、（ｃ）音楽ライブラリから複数の曲をダウンロードする段階を含む請求項１に記載の方法。
【請求項１５】
前記段階（ｃ）が、ウェブサイトから複数の曲をダウンロードする段階を含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記段階（ｃ）が、コンピュータから、前記コンピュータに接続されたオーディオプレーヤへ複数の曲をダウンロードする段階を含むことを特徴とする請求項１４に記載の方法。
【請求項１７】
（ａ）個別の重みを複数の曲に、その曲に関連するユーザのアクティビティに基づいて割り当てる手順と、
（ｂ）音楽ライブラリから複数の曲を選択する手順であって、各曲の選択される確率がその曲に割り当てられた重みに対応する選択手順と、
を音楽装置に実行させるコンピュータ実行可能な命令を含んだコンピュータ読取可能な媒体。
【請求項１８】
個別の重みを複数の曲に、その曲に関連したユーザのアクティビティに基づいて割り当てることと、
音楽ライブラリから複数の曲を選択し、各曲が選択される確率はその曲に割り当てられた重みに対応することとによって、
オーディオプレイリストを生成するように構成されたプレイリスト生成モジュールを含むことを特徴とする携帯音楽装置。
【請求項１９】
さらに、短距離トランシーバを含む請求項１８に記載した携帯音楽装置。
【請求項２０】
前記短距離トランシーバはＢｌｕｅｔｏｏｔｈプロトコルを使用することを特徴とする請求項１９に記載の携帯音楽装置。
【請求項２１】
さらに、現在の時間を追跡する時間モジュールを含む請求項１８に記載の携帯音楽装置。
【請求項２２】
さらに現在の日付を追跡するカレンダーモジュールを含むことを特徴とする請求項１８に記載の携帯音楽装置。
【請求項２３】
個別の重みを複数の曲に、その曲に関連したユーザのアクティビティに基づいて割り当てることと、
音楽ライブラリから複数の曲を選択し、各曲が選択される確率はその曲に割り当てられた重みに対応することとによって、
オーディオプレイリストを生成するように構成されたプレイリスト生成モジュールを含むコンピュータ装置と、
プレイリスト生成モジュールによって選択された曲をコンピュータ装置から受信する携帯音楽装置と、
を含むことを特徴とするユーザに音楽を提供するシステム。
【請求項２４】
前記音楽装置が前記コンピュータ装置と通信し、前記選択された曲を受信するための短距離トランシーバを含むことを特徴とする請求項２３に記載のシステム。
【請求項２５】
個別の重みを複数の曲に、その曲に関連したユーザのアクティビティに基づいて割り当てることと、
音楽ライブラリから複数の曲を選択し、各曲が選択される確率はその曲に割り当てられた重みに対応することとによって、
オーディオプレイリストを生成するように構成されたプレイリスト生成モジュールを含む携帯音楽装置と、
プレイリスト生成モジュールによって選択された曲をコンピュータ装置から受信する携帯音楽装置と、
音楽再現モジュールを含み、携帯音楽デバイスからオーディオプレイリストを受信するコンピュータ装置と、
を含むユーザに音楽を提供するためのシステム。
【請求項２６】
複数のメディアピースを含んだライブラリからメディアプレイリストを生成する方法であって、
（ａ）個別の重みを、ライブラリに記憶された複数のメディアピースのそれぞれに、そのメディアピースに関連するユーザのアクティビティに基づいて割り当てる割り当て段階と、
（ｂ）メディアプレイリストを生成するために、メディアピースセットをライブラリから選択する段階であって、各メディアピースが前記プレイリストに選択される確率はそのメディアピースに割り当てられた重みに対応する選択段階と、
を含むことを特徴とする方法。
【請求項２７】
複数のメディアピースのそれぞれに個別の重みが、ユーザによって調整可能である意外性因子に対応するランダム重みを含むことを特徴とする請求項２６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯メディア再生装置に関し、特に、本発明は、携帯メディア再生装置において再生するメディア・コンテンツのプレイリスト（ｐｌａｙｌｉｓｔ）の生成に関する。
【背景技術】
【０００２】
従来の携帯メディア再生装置は、ユーザが、音楽、ビデオ、写真、および画像などのメディアをダウンロードし、再生することを可能とする。典型的な携帯メディア再生装置としては、携帯端末、携帯情報端末、デジタルカメラ、デジタルビデオレコーダ、および組み合わせ装置が挙げられる。一般的には、携帯オーディオプレーヤは、例えば、通常、比較的小さいメモリ容量を有し、記憶装置となり、限られた数の曲を再生することを可能とする。ユーザは、曲を含んだ音楽ライブラリを、ＰＣやその他のコンピュータ装置であって、比較的大きなメモリを有するものに保存し、その音楽ライブラリのなかの一部の曲を携帯オーディオプレーヤにダウンロードする。
【０００３】
プレイリストに追加するために手動で曲を選択することは、時間がかかることであり、つまらないこととなりうる。プレイリスト選択処理を自動化する試みがなされてきた。ある方法は、音楽ライブラリから曲のランダムなグループを選択することを含む。この方法は、ユーザが好まない多数の曲を含んだプレイリストに帰着する可能性がある。
【０００４】
もう一つの先行技術の方法は、ユーザが最も好む曲を含んだプレイリストを生成することを含む。このアプローチは、退化したプレイリストをもたらす可能性がある。このプレイリストは、何度も繰り返し再生された同じ曲によって占められるようになりうる。いくつかのシステムは、新しい曲の属性を、ユーザが楽しんでいることを示した曲の属性と比較するためのメタデータの使用に頼っている。そういったシステムは、要求されるメタデータを伴わないと、動作しない。
【０００５】
これらの欠点は、携帯オーディオプレイヤに特有ではなく、その他の携帯メディア再生装置にもまた適用されるものである。
【０００６】
したがって、当該技術分野において、プレイリスト選択システムおよび方法であって、自動的にリストを生成し、メディアピース（ｍｅｄｉａ  ｐｉｃｅｓ）を含む一方で、繰り返しを最小化し、リストにおける意外性の特性を維持するプレイリスト選択システムおよび方法についての必要性が存在する。
【発明の開示】
【課題を解決するための手段】
【０００７】
上述の一以上の当該技術分野における必要性が、開示されるプレイリスト選択システムおよび方法によって満たされる。メディアピースの適応的セットがユーザのアクティビティに基づいて選択される。メディアピースのランダムセットもまた選択される。プレイリスト選択モジュールは、プレイリストを生成する。このプレイリストは、ユーザによって提供される意外性因子によって決定される割合で適応的セットおよびランダムセットからメディアピースを含む。プレイリストは、ユーザが楽しむことが分かっているメディアピースの確信的なセットから始めることもまた可能である。
【０００８】
第１の実施形態においては、プレイリストを生成する方法が提供される。この方法は、個別の重みを複数の曲へユーザのアクティビティに基づいて与えること、および複数の曲を音楽ライブラリの中から選択することを含み、各曲の選択される可能性はその曲に与えられた重みに対応する。
【０００９】
本発明のその他の実施形態においては、開示された方法を実行するためのコンピュータ実行可能な命令が、コンピュータ読取可能な媒体上に記憶される。
【発明を実施するための最良の形態】
【００１０】
本発明は、例によって説示されるが、添付された図面に制限されるものではない。図面において同様の参照番号は、同様の要素を示す。
【００１１】
図１は、本発明の実施形態に従った携帯音楽システムを図解する。携帯音楽装置１０２は、曲を保存し、ユーザへ再生する。携帯音楽装置１０２は、ＭＰ３プレーヤ、携帯電話、携帯情報端末や、音楽を保存し再生する機能を有するその他の携帯ハンドヘルド電気装置を用いて実装されることが考えられる。携帯音楽装置１０２は、曲を保存するための曲メモリ１０４を含む。曲メモリ１０４は、取り外し可能なメモリモジュールまたは固定されたメモリモジュールを用いて実装される。
【００１２】
携帯音楽装置１０２は、ラップトップやデスクトップコンピュータのようなコンピュータ装置１０８へ接続されることが考えられる。当業者は、コンピュータ装置１０８が、プレイリストを生成し、メモリ記憶装置のための処理装置容量を備えたいくつかの異なる装置を用いて実装されることを理解するであろう。コンピュータ装置１０８は、曲を保存するためのパーソナル音楽ライブラリデータベース１１０を含むことが考えられる。パーソナル音楽ライブラリデータベース１１０の容量は、曲メモリ１０４の容量よりも一般的には大きい。プレイリスト生成モジュール１０６は、パーソナル音楽ライブラリデータベース１１０から曲サブセット（ｓｕｂｓｅｔ）を選択するために使用され、これにより曲メモリ１０４の中に保存される。本発明のその他の実施形態においては、一つ以上のプレイリスト生成モジュール１０６の機能は、携帯音楽装置１０２内のモジュール（図示せず）によって実行される。
【００１３】
コンピュータ装置１０８は、インターネットのような広域ネットワークへ接続され得る。もちろん、音楽ライブラリデータベース１１４のような多くのデータベースおよび音楽ウェブサイトもまたインターネット１１２へ接続される。音楽ライブラリデータベース１１４は、曲を保存することが考えられ、その曲は音楽ライブラリデータベース、および／または、曲メモリ１０４へ送信される。本発明の一つの実施形態においては、携帯音楽装置１０２は、音楽ライブラリデータベース１１４へ、インターネット１１２を経由して接続され、コンテンツを音楽ライブラリデータベース１１４から直接的にダウンロードする。音楽ライブラリデータベース１１４は、曲を選択するためのプレイリスト生成モジュールをもまた含み、パーソナル音楽ライブラリデータベース１１０、および／または、曲メモリ１０４へ送信する。
【００１４】
一つの実施形態においては、コンピュータ装置１０８は音楽を再生する装置を用いて実装される。ユーザが携帯音楽装置１０２を用いて音楽を録音することも考えられる。携帯音楽装置１０２はプレイリストまたはプレイリストデータを生成し、プレイリストまたはプレイリストデータをコンピュータ装置１０８へ送信する。この特有の実施形態は、ユーザが携帯音楽装置１０２を使用し、家から離れている間にパーソナルプレイリストを生成し、比較的固定されたコンピュータ装置１０８へ転送される情報を持つことを可能とする。
【００１５】
図１Ａは本発明の実施形態にしたがった好適な携帯音楽装置１２０を図解する。曲メモリ１０４については上述した。プレイリストモジュール１２２は、ユーザの振る舞いについてのログであって、プレイリストを作成するために使用されるログを記録し、かつ／または、保守する。好適な振る舞いは、曲の録音、曲のスキップ、曲のリプレイなどが含まれる。ＣＰＵ１２４が含まれ、それにより携帯音楽装置１２０の全体の操作を制御することができる。
【００１６】
携帯音楽装置１２０は一つ以上の構成要素を外部装置と通信するために含む。短距離トランシーバ１２６が、コンピュータ装置１０８のような装置と通信するために含まれる。一つの実施形態においては、短距離トランシーバ１２６はＢｌｕｅｔｏｏｔｈプロトコルを使用する。超広帯域技術もまた大きなファイルを転送するために使用され得る。その他の無線短距離技術が、その他の装置と通信するために使用されうることに注意されたい。携帯音楽装置１２０は、オーディオ出力１２８、ネットワークトランシーバ１３０、ディスプレイ１３２、およびアンテナ１３４のような従来の構成要素もまた含む。さらに、携帯音楽装置１２０はユーザがメディアピースを、写真、画像およびビデオの形式で記録することを可能とするカメラを含む。ディスプレイ１３２は、写真、画像、およびビデオメディアピースを再生するために使用されることが考えられる。時間モジュールおよびカレンダーモジュールもまた含まれることで、音楽選択処理の間に入力を提供することが可能である。
【００１７】
図１Ｂは、無線通信システム１０の例を示す。この無線システムにおいては、本発明のシステムおよび方法は、有利に採用され得る。携帯情報端末（ＰＤＡ）、デジタルカメラ、携帯電話、携帯端末、またはそれらの組み合わせのような一つ以上のネットワーク接続可能な携帯装置１２は、サーバ１４と通信を行なう。図１Ｂには示されていないが、サーバ１４は、ホームネットワーク、いくつかのその他のローカルエリアネットワーク（ＬＡＮ）、または広帯域ネットワーク（ＷＡＮ）のようなネットワークのためのファイルサーバとして動作する。サーバ１４は、パーソナルコンピュータ、大型汎用コンピュータ、テレビセットトップボックス、またはデータを保存しデータへアクセスする機能を備えたその他の装置であることが考えられる。携帯装置１２はサーバ１４と様々な形で通信する。例えば、携帯装置１２はサーバ１４と、無線ネットワーク１８を経由して通信することが考えら得る。無線ネットワーク１８は、第３世代（３Ｇ）セルラーデータ通信ネットワーク、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）、またはその他の無線通信ネットワークとすることが考えられる。携帯装置１２は、サーバ１４への例えばユニーバーサル・シリアル・バス（ＵＳＢ）ケーブル１５を経由した有線接続を可能とする一つ以上のポートをもまた有する。携帯装置１２は、サーバ１４への短距離無線接続２０（例えば、ＢＬＵＥＴＯＯＴＨリンク）の機能もまた有することが考えられる。単一の携帯装置１２は複数の形でサーバ１４と通信することが可能であろう。
【００１８】
サーバ１４は、携帯装置１２およびその他の情報源から受信されたファイルを保存するための収納庫として動作する。サーバ１４は、携帯ネットワーク１８との通信（メッセージ、ファイルまたはその他のデータ）を送信し、かつ／または、受信するように構成された無線インターフェイス２２を有するか、または当該無線インターフェイス２２に接続され得る。サーバ１４は、二者択一的な方法として（または、同時に）、一つ以上のその他の通信ネットワーク接続を有する。例えば、サーバ１４はインターネット、従来の有線電話システム、または幾つかのその他の通信ネットワークへ（直接的に、または、一つ以上の中間的なネットワークを経由して）リンクされる。
【００１９】
一つの実施形態においては、携帯装置１２は、無線ネットワーク１８内で、デジタル無線通信を送信、および／または、受信するように無線インターフェイスを有する。携帯装置は、無線ネットワーク１８の管理上の領域内に設置される一方、無線ネットワーク１８の一部として一つ以上の基地局（図示せず）が、携帯装置１２とのデジタル通信を支援することが考えられる。携帯装置１２と通信する無線ネットワーク１８の基地局は、サーバ１４と通信する基地局と同じかまたは異なる基地局であることが考えられる。実際に、携帯装置１２およびサーバ１４は、それぞれ、異なる無線ネットワーク（例えば、携帯装置１２はローミング中であるかもしれない）と通信し得る。言い換えると、一つ以上の中間的な有線または無線ネットワークを経由して、相互リンクされ得る。簡単にするために、サーバ１４および携帯装置１２は同じネットワーク１８内に示される。
【００２０】
携帯装置１２は、サーバ１４と、無線ネットワーク１８を経由して通信し、データ（例えば音楽コンテンツ）を、サーバ１４上の遠隔記憶装置のために送信するように構成される。携帯装置１２は、サーバ１４上に以前に保存されたデータへアクセスするようにもまた構成され得る。一つの実施形態においては、携帯装置１２およびサーバ１４の間のファイル転送は、ショート・メッセージ・サービス・センター（ＳＭＳＣ）２４、および／または、マルチメディア・メッセージ・サービス・センター（ＭＭＳＣ）２６を経由して送信されるショート・メッセージ・サービス（ＳＭＳ）メッセージ、および／または、マルチメディア・メッセージング・サービス（ＭＭＳ）メッセージを経由して生じるかもしれない。ネットワーク１８の一部として示されるが、ＳＭＳＣ２４およびＭＭＳＣ２６は、もう一方のネットワークの一部となりうるし、さもなければネットワーク１８の外部であることも考えられる。分離した論理的なエンティティとして示されるが、ＳＭＳＣ２４およびＭＭＳＣ２６は、単一のエンティティとなりうる。さらに、ＳＭＳＣ２４およびＭＭＳＣ２６は、シグナリングを経由して、それら自身の間で、ファイル転送処理を改善するために調整し得る。例えばＳＭＳＣ２４およびＭＭＳＣ２６は、リアルタイムシステムというよりむしろ、保存、転送システムであるため、携帯装置１２から、ＳＭＳメッセージを経由して要求されるファイルは、以前の要求に基づいてＭＭＳＣ２６上にいまだに存在しているかもしれない。そのようなものとして、ＳＭＳＣ２４は、ＭＭＳＣ２６をＳＭＳファイル要求に応じてコピーし、もし適用可能であれば、ＭＭＳＣ２６は以前保存されたファイルをユーザに通知する。さらに、ＭＭＳＣ２６が、単純にその要求されたファイルを、そのファイルの記憶されたコピーに基づいて転送する。その他の実施形態においては、ＭＭＳＣ２６は、ファイルの収納庫として動作し、携帯装置１２は、単純にＭＭＳＣ２６からのファイル転送を要求することが考えられる。
【００２１】
図２は、曲のセットとプレイリストの間の関係を、本発明の実施形態にしたがって図解する。図２に示される基本的な関係は、曲およびビデオクリップのようなその他のメディアピースを含んだその他の実施に適用することができる。プレイリスト生成モジュール２０２は、適応的曲セット２０４、ランダム曲セット２０６、確実な曲セット２０８を生成し、意外性パラメータ２１０を受信し、プレイリスト２１２を作成する。プレイリスト生成モジュール２０２は、適応的曲セット２０４、ランダム曲セット２０６、および／または確実な曲セット２０８をもう一方の情報源から受信することも可能である。
【００２２】
適応的曲セット２０４は、ユーザのアクティビティ、または時刻および日付のようなその他の因子に対応する属性に基づいて選択され得る。そういったアクティビティはその曲を録音すること、その曲を繰り返すこと、およびその曲をスキップしないことを含み得る。時刻情報は、例えば、プレイリストを、その時が早朝であるか、午後であるかに基づいて選択するために使用され得る。日付情報は、例えば、休日や週末の間は、平日の間に選択される音楽とは異なる音楽を選択するために使用される。
【００２３】
曲に関してユーザの振る舞いの特徴をとらえる好適な属性および値は、以下のものを含む。
１．Ｒｅｃｏｒｄｅｄ：ブーリアン（ｂｏｏｌｅａｎ）．  その曲はユーザによって録音されたか（反対に、システムによって自動的にか）？
２．Ｓｋｉｐｐｅｄ：整数（ｉｎｔｅｇｅｒ）＞＝０．  リプレイ中にユーザによってその曲がスキップされた大体の数。ユーザがある曲のリプレイ中に「次へ」ボタンを押した場合であって、１分といった所定の時間よりも短い時間の間、その曲が再生された場合に、その曲はスキップされたと考えることができる。一つの実施形態においては、「前へ」ボタンが使用されてある曲に到達した場合に、その曲はスキップされたとは考えられない。
３．Ｒｅｐｅａｔｅｄ：整数（ｉｎｔｅｇｅｒ）＞＝０．  その曲が最後にユーザによって繰り返されてからリプレイされた曲の数。ユーザが「戻る」ボタンを押してある曲に到達し、それを、例えば３０秒以上聞いた場合、その曲は繰り返されたと考えることができる。ユーザが、前にリプレイした曲を探していることが考えられ、その曲を探している間、彼はその他の曲の始めを聞く。最後の繰り返しから再生された曲の数をカウントする場合、スキップされ、繰り返された曲もリプレイされたとしてカウントされる。
４．Ａｇｅ：整数（ｉｎｔｅｇｅｒ）＞＝０．  その曲が（ユーザによって、または、システムによって）録音されてからの日数。別の実施形態においては、異なる時間フレーム（ｆｒａｍｅ）を使用することが考えられる。
５．Ｌａｓｔ＿ｐｌａｙｅｄ：整数（ｉｎｔｅｇｅｒ）＞＝０．  その曲の最後のリプレイからリプレイされた曲の数。曲の数を使用する一つの利点は、プレイリストを聞くユーザのレートに、選択を適応させることである。もう一つの方法として、Ｌａｓｔ＿ｐｌａｙｅｄは、この曲の最後のリプレイからの日数とすることもできる。
ｒｅｐｅａｔｅｄなどの所与の曲の属性は、ｓｏｎｇ．ｒｅｐｅａｔｅｄによって示される。
【００２４】
一つの実施形態において、適応的曲セット２０４は、より古い録音よりも最近録音された曲を含むことがより適当である。ランダム曲セット２０６は、ユーザによって必ずしも好まれない曲を含むかもしれない。ランダム曲セット２０６は、最終的なプレイリストに多様性を加えるために使用されうる。確実な曲セットは、ユーザが好きであることが既知である曲を含むことが考えられる。別の実施形態では、曲を録音する、および、曲を繰り返すといった一つ以上のユーザのアクティビティは、確実な曲セット２０８の選択において使用されることが考えられる。意外性パラメータ２１０は、ユーザによって供給され、プレイリストに含まれる曲であって、ランダム曲セット２０６からの曲の割合を決定することが考えられる。意外性パラメータは、０％〜１００％の値、または、高、中、低といったその他の値から成ることが考えられる。
【００２５】
本発明の一つの実施形態においては、プレイリスト２１２は確実な曲セット２０８から選択された曲の第１のグループを含む。これらの曲は、プレイリストの始めに設定され、ユーザの良い体験を確実に確保する。次に、プレイリスト２１２は、適応的曲セット２０４およびランダム曲セット２０６の両方から、意外性パラメータ２１０によって決定される割合によって選択された曲を含む。プレイリスト２１２が生成されると、対応する音楽ファイルがパーソナル音楽ライブラリデータベース１１０から、または、別の方法として、音楽ライブラリデータベース１１４からインターネット１１２を通じてダウンロードされる。
【００２６】
プレイリスト２１２は、ユーザが聞く各放送局又はジャンルに別々に作成される。例えば、第１の音楽ジャンルがジャズの曲を含むことが考えられ、プレイリスト２１２を含む曲は、ある特定のジャズ放送局から選択され得る。時間、場所、およびその他の要素は、プレイリスト２１２のコンテンツに影響を与え得る。
【００２７】
図３は、本発明の実施形態にしたがって、プレイリストを生成する方法を説示する。第１に、ステップ３０２においては、個別の重みがユーザのアクティビティに基づいて、複数の曲に割り当てられる。この重みは、適応的曲セットを選択するために使用されることが考えられる。第１の重みｗ1a（ｓｏｎｇ）は、例えば以下のように、録音された曲に有利な取り扱いをするために選択され得る。
ｗ1a（ｓｏｎｇ）＝１  ｉｆ  ｓｏｎｇ．ｒｅｃｏｒｄｅｄ＝ｔｒｕｅ
ｗ1a（ｓｏｎｇ）＝０  ｏｔｈｅｒｗｉｓｅ
【００２８】
第２の重みｗ1b（ｓｏｎｇ）は、ユーザが繰り返したことのある曲をその他の曲よりも有利に取り扱うために選択されうる。最近繰り返された曲もまたより古い曲よりも有利に取り扱われる。例えば、ｗ1b（ｓｏｎｇ）は、最近繰り返された曲が、一度も繰り返されたことのない曲よりどの程度選択されるかを以下のようにｗ1b（ｓｏｎｇ）を定義することで定義するために使用される。
ｗ1b（ｓｏｎｇ）＝１＋２-song.repeated/h1b＊ｍａｘ＿ｗｅｉｇｈｔ1b
一つの実施形態では、以下の値がデフォルト値として使用される。
ｍａｘ＿ｗｅｉｇｈｔ1b＝３
ｈ1b＝２０
【００２９】
繰り返されたことのない曲のためには、ｗ1b（ｓｏｎｇ）は１に等しいとして定義されることが考えられる。リプレイされた最後の曲もまた繰り返された場合、ｗ1b（ｓｏｎｇ）＝１＋ｍａｘ＿ｗｅｉｇｈｔ1bである。この重み（実際には、重み−１）は、ｈ1b日毎に半分になり、かなり以前に最後に繰り返された曲については、１に近づく。
【００３０】
第３の重みｗ1c（ｓｏｎｇ）は、スキップされた曲よりユーザによってスキップされたことのない曲を有利に取り扱うために選択され得る。一つの実施形態においては、スキップされたことのない曲は、１に等しいｗ1c（ｓｏｎｇ）を有する。ユーザによってスキップされ、録音されていない曲は０に等しいｗ1c（ｓｏｎｇ）を有し、ユーザによって録音された曲は速く減少するｗ1c（ｓｏｎｇ）を有する。例えば、以下のようになる。
Ｉｆ  ｓｏｎｇ．ｓｋｉｐｐｅｄ＝０  ｔｈｅｎ  ｗ1c（ｓｏｎｇ）＝１
Ｉｆ  ｓｏｎｇ．ｒｅｃｏｒｄｅｄ＝ｔｒｕｅ  ｔｈｅｎ  ｗ1c（ｓｏｎｇ）＝２-song.skipped/h1c
Ｉｆ  ｓｏｎｇ．ｒｅｃｏｒｄｅｄ＝ｆａｌｓｅ  ａｎｄ  ｓｏｎｇ．ｓｋｉｐｐｅｄ＞０  ｔｈｅｎ  ｗ1c（ｓｏｎｇ）＝０
一つの実施形態においては、ｈ1c＝０．５
【００３１】
第４の重みｗ1d（ｓｏｎｇ）は、最近録音された曲を有利に取り扱うために選択され得る。一つの実施形態においては、ｗ1d（ｓｏｎｇ）は、重みが使用される日に録音された音のためには１となり、その他の時に録音された曲のためには、ｗ1d（ｓｏｎｇ）は２-song.age/h1dに等しくなることが考えられる。値ｈ1dは、重みの半減期を表すのに使用されうる。例えば、ｈ1d＝１０は、非常に最近の曲のみが有利に取り扱われることを意味し、ｈ1d＝１０００はより古い曲はほとんど同じ重みを有することを意味する。ｈ1dの適切なデフォルト値は、１００である。
【００３２】
第５の重みｗ3a（ｓｏｎｇ）は、最近リプレイされたことのある曲よりもリプレイされたことのない曲を有利に取り扱うために選択され得る。最近リプレイされた曲については、ｗ3a（ｓｏｎｇ）は非常に小さく、長い間演奏されていない曲については、ｗ3a（ｓｏｎｇ）は、１に近づく。例えば、以下のようになる。
ｗ3a（ｓｏｎｇ）＝１，  ｉｆ  曲がリプレイされたことがない場合
ｗ3a（ｓｏｎｇ）＝１／（１＋ｓｔｅｅｐ-song.last_played+h3a），  ｉｆ  その曲がリプレイされたことがある場合
ここで、”ｓｔｅｅｐ”は、最近の曲と古い曲との区域をどの程度急勾配ではっきりしたものとするかを決定し、ｈ3aは、半減期であって、その区域がどこで発生するかを決定する。
ｓｔｅｅｐの適切なデフォルト値は、１．２であり、ｈ3aについては３０である。
【００３３】
ステップ３０４においては、複数の曲が音楽ライブラリから選択され、各曲の選択される確率は、その曲に割り当てられた重みに対応する。一つの実施形態において、各曲に割り当てられた重みｗadapt（ｓｏｎｇ）は、前述の５つの重みの積に等しい。選択された与えられた曲の確率Ｐｒadapt（ｓｏｎｇ）は、その重みｗadapt（ｓｏｎｇ）に比例する。例えば、以下のようになる。
Ｐｒadapt（ｓｏｎｇ）＝ｗadapt（ｓｏｎｇ）／Σiｗadapt（ｓｏｎｇi）
【００３４】
ステップ３０６において、ランダム曲グループが音楽ライブラリから選択される。一つの実施形態においては、ランダム曲グループは、各曲に割り当てられたランダム重みに基づいて選択され、各曲のランダム重みｗrand（ｓｏｎｇ）は、以下のように定義することができる。
ｗrand（ｓｏｎｇ）＝ｗ1c（ｓｏｎｇ）＊ｗ3a（ｓｏｎｇ）
【００３５】
ステップ３０８においては、意外性パラメータが受信されることが考えられる。意外性パラメータはユーザから受信され、プレイリスト生成モジュールによって選択される。意外性パラメータは０−１００％の値をとり、ｗ１ａ（ｓｏｎｇ）、ｗ１ｂ（ｓｏｎｇ）、ｗ１ｄ（ｓｏｎｇ）を考慮せずに、選択された複数の曲の一部を表すことが考えられる。意外性因子についての適切なデフォルト値は２０％である。
【００３６】
最後に、ステップ３１０においては、プレイリストが生成され、このプレイリストは、ステップ３０４およびステップ３０６で選択された曲を、意外性パラメータに対応する比率で含む。プレイリストの曲がリプレイされた後、その曲は多様性を提供するように再注文される。
【００３７】
前述のように、本発明の実施形態は、音楽や曲以外のメディアピースに使用することができる。特に、ここで開示されたプレイリスト選択方法は、画像、写真、ビデオクリップ、および、その他のビジュアル及び／又はオーディオピースのプレイリストを生成するために使用することができる。図４は、図１に示された携帯音楽システムと同様の携帯メディア再生システムを図解する。携帯メディア再生装置４０２は、メディアを記憶し、ユーザに再生する。例えば、携帯メディア再生装置４０２は、ユーザに画像を再生する携帯情報端末であることが考えられる。携帯音楽装置４０２は、メディアピースメモリ４０４を、メディアピースを記憶するために含む。メディアピースメモリ４０４は、取り外し可能なメモリモジュールまたは固定メモリモジュールとともに実装されうる。携帯音楽装置４０２は、メディアピースを記憶するためのパーソナルメディアピースライブラリデータベース４１０およびプレイリスト生成モジュール４０６を含むコンピュータ装置４０８に接続され得る。コンピュータ装置４０８は、（図１に示される）コンピュータ装置１０８と同様である。コンピュータ装置４０８は、インターネットのような広域ネットワークに接続されることが考えられる。メディアピースライブラリデータベース４１４のような多数のデータベースおよびメディアウェブサイトもまたインターネット４１２に接続されることが考えられる。図４に示された要素の動作は、図１に示された要素の動作と実質的に同様である。
【００３８】
本発明の特徴は、携帯装置を含まない実施形態においてもまた適用されることが考えられる。例えば、ここで開示されたプレイリスト選択方法は、画像プレイリストを生成するために使用され、プラズマテレビや液晶テレビのようなディスプレイを取り付けられた壁上に表示することが考えられる。
【００３９】
本発明を実施する目下の好適な態様を含んだ特定の例に関連して本発明が説明されたが、当業者は、添付される特許請求の範囲において説明される本発明の精神と射程の範囲内において前述のシステムおよび技術の多数の変形および置換が存在することを十分に理解するであろう。
【００４０】
［付属書］
以下のＰｅｒｌによって記述されたコードは、プレイリストを選択するためのプレイリスト生成モジュールによって使用され得る好適なアルゴリズムである。
使用される変数（アルゴリズムの中で紹介されないもの）
・ｍｕｓｉｃ＿ｌｉｂｒａｒｙ＿ｓｉｚｅ：音楽ライブラリ内の全曲数
・ｒｅｃｏｒｄｅｄ＿ｂｙ＿ｔｈｅ＿ｕｓｅｒ：ユーザによって録音された曲数
・ｆｉｒｓｔ＿ｓｏｎｇｓ：「確実な」として選択された曲数
・ｓｕｒｐｒｉｓｅ＿ｒａｔｉｏ：ｓｕｒｐｒｉｓｅ＿ｒａｔｉｏ
・ｌａｓｔ＿ｐｌａｙｅｄ［］：曲のｌａｓｔ＿ｐｌａｙｅｄ属性の配列
簡単にするために、以下のアルゴリズムにおいては、曲は０からｍｕｓｉｃ＿ｌｉｂｒａｒｙ＿ｓｉｚｅ−１の間のインデックスによって特定され、第１のｒｅｃｏｒｄｅｄ＿ｂｙ＿ｔｈｅ＿ｕｓｅｒ曲はユーザによって録音された曲である。
【００４１】
2007511857.tif 000003
2007511857.tif 000004
【図面の簡単な説明】
【００４２】
【図１】図１は、本発明の実施形態にしたがった、携帯音楽システムの概略図を示す。
【図１Ａ】図１Ａは、本発明の実施形態にしたがった、好適な携帯音楽装置を図解する。
【図１Ｂ】図１Ｂは、本発明の実施形態にしたがった、好適な無線通信システムであって、本発明のシステムおよび方法が採用され得るシステムを図解する。
【図２】図２は、本発明の実施形態にしたがった、曲のセットとプレイリストの関係を図解する。
【図３】図３は、本発明の実施形態にしたがった、プレイリストの生成方法を図解する。
【図４】図４は、本発明の実施形態にしたがった、携帯メディア再生システムを図解する。
【図１】
2007511857.tif 000005
【図１Ａ】
2007511857.tif 000006
【図１Ｂ】
2007511857.tif 000007
【図２】
2007511857.tif 000008
【図３】
2007511857.tif 000009
【図４】
2007511857.tif 000010
【国際調査報告】
2007511857.tif 000011
2007511857.tif 000012