JP4242896B2 - 黙示的ユーザフィードバックを用いた自動パーソナルプレイリスト生成 - Google Patents

Description

本発明は、携帯メディア再生装置に関し、特に、本発明は、携帯メディア再生装置において再生するメディア・コンテンツのプレイリスト（ｐｌａｙｌｉｓｔ）の生成に関する。

従来の携帯メディア再生装置は、ユーザが、音楽、ビデオ、写真、および画像などのメディアをダウンロードし、再生することを可能とする。典型的な携帯メディア再生装置としては、携帯端末、携帯情報端末、デジタルカメラ、デジタルビデオレコーダ、および組み合わせ装置が挙げられる。一般的には、携帯オーディオプレーヤは、例えば、通常、比較的小さいメモリ容量を有し、記憶装置となり、限られた数の曲を再生することを可能とする。ユーザは、曲を含んだ音楽ライブラリを、ＰＣやその他のコンピュータ装置であって、比較的大きなメモリを有するものに保存し、その音楽ライブラリのなかの一部の曲を携帯オーディオプレーヤにダウンロードする。

プレイリストに追加するために手動で曲を選択することは、時間がかかることであり、つまらないこととなりうる。プレイリスト選択処理を自動化する試みがなされてきた。ある方法は、音楽ライブラリから曲のランダムなグループを選択することを含む。この方法は、ユーザが好まない多数の曲を含んだプレイリストに帰着する可能性がある。

もう一つの先行技術の方法は、ユーザが最も好む曲を含んだプレイリストを生成することを含む。このアプローチは、退化したプレイリストをもたらす可能性がある。このプレイリストは、何度も繰り返し再生された同じ曲によって占められるようになりうる。いくつかのシステムは、新しい曲の属性を、ユーザが楽しんでいることを示した曲の属性と比較するためのメタデータの使用に頼っている。そういったシステムは、要求されるメタデータを伴わないと、動作しない。

これらの欠点は、携帯オーディオプレイヤに特有ではなく、その他の携帯メディア再生装置にもまた適用されるものである。

したがって、当該技術分野において、プレイリスト選択システムおよび方法であって、自動的にリストを生成し、メディアピース（ｍｅｄｉａ ｐｉｃｅｓ）を含む一方で、繰り返しを最小化し、リストにおける意外性の特性を維持するプレイリスト選択システムおよび方法についての必要性が存在する。

上述の一以上の当該技術分野における必要性が、開示されるプレイリスト選択システムおよび方法によって満たされる。メディアピースの適応的セットがユーザのアクティビティに基づいて選択される。メディアピースのランダムセットもまた選択される。プレイリスト選択モジュールは、プレイリストを生成する。このプレイリストは、ユーザによって提供される意外性因子によって決定される割合で適応的セットおよびランダムセットからメディアピースを含む。プレイリストは、ユーザが楽しむことが分かっているメディアピースの確信的なセットから始めることもまた可能である。

第１の実施形態においては、プレイリストを生成する方法が提供される。この方法は、個別の重みを複数の曲へユーザのアクティビティに基づいて与えること、および複数の曲を音楽ライブラリの中から選択することを含み、各曲の選択される可能性はその曲に与えられた重みに対応する。

本発明のその他の実施形態においては、開示された方法を実行するためのコンピュータ実行可能な命令が、コンピュータ読取可能な媒体上に記憶される。

本発明は、例によって説示されるが、添付された図面に制限されるものではない。図面において同様の参照番号は、同様の要素を示す。

図１は、本発明の実施形態に従った携帯音楽システムを図解する。携帯音楽装置１０２は、曲を保存し、ユーザへ再生する。携帯音楽装置１０２は、ＭＰ３プレーヤ、携帯電話、携帯情報端末や、音楽を保存し再生する機能を有するその他の携帯ハンドヘルド電気装置を用いて実装されることが考えられる。携帯音楽装置１０２は、曲を保存するための曲メモリ１０４を含む。曲メモリ１０４は、取り外し可能なメモリモジュールまたは固定されたメモリモジュールを用いて実装される。

