プレイリストをアップデートする方法および媒体
【課題】メディアシステムのユーザのためにメディアコンテンツを記憶および再生するメディアシステムのためのプレイリストの自動（つまりダイナミック）アップデート（または管理）を行う改良された技術を提供する。
【解決手段】 プレイリストへの自動アップデートは、追加メディアコンテンツがメディアシステムに追加され、またはそこから削除されるときに起こりえる。プレイリストへの自動アップデートは、以前に記憶されたメディアコンテンツがそうでなければ変更されるときにも起こりえる。
【解決手段】 プレイリストへの自動アップデートは、追加メディアコンテンツがメディアシステムに追加され、またはそこから削除されるときに起こりえる。プレイリストへの自動アップデートは、以前に記憶されたメディアコンテンツがそうでなければ変更されるときにも起こりえる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメディアシステムに関し、より具体的にはプレイリストをサポートするメディアシステムに関する。
【背景技術】
【０００２】
メディアシステムは、ユーザがプレイされるべきオーディオトラック（すなわち曲）のプレイリストを作ることを可能にしてきた。典型的にはメディアシステムは、オーディオトラックの大きなライブラリを記憶する。よってユーザが自分自身のプレイリストを作れる能力は、ユーザが自分の好むライブラリからのオーディオトラックのプレイリストを再生するのを助ける。
【０００３】
従来は、プレイリストはドラッグアンドドロップ操作によって、またはルールによってのいずれかで作られてきた。ドラッグアンドドロップによるプレイリスト作成の代表的な例は、カリフォルニア州クパチーノのアップルコンピュータ社からのｉＴｕｎｅｓ、ｖｅｒｓｉｏｎ１．０のプレイリストの作成である。ルールに基づくプレイリストの作成の代表的な例は、カリフォルニア州サリナスのCasady&Greene,Inc.によって発行されるSoundJam MP Plusのプレイリストコンポーザである。
【０００４】
ドラッグアンドドロップ操作の場合、ユーザは、１つ以上のあるオーディオトラックをライブラリ中のオーディオトラックのリストから選択する。それから選択された１つ以上のトラックはプレイリスト中にドラッグされる。このドラッグアンドドロップ操作は、全ての所望のオーディオトラックがプレイリスト中にドラッグされてしまうまで反復されえる。あとで、ライブラリ中のオーディオトラックが変更された後のようなとき、ユーザは、新しいオーディオトラックをプレイリスト中にドラッグするか、またはトラックをプレイリストから消去できる。よってドラッグアンドドロップ操作は、ユーザ対話を必要とし、選択すべきオーディオトラックの大きなライブラリを有するメディアシステムについては特にめんどうである。
【０００５】
ルールによって定義されるプレイリストの場合、プレイリストは、ルールを満足するライブラリ中のオーディオトラックを選択するコンピューティングデバイスによって作られる。ユーザは、プレイリストのためのルールを特定する。このルールは、オーディオトラックがプレイリストに含まれるべきであるかどうかを決定するのに用いられる基準である。例えば、あるルールは、アーチストが「ピンクフロイド」である全てのオーディオトラックをプレイリスト中に含みえる。ルールがコンピューティングデバイスによって処理されるとき、そのルールを満足するオーディオトラックは、そのプレイリスト中に置かれる。プレイリストの作成はユーザが適切なルールを特定したあとに自動化されるが、作成されるプレイリストは固定される。残念ながらライブラリ中のオーディオトラックはしばしば変化する（例えば新しいオーディオトラックが追加される）ので、作成されたプレイリストはすぐに信頼できなくなる。例えば、プレイリストは、プレイリストのためのルールを満足する、ライブラリにあとで追加されたオーディオトラックの一部を含まないことがよく起こりえる。ユーザは、プレイリストについてドラッグアンドドロップ操作を手動で実行するか、またはやはり手動で具体的なルールを特定し、プレイリストのためのルールを満足するライブラリ中の全てのオーディオトラックをプレイリストが含むようにするために新しいプレイリストを作成する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
よってメディアシステム内のプレイリストを維持するための改良された技術に対する要求がある。
【課題を解決するための手段】
【０００７】
大きく言って、本発明は、メディアシステムのユーザのためにメディアコンテンツを記憶および再生するメディアシステムのためのプレイリストの自動（つまりダイナミック）アップデート（または管理）に関する。プレイリストへの自動アップデートは、追加メディアコンテンツがメディアシステムに追加され、またはそこから削除されるときに起こりえる。プレイリストへの自動アップデートは、以前に記憶されたメディアコンテンツがそうでなければ変更されるときにも起こりえる。
【０００８】
本発明は、方法、システム、デバイス、装置、およびコンピュータで読み取り可能な媒体を含むさまざまな方法で実現されえる。本発明のいくつかの実施形態は、以下に説明される。
【０００９】
メディア再生システム上でプレイリストをアップデートする、コンピュータによって実現される方法として、本発明のある実施形態は、前記メディア再生システムに利用可能であるメディアコンテンツが変更されたことを決定すること、および前記決定することが、前記メディア再生システムに利用可能である前記メディアコンテンツが変更されたと決定するとき、前記プレイリストを再生成することを含む。
【００１０】
メディアプレーヤー上でプレイリストをアップデートする、コンピュータによって実現される方法として、本発明のある実施形態は、少なくとも以下の行為を含む。すなわち１つの前記プレイリストを作成するのに用いられるべきプレイリストルールを受け取ること、複数の利用可能なメディアアイテムおよび前記プレイリストルールからプレイリストを作成すること、前記利用可能なメディアアイテムについての変更のために、前記プレイリストが再生成されるべきかを決定すること、および前記決定することが、前記プレイリストが再構築されるべきであると決定するとき、前記複数の利用可能なメディアアイテムおよび前記プレイリストルールから前記プレイリストを再構築することである。
【００１１】
メディアアイテムのコレクションをアップデートするコンピューティングデバイスとして、本発明のある実施形態は、少なくとも前記コレクションを作成するのに用いられるべきプレイリストルールを受け取る手段、複数の利用可能なメディアアイテムおよび前記プレイリストルールからコレクションを作成する手段、前記利用可能なメディアアイテムについての変更のために、前記コレクションが再生成されるべきかを決定する手段、および前記決定する手段が、前記コレクションが再構築されるべきであると決定するとき、前記複数の利用可能なメディアアイテムおよび前記プレイリストルールから前記コレクションを再構築する手段を含む。
【００１２】
メディアシステムによって維持されるメディアアイテムのリストを自動的にアップデートするコンピュータプログラムコードを少なくとも含むコンピュータで読み取り可能な媒体として、本発明のある実施形態は、少なくとも前記メディアシステムに利用可能である少なくとも１つのメディアアイテムが変更されたことを決定するコンピュータプログラムコード、および前記決定するコンピュータプログラムコードが、前記メディアシステムに利用可能である前記メディアアイテムが変更されたと決定するとき、前記メディアアイテムのリストを再生成するコンピュータプログラムコードを含む。
【図面の簡単な説明】
【００１３】
【図１Ａ】本発明のある実施形態によるメディア管理システムのブロック図である。
【図１Ｂ】本発明のある実施形態によるメディア同期システムのブロック図である。
【図２】本発明のある実施形態によるプログラムアーキテクチャのブロック図である。
【図３Ａ】本発明のある実施形態によるアップデートプレイリスト処理のフロー図である。
【図３Ｂ】本発明のある実施形態によるメディアデータベース構成の図である。
【図４】本発明のある実施形態によるプロセス間メッセージングのフロー図である。
【図５Ａ】本発明のある実施形態によるメッセージアップデート処理のフロー図である。
【図５Ｂ】本発明のある実施形態によるメッセージアップデート処理のフロー図である。
【図５Ｃ】本発明のある実施形態によるメッセージアップデート処理のフロー図である。
【図５Ｄ】本発明のある実施形態によるメッセージアップデート処理のフロー図である。
【図６】本発明のある実施形態によるアイドルアップデート処理のフロー図である。
【図７Ａ】本発明のある実施形態による再生成プレイリスト処理のフロー図である。
【図７Ｂ】本発明のある実施形態による再生成プレイリスト処理のフロー図である。
【図７Ｃ】本発明のある実施形態による再生成プレイリスト処理のフロー図である。
【図８】本発明の他の実施形態によるメディア管理システムのブロック図である。
【図９】本発明のある実施形態によるメディアプレーヤーのブロック図である。
【図１０Ａ】ユーザがプレイリストを作成する例示的グラフィカルユーザインタフェースのスクリーンショットである。
【図１０Ｂ】ユーザがプレイリストを作成する例示的グラフィカルユーザインタフェースのスクリーンショットである。
【図１０Ｃ】ユーザがプレイリストを作成する例示的グラフィカルユーザインタフェースのスクリーンショットである。
【図１１Ａ】図１０Ｂに示されるグラフィカルユーザインタフェースを用いて形成される例示的プレイリストのメディアアイテムのスクリーンショットである。
【図１１Ｂ】図１０Ｂに示されるグラフィカルユーザインタフェースを用いて形成される例示的プレイリストのメディアアイテムのスクリーンショットである。
【発明を実施するための形態】
【００１４】
本発明の他の局面および優位性は、本発明の原理を例示的に示す添付図面と併せて、以下の詳細な説明から明らかになろう。
本発明は、添付図面と共に以下の詳細な説明によって容易に理解されえ、図面において同様の参照番号は同様の構成要素を表す。
【００１５】
本発明は、メディアシステムのユーザのためにメディアコンテンツを保存および再生するメディアシステムのためのプレイリストの自動（またはダイナミック）アップデート（または管理）に関する。プレイリストの自動アップデートは、追加メディアコンテンツがメディアシステムに追加されるか、またはメディアシステムから削除されるときに起こりえる。プレイリストの自動アップデートは、そうでなければ以前に保存されたメディアコンテンツが変更されるときにも起こりえる。
【００１６】
本発明の実施形態は、以下に図１Ａ〜１１Ｂを参照して説明される。しかし当業者には、これらの図についてここに与えられた詳細な記載は例示目的であり、本発明はこれら限られた実施形態にとらわれないことが容易にわかるだろう。
【００１７】
図１Ａは、本発明の実施形態によるメディア管理システム１００のブロック図である。メディア管理システム１００は、メディアプレーヤー１０２およびパーソナルコンピュータ（ホストコンピュータ）１０４を含む。メディアプレーヤー１０２は例えば、携帯の電池駆動デバイスである。ある実施形態において、メディアプレーヤー１０２はＭＰ３プレーヤーである。パーソナルコンピュータ１０４はメディアマネージャ１０６を含む。メディアマネージャ１０６は、パーソナルコンピュータ１０４のユーザが、パーソナルコンピュータ１０４上に保存されたメディアコンテンツを直接的に管理できるようにする。またメディアマネージャ１０６は、メディアプレーヤー１０２上に保存されたメディアコンテンツを間接的に管理できるようにする。周辺ケーブル１０８は、メディアプレーヤー１０２をパーソナルコンピュータ１０４に結合する。典型的には周辺ケーブル１０８は、メディアプレーヤー１０２およびパーソナルコンピュータ１０４上に設けられたデータポートを結合する。ある例では、データポートはＦＩＲＥＷＩＲＥ（ＦｉｒｅＷｉｒｅ（商標））ポートでありえ、周辺ケーブル１０８はＦＩＲＥＷＩＲＥケーブルでありえる。さらに一般には周辺ケーブル１０８はデータリンクとして機能する。メディアアイテムは、メディアプレーヤー１０２からパーソナルコンピュータ１０４へ周辺ケーブル１０８上を転送されえ、その逆方向にも転送されえる。
【００１８】
メディアマネージャ１０６は、パーソナルコンピュータ１０４上でメディアコンテンツ（例えば多くのメディアアイテム）についてブラウズ、追加、消去、整理および他の操作をするのを補助する。より具体的にはメディアマネージャ１０６は、ユーザがメディアアイテムを１つ以上のプレイリストに整理するのを補助する。プレイリストは、「再生される」べきメディアアイテムのリストである。関連するメディアのタイプに依存して、メディアアイテムが「再生される」やり方は変わりえる。本発明によれば、プレイリストは、その初期の作成のあとに自動的にアップデートされえる。自動的にアップデートされるそれらのプレイリストは、ダイナミックプレイリストと呼ばれえる。換言すれば、ダイナミックプレイリストは、その基本となるデータソースが変更されるときに適切に自動的にアップデートされるべきプレイリストである。非ダイナミックプレイリストは、その基礎となるデータソースへの変更にかかわらず、作成時に固定されるプレイリスト（すなわちアップデートされない）プレイリストである。いずれの場合も、プレイリストを変更するために手動のユーザアクションが典型的には用いられえる。
【００１９】
ある実施形態によればユーザは、ドラッグアンドドロップ操作によって手動で、またはユーザによって提供されたルールから自動的に、プレイリストを形成しえる。このような実施形態において、ルールに基づくプレイリストは、自動的にアップデートされえ（すなわちダイナミックプレイリスト）、一方、ルールに基づかない他のプレイリストは、自動的にはアップデートされえない（すなわち非ダイナミックプレイリスト）。
【００２０】
加えてメディアマネージャ１０６は、ユーザがメディアプレーヤー１０２についてのメディアコンテンツまたはプレイリストを追加および削除するのも補助しえる。換言すれば、メディアマネージャ１０６はパーソナルコンピュータ１０４上に常駐するが、メディアマネージャ１０６について取られる少なくともある管理アクションは、メディアプレーヤー１０２におけるメディアコンテンツまたはプレイリストも同様に管理されるようにする。例えば、メディアマネージャ１０６は、パーソナルコンピュータ１０４およびメディアプレーヤー１０２間でメディアコンテンツおよびプレイリストを同期させることができる。
【００２１】
メディアマネージャ１０６はパーソナルコンピュータ１０４上に常駐するメディアコンテンツを管理できるので、メディア管理システム１００はメディアプレーヤー１０２を含む必要はない。したがってメディアプレーヤー１０２およびその周辺ケーブル１０８は、メディア管理システム１００のオプションの要素と考えられえる。
【００２２】
にもかかわらず、ある実施形態においてメディアプレーヤーは、オーディオ、ビデオまたは画像のようなメディアを処理する専用の携帯コンピューティングデバイスである。例えばメディアプレーヤー１０２は、ミュージックプレーヤー（例えばＭＰ３プレーヤー）、ゲームプレーヤー、ビデオプレーヤー、ビデオレコーダー、カメラ、画像ビューワーなどでありえる。これらのデバイスは一般に、ユーザが移動するどこででも音楽を聴いたり、ゲームをしたり、ビデオを見たり、ビデオを録画したり、または写真を撮ることができるように電池駆動であり、携帯性が非常に高い。ある実施形態において、メディアプレーヤーは、ポケットまたはユーザの手に収まるサイズであるハンドヘルドデバイスである。ハンドヘルドであることによって、メディアプレーヤーは比較的小さく、ユーザに容易に扱え、使用される。ポケットサイズであることによって、ユーザは直接にデバイスを運ぶ必要がなく、したがってデバイスはユーザが移動する所ならほとんどどこへでも持って行くことができる（例えばユーザは、携帯型のコンピュータのように大きくかさばり、しばしば重いデバイスを持ち運ぶことに限定されない）。さらにデバイスは、ユーザの手によって操作されえ、机上のような他のレファレンス表面を必要としない。
【００２３】
図１Ｂは、本発明のある実施形態によるメディア同期システム１５０のブロック図である。メディア同期システム１５０は例えば、図１Ａに示されるメディア管理システム１００のより一般的なものを表現する。メディア同期システム１５０は、メディアプレーヤー１５２およびパーソナルコンピュータ１５４を含む。パーソナルコンピュータ１５４はメディアマネージャ１５６を含む。パーソナルコンピュータ１５４はさらにメディアデータベース１５８を含む。メディアプレーヤー１５２はメディアデータベース１６０を含む。典型的にはメディアプレーヤー１５２は、メディアコンテンツを保存するデータ記憶デバイス（例えばディスクドライブ）、使用中のメディアコンテンツを保存するキャッシュメモリ、ユーザに情報を表示するスクリーンディスプレイ、およびメディアプレーヤー１５２の動作を制御するプロセッサ（例えばマイクロプロセッサ）も含む。
【００２４】
周辺ケーブル１６２は、メディアプレーヤー１５２およびパーソナルコンピュータ１５４間のデータパス（またはデータリンク）を提供する。周辺ケーブル１６２は、メディアプレーヤー１５２をパーソナルコンピュータ１５４に結合する周辺バスを提供する。周辺バスは例えば、ＦＩＲＥＷＩＲＥバスまたはユニバーサルシリアルバス（ＵＳＢ）でありえる。パーソナルコンピュータ１５４上に保存されたメディアコンテンツと、メディアプレーヤー１５２上に保存されたメディアコンテンツとの間の同期操作は、それぞれのメディアデータベース１５８および１６０に記憶されたメディア情報の比較を通して高度に達成されえる。それぞれのデータベース１５８および１６０からのメディア情報の比較によって、パーソナルコンピュータ１５４上にある特定のメディアアイテムがメディアプレーヤー１５２上にないことが示されるとき、その特定のメディアアイテムは周辺ケーブル１６２上でメディアプレーヤーへ転送（ダウンロード）されえる。逆に、それぞれのデータベース１５８および１６０からのメディア情報の比較によって、メディアプレーヤー１５２上にある特定のメディアアイテムがパーソナルコンピュータ１５４上にないことが示されるとき、その特定のメディアアイテムはメディアプレーヤー１５２から削除（消去）されるか、または周辺ケーブル１６２上でパーソナルコンピュータ１５４へ転送（アップロード）されえる。したがってメディアプレーヤー１５２にメディアデータベース１６０を提供することによって、メディアコンテンツのより高度な同期および管理が可能になる。
【００２５】
メディアデータベース１６０はまた、従来のアプローチよりもさらに高度なユーザインタフェースをメディアプレーヤー１５２がユーザに対して提供することを可能にする。そのようなユーザインタフェースは、メディアプレーヤー１５２のスクリーンディスプレイ上に提示されえる。ユーザインタフェースは例えば、メディアプレーヤー１５２のユーザがメディアプレーヤー１５２上にあるメディアコンテンツをブラウズ、ソート、検索、再生などをすることを可能にする。ユーザインタフェースはまたメディアプレーヤー１５２のユーザがダウンロード（追加）したり、メディアプレーヤー１５２からメディアアイテムを消去（削除）したりすることを可能にする。メディアマネージャ１５６はまた、ユーザがパーソナルコンピュータ１５４上にあるメディアコンテンツをブラウズ、ソート、検索、再生、プレイリスト作成、コンパクトディスク（ＣＤ）を焼くなどできるようにするユーザインタフェースを持つ。ユーザインタフェースはまた、パーソナルコンピュータ１５４のユーザがメディアアイテムをパーソナルコンピュータ１５４からメディアアイテムをダウンロード（追加）したり、消去（削除）したりできるようにする。ある実施形態において、メディアマネージャ１５６およびその関連するユーザインタフェースは、カリフォルニア州、クパチーノのアップルコンピュータ社からのｉＴｕｎｅｓ、バージョン２．０によって提供される。
【００２６】
図２は、本発明のある実施形態によるプログラムアーキテクチャ２００のブロック図である。プログラムアーキテクチャ２００は、本発明のある実施形態によってプレイリスト（すなわちダイナミックプレイリスト）をアップデートするのに用いられる。プログラムアーキテクチャ２００は、メディアアプリケーション２０２を中心とする。メディアアプリケーション２０２は、ユーザがメディアアイテムを保存および再生することを可能にし、それと同時に１つ以上の特定のメディアアイテムからなるプレイリストを作成および利用することを可能にする。メディアアプリケーション２０２は、オペレーティングシステム２０４と結合する。さらにオペレーティングシステム２０４は、メディアアプリケーション２０２によって利用されるメディアアイテムを保存するメディアデータベース２０６と結合する。メディアデータベース２０６は、メディアアプリケーション２０２によって作成されたプレイリストも保存する。メディアアプリケーション２０２は、メディアデータベース２０６内に保存される１つ以上のプレイリストをアップデートするよう動作もする。プログラムアーキテクチャ２００は、周辺デバイス２１０をオペレーティングシステム２０４に結合するバスコントローラ２０８も含む。ここで周辺デバイス２１０は、メディアアプリケーション２０２のための他のデータソースを提供するのに利用されえる。
【００２７】
図３Ａは、本発明のある実施形態によるアップデートプレイリスト処理３００のフロー図である。アップデートプレイリスト処理３００は、プレイリストサポートを行うメディア再生システム上で実行されえる。例えば、メディア再生システムは、パーソナルコンピュータのようなコンピューティングデバイスでありえる。
【００２８】
アップデートプレイリスト処理３００は、データソースがアップデートされたかを決める判断３０２から始まる。ここでデータソースは、メディアコンテンツのソース、具体的にはメディアアイテムに関する。データソースの例は、コンパクトディスク（ＣＤ）、携帯メディアプレーヤー、インターネット経由のリモートサーバ、またはローカルディスクドライブである。判断３０２が、データソースがアップデートされていないと決定するとき、メディア再生システムに関連付けられたメディアコンテンツまたはメディアアイテムには変更、追加、または消去がなされなかったので、アップデートプレイリスト処理３００は判断３０２を反復するために元に戻る。
【００２９】
一方、いったん判断３０２が、データソースがアップデートされたと決定すると、判断３０４は、ダイナミックプレイリストがそのデータソースに関連付けられているかを決定する。ダイナミックプレイリストは、その基礎となるデータソースが変更されるときに適切にアップデートされるべきプレイリストである。判断３０４が、データソースに関連付けられたダイナミックプレイリストが存在しないと決定するとき、アップデートプレイリスト処理３００は判断３０２および後続のブロックを反復するために元に戻る。換言すれば、そのデータソースに関連付けられたダイナミックプレイリストが存在しないときは、アップデートプレイリスト処理３００の評価は実行される必要がない。
【００３０】
逆に判断３０４が、そのデータソースに関連付けられたダイナミックプレイリストが存在すると決定するとき、判断３０６は、そのデータソースへのアップデートがダイナミックプレイリストに影響を与えるかを決定する。判断３０６が、データソースへのアップデートがダイナミックプレイリストに影響を与えないと決定するとき、アップデートプレイリスト処理３００は、判断３０２および後続のブロックを反復するために元に戻る。ここでプレイリストはダイナミックでありデータソースに関連付けられているが、データソースへの変化がダイナミックプレイリストに影響を与えないので、アップデートプレイリスト処理３００の評価は実行される必要がない。
【００３１】
判断３０６が、データソースへのアップデートがダイナミックプレイリストに影響を与えると決定するとき、ダイナミックプレイリストは、プレイリスト条件に基づいて再生成される（３０８）。プレイリスト条件は、ダイナミックプレイリストに含まれるべきデータソースのメディアアイテムを決定するのに利用されるルールまたは基準を特定する。よってプレイリスト条件は、特定のダイナミックプレイリストに関連付けられる。ダイナミックプレイリストが再生成された（３０８）あとに、アップデートプレイリスト処理３００は完了し、ダイナミックプレイリストが再生成された状態で終了する。
【００３２】
もし実現されるなら、判断３０６は、パフォーマンス効率を改善するのに用いられる。具体的には、判断３０６は、ダイナミックプレイリストが仮に再生成されてもデータソースへのアップデートがダイナミックプレイリストへの変更を生じないときには、ダイナミックプレイリストの再生成３０８を防ぐことを可能にする。したがってもし望まれるなら他の実施形態においては、判断３０６は近似されたり、またはなくしてしまうことさえできる。加えて、再生成３０８が実行されるときに、もしダイナミックプレイリストがメディアプレーヤーと関連付けられたディスプレイスクリーン上に表示されているなら、ダイナミックプレイリストの再生成されたバージョンを反映させるよう、表示されるダイナミックプレイリストは再描画されえる。
【００３３】
図３Ｂは、本発明のある実施形態によるメディアデータベース構成３５０の図である。メディアデータベース構成３５０は、例えば、図２に示されたメディアデータベース２０６と共に用いるのに適する。
【００３４】
メディアデータベース構成３５０は、メディアシステム（例えばメディア再生システム）によって提供されたそれぞれのデータソースについてトラックデータ３５２を保存する。特定のデータソースについてのトラックデータは、ソースネーム、トラックおよびプレイリストのようなさまざまな記述的データを含みえる。トラックデータ３５２は、トラックデータ３５２について変更、追加または消去がなされたときに、メッセージレシーバ（message receiver）にメッセージを分配する役割を果たすメッセージセンダ（message sender）も含みえる。トラックデータ３５２のトラックは、トラック情報３５４を指す。トラック情報３５４は、特定のトラックについての記述的情報を提供するさまざまなフィールドを含む。例えば、特定のトラックについて、トラック情報３５４は、トラック識別子（ＩＤ）、アーチスト、アルバム、曲名、年、時間、レーティング（rating）などを含みえる。トラックデータ３５２中のプレイリストは、トラックデータ３５２に関連付けられるこれらプレイリストを指しえる。より具体的には、トラックデータ３５２中のプレイリストは、特定のプレイリストに関するプレイリスト情報３５６を指しえる。プレイリスト情報３５６は、それぞれのプレイリストについてのさまざまな記述的情報を含む。例として、プレイリスト情報３５６は、名前、アイテム、ダイナミックフラグ、条件、ソート順、表示されるカラム（visible columns）などを含みえる。ダイナミックフラグは、関連付けられたプレイリストがダイナミックであるかどうかを示す。
【００３５】
さらに、プレイリスト情報３５６は、メッセージレシーバ（メッセージをメッセージセンダから受け取る）、フィールドマスク、およびアップデートフラグを含みえる。プレイリスト情報３５６中のアイテムは、プレイリスト中の特定のアイテムについてのプレイリストアイテム情報３５８を指す。プレイリストアイテム情報３５８は、トラック情報３５４中の特定のトラックへのトラックポインタを少なくとも含む。したがって、プレイリストアイテム情報３５８中のトラックポインタは、トラック情報３５４へのポインタを与えることによって、プレイリスト中の特定のアイテムと関連付けられるべきメディアコンテンツ（ファイル）が特定され取り出されえるようにする。プレイリストアイテム情報３５８は、プレイリスト中の特定のアイテムと関連付けられるべき特定の情報を与えるために１つ以上のプレイリストに固有のフィールドも含みえる。例として、図３に示されるプレイリストアイテム情報３５８は、ユーザがプレイリスト中の特定のアイテムにチェックを付ける、またはチェックをはずすことを可能にするために本発明のある実施形態において用いられるチェックトフラグ（checked flag）を含むことによって、プレイリストの メディアコンテンツが再生されるとき、それらが使われることを可能（enabled）にしたり、不可能（disabled）にしたりする。
【００３６】
図４は、本発明のある実施形態によるプロセス間メッセージング４００のフロー図である。プロセス間メッセージング４００は例えば、図３Ｂに示されるトラックデータ３５２中で与えられるメッセージングセンダのようなメッセージセンダによって実行される。
【００３７】
プロセス間メッセージング４００は、トラックが変更されたかを決定する判断４０２で始まる。判断４０２が、トラックが変更されたと決定するとき、変更メッセージが送られる（４０４）。一方、判断４０２が、トラックが変更されていないと決定するとき、判断４０６は、トラックが追加されたかを決定する。判断４０６が、トラックが追加されたと決定するとき、新トラックメッセージが送られる（４０８）。あるいは、判断４０６が、トラックが追加されていないと決定するとき、判断４１０はトラックが消去されたかを決定する。判断４１０が、トラックが消去されたと決定するとき、トラック消去メッセージが送られる（４１２）。操作４０４、４０８、４１０（トラックが消去されないとき）、および４１２（トラックが消去されるとき）に続いて、判断４１４は、プロセス間メッセージング４００が一連の変化について終わったかを決定する。例えば、一連の変化がなされる（例えば一連のトラックが変更、追加または消去される）とき、この変化は、より効率的な処理のためにセットとして処理されえる。したがって判断４１４は、一連の変化が完了したかを決定する。判断４１４が、プロセス間メッセージングが一連の変化について終了したと決定するとき、終了メッセージが送られる（４１６）。操作４１６に続いて、プロセス間メッセージング４００は、判断４０２および後続のブロックを反復するために元に戻る。あるいは判断４１４は、プロセス間メッセージング４００が一連の変化について終了していないと決定するとき、プロセス間メッセージング４００は、判断４０２および後続のブロックを反復するために直接、元に戻る（それにより操作４１６をバイパスする）。
【００３８】
図５Ａ〜５Ｄは、本発明のある実施形態によるメッセージアップデート処理５００のフロー図である。メッセージアップデート処理５００は、図４について上述の変更メッセージ、新トラックメッセージ、およびトラック消去メッセージのような受け取られるメッセージを処理する。
【００３９】
メッセージアップデート処理５００は、変更メッセージが受け取られたかを決定する判断５０２で始まる。判断５０２が、変更メッセージが受け取られたと決定するとき、判断５０４は、処理されているプレイリストがダイナミックかを決定する。判断５０４が、プレイリストがダイナミックであると決定するとき、判断５０６は、アップデートフラグがセットされているかを決定する。判断５０６が、アップデートフラグがセットされていないと決定するとき、変更メッセージマスクがそのプレイリストについてのフィールドマスクと比較される（５０８）。フィールドマスクは例えば、そのプレイリスト中のプレイリスト情報中に提供されえる。変更メッセージマスクは、受け取られた変更メッセージと共に提供されえる。この比較は、変更されるトラックの任意の１つ以上のフィールドが、プレイリストによって利用されるフィールドであるかを示す。
【００４０】
それから判断５１０が、変更メッセージマスクおよびフィールドマスクの間で一致するフィールドが存在するかを決定する。判断５１０が、一致するフィールドが存在すると決定するとき、アップデートフラグがセットされる（５１２）。アップデートフラグは、ダイナミックプレイリストが、変更メッセージに関連付けられた変更によって影響され、よってダイナミックプレイリストがアップデートされなければならないことを示すフラグである。逆に、判断５１０が、一致するフィールドが存在しないと決定するとき、ダイナミックプレイリストはアップデートされる必要はなく、よって操作５１２はバイパスされる。さらに判断５０４が、プレイリストがダイナミックではないと決定するとき、または判断５０６が、アップデートフラグがすでにセットされていると決定するとき、メッセージアップデート処理５００は、判断５０２および後続の操作を反復するために元に戻る。操作５１２に続いて、メッセージアップデート処理５００はまた、判断５０２および後続の操作を反復するために元に戻る。
【００４１】
一方、判断５０２が、変更メッセージが受け取られていないと決定するとき、判断５１４は、トラック消去メッセージが受け取られたかを決定する。判断５１４が、トラック消去メッセージが受け取られたと決定するとき、判断５１６は、消去されたトラックが処理されているプレイリスト中にあるかを決定する。判断５１６が、消去されたトラックがそのプレイリスト中にあると決定するとき、その消去されたトラックへの参照（例えばポインタ）がプレイリストから削除され（５１８）、それによってプレイリストから消去されたトラックを関連付けるデータ構造を削除する。次に、判断５２０は、プレイリストがダイナミックであるかを決定する。判断５２０が、プレイリストがダイナミックであると決定するとき、アップデートフラグがセットされる（５２２）。逆に、判断５２０が、プレイリストがダイナミックではないと決定するとき、操作５２２はバイパスされる。一方、判断５１６が、消去されたトラックがプレイリスト中にないと決定するとき、操作５１８〜５２２はバイパスされる。したがって操作５２２に続いて、またはそれがバイパスされてから、メッセージアップデート処理５００は、判断５０２および後続の操作を反復するために元に戻る。
【００４２】
さらに判断５１４が、トラック消去メッセージが受け取られていないと決定するとき、判断５２４は、新トラックメッセージが受け取られたかを決定する。判断５２４が、新トラックメッセージが受け取られたと決定するとき、判断５２６は、処理されているプレイリストがダイナミックであるかを決定する。判断５２６が、プレイリストがダイナミックであると決定するとき、アップデートフラグがセットされる（５２８）。逆に判断５２６が、プレイリストがダイナミックではないと決定するとき、操作５２８がバイパスされる。操作５２８に続いて、またはそれがバイパスされてから、メッセージアップデート処理５００は、判断５０２および後続の操作を反復するためにメッセージアップデート処理５００の始めに戻る。
【００４３】
最後に、判断５２４が、新トラックメッセージが受け取られなかったと決定するとき、判断５３０は、終了メッセージが受け取られたかを決定する。判断５３０が、終了メッセージが受け取られたと決定するとき、判断５３２は、処理されているプレイリストがダイナミックプレイリストであるかを決定する。判断５３２が、プレイリストがダイナミックではないと決定するとき、判断５３４は、プレイリストが表示されているかを決定する。判断５３４が、プレイリストが表示されていると決定するとき、プレイリストはスクリーン上で再描画される（５３６）。逆に、判断５３４が、プレイリストが表示されていないと決定するとき、操作５３６はバイパスされる。
【００４４】
一方、判断５３２が、プレイリストがダイナミックであると決定するとき、判断５３８はアップデートフラグがセットされたかを決定する。判断５３８が、アップデートフラグがセットされていると決定するとき、アイドルアップデートフラグがセットされる（５４０）。ここでこのアイドルアップデートフラグは、アイドル処理中にダイナミックプレイリストがアップデートされなければならないことを示すフラグである。ダイナミックプレイリストへのアップデートをアイドル処理中に実行することによって、実行されているある程度、集中的な計算／処理は、コンピューティングデバイス（例えばメディアシステム）のユーザに体感されるパフォーマンスに影響を与えることなく、バックグラウンドモードで行われることが可能である。逆に、判断５３８が、アップデートフラグがセットされていないと決定するとき、またはプレイリストがダイナミックではないときに操作５３６または判断５３４に続いて、メッセージアップデート処理５００は、判断５０２および後続の操作を反復するために元に戻る。
【００４５】
図６は、本発明のある実施形態によるアイドルアップデート処理６００のフロー図である。アイドルアップデート処理６００は、コンピューティングデバイスがアイドル状態であるかを決定する判断６０２で始まる。判断６０２が、コンピューティングデバイスがアイドル状態ではないと決定するとき、アイドルアップデート処理６００は、そのような状態を待つ。換言すれば、アイドルアップデート処理６００は、コンピューティングデバイスがアイドル状態に達するときに起動される。
【００４６】
いったんコンピューティングデバイスがアイドル状態に達すると、判断６０４は、アイドルアップデートフラグがセットされているかを決定する。判断６０４が、アイドルアップデートフラグがセットされていると決定するとき、プレイリスト条件が取り出される（６０６）。取り出される（６０６）プレイリスト条件は、処理される特定のプレイリストと関連付けられている。プレイリスト条件が取り出された（６０６）あと、プレイリストは再生成される（６０８）。次に判断６１０は、プレイリストが表示されているかを決定する。判断６１０が、プレイリストが表示されていると決定するとき、プレイリストはコンピューティングデバイスのスクリーン上で再描画される（６１２）。逆に判断６１０が、プレイリストが表示されていないと決定するとき、操作６１２はバイパスされる。操作６１２に続いて、またはそれがバイパスされたあとで、アイドルアップデートフラグがクリアされる（６１４）。操作６１４に続いて、またはアイドルアップデートフラグがセットされていないときの判断６０４に続いて、アップデートフラグがクリアされる（６１６）。アップデートフラグがクリアされた（６１６）あとで、アイドルアップデート処理６００は完了する。
【００４７】
図７Ａ〜７Ｃは、本発明のある実施形態による再生成プレイリスト処理７００のフロー図である。この再生成プレイリスト処理７００は例えば、図６のプレイリストの再生成６０８、または図３Ａに示されるプレイリストの再生成３０８によって実行される処理である。
【００４８】
再生成プレイリスト処理７００は、再生成されている既存のプレイリスト中の最初のアイテムを選択する（７０２）ことによって始まる。次に、既存のプレイリスト中の選択されたアイテムは、フィルタ基準と比較される（７０４）。このフィルタ基準は、既存のプレイリストについてのプレイリスト条件の一部である。次に、判断７０６は、選択されたアイテムがアップデートされたプレイリスト中に残るべきかを決定する。判断７０６が、選択されたアイテムがアップデートされたプレイリスト中に残るべきではないと決定するとき、選択されたアイテムはプレイリストから削除される（７０８）。一方、判断７０６が、選択されたアイテムがアップデートされたプレイリスト中に残るべきであると決定するとき、選択されたアイテムに対応するトラックは、考慮されたとしてマークが付けられる（７１０）。次に、判断７１２は、既存のプレイリスト中に処理されるべきアイテムがもっとあるかを決定する。判断７１２が、既存のプレイリスト中に考慮されるべきアイテムがもっとあると決定するとき、再生成プレイリスト処理７００は操作７０２を反復することによって、既存のプレイリスト中の次のアイテムが選択されえるようにする。
【００４９】
逆に、判断７１２が、既存のプレイリスト中に処理されるべきアイテムがもうないと決定するとき、プレイリストに関連付けられたデータソースについて追加の処理が実行される。より具体的には、データソース中の最初のトラックが選択される（７１４）。それから、判断７１６は、選択されたトラックにマークが付けられているかを決定する。判断７１６が、選択されたトラックにマークが付けられていないと決定するとき、選択されたトラックは、フィルタ基準と比較される（７１８）。それから判断７２０は、フィルタ基準が満たされるかを決定する。判断７２０が、フィルタ基準が満たされると決定するとき、選択されたトラックはアップデートされたプレイリストに追加される（７２２）。判断７２０が、フィルタ基準が満たされないと決定するとき、操作７２２はバイパスされることによって、選択されたトラックはアップデートされたプレイリストに追加されない。さらに判断７１６が、選択トラックにマークが付けられていると決定するとき、操作７１８〜７２２はバイパスされるが、これは特定のトラックがすでに処理され、よってすでにアップデートされたプレイリストに存在するか、またはそこから削除されているかのいずれかであるからである。
【００５０】
次に、選択されたトラックについてのマークがクリアされる（７２４）。ここでこのマークは、以前にセットされていないかもしれないが、それにもかかわらずこのマークはクリアされえ（７２４）、またはこの操作はバイパスされえる。それから判断７２６は、データソース中に、処理されるべきトラックがもっと存在するかを決定する。判断７２６が、データソース中に処理されるべきトラックがもっと存在すると決定するとき、再生成プレイリスト処理７００は、操作７１４および後続の操作を反復するために元に戻る。
【００５１】
一方、判断７２６が、処理されるべきトラックがもう存在しないと決定するとき、アップデートされたプレイリストはソート基準に基づいてソートされ（７２８）、このソート基準はプレイリスト条件のうちの別の一部である。アップデートされたプレイリストがソートされた（７２８）あと、ソートされアップデートされたプレイリスト中の最初のアイテムが選択される（７３０）。それから、ソートされアップデートされたプレイリスト中のアイテム群についての総トラック、総時間、および総サイズのうちの１つ以上が、それらが処理されるときに累積される（７３２）。それから判断７３４は、制限基準が満たされたかを決定し、これもプレイリスト条件によって与えられる。ある実施形態において、制限基準はソート基準を含みえる。判断７３４が、制限基準が満たされなかったと決定するとき、判断７３６は、ソートされアップデートされたプレイリスト中に処理されるべきアイテムがもっと存在するかを決定する。判断７３６が、ソートされアップデートされたプレイリスト中に処理されるべきアイテムがもっと存在すると決定するとき、再生成プレイリスト処理７００は、操作７３０および後続の操作を反復することによって、次のアイテムが選択され、その後に処理されるようにするため元に戻る。
【００５２】
逆に、判断７３４が、制限基準が満たされたと決定するとき、全ての後続のアイテムはソートされアップデートされたプレイリストから削除される（７３８）。ここで、ソートされアップデートされたプレイリストのバランスは、プレイリストについての制限基準が満たされたのでそこから削除される。操作７３８に続いて、または処理されるべきアイテムがもうないときの判断７３６に続いて、再生成プレイリスト処理７００は完了し終了する。
【００５３】
上述のように、プレイリスト条件は、フィルタ基準、ソート基準、および制限基準を提供しえる。これら基準は、メディアアイテムについてのメディア情報またはトラック情報と関連付けられえる。ある実施形態において、フィルタ基準は、特定の英数字文字列を含む、または含まないために（すなわち文字列比較）トラック情報のフィールドを必要としえる。他の実施形態において、フィルタ基準は、特定の数値より小さい、特定の数値に等しい、または特定の数値より大きい数値を含むために（すなわち数値比較）トラック情報のフィールドを必要としえる。ある実施形態において、ソート基準は、ランダム、アルファベット順、最も最近に再生された順、レーティングなどでありえる。ある実施形態において、制限基準は、プレイリストの長さに課せられた数値制限でありえる。このような制限は、トラック情報のフィールドについてでありえる。例えば、制限基準は、プレイリストが２５メディアアイテム（例えばトラックまたは曲）に、またはメディア再生時間が２時間に制限されることを要求しえる。
【００５４】
図８は、本発明の他の実施形態によるメディア管理システム８００のブロック図である。メディア管理システム８００は、ホストコンピュータ８０２およびメディアプレーヤー８０４を含む。ホストコンピュータ８０２は典型的にはパーソナルコンピュータである。ホストコンピュータは、他の従来の要素の中でも、ソフトウェアモジュールである管理モジュール８０６を含む。管理モジュール８０６は、ホストコンピュータ８０２上のメディアアイテムおよびプレイリストの集中管理のために存在する。管理モジュール８０６は、メディアプレーヤー８０４上のメディアアイテムおよびプレイリストの集中管理を間接的におこなってもよい。より具体的には、管理モジュール８０６は、ホストコンピュータ８０２に関連付けられたメディア記憶８０８内に記憶されたこれらのメディアアイテムを管理する。管理モジュール８０６はまた、メディア記憶８０８中に記憶されたメディアアイテムに関連付けられたメディア情報およびプレイリストを記憶するために、メディアデータベース８１０と対話する。これらのプレイリストは、ダイナミックまたは非ダイナミックでありえる。
【００５５】
メディア情報は、メディアアイテムの特性または属性に関する（よってメディアコンテンツの一部と考えられえる）。例えば、オーディオまたはオーディオビジュアルメディアの場合、メディア情報は、タイトル、アルバム、トラック数、アーチスト、作曲家およびジャンルのうちの１つ以上を含みえる。メディア情報は、年、所要（時間）およびレーティングも含みえる。これらのタイプのメディア情報は、特定のメディアアイテムに固有である。加えて、メディア情報は、メディアアイテムの音質特性に関しえる。メディアアイテムの音質特性の例は、ビットレート、サンプリングレート、イコライズ設定、および音量調節のうちの１つ以上を含みえる。
【００５６】
プレイリストは、特定のメディアアイテムのリスト群である。プレイリストについてのこの特定のメディアアイテム群は、ルール（例えばプレイリスト条件）を用いて自動的に選択されるか、またはグラフィカルユーザインタフェースとのユーザ対話を通して手動で選択されえる。ルールによって選択されたそのメディアアイテムを有するプレイリストは、ホストコンピュータ８０２に利用可能なメディアアイテムが変化するとき、ルールに対する適合性を維持できるよう適切なときに自動的にアップデートされえる（すなわちダイナミックでありえる）。
【００５７】
さらに、ホストコンピュータ８０２は、プレイモジュール８１２を含む。再生モジュール８１２は、メディア記憶８０８中に記憶されたあるメディアアイテムを再生するのに利用されえるソフトウェアモジュールである。再生モジュール８１２は、表示（ディスプレイスクリーン上に）も可能であり、またはメディアデータベース８１０からのメディア情報を利用してもよい。典型的には、関心のあるメディア情報は、再生モジュール８１２によって再生されるべきメディアアイテムに対応する。
【００５８】
ホストコンピュータ８０２は、メディアプレーヤー８０４内の対応する通信モジュール８１６に結合する通信モジュール８１４も含みえる。接続またはリンク８１８は、通信モジュール８１４および８１６を取り外し可能に結合する。ある実施形態において、接続またはリンク８１８は、この技術でよく知られるＦＩＲＥＷＩＲＥバスまたはＵＳＢバスのようなデータバスである。
【００５９】
メディアプレーヤー８０４は、メディアプレーヤー８０４内にメディアアイテムを記憶するメディア記憶８２０も含みえる。メディア記憶８２０に記憶されているメディアアイテムは、ホストコンピュータ８０２から接続またはリンク８１８を介して典型的には受け取られる。より具体的には、管理モジュール８０６は、メディア記憶８０８上にあるこれらメディアアイテムのうちの全て、または一部を、接続またはリンク８１８を介してメディアプレーヤー８０４内にあるメディア記憶８２０に送る。加えて、メディアプレーヤー８０４にホストコンピュータ８０２から運ばれたメディアアイテムについての対応するメディア情報は、メディアデータベース８２２中に記憶されえる。この点で、ホストコンピュータ８０２中のメディアデータベース８１０からのあるメディア情報は、メディアプレーヤー８０４内のメディアデータベース８２２に接続またはリンク８１８を介して送られえる。
【００６０】
さらに、メディアアイテムのうちの一部を特定するプレイリストは、管理モジュール８０６によって接続またはリンク８１８を介してメディアプレーヤー８０４内のメディア記憶８２０、またはメディアデータベース８２２に送られえる。ある実施形態において、メディアプレーヤー８０４は、メディアプレーヤー８０４上でプレイリストを管理するための制限された能力しか持たないか、またはそのための能力をまったく持たない。しかし、ホストコンピュータ８０２内の管理モジュール８０６は、ホストコンピュータ上にあるプレイリストの管理を通して、メディアプレーヤー８０４上にあるプレイリストを間接的に管理しえる。この点で、プレイリストへの追加、削除または変更は、ホストコンピュータ８０２上で実行されえ、メディアプレーヤー８０４へ送られるときメディアプレーヤー８０４上に受け継がれえる。
【００６１】
さらにメディアプレーヤー８０４は、メディア記憶８２０およびメディアデータベース８２２に結合する再生モジュール８２４を含む。再生モジュール８２４は、メディア記憶８２０中に記憶されたあるメディアアイテムを再生するのに利用されえるソフトウェアモジュールである。再生モジュール８２４は、表示（ディスプレイスクリーン上に）も可能であり、メディアデータベース８２２からのメディア情報を利用してもよい。典型的には、関心のあるメディア情報は、再生モジュール８２４によって再生されるべきメディアアイテムに対応する。
【００６２】
したがって、ある実施形態において、メディアプレーヤー８０４は、メディアプレーヤー８０４は、メディアプレーヤー８０４上でメディアアイテムを管理するための制限された能力しか持たないか、またはそのための能力をまったく持たない。しかし、ホストコンピュータ８０２内の管理モジュール８０６は、メディアプレーヤー８０４上にあるメディアアイテムおよびプレイリストを間接的に管理しえる。例えば、メディアプレーヤー８０４にメディアアイテムを「追加」するためには、管理モジュール８０６は、メディア記憶８０８からメディアプレーヤー８０４に追加されるべきそのメディアアイテムを特定し、それからその特定されたメディアアイテムがメディアプレーヤー８０４に運ばれるようにするよう機能する。他の例として、メディアプレーヤー８０４からメディアアイテムを「消去」するためには、管理モジュール８０６は、メディア記憶８０８から消去されるべきメディアアイテムを特定し、それからその特定されたメディアアイテムがメディアプレーヤー８０４から消去されるようにするよう機能する。さらに他の例として、もし管理モジュール８０６を用いてホストコンピュータ８０２においてメディアアイテムの特性について変更（すなわち改変）がなされたなら、そのような特性は、メディアプレーヤー８０４上の対応するメディアアイテムに引き継がれえる。ある実施形態において、追加、消去および／または変更は、メディアプレーヤー８０４上のメディアアイテムをホストコンピュータ８０２上のメディアアイテムと同期させるときに、バッチ状の処理において起こる。
【００６３】
図９は、本発明のある実施形態によるメディアプレーヤー９００のブロック図である。メディアプレーヤー９００は、メディアプレーヤー９００の全体的な動作を制御するマイクロプロセッサまたはコントローラに関するプロセッサ９０２を含む。メディアプレーヤー９００は、ファイルシステム９０４およびキャッシュ９０６中にメディアアイテムに関連するメディアデータを記憶する。ファイルシステム９０４は典型的には、記憶ディスクまたは複数のディスクである。ファイルシステム９０４は典型的には、メディアプレーヤー９００のために大容量の記憶能力を提供する。しかしファイルシステム９０４へのアクセスタイムは比較的遅いので、メディアプレーヤー９００はキャッシュ９０６を含みえる。このキャッシュ９０６は例えば、半導体メモリによって与えられるランダムアクセスメモリ（ＲＡＭ）である。キャッシュ９０６への相対アクセスタイムは、ファイルシステム９０４のそれよりもかなり短い。しかしキャッシュ９０６は、ファイルシステム９０４の大きな記憶容量を持たない。さらにファイルシステム９０４は、アクティブなとき、キャッシュ９０６が消費するよりもより多くの電力を消費する。電力消費は、メディアプレーヤー９００が電池（不図示）によって駆動される携帯メディアプレーヤーであるときにしばしば問題である。メディアプレーヤー９００は、ＲＡＭ９２０および読み出し専用メモリ（ＲＯＭ）９２２も含む。ＲＯＭ９２２は、実行されるべきプログラム、ユーティリティまたはプロセスを不揮発性で記憶しえる。ＲＡＭ９２０は、キャッシュ９０６のためのような揮発性データ記憶を提供する。
【００６４】
メディアプレーヤー９００は、メディアプレーヤー９００のユーザがメディアプレーヤー９００と対話できるようにするユーザ入力デバイス９０８も含む。例えば、ユーザ入力デバイス９０８は、ボタン、キーパッド、ダイヤルなどのようなさまざまな形態をとりえる。さらにメディアプレーヤー９００は、ユーザに情報を表示するためにプロセッサ９０２によって制御されえるディスプレイ９１０（スクリーンディスプレイ）を含む。データバス９１１は、少なくともファイルシステム９０４、キャッシュ９０６、プロセッサ９０２、およびＣＯＤＥＣ９１２間のデータ転送を促進しえる。
【００６５】
ある実施形態において、メディアプレーヤー９００は、複数のメディアアイテム（例えば曲）をファイルシステム９０４中に記憶するよう機能する。ユーザが、メディアプレーヤーに特定のメディアアイテムを再生させたいとき、ディスプレイ９１０上に利用可能なメディアアイテム群のリストが表示される。それから、ユーザ入力デバイス９０８を用いて、ユーザは、利用可能なメディアアイテムのうちの一つを選択しえる。プロセッサ９０２は、特定のメディアアイテムの選択を受け取ると、その特定のメディアアイテムのメディアデータ（例えばオーディオファイル）をＣＯＤＥＲ／ＤＥＣＯＤＥＲ（ＣＯＤＥＣ）９１２に供給する。それからＣＯＤＥＣ９１２は、スピーカ９１４のためのアナログ出力信号を作る。スピーカ９１４は、メディアプレーヤー９００内部、またはメディアプレーヤー９００の外部にあるスピーカでありえる。例えば、メディアプレーヤー９００に接続するヘッドホンまたはイヤホンが外部スピーカと考えられえる。
【００６６】
メディアプレーヤー９００は、データリンク９１８に結合するバスインタフェース９１６も含む。データリンク９１８は、メディアプレーヤー９００がホストコンピュータに結合することを可能にする。
【００６７】
プレイリストを作るとき、ユーザは、グラフィカルユーザインタフェースと対話しえる。グラフィカルユーザインタフェースは、メディアアイテムおよびそれらのプレイリストを管理するソフトウェアアプリケーションによって、またはそれに関連付けられて提供されえる。そのようなソフトウェアアプリケーションは、例えば、図１Ａに示されるメディアマネージャ１０６、図１Ｂに示されるメディアマネージャ１５６、図２に示されるメディアアプリケーション２０２、または図８に示される管理モジュール８０６によって提供されえる。グラフィカルユーザインタフェースの具体的な構成は実現例によって変わりえる。
【００６８】
図１０Ａ〜１０Ｃは、ユーザがプレイリストを作る例示的なグラフィカルユーザインタフェースのスクリーンショットである。これら例示的なグラフィカルユーザインタフェースは、作られるプレイリストについてのルールまたはプレイリスト条件を定義する。
【００６９】
図１０Ａは、第１の例示的グラフィカルユーザインタフェース１０００のスクリーンショットである。第１の例示的グラフィカルユーザインタフェース１０００は、アドバンストインタフェース１００２を用いて第１プレイリストの作成を促進する。アドバンストインタフェース１００２は、ユーザが、チェックボックス１００４でフィルタ条件をイネーブルすることを可能にする。チェックボックス１００４がチェックされるとき、フィルタ条件エントリ領域１００６においてフィルタ条件が確立されえる。典型的には、フィルタ条件は、メディアアイテムに関連付けられたメディア情報に関する。ある実施形態において、メディア情報は、図３Ｂに示されるメディアデータベースのトラック情報のフィールドでありえる。この例では、フィルタ条件は、メディアアイテムの年（作成の）に基づいている。具体的には、ユーザによって選択された、または入力されたフィルタ条件は、１９６０〜１９６９年の間に作られたメディアアイテム（例えば６０年代の音楽）を選択するのに用いられる。アドバンストインタフェース１００２は、チェックボックス１００８でユーザが制限条件をイネーブルすることも可能にする。チェックボックス１００８がチェックされるとき、制限条件エントリ領域１０１０において制限条件が確立されえる。この例ではイネーブルされていないが、制限条件は、結果として生じるプレイリスト中のメディアアイテム（例えば曲）の数を制限し、その制限が実行されるべきやり方を決定しえる。さらに、アドバンストインタフェース１００２は、チェックボックス１０１２でユーザがライブアップデート（すなわちダイナミックアップデート）をイネーブルすることを可能にする。この例では、上に詳述したように、結果として生じるプレイリストが自動的にアップデートされるようにライブアップデートがイネーブルされている。
【００７０】
図１０Ｂは、第２の例示的グラフィカルユーザインタフェース１０２０のスクリーンショットである。第２の例示的グラフィカルユーザインタフェース１０２０は、アドバンストインタフェース１０２２を用いて第２プレイリストの作成を促進する。第２の例示的グラフィカルユーザインタフェース１０２０は、用いられるフィルタ条件が異なることを除いて第１の例示的グラフィカルユーザインタフェース１０００と似ている。アドバンストインタフェース１０２２は、ユーザが、チェックボックス１０２４でフィルタ条件をイネーブルすることを可能にする。チェックボックス１０２４がチェックされるとき、フィルタ条件エントリ領域１０２６においてフィルタ条件が確立されえる。この例では、フィルタ条件は、メディアアイテムのユーザレーティング（例えば１つ星、２つ星、３つ星、４つ星、または５つ星のレーティング）に基づいている。具体的には、ユーザによって選択された、または入力されたフィルタ条件は、３つ星レーティングより高く格付けされたメディアアイテムを選択するのに用いられる。アドバンストインタフェース１０２２は、チェックボックス１０２８でユーザが制限条件をイネーブルすることも可能にする。チェックボックス１０２８がチェックされるとき、制限条件エントリ領域１０３０において制限条件が確立されえる。この例ではイネーブルされていないが、制限条件は、結果として生じるプレイリスト中のメディアアイテム（例えば曲）の数を制限し、その制限が実行されるべきやり方を決定しえる。さらに、アドバンストインタフェース１０２２は、チェックボックス１０３２でユーザがライブアップデート（すなわちダイナミックアップデート）をイネーブルすることを可能にする。この例では、上に詳述したように、結果として生じるプレイリストが自動的にアップデートされるようにライブアップデートがイネーブルされている。
【００７１】
図１０Ｃは、第３の例示的グラフィカルユーザインタフェース１０４０のスクリーンショットである。第３の例示的グラフィカルユーザインタフェース１０４０は、シンプルインタフェース１０４２を用いて第３プレイリストの作成を促進する。シンプルインタフェース１０４２は、上述のアドバンストインタフェースほど複雑ではない。シンプルインタフェース１０４２は、ユーザが、チェックボックス１０４４でフィルタ条件をイネーブルすることを可能にする。チェックボックス１０４４がチェックされるとき、フィールドのリスト１０４６からフィールドを選択し、選択されたフィールド内に含まれるべきテキストをテキストボックス１０４８に入力することによって、フィルタ条件が確立されえる。例えば、フィールドは、図３Ｂに示されるメディアデータベースのトラック情報のフィールドのようなメディア情報のフィールドであえりえる。図１０Ｃに示されるこの例では、選択されたフィールドは、「アーチスト」であり、入力されたテキストは、「ピンクフロイド、エアロスミス」である。したがって、結果として生じるプレイリストは、そのアーチストがピンクフロイドまたはエアロスミスである、利用可能な全てのメディアアイテム（すなわち音楽トラック）を含むことになる。シンプルインタフェース１０４２は、チェックボックス１０５０でユーザが制限条件をイネーブルすることも可能にする。チェックボックス１０５０がチェックされるとき、制限条件エントリ領域１０５２において制限条件が確立されえる。この例ではイネーブルされていないが、制限条件は、結果として生じるプレイリスト中のメディアアイテム（例えば曲）の数を制限し、その制限が実行されるべきやり方を決定しえる。さらに、シンプルインタフェース１０４２は、チェックボックス１０５４でユーザがライブアップデート（すなわちダイナミックアップデート）をイネーブルすることを可能にする。この例では、上に詳述したように、結果として生じるプレイリストが自動的にアップデートされるようにライブアップデートがイネーブルされている。
【００７２】
図１１Ａおよび１１Ｂは、図１０Ｂに示されるグラフィカルユーザインタフェース１０２０を用いて形成された例示的プレイリストのメディアアイテムのスクリーンショットである。図１１Ａにおいて、スクリーンショット１１００は、ソース１１０２としてプレイリスト（「マイトップレーティッド」）およびプレイリスト中のメディアアイテムのリスト１１０４を示す。リスト１１０４中のメディアアイテムのそれぞれについての「マイレーティング」フィールド中の星の格付けは、全て３つ星格付けより高いことに注意されたい。サイズ表示１１０８は、プレイリストが８５曲を有し、６．４時間の再生時間を有し、４５７．５ＭＢのデータ記憶を消費していることを示す。このプレイリスト（「マイトップレーティッド」）のライブ（つまりダイナミック）アップデートの例として、図１１Ａに示されるプレイリストが作成されたあとに、アーチスト「３１１」による全てのメディアアイテムの星による格付けが３つ星に降格するよう、ソース（「ライブラリ」）がユーザによって変更されるとする。以前は図１１Ａに示されるように、これらメディアアイテムは４つ星格付けを持っていた。したがっていったんこれらのレーティング変更がなされると、アーチスト「３１１」からのメディアアイテムは、プレイリスト（「マイトップレーティッド」）についてのプレイリスト条件（例えばフィルタ基準）を満足しなくなる。したがって、プレイリスト（「マイトップレーティッド」）の自動アップデートに続いて、アップデートされたプレイリストは、もはやアーチスト「３１１」のメディアアイテムを含まない。図１１Ｂは、自動アップデートが実行されたあとのプレイリスト（「マイトップレーティッド」）を示す。メディアアイテムのリスト１１５２は、アーチスト「３１１」からのメディアアイテムをもはや一つも含まない。これは、プレイリストを変更するユーザアクションなしに達成される。サイズ表示１１５４は、プレイリストが今は７５曲を有し、５．８時間の再生時間を有し、４０７ＭＢのデータ記憶を消費していることを示す。
【００７３】
上述の実施形態のいくつかにおいてはメディアアイテム中でもオーディオアイテム（例えばオーディオファイルまたは曲）が強調されたが、メディアアイテムは、オーディオアイテムに限定されないことが理解されよう。例えば、他の場合にはメディアアイテムは、ビデオ（例えば映画）、または画像（例えば写真）に関する。
【００７４】
本発明のさまざまな局面、実施形態、実現例または特徴は、別個に、または組み合わせて用いられえる。
【００７５】
本発明は、好ましくはソフトウェアによって実現されるが、ハードウェア、またはハードウェアおよびソフトウェアの組み合わせによっても実現されえる。本発明は、コンピュータで読み取り可能な媒体上のコンピュータによって読み取り可能なコードとしても実現されえる。コンピュータで読み取り可能な媒体は、あとでコンピュータシステムによって読み取られえるデータを記憶できる任意のデータ記憶デバイスでありえる。コンピュータで読み取り可能な媒体の例は、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、光データ記憶デバイス、および搬送波を含む。コンピュータで読み取り可能な媒体は、コンピュータによって読み取り可能なコードが分散化して記憶され実行されるように、ネットワークで結合されたコンピュータシステム上で分散されえる。
【００７６】
本発明の利点は多い。異なる局面、実施形態または実現例は、以下の効果の１つ以上をもたらしえる。本発明のある利点は、プレイリストが利用可能なメディアアイテムについて最新であるようにアップデートされえることである。本発明の他の利点は、ユーザの対話なしにプレイリストが自動的にアップデートされえることである。本発明のさらに他の利点は、ユーザが特定したルール（例えばフィルタ、ソート、および制限基準）に基づいてダイナミックにアップデートされえるプレイリストをユーザが作るのを助けるためにグラフィカルユーザインタフェースが用いられえることである。
【００７７】
本発明の多くの特徴および利点は、書かれた記載から明らかであり、よって添付の特許請求の範囲は、本発明のそのような全ての特徴および利点を含むよう意図される。さらに、多くの改変および変更が当業者には容易にわかるので、本発明は、図示され記載されたのと全く同じ構成および動作に限定されるべきではない。したがって、全ての適切な改変物および等価物は、本発明の範囲内に入るとされえる。
【技術分野】
【０００１】
本発明はメディアシステムに関し、より具体的にはプレイリストをサポートするメディアシステムに関する。
【背景技術】
【０００２】
メディアシステムは、ユーザがプレイされるべきオーディオトラック（すなわち曲）のプレイリストを作ることを可能にしてきた。典型的にはメディアシステムは、オーディオトラックの大きなライブラリを記憶する。よってユーザが自分自身のプレイリストを作れる能力は、ユーザが自分の好むライブラリからのオーディオトラックのプレイリストを再生するのを助ける。
【０００３】
従来は、プレイリストはドラッグアンドドロップ操作によって、またはルールによってのいずれかで作られてきた。ドラッグアンドドロップによるプレイリスト作成の代表的な例は、カリフォルニア州クパチーノのアップルコンピュータ社からのｉＴｕｎｅｓ、ｖｅｒｓｉｏｎ１．０のプレイリストの作成である。ルールに基づくプレイリストの作成の代表的な例は、カリフォルニア州サリナスのCasady&Greene,Inc.によって発行されるSoundJam MP Plusのプレイリストコンポーザである。
【０００４】
ドラッグアンドドロップ操作の場合、ユーザは、１つ以上のあるオーディオトラックをライブラリ中のオーディオトラックのリストから選択する。それから選択された１つ以上のトラックはプレイリスト中にドラッグされる。このドラッグアンドドロップ操作は、全ての所望のオーディオトラックがプレイリスト中にドラッグされてしまうまで反復されえる。あとで、ライブラリ中のオーディオトラックが変更された後のようなとき、ユーザは、新しいオーディオトラックをプレイリスト中にドラッグするか、またはトラックをプレイリストから消去できる。よってドラッグアンドドロップ操作は、ユーザ対話を必要とし、選択すべきオーディオトラックの大きなライブラリを有するメディアシステムについては特にめんどうである。
【０００５】
ルールによって定義されるプレイリストの場合、プレイリストは、ルールを満足するライブラリ中のオーディオトラックを選択するコンピューティングデバイスによって作られる。ユーザは、プレイリストのためのルールを特定する。このルールは、オーディオトラックがプレイリストに含まれるべきであるかどうかを決定するのに用いられる基準である。例えば、あるルールは、アーチストが「ピンクフロイド」である全てのオーディオトラックをプレイリスト中に含みえる。ルールがコンピューティングデバイスによって処理されるとき、そのルールを満足するオーディオトラックは、そのプレイリスト中に置かれる。プレイリストの作成はユーザが適切なルールを特定したあとに自動化されるが、作成されるプレイリストは固定される。残念ながらライブラリ中のオーディオトラックはしばしば変化する（例えば新しいオーディオトラックが追加される）ので、作成されたプレイリストはすぐに信頼できなくなる。例えば、プレイリストは、プレイリストのためのルールを満足する、ライブラリにあとで追加されたオーディオトラックの一部を含まないことがよく起こりえる。ユーザは、プレイリストについてドラッグアンドドロップ操作を手動で実行するか、またはやはり手動で具体的なルールを特定し、プレイリストのためのルールを満足するライブラリ中の全てのオーディオトラックをプレイリストが含むようにするために新しいプレイリストを作成する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
よってメディアシステム内のプレイリストを維持するための改良された技術に対する要求がある。
【課題を解決するための手段】
【０００７】
大きく言って、本発明は、メディアシステムのユーザのためにメディアコンテンツを記憶および再生するメディアシステムのためのプレイリストの自動（つまりダイナミック）アップデート（または管理）に関する。プレイリストへの自動アップデートは、追加メディアコンテンツがメディアシステムに追加され、またはそこから削除されるときに起こりえる。プレイリストへの自動アップデートは、以前に記憶されたメディアコンテンツがそうでなければ変更されるときにも起こりえる。
【０００８】
本発明は、方法、システム、デバイス、装置、およびコンピュータで読み取り可能な媒体を含むさまざまな方法で実現されえる。本発明のいくつかの実施形態は、以下に説明される。
【０００９】
メディア再生システム上でプレイリストをアップデートする、コンピュータによって実現される方法として、本発明のある実施形態は、前記メディア再生システムに利用可能であるメディアコンテンツが変更されたことを決定すること、および前記決定することが、前記メディア再生システムに利用可能である前記メディアコンテンツが変更されたと決定するとき、前記プレイリストを再生成することを含む。
【００１０】
メディアプレーヤー上でプレイリストをアップデートする、コンピュータによって実現される方法として、本発明のある実施形態は、少なくとも以下の行為を含む。すなわち１つの前記プレイリストを作成するのに用いられるべきプレイリストルールを受け取ること、複数の利用可能なメディアアイテムおよび前記プレイリストルールからプレイリストを作成すること、前記利用可能なメディアアイテムについての変更のために、前記プレイリストが再生成されるべきかを決定すること、および前記決定することが、前記プレイリストが再構築されるべきであると決定するとき、前記複数の利用可能なメディアアイテムおよび前記プレイリストルールから前記プレイリストを再構築することである。
【００１１】
メディアアイテムのコレクションをアップデートするコンピューティングデバイスとして、本発明のある実施形態は、少なくとも前記コレクションを作成するのに用いられるべきプレイリストルールを受け取る手段、複数の利用可能なメディアアイテムおよび前記プレイリストルールからコレクションを作成する手段、前記利用可能なメディアアイテムについての変更のために、前記コレクションが再生成されるべきかを決定する手段、および前記決定する手段が、前記コレクションが再構築されるべきであると決定するとき、前記複数の利用可能なメディアアイテムおよび前記プレイリストルールから前記コレクションを再構築する手段を含む。
【００１２】
メディアシステムによって維持されるメディアアイテムのリストを自動的にアップデートするコンピュータプログラムコードを少なくとも含むコンピュータで読み取り可能な媒体として、本発明のある実施形態は、少なくとも前記メディアシステムに利用可能である少なくとも１つのメディアアイテムが変更されたことを決定するコンピュータプログラムコード、および前記決定するコンピュータプログラムコードが、前記メディアシステムに利用可能である前記メディアアイテムが変更されたと決定するとき、前記メディアアイテムのリストを再生成するコンピュータプログラムコードを含む。
【図面の簡単な説明】
【００１３】
【図１Ａ】本発明のある実施形態によるメディア管理システムのブロック図である。
【図１Ｂ】本発明のある実施形態によるメディア同期システムのブロック図である。
【図２】本発明のある実施形態によるプログラムアーキテクチャのブロック図である。
【図３Ａ】本発明のある実施形態によるアップデートプレイリスト処理のフロー図である。
【図３Ｂ】本発明のある実施形態によるメディアデータベース構成の図である。
【図４】本発明のある実施形態によるプロセス間メッセージングのフロー図である。
【図５Ａ】本発明のある実施形態によるメッセージアップデート処理のフロー図である。
【図５Ｂ】本発明のある実施形態によるメッセージアップデート処理のフロー図である。
【図５Ｃ】本発明のある実施形態によるメッセージアップデート処理のフロー図である。
【図５Ｄ】本発明のある実施形態によるメッセージアップデート処理のフロー図である。
【図６】本発明のある実施形態によるアイドルアップデート処理のフロー図である。
【図７Ａ】本発明のある実施形態による再生成プレイリスト処理のフロー図である。
【図７Ｂ】本発明のある実施形態による再生成プレイリスト処理のフロー図である。
【図７Ｃ】本発明のある実施形態による再生成プレイリスト処理のフロー図である。
【図８】本発明の他の実施形態によるメディア管理システムのブロック図である。
【図９】本発明のある実施形態によるメディアプレーヤーのブロック図である。
【図１０Ａ】ユーザがプレイリストを作成する例示的グラフィカルユーザインタフェースのスクリーンショットである。
【図１０Ｂ】ユーザがプレイリストを作成する例示的グラフィカルユーザインタフェースのスクリーンショットである。
【図１０Ｃ】ユーザがプレイリストを作成する例示的グラフィカルユーザインタフェースのスクリーンショットである。
【図１１Ａ】図１０Ｂに示されるグラフィカルユーザインタフェースを用いて形成される例示的プレイリストのメディアアイテムのスクリーンショットである。
【図１１Ｂ】図１０Ｂに示されるグラフィカルユーザインタフェースを用いて形成される例示的プレイリストのメディアアイテムのスクリーンショットである。
【発明を実施するための形態】
【００１４】
本発明の他の局面および優位性は、本発明の原理を例示的に示す添付図面と併せて、以下の詳細な説明から明らかになろう。
本発明は、添付図面と共に以下の詳細な説明によって容易に理解されえ、図面において同様の参照番号は同様の構成要素を表す。
【００１５】
本発明は、メディアシステムのユーザのためにメディアコンテンツを保存および再生するメディアシステムのためのプレイリストの自動（またはダイナミック）アップデート（または管理）に関する。プレイリストの自動アップデートは、追加メディアコンテンツがメディアシステムに追加されるか、またはメディアシステムから削除されるときに起こりえる。プレイリストの自動アップデートは、そうでなければ以前に保存されたメディアコンテンツが変更されるときにも起こりえる。
【００１６】
本発明の実施形態は、以下に図１Ａ〜１１Ｂを参照して説明される。しかし当業者には、これらの図についてここに与えられた詳細な記載は例示目的であり、本発明はこれら限られた実施形態にとらわれないことが容易にわかるだろう。
【００１７】
図１Ａは、本発明の実施形態によるメディア管理システム１００のブロック図である。メディア管理システム１００は、メディアプレーヤー１０２およびパーソナルコンピュータ（ホストコンピュータ）１０４を含む。メディアプレーヤー１０２は例えば、携帯の電池駆動デバイスである。ある実施形態において、メディアプレーヤー１０２はＭＰ３プレーヤーである。パーソナルコンピュータ１０４はメディアマネージャ１０６を含む。メディアマネージャ１０６は、パーソナルコンピュータ１０４のユーザが、パーソナルコンピュータ１０４上に保存されたメディアコンテンツを直接的に管理できるようにする。またメディアマネージャ１０６は、メディアプレーヤー１０２上に保存されたメディアコンテンツを間接的に管理できるようにする。周辺ケーブル１０８は、メディアプレーヤー１０２をパーソナルコンピュータ１０４に結合する。典型的には周辺ケーブル１０８は、メディアプレーヤー１０２およびパーソナルコンピュータ１０４上に設けられたデータポートを結合する。ある例では、データポートはＦＩＲＥＷＩＲＥ（ＦｉｒｅＷｉｒｅ（商標））ポートでありえ、周辺ケーブル１０８はＦＩＲＥＷＩＲＥケーブルでありえる。さらに一般には周辺ケーブル１０８はデータリンクとして機能する。メディアアイテムは、メディアプレーヤー１０２からパーソナルコンピュータ１０４へ周辺ケーブル１０８上を転送されえ、その逆方向にも転送されえる。
【００１８】
メディアマネージャ１０６は、パーソナルコンピュータ１０４上でメディアコンテンツ（例えば多くのメディアアイテム）についてブラウズ、追加、消去、整理および他の操作をするのを補助する。より具体的にはメディアマネージャ１０６は、ユーザがメディアアイテムを１つ以上のプレイリストに整理するのを補助する。プレイリストは、「再生される」べきメディアアイテムのリストである。関連するメディアのタイプに依存して、メディアアイテムが「再生される」やり方は変わりえる。本発明によれば、プレイリストは、その初期の作成のあとに自動的にアップデートされえる。自動的にアップデートされるそれらのプレイリストは、ダイナミックプレイリストと呼ばれえる。換言すれば、ダイナミックプレイリストは、その基本となるデータソースが変更されるときに適切に自動的にアップデートされるべきプレイリストである。非ダイナミックプレイリストは、その基礎となるデータソースへの変更にかかわらず、作成時に固定されるプレイリスト（すなわちアップデートされない）プレイリストである。いずれの場合も、プレイリストを変更するために手動のユーザアクションが典型的には用いられえる。
【００１９】
ある実施形態によればユーザは、ドラッグアンドドロップ操作によって手動で、またはユーザによって提供されたルールから自動的に、プレイリストを形成しえる。このような実施形態において、ルールに基づくプレイリストは、自動的にアップデートされえ（すなわちダイナミックプレイリスト）、一方、ルールに基づかない他のプレイリストは、自動的にはアップデートされえない（すなわち非ダイナミックプレイリスト）。
【００２０】
加えてメディアマネージャ１０６は、ユーザがメディアプレーヤー１０２についてのメディアコンテンツまたはプレイリストを追加および削除するのも補助しえる。換言すれば、メディアマネージャ１０６はパーソナルコンピュータ１０４上に常駐するが、メディアマネージャ１０６について取られる少なくともある管理アクションは、メディアプレーヤー１０２におけるメディアコンテンツまたはプレイリストも同様に管理されるようにする。例えば、メディアマネージャ１０６は、パーソナルコンピュータ１０４およびメディアプレーヤー１０２間でメディアコンテンツおよびプレイリストを同期させることができる。
【００２１】
メディアマネージャ１０６はパーソナルコンピュータ１０４上に常駐するメディアコンテンツを管理できるので、メディア管理システム１００はメディアプレーヤー１０２を含む必要はない。したがってメディアプレーヤー１０２およびその周辺ケーブル１０８は、メディア管理システム１００のオプションの要素と考えられえる。
【００２２】
にもかかわらず、ある実施形態においてメディアプレーヤーは、オーディオ、ビデオまたは画像のようなメディアを処理する専用の携帯コンピューティングデバイスである。例えばメディアプレーヤー１０２は、ミュージックプレーヤー（例えばＭＰ３プレーヤー）、ゲームプレーヤー、ビデオプレーヤー、ビデオレコーダー、カメラ、画像ビューワーなどでありえる。これらのデバイスは一般に、ユーザが移動するどこででも音楽を聴いたり、ゲームをしたり、ビデオを見たり、ビデオを録画したり、または写真を撮ることができるように電池駆動であり、携帯性が非常に高い。ある実施形態において、メディアプレーヤーは、ポケットまたはユーザの手に収まるサイズであるハンドヘルドデバイスである。ハンドヘルドであることによって、メディアプレーヤーは比較的小さく、ユーザに容易に扱え、使用される。ポケットサイズであることによって、ユーザは直接にデバイスを運ぶ必要がなく、したがってデバイスはユーザが移動する所ならほとんどどこへでも持って行くことができる（例えばユーザは、携帯型のコンピュータのように大きくかさばり、しばしば重いデバイスを持ち運ぶことに限定されない）。さらにデバイスは、ユーザの手によって操作されえ、机上のような他のレファレンス表面を必要としない。
【００２３】
図１Ｂは、本発明のある実施形態によるメディア同期システム１５０のブロック図である。メディア同期システム１５０は例えば、図１Ａに示されるメディア管理システム１００のより一般的なものを表現する。メディア同期システム１５０は、メディアプレーヤー１５２およびパーソナルコンピュータ１５４を含む。パーソナルコンピュータ１５４はメディアマネージャ１５６を含む。パーソナルコンピュータ１５４はさらにメディアデータベース１５８を含む。メディアプレーヤー１５２はメディアデータベース１６０を含む。典型的にはメディアプレーヤー１５２は、メディアコンテンツを保存するデータ記憶デバイス（例えばディスクドライブ）、使用中のメディアコンテンツを保存するキャッシュメモリ、ユーザに情報を表示するスクリーンディスプレイ、およびメディアプレーヤー１５２の動作を制御するプロセッサ（例えばマイクロプロセッサ）も含む。
【００２４】
周辺ケーブル１６２は、メディアプレーヤー１５２およびパーソナルコンピュータ１５４間のデータパス（またはデータリンク）を提供する。周辺ケーブル１６２は、メディアプレーヤー１５２をパーソナルコンピュータ１５４に結合する周辺バスを提供する。周辺バスは例えば、ＦＩＲＥＷＩＲＥバスまたはユニバーサルシリアルバス（ＵＳＢ）でありえる。パーソナルコンピュータ１５４上に保存されたメディアコンテンツと、メディアプレーヤー１５２上に保存されたメディアコンテンツとの間の同期操作は、それぞれのメディアデータベース１５８および１６０に記憶されたメディア情報の比較を通して高度に達成されえる。それぞれのデータベース１５８および１６０からのメディア情報の比較によって、パーソナルコンピュータ１５４上にある特定のメディアアイテムがメディアプレーヤー１５２上にないことが示されるとき、その特定のメディアアイテムは周辺ケーブル１６２上でメディアプレーヤーへ転送（ダウンロード）されえる。逆に、それぞれのデータベース１５８および１６０からのメディア情報の比較によって、メディアプレーヤー１５２上にある特定のメディアアイテムがパーソナルコンピュータ１５４上にないことが示されるとき、その特定のメディアアイテムはメディアプレーヤー１５２から削除（消去）されるか、または周辺ケーブル１６２上でパーソナルコンピュータ１５４へ転送（アップロード）されえる。したがってメディアプレーヤー１５２にメディアデータベース１６０を提供することによって、メディアコンテンツのより高度な同期および管理が可能になる。
【００２５】
メディアデータベース１６０はまた、従来のアプローチよりもさらに高度なユーザインタフェースをメディアプレーヤー１５２がユーザに対して提供することを可能にする。そのようなユーザインタフェースは、メディアプレーヤー１５２のスクリーンディスプレイ上に提示されえる。ユーザインタフェースは例えば、メディアプレーヤー１５２のユーザがメディアプレーヤー１５２上にあるメディアコンテンツをブラウズ、ソート、検索、再生などをすることを可能にする。ユーザインタフェースはまたメディアプレーヤー１５２のユーザがダウンロード（追加）したり、メディアプレーヤー１５２からメディアアイテムを消去（削除）したりすることを可能にする。メディアマネージャ１５６はまた、ユーザがパーソナルコンピュータ１５４上にあるメディアコンテンツをブラウズ、ソート、検索、再生、プレイリスト作成、コンパクトディスク（ＣＤ）を焼くなどできるようにするユーザインタフェースを持つ。ユーザインタフェースはまた、パーソナルコンピュータ１５４のユーザがメディアアイテムをパーソナルコンピュータ１５４からメディアアイテムをダウンロード（追加）したり、消去（削除）したりできるようにする。ある実施形態において、メディアマネージャ１５６およびその関連するユーザインタフェースは、カリフォルニア州、クパチーノのアップルコンピュータ社からのｉＴｕｎｅｓ、バージョン２．０によって提供される。
【００２６】
図２は、本発明のある実施形態によるプログラムアーキテクチャ２００のブロック図である。プログラムアーキテクチャ２００は、本発明のある実施形態によってプレイリスト（すなわちダイナミックプレイリスト）をアップデートするのに用いられる。プログラムアーキテクチャ２００は、メディアアプリケーション２０２を中心とする。メディアアプリケーション２０２は、ユーザがメディアアイテムを保存および再生することを可能にし、それと同時に１つ以上の特定のメディアアイテムからなるプレイリストを作成および利用することを可能にする。メディアアプリケーション２０２は、オペレーティングシステム２０４と結合する。さらにオペレーティングシステム２０４は、メディアアプリケーション２０２によって利用されるメディアアイテムを保存するメディアデータベース２０６と結合する。メディアデータベース２０６は、メディアアプリケーション２０２によって作成されたプレイリストも保存する。メディアアプリケーション２０２は、メディアデータベース２０６内に保存される１つ以上のプレイリストをアップデートするよう動作もする。プログラムアーキテクチャ２００は、周辺デバイス２１０をオペレーティングシステム２０４に結合するバスコントローラ２０８も含む。ここで周辺デバイス２１０は、メディアアプリケーション２０２のための他のデータソースを提供するのに利用されえる。
【００２７】
図３Ａは、本発明のある実施形態によるアップデートプレイリスト処理３００のフロー図である。アップデートプレイリスト処理３００は、プレイリストサポートを行うメディア再生システム上で実行されえる。例えば、メディア再生システムは、パーソナルコンピュータのようなコンピューティングデバイスでありえる。
【００２８】
アップデートプレイリスト処理３００は、データソースがアップデートされたかを決める判断３０２から始まる。ここでデータソースは、メディアコンテンツのソース、具体的にはメディアアイテムに関する。データソースの例は、コンパクトディスク（ＣＤ）、携帯メディアプレーヤー、インターネット経由のリモートサーバ、またはローカルディスクドライブである。判断３０２が、データソースがアップデートされていないと決定するとき、メディア再生システムに関連付けられたメディアコンテンツまたはメディアアイテムには変更、追加、または消去がなされなかったので、アップデートプレイリスト処理３００は判断３０２を反復するために元に戻る。
【００２９】
一方、いったん判断３０２が、データソースがアップデートされたと決定すると、判断３０４は、ダイナミックプレイリストがそのデータソースに関連付けられているかを決定する。ダイナミックプレイリストは、その基礎となるデータソースが変更されるときに適切にアップデートされるべきプレイリストである。判断３０４が、データソースに関連付けられたダイナミックプレイリストが存在しないと決定するとき、アップデートプレイリスト処理３００は判断３０２および後続のブロックを反復するために元に戻る。換言すれば、そのデータソースに関連付けられたダイナミックプレイリストが存在しないときは、アップデートプレイリスト処理３００の評価は実行される必要がない。
【００３０】
逆に判断３０４が、そのデータソースに関連付けられたダイナミックプレイリストが存在すると決定するとき、判断３０６は、そのデータソースへのアップデートがダイナミックプレイリストに影響を与えるかを決定する。判断３０６が、データソースへのアップデートがダイナミックプレイリストに影響を与えないと決定するとき、アップデートプレイリスト処理３００は、判断３０２および後続のブロックを反復するために元に戻る。ここでプレイリストはダイナミックでありデータソースに関連付けられているが、データソースへの変化がダイナミックプレイリストに影響を与えないので、アップデートプレイリスト処理３００の評価は実行される必要がない。
【００３１】
判断３０６が、データソースへのアップデートがダイナミックプレイリストに影響を与えると決定するとき、ダイナミックプレイリストは、プレイリスト条件に基づいて再生成される（３０８）。プレイリスト条件は、ダイナミックプレイリストに含まれるべきデータソースのメディアアイテムを決定するのに利用されるルールまたは基準を特定する。よってプレイリスト条件は、特定のダイナミックプレイリストに関連付けられる。ダイナミックプレイリストが再生成された（３０８）あとに、アップデートプレイリスト処理３００は完了し、ダイナミックプレイリストが再生成された状態で終了する。
【００３２】
もし実現されるなら、判断３０６は、パフォーマンス効率を改善するのに用いられる。具体的には、判断３０６は、ダイナミックプレイリストが仮に再生成されてもデータソースへのアップデートがダイナミックプレイリストへの変更を生じないときには、ダイナミックプレイリストの再生成３０８を防ぐことを可能にする。したがってもし望まれるなら他の実施形態においては、判断３０６は近似されたり、またはなくしてしまうことさえできる。加えて、再生成３０８が実行されるときに、もしダイナミックプレイリストがメディアプレーヤーと関連付けられたディスプレイスクリーン上に表示されているなら、ダイナミックプレイリストの再生成されたバージョンを反映させるよう、表示されるダイナミックプレイリストは再描画されえる。
【００３３】
図３Ｂは、本発明のある実施形態によるメディアデータベース構成３５０の図である。メディアデータベース構成３５０は、例えば、図２に示されたメディアデータベース２０６と共に用いるのに適する。
【００３４】
メディアデータベース構成３５０は、メディアシステム（例えばメディア再生システム）によって提供されたそれぞれのデータソースについてトラックデータ３５２を保存する。特定のデータソースについてのトラックデータは、ソースネーム、トラックおよびプレイリストのようなさまざまな記述的データを含みえる。トラックデータ３５２は、トラックデータ３５２について変更、追加または消去がなされたときに、メッセージレシーバ（message receiver）にメッセージを分配する役割を果たすメッセージセンダ（message sender）も含みえる。トラックデータ３５２のトラックは、トラック情報３５４を指す。トラック情報３５４は、特定のトラックについての記述的情報を提供するさまざまなフィールドを含む。例えば、特定のトラックについて、トラック情報３５４は、トラック識別子（ＩＤ）、アーチスト、アルバム、曲名、年、時間、レーティング（rating）などを含みえる。トラックデータ３５２中のプレイリストは、トラックデータ３５２に関連付けられるこれらプレイリストを指しえる。より具体的には、トラックデータ３５２中のプレイリストは、特定のプレイリストに関するプレイリスト情報３５６を指しえる。プレイリスト情報３５６は、それぞれのプレイリストについてのさまざまな記述的情報を含む。例として、プレイリスト情報３５６は、名前、アイテム、ダイナミックフラグ、条件、ソート順、表示されるカラム（visible columns）などを含みえる。ダイナミックフラグは、関連付けられたプレイリストがダイナミックであるかどうかを示す。
【００３５】
さらに、プレイリスト情報３５６は、メッセージレシーバ（メッセージをメッセージセンダから受け取る）、フィールドマスク、およびアップデートフラグを含みえる。プレイリスト情報３５６中のアイテムは、プレイリスト中の特定のアイテムについてのプレイリストアイテム情報３５８を指す。プレイリストアイテム情報３５８は、トラック情報３５４中の特定のトラックへのトラックポインタを少なくとも含む。したがって、プレイリストアイテム情報３５８中のトラックポインタは、トラック情報３５４へのポインタを与えることによって、プレイリスト中の特定のアイテムと関連付けられるべきメディアコンテンツ（ファイル）が特定され取り出されえるようにする。プレイリストアイテム情報３５８は、プレイリスト中の特定のアイテムと関連付けられるべき特定の情報を与えるために１つ以上のプレイリストに固有のフィールドも含みえる。例として、図３に示されるプレイリストアイテム情報３５８は、ユーザがプレイリスト中の特定のアイテムにチェックを付ける、またはチェックをはずすことを可能にするために本発明のある実施形態において用いられるチェックトフラグ（checked flag）を含むことによって、プレイリストの メディアコンテンツが再生されるとき、それらが使われることを可能（enabled）にしたり、不可能（disabled）にしたりする。
【００３６】
図４は、本発明のある実施形態によるプロセス間メッセージング４００のフロー図である。プロセス間メッセージング４００は例えば、図３Ｂに示されるトラックデータ３５２中で与えられるメッセージングセンダのようなメッセージセンダによって実行される。
【００３７】
プロセス間メッセージング４００は、トラックが変更されたかを決定する判断４０２で始まる。判断４０２が、トラックが変更されたと決定するとき、変更メッセージが送られる（４０４）。一方、判断４０２が、トラックが変更されていないと決定するとき、判断４０６は、トラックが追加されたかを決定する。判断４０６が、トラックが追加されたと決定するとき、新トラックメッセージが送られる（４０８）。あるいは、判断４０６が、トラックが追加されていないと決定するとき、判断４１０はトラックが消去されたかを決定する。判断４１０が、トラックが消去されたと決定するとき、トラック消去メッセージが送られる（４１２）。操作４０４、４０８、４１０（トラックが消去されないとき）、および４１２（トラックが消去されるとき）に続いて、判断４１４は、プロセス間メッセージング４００が一連の変化について終わったかを決定する。例えば、一連の変化がなされる（例えば一連のトラックが変更、追加または消去される）とき、この変化は、より効率的な処理のためにセットとして処理されえる。したがって判断４１４は、一連の変化が完了したかを決定する。判断４１４が、プロセス間メッセージングが一連の変化について終了したと決定するとき、終了メッセージが送られる（４１６）。操作４１６に続いて、プロセス間メッセージング４００は、判断４０２および後続のブロックを反復するために元に戻る。あるいは判断４１４は、プロセス間メッセージング４００が一連の変化について終了していないと決定するとき、プロセス間メッセージング４００は、判断４０２および後続のブロックを反復するために直接、元に戻る（それにより操作４１６をバイパスする）。
【００３８】
図５Ａ〜５Ｄは、本発明のある実施形態によるメッセージアップデート処理５００のフロー図である。メッセージアップデート処理５００は、図４について上述の変更メッセージ、新トラックメッセージ、およびトラック消去メッセージのような受け取られるメッセージを処理する。
【００３９】
メッセージアップデート処理５００は、変更メッセージが受け取られたかを決定する判断５０２で始まる。判断５０２が、変更メッセージが受け取られたと決定するとき、判断５０４は、処理されているプレイリストがダイナミックかを決定する。判断５０４が、プレイリストがダイナミックであると決定するとき、判断５０６は、アップデートフラグがセットされているかを決定する。判断５０６が、アップデートフラグがセットされていないと決定するとき、変更メッセージマスクがそのプレイリストについてのフィールドマスクと比較される（５０８）。フィールドマスクは例えば、そのプレイリスト中のプレイリスト情報中に提供されえる。変更メッセージマスクは、受け取られた変更メッセージと共に提供されえる。この比較は、変更されるトラックの任意の１つ以上のフィールドが、プレイリストによって利用されるフィールドであるかを示す。
【００４０】
それから判断５１０が、変更メッセージマスクおよびフィールドマスクの間で一致するフィールドが存在するかを決定する。判断５１０が、一致するフィールドが存在すると決定するとき、アップデートフラグがセットされる（５１２）。アップデートフラグは、ダイナミックプレイリストが、変更メッセージに関連付けられた変更によって影響され、よってダイナミックプレイリストがアップデートされなければならないことを示すフラグである。逆に、判断５１０が、一致するフィールドが存在しないと決定するとき、ダイナミックプレイリストはアップデートされる必要はなく、よって操作５１２はバイパスされる。さらに判断５０４が、プレイリストがダイナミックではないと決定するとき、または判断５０６が、アップデートフラグがすでにセットされていると決定するとき、メッセージアップデート処理５００は、判断５０２および後続の操作を反復するために元に戻る。操作５１２に続いて、メッセージアップデート処理５００はまた、判断５０２および後続の操作を反復するために元に戻る。
【００４１】
一方、判断５０２が、変更メッセージが受け取られていないと決定するとき、判断５１４は、トラック消去メッセージが受け取られたかを決定する。判断５１４が、トラック消去メッセージが受け取られたと決定するとき、判断５１６は、消去されたトラックが処理されているプレイリスト中にあるかを決定する。判断５１６が、消去されたトラックがそのプレイリスト中にあると決定するとき、その消去されたトラックへの参照（例えばポインタ）がプレイリストから削除され（５１８）、それによってプレイリストから消去されたトラックを関連付けるデータ構造を削除する。次に、判断５２０は、プレイリストがダイナミックであるかを決定する。判断５２０が、プレイリストがダイナミックであると決定するとき、アップデートフラグがセットされる（５２２）。逆に、判断５２０が、プレイリストがダイナミックではないと決定するとき、操作５２２はバイパスされる。一方、判断５１６が、消去されたトラックがプレイリスト中にないと決定するとき、操作５１８〜５２２はバイパスされる。したがって操作５２２に続いて、またはそれがバイパスされてから、メッセージアップデート処理５００は、判断５０２および後続の操作を反復するために元に戻る。
【００４２】
さらに判断５１４が、トラック消去メッセージが受け取られていないと決定するとき、判断５２４は、新トラックメッセージが受け取られたかを決定する。判断５２４が、新トラックメッセージが受け取られたと決定するとき、判断５２６は、処理されているプレイリストがダイナミックであるかを決定する。判断５２６が、プレイリストがダイナミックであると決定するとき、アップデートフラグがセットされる（５２８）。逆に判断５２６が、プレイリストがダイナミックではないと決定するとき、操作５２８がバイパスされる。操作５２８に続いて、またはそれがバイパスされてから、メッセージアップデート処理５００は、判断５０２および後続の操作を反復するためにメッセージアップデート処理５００の始めに戻る。
【００４３】
最後に、判断５２４が、新トラックメッセージが受け取られなかったと決定するとき、判断５３０は、終了メッセージが受け取られたかを決定する。判断５３０が、終了メッセージが受け取られたと決定するとき、判断５３２は、処理されているプレイリストがダイナミックプレイリストであるかを決定する。判断５３２が、プレイリストがダイナミックではないと決定するとき、判断５３４は、プレイリストが表示されているかを決定する。判断５３４が、プレイリストが表示されていると決定するとき、プレイリストはスクリーン上で再描画される（５３６）。逆に、判断５３４が、プレイリストが表示されていないと決定するとき、操作５３６はバイパスされる。
【００４４】
一方、判断５３２が、プレイリストがダイナミックであると決定するとき、判断５３８はアップデートフラグがセットされたかを決定する。判断５３８が、アップデートフラグがセットされていると決定するとき、アイドルアップデートフラグがセットされる（５４０）。ここでこのアイドルアップデートフラグは、アイドル処理中にダイナミックプレイリストがアップデートされなければならないことを示すフラグである。ダイナミックプレイリストへのアップデートをアイドル処理中に実行することによって、実行されているある程度、集中的な計算／処理は、コンピューティングデバイス（例えばメディアシステム）のユーザに体感されるパフォーマンスに影響を与えることなく、バックグラウンドモードで行われることが可能である。逆に、判断５３８が、アップデートフラグがセットされていないと決定するとき、またはプレイリストがダイナミックではないときに操作５３６または判断５３４に続いて、メッセージアップデート処理５００は、判断５０２および後続の操作を反復するために元に戻る。
【００４５】
図６は、本発明のある実施形態によるアイドルアップデート処理６００のフロー図である。アイドルアップデート処理６００は、コンピューティングデバイスがアイドル状態であるかを決定する判断６０２で始まる。判断６０２が、コンピューティングデバイスがアイドル状態ではないと決定するとき、アイドルアップデート処理６００は、そのような状態を待つ。換言すれば、アイドルアップデート処理６００は、コンピューティングデバイスがアイドル状態に達するときに起動される。
【００４６】
いったんコンピューティングデバイスがアイドル状態に達すると、判断６０４は、アイドルアップデートフラグがセットされているかを決定する。判断６０４が、アイドルアップデートフラグがセットされていると決定するとき、プレイリスト条件が取り出される（６０６）。取り出される（６０６）プレイリスト条件は、処理される特定のプレイリストと関連付けられている。プレイリスト条件が取り出された（６０６）あと、プレイリストは再生成される（６０８）。次に判断６１０は、プレイリストが表示されているかを決定する。判断６１０が、プレイリストが表示されていると決定するとき、プレイリストはコンピューティングデバイスのスクリーン上で再描画される（６１２）。逆に判断６１０が、プレイリストが表示されていないと決定するとき、操作６１２はバイパスされる。操作６１２に続いて、またはそれがバイパスされたあとで、アイドルアップデートフラグがクリアされる（６１４）。操作６１４に続いて、またはアイドルアップデートフラグがセットされていないときの判断６０４に続いて、アップデートフラグがクリアされる（６１６）。アップデートフラグがクリアされた（６１６）あとで、アイドルアップデート処理６００は完了する。
【００４７】
図７Ａ〜７Ｃは、本発明のある実施形態による再生成プレイリスト処理７００のフロー図である。この再生成プレイリスト処理７００は例えば、図６のプレイリストの再生成６０８、または図３Ａに示されるプレイリストの再生成３０８によって実行される処理である。
【００４８】
再生成プレイリスト処理７００は、再生成されている既存のプレイリスト中の最初のアイテムを選択する（７０２）ことによって始まる。次に、既存のプレイリスト中の選択されたアイテムは、フィルタ基準と比較される（７０４）。このフィルタ基準は、既存のプレイリストについてのプレイリスト条件の一部である。次に、判断７０６は、選択されたアイテムがアップデートされたプレイリスト中に残るべきかを決定する。判断７０６が、選択されたアイテムがアップデートされたプレイリスト中に残るべきではないと決定するとき、選択されたアイテムはプレイリストから削除される（７０８）。一方、判断７０６が、選択されたアイテムがアップデートされたプレイリスト中に残るべきであると決定するとき、選択されたアイテムに対応するトラックは、考慮されたとしてマークが付けられる（７１０）。次に、判断７１２は、既存のプレイリスト中に処理されるべきアイテムがもっとあるかを決定する。判断７１２が、既存のプレイリスト中に考慮されるべきアイテムがもっとあると決定するとき、再生成プレイリスト処理７００は操作７０２を反復することによって、既存のプレイリスト中の次のアイテムが選択されえるようにする。
【００４９】
逆に、判断７１２が、既存のプレイリスト中に処理されるべきアイテムがもうないと決定するとき、プレイリストに関連付けられたデータソースについて追加の処理が実行される。より具体的には、データソース中の最初のトラックが選択される（７１４）。それから、判断７１６は、選択されたトラックにマークが付けられているかを決定する。判断７１６が、選択されたトラックにマークが付けられていないと決定するとき、選択されたトラックは、フィルタ基準と比較される（７１８）。それから判断７２０は、フィルタ基準が満たされるかを決定する。判断７２０が、フィルタ基準が満たされると決定するとき、選択されたトラックはアップデートされたプレイリストに追加される（７２２）。判断７２０が、フィルタ基準が満たされないと決定するとき、操作７２２はバイパスされることによって、選択されたトラックはアップデートされたプレイリストに追加されない。さらに判断７１６が、選択トラックにマークが付けられていると決定するとき、操作７１８〜７２２はバイパスされるが、これは特定のトラックがすでに処理され、よってすでにアップデートされたプレイリストに存在するか、またはそこから削除されているかのいずれかであるからである。
【００５０】
次に、選択されたトラックについてのマークがクリアされる（７２４）。ここでこのマークは、以前にセットされていないかもしれないが、それにもかかわらずこのマークはクリアされえ（７２４）、またはこの操作はバイパスされえる。それから判断７２６は、データソース中に、処理されるべきトラックがもっと存在するかを決定する。判断７２６が、データソース中に処理されるべきトラックがもっと存在すると決定するとき、再生成プレイリスト処理７００は、操作７１４および後続の操作を反復するために元に戻る。
【００５１】
一方、判断７２６が、処理されるべきトラックがもう存在しないと決定するとき、アップデートされたプレイリストはソート基準に基づいてソートされ（７２８）、このソート基準はプレイリスト条件のうちの別の一部である。アップデートされたプレイリストがソートされた（７２８）あと、ソートされアップデートされたプレイリスト中の最初のアイテムが選択される（７３０）。それから、ソートされアップデートされたプレイリスト中のアイテム群についての総トラック、総時間、および総サイズのうちの１つ以上が、それらが処理されるときに累積される（７３２）。それから判断７３４は、制限基準が満たされたかを決定し、これもプレイリスト条件によって与えられる。ある実施形態において、制限基準はソート基準を含みえる。判断７３４が、制限基準が満たされなかったと決定するとき、判断７３６は、ソートされアップデートされたプレイリスト中に処理されるべきアイテムがもっと存在するかを決定する。判断７３６が、ソートされアップデートされたプレイリスト中に処理されるべきアイテムがもっと存在すると決定するとき、再生成プレイリスト処理７００は、操作７３０および後続の操作を反復することによって、次のアイテムが選択され、その後に処理されるようにするため元に戻る。
【００５２】
逆に、判断７３４が、制限基準が満たされたと決定するとき、全ての後続のアイテムはソートされアップデートされたプレイリストから削除される（７３８）。ここで、ソートされアップデートされたプレイリストのバランスは、プレイリストについての制限基準が満たされたのでそこから削除される。操作７３８に続いて、または処理されるべきアイテムがもうないときの判断７３６に続いて、再生成プレイリスト処理７００は完了し終了する。
【００５３】
上述のように、プレイリスト条件は、フィルタ基準、ソート基準、および制限基準を提供しえる。これら基準は、メディアアイテムについてのメディア情報またはトラック情報と関連付けられえる。ある実施形態において、フィルタ基準は、特定の英数字文字列を含む、または含まないために（すなわち文字列比較）トラック情報のフィールドを必要としえる。他の実施形態において、フィルタ基準は、特定の数値より小さい、特定の数値に等しい、または特定の数値より大きい数値を含むために（すなわち数値比較）トラック情報のフィールドを必要としえる。ある実施形態において、ソート基準は、ランダム、アルファベット順、最も最近に再生された順、レーティングなどでありえる。ある実施形態において、制限基準は、プレイリストの長さに課せられた数値制限でありえる。このような制限は、トラック情報のフィールドについてでありえる。例えば、制限基準は、プレイリストが２５メディアアイテム（例えばトラックまたは曲）に、またはメディア再生時間が２時間に制限されることを要求しえる。
【００５４】
図８は、本発明の他の実施形態によるメディア管理システム８００のブロック図である。メディア管理システム８００は、ホストコンピュータ８０２およびメディアプレーヤー８０４を含む。ホストコンピュータ８０２は典型的にはパーソナルコンピュータである。ホストコンピュータは、他の従来の要素の中でも、ソフトウェアモジュールである管理モジュール８０６を含む。管理モジュール８０６は、ホストコンピュータ８０２上のメディアアイテムおよびプレイリストの集中管理のために存在する。管理モジュール８０６は、メディアプレーヤー８０４上のメディアアイテムおよびプレイリストの集中管理を間接的におこなってもよい。より具体的には、管理モジュール８０６は、ホストコンピュータ８０２に関連付けられたメディア記憶８０８内に記憶されたこれらのメディアアイテムを管理する。管理モジュール８０６はまた、メディア記憶８０８中に記憶されたメディアアイテムに関連付けられたメディア情報およびプレイリストを記憶するために、メディアデータベース８１０と対話する。これらのプレイリストは、ダイナミックまたは非ダイナミックでありえる。
【００５５】
メディア情報は、メディアアイテムの特性または属性に関する（よってメディアコンテンツの一部と考えられえる）。例えば、オーディオまたはオーディオビジュアルメディアの場合、メディア情報は、タイトル、アルバム、トラック数、アーチスト、作曲家およびジャンルのうちの１つ以上を含みえる。メディア情報は、年、所要（時間）およびレーティングも含みえる。これらのタイプのメディア情報は、特定のメディアアイテムに固有である。加えて、メディア情報は、メディアアイテムの音質特性に関しえる。メディアアイテムの音質特性の例は、ビットレート、サンプリングレート、イコライズ設定、および音量調節のうちの１つ以上を含みえる。
【００５６】
プレイリストは、特定のメディアアイテムのリスト群である。プレイリストについてのこの特定のメディアアイテム群は、ルール（例えばプレイリスト条件）を用いて自動的に選択されるか、またはグラフィカルユーザインタフェースとのユーザ対話を通して手動で選択されえる。ルールによって選択されたそのメディアアイテムを有するプレイリストは、ホストコンピュータ８０２に利用可能なメディアアイテムが変化するとき、ルールに対する適合性を維持できるよう適切なときに自動的にアップデートされえる（すなわちダイナミックでありえる）。
【００５７】
さらに、ホストコンピュータ８０２は、プレイモジュール８１２を含む。再生モジュール８１２は、メディア記憶８０８中に記憶されたあるメディアアイテムを再生するのに利用されえるソフトウェアモジュールである。再生モジュール８１２は、表示（ディスプレイスクリーン上に）も可能であり、またはメディアデータベース８１０からのメディア情報を利用してもよい。典型的には、関心のあるメディア情報は、再生モジュール８１２によって再生されるべきメディアアイテムに対応する。
【００５８】
ホストコンピュータ８０２は、メディアプレーヤー８０４内の対応する通信モジュール８１６に結合する通信モジュール８１４も含みえる。接続またはリンク８１８は、通信モジュール８１４および８１６を取り外し可能に結合する。ある実施形態において、接続またはリンク８１８は、この技術でよく知られるＦＩＲＥＷＩＲＥバスまたはＵＳＢバスのようなデータバスである。
【００５９】
メディアプレーヤー８０４は、メディアプレーヤー８０４内にメディアアイテムを記憶するメディア記憶８２０も含みえる。メディア記憶８２０に記憶されているメディアアイテムは、ホストコンピュータ８０２から接続またはリンク８１８を介して典型的には受け取られる。より具体的には、管理モジュール８０６は、メディア記憶８０８上にあるこれらメディアアイテムのうちの全て、または一部を、接続またはリンク８１８を介してメディアプレーヤー８０４内にあるメディア記憶８２０に送る。加えて、メディアプレーヤー８０４にホストコンピュータ８０２から運ばれたメディアアイテムについての対応するメディア情報は、メディアデータベース８２２中に記憶されえる。この点で、ホストコンピュータ８０２中のメディアデータベース８１０からのあるメディア情報は、メディアプレーヤー８０４内のメディアデータベース８２２に接続またはリンク８１８を介して送られえる。
【００６０】
さらに、メディアアイテムのうちの一部を特定するプレイリストは、管理モジュール８０６によって接続またはリンク８１８を介してメディアプレーヤー８０４内のメディア記憶８２０、またはメディアデータベース８２２に送られえる。ある実施形態において、メディアプレーヤー８０４は、メディアプレーヤー８０４上でプレイリストを管理するための制限された能力しか持たないか、またはそのための能力をまったく持たない。しかし、ホストコンピュータ８０２内の管理モジュール８０６は、ホストコンピュータ上にあるプレイリストの管理を通して、メディアプレーヤー８０４上にあるプレイリストを間接的に管理しえる。この点で、プレイリストへの追加、削除または変更は、ホストコンピュータ８０２上で実行されえ、メディアプレーヤー８０４へ送られるときメディアプレーヤー８０４上に受け継がれえる。
【００６１】
さらにメディアプレーヤー８０４は、メディア記憶８２０およびメディアデータベース８２２に結合する再生モジュール８２４を含む。再生モジュール８２４は、メディア記憶８２０中に記憶されたあるメディアアイテムを再生するのに利用されえるソフトウェアモジュールである。再生モジュール８２４は、表示（ディスプレイスクリーン上に）も可能であり、メディアデータベース８２２からのメディア情報を利用してもよい。典型的には、関心のあるメディア情報は、再生モジュール８２４によって再生されるべきメディアアイテムに対応する。
【００６２】
したがって、ある実施形態において、メディアプレーヤー８０４は、メディアプレーヤー８０４は、メディアプレーヤー８０４上でメディアアイテムを管理するための制限された能力しか持たないか、またはそのための能力をまったく持たない。しかし、ホストコンピュータ８０２内の管理モジュール８０６は、メディアプレーヤー８０４上にあるメディアアイテムおよびプレイリストを間接的に管理しえる。例えば、メディアプレーヤー８０４にメディアアイテムを「追加」するためには、管理モジュール８０６は、メディア記憶８０８からメディアプレーヤー８０４に追加されるべきそのメディアアイテムを特定し、それからその特定されたメディアアイテムがメディアプレーヤー８０４に運ばれるようにするよう機能する。他の例として、メディアプレーヤー８０４からメディアアイテムを「消去」するためには、管理モジュール８０６は、メディア記憶８０８から消去されるべきメディアアイテムを特定し、それからその特定されたメディアアイテムがメディアプレーヤー８０４から消去されるようにするよう機能する。さらに他の例として、もし管理モジュール８０６を用いてホストコンピュータ８０２においてメディアアイテムの特性について変更（すなわち改変）がなされたなら、そのような特性は、メディアプレーヤー８０４上の対応するメディアアイテムに引き継がれえる。ある実施形態において、追加、消去および／または変更は、メディアプレーヤー８０４上のメディアアイテムをホストコンピュータ８０２上のメディアアイテムと同期させるときに、バッチ状の処理において起こる。
【００６３】
図９は、本発明のある実施形態によるメディアプレーヤー９００のブロック図である。メディアプレーヤー９００は、メディアプレーヤー９００の全体的な動作を制御するマイクロプロセッサまたはコントローラに関するプロセッサ９０２を含む。メディアプレーヤー９００は、ファイルシステム９０４およびキャッシュ９０６中にメディアアイテムに関連するメディアデータを記憶する。ファイルシステム９０４は典型的には、記憶ディスクまたは複数のディスクである。ファイルシステム９０４は典型的には、メディアプレーヤー９００のために大容量の記憶能力を提供する。しかしファイルシステム９０４へのアクセスタイムは比較的遅いので、メディアプレーヤー９００はキャッシュ９０６を含みえる。このキャッシュ９０６は例えば、半導体メモリによって与えられるランダムアクセスメモリ（ＲＡＭ）である。キャッシュ９０６への相対アクセスタイムは、ファイルシステム９０４のそれよりもかなり短い。しかしキャッシュ９０６は、ファイルシステム９０４の大きな記憶容量を持たない。さらにファイルシステム９０４は、アクティブなとき、キャッシュ９０６が消費するよりもより多くの電力を消費する。電力消費は、メディアプレーヤー９００が電池（不図示）によって駆動される携帯メディアプレーヤーであるときにしばしば問題である。メディアプレーヤー９００は、ＲＡＭ９２０および読み出し専用メモリ（ＲＯＭ）９２２も含む。ＲＯＭ９２２は、実行されるべきプログラム、ユーティリティまたはプロセスを不揮発性で記憶しえる。ＲＡＭ９２０は、キャッシュ９０６のためのような揮発性データ記憶を提供する。
【００６４】
メディアプレーヤー９００は、メディアプレーヤー９００のユーザがメディアプレーヤー９００と対話できるようにするユーザ入力デバイス９０８も含む。例えば、ユーザ入力デバイス９０８は、ボタン、キーパッド、ダイヤルなどのようなさまざまな形態をとりえる。さらにメディアプレーヤー９００は、ユーザに情報を表示するためにプロセッサ９０２によって制御されえるディスプレイ９１０（スクリーンディスプレイ）を含む。データバス９１１は、少なくともファイルシステム９０４、キャッシュ９０６、プロセッサ９０２、およびＣＯＤＥＣ９１２間のデータ転送を促進しえる。
【００６５】
ある実施形態において、メディアプレーヤー９００は、複数のメディアアイテム（例えば曲）をファイルシステム９０４中に記憶するよう機能する。ユーザが、メディアプレーヤーに特定のメディアアイテムを再生させたいとき、ディスプレイ９１０上に利用可能なメディアアイテム群のリストが表示される。それから、ユーザ入力デバイス９０８を用いて、ユーザは、利用可能なメディアアイテムのうちの一つを選択しえる。プロセッサ９０２は、特定のメディアアイテムの選択を受け取ると、その特定のメディアアイテムのメディアデータ（例えばオーディオファイル）をＣＯＤＥＲ／ＤＥＣＯＤＥＲ（ＣＯＤＥＣ）９１２に供給する。それからＣＯＤＥＣ９１２は、スピーカ９１４のためのアナログ出力信号を作る。スピーカ９１４は、メディアプレーヤー９００内部、またはメディアプレーヤー９００の外部にあるスピーカでありえる。例えば、メディアプレーヤー９００に接続するヘッドホンまたはイヤホンが外部スピーカと考えられえる。
【００６６】
メディアプレーヤー９００は、データリンク９１８に結合するバスインタフェース９１６も含む。データリンク９１８は、メディアプレーヤー９００がホストコンピュータに結合することを可能にする。
【００６７】
プレイリストを作るとき、ユーザは、グラフィカルユーザインタフェースと対話しえる。グラフィカルユーザインタフェースは、メディアアイテムおよびそれらのプレイリストを管理するソフトウェアアプリケーションによって、またはそれに関連付けられて提供されえる。そのようなソフトウェアアプリケーションは、例えば、図１Ａに示されるメディアマネージャ１０６、図１Ｂに示されるメディアマネージャ１５６、図２に示されるメディアアプリケーション２０２、または図８に示される管理モジュール８０６によって提供されえる。グラフィカルユーザインタフェースの具体的な構成は実現例によって変わりえる。
【００６８】
図１０Ａ〜１０Ｃは、ユーザがプレイリストを作る例示的なグラフィカルユーザインタフェースのスクリーンショットである。これら例示的なグラフィカルユーザインタフェースは、作られるプレイリストについてのルールまたはプレイリスト条件を定義する。
【００６９】
図１０Ａは、第１の例示的グラフィカルユーザインタフェース１０００のスクリーンショットである。第１の例示的グラフィカルユーザインタフェース１０００は、アドバンストインタフェース１００２を用いて第１プレイリストの作成を促進する。アドバンストインタフェース１００２は、ユーザが、チェックボックス１００４でフィルタ条件をイネーブルすることを可能にする。チェックボックス１００４がチェックされるとき、フィルタ条件エントリ領域１００６においてフィルタ条件が確立されえる。典型的には、フィルタ条件は、メディアアイテムに関連付けられたメディア情報に関する。ある実施形態において、メディア情報は、図３Ｂに示されるメディアデータベースのトラック情報のフィールドでありえる。この例では、フィルタ条件は、メディアアイテムの年（作成の）に基づいている。具体的には、ユーザによって選択された、または入力されたフィルタ条件は、１９６０〜１９６９年の間に作られたメディアアイテム（例えば６０年代の音楽）を選択するのに用いられる。アドバンストインタフェース１００２は、チェックボックス１００８でユーザが制限条件をイネーブルすることも可能にする。チェックボックス１００８がチェックされるとき、制限条件エントリ領域１０１０において制限条件が確立されえる。この例ではイネーブルされていないが、制限条件は、結果として生じるプレイリスト中のメディアアイテム（例えば曲）の数を制限し、その制限が実行されるべきやり方を決定しえる。さらに、アドバンストインタフェース１００２は、チェックボックス１０１２でユーザがライブアップデート（すなわちダイナミックアップデート）をイネーブルすることを可能にする。この例では、上に詳述したように、結果として生じるプレイリストが自動的にアップデートされるようにライブアップデートがイネーブルされている。
【００７０】
図１０Ｂは、第２の例示的グラフィカルユーザインタフェース１０２０のスクリーンショットである。第２の例示的グラフィカルユーザインタフェース１０２０は、アドバンストインタフェース１０２２を用いて第２プレイリストの作成を促進する。第２の例示的グラフィカルユーザインタフェース１０２０は、用いられるフィルタ条件が異なることを除いて第１の例示的グラフィカルユーザインタフェース１０００と似ている。アドバンストインタフェース１０２２は、ユーザが、チェックボックス１０２４でフィルタ条件をイネーブルすることを可能にする。チェックボックス１０２４がチェックされるとき、フィルタ条件エントリ領域１０２６においてフィルタ条件が確立されえる。この例では、フィルタ条件は、メディアアイテムのユーザレーティング（例えば１つ星、２つ星、３つ星、４つ星、または５つ星のレーティング）に基づいている。具体的には、ユーザによって選択された、または入力されたフィルタ条件は、３つ星レーティングより高く格付けされたメディアアイテムを選択するのに用いられる。アドバンストインタフェース１０２２は、チェックボックス１０２８でユーザが制限条件をイネーブルすることも可能にする。チェックボックス１０２８がチェックされるとき、制限条件エントリ領域１０３０において制限条件が確立されえる。この例ではイネーブルされていないが、制限条件は、結果として生じるプレイリスト中のメディアアイテム（例えば曲）の数を制限し、その制限が実行されるべきやり方を決定しえる。さらに、アドバンストインタフェース１０２２は、チェックボックス１０３２でユーザがライブアップデート（すなわちダイナミックアップデート）をイネーブルすることを可能にする。この例では、上に詳述したように、結果として生じるプレイリストが自動的にアップデートされるようにライブアップデートがイネーブルされている。
【００７１】
図１０Ｃは、第３の例示的グラフィカルユーザインタフェース１０４０のスクリーンショットである。第３の例示的グラフィカルユーザインタフェース１０４０は、シンプルインタフェース１０４２を用いて第３プレイリストの作成を促進する。シンプルインタフェース１０４２は、上述のアドバンストインタフェースほど複雑ではない。シンプルインタフェース１０４２は、ユーザが、チェックボックス１０４４でフィルタ条件をイネーブルすることを可能にする。チェックボックス１０４４がチェックされるとき、フィールドのリスト１０４６からフィールドを選択し、選択されたフィールド内に含まれるべきテキストをテキストボックス１０４８に入力することによって、フィルタ条件が確立されえる。例えば、フィールドは、図３Ｂに示されるメディアデータベースのトラック情報のフィールドのようなメディア情報のフィールドであえりえる。図１０Ｃに示されるこの例では、選択されたフィールドは、「アーチスト」であり、入力されたテキストは、「ピンクフロイド、エアロスミス」である。したがって、結果として生じるプレイリストは、そのアーチストがピンクフロイドまたはエアロスミスである、利用可能な全てのメディアアイテム（すなわち音楽トラック）を含むことになる。シンプルインタフェース１０４２は、チェックボックス１０５０でユーザが制限条件をイネーブルすることも可能にする。チェックボックス１０５０がチェックされるとき、制限条件エントリ領域１０５２において制限条件が確立されえる。この例ではイネーブルされていないが、制限条件は、結果として生じるプレイリスト中のメディアアイテム（例えば曲）の数を制限し、その制限が実行されるべきやり方を決定しえる。さらに、シンプルインタフェース１０４２は、チェックボックス１０５４でユーザがライブアップデート（すなわちダイナミックアップデート）をイネーブルすることを可能にする。この例では、上に詳述したように、結果として生じるプレイリストが自動的にアップデートされるようにライブアップデートがイネーブルされている。
【００７２】
図１１Ａおよび１１Ｂは、図１０Ｂに示されるグラフィカルユーザインタフェース１０２０を用いて形成された例示的プレイリストのメディアアイテムのスクリーンショットである。図１１Ａにおいて、スクリーンショット１１００は、ソース１１０２としてプレイリスト（「マイトップレーティッド」）およびプレイリスト中のメディアアイテムのリスト１１０４を示す。リスト１１０４中のメディアアイテムのそれぞれについての「マイレーティング」フィールド中の星の格付けは、全て３つ星格付けより高いことに注意されたい。サイズ表示１１０８は、プレイリストが８５曲を有し、６．４時間の再生時間を有し、４５７．５ＭＢのデータ記憶を消費していることを示す。このプレイリスト（「マイトップレーティッド」）のライブ（つまりダイナミック）アップデートの例として、図１１Ａに示されるプレイリストが作成されたあとに、アーチスト「３１１」による全てのメディアアイテムの星による格付けが３つ星に降格するよう、ソース（「ライブラリ」）がユーザによって変更されるとする。以前は図１１Ａに示されるように、これらメディアアイテムは４つ星格付けを持っていた。したがっていったんこれらのレーティング変更がなされると、アーチスト「３１１」からのメディアアイテムは、プレイリスト（「マイトップレーティッド」）についてのプレイリスト条件（例えばフィルタ基準）を満足しなくなる。したがって、プレイリスト（「マイトップレーティッド」）の自動アップデートに続いて、アップデートされたプレイリストは、もはやアーチスト「３１１」のメディアアイテムを含まない。図１１Ｂは、自動アップデートが実行されたあとのプレイリスト（「マイトップレーティッド」）を示す。メディアアイテムのリスト１１５２は、アーチスト「３１１」からのメディアアイテムをもはや一つも含まない。これは、プレイリストを変更するユーザアクションなしに達成される。サイズ表示１１５４は、プレイリストが今は７５曲を有し、５．８時間の再生時間を有し、４０７ＭＢのデータ記憶を消費していることを示す。
【００７３】
上述の実施形態のいくつかにおいてはメディアアイテム中でもオーディオアイテム（例えばオーディオファイルまたは曲）が強調されたが、メディアアイテムは、オーディオアイテムに限定されないことが理解されよう。例えば、他の場合にはメディアアイテムは、ビデオ（例えば映画）、または画像（例えば写真）に関する。
【００７４】
本発明のさまざまな局面、実施形態、実現例または特徴は、別個に、または組み合わせて用いられえる。
【００７５】
本発明は、好ましくはソフトウェアによって実現されるが、ハードウェア、またはハードウェアおよびソフトウェアの組み合わせによっても実現されえる。本発明は、コンピュータで読み取り可能な媒体上のコンピュータによって読み取り可能なコードとしても実現されえる。コンピュータで読み取り可能な媒体は、あとでコンピュータシステムによって読み取られえるデータを記憶できる任意のデータ記憶デバイスでありえる。コンピュータで読み取り可能な媒体の例は、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、光データ記憶デバイス、および搬送波を含む。コンピュータで読み取り可能な媒体は、コンピュータによって読み取り可能なコードが分散化して記憶され実行されるように、ネットワークで結合されたコンピュータシステム上で分散されえる。
【００７６】
本発明の利点は多い。異なる局面、実施形態または実現例は、以下の効果の１つ以上をもたらしえる。本発明のある利点は、プレイリストが利用可能なメディアアイテムについて最新であるようにアップデートされえることである。本発明の他の利点は、ユーザの対話なしにプレイリストが自動的にアップデートされえることである。本発明のさらに他の利点は、ユーザが特定したルール（例えばフィルタ、ソート、および制限基準）に基づいてダイナミックにアップデートされえるプレイリストをユーザが作るのを助けるためにグラフィカルユーザインタフェースが用いられえることである。
【００７７】
本発明の多くの特徴および利点は、書かれた記載から明らかであり、よって添付の特許請求の範囲は、本発明のそのような全ての特徴および利点を含むよう意図される。さらに、多くの改変および変更が当業者には容易にわかるので、本発明は、図示され記載されたのと全く同じ構成および動作に限定されるべきではない。したがって、全ての適切な改変物および等価物は、本発明の範囲内に入るとされえる。
【特許請求の範囲】
【請求項１】
メディア再生システム上でプレイリストをアップデートする、コンピュータによって実現される方法であって、前記方法は、
前記メディア再生システムに利用可能であるメディアコンテンツが変更されたことを決定すること、および
前記決定することが、前記メディア再生システムに利用可能である前記メディアコンテンツが変更されたと決定するとき、前記プレイリストを再生成すること
を含む方法。
【請求項２】
請求項１に記載のコンピュータによって実現される方法であって、前記方法は、
前記プレイリストが、前記メディア再生システムに利用可能である前記メディアコンテンツの前記変更によって影響を受けるかを決定すること
をさらに含む方法。
【請求項３】
請求項２に記載のコンピュータによって実現される方法であって、前記再生成することは、前記決定することが、前記メディア再生システムに利用可能である前記メディアコンテンツが変更されたと決定するとき、および前記決定することが、前記プレイリストが、前記メディア再生システムに利用可能である前記メディアコンテンツの前記変更によって影響されると決定するときにだけ実行される方法。
【請求項４】
請求項１に記載のコンピュータによって実現される方法であって、前記プレイリストは、それに関連付けられた少なくとも１つのプレイリスト条件を有し、
前記再生成することは、前記少なくとも１つのプレイリスト条件を用いて前記プレイリストを再生成するよう動作する
方法。
【請求項５】
請求項１に記載のコンピュータによって実現される方法であって、前記方法は、
前記再生成の後、前記プレイリストをあとで表示すること
をさらに含む方法。
【請求項６】
請求項１に記載のコンピュータによって実現される方法であって、前記方法は、
前記プレイリストがすでに表示されているとき、前記再生成の後、前記プレイリストを再描画すること
をさらに含む方法。
【請求項７】
請求項１に記載のコンピュータによって実現される方法であって、前記プレイリストは、それに関連付けられたプレイリスト条件を有し、前記プレイリスト条件は少なくとも１つのフィルタ基準を含み、
前記再生成することは、前記少なくとも１つのフィルタ基準を用いて前記プレイリストを再生成するよう動作する
方法。
【請求項８】
請求項１に記載のコンピュータによって実現される方法であって、前記プレイリストは、
それに関連付けられたプレイリスト条件を有し、前記プレイリスト条件は少なくとも１つの制限基準を含み、
前記再生成することは、前記少なくとも１つのフィルタ基準および少なくとも１つの制限基準を用いて前記プレイリストを再生成するよう動作する
方法。
【請求項９】
請求項１に記載のコンピュータによって実現される方法であって、前記メディアコンテンツは、メディアアイテムおよびメディア情報を備える方法。
【請求項１０】
請求項１〜９のいずれかに記載のコンピュータによって実現される方法であって、前記決定することが、前記メディア再生システムに利用可能である前記メディアコンテンツが変更されたと決定するとき、前記再生成は、ユーザの入力なしに自動的に実行される方法。
【請求項１１】
メディアプレーヤー上でプレイリストをアップデートする、コンピュータによって実現される方法であって、前記方法は、
前記プレイリストを作成するのに用いられるべきプレイリストルールを受け取ること、
複数の利用可能なメディアアイテムおよび前記プレイリストルールからプレイリストを作成すること、
前記利用可能なメディアアイテムについての変更のために、前記プレイリストが再生成されるべきかを決定すること、および
前記決定することが、前記プレイリストが再構築されるべきであると決定するとき、前記複数の利用可能なメディアアイテムおよび前記プレイリストルールから前記プレイリストを再構築すること
を含む方法。
【請求項１２】
請求項１１に記載のコンピュータによって実現される方法であって、前記プレイリストルールは、少なくとも１つのフィルタ基準を含み、
前記作成すること、および前記再構築することは、前記少なくとも１つのフィルタ基準を用いて前記プレイリストを作成するよう動作する
方法。
【請求項１３】
請求項１１に記載のコンピュータによって実現される方法であって、前記プレイリストルールは、少なくとも１つのフィルタ基準および少なくとも１つの制限基準を含み、
前記作成すること、および前記再構築することは、前記少なくとも１つのフィルタ基準および前記少なくとも１つの制限基準を用いて前記プレイリストを作成するよう動作する
方法。
【請求項１４】
請求項１３に記載のコンピュータによって実現される方法であって、前記少なくとも１つの制限基準は、それに関連付けられたソート基準を含むか、または有する方法。
【請求項１５】
請求項１〜１４のいずれかに記載のコンピュータによって実現される方法であって、前記メディアアイテムは、１つ以上のオーディオ、ビデオまたは画像に関する方法。
【請求項１６】
請求項１〜１４のいずれかに記載のコンピュータによって実現される方法であって、前記メディアプレーヤーはパーソナルコンピュータを備える方法。
【請求項１７】
メディアアイテムのコレクションをアップデートするコンピューティングデバイスであって、前記コンピューティングデバイスは、
前記コレクションを作成するのに用いられるべきプレイリストルールを受け取る手段、
複数の利用可能なメディアアイテムおよび前記プレイリストルールからコレクションを作成する手段、
前記利用可能なメディアアイテムについての変更のために、前記コレクションが再生成されるべきかを決定する手段、および
前記決定する手段が、前記コレクションが再構築されるべきであると決定するとき、前記複数の利用可能なメディアアイテムおよび前記プレイリストルールから前記コレクションを再構築する手段
を含むデバイス。
【請求項１８】
請求項１７に記載のコンピューティングデバイスであって、前記メディアアイテムのコレクションは、プレイリストであるコンピューティングデバイス。
【請求項１９】
メディアシステムによって維持されるメディアアイテムのリストを自動的にアップデートするコンピュータプログラムコードを少なくとも含むコンピュータで読み取り可能な媒体であって、前記コンピュータで読み取り可能な媒体は、
前記メディアシステムに利用可能である少なくとも１つのメディアアイテムが変更されたことを決定するコンピュータプログラムコード、および
前記決定するコンピュータプログラムコードが、前記メディアシステムに利用可能である前記メディアアイテムが変更されたと決定するとき、前記メディアアイテムのリストを再生成するコンピュータプログラムコード
を含むコンピュータで読み取り可能な媒体。
【請求項２０】
請求項１９に記載のコンピュータで読み取り可能な媒体であって、前記コンピュータで読み取り可能な媒体は、
前記メディアアイテムのリストが、前記メディアシステムに利用可能である前記少なくとも１つのメディアアイテムの前記変更によって影響を受けるかを決定するコンピュータプログラムコード
をさらに含むコンピュータで読み取り可能な媒体。
【請求項２１】
請求項２０に記載のコンピュータで読み取り可能な媒体であって、前記再生成するコンピュータプログラムコードは、前記決定するコンピュータプログラムコードが、前記メディアアイテムのリストが前記メディアシステムに利用可能な前記少なくとも１つのメディアアイテムに対する変更によって影響を受けると決定するときのみ、前記メディアアイテムのリストを再生成するよう動作するコンピュータで読み取り可能な媒体。
【請求項２２】
請求項２１に記載のコンピュータで読み取り可能な媒体であって、前記メディアアイテムのリストは、それに関連付けられた少なくとも１つのリスト条件を有し、
前記再生成するコンピュータプログラムコードは、前記少なくとも１つのリスト条件を用いて前記メディアアイテムのリストを再生成するよう動作する
コンピュータで読み取り可能な媒体。
【請求項２３】
請求項２０に記載のコンピュータで読み取り可能な媒体であって、前記メディアアイテムのリストは、それに関連付けられた少なくとも１つのリスト条件を有し、前記少なくとも１つのリスト条件は少なくとも１つのフィールドを参照し、
前記メディアアイテムのリストが、前記メディアシステムに利用可能である前記少なくとも１つのメディアアイテムの前記変更によって影響を受けるかを決定するコンピュータプログラムコードは、前記メディアアイテムのリストに関連付けられた前記少なくとも１つの条件によって参照された前記少なくとも１つのフィールドによって、前記メディアシステムに利用可能である前記少なくとも１つのメディアアイテムの１つ以上のフィールドが変更されたかを評価する
コンピュータで読み取り可能な媒体。
【請求項２４】
請求項１９に記載のコンピュータで読み取り可能な媒体であって、前記メディアアイテムのリストは、それに関連付けられた少なくとも１つのリスト条件を有し、
前記再生成するコンピュータプログラムコードは、前記少なくとも１つのリスト条件を用いて前記メディアアイテムのリストを再生成するよう動作する
コンピュータで読み取り可能な媒体。
【請求項２５】
請求項１９に記載のコンピュータで読み取り可能な媒体であって、前記コンピュータで読み取り可能な媒体は、
再生成されたあとに、前記メディアアイテムのリストをあとで表示するコンピュータプログラムコード
をさらに含むコンピュータで読み取り可能な媒体。
【請求項１】
メディア再生システム上でプレイリストをアップデートする、コンピュータによって実現される方法であって、前記方法は、
前記メディア再生システムに利用可能であるメディアコンテンツが変更されたことを決定すること、および
前記決定することが、前記メディア再生システムに利用可能である前記メディアコンテンツが変更されたと決定するとき、前記プレイリストを再生成すること
を含む方法。
【請求項２】
請求項１に記載のコンピュータによって実現される方法であって、前記方法は、
前記プレイリストが、前記メディア再生システムに利用可能である前記メディアコンテンツの前記変更によって影響を受けるかを決定すること
をさらに含む方法。
【請求項３】
請求項２に記載のコンピュータによって実現される方法であって、前記再生成することは、前記決定することが、前記メディア再生システムに利用可能である前記メディアコンテンツが変更されたと決定するとき、および前記決定することが、前記プレイリストが、前記メディア再生システムに利用可能である前記メディアコンテンツの前記変更によって影響されると決定するときにだけ実行される方法。
【請求項４】
請求項１に記載のコンピュータによって実現される方法であって、前記プレイリストは、それに関連付けられた少なくとも１つのプレイリスト条件を有し、
前記再生成することは、前記少なくとも１つのプレイリスト条件を用いて前記プレイリストを再生成するよう動作する
方法。
【請求項５】
請求項１に記載のコンピュータによって実現される方法であって、前記方法は、
前記再生成の後、前記プレイリストをあとで表示すること
をさらに含む方法。
【請求項６】
請求項１に記載のコンピュータによって実現される方法であって、前記方法は、
前記プレイリストがすでに表示されているとき、前記再生成の後、前記プレイリストを再描画すること
をさらに含む方法。
【請求項７】
請求項１に記載のコンピュータによって実現される方法であって、前記プレイリストは、それに関連付けられたプレイリスト条件を有し、前記プレイリスト条件は少なくとも１つのフィルタ基準を含み、
前記再生成することは、前記少なくとも１つのフィルタ基準を用いて前記プレイリストを再生成するよう動作する
方法。
【請求項８】
請求項１に記載のコンピュータによって実現される方法であって、前記プレイリストは、
それに関連付けられたプレイリスト条件を有し、前記プレイリスト条件は少なくとも１つの制限基準を含み、
前記再生成することは、前記少なくとも１つのフィルタ基準および少なくとも１つの制限基準を用いて前記プレイリストを再生成するよう動作する
方法。
【請求項９】
請求項１に記載のコンピュータによって実現される方法であって、前記メディアコンテンツは、メディアアイテムおよびメディア情報を備える方法。
【請求項１０】
請求項１〜９のいずれかに記載のコンピュータによって実現される方法であって、前記決定することが、前記メディア再生システムに利用可能である前記メディアコンテンツが変更されたと決定するとき、前記再生成は、ユーザの入力なしに自動的に実行される方法。
【請求項１１】
メディアプレーヤー上でプレイリストをアップデートする、コンピュータによって実現される方法であって、前記方法は、
前記プレイリストを作成するのに用いられるべきプレイリストルールを受け取ること、
複数の利用可能なメディアアイテムおよび前記プレイリストルールからプレイリストを作成すること、
前記利用可能なメディアアイテムについての変更のために、前記プレイリストが再生成されるべきかを決定すること、および
前記決定することが、前記プレイリストが再構築されるべきであると決定するとき、前記複数の利用可能なメディアアイテムおよび前記プレイリストルールから前記プレイリストを再構築すること
を含む方法。
【請求項１２】
請求項１１に記載のコンピュータによって実現される方法であって、前記プレイリストルールは、少なくとも１つのフィルタ基準を含み、
前記作成すること、および前記再構築することは、前記少なくとも１つのフィルタ基準を用いて前記プレイリストを作成するよう動作する
方法。
【請求項１３】
請求項１１に記載のコンピュータによって実現される方法であって、前記プレイリストルールは、少なくとも１つのフィルタ基準および少なくとも１つの制限基準を含み、
前記作成すること、および前記再構築することは、前記少なくとも１つのフィルタ基準および前記少なくとも１つの制限基準を用いて前記プレイリストを作成するよう動作する
方法。
【請求項１４】
請求項１３に記載のコンピュータによって実現される方法であって、前記少なくとも１つの制限基準は、それに関連付けられたソート基準を含むか、または有する方法。
【請求項１５】
請求項１〜１４のいずれかに記載のコンピュータによって実現される方法であって、前記メディアアイテムは、１つ以上のオーディオ、ビデオまたは画像に関する方法。
【請求項１６】
請求項１〜１４のいずれかに記載のコンピュータによって実現される方法であって、前記メディアプレーヤーはパーソナルコンピュータを備える方法。
【請求項１７】
メディアアイテムのコレクションをアップデートするコンピューティングデバイスであって、前記コンピューティングデバイスは、
前記コレクションを作成するのに用いられるべきプレイリストルールを受け取る手段、
複数の利用可能なメディアアイテムおよび前記プレイリストルールからコレクションを作成する手段、
前記利用可能なメディアアイテムについての変更のために、前記コレクションが再生成されるべきかを決定する手段、および
前記決定する手段が、前記コレクションが再構築されるべきであると決定するとき、前記複数の利用可能なメディアアイテムおよび前記プレイリストルールから前記コレクションを再構築する手段
を含むデバイス。
【請求項１８】
請求項１７に記載のコンピューティングデバイスであって、前記メディアアイテムのコレクションは、プレイリストであるコンピューティングデバイス。
【請求項１９】
メディアシステムによって維持されるメディアアイテムのリストを自動的にアップデートするコンピュータプログラムコードを少なくとも含むコンピュータで読み取り可能な媒体であって、前記コンピュータで読み取り可能な媒体は、
前記メディアシステムに利用可能である少なくとも１つのメディアアイテムが変更されたことを決定するコンピュータプログラムコード、および
前記決定するコンピュータプログラムコードが、前記メディアシステムに利用可能である前記メディアアイテムが変更されたと決定するとき、前記メディアアイテムのリストを再生成するコンピュータプログラムコード
を含むコンピュータで読み取り可能な媒体。
【請求項２０】
請求項１９に記載のコンピュータで読み取り可能な媒体であって、前記コンピュータで読み取り可能な媒体は、
前記メディアアイテムのリストが、前記メディアシステムに利用可能である前記少なくとも１つのメディアアイテムの前記変更によって影響を受けるかを決定するコンピュータプログラムコード
をさらに含むコンピュータで読み取り可能な媒体。
【請求項２１】
請求項２０に記載のコンピュータで読み取り可能な媒体であって、前記再生成するコンピュータプログラムコードは、前記決定するコンピュータプログラムコードが、前記メディアアイテムのリストが前記メディアシステムに利用可能な前記少なくとも１つのメディアアイテムに対する変更によって影響を受けると決定するときのみ、前記メディアアイテムのリストを再生成するよう動作するコンピュータで読み取り可能な媒体。
【請求項２２】
請求項２１に記載のコンピュータで読み取り可能な媒体であって、前記メディアアイテムのリストは、それに関連付けられた少なくとも１つのリスト条件を有し、
前記再生成するコンピュータプログラムコードは、前記少なくとも１つのリスト条件を用いて前記メディアアイテムのリストを再生成するよう動作する
コンピュータで読み取り可能な媒体。
【請求項２３】
請求項２０に記載のコンピュータで読み取り可能な媒体であって、前記メディアアイテムのリストは、それに関連付けられた少なくとも１つのリスト条件を有し、前記少なくとも１つのリスト条件は少なくとも１つのフィールドを参照し、
前記メディアアイテムのリストが、前記メディアシステムに利用可能である前記少なくとも１つのメディアアイテムの前記変更によって影響を受けるかを決定するコンピュータプログラムコードは、前記メディアアイテムのリストに関連付けられた前記少なくとも１つの条件によって参照された前記少なくとも１つのフィールドによって、前記メディアシステムに利用可能である前記少なくとも１つのメディアアイテムの１つ以上のフィールドが変更されたかを評価する
コンピュータで読み取り可能な媒体。
【請求項２４】
請求項１９に記載のコンピュータで読み取り可能な媒体であって、前記メディアアイテムのリストは、それに関連付けられた少なくとも１つのリスト条件を有し、
前記再生成するコンピュータプログラムコードは、前記少なくとも１つのリスト条件を用いて前記メディアアイテムのリストを再生成するよう動作する
コンピュータで読み取り可能な媒体。
【請求項２５】
請求項１９に記載のコンピュータで読み取り可能な媒体であって、前記コンピュータで読み取り可能な媒体は、
再生成されたあとに、前記メディアアイテムのリストをあとで表示するコンピュータプログラムコード
をさらに含むコンピュータで読み取り可能な媒体。
【図１Ａ】
【図１Ｂ】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１０Ｃ】
【図１１Ａ】
【図１１Ｂ】
【図１Ｂ】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１０Ｃ】
【図１１Ａ】
【図１１Ｂ】
【公開番号】特開２０１３−１２２９０（Ｐ２０１３−１２２９０Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１２−１８７６８５（Ｐ２０１２−１８７６８５）
【出願日】平成２４年８月２８日（２０１２．８．２８）
【分割の表示】特願２０１０−１５７０９６（Ｐ２０１０−１５７０９６）の分割
【原出願日】平成１５年７月９日（２００３．７．９）
【出願人】（５０３２６０９１８）アップル インコーポレイテッド (568)
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２４年８月２８日（２０１２．８．２８）
【分割の表示】特願２０１０−１５７０９６（Ｐ２０１０−１５７０９６）の分割
【原出願日】平成１５年７月９日（２００３．７．９）
【出願人】（５０３２６０９１８）アップル インコーポレイテッド (568)
【Ｆターム（参考）】
[ Back to top ]