携帯音楽装置１０２は、ラップトップやデスクトップコンピュータのようなコンピュータ装置１０８へ接続されることが考えられる。当業者は、コンピュータ装置１０８が、プレイリストを生成し、メモリ記憶装置のための処理装置容量を備えたいくつかの異なる装置を用いて実装されることを理解するであろう。コンピュータ装置１０８は、曲を保存するためのパーソナル音楽ライブラリデータベース１１０を含むことが考えられる。パーソナル音楽ライブラリデータベース１１０の容量は、曲メモリ１０４の容量よりも一般的には大きい。プレイリスト生成モジュール１０６は、パーソナル音楽ライブラリデータベース１１０から曲サブセット（ｓｕｂｓｅｔ）を選択するために使用され、これにより曲メモリ１０４の中に保存される。本発明のその他の実施形態においては、一つ以上のプレイリスト生成モジュール１０６の機能は、携帯音楽装置１０２内のモジュール（図示せず）によって実行される。

コンピュータ装置１０８は、インターネットのような広域ネットワークへ接続され得る。もちろん、音楽ライブラリデータベース１１４のような多くのデータベースおよび音楽ウェブサイトもまたインターネット１１２へ接続される。音楽ライブラリデータベース１１４は、曲を保存することが考えられ、その曲は音楽ライブラリデータベース、および／または、曲メモリ１０４へ送信される。本発明の一つの実施形態においては、携帯音楽装置１０２は、音楽ライブラリデータベース１１４へ、インターネット１１２を経由して接続され、コンテンツを音楽ライブラリデータベース１１４から直接的にダウンロードする。音楽ライブラリデータベース１１４は、曲を選択するためのプレイリスト生成モジュールをもまた含み、パーソナル音楽ライブラリデータベース１１０、および／または、曲メモリ１０４へ送信する。

一つの実施形態においては、コンピュータ装置１０８は音楽を再生する装置を用いて実装される。ユーザが携帯音楽装置１０２を用いて音楽を録音することも考えられる。携帯音楽装置１０２はプレイリストまたはプレイリストデータを生成し、プレイリストまたはプレイリストデータをコンピュータ装置１０８へ送信する。この特有の実施形態は、ユーザが携帯音楽装置１０２を使用し、家から離れている間にパーソナルプレイリストを生成し、比較的固定されたコンピュータ装置１０８へ転送される情報を持つことを可能とする。

図１Ａは本発明の実施形態にしたがった好適な携帯音楽装置１２０を図解する。曲メモリ１０４については上述した。プレイリストモジュール１２２は、ユーザの振る舞いについてのログであって、プレイリストを作成するために使用されるログを記録し、かつ／または、保守する。好適な振る舞いは、曲の録音、曲のスキップ、曲のリプレイなどが含まれる。ＣＰＵ１２４が含まれ、それにより携帯音楽装置１２０の全体の操作を制御することができる。

携帯音楽装置１２０は一つ以上の構成要素を外部装置と通信するために含む。短距離トランシーバ１２６が、コンピュータ装置１０８のような装置と通信するために含まれる。一つの実施形態においては、短距離トランシーバ１２６はＢｌｕｅｔｏｏｔｈプロトコルを使用する。超広帯域技術もまた大きなファイルを転送するために使用され得る。その他の無線短距離技術が、その他の装置と通信するために使用されうることに注意されたい。携帯音楽装置１２０は、オーディオ出力１２８、ネットワークトランシーバ１３０、ディスプレイ１３２、およびアンテナ１３４のような従来の構成要素もまた含む。さらに、携帯音楽装置１２０はユーザがメディアピースを、写真、画像およびビデオの形式で記録することを可能とするカメラを含む。ディスプレイ１３２は、写真、画像、およびビデオメディアピースを再生するために使用されることが考えられる。時間モジュールおよびカレンダーモジュールもまた含まれることで、音楽選択処理の間に入力を提供することが可能である。

図１Ｂは、無線通信システム１０の例を示す。この無線システムにおいては、本発明のシステムおよび方法は、有利に採用され得る。携帯情報端末（ＰＤＡ）、デジタルカメラ、携帯電話、携帯端末、またはそれらの組み合わせのような一つ以上のネットワーク接続可能な携帯装置１２は、サーバ１４と通信を行なう。図１Ｂには示されていないが、サーバ１４は、ホームネットワーク、いくつかのその他のローカルエリアネットワーク（ＬＡＮ）、または広帯域ネットワーク（ＷＡＮ）のようなネットワークのためのファイルサーバとして動作する。サーバ１４は、パーソナルコンピュータ、大型汎用コンピュータ、テレビセットトップボックス、またはデータを保存しデータへアクセスする機能を備えたその他の装置であることが考えられる。携帯装置１２はサーバ１４と様々な形で通信する。例えば、携帯装置１２はサーバ１４と、無線ネットワーク１８を経由して通信することが考えら得る。無線ネットワーク１８は、第３世代（３Ｇ）セルラーデータ通信ネットワーク、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）、またはその他の無線通信ネットワークとすることが考えられる。携帯装置１２は、サーバ１４への例えばユニーバーサル・シリアル・バス（ＵＳＢ）ケーブル１５を経由した有線接続を可能とする一つ以上のポートをもまた有する。携帯装置１２は、サーバ１４への短距離無線接続２０（例えば、ＢＬＵＥＴＯＯＴＨリンク）の機能もまた有することが考えられる。単一の携帯装置１２は複数の形でサーバ１４と通信することが可能であろう。

サーバ１４は、携帯装置１２およびその他の情報源から受信されたファイルを保存するための収納庫として動作する。サーバ１４は、携帯ネットワーク１８との通信（メッセージ、ファイルまたはその他のデータ）を送信し、かつ／または、受信するように構成された無線インターフェイス２２を有するか、または当該無線インターフェイス２２に接続され得る。サーバ１４は、二者択一的な方法として（または、同時に）、一つ以上のその他の通信ネットワーク接続を有する。例えば、サーバ１４はインターネット、従来の有線電話システム、または幾つかのその他の通信ネットワークへ（直接的に、または、一つ以上の中間的なネットワークを経由して）リンクされる。

一つの実施形態においては、携帯装置１２は、無線ネットワーク１８内で、デジタル無線通信を送信、および／または、受信するように無線インターフェイスを有する。携帯装置は、無線ネットワーク１８の管理上の領域内に設置される一方、無線ネットワーク１８の一部として一つ以上の基地局（図示せず）が、携帯装置１２とのデジタル通信を支援することが考えられる。携帯装置１２と通信する無線ネットワーク１８の基地局は、サーバ１４と通信する基地局と同じかまたは異なる基地局であることが考えられる。実際に、携帯装置１２およびサーバ１４は、それぞれ、異なる無線ネットワーク（例えば、携帯装置１２はローミング中であるかもしれない）と通信し得る。言い換えると、一つ以上の中間的な有線または無線ネットワークを経由して、相互リンクされ得る。簡単にするために、サーバ１４および携帯装置１２は同じネットワーク１８内に示される。

携帯装置１２は、サーバ１４と、無線ネットワーク１８を経由して通信し、データ（例えば音楽コンテンツ）を、サーバ１４上の遠隔記憶装置のために送信するように構成される。携帯装置１２は、サーバ１４上に以前に保存されたデータへアクセスするようにもまた構成され得る。一つの実施形態においては、携帯装置１２およびサーバ１４の間のファイル転送は、ショート・メッセージ・サービス・センター（ＳＭＳＣ）２４、および／または、マルチメディア・メッセージ・サービス・センター（ＭＭＳＣ）２６を経由して送信されるショート・メッセージ・サービス（ＳＭＳ）メッセージ、および／または、マルチメディア・メッセージング・サービス（ＭＭＳ）メッセージを経由して生じるかもしれない。ネットワーク１８の一部として示されるが、ＳＭＳＣ２４およびＭＭＳＣ２６は、もう一方のネットワークの一部となりうるし、さもなければネットワーク１８の外部であることも考えられる。分離した論理的なエンティティとして示されるが、ＳＭＳＣ２４およびＭＭＳＣ２６は、単一のエンティティとなりうる。さらに、ＳＭＳＣ２４およびＭＭＳＣ２６は、シグナリングを経由して、それら自身の間で、ファイル転送処理を改善するために調整し得る。例えばＳＭＳＣ２４およびＭＭＳＣ２６は、リアルタイムシステムというよりむしろ、保存、転送システムであるため、携帯装置１２から、ＳＭＳメッセージを経由して要求されるファイルは、以前の要求に基づいてＭＭＳＣ２６上にいまだに存在しているかもしれない。そのようなものとして、ＳＭＳＣ２４は、ＭＭＳＣ２６をＳＭＳファイル要求に応じてコピーし、もし適用可能であれば、ＭＭＳＣ２６は以前保存されたファイルをユーザに通知する。さらに、ＭＭＳＣ２６が、単純にその要求されたファイルを、そのファイルの記憶されたコピーに基づいて転送する。その他の実施形態においては、ＭＭＳＣ２６は、ファイルの収納庫として動作し、携帯装置１２は、単純にＭＭＳＣ２６からのファイル転送を要求することが考えられる。

図２は、曲のセットとプレイリストの間の関係を、本発明の実施形態にしたがって図解する。図２に示される基本的な関係は、曲およびビデオクリップのようなその他のメディアピースを含んだその他の実施に適用することができる。プレイリスト生成モジュール２０２は、適応的曲セット２０４、ランダム曲セット２０６、確実な曲セット２０８を生成し、意外性パラメータ２１０を受信し、プレイリスト２１２を作成する。プレイリスト生成モジュール２０２は、適応的曲セット２０４、ランダム曲セット２０６、および／または確実な曲セット２０８をもう一方の情報源から受信することも可能である。

適応的曲セット２０４は、ユーザのアクティビティ、または時刻および日付のようなその他の因子に対応する属性に基づいて選択され得る。そういったアクティビティはその曲を録音すること、その曲を繰り返すこと、およびその曲をスキップしないことを含み得る。時刻情報は、例えば、プレイリストを、その時が早朝であるか、午後であるかに基づいて選択するために使用され得る。日付情報は、例えば、休日や週末の間は、平日の間に選択される音楽とは異なる音楽を選択するために使用される。

曲に関してユーザの振る舞いの特徴をとらえる好適な属性および値は、以下のものを含む。
１．Ｒｅｃｏｒｄｅｄ：ブーリアン（ｂｏｏｌｅａｎ）． その曲はユーザによって録音されたか（反対に、システムによって自動的にか）？
２．Ｓｋｉｐｐｅｄ：整数（ｉｎｔｅｇｅｒ）＞＝０． リプレイ中にユーザによってその曲がスキップされた大体の数。ユーザがある曲のリプレイ中に「次へ」ボタンを押した場合であって、１分といった所定の時間よりも短い時間の間、その曲が再生された場合に、その曲はスキップされたと考えることができる。一つの実施形態においては、「前へ」ボタンが使用されてある曲に到達した場合に、その曲はスキップされたとは考えられない。
３．Ｒｅｐｅａｔｅｄ：整数（ｉｎｔｅｇｅｒ）＞＝０． その曲が最後にユーザによって繰り返されてからリプレイされた曲の数。ユーザが「戻る」ボタンを押してある曲に到達し、それを、例えば３０秒以上聞いた場合、その曲は繰り返されたと考えることができる。ユーザが、前にリプレイした曲を探していることが考えられ、その曲を探している間、彼はその他の曲の始めを聞く。最後の繰り返しから再生された曲の数をカウントする場合、スキップされ、繰り返された曲もリプレイされたとしてカウントされる。
４．Ａｇｅ：整数（ｉｎｔｅｇｅｒ）＞＝０． その曲が（ユーザによって、または、システムによって）録音されてからの日数。別の実施形態においては、異なる時間フレーム（ｆｒａｍｅ）を使用することが考えられる。
５．Ｌａｓｔ＿ｐｌａｙｅｄ：整数（ｉｎｔｅｇｅｒ）＞＝０． その曲の最後のリプレイからリプレイされた曲の数。曲の数を使用する一つの利点は、プレイリストを聞くユーザのレートに、選択を適応させることである。もう一つの方法として、Ｌａｓｔ＿ｐｌａｙｅｄは、この曲の最後のリプレイからの日数とすることもできる。
ｒｅｐｅａｔｅｄなどの所与の曲の属性は、ｓｏｎｇ．ｒｅｐｅａｔｅｄによって示される。

一つの実施形態において、適応的曲セット２０４は、より古い録音よりも最近録音された曲を含むことがより適当である。ランダム曲セット２０６は、ユーザによって必ずしも好まれない曲を含むかもしれない。ランダム曲セット２０６は、最終的なプレイリストに多様性を加えるために使用されうる。確実な曲セットは、ユーザが好きであることが既知である曲を含むことが考えられる。別の実施形態では、曲を録音する、および、曲を繰り返すといった一つ以上のユーザのアクティビティは、確実な曲セット２０８の選択において使用されることが考えられる。意外性パラメータ２１０は、ユーザによって供給され、プレイリストに含まれる曲であって、ランダム曲セット２０６からの曲の割合を決定することが考えられる。意外性パラメータは、０％〜１００％の値、または、高、中、低といったその他の値から成ることが考えられる。

本発明の一つの実施形態においては、プレイリスト２１２は確実な曲セット２０８から選択された曲の第１のグループを含む。これらの曲は、プレイリストの始めに設定され、ユーザの良い体験を確実に確保する。次に、プレイリスト２１２は、適応的曲セット２０４およびランダム曲セット２０６の両方から、意外性パラメータ２１０によって決定される割合によって選択された曲を含む。プレイリスト２１２が生成されると、対応する音楽ファイルがパーソナル音楽ライブラリデータベース１１０から、または、別の方法として、音楽ライブラリデータベース１１４からインターネット１１２を通じてダウンロードされる。

プレイリスト２１２は、ユーザが聞く各放送局又はジャンルに別々に作成される。例えば、第１の音楽ジャンルがジャズの曲を含むことが考えられ、プレイリスト２１２を含む曲は、ある特定のジャズ放送局から選択され得る。時間、場所、およびその他の要素は、プレイリスト２１２のコンテンツに影響を与え得る。

図３は、本発明の実施形態にしたがって、プレイリストを生成する方法を説示する。第１に、ステップ３０２においては、個別の重みがユーザのアクティビティに基づいて、複数の曲に割り当てられる。この重みは、適応的曲セットを選択するために使用されることが考えられる。第１の重みｗ_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（ｓｏｎｇ）

ステップ３０８においては、意外性パラメータが受信されることが考えられる。意外性パラメータはユーザから受信され、プレイリスト生成モジュールによって選択される。意外性パラメータは０−１００％の値をとり、ｗ１ａ（ｓｏｎｇ）、ｗ１ｂ（ｓｏｎｇ）、ｗ１ｄ（ｓｏｎｇ）を考慮せずに、選択された複数の曲の一部を表すことが考えられる。意外性因子についての適切なデフォルト値は２０％である。

最後に、ステップ３１０においては、プレイリストが生成され、このプレイリストは、ステップ３０４およびステップ３０６で選択された曲を、意外性パラメータに対応する比率で含む。プレイリストの曲がリプレイされた後、その曲は多様性を提供するように再注文される。

前述のように、本発明の実施形態は、音楽や曲以外のメディアピースに使用することができる。特に、ここで開示されたプレイリスト選択方法は、画像、写真、ビデオクリップ、および、その他のビジュアル及び／又はオーディオピースのプレイリストを生成するために使用することができる。図４は、図１に示された携帯音楽システムと同様の携帯メディア再生システムを図解する。携帯メディア再生装置４０２は、メディアを記憶し、ユーザに再生する。例えば、携帯メディア再生装置４０２は、ユーザに画像を再生する携帯情報端末であることが考えられる。携帯音楽装置４０２は、メディアピースメモリ４０４を、メディアピースを記憶するために含む。メディアピースメモリ４０４は、取り外し可能なメモリモジュールまたは固定メモリモジュールとともに実装されうる。携帯音楽装置４０２は、メディアピースを記憶するためのパーソナルメディアピースライブラリデータベース４１０およびプレイリスト生成モジュール４０６を含むコンピュータ装置４０８に接続され得る。コンピュータ装置４０８は、（図１に示される）コンピュータ装置１０８と同様である。コンピュータ装置４０８は、インターネットのような広域ネットワークに接続されることが考えられる。メディアピースライブラリデータベース４１４のような多数のデータベースおよびメディアウェブサイトもまたインターネット４１２に接続されることが考えられる。図４に示された要素の動作は、図１に示された要素の動作と実質的に同様である。

本発明の特徴は、携帯装置を含まない実施形態においてもまた適用されることが考えられる。例えば、ここで開示されたプレイリスト選択方法は、画像プレイリストを生成するために使用され、プラズマテレビや液晶テレビのようなディスプレイを取り付けられた壁上に表示することが考えられる。

本発明を実施する目下の好適な態様を含んだ特定の例に関連して本発明が説明されたが、当業者は、添付される特許請求の範囲において説明される本発明の精神と射程の範囲内において前述のシステムおよび技術の多数の変形および置換が存在することを十分に理解するであろう。

［付属書］
以下のＰｅｒｌによって記述されたコードは、プレイリストを選択するためのプレイリスト生成モジュールによって使用され得る好適なアルゴリズムである。
使用される変数（アルゴリズムの中で紹介されないもの）
・ｍｕｓｉｃ＿ｌｉｂｒａｒｙ＿ｓｉｚｅ：音楽ライブラリ内の全曲数
・ｒｅｃｏｒｄｅｄ＿ｂｙ＿ｔｈｅ＿ｕｓｅｒ：ユーザによって録音された曲数
・ｆｉｒｓｔ＿ｓｏｎｇｓ：「確実な」として選択された曲数
・ｓｕｒｐｒｉｓｅ＿ｒａｔｉｏ：ｓｕｒｐｒｉｓｅ＿ｒａｔｉｏ
・ｌａｓｔ＿ｐｌａｙｅｄ［］：曲のｌａｓｔ＿ｐｌａｙｅｄ属性の配列
簡単にするために、以下のアルゴリズムにおいては、曲は０からｍｕｓｉｃ＿ｌｉｂｒａｒｙ＿ｓｉｚｅ−１の間のインデックスによって特定され、第１のｒｅｃｏｒｄｅｄ＿ｂｙ＿ｔｈｅ＿ｕｓｅｒ曲はユーザによって録音された曲である。

図１は、本発明の実施形態にしたがった、携帯音楽システムの概略図を示す。 図１Ａは、本発明の実施形態にしたがった、好適な携帯音楽装置を図解する。 図１Ｂは、本発明の実施形態にしたがった、好適な無線通信システムであって、本発明のシステムおよび方法が採用され得るシステムを図解する。 図２は、本発明の実施形態にしたがった、曲のセットとプレイリストの関係を図解する。 図３は、本発明の実施形態にしたがった、プレイリストの生成方法を図解する。 図４は、本発明の実施形態にしたがった、携帯メディア再生システムを図解する。

Claims (28)

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. 前記手順（ｃ）において選択されたランダムメディアピースグループが、前記手順（ｂ）において選択されたメディアピースと異なることを特徴とする請求項１６に記載のコンピュータ読取可能な媒体。
27. 前記第１のセットからのメディアピースはランダムメディアピースセットからのメディアピースと異なることを特徴とする請求項１７ないし２１のいずれかに記載の装置。
28. 前記第１のセットからのメディアピースはランダムメディアピースセットからのメディアピースと異なることを特徴とする請求項２２ないし２４のいずれかに記載のシステム。

Images